劇本協(xié)同創(chuàng)作系統(tǒng)的設(shè)計與實現(xiàn)

廖娟平， 馮朝勝， 羅王平， 劉 霞， 蔣紅春

(四川師范大學(xué) 計算機科學(xué)學(xué)院， 四川 成都 610101)

劇本協(xié)同創(chuàng)作系統(tǒng)的設(shè)計與實現(xiàn)

廖娟平， 馮朝勝*， 羅王平， 劉 霞， 蔣紅春

(四川師范大學(xué) 計算機科學(xué)學(xué)院， 四川 成都 610101)

針對已有的協(xié)同創(chuàng)作模式協(xié)同粒度過細、不適合劇本創(chuàng)作的問題，根據(jù)劇本創(chuàng)作的特點，提出一種面向劇本的責(zé)任制粗粒度協(xié)同創(chuàng)作模式.該模式采用代理技術(shù)和cookie解決了Web跨域訪問問題；利用分層插件式框架解決了系統(tǒng)可擴展難題；通過對通用模塊的工具化，提高了系統(tǒng)的易用性.基于所提出的協(xié)同創(chuàng)作模式和關(guān)鍵問題的解決方案，設(shè)計和實現(xiàn)了一個基于網(wǎng)絡(luò)協(xié)同的劇本創(chuàng)作系統(tǒng).實際應(yīng)用表明，該系統(tǒng)能滿足劇本協(xié)同創(chuàng)作的需要.

協(xié)同創(chuàng)作; 計算機輔助協(xié)同工作; Web跨域; 插件式系統(tǒng)

Web2.0的到來造就了一種新的創(chuàng)作模式——基于網(wǎng)絡(luò)的協(xié)同創(chuàng)作.該模式允許每一個用戶成為作品的創(chuàng)造者，從而極大地提高了工作效率，因此基于網(wǎng)絡(luò)的協(xié)同創(chuàng)作受到廣泛關(guān)注，成為學(xué)術(shù)界和產(chǎn)業(yè)界研究應(yīng)用的熱點.

文獻[1]率先提出了計算機輔助協(xié)同工作的概念CSCW(計算機支持協(xié)同工作).學(xué)術(shù)界主要致力于研究協(xié)同工作的本質(zhì)和特征，而產(chǎn)業(yè)界則讓群件成為CSCW的具體技術(shù)實現(xiàn)，并產(chǎn)生了偏向應(yīng)用的群件系統(tǒng)[2].1995年，沃德·坎寧安發(fā)布了第一個Wiki 網(wǎng)站[3]，進一步豐富了群件系統(tǒng)，該網(wǎng)站采用node和link的工作模式創(chuàng)造了百科知識庫，開創(chuàng)了網(wǎng)絡(luò)式協(xié)同寫作的先河.薛揚等[4]開發(fā)的協(xié)同寫作系統(tǒng)采用多種交流方式解決了用戶通信問題，在用戶協(xié)作方面采用加鎖機制保持了數(shù)據(jù)的一致性，但用戶進行寫作必須向主編提出加鎖和解鎖的申請，影響系統(tǒng)的實用性.趙劍穎等[5]為每個任務(wù)多個用戶在服務(wù)器端開辟一個共享空間，傳遞協(xié)作對象的副本并動態(tài)構(gòu)建用戶光標位置等協(xié)作文檔信息，這種協(xié)作機制適用于電子白板之類的應(yīng)用，卻由于針對性強，在應(yīng)用范圍上存在局限性.陳嶺等[6]通過操作轉(zhuǎn)換算法處理不同用戶在同一文檔中產(chǎn)生的沖突，解決了數(shù)據(jù)不一致的問題，但是該算法的運算量偏大，且存在文檔格式兼容問題.蔡維緯等[7]提出一種意圖保持的算法，提高了操作轉(zhuǎn)換算法的計算效率，但這種算法不支持復(fù)雜對象的實時協(xié)同.

已有的協(xié)同創(chuàng)作模式幾乎都是細粒度的，其中的典型代表是維基百科.維基百科以詞條為創(chuàng)作的基本單位，詞條與詞條之間沒有聯(lián)系，一個詞條的內(nèi)容創(chuàng)作可以由多個用戶隨意修改，但容易導(dǎo)致文本沖突,因此，協(xié)同對象的沖突是細粒度的協(xié)同創(chuàng)作模式面臨的一大難題.然而，劇本是以文檔形式為主的文學(xué)作品，此類內(nèi)容聯(lián)系比較緊密的作品需要主創(chuàng)團隊明確的分工，劃分的協(xié)作對象粒度不宜過細，已有的細粒度協(xié)同創(chuàng)作模式并不適用于劇本創(chuàng)作，需要研究并構(gòu)建適用于劇本創(chuàng)作的協(xié)同創(chuàng)作模式.

1 協(xié)同創(chuàng)作的難題及對策

實現(xiàn)面向劇本的協(xié)同創(chuàng)作系統(tǒng)需要解決好協(xié)作機制、跨域訪問和工具化3大問題，下面分別進行說明.

1.1 協(xié)作機制 網(wǎng)絡(luò)百科[8]是一個成功的CSCW系統(tǒng)，其互動機制主要包括協(xié)作、交流、沖突和共享等4種機制，協(xié)作往往是以社群的形式來實現(xiàn)，每一個參與詞條創(chuàng)作的用戶可以同時編輯一個段落，甚至一個句子，屬于一種細粒度協(xié)作模式.這種細粒度協(xié)作機制采用扁平化和去中心的網(wǎng)絡(luò)結(jié)構(gòu)，致力于解決內(nèi)容沖突問題，對粗粒度和聯(lián)系緊密的內(nèi)容存在應(yīng)用限制.P.Hennessy[9]對聯(lián)系緊密的內(nèi)容提出一種信息域的共享機制，同一信息域的成員可以自由訪問本信息域的資源，不能訪問其他信息域的資源；但是這樣的共享機制與所有用戶都可以訪問已完成作品的需求不符.劇本的創(chuàng)作不同于網(wǎng)絡(luò)百科和基于網(wǎng)絡(luò)百科編輯系統(tǒng)模式的應(yīng)用[10]，更不同于超媒體系統(tǒng)[11]，由于涉及到作品內(nèi)容分配、作品內(nèi)容整合、作品歸屬和作品發(fā)布等問題，其需要一種新的協(xié)作機制來支持這類文學(xué)作品的創(chuàng)作；因此，提出一種適用于劇本創(chuàng)作的責(zé)任制粗粒度協(xié)同創(chuàng)作工作機制.

責(zé)任制粗粒度協(xié)同創(chuàng)作工作機制適用于多人合作完成一部作品.作品包括創(chuàng)作中和完成后2種工作狀態(tài)，在作品創(chuàng)作中，以任務(wù)分配的方式確定不同內(nèi)容的創(chuàng)作者，以信息域的方式共享作品；在作品完成后，以發(fā)布作品的方式共享作品.

1.2 跨域訪問 現(xiàn)在所有的瀏覽器都使用同源策略[12]，這種策略使得基于B/S模式的不同應(yīng)用系統(tǒng)集成后，都存在跨域問題.也就是說，運行在各大瀏覽器的應(yīng)用系統(tǒng)在默認情況下不能跨域通信.為了打破Web站點之間相互訪問的壁壘，已經(jīng)出現(xiàn)了多種用來實現(xiàn)瀏覽器跨域通信的技術(shù).

豆瓣、Youtube GData、Digg等一些著名網(wǎng)站采用JSONP協(xié)議繞過瀏覽器同源策略從而實現(xiàn)Web應(yīng)用程序跨域訪問[13]，其動態(tài)創(chuàng)建腳本方案的實質(zhì)屬于腳本注入行為，只接受以get方式提交的請求，要求服務(wù)器可信.使用URL段標識符交換信息是常見的跨域通信方案[14]，這種方案通過監(jiān)聽URL的變化來接收消息，鑒于URL的長度限制，每次傳輸?shù)臄?shù)據(jù)大小也受到相應(yīng)的限制，而且一些瀏覽器會自動刪除段標識符.瀏覽器端出于安全考慮禁止跨域，但服務(wù)器并不禁止跨域，因此，另一種解決跨域問題的思路是使用服務(wù)器端代理方案[15].使用服務(wù)器端代理實現(xiàn)瀏覽器跨域訪問的主要做法是：所有的跨域訪問請求都被提交到本網(wǎng)站所指定的某一個頁面上去，由指定的頁面完成跨域交互.服務(wù)器端代理跨域通信方案能夠解決現(xiàn)階段多數(shù)的跨域訪問問題，但是增加了本網(wǎng)站服務(wù)器的工作，而且無法代用戶保存session狀態(tài).

雖然服務(wù)器端代理方案能解決大部分跨域問題，但它存在2個主要缺陷.為了解決服務(wù)器端代理方案的2個主要缺陷，提出一種服務(wù)器端代理跨域通信方案.此方案使用緩存技術(shù)解決增加服務(wù)器代理負擔(dān)的問題，使用cookie分割技術(shù)解決代理服務(wù)器無法代用戶保存session狀態(tài)的問題.

1.3 工具化 由Swift文檔翻譯事件[16]可以看出，互聯(lián)網(wǎng)各大網(wǎng)站或各大系統(tǒng)有借助用戶的力量共同完成一件事情的巨大需求，也就是說，很多平臺需要將協(xié)同創(chuàng)作系統(tǒng)作為一個方便使用的工具免費提供給用戶.工具必須具有獨立性、擴展性和可用性.在獨立性方面，要考慮協(xié)同創(chuàng)作系統(tǒng)如何與其他系統(tǒng)快速融合與分離；在擴展性方面，要考慮如何快速便捷地增加或減少系統(tǒng)的功能；在可用性方面，要考慮如何與其他系統(tǒng)緊密結(jié)合在一起共同工作.

若讓某個基于B/S模式的應(yīng)用系統(tǒng)工具化，可將系統(tǒng)部署在獨立的服務(wù)器上保證系統(tǒng)的獨立性；可選擇具有高聚合和低耦合特性的分層插件式框架保證系統(tǒng)的擴展性；可通過調(diào)用外部系統(tǒng)的函數(shù)實現(xiàn)達到穩(wěn)定對接的運行效果，從而保證系統(tǒng)的可用性.

2 協(xié)同創(chuàng)作系統(tǒng)設(shè)計

2.1 責(zé)任制粗粒度協(xié)同創(chuàng)作機制 文學(xué)作品協(xié)同創(chuàng)作的內(nèi)容一般是文檔形式，在協(xié)同工作的過程中需要將作品按一定的粒度分割.劇本負責(zé)人將劇本分割成多幕并指定場幕撰寫者(劇本有很多種分法，一般來說，話劇劇本稱幕、電影劇本稱場、電視劇本稱集、本文一律稱為場幕；在實際開發(fā)的應(yīng)用系統(tǒng)中分法和名稱由劇本負責(zé)人確定).劇本采用同步模式，同一時間但不同地點進行同一任務(wù)的合作方式；場幕采取個人負責(zé)模式，場幕之間相互獨立又有一定的聯(lián)系.參與作品創(chuàng)作的用戶在協(xié)同創(chuàng)作的過程中組成一個信息域.作品負責(zé)人在作品完成后，以發(fā)布作品的方式讓系統(tǒng)中的所有用戶看到作品內(nèi)容.

責(zé)任制粗粒度的協(xié)同工作機制將用戶分為注冊用戶、作品負責(zé)人和作品內(nèi)容撰寫者，用戶之間存在泛化關(guān)系，即作品內(nèi)容撰寫者可以是作品負責(zé)人，而注冊用戶可以是作品負責(zé)人和作品內(nèi)容撰寫者.一部劇本可以有多個負責(zé)人，劇本的負責(zé)人指定場幕撰寫者，并編寫場幕要求.場幕一人編寫多人討論，這種粗粒度的任務(wù)分配避免了同一文檔多人編寫所產(chǎn)生的沖突.場幕撰寫者在劇本創(chuàng)作的過程中可以形成一個信息域，使用Web實時交流工具和論壇進行通信.作品負責(zé)人在作品完成后使用發(fā)布作品的形式，讓所有的注冊用戶看到作品.

圖 1 協(xié)同創(chuàng)作模型示意圖

Fig. 1 Model diagram of collaborative creation

2.2 協(xié)同創(chuàng)作模型對比 協(xié)同創(chuàng)作的內(nèi)容包含圖形圖像、音樂、文檔等各種形式，以文檔為創(chuàng)作內(nèi)容的協(xié)同創(chuàng)作模型大致可分為3種：群體決策模型[17]、維基百科模型[9]和責(zé)任制粗粒度模型.通過表1對這3種模式的對比，可知責(zé)任制粗粒度模型更加適合有一定聯(lián)系規(guī)律可循的文本創(chuàng)作.

表 1 協(xié)同創(chuàng)作模型對比

2.3 代理跨域訪問 假設(shè)集成協(xié)同創(chuàng)作系統(tǒng)的平臺為A站，協(xié)同創(chuàng)作系統(tǒng)為B站.傳統(tǒng)服務(wù)器端代理方案有2個主要的缺陷：增加A站服務(wù)器負擔(dān)、在B站中無法保存用戶的session狀態(tài).針對這2個缺陷，提出一種基于cookie和代理的跨域訪問方案.

從代理跨域訪問示意圖(如圖2所示)可知，A站瀏覽器只能看到服務(wù)器A，不關(guān)心服務(wù)器B是否存在.如果瀏覽器A請求B站的內(nèi)容，會將請求發(fā)送到GetHtml.ashx文件中，通過這個代理文件在后臺產(chǎn)生一個HttpWebRequest實例對象Request2，然后改變Request2的Referer、Accept、CookieContainer等屬性值.session是基于cookie產(chǎn)生的，傳統(tǒng)服務(wù)器端代理方案由于沒有對cookie進行處理，B站服務(wù)器無法收到request請求中的cookie信息，就無法產(chǎn)生session保存用戶的信息.為了在B站服務(wù)器產(chǎn)生session，編寫MyCookieContainer和MyCookie 類對原Request1中的cookie按一定的規(guī)則進行分割、保存和讀取，然后將處理后的cookie放入Request2中發(fā)送至B站服務(wù)器，B站服務(wù)器根據(jù)Request2中的cookie產(chǎn)生session，從而解決了傳統(tǒng)服務(wù)器端代理方案的無法保存用戶session的缺陷.

圖 2 代理跨越訪問示意圖

Fig. 2 Access diagram of agent cross-domain

基于cookie和代理的跨域訪問方案依然會增加A站服務(wù)器的負擔(dān)，但是在方案里增加緩存機制，有效地減輕了A站服務(wù)器的負擔(dān).瀏覽器第一次請求B站服務(wù)器的html、css和js等靜態(tài)文件時，緩存機制會把靜態(tài)文件從B站服務(wù)器緩存到A站服務(wù)器，接下來的20 min再有同樣的請求，瀏覽器直接從A站服務(wù)器讀取數(shù)據(jù).這個方案的實質(zhì)是一種瀏覽器欺騙，在A站和B站之間對瀏覽器的請求和響應(yīng)做一些處理形成一個虛擬瀏覽器，讓A站的瀏覽器認為所有的資源來自A站服務(wù)器.

2.4 系統(tǒng)框架結(jié)構(gòu)設(shè)計 網(wǎng)絡(luò)式協(xié)同創(chuàng)作系統(tǒng)的創(chuàng)作內(nèi)容通常是多樣化的，可以多人協(xié)同創(chuàng)作劇本、翻譯作品、創(chuàng)作圖片集、創(chuàng)作音頻庫等，也就是說，網(wǎng)絡(luò)協(xié)同創(chuàng)作系統(tǒng)能夠根據(jù)用戶對創(chuàng)作內(nèi)容的具體需求進行擴展.插件式系統(tǒng)架構(gòu)能夠?qū)ⅹ毩㈤_發(fā)的程序自由地插入到系統(tǒng)中或從系統(tǒng)中刪除，使得擴展功能與框架在保持接口不變的情況下獨立變化和發(fā)布，是一種非常靈活的組件式系統(tǒng)架構(gòu).由于插件式系統(tǒng)架構(gòu)滿足協(xié)同創(chuàng)作系統(tǒng)創(chuàng)作內(nèi)容的多樣化、需求的不確定性等要求，因此選用插件式系統(tǒng)架構(gòu)做協(xié)同創(chuàng)作系統(tǒng)的框架最為合適.協(xié)同創(chuàng)作系統(tǒng)框架結(jié)構(gòu)設(shè)計圖如圖3所示.

圖 3 系統(tǒng)框架結(jié)構(gòu)設(shè)計圖

2.5 系統(tǒng)數(shù)據(jù)存儲設(shè)計 劇本協(xié)同創(chuàng)作系統(tǒng)的核心功能圍繞著劇本創(chuàng)作展開，因此給出有關(guān)劇本創(chuàng)作的幾個數(shù)據(jù)表結(jié)構(gòu)設(shè)計的E-R圖.由圖4可知，本系統(tǒng)的數(shù)據(jù)庫表結(jié)構(gòu)不采用復(fù)合型主鍵，而是讓每張表的主鍵為單一型數(shù)值主鍵，且數(shù)值自動增長.這種做法簡化了表之間的關(guān)系，易于查詢，在進行URL跳轉(zhuǎn)時使用數(shù)字識別，不存在編碼問題.劇本創(chuàng)作的數(shù)據(jù)基礎(chǔ)由4張數(shù)據(jù)表掌控，它們分別是：作品表、場幕表、場幕內(nèi)容表和討論表.每一個作品由多個場幕組成，一個場幕的內(nèi)容編寫有多個版本，一個場幕可組織多場討論.作品表和場幕表都有創(chuàng)建人和負責(zé)人字段，創(chuàng)建人默認擁有負責(zé)人的所有權(quán)限，創(chuàng)建人還有刪除作品和管理作品基本信息等高級權(quán)限.場幕表的創(chuàng)建人和負責(zé)人由作品創(chuàng)建人或負責(zé)人分配，且場幕要求僅由作品創(chuàng)建人或作品負責(zé)人編寫，這種設(shè)計將管理作品與作品具體內(nèi)容的創(chuàng)作分離，便于創(chuàng)作團隊明確分工.場幕進度的控制由系統(tǒng)根據(jù)場幕的最小字數(shù)要求自動更新變化，而作品進度的控制取決于場幕的進度控制，進度的設(shè)計是作品負責(zé)人對作品控制管理的一個參考標準，具體完成情況由作品負責(zé)人和其他劇幕內(nèi)容主編共同控制.種類表則用于分類劇本，如：話劇劇本、電影劇本和電視劇本等.

2.6 系統(tǒng)功能結(jié)構(gòu)設(shè)計 系統(tǒng)按創(chuàng)作作品、管理作品、瀏覽作品、討論作品、下載發(fā)布作品5大功能模塊指導(dǎo)編程實現(xiàn)，系統(tǒng)實現(xiàn)部分主要是在插件式框架里面寫入相應(yīng)的邏輯.劇本創(chuàng)作存在3類用戶：注冊用戶、作品負責(zé)人和作品內(nèi)容撰寫者.如果注冊用戶創(chuàng)建了一個作品Works1或者被指定負責(zé)某部作品Works1，則該注冊用戶是作品Works1的作品負責(zé)人.如果注冊用戶被指定負責(zé)Works1的某個場幕Act1，則該注冊用戶是劇幕Act1的撰寫者.3類用戶在系統(tǒng)中有著不同的功能，他們各自擁有的主要功能如圖5所示.

圖 5 系統(tǒng)用例圖

3 協(xié)同創(chuàng)作系統(tǒng)實現(xiàn)

基于所提出的協(xié)同機制，實現(xiàn)了一個面向劇本的協(xié)同創(chuàng)作系統(tǒng).協(xié)同創(chuàng)作系統(tǒng)利用 “影視戲曲特色文化產(chǎn)業(yè)公共服務(wù)平臺”所提供的接口，實現(xiàn)了與平臺的無縫對接(該平臺為國家科技支撐計劃支持的課題，網(wǎng)址：http://www.qunyh.cn).下面從系統(tǒng)外部接口和工作主流程說明.

3.1 系統(tǒng)外部接口 系統(tǒng)運行在“影視戲曲特色文化產(chǎn)業(yè)公共服務(wù)平臺”上，使用了以下3個外部接口.

1) 用戶接口.用戶接口提供了用戶的一些基本信息，如：用戶的ID號、用戶的名稱等.協(xié)同系統(tǒng)主要使用了平臺用戶接口的用戶的ID號和名稱.

2) 通訊接口.通訊接口用于實現(xiàn)用戶之間的即時交流.協(xié)同創(chuàng)作某一部作品的用戶以好友關(guān)系組成內(nèi)部信息域，并通過web即時通訊軟件進行交流.

3) 發(fā)布接口.發(fā)布接口用于發(fā)布用戶作品.在線展示作品的內(nèi)容或者導(dǎo)出作品的內(nèi)容后，作品負責(zé)人可使用發(fā)布接口對作品進行發(fā)布.發(fā)布主要有2種方式：圖文發(fā)布方式和下載發(fā)布方式.圖文發(fā)布方式是直接在網(wǎng)頁上展示作品內(nèi)容，凡是登錄到系統(tǒng)的用戶都可以看到作品的內(nèi)容；下載發(fā)布方式，是將導(dǎo)出的作品內(nèi)容上傳到網(wǎng)站上，允許用戶獲取作品內(nèi)容到本地計算機上.

3.2 系統(tǒng)工作流程 系統(tǒng)的劇本創(chuàng)作工作流程如圖6所示.1) 注冊用戶A創(chuàng)建一個作品Work1；2) 用戶A選擇自己的好友用戶B擔(dān)當(dāng)作品Work1的負責(zé)人，如果用戶A沒有好友，則A運用Web實時交流工具添加好友；3) 作品Work1的創(chuàng)建人A或作品Work1的負責(zé)人B在作品中創(chuàng)建場幕，并將場幕分配給好友C和D；4) 場幕撰寫者C和D創(chuàng)作場幕的內(nèi)容，并將已經(jīng)完成的場幕內(nèi)容提交至協(xié)同創(chuàng)作系統(tǒng)中，作品Work1的進度達到100%后表示作品完成；5) 作品Work1的創(chuàng)建人A和作品Work1的負責(zé)人B對作品內(nèi)容進行導(dǎo)出、存儲和發(fā)布.

圖 6 系統(tǒng)實現(xiàn)主流程圖

Fig. 6 The main flow diagram of system realization

4 結(jié)束語

網(wǎng)絡(luò)協(xié)同創(chuàng)作避開地域性限制，向人們提供了一種全新的工作方式，但協(xié)同創(chuàng)作系統(tǒng)創(chuàng)作內(nèi)容的多樣化導(dǎo)致不同的協(xié)作機制.針對已有的協(xié)同創(chuàng)作機制不能很好地適用于劇本創(chuàng)作的特點，研究并提出了適合劇本等文學(xué)作品共同創(chuàng)作的粗粒度責(zé)任制協(xié)作機制.除此之外，還使用cookie和代理相結(jié)合的方法解決了Web跨域訪問問題；利用插件式系統(tǒng)框架解決了系統(tǒng)的工具化問題.基于所提出的協(xié)同機制和相關(guān)方法，使用軟件工程化方法實現(xiàn)了一個面向真實應(yīng)用場景的協(xié)同創(chuàng)作系統(tǒng).實際使用表明，所開發(fā)的協(xié)同創(chuàng)作系統(tǒng)能滿足劇本創(chuàng)作的主要需要.

[1] GRUDIN J. CSCW:history and focus[J]. Commun ACM,1994,37(1):92-105．

[2] 杜興,謝立,孫鐘秀. 計算機輔助協(xié)同工作[J]. 計算機科學(xué),1994,21(1):12-16

[3] 王丹丹. 維基百科自組織模式下的質(zhì)量控制方式研究[J]. 圖書館理論與實踐,2009,39(8):21-24.

[4] 薛揚,張湘輝,王衛(wèi),等. 遠程協(xié)同寫作系統(tǒng)的研究與實現(xiàn)[J]. 計算機工程與應(yīng)用,1998,34(12):44-46.

[5] 趙劍穎,趙正德,王正茂. 實時協(xié)同編輯系統(tǒng)共享工作空間的研究[J]. 計算機工程,2001,27(1):41-43.

[6] 陳嶺,陳根才,陳挺. 基于Web的實時協(xié)同編輯系統(tǒng)[J]. 通信學(xué)報,2002,23(2):122-127.

[7] 蔡維緯,何發(fā)智,呂曉. 一種高效率的實時協(xié)同編輯中的意圖保持操作轉(zhuǎn)換算法[J]. 計算機學(xué)報,2015,38(10):2041-2053.

[8] 江雨燕. 應(yīng)用于CSCW協(xié)同控制機制的分析與設(shè)計[J]. 計算機工程與設(shè)計,2007,28(1):162-163.

[9] HENNESSY P. Information domains in CSCW[J]. Studies in Computer Supported Cooperative Work,1991,22(5):299-311.

[10] 趙飛,周濤,張良,等. 維基百科研究綜述[J]. 電子科技大學(xué)學(xué)報(自然科學(xué)版),2010,39(3):321-334.

[11] 王智慧,黃宜華,張福炎. www環(huán)境下超媒體協(xié)同創(chuàng)作系統(tǒng)的設(shè)計[J]. 計算機科學(xué),2000,27(2):48-51

[12] 何良,方勇,方昉,等. 瀏覽器跨域通信安全技術(shù)研究[J]. 信息安全與通信保密,2013,35(4):59-61.

[13] 周曉黎. Ajax跨域訪問Web Services[J]. 電腦編程技巧與維護,2014,21(8):93-96.

[14] THORPE B D. Secure cross-domain communication in the browser[J]. Architecture J,2007,12(6):14-18.

[15] 孫建華,劉志容,陳浩. Web聚合應(yīng)用的安全跨域通信機制[J]. 通信學(xué)報,2012,33(6):19-29.

[16] 岳芳,顧新建,郭劍鋒,等. 概念知識地圖協(xié)同創(chuàng)作過程中的群體決策模型[J]. 科研管理,2015,36(1):127-134.

(編輯 鄭月蓉)

Design and Implementation of Collaborative Writing for Scripts

LIAO Juanping, FENG Chaosheng, LUO Wangping, LIU Xia, JIANG Hongchun

(SchoolofComputerScience,SichuanNormalUniversity,Chengdu610101,Sichuan)

In view of the fine-grained and the unsuitable for writing scripts of the collaborative mode, a new web-based collaborative mode for scripts, which is coarse-grained and accountable, is proposed in this paper. In this mode, we solve the problem of the web’s cross-domain access by the agent technology and cookie. Further, we solve the extensible problem of the system with layered plug-in framework, and improve the convenience of this system by making the general module into a tool. Based on the proposed collaborative mode for scripts, we design and implement a web-based cooperative writing system. Finally, a practical application shows that this system can meet the demand of collaborative writing scripts.

collaborative writing; computer support cooperative work; web cross-domain; plug-in system

2016-07-08

國家自然科學(xué)基金(61373163)、國家科技支撐計劃課題(2014BAH11F01和014BAH11F02)、可視化計算與虛擬現(xiàn)實四川 省重點實驗室課題(PJ2012002)和四川省教育廳自然科學(xué)重點基金(15ZB0042)

TP311

A

1001-8395(2017)03-0419-08

10.3969/j.issn.1001-8395.2017.03.024

*通信作者簡介：馮朝勝(1971—)，男，教授，主要從事云計算、隱私保護和數(shù)據(jù)安全的研究,E-mail:csfenggy@126.com