專利名稱：數(shù)據(jù)處理裝置和數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)處理技術(shù)，特別涉及處理結(jié)構(gòu)化數(shù)據(jù)的數(shù)據(jù)處理裝置及其應(yīng)用的數(shù)據(jù)處理方法。
背景技術(shù)：
XML作為適用于通過(guò)網(wǎng)絡(luò)等與他人共享數(shù)據(jù)的格式受到人們的關(guān)注，且人們正開(kāi)發(fā)用于編寫、顯示和編輯XML文檔的應(yīng)用軟件(例如，請(qǐng)參考專利文獻(xiàn)1)。XML文檔基于文檔類型定義等所定義的詞匯(標(biāo)簽集)編寫。
專利文獻(xiàn)1特開(kāi)2001-290804號(hào)公報(bào)發(fā)明內(nèi)容發(fā)明要解決的課題詞匯可以任意進(jìn)行定義，在理論上可以存在無(wú)限多的詞匯。對(duì)應(yīng)于所有這些詞匯提供專用的顯示和編輯環(huán)境是不太現(xiàn)實(shí)的。在現(xiàn)有技術(shù)中，在對(duì)由專用編輯環(huán)境未準(zhǔn)備的詞匯描述的文檔進(jìn)行編輯的情況下，直接用文本編輯器等編輯由文本數(shù)據(jù)構(gòu)成的文檔的源。
本發(fā)明是鑒于這種狀況而做出的，其目的在于，提供一種在對(duì)由標(biāo)記語(yǔ)言描述的結(jié)構(gòu)化文檔進(jìn)行處理時(shí)可提高用戶的便利性的技術(shù)。
本發(fā)明是鑒于這種狀況而做出的，其目的在于，提供一種在對(duì)由標(biāo)記語(yǔ)言進(jìn)行描述的結(jié)構(gòu)化文檔進(jìn)行處理時(shí)可提高用戶的便利性的技術(shù)。
解決課題的方案本發(fā)明的一個(gè)方面涉及數(shù)據(jù)處理裝置。該數(shù)據(jù)處理裝置的特征在于，包括獲取第一數(shù)據(jù)文件和定義文件的裝置，其中所述第一數(shù)據(jù)文件存儲(chǔ)了將數(shù)據(jù)進(jìn)行集成所用的鑰的信息，所述定義文件儲(chǔ)存有根據(jù)所述鑰從第二數(shù)據(jù)文件獲取的數(shù)據(jù)進(jìn)行集成所用的規(guī)則；和根據(jù)所述鑰和所述規(guī)則，將來(lái)自所述第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成和提示的裝置。
本發(fā)明的另一方面涉及數(shù)據(jù)處理方法。該數(shù)據(jù)處理方法的特征在于包括獲取第一數(shù)據(jù)文件和定義文件，其中所述第一數(shù)據(jù)文件保存了將數(shù)據(jù)進(jìn)行集成所用的鑰的信息，所述定義文件保存了根據(jù)所述鑰對(duì)來(lái)自第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成的規(guī)則；和根據(jù)所述鑰和所述規(guī)則，對(duì)來(lái)自所述第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成和提示。
此外，作為本發(fā)明的實(shí)施方式，以上構(gòu)成要素的任意組合、以及在方法、裝置、系統(tǒng)等之間變換本發(fā)明的形式等也是有效的。
發(fā)明效果根據(jù)本發(fā)明，可提高在對(duì)基于標(biāo)記語(yǔ)言的結(jié)構(gòu)化數(shù)據(jù)進(jìn)行處理時(shí)的用戶便利性。


圖1示出了與前提技術(shù)相關(guān)的文檔處理裝置的構(gòu)成；圖2示出了由文檔處理裝置編輯的XML文檔的例子；圖3示出了將圖2的XML文檔映射為HTML描述的表的一個(gè)例子；圖4(a)示出了用以將圖2的XML文檔映射為圖3的表的定義文件的一個(gè)例子；圖4(b)示出了用以將圖2的XML文檔映射為圖3的表的定義文件的一個(gè)例子；圖5示出了當(dāng)利用圖3的對(duì)應(yīng)關(guān)系將圖2的XML文檔映射為HTML時(shí)顯示屏的一個(gè)例子；圖6示出了用于在用戶生成定義文件時(shí)，由定義文件生成單元向用戶提示的圖形用戶界面的例子；圖7示出了定義文件生成單元生成的屏幕布局(layout)的另一例子；圖8示出了利用文檔處理裝置的XML文檔編輯屏幕的一例；
圖9示出了利用文檔處理裝置編輯的XML文檔的另一例子；圖10示出了顯示圖9所示文檔的屏幕的例子；圖11(a)示出了文檔處理系統(tǒng)基本構(gòu)成；圖11(b)示出了文檔處理系統(tǒng)的總體方框圖；圖11(c)示出了文檔處理系統(tǒng)的總體方框圖；圖12示出了文檔管理器的細(xì)節(jié)；圖13示出了詞匯連接子系統(tǒng)的細(xì)節(jié)；圖14示出了程序調(diào)用器與其它組件的關(guān)系的細(xì)節(jié)；圖15提供了載入程序調(diào)用器上的應(yīng)用程序服務(wù)的結(jié)構(gòu)的細(xì)節(jié)；圖16示出了核心組件的細(xì)節(jié)；圖17示出了涉及文檔管理器的細(xì)節(jié)；圖18提供了撤消框架和撤消命令的細(xì)節(jié)；圖19示出了文檔處理系統(tǒng)中載入文檔的情況；圖20示出了文檔及其表述的實(shí)施例；圖21示出了模型與控制器的關(guān)系；圖22示出了分別涉及插件子系統(tǒng)、詞匯連接與連接器的細(xì)節(jié)；圖23示出了VCD文檔的例子；圖24示出了在文檔處理系統(tǒng)中載入復(fù)合文檔的步驟順序；圖25示出了在文檔處理系統(tǒng)中載入復(fù)合文檔的步驟順序；圖26示出了在文檔處理系統(tǒng)中載入復(fù)合文檔的步驟順序；圖27示出了在文檔處理系統(tǒng)中載入復(fù)合文檔的步驟順序；圖28示出了在文檔處理系統(tǒng)中載入復(fù)合文檔的步驟順序；圖29示出了命令流；圖30顯示了第一實(shí)施方式中各文件相互關(guān)系的模式圖；圖31顯示了第一實(shí)施方式中提供銷售報(bào)告書一覽顯示時(shí)的屏幕的例子；圖32顯示了第二實(shí)施方式的傳閱郵件及答復(fù)的一覽顯示屏幕的例子和說(shuō)明與副文檔文件間的關(guān)系的圖；圖33顯示了第三實(shí)施方式的包含文檔處理裝置的系統(tǒng)的整體結(jié)構(gòu)。
符號(hào)說(shuō)明20文檔處理裝置 21主控制單元 22編輯單元30DOM單元 32DOM提供器34DOM構(gòu)造器36輸出部40CSS單元 42CSS分析器44CSS提供器 46呈現(xiàn)單元 50HTML單元52，62控制單元 54，64編輯單元 56，66顯示單元60SVG單元 80VC單元 82映射單元84定義文件獲取單元 86定義文件生成單元3310副文檔文件 3318主文檔文件 3320定義文件3400文件分配系統(tǒng)3412指示接收單元3414存檔文件生成單元3420文檔服務(wù)器3432存檔文件獲取單元3434存檔文件展開(kāi)單元具體實(shí)施方式
(前提技術(shù))圖1示出了與前提技術(shù)相關(guān)的文檔處理裝置20的結(jié)構(gòu)。文檔處理裝置20對(duì)結(jié)構(gòu)化的文檔進(jìn)行處理，該文檔中的數(shù)據(jù)被分為具有分級(jí)結(jié)構(gòu)的多個(gè)組件。在本前提技術(shù)中以對(duì)作為結(jié)構(gòu)化文檔一例的XML文檔進(jìn)行處理為例來(lái)說(shuō)明。文檔處理裝置20包括主控單元22、編輯單元24、DOM(文檔對(duì)象模塊)單元30、CSS(層疊樣式表)單元40、HTML(超文本標(biāo)記語(yǔ)言)單元50、SVG(可縮放矢量圖形)單元60以及用作轉(zhuǎn)換單元一個(gè)示例的VC(詞匯連接)單元80。在硬件組件方面，這些單元結(jié)構(gòu)可由任意計(jì)算機(jī)的CPU、存儲(chǔ)器、載入存儲(chǔ)器中的程序等來(lái)實(shí)現(xiàn)。這里，描述了由它們的協(xié)作而實(shí)現(xiàn)的功能模塊。因此，本領(lǐng)域技術(shù)人員能夠理解，這些功能模塊可僅通過(guò)硬件的方式、僅通過(guò)軟件的方式或通過(guò)二者相結(jié)合的方式以多種形式來(lái)實(shí)現(xiàn)。
主控單元22提供插件的載入或提供執(zhí)行命令的框架。編輯單元24提供了用于編輯XML文檔的框架。文檔處理裝置20中的文檔的顯示和編輯功能是通過(guò)插件來(lái)實(shí)現(xiàn)的，而必要的插件是根據(jù)所處理的文檔類型、通過(guò)主控單元22或編輯單元24來(lái)載入的。主控單元22或編輯單元24通過(guò)參考作為處理對(duì)象的XML文檔的命名空間來(lái)確定哪個(gè)或哪些詞匯描述了待處理的XML文檔的內(nèi)容，并且對(duì)應(yīng)于所確定的詞匯而載入用于顯示和編輯的插件，從而執(zhí)行顯示和編輯。例如，利用對(duì)HTML文檔進(jìn)行顯示和編輯的HTML單元50，以及對(duì)SVG文檔進(jìn)行顯示和編輯的SVG單元60等在文檔處理裝置20中被實(shí)現(xiàn)為處理單元。也就是說(shuō)，對(duì)于各個(gè)詞匯(標(biāo)簽集)，將顯示系統(tǒng)和編輯系統(tǒng)實(shí)現(xiàn)為插件，以使得在對(duì)HTML文檔和SVG文檔進(jìn)行編輯時(shí)，分別將HTML單元50和SVG單元60與其各自的控制單元進(jìn)行協(xié)同載入。如以下將描述的那樣，在要對(duì)既包括HTML又包括SVG組件的復(fù)合文檔進(jìn)行處理時(shí)，既載入HTML單元50又載入SVG單元60。
通過(guò)實(shí)現(xiàn)以上結(jié)構(gòu)，用戶能夠僅選擇必要的功能以安裝該功能，如果需要，也能夠在稍后階段增加或刪除一個(gè)和多個(gè)功能。因此，能夠有效利用記錄媒介的存儲(chǔ)區(qū)域(例如硬盤)，并能夠避免在執(zhí)行程序的時(shí)候存儲(chǔ)器使用的浪費(fèi)。此外，由于這一結(jié)構(gòu)有利于性能擴(kuò)展，因此開(kāi)發(fā)者自己能夠以插件的形式處理新的詞匯，因而能夠促進(jìn)開(kāi)發(fā)過(guò)程。因此，用戶也能夠通過(guò)增加插件而以較低成本輕易地增加功能。
編輯單元24通過(guò)用戶接口從用戶處接收編輯指令的事件，將事件通知適當(dāng)?shù)牟寮⒖刂铺幚?，所述處理可包括重新?zhí)行事件的重做(redo)處理以及取消事件的撤消(undo)處理。
DOM單元30包括DOM提供器32、DOM構(gòu)造器34以及輸出部36。DOM單元30實(shí)現(xiàn)了與文檔對(duì)象模型(DOM)相符的功能，在XML文檔作為數(shù)據(jù)被處理時(shí)，所述文檔對(duì)象模型被定義以提供訪問(wèn)方法。DOM提供器32是滿足由編輯單元24定義的接口的DOM的實(shí)現(xiàn)。DOM構(gòu)造器34從XML文檔生成DOM樹。如以下將描述的那樣，當(dāng)通過(guò)VC單元80將待處理的XML文檔映射為其它詞匯時(shí)，生成與映射源中的XML文檔相對(duì)應(yīng)的源樹以及與映射目的中的XML文檔相對(duì)應(yīng)的目的樹。在編輯的末尾，例如輸出部36輸出作為XML文檔的DOM樹。
CSS單元40提供與CSS相符的顯示功能，并包括CSS分析器42、CSS提供器44以及呈現(xiàn)單元46。CSS分析器42具有用于分析CSS語(yǔ)法的分析功能。CSS提供器44是CSS對(duì)象的實(shí)現(xiàn)，并執(zhí)行對(duì)DOM樹的CSS層疊處理。呈現(xiàn)單元46是CSS的呈現(xiàn)引擎，并用來(lái)顯示以諸如HTML的詞匯描述的、利用CSS設(shè)置的文檔。
HTML單元50對(duì)以HTML描述的文檔進(jìn)行顯示或編輯。SVG單元60對(duì)以SVG描述的文檔進(jìn)行顯示或編輯。這些顯示/編輯系統(tǒng)以插件的形式實(shí)現(xiàn)，各個(gè)系統(tǒng)包括對(duì)文檔進(jìn)行顯示的顯示單元“畫布(Canvas)”56、66、發(fā)送和接收包括編輯命令的事件的控制單元“Editlet”52、62以及在接收到編輯命令時(shí)對(duì)DOM進(jìn)行編輯的編輯單元“區(qū)(zone)”54、64。在控制單元52或62從外部源接收到用于DOM樹的編輯命令時(shí)，編輯單元54或64修改DOM樹，而顯示單元56或66更新顯示。這些單元具有與被稱作MVC(Model-View-Controllers，模型-視圖-控制器)的框架相類似的結(jié)構(gòu)，通常，顯示單元56及66對(duì)應(yīng)于“視圖(View)”，控制單元52及62對(duì)應(yīng)于“控制器(Controller)”，而編輯單元54及64和DOM實(shí)體對(duì)應(yīng)于“模型(Model)”。在本前提技術(shù)的文檔處理裝置20中，不僅能夠以樹型視圖顯示格式來(lái)編輯XML文檔，而且能夠根據(jù)相應(yīng)的詞匯來(lái)完成編輯。例如，HTML單元50提供了用戶界面，通過(guò)該用戶界面能夠以一種類似于Word處理器的方法對(duì)HTML文檔進(jìn)行編輯，而SVG單元60提供了一種用戶界面，通過(guò)該用戶界面能夠以一種類似于圖像繪制工具的方法對(duì)SVG文檔進(jìn)行編輯。
VC單元80包括映射單元82、定義文件獲取單元84以及定義文件生成單元86。通過(guò)將以某個(gè)詞匯描述的文檔映射為另一詞匯，VC單元80提供了一種框架，以通過(guò)與被映射的詞匯相對(duì)應(yīng)的顯示和編輯插件來(lái)顯示或編輯文檔。在本前提技術(shù)中，該功能被稱為詞匯連接(VocabularyConnectionVC)。在VC單元80中，定義文件獲取單元84獲取描述了映射定義的腳本文件。該定義文件逐個(gè)節(jié)點(diǎn)地描述了節(jié)點(diǎn)間的對(duì)應(yīng)(連接)。此時(shí)，可規(guī)定各節(jié)點(diǎn)的元素值或?qū)傩灾凳欠窨梢跃庉嫛Ｒ部擅枋鍪褂昧斯?jié)點(diǎn)的元素值或?qū)傩灾档倪\(yùn)算表達(dá)式。這些功能將在稍后進(jìn)行描述。映射單元82使得DOM構(gòu)造器34通過(guò)參考VC定義文件獲取單元84已經(jīng)獲取的腳本文件來(lái)生成目的樹，以管理源樹與目的樹之間的對(duì)應(yīng)關(guān)系。定義文件生成單元86為用戶提供圖形用戶界面，以生成定義文件。
VC單元80對(duì)源樹與目的樹之間的連接進(jìn)行監(jiān)控。當(dāng)VC單元80通過(guò)由負(fù)責(zé)顯示的插件提供的用戶接口從用戶處接收編輯指令時(shí)，它首先修改源樹的相關(guān)節(jié)點(diǎn)。因此，DOM單元30將發(fā)出指示源樹已經(jīng)被修改的變化事件。然后，VC單元80接收該變化事件，并對(duì)應(yīng)于被修改的節(jié)點(diǎn)而修改目的樹的節(jié)點(diǎn)，以使得目的樹與源樹的修改同步。當(dāng)為顯示/編輯目的樹提供必要的處理的插件(例如HTML單元50)接收了指示目的樹已經(jīng)被修改的變化事件時(shí)，該插件通過(guò)參考被修改的目的樹而對(duì)顯示進(jìn)行更新。通過(guò)執(zhí)行將詞匯轉(zhuǎn)換為另一主要詞匯的上述結(jié)構(gòu)，即使是以少數(shù)用戶使用的局部詞匯來(lái)描述文檔，也能夠顯示文檔，并提供編輯環(huán)境。
文檔處理裝置20顯示和/或編輯文檔的操作將在下文中描述。當(dāng)文檔處理裝置20載入待處理的文檔時(shí)，DOM構(gòu)造器34從XML文檔生成DOM樹。主控單元22或編輯單元24通過(guò)參考待處理的XML文檔的命名空間來(lái)確定哪個(gè)詞匯描述XML文檔。如果與詞匯相對(duì)應(yīng)的插件安裝在文檔處理裝置20中，則該插件被載入以顯示/編輯文檔。另一方面，如果插件并未安裝其中，則進(jìn)行檢查以查看是否存在定義文件。如果存在定義文件，則定義文件獲取單元84獲取該定義文件，并根據(jù)定義生成目的樹，以使得能夠通過(guò)與被映射成的詞匯相對(duì)應(yīng)的插件來(lái)顯示/編輯文檔。如果該文檔是包含多個(gè)詞匯的復(fù)合文檔，則通過(guò)與各詞匯相對(duì)應(yīng)的插件來(lái)顯示/編輯該文檔的相關(guān)部分，以下將詳細(xì)描述。如果不存在定義文件，則顯示文檔的源或樹型結(jié)構(gòu)，并在顯示屏中進(jìn)行編輯。
圖2示出了待處理的XML文檔的例子。根據(jù)該示例性表示，XML文檔用于管理與學(xué)生已獲得的評(píng)分或分?jǐn)?shù)(成績(jī))相關(guān)的數(shù)據(jù)。作為XML文檔的上部節(jié)點(diǎn)的組件“成績(jī)”包括在“成績(jī)”下方為各個(gè)學(xué)生設(shè)置的多個(gè)元素“生徒”。元素“生徒”具有屬性“名前”，并包括作為子元素的學(xué)科“國(guó)語(yǔ)”、“數(shù)學(xué)”(數(shù)學(xué))、“理科”以及“社會(huì)”(社會(huì)科學(xué))。屬性“名前”存儲(chǔ)學(xué)生的姓名。組件“國(guó)語(yǔ)”、“數(shù)學(xué)”、“理科”和“社會(huì)”存儲(chǔ)分別為日語(yǔ)、數(shù)學(xué)、自然科學(xué)和社會(huì)科學(xué)的學(xué)科的測(cè)試成績(jī)。例如，姓名為“A”的學(xué)生的成績(jī)是日語(yǔ)為“90”、數(shù)學(xué)為“50”、自然科學(xué)為“75”以及社會(huì)科學(xué)為“60”。下文中，該文檔中使用的詞匯(標(biāo)簽集)被稱作“成績(jī)管理詞匯”。
由于根據(jù)本前提技術(shù)的文檔處理裝置20不具有與成績(jī)管理詞匯的顯示和/或編輯相符或能夠處理成績(jī)管理詞匯的顯示和/或編輯的插件，因此，將使用以上描述的VC單元80，以不使用源顯示和樹顯示的其它顯示方法來(lái)顯示該文檔。也就是說(shuō)，通過(guò)準(zhǔn)備定義文件，使得成績(jī)管理詞匯可映射為已具有插件的另一詞匯，例如HTML或SVG。下面將要進(jìn)行的說(shuō)明是在假設(shè)已經(jīng)具備了定義文件的情況下進(jìn)行的，不過(guò)對(duì)于用戶本身用以創(chuàng)建定義文件所必需的用戶界面將在后面描述。
圖3示出了圖2中所示的XML文檔映射為以HTML描述的表的例子。在圖3所示的例子中，使以成績(jī)管理詞匯描述的“生徒”節(jié)點(diǎn)與以HTML描述的表(“TABLE”節(jié)點(diǎn))的行(“TR”節(jié)點(diǎn))相對(duì)應(yīng)。各行的第一列與屬性值“名前”相對(duì)應(yīng)，第二列與“國(guó)語(yǔ)”節(jié)點(diǎn)的元素值相對(duì)應(yīng)，第三列與“數(shù)學(xué)”節(jié)點(diǎn)的元素值相對(duì)應(yīng)，第四列與“理科”節(jié)點(diǎn)的元素值相對(duì)應(yīng)，而第五列與“社會(huì)”節(jié)點(diǎn)的元素值相對(duì)應(yīng)。因此，圖2所示的XML文檔能以HTML的列表格式來(lái)顯示。此外，這些屬性值和元素值被指定為能夠編輯，以使得用戶能夠使用HTML單元50的編輯功能在顯示屏上對(duì)這些值進(jìn)行編輯。在第六列中，指定了用來(lái)計(jì)算日語(yǔ)、數(shù)學(xué)、自然科學(xué)以及社會(huì)科學(xué)的分?jǐn)?shù)的加權(quán)平均的運(yùn)算表達(dá)式，并顯示每個(gè)學(xué)生的分?jǐn)?shù)的平均值。以這種方式，通過(guò)在定義文件中指定運(yùn)算表達(dá)式來(lái)完成更靈活的顯示，從而提高用戶在進(jìn)行編輯時(shí)的便利性。另外，將對(duì)第六列的編輯指定為不允許，以使得不能單獨(dú)對(duì)平均值本身進(jìn)行編輯。因此，在映射定義中，能夠指定可編輯或不能編輯，以避免用戶可能的錯(cuò)誤操作。
圖4(a)和4(b)表示定義文件的例子，以將圖2所示的XML文檔映射為圖3所示的表。該定義文件通過(guò)被定義用于和定義文件一起使用的腳本語(yǔ)言來(lái)描述。在圖4(a)和4(b)所示的例子中，“生徒の追加”和“生徒の削除”被定義為命令，并分別涉及將節(jié)點(diǎn)“生徒”插入源樹中的操作以及將節(jié)點(diǎn)“生徒”從源樹中刪除的操作。模板描述了諸如“名前”和“國(guó)語(yǔ)”的標(biāo)題顯示于表的第一行中，而節(jié)點(diǎn)“生徒”的內(nèi)容顯示于第二行及其隨后的行中。在顯示節(jié)點(diǎn)“生徒”內(nèi)容的模板中，包含“text-of”的項(xiàng)表示允許進(jìn)行編輯，而包含“value-of”的項(xiàng)表示不允許進(jìn)行編輯。在這些顯示了節(jié)點(diǎn)“生徒”內(nèi)容的行中，在第六列中描述了運(yùn)算表達(dá)式“(src國(guó)語(yǔ)+src數(shù)學(xué)+scr理科+scr社會(huì))div 4”。這意味著顯示學(xué)生成績(jī)的平均值。
圖5示出了將圖2所示的由成績(jī)管理詞匯描述的XML文檔利用圖3所示的對(duì)應(yīng)關(guān)系映射為HTML以使其顯示在顯示屏上時(shí)，顯示屏的一個(gè)例子。在表90各行中從左至右顯示的是各學(xué)生的姓名，以及日語(yǔ)成績(jī)、數(shù)學(xué)成績(jī)、自然科學(xué)成績(jī)、社會(huì)科學(xué)成績(jī)及其平均值。用戶能夠在該屏幕上對(duì)XML文檔進(jìn)行編輯。例如，當(dāng)?shù)诙械谌兄械闹底優(yōu)椤?0”時(shí)，源樹中與該節(jié)點(diǎn)相對(duì)應(yīng)的元素值(亦即學(xué)生“B”的數(shù)學(xué)成績(jī))變?yōu)椤?0”。此時(shí)，為了使目的樹與源樹一致，目的樹的相應(yīng)部分因此而改變，從而使得HTML單元50能夠根據(jù)改變的目的樹來(lái)對(duì)顯示進(jìn)行更新。因此，學(xué)生“B”的數(shù)學(xué)成績(jī)變?yōu)椤?0”，而平均值相應(yīng)地變?yōu)椤?5”。
在圖5所示的屏幕上，例如“生徒の追加”和“生徒の削除”的命令被顯示為菜單，如圖4(a)、(b)所示的定義文件中所定義的那樣。當(dāng)用戶從這些命令中選擇一個(gè)命令時(shí)，節(jié)點(diǎn)“生徒”增加至源樹中或從源樹中刪除。以這種方式，利用根據(jù)本前提技術(shù)的文檔處理裝置20，不僅能夠?qū)Ψ旨?jí)結(jié)構(gòu)下端中的組件的元素值進(jìn)行編輯，而且能夠?qū)υ摲旨?jí)結(jié)構(gòu)進(jìn)行編輯。具有上述樹型結(jié)構(gòu)的編輯功能能夠以命令的形式顯現(xiàn)給用戶。此外，增加或刪除表中的行的命令可例如與增加或刪除節(jié)點(diǎn)“生徒”的操作相關(guān)。嵌入其它詞匯中的命令可顯現(xiàn)給用戶。該表可用作輸入模板，以使得對(duì)于新學(xué)生的成績(jī)數(shù)據(jù)能夠以填空的方式來(lái)增加。如上所述，在使用HTML單元50的顯示/編輯功能的同時(shí)，以成績(jī)管理詞匯描述的文檔可通過(guò)VC功能來(lái)編輯。
圖6示出了由定義文件生成單元86顯現(xiàn)給用戶的圖形用戶界面的例子，以使用戶能夠生成定義文件。待映射的XML文檔在屏幕的左側(cè)區(qū)域91顯示為樹。被映射成的XML文檔的屏幕布局顯示在屏幕的右側(cè)區(qū)域92中。該屏幕布局可通過(guò)HTML單元50來(lái)編輯，用戶在屏幕的右側(cè)區(qū)域92中確定并創(chuàng)建用于對(duì)文檔進(jìn)行顯示的屏幕布局。例如，使用諸如鼠標(biāo)等的指示設(shè)備將屏幕的左側(cè)區(qū)域91中顯示的XML文檔的待映射的節(jié)點(diǎn)拖動(dòng)并放置到屏幕的左側(cè)區(qū)域91中的HTML屏幕布局中，以指定映射源處的節(jié)點(diǎn)與映射目的處的節(jié)點(diǎn)之間的連接。例如，當(dāng)作為元素“生徒”的子元素的“數(shù)學(xué)”被放置到HTML屏幕上的表90中第一行與第三列的交叉處時(shí)，第三列中的“數(shù)學(xué)”節(jié)點(diǎn)與“TD”節(jié)點(diǎn)之間建立連接。各節(jié)點(diǎn)均被如此被指定為可編輯或者不可編輯。此外，可在顯示屏中嵌入運(yùn)算表達(dá)式。當(dāng)完成屏幕編輯時(shí)，定義文件生成單元86生成定義文件，其描述屏幕布局與節(jié)點(diǎn)之間的連接。
已經(jīng)開(kāi)發(fā)出了能夠處理主要詞匯(例如XHTML(可擴(kuò)展超文本標(biāo)記語(yǔ)言)、MathML(數(shù)學(xué)標(biāo)記語(yǔ)言)以及SVG(可縮放矢量圖形))的瀏覽器或編輯器。但是，不可能開(kāi)發(fā)出適于以自創(chuàng)詞匯描述的所有文檔(例如圖2中所示的文檔)的瀏覽器或編輯器。然而，如果如上所述創(chuàng)建了用于映射為其它詞匯的定義文件，那么以自創(chuàng)詞匯描述的文檔就能夠使用VC功能來(lái)顯示和/或編輯，而不需不斷開(kāi)發(fā)新的瀏覽器或編輯器。
圖7示出了由定義文件生成單元86生成的屏幕布局的另一例子。在圖7所示的例子中，在屏幕上產(chǎn)生表90和圓形圖92用于顯示以成績(jī)管理詞匯描述的XML文檔。圓形圖93以SVG描述。如以下將討論的那樣，根據(jù)本前提技術(shù)的文檔處理裝置20能夠?qū)υ趩蝹€(gè)XML文檔內(nèi)以多個(gè)詞匯描述的復(fù)合文檔進(jìn)行處理。這就是為什么以HTML描述的表90以及以SVG描述的圓形圖93能夠顯示在同一屏幕上的原因。
圖8示出了用于由文檔處理裝置20處理的XML文檔的編輯屏幕的一例。在圖8所示的例子中，單個(gè)屏幕被分割為多個(gè)區(qū)域，而待處理的XML文檔在各個(gè)區(qū)域以多種不同顯示格式顯示。該文檔的源在區(qū)域94中顯示，該文檔的樹結(jié)構(gòu)在區(qū)域95中顯示，而圖5所示的、以HTML描述的表在區(qū)域96中顯示。該文檔在這些區(qū)域中的任意區(qū)域均可被編輯，當(dāng)用戶對(duì)這些區(qū)域中的任意區(qū)域的內(nèi)容進(jìn)行編輯時(shí)，源樹將被相應(yīng)修改，從而負(fù)責(zé)各屏幕顯示的插件更新應(yīng)反映源樹變更的屏幕。具體而言，負(fù)責(zé)顯示對(duì)應(yīng)編輯屏幕的插件的顯示單元被預(yù)先注冊(cè)為變化事件的監(jiān)聽(tīng)器，所述變化事件提供源樹中發(fā)生了改變的通知。當(dāng)源樹被任意插件或VC單元80修改時(shí)，顯示編輯屏幕的所有顯示單元接收發(fā)出的一個(gè)或多個(gè)變化事件，并從而更新屏幕。此時(shí)，如果插件正在通過(guò)VC功能進(jìn)行顯示，則VC單元80根據(jù)對(duì)源樹的修改來(lái)修改目的樹。之后，插件的顯示單元通過(guò)參考上述經(jīng)過(guò)修改的目的樹而對(duì)屏幕進(jìn)行修改。
例如，當(dāng)通過(guò)專用插件來(lái)實(shí)現(xiàn)源顯示和樹型視圖顯示時(shí)，源顯示插件和樹顯示插件通過(guò)直接參考源樹而不是利用目的樹來(lái)實(shí)現(xiàn)它們的顯示。在這種情況下，當(dāng)在屏幕的任何區(qū)域中完成編輯時(shí)，源顯示插件和樹顯示插件通過(guò)參考修改后的源樹來(lái)更新屏幕。同樣，負(fù)責(zé)顯示區(qū)域96的HTML單元50通過(guò)參考目的樹來(lái)更新屏幕，該目的樹已根據(jù)對(duì)源樹的修改而做了修改。
源顯示和樹型視圖顯示也可通過(guò)使用VC功能而實(shí)現(xiàn)。也就是說(shuō)，例如，如果HTML被用于源和樹型結(jié)構(gòu)的布局，則XML文檔可映射為HTML以通過(guò)HTML單元50來(lái)顯示。在這種情況下，將生成具有源格式、樹格式、表格式的三個(gè)目的樹。如果在屏幕上的三個(gè)區(qū)域的任意一個(gè)中進(jìn)行編輯，則VC單元80對(duì)源樹進(jìn)行修改，并在之后分別對(duì)具有源格式、樹格式、表格式的三個(gè)目的樹進(jìn)行修改。然后，HTML單元50通過(guò)參考三個(gè)目的樹來(lái)更新屏幕的三個(gè)區(qū)域。
以這種方式，在單個(gè)屏幕上以多種顯示格式顯示文檔，從而提高了用戶的便利性。例如，用戶能夠利用表90或類似物來(lái)以視覺(jué)上易于理解的格式顯示和編輯文檔，同時(shí)通過(guò)源顯示或樹顯示來(lái)理解文檔的分級(jí)結(jié)構(gòu)。在上述實(shí)施例中，單個(gè)屏幕被劃分為多個(gè)顯示格式，它們被同時(shí)顯示。但是，也可在單個(gè)屏幕上顯示單個(gè)顯示格式，從而可通過(guò)用戶指令來(lái)切換顯示格式。在這種情況下，主控單元22從用戶處接收用于切換顯示格式的請(qǐng)求，并隨后命令對(duì)應(yīng)的插件進(jìn)行顯示切換。
圖9示出了由文檔處理裝置20編輯的XML文檔的另一例。在圖9所示的XML文檔中，XHTML文檔被嵌入SVG文檔的“foreignObject”標(biāo)簽中，而該XHTML文檔包含以MathML描述的公式。在這種情況下，編輯單元24通過(guò)參考命名空間而將描繪任務(wù)分配或指派給適當(dāng)?shù)娘@示系統(tǒng)。在圖9所示的實(shí)施例中，編輯單元24首先使SVG單元60描繪矩形，然后使HTML單元50描繪XHTML文檔。此外，編輯單元24使MathML單元(未示出)描繪公式。以這種方式，包含多個(gè)詞匯的復(fù)合文檔被適當(dāng)?shù)仫@示。圖10示出了顯示結(jié)果。
在對(duì)文檔進(jìn)行編輯期間，可向用戶顯示編輯菜單。該菜單可對(duì)應(yīng)于復(fù)合文檔的待編輯部分。因此，當(dāng)用戶在顯示媒介上移動(dòng)光標(biāo)(キヤリツジ)時(shí)，待顯示的菜單可根據(jù)光標(biāo)的位置被切換。也就是說(shuō)，當(dāng)光標(biāo)位于顯示SVG文檔的區(qū)域中時(shí)，顯現(xiàn)給用戶的菜單響應(yīng)于SVG單元60或響應(yīng)于由用于映射SVG文檔的定義文件所定義的命令。當(dāng)光標(biāo)位于顯示XHTML文檔的區(qū)域中時(shí)，顯現(xiàn)給用戶的菜單響應(yīng)于HTML單元50或響應(yīng)于由用于映射XHTML文檔的定義文件所定義的命令。因此，可根據(jù)編輯位置提供適當(dāng)?shù)挠脩艚缑妗?br> 如果在復(fù)合文檔中不存在與詞匯相符的適當(dāng)插件或映射定義，則以該詞匯描述的部分可以源或樹格式顯示。在傳統(tǒng)實(shí)踐中，當(dāng)要打開(kāi)在某個(gè)文檔中嵌有其它文檔的復(fù)合文檔時(shí)，如果沒(méi)有安裝能夠顯示該嵌入文檔的應(yīng)用程序，則它們的內(nèi)容不能顯示。但是，根據(jù)本前提技術(shù)，由文本數(shù)據(jù)組成的XML文檔可顯示為源或樹格式，從而能夠確定其內(nèi)容。這是基于文本的XML文檔或類似文檔的一個(gè)特征。
以基于文本的語(yǔ)言來(lái)描述的數(shù)據(jù)的另一個(gè)有益方面例如在于，在同一文檔中以其它詞匯描述的部分的數(shù)據(jù)可被該復(fù)合文檔中以某個(gè)詞匯描述的另一文檔所參考。此外，當(dāng)在該文檔中進(jìn)行搜索時(shí)，嵌入圖片(例如SVG)中的字符串也可作為被搜索的對(duì)象。
在以某個(gè)詞匯描述的文檔中，可使用屬于其它詞匯的標(biāo)簽。雖然該XML文檔通常并不有效，但只要它結(jié)構(gòu)良好(well-formed)，就可作為有效的XML文檔而被處理。在這種情況下，被插入的屬于其它詞匯的標(biāo)簽可使用定義文件來(lái)進(jìn)行映射。例如，在XML文檔中，可使用諸如“重要”和“最重要”的標(biāo)簽以通過(guò)強(qiáng)調(diào)的方式來(lái)顯示這些標(biāo)簽周圍的部分，或者可將這些標(biāo)簽按重要性的順序來(lái)排序以進(jìn)行相應(yīng)顯示。
當(dāng)用戶在圖10所示的編輯屏幕上對(duì)文檔進(jìn)行編輯時(shí)，負(fù)責(zé)對(duì)被編輯的部分進(jìn)行處理的插件或VC單元80對(duì)源樹進(jìn)行修改。能夠?yàn)樵礃渲械母鱾€(gè)節(jié)點(diǎn)注冊(cè)對(duì)于變化事件的監(jiān)聽(tīng)器。通常，與屬于各個(gè)節(jié)點(diǎn)的詞匯相符的插件的顯示單元或VC單元80被注冊(cè)為監(jiān)聽(tīng)器。當(dāng)源樹被修改時(shí)，DOM提供器32從被修改的節(jié)點(diǎn)向較高層次探索。如果存在注冊(cè)的監(jiān)聽(tīng)器，則DOM提供器32向該監(jiān)聽(tīng)器發(fā)出變化事件。例如，參考如圖9中所示的文檔，如果位于<html>節(jié)點(diǎn)下方的節(jié)點(diǎn)被修改，那么該變化事件被通報(bào)給被注冊(cè)為<html>節(jié)點(diǎn)的監(jiān)聽(tīng)器的HTML單元50。在同一時(shí)刻，該變化事件被通報(bào)給被注冊(cè)為位于<html>節(jié)點(diǎn)上方的<svg>節(jié)點(diǎn)中的監(jiān)聽(tīng)器的SVG單元60。此時(shí)，HTML單元50通過(guò)參考被修改的源樹而更新顯示。由于屬于SVG單元60本身的詞匯的節(jié)點(diǎn)并未被修改，因此SVG單元60可忽視該變化事件。
根據(jù)編輯的內(nèi)容，由HTML單元50對(duì)顯示進(jìn)行的修改可改變總體布局。在這種情況下，對(duì)于各插件的各個(gè)顯示區(qū)域的布局將由管理屏幕布局的組件(例如，負(fù)責(zé)顯示最高節(jié)點(diǎn)的插件)來(lái)更新。例如，當(dāng)由HTML單元50顯示的區(qū)域較之以前變大時(shí)，HTML單元50首先描繪HTML單元50本身所負(fù)責(zé)的區(qū)域，然后確定顯示區(qū)域的大小。然后，顯示區(qū)域的大小被通報(bào)給管理屏幕布局的組件，以請(qǐng)求對(duì)布局進(jìn)行更新。負(fù)責(zé)屏幕布局的組件一收到該通知便為各個(gè)插件重新布置顯示區(qū)域。因此，被編輯的部分的顯示被適當(dāng)更新，且總體屏幕布局被更新。
用以實(shí)現(xiàn)具有該先決條件技術(shù)的文檔處理裝置20的功能結(jié)構(gòu)將在下面詳細(xì)描述。以下的說(shuō)明中，在描述類名等的情況下，使用原來(lái)的英字符母。
A.概述互聯(lián)網(wǎng)的出現(xiàn)導(dǎo)致由用戶處理和管理的文檔的數(shù)目近乎成指數(shù)函數(shù)地增長(zhǎng)。形成互聯(lián)網(wǎng)核心的萬(wàn)維網(wǎng)聯(lián)合會(huì)(World Wide Web)包括由這些文檔數(shù)據(jù)構(gòu)成的大規(guī)模數(shù)據(jù)中心庫(kù)。除了文檔，Web還提供用于這些文檔的信息檢索系統(tǒng)。這些文檔通常用標(biāo)記語(yǔ)言描述，一種簡(jiǎn)單且常用的標(biāo)記語(yǔ)言是HTML(HypeText Markup Language超文本標(biāo)記語(yǔ)言)。這種文檔還包括指向可能位于該Web其它部分中的其它文檔的鏈接。XML(eXtensible Markup Language可擴(kuò)展標(biāo)記語(yǔ)言)是另一種更高級(jí)、更常用的標(biāo)記語(yǔ)言。用于訪問(wèn)和查看該Web文檔的簡(jiǎn)單瀏覽器使用面向?qū)ο蟮木幊陶Z(yǔ)言(例如Java(注冊(cè)商標(biāo)))來(lái)開(kāi)發(fā)。
以標(biāo)記語(yǔ)言描述的文檔通常在瀏覽器和其它應(yīng)用程序中表述為樹型數(shù)據(jù)結(jié)構(gòu)的格式。這種結(jié)構(gòu)與文檔的語(yǔ)法分析樹相對(duì)應(yīng)。DOM(DocumentObject Model文檔對(duì)象模型)是一種眾所周知的用于表述和操作文檔的基于樹的數(shù)據(jù)結(jié)構(gòu)模型。文檔對(duì)象模型提供了用于表述文檔的標(biāo)準(zhǔn)對(duì)象集合，包括HTML和XML文檔等。DOM包括兩個(gè)基本組件，即，如何將表述文檔中組件的對(duì)象進(jìn)行組合的標(biāo)準(zhǔn)模型，以及用于訪問(wèn)和操作這些對(duì)象的標(biāo)準(zhǔn)接口。
應(yīng)用程序開(kāi)發(fā)者能夠支持DOM作為其自身的特定數(shù)據(jù)結(jié)構(gòu)的API(Application Program Interface接口和應(yīng)用程序接口)。另一方面，創(chuàng)建文檔的應(yīng)用程序開(kāi)發(fā)者可使用標(biāo)準(zhǔn)DOM接口而不是使用其自身API的特定接口。因此，由于這種能夠提供標(biāo)準(zhǔn)的能力，DOM能有效地增加各種環(huán)境中、尤其是Web上的文檔的相互利用。已經(jīng)定義了DOM的幾種變化，由不同的編程環(huán)境和應(yīng)用程序來(lái)使用。
DOM樹是基于相應(yīng)的DOM的內(nèi)容對(duì)文檔的分級(jí)表述。DOM樹包括“根”以及從根產(chǎn)生的一個(gè)或多個(gè)“節(jié)點(diǎn)”。在某些情況下，根表述整個(gè)文檔。中間節(jié)點(diǎn)可表述元素，諸如表及表中的行和列。DOM樹的“葉子”通常表述數(shù)據(jù)，例如不可進(jìn)一步分解的文本項(xiàng)目或圖像。DOM樹中的各個(gè)節(jié)點(diǎn)可與屬性相關(guān)聯(lián)，屬性描述了由節(jié)點(diǎn)表述的元素的參數(shù)，例如字體、大小、顏色、縮進(jìn)等。
雖然HTML是一種創(chuàng)建文檔的常用語(yǔ)言，但它是格式和版式語(yǔ)言。HTML不是一種數(shù)據(jù)描述語(yǔ)言。表述HTML文檔的DOM樹的節(jié)點(diǎn)包括與HTML格式標(biāo)簽相對(duì)應(yīng)的預(yù)先定義的元素。由于HTML通常不提供任何數(shù)據(jù)描述，也不提供任何對(duì)數(shù)據(jù)的標(biāo)簽/標(biāo)注，因此，常常難以對(duì)HTML文檔中的數(shù)據(jù)進(jìn)行查詢。
網(wǎng)絡(luò)設(shè)計(jì)者的目標(biāo)是使得Web文檔能夠被軟件應(yīng)用程序查詢或處理。獨(dú)立顯示的分級(jí)組織的語(yǔ)言能夠通過(guò)這種方式查詢和處理。諸如XML(可擴(kuò)展標(biāo)記語(yǔ)言)的標(biāo)記語(yǔ)言能夠提供這些特征。
與HTML相反，眾所周知，XML的優(yōu)點(diǎn)是使得文檔設(shè)計(jì)者能夠使用可自由定義的“標(biāo)簽”來(lái)對(duì)數(shù)據(jù)元素進(jìn)行標(biāo)注。上述數(shù)據(jù)元素可進(jìn)行分級(jí)組織。另外，XML文檔可包含文檔類型定義(DTD)，它是對(duì)文檔中所使用的“語(yǔ)法”(標(biāo)簽及其相互關(guān)系)的描述。使用CSS(Cascading Style Sheet層疊樣式表)或XSL(XML Style LanguageXML樣式語(yǔ)言)，以定義結(jié)構(gòu)化的XML文檔的顯示方法。與DOM、HTML、XML、CSS、XSL有關(guān)的其它信息以及相關(guān)語(yǔ)言特征也可從Web獲取(例如，http://www.w3.org/TR/)。
Xpath提供了用于對(duì)XML文檔的部分進(jìn)行尋址的公共的語(yǔ)法和語(yǔ)義。Xpath的功能的一個(gè)示例是對(duì)與XML文檔相對(duì)應(yīng)的DOM樹進(jìn)行遍歷。它提供了用于操作與XML文檔的各種表述相關(guān)聯(lián)的字符串、數(shù)字和布爾字符的基本工具。Xpath對(duì)XML文檔的摘要、邏輯結(jié)構(gòu)(例如，DOM樹)、而不是其表面語(yǔ)法(例如，描述哪個(gè)行或哪個(gè)字符位于序列中的語(yǔ)法)進(jìn)行操作。使用Xpath，能夠在分級(jí)結(jié)構(gòu)中(例如，在XML文檔的DOM樹中)進(jìn)行定位。除了用于尋址的用途之外，Xpath還被設(shè)計(jì)用來(lái)測(cè)試DOM樹中的節(jié)點(diǎn)是否與某個(gè)模式相匹配。其它涉及Xpath的細(xì)節(jié)可在http://www.w3.org/TR/中找到。
利用XML公知的有益效果和特征，需要一種有效的文檔處理系統(tǒng)，其能夠?qū)?biāo)記語(yǔ)言(例如，XML)描述的文檔進(jìn)行處理，并能夠提供一種用于創(chuàng)建和修改這些文檔的友好的用戶界面。
此處說(shuō)明的系統(tǒng)構(gòu)成中的一些將使用MVC(Model-View-Controllers，模型-視圖-控制器)來(lái)說(shuō)明，MVC是一種眾所周知的圖形用戶界面(GUI)范例。MVC范例提供了一種將應(yīng)用程序(或甚至是一個(gè)應(yīng)用程序的接口)分解為三部分(即，模型、視圖和控制器)的方法。最初開(kāi)發(fā)MVC是為了將傳統(tǒng)的輸入、處理和輸出任務(wù)映射到GUI環(huán)境中。
輸入->處理->輸出控制器->模型->視圖根據(jù)所述MVC范例，用戶輸入、外界建模、以及對(duì)用戶的視覺(jué)反饋利用模型(M)、視窗(V)以及控制器(C)對(duì)象被分離和處理?？刂破骺刹僮饕越忉屳斎?例如用戶的鼠標(biāo)和鍵盤輸入)，并將這些用戶動(dòng)作映射為發(fā)送至模型和/或視窗的命令，以實(shí)現(xiàn)適當(dāng)?shù)母淖儭ＤＰ涂刹僮饕怨芾硪粋€(gè)或多個(gè)數(shù)據(jù)元素、響應(yīng)對(duì)其狀態(tài)的詢問(wèn)、并響應(yīng)改變狀態(tài)的指令。視窗可操作以管理顯示的矩形區(qū)域，并負(fù)責(zé)通過(guò)圖形和文本的組合將數(shù)據(jù)顯現(xiàn)給用戶。
B.文檔處理系統(tǒng)的總體構(gòu)成文檔處理系統(tǒng)的一個(gè)實(shí)施例將在本文中參照?qǐng)D11-29進(jìn)行討論。
圖11(a)示出了能夠作為具有本文隨后描述的類型的文檔處理系統(tǒng)的基礎(chǔ)的要素的傳統(tǒng)裝置的例子。裝置10包括具有CPU形式或微處理器11等形式的處理器，處理器11通過(guò)通信路徑13耦合至存儲(chǔ)器12。存儲(chǔ)器12可為任何當(dāng)前或?qū)?lái)能獲得的ROM和/或RAM存儲(chǔ)形式。通信路徑13通常實(shí)現(xiàn)為總線。用戶輸入裝置14(例如鼠標(biāo)、鍵盤、語(yǔ)音識(shí)別系統(tǒng)或類似設(shè)備)的I/O接口16以及顯示設(shè)備15(或其它用戶接口)也耦合至總線用于與處理器11和存儲(chǔ)器12通信。如本領(lǐng)域所公知的那樣，諸如打印機(jī)、通信調(diào)制解調(diào)器等的其它設(shè)備可耦合至該裝置。該裝置可為獨(dú)立設(shè)備或者具有將多個(gè)終端以及一個(gè)或多個(gè)服務(wù)器耦合在一起的聯(lián)網(wǎng)形式，或者以本領(lǐng)域公知的多種設(shè)置方式的其中之一。本發(fā)明并不受這些組件的結(jié)構(gòu)、它們的集中式或分布式體系結(jié)構(gòu)或者多種組件的通信方式的限制。
另外，應(yīng)該注意到，本系統(tǒng)和此處討論的實(shí)施例包括幾種具有多種功能的組件和子組件。應(yīng)該注意到，這些組件和子組件可僅使用硬件、僅使用軟件以及使用硬件和軟件的組合來(lái)實(shí)現(xiàn)，以提供上述的多種功能。另外，硬件、軟件及其組合可使用通用計(jì)算裝置或使用專用硬件或使用通用計(jì)算裝置和專用硬件的組合來(lái)實(shí)現(xiàn)。因此，組件或子組件的結(jié)構(gòu)包括運(yùn)行特定軟件的通用/專用計(jì)算裝置，以提供該組件或子組件的功能。
圖11(b)示出了一種示例性文檔處理系統(tǒng)的總體方框圖。文檔在上述文檔處理系統(tǒng)中被創(chuàng)建和編輯。這些文檔能夠以具有標(biāo)記語(yǔ)言的特征的任何語(yǔ)言來(lái)表述(例如XML)。同樣，為方便起見(jiàn)，已經(jīng)創(chuàng)建了用于特定組件和子組件的術(shù)語(yǔ)和名稱。但是，這些不應(yīng)被視作對(duì)本文公開(kāi)的一般教導(dǎo)范圍造成了限制。
所述文檔處理系統(tǒng)可被視為具有兩個(gè)基本組件。第一個(gè)組件是“執(zhí)行環(huán)境”101，它是文檔處理系統(tǒng)運(yùn)行的環(huán)境。例如，執(zhí)行環(huán)境提供了協(xié)助系統(tǒng)以及用戶對(duì)文檔進(jìn)行處理和管理的基本效用和功能。第二個(gè)組件是“應(yīng)用程序組件”102，它由在執(zhí)行環(huán)境中運(yùn)行的應(yīng)用程序構(gòu)成。這些應(yīng)用程序包括文檔本身及其各種表述。
1.執(zhí)行環(huán)境執(zhí)行環(huán)境101的關(guān)鍵組件是程序調(diào)用器(ProgramInvoker程序啟動(dòng)單元)103。程序調(diào)用器103是被訪問(wèn)以啟動(dòng)文檔處理系統(tǒng)的基本程序。例如，當(dāng)用戶登錄并啟動(dòng)文檔處理系統(tǒng)時(shí)，程序調(diào)用器103被執(zhí)行。能夠例如讀取并處理作為插件增加至文檔處理系統(tǒng)的功能、啟動(dòng)并運(yùn)行應(yīng)用程序、以及讀取與文檔相關(guān)的屬性。程序調(diào)用器103的功能并不限于此。當(dāng)用戶希望發(fā)起計(jì)劃在執(zhí)行環(huán)境中運(yùn)行的應(yīng)用程序時(shí)，程序調(diào)用器103找到、發(fā)起然后執(zhí)行該應(yīng)用程序。
程序調(diào)用器103聯(lián)接至幾個(gè)組件，例如插件子系統(tǒng)104、命令子系統(tǒng)105以及資源(Resource)模塊109。隨后將對(duì)這些組件進(jìn)行更詳細(xì)描述。
a)插件子系統(tǒng)插件子系統(tǒng)104是向文檔處理系統(tǒng)增加功能的一種高度靈活和有效的設(shè)備。插件子系統(tǒng)104也能夠被用來(lái)修改和去除文檔處理系統(tǒng)中存在的功能。此外，可使用插件子系統(tǒng)增加或修改多種功能。例如，如之前所提以及隨后將詳細(xì)描述的那樣，插件子系統(tǒng)可用于增加功能“Editlet”，其可操作以有助于在屏幕上呈現(xiàn)文檔。插件Editlet也有助于對(duì)增加至系統(tǒng)的詞匯進(jìn)行編輯。
插件子系統(tǒng)104包括服務(wù)代理(ServiceBroker服務(wù)中介單元)1041。服務(wù)代理1041管理增加至文檔處理系統(tǒng)的插件，從而代理已增加至文檔處理系統(tǒng)的服務(wù)。
代表期望功能的單個(gè)功能以“服務(wù)(Service)”1042的形式被增加至系統(tǒng)。服務(wù)1042的可用類型包括但不限于應(yīng)用程序(Application)服務(wù)、區(qū)工廠(ZoneFactory區(qū)生成單元)服務(wù)、編輯器(Editlet編輯單元)服務(wù)、命令工廠(CommandFactory命令生成單元)服務(wù)、連接X(jué)path(ConnectionXPathXpath管理單元)服務(wù)、CSS計(jì)算(CSSComputationCSS計(jì)算單元)服務(wù)等。這些服務(wù)及其與系統(tǒng)其余部分的關(guān)系將隨后詳細(xì)描述，以更好地理解文檔處理系統(tǒng)。
插件和服務(wù)之間的關(guān)系是，插件是可包括一個(gè)或多個(gè)服務(wù)提供器(ServiceProvider服務(wù)提供單元)的單元，各個(gè)服務(wù)提供器具有與之相關(guān)的一個(gè)或多個(gè)類別的服務(wù)。例如，使用具有適當(dāng)軟件應(yīng)用程序的單個(gè)插件，能將一個(gè)或多個(gè)服務(wù)增加至系統(tǒng)，從而向系統(tǒng)增加相應(yīng)的功能。
b)命令子系統(tǒng)命令子系統(tǒng)105被用來(lái)執(zhí)行與文檔的處理相關(guān)的命令形式的指令。用戶可通過(guò)執(zhí)行一系列指令而執(zhí)行對(duì)文檔的操作。例如，通過(guò)發(fā)出命令形式的指令，用戶在文檔處理系統(tǒng)中處理XML文檔，并編輯與該XML文檔相對(duì)應(yīng)的XML DOM樹。這些命令可利用鍵盤敲打、鼠標(biāo)點(diǎn)擊或其它有效的用戶接口動(dòng)作而輸入。有時(shí)，能夠通過(guò)命令來(lái)執(zhí)行一個(gè)以上的指令。在這種情況下，這些指令被封裝成單個(gè)命令并連續(xù)執(zhí)行。例如，用戶可能希望將錯(cuò)誤詞語(yǔ)替換為正確詞語(yǔ)。在這種情況下，第一指令可用以在文檔中找尋錯(cuò)誤詞語(yǔ)。第二指令可用以刪除該錯(cuò)誤詞語(yǔ)。第三指令可用以輸入正確詞語(yǔ)。這三個(gè)指令可被封裝成單個(gè)命令。
在某些示例中，命令可具有相關(guān)功能，例如，下面將要詳細(xì)討論的“撤消”功能。這些功能可隨后分配給用來(lái)創(chuàng)建對(duì)象的基類。
命令子系統(tǒng)105的一個(gè)組件是命令調(diào)用器(CommandInvoker命令啟動(dòng)單元)1051，命令調(diào)用器1051可操作為選擇性地提供并執(zhí)行命令。雖然圖11(b)中僅示出了一個(gè)命令調(diào)用器，但也可使用一個(gè)以上的命令調(diào)用器并同時(shí)執(zhí)行一個(gè)以上的命令。命令調(diào)用器1051維護(hù)執(zhí)行命令所需的功能和類。在操作中，要執(zhí)行的命令(Command)1052被置于隊(duì)列(Queue)1053中。命令調(diào)用器創(chuàng)建連續(xù)執(zhí)行的命令線程。如果在命令調(diào)用器中沒(méi)有正在執(zhí)行的命令，則由命令調(diào)用器1051執(zhí)行待執(zhí)行的命令1052。如果命令調(diào)用器正在執(zhí)行命令，則新的命令被置于命令隊(duì)列1053的末尾。不過(guò)，對(duì)于各命令調(diào)用器1051而言，一次僅執(zhí)行一個(gè)命令。如果指定的命令執(zhí)行失敗，則命令調(diào)用器1051執(zhí)行例外處理。
可由命令調(diào)用器1051執(zhí)行的命令的類型包括但不限于可撤消命令(UndoableCommand)1054、異步命令(AsynchronousCommand)1055以及詞匯連接命令(VCCommand)1056?？沙废?054是那些如果用戶希望就能夠回退其效果的命令?？沙废畹氖纠秊榧羟?、復(fù)制、插入文本等。在操作中，當(dāng)用戶突出文檔的一部分并向該部分應(yīng)用剪切命令時(shí)，如果需要，通過(guò)使用可撤消命令，可使得被剪切的部分“恢復(fù)原樣(uncut)”。
詞匯連接命令1056被載入詞匯連接描述符(Vocabulary ConnectionDescriptorVCD)腳本文件中。詞匯連接命令1056是能夠由程序員定義的用戶指定命令。這些命令可以是更抽象命令的組合，例如，用于增加X(jué)ML片段、刪除XML片段、設(shè)置屬性等。這些命令特別集中于對(duì)文檔進(jìn)行編輯。
異步命令(AsynchronousCommand)1055是用于載入或保存由系統(tǒng)執(zhí)行的文檔的命令，異步命令1055與可撤消命令(UndoableCommand)或VC命令(VCCommand)異步地執(zhí)行。與可撤消命令不同，異步命令不能取消。
c)資源資源(Resource)109是向不同的類提供某些功能的對(duì)象。例如，串資源、圖標(biāo)和設(shè)定鍵綁定是系統(tǒng)中使用的資源。
2.應(yīng)用程序組件應(yīng)用程序組件102，即文檔處理系統(tǒng)的第二個(gè)主要特征，在執(zhí)行環(huán)境101中運(yùn)行。概括而言，應(yīng)用程序組件102包括實(shí)際文檔，實(shí)際文檔包括其在系統(tǒng)內(nèi)的多個(gè)邏輯和物理表述。應(yīng)用程序組件102還包括用來(lái)管理文檔系統(tǒng)組件。應(yīng)用程序組件102進(jìn)一步包括用戶應(yīng)用程序(UserApplication)106、應(yīng)用程序核心108、用戶界面107以及核心組件(CoreComponent)110。
a)用戶應(yīng)用程序用戶應(yīng)用程序106連同程序調(diào)用器103一起被載入到系統(tǒng)中。用戶應(yīng)用程序106是將文檔、文檔的多種表述以及與文檔進(jìn)行交互所需的用戶界面特征結(jié)合在一起的粘合劑(glue)。例如，用戶可能希望創(chuàng)建作為工程(project)一部分的一套文檔。載入這些文檔，創(chuàng)建用于文檔的適當(dāng)表述，增加作為用戶應(yīng)用程序106一部分的用戶界面功能。換言之，用戶應(yīng)用程序106將文檔及其表述的各個(gè)方面結(jié)合在一起使得用戶能夠與形成工程一部分的文檔進(jìn)行交互。一旦創(chuàng)建了用戶應(yīng)用程序106，每當(dāng)用戶希望與形成工程一部分的文檔進(jìn)行交互時(shí)，用戶就能夠簡(jiǎn)單地將用戶應(yīng)用程序106載入到執(zhí)行環(huán)境中。
b)核心組件核心組件(CoreComponent)110提供了在多個(gè)窗格(Pane)之間共享文檔的一種方法。如將在隨后詳細(xì)討論的那樣，窗格表述DOM樹，并處理屏幕的物理布局。例如，物理屏幕包括在屏幕內(nèi)的多個(gè)窗格用于描述各條信息。實(shí)際上，由用戶在屏幕上查看的文檔可在一個(gè)或多個(gè)窗格中顯示。此外，兩個(gè)不同的文檔可以出現(xiàn)在屏幕上的兩個(gè)不同窗格中。
屏幕的物理布局還可以具有樹型形式，如圖11(c)所示。因此，如果組件1083要作為窗格顯示在屏幕上，則該窗格可被實(shí)現(xiàn)為根窗格(RootPane)1084。作為一種選擇，它也可以是子窗格(Subpane)1085。根窗格1084是窗格樹根部的窗格，而子窗格1085是除了根窗格1084之外的任何窗格。
核心組件110也提供字體，并充當(dāng)用于文檔的多個(gè)功能性操作的源，例如，工具包(toolkit)。由核心組件110執(zhí)行的任務(wù)的一個(gè)示例是在多個(gè)窗格之間移動(dòng)鼠標(biāo)光標(biāo)。被執(zhí)行的任務(wù)的另一個(gè)示例是標(biāo)記一個(gè)窗格中的文檔的一部分，并將其復(fù)制到包含不同文檔的另一窗格上。
c)應(yīng)用程序核心如上所述，應(yīng)用程序組件102由被系統(tǒng)處理和管理的文檔組成。應(yīng)用程序組件102包括對(duì)于系統(tǒng)內(nèi)的文檔的多種邏輯和物理表述。應(yīng)用程序核心108是應(yīng)用程序組件102的組件。其功能是保存實(shí)際文檔及其內(nèi)的所有數(shù)據(jù)。應(yīng)用程序核心108包括文檔管理器(DocumentManager；文檔管理單元)1081和文檔1082本身。
文檔管理器1081的多個(gè)方面將在隨后更詳細(xì)描述。文檔管理器1081管理文檔1082。文檔管理器1081也連接至根窗格(RootPane)1084、子窗格(SubPane)1085、剪貼板(ClipBoard)實(shí)用程序1087以及快照(SnapShot)實(shí)用程序1088。剪貼板實(shí)用程序1087提供了保存用戶決定增加至剪貼板的部分文檔的一種方法。例如，用戶可能希望剪切文檔的一部分，并將其保存到新的文檔上，用于稍后查看。在這種情況下，剪切的部分被增加至剪貼板。
快照實(shí)用程序1088也將在稍后描述，從而當(dāng)應(yīng)用程序從一個(gè)狀態(tài)變?yōu)榱硪粻顟B(tài)時(shí)，能夠記住應(yīng)用程序的當(dāng)前狀態(tài)。
d)用戶界面應(yīng)用程序102的另一組件是用戶界面107，其為用戶提供一種與系統(tǒng)進(jìn)行物理交互的方式。例如，以物理接口1070來(lái)實(shí)現(xiàn)用戶界面時(shí)，用戶使用用戶界面上載、刪除、編輯和管理文檔。用戶界面107包括框架(Frame)1071、菜單欄(MenuBar)1072、狀態(tài)欄(StatusBar)1073以及URL(URLBar)欄1074。
如通常公知的那樣，框架1071可被視為顯示(例如物理屏幕)的活動(dòng)區(qū)域。菜單欄1072是包括為用戶提供選項(xiàng)的菜單的屏幕區(qū)域。狀態(tài)欄1073是顯示應(yīng)用程序的執(zhí)行狀態(tài)的屏幕區(qū)域。URL欄1074提供了輸入用于在互聯(lián)網(wǎng)上定位的URL地址的區(qū)域。
3.文檔管理器和相關(guān)的數(shù)據(jù)結(jié)構(gòu)圖12示出了文檔管理器1081的進(jìn)一步細(xì)節(jié)。圖12包括被用來(lái)在文檔處理系統(tǒng)內(nèi)表述文檔的數(shù)據(jù)結(jié)構(gòu)和組件。為了更好的理解，在這部分描述的組件通過(guò)利用模型-視圖-控制器(MVC)表述范例來(lái)進(jìn)行描述。
文檔管理器1081包括文檔容器(DocumentContainter)203，文檔容器203保存并容納文檔處理系統(tǒng)中的所有文檔。聯(lián)接至文檔管理器1081的工具包201為文檔管理器1081的使用提供了各種工具。例如，“DOM服務(wù)(DomService)”是由工具包201提供的能夠提供創(chuàng)建、維護(hù)和管理與文檔相對(duì)應(yīng)的DOM所需的所有功能的工具。作為工具包201提供的另一工具的“IO管理器(IOManager)”分別管理向系統(tǒng)的輸入和來(lái)自系統(tǒng)的輸出。同樣地，“流處理器(StreamHandler)”是一種以比特流方式來(lái)處理文檔上載的工具。這些工具形成了工具包201的組件，不過(guò)并未在圖中明確示出或指定附圖標(biāo)記。
根據(jù)MVC范例表述，模型(M)包括文檔的DOM樹模型202。如上所述，所有文檔均在文檔處理系統(tǒng)中被表述為DOM樹。文檔也形成文檔容器203的一部分。
1.DOM模型和區(qū)表述文檔的DOM樹是具有節(jié)點(diǎn)(Node)2021的樹。作為DOM樹的子集的區(qū)(Zone)209包括該DOM樹內(nèi)部的一個(gè)或多個(gè)節(jié)點(diǎn)所關(guān)聯(lián)的區(qū)。例如，僅文檔的一部分可在屏幕上顯現(xiàn)。文檔可見(jiàn)的這一部分可使用“區(qū)”209來(lái)表述。利用被稱作“區(qū)工廠(ZoneFactory區(qū)生成單元)”205的插件來(lái)創(chuàng)建、操作和處理區(qū)。雖然區(qū)表述DOM的一部分，但它也可使用一個(gè)以上的“命名空間”。如本領(lǐng)域中公知的那樣，命名空間是名稱的收集或集合，這些名稱在該命名空間中是唯一的。換言之，一個(gè)命名空間中不能夠出現(xiàn)兩個(gè)相同的名稱。
2.“方面”(Facet)及其與區(qū)的關(guān)系“方面”2022是MVC范例的模型(M)部分內(nèi)的另一組件。它被用來(lái)編輯區(qū)中的節(jié)點(diǎn)。“方面”2022使用不會(huì)影響區(qū)本身的內(nèi)容的執(zhí)行過(guò)程來(lái)組織對(duì)于DOM的訪問(wèn)。如以下將說(shuō)明的那樣，這些過(guò)程執(zhí)行與節(jié)點(diǎn)相關(guān)的有意義且有用的操作。
各個(gè)節(jié)點(diǎn)2021具有相應(yīng)的2022。通過(guò)利用“方面”來(lái)執(zhí)行操作而不是直接對(duì)DOM中的節(jié)點(diǎn)進(jìn)行操作，DOM的完整性得以確保。否則，如果直接對(duì)節(jié)點(diǎn)執(zhí)行操作，那么幾個(gè)插件可能同時(shí)對(duì)DOM進(jìn)行改變，從而造成不一致性。
由W3C構(gòu)建的DOM標(biāo)準(zhǔn)定義了用于對(duì)節(jié)點(diǎn)進(jìn)行操作的標(biāo)準(zhǔn)接口。實(shí)際上，對(duì)每個(gè)詞匯或每個(gè)節(jié)點(diǎn)提供了特定操作，并且這些操作優(yōu)選地提供為API。文檔處理系統(tǒng)提供了這種作為“方面”的節(jié)點(diǎn)特定API，并將“方面”聯(lián)接至各個(gè)節(jié)點(diǎn)。這符合DOM標(biāo)準(zhǔn)，同時(shí)增加了有用的API。通過(guò)在已應(yīng)用的標(biāo)準(zhǔn)DOM之上增加特定的API而不是為每個(gè)詞匯實(shí)現(xiàn)特定的DOM，可集中處理多種詞匯，并正確地處理其中具有多個(gè)詞匯任意組合的混合的文檔。
“詞匯”是屬于命名空間的標(biāo)簽(例如XML標(biāo)簽)的集合。如上所述，命名空間具有唯一的名稱集(在該特定情況下為標(biāo)簽集)。詞匯表現(xiàn)為表述XML文檔的DOM樹的子樹。這種子樹包括區(qū)。在特定實(shí)施例中，標(biāo)簽集的邊界由區(qū)來(lái)限定。區(qū)209是利用被稱作“區(qū)工廠服務(wù)”205的服務(wù)而創(chuàng)建的。如上所述，區(qū)209是對(duì)表述文檔的DOM樹的僅僅一部分的內(nèi)部表述。為了提供對(duì)該文檔的上述部分的訪問(wèn)，需要邏輯表述。這種邏輯表述通知計(jì)算機(jī)關(guān)于文檔如何在屏幕上進(jìn)行邏輯顯示。如上所述，“畫布(Canvas)”(例如畫布210)是一種可操作為提供與區(qū)相對(duì)應(yīng)的邏輯布局的服務(wù)。
另一方面，窗格(例如窗格211)是與由畫布210提供的邏輯布局相對(duì)應(yīng)的物理屏幕布局。實(shí)際上，用戶僅能看見(jiàn)以字符和圖片形式呈現(xiàn)在顯示屏上的文檔。因此，文檔必須通過(guò)用于在屏幕上描繪字符和圖片的處理來(lái)呈現(xiàn)在屏幕上。根據(jù)由窗格211提供的物理布局，文檔由畫布210呈現(xiàn)在屏幕上。
與區(qū)209相對(duì)應(yīng)的畫布210是利用“Editlet服務(wù)”206來(lái)創(chuàng)建的。文檔的DOM是利用Editlet服務(wù)206和畫布210來(lái)編輯的。為了維護(hù)原始文檔的完整性，Editlet服務(wù)206和畫布服務(wù)210使用與區(qū)209中的一個(gè)或多個(gè)節(jié)點(diǎn)相對(duì)應(yīng)的“方面”2022。這些服務(wù)并不直接操作區(qū)和DOM中的節(jié)點(diǎn)?！胺矫妗笔抢妹?07來(lái)操作的。
用戶通常通過(guò)例如移動(dòng)屏幕上的光標(biāo)和/或鍵入命令而與屏幕進(jìn)行交互。提供屏幕的邏輯布局的畫布2010接收這些光標(biāo)操作。然后，畫布2010使得對(duì)“方面”采取相應(yīng)的動(dòng)作。給定這一關(guān)系，光標(biāo)子系統(tǒng)204即作為用于文檔管理器1081的MVC范例的控制器(C)。畫布2010也具有處理事件的任務(wù)。例如，畫布2010處理諸如鼠標(biāo)點(diǎn)擊、焦點(diǎn)移動(dòng)和類似的用戶發(fā)起的動(dòng)作等事件。
3.區(qū)、“方面”、畫布和窗格之間的關(guān)系概述文檔管理和處理系統(tǒng)內(nèi)的文檔可從至少四個(gè)角度來(lái)觀察，即1)用來(lái)保存文檔管理系統(tǒng)中的文檔的內(nèi)容和結(jié)構(gòu)的數(shù)據(jù)結(jié)構(gòu)；2)不會(huì)影響文檔完整性就能編輯文檔內(nèi)容的手段；3)文檔在屏幕上的邏輯布局；以及4)文檔在屏幕上的物理布局。區(qū)、“方面”、畫布和窗格分別表述與上述四個(gè)方面相對(duì)應(yīng)的文檔處理系統(tǒng)的組件。
4.撤消子系統(tǒng)如上所述，人們希望對(duì)文檔的任何改變(例如，編輯)應(yīng)該是可撤消的。例如，用戶可執(zhí)行編輯操作，然后決定撤消該改變。參照?qǐng)D12，撤消子系統(tǒng)212是文檔管理器的可撤消組件。撤消管理器(UndoManager)2121保存可能被用戶撤消的、對(duì)文檔執(zhí)行的所有操作。
例如，用戶可執(zhí)行命令來(lái)將文檔中的詞語(yǔ)替換成另一個(gè)詞語(yǔ)。之后，該用戶可改變主意并決定保留原來(lái)的詞語(yǔ)。撤消子系統(tǒng)212利用可撤消編輯(UndoableEdit)2122來(lái)支持上述操作。撤消管理器2121保存上述可撤消編輯2122的操作。
5.光標(biāo)子系統(tǒng)如上所述，MVC的控制器部分可包括光標(biāo)子系統(tǒng)204。該光標(biāo)子系統(tǒng)204接收用戶輸入。這些輸入通常具有命令和/或編輯操作的性質(zhì)。因此，光標(biāo)子系統(tǒng)204可被視作是與文檔管理器1081相關(guān)的MVC范例的控制器(C)部分。
6.視圖如上所述，畫布210表述要顯現(xiàn)在屏幕上的文檔的邏輯布局。對(duì)于XHTML文檔的特定實(shí)施例而言，畫布210可包括盒樹(box tree)208，盒樹208是文檔在屏幕上如何被查看的邏輯表述。上述盒樹208可包含在與文檔管理器1081有關(guān)的MVC范例的視圖(V)部分中。
D.詞匯連接文檔處理系統(tǒng)的一個(gè)重要特征是，提供這樣一種環(huán)境，能夠?qū)ML文檔映射成另外的表述，并且在對(duì)映射后的表述進(jìn)行編輯時(shí)，保持其與映射前XML文檔的一致性。
標(biāo)記語(yǔ)言文檔(例如XML文檔)基于通過(guò)文檔類型定義限定的詞匯創(chuàng)建。詞匯則是一組標(biāo)簽集，并可以任意定義，這就使得詞匯的數(shù)量可能是無(wú)限的。但是，為多個(gè)可能的詞匯中的每一個(gè)都提供專用的單獨(dú)處理和管理環(huán)境是不切實(shí)際的。詞匯連接是解決這種問(wèn)題的一種方法。
例如，文檔可以利用兩種或更多標(biāo)記語(yǔ)言來(lái)表述。這些文檔例如可以是XHTML(可擴(kuò)展超文本標(biāo)記語(yǔ)言)、SVG(可縮放矢量圖形)、MathML(數(shù)學(xué)標(biāo)記語(yǔ)言)或其他的標(biāo)記語(yǔ)言。換句話說(shuō)，標(biāo)記語(yǔ)言可以視為和XML中的詞匯和標(biāo)簽集相同。
詞匯可以使用詞匯插件來(lái)處理。在文檔處理系統(tǒng)中，以插件不可用的詞匯所描述的文檔可以通過(guò)將該文檔映射為插件可用的另一詞匯來(lái)顯示。因此，以未準(zhǔn)備有插件的詞匯描述的文檔仍然是可以正確顯示的。
詞匯連接包括獲取定義文件、在(所得到的定義文件的基礎(chǔ)上在兩個(gè)不同的詞匯之間進(jìn)行映射的能力。用某種詞匯描述的文檔能夠映射為另外的詞匯。因此，詞匯連接能夠通過(guò)與文檔已被映射成的詞匯相對(duì)應(yīng)的顯示和編輯插件來(lái)顯示或編輯文檔。
應(yīng)該認(rèn)識(shí)到，各個(gè)文檔在文檔處理系統(tǒng)中被描述為通常具有多個(gè)節(jié)點(diǎn)的DOM樹。“定義文件”為各個(gè)節(jié)點(diǎn)描述了該節(jié)點(diǎn)與其他節(jié)點(diǎn)之間的連接。規(guī)定了是否可以對(duì)各個(gè)節(jié)點(diǎn)的元素值和屬性值進(jìn)行編輯。還描述了使用節(jié)點(diǎn)的元素值和屬性值的運(yùn)算表達(dá)式。
利用映射特征，通過(guò)參考定義文件創(chuàng)建目的DOM樹。因此，源DOM樹和目的DOM樹之間的關(guān)系被建立并維護(hù)。詞匯連接監(jiān)控源DOM樹和目的DOM樹之間的對(duì)應(yīng)。在從用戶接收到編輯指令后，詞匯連接修改源DOM樹中的相關(guān)節(jié)點(diǎn)。如上所述，發(fā)出表示已經(jīng)修改了源DOM樹的“變化事件”，并且相應(yīng)地修改目的DOM樹。
通過(guò)使用詞匯連接，僅對(duì)于少量用戶熟知的相對(duì)次要的詞匯可以被轉(zhuǎn)換為其他主要的詞匯。因此，即便是對(duì)于那些僅有少量用戶使用的次要詞匯，也可以準(zhǔn)確地顯示文檔，并提供理想的編輯環(huán)境。
因此，作為文檔管理系統(tǒng)一部分的詞匯連接子系統(tǒng)提供了能夠?qū)ξ臋n進(jìn)行多種表述的功能。
圖13顯示了詞匯連接(VCVocabulary Connection)子系統(tǒng)300。VC子系統(tǒng)300提供了一種維護(hù)同一文檔的兩種可替換表述之間的一致性的方法。例如，兩種表述可以是同一文檔以兩種不同詞匯實(shí)現(xiàn)的可替換表述。如上所述，其中一種可以是源DOM樹，而另一種是目的DOM樹。
1.詞匯連接子系統(tǒng)利用被稱為“詞匯連接(VocabularyConnection)”301的插件在文檔處理系統(tǒng)中實(shí)現(xiàn)詞匯連接子系統(tǒng)300的功能。將被表述的文檔的各詞匯305都需要相應(yīng)的插件。例如，如果文檔的一部分以HTML表述，而其他部分以SVG表述，則需要相應(yīng)的HTML詞匯插件和SVG詞匯插件。
詞匯連接插件301為區(qū)209或窗格211創(chuàng)建與適當(dāng)詞匯305的文檔相對(duì)應(yīng)的適當(dāng)?shù)脑~匯連接畫布310。使用詞匯連接301，利用轉(zhuǎn)換規(guī)則，對(duì)源DOM樹的區(qū)209的改變被轉(zhuǎn)換到另一DOM樹306的相應(yīng)區(qū)。轉(zhuǎn)換規(guī)則以詞匯連接描述符(Vocabulary Connection DescriptorVCD)的形式給出。對(duì)于與源和目的DOM之間的這種轉(zhuǎn)換相對(duì)應(yīng)的各個(gè)VCD文件，創(chuàng)建相應(yīng)的詞匯連接管理器(VocabularyConnectionManager)302。
2.連接器連接器(Connector)304連接源DOM樹中的源節(jié)點(diǎn)和目的DOM樹中的目的節(jié)點(diǎn)。連接器304可操作以觀察源DOM樹中的源節(jié)點(diǎn)，和與該源節(jié)點(diǎn)相對(duì)應(yīng)的、對(duì)源文檔的修改(變化)。接著，連接器304修改相應(yīng)的目的DOM樹中的節(jié)點(diǎn)。只有連接器304是能夠修改目的DOM樹的對(duì)象。例如，如果用戶僅能夠?qū)υ次臋n和相應(yīng)的源DOM樹進(jìn)行修改，則連接器304對(duì)目的DOM樹進(jìn)行相應(yīng)的修改。
連接器304被邏輯地鏈接在一起以形成樹結(jié)構(gòu)。連接器304形成的樹被稱為“連接器樹(ConnectorTree)”。連接器304通過(guò)一種服務(wù)而創(chuàng)建，該服務(wù)被稱為“連接器工廠(ConnectorFactory連接器生成單元)”303服務(wù)。連接器工廠303從源文檔創(chuàng)建連接器304，并將連接器304以連接器樹的形式鏈接起來(lái)。詞匯連接管理器302維護(hù)連接器工廠303。
如上所述，詞匯是命名空間中的標(biāo)簽集。如圖所示，通過(guò)詞匯連接301為文檔創(chuàng)建詞匯305。這通過(guò)分析文檔文件以及為源DOM和目的DOM之間的轉(zhuǎn)換創(chuàng)建適當(dāng)?shù)脑~匯連接管理器302來(lái)實(shí)現(xiàn)。此外，在創(chuàng)建連接器的連接器工廠303、創(chuàng)建區(qū)209的區(qū)工廠(ZoneFactory)205和創(chuàng)建與區(qū)中的節(jié)點(diǎn)相對(duì)應(yīng)的畫布的Editlet服務(wù)206之間建立適當(dāng)?shù)年P(guān)聯(lián)。當(dāng)用戶從系統(tǒng)中除去或刪除文檔時(shí)，對(duì)應(yīng)的詞匯連接管理器302被刪除。
詞匯305接著創(chuàng)建詞匯連接畫布310。此外，連接器304和目的DOM樹306被相應(yīng)地創(chuàng)建。
應(yīng)該理解，源DOM和畫布分別對(duì)應(yīng)于模型(M)和視圖(V)。然而，僅當(dāng)目標(biāo)詞匯能夠在屏幕上呈現(xiàn)時(shí)，這種呈現(xiàn)才有意義。這種顯示通過(guò)詞匯插件來(lái)實(shí)現(xiàn)。詞匯插件提供用于主要的詞匯，例如XHTML、SVG和MathML。詞匯插件與目標(biāo)詞匯關(guān)聯(lián)地使用。它們提供了一種使用詞匯連接描述符在詞匯之間進(jìn)行映射的方式。
僅在目標(biāo)詞匯可被映射并具有預(yù)定的屏幕呈現(xiàn)方式時(shí)，這種映射才有意義。這種呈現(xiàn)方式為工業(yè)標(biāo)準(zhǔn)，例如由諸如W3C組織定義的XHTML。
在需要詞匯連接時(shí)，使用詞匯連接畫布。在這種情況下，由于不能夠?yàn)樵粗苯觿?chuàng)建視圖，因此，不創(chuàng)建源畫布。在這種情況下，使用連接器樹來(lái)創(chuàng)建詞匯連接畫布。這種詞匯連接畫布僅僅處理事件轉(zhuǎn)換，而并不會(huì)有助于將文檔呈現(xiàn)在屏幕上。
3.目的區(qū)、窗格以及畫布如上所述，詞匯連接子系統(tǒng)的目的在于創(chuàng)建并同時(shí)維護(hù)對(duì)同一文檔的兩種表述。第二表述還可以是先前被引入作為目的DOM樹的DOM樹形式。為了瀏覽第二種表述的文檔，需要目的區(qū)(DestinationZone)、畫布和窗格。
在創(chuàng)建詞匯連接畫布后，創(chuàng)建相應(yīng)的目的窗格(DestinationPane)307，如圖13所示。此外，相關(guān)的目的畫布(DestinationCanvas)308和相應(yīng)的盒樹309被創(chuàng)建。同樣，詞匯連接畫布310還與源文檔的窗格211和區(qū)209關(guān)聯(lián)。
目的畫布308提供了文檔的第二種表述方式的邏輯布局。具體地，目的畫布308提供了用戶界面功能，例如光標(biāo)和選擇，用于以目的表述的方式呈現(xiàn)文檔。在目的畫布308中發(fā)生的事件被提供到連接器。目的畫布308向連接器304通知鼠標(biāo)事件、鍵盤事件、拖動(dòng)和放置事件、以及通知文檔的目的(或第二種)表述的詞匯的特有事件。
4.詞匯連接命令子系統(tǒng)圖13中的詞匯連接(VC)子系統(tǒng)300的一部分是詞匯連接(VC)命令子系統(tǒng)313。詞匯連接命令子系統(tǒng)313創(chuàng)建詞匯連接命令315，詞匯連接命令315用來(lái)執(zhí)行與詞匯連接子系統(tǒng)300相關(guān)的指令?？赏ㄟ^(guò)內(nèi)建的命令模板(CommandTemplate)318來(lái)創(chuàng)建詞匯連接命令，和/或可通過(guò)在腳本系統(tǒng)314中使用腳本語(yǔ)言從無(wú)到有地創(chuàng)建命令而創(chuàng)建詞匯連接命令。
命令模板的例子包括“If”命令模板、“When”命令模板、“插入(Insert)”命令模板等。這些模板被用來(lái)創(chuàng)建詞匯連接命令。
5.Xpath子系統(tǒng)Xpath子系統(tǒng)316是文檔處理系統(tǒng)的一個(gè)重要組件，因?yàn)樗軌蛴兄趯?shí)現(xiàn)詞匯連接。連接器304通常包括xpath信息。如上所述，詞匯連接的任務(wù)是將源DOM樹中的變化反映到目的DOM樹中。xpath信息包括一個(gè)或多個(gè)用來(lái)確定源DOM樹中需要被觀察以確定改變/修改的子集的xpath表達(dá)式。
6.源DOM樹、目的DOM樹和連接器樹的概述源DOM樹是對(duì)轉(zhuǎn)換為另一種詞匯之前以一種詞匯表述的文檔進(jìn)行表述的DOM樹或區(qū)。在源DOM樹中的節(jié)點(diǎn)被稱為源節(jié)點(diǎn)。
另一方面，目的DOM樹則表示用于在利用映射進(jìn)行轉(zhuǎn)換之后以另一種詞匯表述的同一文檔的DOM樹或區(qū)，該映射已在前面結(jié)合詞匯連接描述。目的DOM樹中的節(jié)點(diǎn)被稱為目的節(jié)點(diǎn)。
連接器樹(ConnectorTree)是基于連接器的分級(jí)表述，用來(lái)表述源節(jié)點(diǎn)和目的節(jié)點(diǎn)之間的對(duì)應(yīng)關(guān)系。連接器觀察源節(jié)點(diǎn)和對(duì)源文檔進(jìn)行的修改。連接器隨后修改目的DOM樹。事實(shí)上，只有連接器是能夠修改目的DOM樹的唯一對(duì)象。
E.文檔處理系統(tǒng)中的事件流為了能夠使用，程序必須對(duì)來(lái)自用戶的命令進(jìn)行響應(yīng)。事件是一種描述和執(zhí)行用戶對(duì)程序?qū)嵤┑膭?dòng)作的方法。許多高級(jí)語(yǔ)言例如JAVA(注冊(cè)商標(biāo))依靠描述用戶動(dòng)作的事件。在現(xiàn)有技術(shù)中，程序不得不主動(dòng)收集用于理解用戶動(dòng)作和通過(guò)自身執(zhí)行用戶動(dòng)作的信息。這可能意味著，例如，在對(duì)程序初始化后，程序進(jìn)入重復(fù)地查看用戶是否對(duì)屏幕、鍵盤和鼠標(biāo)等執(zhí)行了任何動(dòng)作、并接著采取適當(dāng)動(dòng)作的循環(huán)。然而，這種處理可能難以操控。此外，這種處理在等候用戶做某些事情時(shí)，還需要執(zhí)行循環(huán)的程序，從而消耗了CPU周期。
許多語(yǔ)言通過(guò)包含不同的范例來(lái)解決這些問(wèn)題，其中的一個(gè)范例構(gòu)成了所有現(xiàn)代的視窗系統(tǒng)的基礎(chǔ)事件驅(qū)動(dòng)程序。在這種范例中，所有的用戶動(dòng)作屬于被稱為“事件”的事務(wù)的抽象集合。事件足夠詳細(xì)地描述了特殊的用戶動(dòng)作。在感興趣的事件發(fā)生時(shí)，這種系統(tǒng)通知程序，而不是程序主動(dòng)地收集用戶生成的事件。以這種方式處理用戶交互的程序被稱為“事件驅(qū)動(dòng)”。
這通常使用事件(Event)類來(lái)進(jìn)行處理，其中事件類捕獲了所有用戶生成事件的基礎(chǔ)特性。
文檔處理系統(tǒng)定義和使用其自身的事件以及處理這些事件的方式。幾種類型的事件被使用。例如，鼠標(biāo)事件是來(lái)自用戶的鼠標(biāo)動(dòng)作的事件。與鼠標(biāo)有關(guān)的用戶動(dòng)作由畫布210傳遞到鼠標(biāo)事件。因此，畫布可以被認(rèn)為是用戶與系統(tǒng)交互的最前沿。如果需要，最前沿的畫布將把其與事件有關(guān)的內(nèi)容傳遞到其下級(jí)。
另一方面，按鍵事件從畫布210產(chǎn)生。按鍵事件具有瞬時(shí)的焦點(diǎn)，即，按鍵事件涉及任意瞬時(shí)的活動(dòng)。進(jìn)入到畫布210的按鍵事件接著被傳遞到其上級(jí)。鍵盤輸入通過(guò)能夠處理字符串插入的不同事件而被處理。在使用鍵盤插入字符時(shí)，將觸發(fā)處理字符串插入的事件。其他的“事件”包括例如拖動(dòng)事件、放置事件和其他能夠以與鼠標(biāo)事件相似的方式處理的事件。
1.在詞匯連接之外處理事件使用事件線程對(duì)事件進(jìn)行傳遞。在接收到事件后，畫布210改變其狀態(tài)。如果需要，畫布210將命令1052記入到命令隊(duì)列(CommandQueue)1053。
2.在詞匯連接之內(nèi)處理事件通過(guò)使用詞匯連接插件301，作為目的畫布(DestinationCanvas)一例的XHTMLCanvas 1106接收現(xiàn)有的事件，例如鼠標(biāo)事件、鍵盤事件、拖動(dòng)和放置事件、以及詞匯的特有事件。這些事件接著被通知到連接器304。更具體地說(shuō)，詞匯連接插件301內(nèi)的事件流經(jīng)過(guò)源窗格1103、詞匯連接畫布VCCanvas1104、目的窗格(DestinationPane)1105、作為目的畫布一例的DestinationCanvas 1106、目的DOM樹和連接器樹，如圖21(b)所示。
F.程序調(diào)用器(ProgramInvoker)及其與其他組件之間的關(guān)系。
在圖14(a)中更加詳細(xì)地顯示了程序調(diào)用器103及其與其他組件之間的關(guān)系。程序調(diào)用器103是在執(zhí)行環(huán)境中被執(zhí)行以啟動(dòng)文檔處理系統(tǒng)的基本程序。用戶應(yīng)用程序(UserApplication)106、服務(wù)代理(ServiceBroker)1041、命令調(diào)用器(CommandInvoker)1051和資源(Resource)109都被聯(lián)接到程序調(diào)用器103，如圖11(b)所示。如前所述，應(yīng)用程序102是在執(zhí)行環(huán)境中運(yùn)行的組件。同樣，服務(wù)代理1041管理向系統(tǒng)增加各種功能的插件。另一方面，命令調(diào)用器1051維護(hù)用來(lái)執(zhí)行命令的類和函數(shù)，從而執(zhí)行用戶提供的指令。
1.插件和服務(wù)下面將參照?qǐng)D14(b)詳細(xì)描述服務(wù)代理1041。如上所述，服務(wù)代理1041管理向系統(tǒng)增加各種功能的插件(及相關(guān)服務(wù))。服務(wù)(Service)1042在最底層，在該層中可以將特征增加到文檔處理系統(tǒng)，或改變?cè)撓到y(tǒng)中的特征?！胺?wù)”由兩部分構(gòu)成服務(wù)種類401和服務(wù)提供器402(ServiceProvider)。如圖14(c)所示，單個(gè)的服務(wù)種類(ServiceCategory)401可具有多個(gè)相關(guān)的服務(wù)提供器402，這些多個(gè)服務(wù)提供器402中的每一個(gè)都可操作以執(zhí)行所有或部分的特定服務(wù)種類。另一方面，服務(wù)種類401則定義了服務(wù)的類型。
服務(wù)可分為三種類型1)向系統(tǒng)提供特定特征的特征服務(wù)；2)應(yīng)用程序服務(wù)，其是由文檔處理系統(tǒng)運(yùn)行的應(yīng)用程序；以及3)提供在整個(gè)文檔處理系統(tǒng)中需要的特征的環(huán)境服務(wù)。
圖14(d)中示出了服務(wù)的例子。根據(jù)應(yīng)用程序服務(wù)的種類，系統(tǒng)實(shí)用程序是相應(yīng)服務(wù)提供器的示例。同樣，Editlet 206是一個(gè)種類，HTMLEditlet和SVGEditlet是相應(yīng)的服務(wù)提供器。區(qū)工廠205是服務(wù)的另一種，并具有相應(yīng)的服務(wù)提供器(未示出)。
之前描述的向文檔處理系統(tǒng)增加功能的插件可以看作是由幾個(gè)服務(wù)提供器402和與其相關(guān)的類構(gòu)成的單元，如圖14(c)和14(d)所示。各個(gè)插件都應(yīng)該具有在聲明文件中寫入的從屬性和服務(wù)種類401。
2.程序調(diào)用器和應(yīng)用程序之間的關(guān)系圖14(e)詳細(xì)顯示了程序調(diào)用器103和用戶應(yīng)用程序106之間的關(guān)系。所需的文檔、數(shù)據(jù)等從存儲(chǔ)器中載入。所有需要的插件載入到服務(wù)代理1041。服務(wù)代理1041管理并維護(hù)所有的插件?？晌锢淼貙⒉寮黾拥较到y(tǒng)，或者可從存儲(chǔ)器中載入其功能。在載入插件的內(nèi)容后，服務(wù)代理1041定義相應(yīng)的插件。相應(yīng)的用戶應(yīng)用程序106被創(chuàng)建，接著被載入到執(zhí)行環(huán)境101并聯(lián)接到程序調(diào)用器103。
G.應(yīng)用程序服務(wù)和環(huán)境之間的關(guān)系圖15(a)進(jìn)一步示出了載入程序調(diào)用器103中的應(yīng)用程序服務(wù)的結(jié)構(gòu)。作為命令子系統(tǒng)105組件的命令調(diào)用器1051調(diào)用或執(zhí)行程序調(diào)用器103內(nèi)的命令1052。命令1052則是用來(lái)在文檔處理系統(tǒng)中處理文檔(例如，XML文檔)和編輯相應(yīng)的XMLDOM樹的指令。命令調(diào)用器1051維護(hù)執(zhí)行命令1052所需的功能和類。
服務(wù)調(diào)用器1041也在程序調(diào)用器103中執(zhí)行。用戶應(yīng)用程序106連接到用戶界面107和核心組件(CoreComponent)110。核心組件110提供了一種在所有的窗格之間共享文檔的方式。核心組件110還提供字體并作為用于窗格的工具包。
圖15(b)顯示了框架(Frame)1071、菜單欄(MenuBar)1072和狀態(tài)欄(StatusBar)1073之間的關(guān)系。
H.應(yīng)用程序核心圖16(a)進(jìn)一步解釋了應(yīng)用程序核心110，其保存所有文檔以及作為文檔一部分并屬于文檔的數(shù)據(jù)。核心組件(CoreComponent)110聯(lián)接到管理文檔1082的文檔管理器(DocumentManager)1081。文檔管理器1081是存儲(chǔ)到與文檔處理系統(tǒng)關(guān)聯(lián)的存儲(chǔ)器中的所有文檔1082的所有者。
為了便于在屏幕上容易地顯示文檔，文檔管理器1081還連接到根窗格1084。剪貼板(ClipBoard)1087、快照(SnapShot)1088、拖放工具(Drag&Drop)601，以及覆蓋(Overlay)602的功能也被聯(lián)接到核心組件110。
快照1088用來(lái)將應(yīng)用程序狀態(tài)復(fù)原。在用戶調(diào)用快照功能1088時(shí)，應(yīng)用程序的當(dāng)前狀態(tài)被檢測(cè)并存儲(chǔ)。其后，在應(yīng)用程序改變?yōu)榱硪粻顟B(tài)時(shí)，所存儲(chǔ)的狀態(tài)的內(nèi)容被保存下來(lái)。在圖16(b)中示出了快照1088。在操作中，當(dāng)應(yīng)用程序從一個(gè)URL移動(dòng)到另一個(gè)時(shí)，快照1088會(huì)記住先前的狀態(tài)，從而能夠無(wú)縫地執(zhí)行回退和前進(jìn)操作。
I.在文檔管理器中文檔的構(gòu)成圖17(a)更加詳細(xì)地描述了文檔管理器1081以及如何在文檔管理器中構(gòu)成并保存文檔。如圖11(b)所示，文檔管理器1081管理文檔1082。在圖17(a)顯示的實(shí)施例中，多個(gè)文檔中的一個(gè)為根文檔(RootDocument)701，其他的文檔為子文檔(SubDocument)702。文檔管理器1081連接到根文檔701，根文檔701則連接到所有的子文檔702。
如圖12和17(a)所示，文檔管理器1081耦合到文檔容器(DocumentContainer)203，文檔容器203是管理所有文檔1082的對(duì)象。形成工具包(例如，XML工具包)201的一部分的工具(包括DOM服務(wù)703和IO管理器(IOManager)704)也提供給文檔管理器1081。再參照?qǐng)D17(a)，DOM服務(wù)703基于由文檔管理器1081管理的文檔來(lái)創(chuàng)建DOM樹。各個(gè)文檔705，不管是根文檔701還是子文檔702都容納在相應(yīng)的文檔容器203中。
圖17(b)顯示了一組文檔A-E是如何以分級(jí)結(jié)構(gòu)排列的實(shí)施例。文檔A為根文檔。文檔B-D是文檔A的子文檔。文檔E則是文檔D的子文檔。圖17(b)的左側(cè)還顯示了如何將文檔的同一分級(jí)結(jié)構(gòu)顯示在屏幕上的實(shí)施例。作為根文檔的文檔A顯示為基礎(chǔ)框架。文檔A的子文檔B-D顯示為在基礎(chǔ)框架A內(nèi)的子框架。文檔D的子文檔E在屏幕上顯示為子框架D的子框架。
再參照?qǐng)D17(a)，為各個(gè)文檔容器203創(chuàng)建撤消管理器(UndoManager)706和撤消封裝器(UndoWrapper)707。撤消管理器706和撤消封裝器707用來(lái)執(zhí)行可撤消的命令。使用該特征，可以撤消使用編輯操作對(duì)文檔所作的改變。子文檔中的改變也會(huì)涉及到根文檔。撤消操作考慮到了影響分級(jí)結(jié)構(gòu)內(nèi)其他文檔的改變，并確保了在分級(jí)結(jié)構(gòu)鏈中的所有文檔之間所維護(hù)的一致性，例如，如圖17(b)所示。
撤消封裝器707將與容器203中的子文檔相關(guān)的撤消對(duì)象進(jìn)行封裝，并將它們和與根文檔相關(guān)的撤消對(duì)象耦合。撤消封裝器707使得可撤消編輯接收器(UndoableEditAcceptor可撤消編輯接受單元)709能夠收集撤消對(duì)象。
撤消管理器706和撤消封裝器707連接到可撤消編輯接收器709和可撤消編輯源(UndoableEditSource)708。本領(lǐng)域技術(shù)人員應(yīng)該理解，文檔705可以是可撤消編輯源708，并因此可以是可撤消編輯對(duì)象的源。
J.撤消命令和撤消框架圖18(a)和(b)進(jìn)一步詳細(xì)地顯示了撤消框架和撤消命令。如圖18(a)所示，撤消命令(UndoCommand)801、重做命令(RedoCommand)802和可撤消編輯命令(UndoableEditCommand)803是能夠排列在命令調(diào)用器1051中的命令(如圖11(b)所示)并且被相應(yīng)地執(zhí)行。可撤消編輯命令803還進(jìn)一步聯(lián)接到可撤消編輯源708和可撤消編輯接收器709。例如，可撤消編輯命令是“foo”編輯命令804和“bar”編輯命令805。
圖18(b)顯示了可撤消編輯命令的執(zhí)行。首先，假設(shè)用戶使用編輯命令來(lái)編輯文檔705。在第一步驟S1，可撤消編輯接收器709被聯(lián)接到可撤消編輯源708，可撤消編輯源708為文檔705的DOM樹。在第二步驟S2，基于由用戶發(fā)出的命令，使用DOM的API對(duì)文檔705進(jìn)行編輯。在第三步驟S3，向變化事件監(jiān)聽(tīng)器通知已經(jīng)發(fā)生了改變。即，在該步驟，監(jiān)控DOM樹中所有改變的監(jiān)聽(tīng)器檢測(cè)編輯操作。在第四步驟S4，將可撤消的編輯存儲(chǔ)為撤消管理器706的對(duì)象。在第五步驟S5，可撤消編輯接收器709與可撤消編輯源708分開(kāi)，可撤消編輯源708可以是文檔705本身。
K.向系統(tǒng)載入文檔時(shí)需要的步驟上述幾個(gè)子部分描述了系統(tǒng)的各個(gè)組件和子組件。下面將描述在使用這些組件時(shí)用到的方法。圖19(a)顯示了如何將文檔載入到文檔處理系統(tǒng)中的總體圖。參照?qǐng)D24-28詳細(xì)地描述各個(gè)步驟的特定的例子。
簡(jiǎn)言之，文檔處理系統(tǒng)從由在文檔中包含的數(shù)據(jù)構(gòu)成的二進(jìn)制數(shù)據(jù)流創(chuàng)建DOM樹。為文檔中的感興趣的并位于“區(qū)”中的一部分創(chuàng)建頂節(jié)點(diǎn)(ApexNode)，接著確定相應(yīng)的“窗格”。所確定的窗格從頂節(jié)點(diǎn)和物理屏幕表面創(chuàng)建“區(qū)”和“畫布”?！皡^(qū)”為各個(gè)節(jié)點(diǎn)創(chuàng)建“方面”，并為它們提供所需信息。畫布創(chuàng)建用于呈現(xiàn)DOM樹的節(jié)點(diǎn)的數(shù)據(jù)結(jié)構(gòu)。
具體地，文檔從存儲(chǔ)器901載入。接著，創(chuàng)建文檔的DOM樹902。創(chuàng)建保存文檔的相應(yīng)文檔容器903。接著將文檔容器903聯(lián)接到文檔管理器904。DOM樹包括根節(jié)點(diǎn)，并且可選地包括多個(gè)次級(jí)節(jié)點(diǎn)。
典型地，這種文檔包括文本和圖形。因此，DOM樹例如能夠具有XHTML子樹以及SVG子樹。XHTML子樹具有XHTML頂節(jié)點(diǎn)905。同樣，SVG子樹具有SVG頂節(jié)點(diǎn)906。
在步驟1，將頂節(jié)點(diǎn)906聯(lián)接到窗格907(窗格907是屏幕的邏輯布局)。在步驟2，窗格907向應(yīng)用程序核心(即窗格所有者(PaneOwner)908)請(qǐng)求用于頂節(jié)點(diǎn)906的區(qū)工廠。在步驟3，窗格所有者908返回區(qū)工廠以及作為用于頂節(jié)點(diǎn)906的畫布工廠的Editlet。
在步驟4，窗格907創(chuàng)建區(qū)909，區(qū)909聯(lián)接至窗格。在步驟5，區(qū)909為各個(gè)節(jié)點(diǎn)創(chuàng)建“方面”，并聯(lián)接到相應(yīng)的節(jié)點(diǎn)。在步驟6，窗格907創(chuàng)建畫布910。畫布910與窗格907聯(lián)接。在畫布910中包括各種命令。在步驟7中，畫布910則構(gòu)建用于將文檔呈現(xiàn)在屏幕上的數(shù)據(jù)結(jié)構(gòu)。在XHTML的情況下，這包括盒樹結(jié)構(gòu)。
1.區(qū)的MVC圖19(b)使用MVC范例顯示了區(qū)的結(jié)構(gòu)概要。在這種情況下，模型(M)包括區(qū)工廠創(chuàng)建的區(qū)和“方面”，這是因?yàn)樗鼈兪桥c文檔相關(guān)的輸入。用于將文檔呈現(xiàn)在屏幕上的畫布和數(shù)據(jù)結(jié)構(gòu)是為用戶顯示在屏幕上的輸出，因此，視圖(V)對(duì)應(yīng)于畫布和數(shù)據(jù)結(jié)構(gòu)?？刂?C)包括畫布中所包含的命令，這是由于這些命令對(duì)文檔及其關(guān)系執(zhí)行控制操作。
L.文檔的表述下面將使用圖20來(lái)描述復(fù)合文檔及其各種表述的實(shí)施例。在該實(shí)施例中使用的文檔包括文本和圖片。文本使用XHTML表述，而圖片用SVG表述。圖20詳細(xì)顯示了用于文檔組件的MVC表述以及相應(yīng)對(duì)象的關(guān)系。對(duì)于該示例性的表述，文檔1001聯(lián)接到保存文檔1001的文檔容器1002。文檔用DOM樹1003表述。DOM樹1003包括頂節(jié)點(diǎn)1004。
頂節(jié)點(diǎn)用陰影圓圈表示。非頂節(jié)點(diǎn)用非陰影圓圈表示。用來(lái)編輯節(jié)點(diǎn)的“方面”用三角形表示，并被聯(lián)接到相應(yīng)的節(jié)點(diǎn)。由于文檔具有文本和圖片，所以用于該文檔的DOM樹包括XHTML部分和SVG部分。頂節(jié)點(diǎn)1004是XHTML子樹的最頂部的節(jié)點(diǎn)。該頂節(jié)點(diǎn)被聯(lián)接到XHTML窗格1005，XHTML窗格1005是文檔XHTML部分的物理表述的最頂部窗格。該頂節(jié)點(diǎn)1004還聯(lián)接到XHTML區(qū)1006，其中XHTML區(qū)1006是文檔DOM樹的一部分。
與節(jié)點(diǎn)1004相對(duì)應(yīng)的“方面”1041還聯(lián)接到XHTML區(qū)1006。XHTML區(qū)1006則聯(lián)接到XHTML窗格1005。XHTML的Editlet創(chuàng)建XHTML畫布1007，XHTML畫布1007是文檔的邏輯表述。XHTML畫布1007聯(lián)接到XHTML窗格1005。XHTML畫布1007為文檔1001的XHTML組件創(chuàng)建盒樹1009。維護(hù)和呈現(xiàn)文檔的XHTML部分所需的各種命令1008也被增加到XHTML畫布1007。
同樣，該文檔的SVG子樹的頂節(jié)點(diǎn)1010被聯(lián)接到SVG區(qū)1011，SVG區(qū)1011是文檔1001的DOM樹的、用于表述文檔的SVG組件的部分。頂節(jié)點(diǎn)1010被聯(lián)接到SVG窗格1013，SVG窗格1013是文檔的SVG部分的物理表述的最頂部窗格。表述文檔的SVG部分的邏輯表述的SVG畫布1012通過(guò)SVGEditlet創(chuàng)建，并被聯(lián)接到SVG窗格(SVGPane)1013。用于將文檔的SVG部分呈現(xiàn)在屏幕上的數(shù)據(jù)結(jié)構(gòu)和命令1014被聯(lián)接到SVG畫布(SVGCanvas)1012。例如，這種數(shù)據(jù)結(jié)構(gòu)可包括圓圈、線、矩形等，如圖所示。
下面將使用先前描述的MVC范例，參照?qǐng)D21(a)進(jìn)一步討論參照?qǐng)D20描述的、用于對(duì)該示例性文檔進(jìn)行表述的部件。圖21(a)提供了文檔1001的XHTM組件的MV關(guān)系的簡(jiǎn)化圖。圖中的模型是用于文檔1001的XHTML組件的XHTML(XHTMLZone)區(qū)1101。包括在XHTML區(qū)樹中的是幾個(gè)節(jié)點(diǎn)及其相應(yīng)的“方面”。相應(yīng)的XHTML區(qū)和窗格是MVC范例的模型(M)部分的一部分。MVC范例的視圖(V)部分是用于文檔1001的HTML組件的相應(yīng)的XHTML畫布1102和盒樹。通過(guò)畫布以及其中所包含的命令，文檔的XHTML部分被呈現(xiàn)在屏幕上。例如鍵盤和鼠標(biāo)輸入的事件以如圖所示的相反方向進(jìn)行處理。
也就是說(shuō)，源窗格(SourcePane)具有附加功能，以起到DOM保持器的作用。圖21(b)提供了在圖21(a)中示出的用于文檔1001的組件的詞匯連接。作為源DOM保持器的源窗格1103包含了用于文檔的源DOM樹。連接器樹(ConnectorTree)1004通過(guò)連接器工廠(ConnectorFactory)創(chuàng)建，連接器樹1004又創(chuàng)建作為目的DOM樹保持器的目的窗格(DestinationPane)1105。目的窗格1105接著以盒樹的形式被布置為XHTML目的畫布(XHTMLDestinationCanvas)1106。
M.插件子系統(tǒng)、詞匯連接和連接器之間的關(guān)系圖22(a)-(c)分別顯示了與插件子系統(tǒng)、詞匯連接和連接器相關(guān)的附加細(xì)節(jié)。插件子系統(tǒng)被用來(lái)向文檔處理系統(tǒng)增加功能，或與之交換功能。插件子系統(tǒng)包括服務(wù)代理(ServiceBroker)1041。聯(lián)接到服務(wù)代理1041的區(qū)工廠服務(wù)(ZoneFactoryService)1201負(fù)責(zé)創(chuàng)建用于文檔的部分的區(qū)。Editlet服務(wù)(EditletService)1202還被聯(lián)接到服務(wù)代理1041。Editlet服務(wù)(EditletService)1202創(chuàng)建與區(qū)中的節(jié)點(diǎn)相對(duì)應(yīng)的畫布。
區(qū)工廠的例子是分別創(chuàng)建XHTML區(qū)和SVG區(qū)的XHTML區(qū)工廠1211和SVG區(qū)工廠(SVGZoneFactory)1212。如上參照示例性文檔所述，文檔的文本組件可通過(guò)創(chuàng)建XHTML區(qū)來(lái)表述，而圖片則可使用SVG區(qū)來(lái)表述。Editlet服務(wù)(EditletService)的示例包括XHTMLEditlet 1221和SVGEditlet 1222。
圖22(b)進(jìn)一步詳細(xì)顯示了詞匯連接，如上所述，詞匯連接是文檔處理系統(tǒng)的重要特征，其能夠使兩種不同方式的文檔的表述和顯示保持一致。能夠維護(hù)連接器工廠303的詞匯連接管理器(VCManager)302是詞匯連接子系統(tǒng)的一部分。連接器工廠303為文檔創(chuàng)建連接器304。如上所述，連接器觀察源DOM中的節(jié)點(diǎn)，并修改目的DOM中的節(jié)點(diǎn)，以維護(hù)兩種表述之間的一致性。
模板(Template)317表述用于一些節(jié)點(diǎn)的轉(zhuǎn)換規(guī)則。事實(shí)上，詞匯連接描述符(VCD)文件是表示一些規(guī)則的一系列模板，這些規(guī)則用于將滿足某種路徑或規(guī)則的元素或元素集合轉(zhuǎn)換為其他的元素。模板317和命令模板(CommandTemplate)318都聯(lián)接到詞匯連接管理器302。詞匯連接管理器302是管理VCD文件中的所有部分的對(duì)象。為一個(gè)VCD文件創(chuàng)建一個(gè)詞匯連接管理器對(duì)象。
圖22(c)表示了連接器的附加細(xì)節(jié)。連接器工廠303從源文檔中創(chuàng)建連接器。連接器工廠303聯(lián)接于詞匯、模板和元素模板，并分別創(chuàng)建詞匯連接器(VocabularyConnector)、模板連接器(TemplateConnector)和元素連接器(ElementConnector)。
詞匯連接管理器302維護(hù)連接器工廠303。為了創(chuàng)建詞匯，讀取相應(yīng)的VCD文件。接著創(chuàng)建連接器工廠303。該連接器工廠303與負(fù)責(zé)創(chuàng)建區(qū)的區(qū)工廠205和負(fù)責(zé)創(chuàng)建畫布的Editlet服務(wù)206相關(guān)聯(lián)。
接著，用于目標(biāo)詞匯的Editlet服務(wù)創(chuàng)建詞匯連接畫布。詞匯連接畫布為源DOM樹或區(qū)中的頂節(jié)點(diǎn)創(chuàng)建連接器。接著，根據(jù)需要遞歸地創(chuàng)建子連接器。通過(guò)VCD文件中的一組模板創(chuàng)建連接器樹。
模板是用于將標(biāo)記語(yǔ)言的元素轉(zhuǎn)換為其他元素的規(guī)則集合。例如，各個(gè)模板與源DOM樹或區(qū)相匹配。在正確匹配時(shí)，創(chuàng)建頂點(diǎn)連接器。例如，模板“A/*/D”監(jiān)測(cè)所有從節(jié)點(diǎn)A開(kāi)始、在節(jié)點(diǎn)D結(jié)束的樹分支，而不考慮節(jié)點(diǎn)A和節(jié)點(diǎn)D之間的節(jié)點(diǎn)。同樣，“//B”對(duì)應(yīng)于所有來(lái)自根節(jié)點(diǎn)的“B”節(jié)點(diǎn)。
N.VCD文件相關(guān)的連接器樹的示例下面將解釋與特定文檔相關(guān)的處理。名為MySampleXML的文檔被載入文檔處理系統(tǒng)。圖23顯示了使用詞匯連接管理器的VCD腳本和用于MySampleXML的連接器工廠樹的實(shí)施例。在圖中顯示了腳本文件內(nèi)的詞匯部分、模板部分以及它們?cè)谠~匯連接管理器中的相應(yīng)組件。在標(biāo)簽“vcd:vocabulary”下提供了屬性match＝″sample:root″、label＝″MySampleXML″以及call-template＝″sampleTemplate″。
與該實(shí)施例相對(duì)應(yīng)，在MySampleXML的詞匯連接管理器中，詞匯包括頂點(diǎn)元素“sample:root”。相應(yīng)的UI標(biāo)注為“MySampleXML”。在模板部分，標(biāo)簽為vcd:template，名稱為“sample template”。
O.將文件載入系統(tǒng)的詳細(xì)例子圖24-28顯示了載入文檔MySampleXML的詳細(xì)描述。在步驟1，如圖24(a)所示，文檔從存儲(chǔ)器1405中載入。DOM服務(wù)創(chuàng)建DOM樹和文檔管理器1406以及對(duì)應(yīng)的文檔容器1401。文檔容器1401聯(lián)接到文檔管理器1406。文檔包括用于XHTML和MySampleXML的子樹。XHTML頂節(jié)點(diǎn)1403是用于XHTML的最頂部的節(jié)點(diǎn)，并具有標(biāo)簽xhtml:html。另一方面，頂節(jié)點(diǎn)1404對(duì)應(yīng)于MySampleXML的最頂部的節(jié)點(diǎn)，并具有標(biāo)簽sample:root。
在步驟2，如圖24(b)所示，根窗格(RootPane)為文檔創(chuàng)建XTML區(qū)、“方面”和畫布。創(chuàng)建與頂節(jié)點(diǎn)1403相應(yīng)的窗格(Pane)1407、XHTML區(qū)(XHTMLZone)1408、XHTML畫布(XHTMLCanvas)1409和盒樹(BoxTree)1410。
在步驟3，如圖24(c)所示，XHTML區(qū)找到外來(lái)的標(biāo)簽“sample:root”，并從XHTML畫布的區(qū)創(chuàng)建子窗格。
圖25顯示了步驟4，在步驟4中，子窗格1501獲取能夠處理“sample:root”標(biāo)簽并創(chuàng)建適當(dāng)?shù)膮^(qū)的相應(yīng)的區(qū)工廠。這種區(qū)工廠將在能夠?qū)崿F(xiàn)區(qū)工廠的詞匯中。區(qū)工廠包括MySampleXML中的詞匯部分(VocabularySection)的內(nèi)容。
圖26顯示了步驟5，在步驟5中，與MySampleXML對(duì)應(yīng)的詞匯創(chuàng)建缺省的區(qū)(DefaultZone)1601。相應(yīng)的Editlet被創(chuàng)建并被提供給子窗格1501，以創(chuàng)建相應(yīng)的畫布。Editlet創(chuàng)建詞匯連接畫布，稱為模板部分(TemplateSection)還包括連接器工廠樹(ConnectorFactoryTree)。連接器工廠樹創(chuàng)建所有的連接器，創(chuàng)建的連接器形成連接器樹。
圖27顯示了步驟6，，各個(gè)連接器創(chuàng)建目的DOM對(duì)象。一些連接器包括xpath信息。xpath信息包括一個(gè)或多個(gè)xpath表達(dá)式，xpath表達(dá)式用來(lái)確定需要被監(jiān)測(cè)是否發(fā)生了改變/修改的源DOM樹的子集。
在圖28所示步驟7中，詞匯從源DOM的窗格形成目的DOM樹的目的窗格(DestinationPane)。這基于源窗格(SourcePane)來(lái)完成。接著，將目的樹的頂節(jié)點(diǎn)(ApexNode)聯(lián)接到目的窗格以及相應(yīng)的區(qū)。接著為目的窗格設(shè)置其自身的Editlet，Editlet則創(chuàng)建目的畫布(DestinationCanvas)，并構(gòu)建數(shù)據(jù)結(jié)構(gòu)和命令，從而以目的格式呈現(xiàn)文檔。
圖29(a)顯示了發(fā)生于某節(jié)點(diǎn)的事件流，該節(jié)點(diǎn)不具有相應(yīng)的源節(jié)點(diǎn)并僅依賴于目的樹。在第一步驟，畫布所獲取的事件(例如鼠標(biāo)事件和鍵盤事件)通過(guò)目的樹，并被傳輸?shù)皆啬０暹B接器(ElementTemplateConnector)。元素模板連接器不具有相應(yīng)的源節(jié)點(diǎn)，因此被傳送的事件并不是對(duì)源節(jié)點(diǎn)的編輯操作。如果所傳送的事件與命令模板(CommandTemplate)中描述的命令相匹配，則執(zhí)行相應(yīng)的動(dòng)作。否則，元素模板連接器忽略所傳送的事件。
圖29(b)顯示了發(fā)生于某目的樹的節(jié)點(diǎn)的事件流，該目的樹的節(jié)點(diǎn)通過(guò)文本連接器(TextOfConnector)與源節(jié)點(diǎn)相關(guān)聯(lián)。文本連接器從由源DOM樹的XPath規(guī)定的節(jié)點(diǎn)獲取文本節(jié)點(diǎn)，并將該文本節(jié)點(diǎn)映射為目的DOM樹的節(jié)點(diǎn)。畫布所獲取的事件(例如鼠標(biāo)事件和鍵盤事件)通過(guò)目的樹，并被傳送到文本連接器。文本連接器將所傳送的事件映射為相應(yīng)源節(jié)點(diǎn)的編輯命令，并將這些命令設(shè)置在隊(duì)列(Queue)1053中。編輯命令是通過(guò)“方面”執(zhí)行的DOM的一組API調(diào)用。當(dāng)執(zhí)行設(shè)置在隊(duì)列中的命令時(shí)，編輯源節(jié)點(diǎn)。在編輯源節(jié)點(diǎn)時(shí)，發(fā)出變化事件，并且將對(duì)源節(jié)點(diǎn)的修改通知到注冊(cè)為監(jiān)聽(tīng)器的文本連接器。文本連接器重新建立目的樹，從而在相應(yīng)的目的節(jié)點(diǎn)中反映出對(duì)源節(jié)點(diǎn)的修改。如果包含文本連接器的模板包括控制聲明，例如“for each”和“for loop”，則連接器工廠重新評(píng)估控制聲明。在重建文本連接器后，重建目的樹。
(第一實(shí)施方式)在第一實(shí)施方式中，提出了從多個(gè)文檔文件獲取數(shù)據(jù)，通過(guò)將這些數(shù)據(jù)整形為預(yù)定的形式，建立一個(gè)虛擬文檔進(jìn)行提示的技術(shù)。
文檔處理裝置在讀入存儲(chǔ)了收集數(shù)據(jù)所用的鑰(key)的信息的文檔文件(下面稱為“主文檔文件”)時(shí)，獲取與該主文檔對(duì)應(yīng)的定義文件。定義文件可以由主文檔文件指定，也可根據(jù)描述主文檔文件內(nèi)容的詞匯的命名空間進(jìn)行選擇。在定義文件中描述了根據(jù)存儲(chǔ)于主文檔文件的鑰從其他文檔文件(下面稱為“副文檔文件”)收集數(shù)據(jù)用的規(guī)則。文檔處理裝置20根據(jù)鑰和規(guī)則，從副文檔文件收集預(yù)定的數(shù)據(jù)，建立虛擬文檔。
圖30顯示了根據(jù)本實(shí)施方式的各文件的相互關(guān)系的模式圖。首先，VC單元80根據(jù)主文檔文件3318所描述的信息和定義文件3320所描述的規(guī)則，讀入副文檔文件3310a～3310d。副文檔文件3310可以是一個(gè)文件，也可以是多個(gè)文件，這里的例子為3310a～3310d四個(gè)文件。接著DOM生成單元34生成副文檔的DOM樹。VC單元80進(jìn)而根據(jù)定義文件3320所描述的模板生成連接樹，從連接樹生成目的樹。連接樹保持由主文檔的DOM樹及副文檔的DOM樹所構(gòu)成的源樹和目的樹之間的對(duì)應(yīng)關(guān)系。目的樹是負(fù)責(zé)該詞匯的顯示/編輯系統(tǒng)的插件，例如由HTML單元50顯示編輯的虛擬文檔3322。
由此，能夠適當(dāng)?shù)靥崛〈鎯?chǔ)于主文檔文件3318及副文檔文件3310a～3310d中的片斷3312a～3312d，對(duì)其進(jìn)行整形，建立虛擬的一個(gè)文檔進(jìn)行顯示、編輯。這里，所謂“片斷”是指由XML等的結(jié)構(gòu)化語(yǔ)言所描述的數(shù)據(jù)的一部分，相當(dāng)于被樹狀地層疊化的數(shù)據(jù)的部分樹。用戶意識(shí)不到這樣建立的虛擬文檔(目的樹)實(shí)際是由跨越多個(gè)文檔的被存儲(chǔ)的數(shù)據(jù)組成的，能夠象處理一個(gè)文檔那樣進(jìn)行編輯?？梢詮亩鄠€(gè)具有相同結(jié)構(gòu)的副文檔文件3310a～3310d中提取特定位置的片斷3312a～3312d，也可以從具有任意結(jié)構(gòu)的多個(gè)副文檔文件3310a～3310d中提取任意位置的片斷3312a～3312d。
另外，圖30中，雖然主文檔文件3318和定義文件3320是不同的文件，但既可以將定義文件3320的內(nèi)容包含在主文檔文件3318中，也可以將這些文件作為實(shí)體上的同一個(gè)文件。另外，同樣，主文檔文件3318和副文檔文件3310也可以作為實(shí)體上的同一個(gè)文件。即，根據(jù)主文檔文件3318所描述的信息和定義文件3320所描述的規(guī)則所決定的片斷的讀取目標(biāo)也可以在主文檔文件3318自身中。一個(gè)文件可以兼具主文檔文件3318、副文檔文件3310、定義文件3320的任意組合，沒(méi)有必要將這些文件作為實(shí)體分開(kāi)。
下面舉例說(shuō)明。在某個(gè)部署中，各成員創(chuàng)建銷售報(bào)告書，負(fù)責(zé)人對(duì)各成員的銷售報(bào)告書進(jìn)行一覽顯示。圖31顯示了進(jìn)行銷售報(bào)告書的一覽顯示時(shí)的屏幕的例子。此例中，姓名為A～E的各成員將由預(yù)定的詞匯表創(chuàng)建的銷售報(bào)告書文件(副文檔文件)創(chuàng)建到自己的目錄。負(fù)責(zé)人在打開(kāi)存儲(chǔ)了成員的姓名等信息的一覽文件(主文檔文件)時(shí)，讀入與該一覽文件對(duì)應(yīng)的一覽顯示用定義文件。在一覽顯示用定義文件中，描述了根據(jù)成員的姓名生成成員的銷售報(bào)告書文件的文件名和存儲(chǔ)了銷售報(bào)告書文件的目錄的路徑名的規(guī)則。文檔處理裝置20根據(jù)該規(guī)則，獲取各成員的銷售報(bào)告書文件。另外，一覽顯示用定義文件中描述了顯示用的模板，根據(jù)該模板生成目的樹。例如，在各成員的銷售報(bào)告書中，使銷售額、時(shí)間、客戶等數(shù)據(jù)與目的樹的節(jié)點(diǎn)對(duì)應(yīng)。由此，在銷售報(bào)告屏幕3350中，一覽文件所描述的成員的銷售數(shù)據(jù)被一覽顯示為數(shù)據(jù)表3352。打開(kāi)一覽文件的負(fù)責(zé)人意識(shí)不到各成員的銷售報(bào)告書已根據(jù)一覽顯示用定義文件提供的片斷集成功能被分成多個(gè)文件存儲(chǔ)，能夠顯示銷售報(bào)告的一覽，進(jìn)行編輯。
在一覽顯示用定義文件中，描述了用于增加或刪除存儲(chǔ)于主文檔文件的鑰的命令。例如，在所述的例子中，在一覽顯示用定義文件中描述了用于增加或刪除成員的命令，分別顯示為銷售報(bào)告屏幕3350上的“追加”按鈕3354和“刪除”按鈕3356。各命令也可以從未圖示的其他菜單窗口進(jìn)行選擇。負(fù)責(zé)人按下“追加”按鈕3354或者“刪除”按鈕3356等，發(fā)出對(duì)成員的增加或刪除命令，則文檔處理裝置20例如，打開(kāi)用于輸入增加或刪除成員姓名的彈出窗口(未示出)接收姓名，將相應(yīng)的成員姓名增加到一覽文件中或者從中刪除。此時(shí)，一覽文件的源樹被改變，該改變通過(guò)變化事件通報(bào)到VC單元80，VC單元80重新建立目的樹。在增加成員時(shí)，文檔處理裝置20重新讀入新增加的成員的銷售報(bào)告書文件，重新建立目的樹。成員被刪除時(shí)，可以將被刪除的成員的銷售報(bào)告書文件的源樹廢棄，也可以保存以用于撤消(undo)操作。據(jù)此，銷售數(shù)據(jù)表3352對(duì)應(yīng)的行被插入或刪除，從而反映成員的增加或刪除。
在保存編輯的文檔時(shí)，可以將主文檔文件3318和副文檔文件3310全部同時(shí)保存，也可以只保存被編輯的文件。例如，在負(fù)責(zé)人修改了某成員的銷售報(bào)告后發(fā)送了保存文檔命令的情況下，也可以只保存被修改的成員的銷售報(bào)告書。在保存文檔文件時(shí)，也可以在主文檔文件3318中記錄副文檔3310的保存時(shí)間。另外，也可以在下一次打開(kāi)主文檔文件時(shí)獲取副文檔文件3310的更新時(shí)間，與主文檔文件3318中所記錄的保存時(shí)間進(jìn)行比較，在有比保存時(shí)間更靠后的被更新的副文檔文件3310的情況下，將該副文檔文件3310的數(shù)據(jù)以可識(shí)別的方式顯示。例如，也可以使更新的數(shù)據(jù)閃爍，或加下劃線等，進(jìn)行強(qiáng)調(diào)顯示。
在主文檔文件3318中，不僅記錄副文檔文件3310的保存時(shí)間，也可以記錄關(guān)于副文檔文件3310的其他一些信息。例如，也可以在主文檔文件3318中記錄顯示副文檔文件3310的內(nèi)容概要的信息。在打開(kāi)主文檔文件3318時(shí)，首先顯示記錄在主文檔文件3318中的概要，用戶要求進(jìn)一步顯示詳細(xì)信息時(shí)，從副文檔文件3310獲取必要的片斷進(jìn)行顯示也可。在此情況下，在主文檔文件3318中記錄副文檔文件3310的保存時(shí)間的概要信息，用戶要求進(jìn)一步顯示詳細(xì)信息時(shí)，將訪問(wèn)副文檔文件3310時(shí)副文檔文件3310的最終更新時(shí)間和主文檔文件3318中記錄的副文檔文件3310的概要信息的保存時(shí)間進(jìn)行比較，如果在最終更新時(shí)間之后還有，則更新主文檔文件3318中記錄的副文檔文件3310的概要信息。
對(duì)主文檔文件3318，可以準(zhǔn)備不同的多個(gè)定義文件3320，也可以根據(jù)不同的用途建立不同的虛擬文檔。例如，也可以準(zhǔn)備僅一覽顯示銷售額的定義文件3320，和一覽顯示銷售額和注釋的定義文件3320，將其進(jìn)行切換。
(第二實(shí)施方式)第二實(shí)施方式提出了多個(gè)用戶共有同一個(gè)文檔并進(jìn)行編輯的技術(shù)。這里，由多個(gè)用戶編輯的“同一個(gè)文檔”的內(nèi)容實(shí)際上是分成多個(gè)文檔文件進(jìn)行保存的。文檔處理裝置20具有將分割成多個(gè)文檔文件進(jìn)行存儲(chǔ)的數(shù)據(jù)進(jìn)行集成顯示的功能，這樣建立的一個(gè)虛擬文檔可由多個(gè)用戶編輯。
以向多個(gè)成員傳閱文檔時(shí)用于從各成員得到反饋的“傳閱郵件”為例說(shuō)明。在由多個(gè)成員對(duì)一個(gè)文檔進(jìn)行編輯實(shí)現(xiàn)傳閱郵件的情況下，某成員在文檔里寫入回答時(shí)，由于該文檔被鎖定，其他成員不能寫入回答。因?yàn)檫@樣的排他處理，在有必要從很多成員得到回答的情況下，存在需要大量時(shí)間的問(wèn)題。
對(duì)此，應(yīng)用第一實(shí)施方式說(shuō)明的技術(shù)，如果將一個(gè)傳閱郵件分割成多個(gè)副文檔文件，各成員只在分配給自己寫入用的副文檔文件中寫入，由于不需要進(jìn)行排他處理了，因此能夠同時(shí)編輯。即使在很多成員編輯傳閱郵件的情況下，也能夠迅速得到回答。另外，由于將各成員可以編輯的文件分開(kāi)，只要指定對(duì)文件的訪問(wèn)權(quán)限，即能夠適當(dāng)?shù)刂付煞襁M(jìn)行編輯。由于各文件的對(duì)應(yīng)關(guān)系與圖30中說(shuō)明的相同，以后，對(duì)各文件用同一符號(hào)進(jìn)行說(shuō)明。
圖32用于說(shuō)明本實(shí)施方式的傳閱郵件及回答的一覽顯示屏幕的例子與副文檔文件3310間的關(guān)系。文檔處理裝置20創(chuàng)建傳閱郵件時(shí)，首先生成用于閱覽、編輯傳閱郵件的定義文件3320和閱覽傳閱郵件的成員人數(shù)份的空的副文檔文件3310。此時(shí)，可生成用于打開(kāi)副文檔文件3310的鑰的信息。例如，可以列舉成員的姓名等的主文檔文件3318，也可將用于打開(kāi)副文檔文件3310的信息包含在定義文件3320中。副文檔文件3310例如可創(chuàng)建在各個(gè)成員的目錄中，僅存儲(chǔ)該成員寫入的內(nèi)容。在圖32的例子中，對(duì)成員A、成員B、成員C分別生成副文檔文件3310a、3310b、3310c，存儲(chǔ)在各個(gè)目錄中。定義文件3320由所有成員共同使用。即，成員打開(kāi)傳閱郵件時(shí)，應(yīng)用相同的定義文件3320，讀入所有成員寫入用副文檔文件3310進(jìn)行顯示。在定義文件3320的模板中，只有打開(kāi)傳閱郵件的本人(例如僅成員A)的副文檔文件3310a的源樹對(duì)應(yīng)有顯示能夠編輯的[text-of]，成員對(duì)傳閱郵件進(jìn)行編輯時(shí)，則對(duì)本人的副文檔文件的源樹進(jìn)行編輯操作。
圖32的傳閱郵件及回答的一覽顯示屏幕3370是關(guān)于作為傳閱郵件的傳閱源的干事E創(chuàng)建的收集關(guān)于舉行部門內(nèi)部聯(lián)歡會(huì)意見(jiàn)的傳閱郵件時(shí)的屏幕例子。一覽顯示屏幕3370中包含傳閱郵件的內(nèi)容顯示區(qū)域3372，以及將對(duì)應(yīng)于傳閱郵件的成員A～C成員在各自的副文檔文件3310a～3310c寫入的內(nèi)容一覽顯示的回答顯示區(qū)域3376。另外，用于顯示、編輯傳閱郵件的定義文件3320中描述有進(jìn)行一覽顯示的命令，顯示為“一覽表示”按鈕3374。另外，在僅顯示傳閱郵件的內(nèi)容顯示領(lǐng)域3372及“一覽表示”按鈕3374的狀態(tài)下，干事E或成員按下“一覽表示”按鈕3374時(shí)，即獲取基于定義文件3320所描述的信息的副文檔文件3310a～3310c，根據(jù)定義文件3320所描述的模板，在回答顯示區(qū)域3376一覽顯示回答。
可以將顯示各副文檔文件3310的內(nèi)容的順序記錄在副文檔文件3310或者定義文件3320中。例如，成員A進(jìn)行寫入后，成員B進(jìn)行寫入時(shí)，如果想將成員A寫入的內(nèi)容顯示在成員B寫入的內(nèi)容之上，例如，可在各自的副文檔文件3310a、3310b或者共通的定義文件3320中記錄寫入的時(shí)間、顯示坐標(biāo)等。另外，也可以在定義文件中描述用于決定顯示順序的規(guī)則。
在圖32的例子中，按照寫入的時(shí)間順序進(jìn)行回答的顯示。這里成員A在確認(rèn)回答是按照成員A、成員B、成員C的順序顯示后，總結(jié)了這些回答后，進(jìn)一步在自己的副文檔文件A中寫入回答。在此情況下，如果成員A在寫入第二次的回答之后，再次按下“一覽表示”按鈕3374，文檔處理裝置20根據(jù)記錄的更新時(shí)間判別新寫入的內(nèi)容，在回答顯示區(qū)域3376中進(jìn)行追加顯示。結(jié)果，顯示成圖32所示的一覽顯示屏幕3370。這樣，如果顯示的順序?yàn)閷懭氲臅r(shí)間順序，則能夠追溯寫入的內(nèi)容的變化。另外，還能夠?qū)崿F(xiàn)每個(gè)成員的匯總顯示，對(duì)某回答的答復(fù)進(jìn)行匯總顯示等，通過(guò)根據(jù)顯示的內(nèi)容決定顯示的順序，實(shí)現(xiàn)用戶易于識(shí)別的一覽顯示。
根據(jù)本實(shí)施方式的技術(shù)，即使不設(shè)置專用的服務(wù)器，通過(guò)將所述文件群存儲(chǔ)在能夠進(jìn)行網(wǎng)絡(luò)訪問(wèn)的存儲(chǔ)裝置上，能夠容易地運(yùn)用布告牌、聊天系統(tǒng)等。
(第三實(shí)施方式)在第三實(shí)施方式中，提出了用于多個(gè)文件的存檔的新技術(shù)。
在將多個(gè)文件存檔而向第三者分發(fā)時(shí)，在將應(yīng)當(dāng)存檔的文件保存到連接到網(wǎng)絡(luò)的計(jì)算機(jī)和服務(wù)器等第三者能訪問(wèn)的場(chǎng)所的同時(shí)，生成只存儲(chǔ)了用于訪問(wèn)這些文件的信息的存檔文件，將該存檔文件向第三者分發(fā)。獲取了存檔文件的第三者根據(jù)存儲(chǔ)于存檔文件中的信息，獲取必要的文件。以往是將應(yīng)當(dāng)存檔的文件歸結(jié)成一個(gè)文件生成存檔文件，本實(shí)施方式提出的存檔文件不包含文件的實(shí)體，僅存儲(chǔ)顯示獲取文件的方法的信息。由此，能夠大幅度降低所分發(fā)的存檔文件的大小。
圖33顯示了第三實(shí)施方式的包含文檔處理裝置20的系統(tǒng)的整體結(jié)構(gòu)。第三實(shí)施方式的文件分發(fā)系統(tǒng)3400的構(gòu)成包括，生成所述存檔文件的分發(fā)源文檔處理裝置20A，和根據(jù)展開(kāi)存檔文件(即存儲(chǔ)在存檔文件中的信息)來(lái)獲取所需要的文件的分發(fā)目的地文檔處理裝置20B。另外，分發(fā)源文檔處理裝置20A、分發(fā)目的地文檔處理裝置20B與存儲(chǔ)有應(yīng)當(dāng)存檔的文件的對(duì)象文件3422a～3422c的文檔服務(wù)器3420通過(guò)網(wǎng)絡(luò)連接。文檔服務(wù)器3420是文件服務(wù)器、ftp服務(wù)器、以及目錄服務(wù)器等從外部可能訪問(wèn)的服務(wù)器。另外，文檔服務(wù)器3420也可以包含分發(fā)源文檔處理裝置20A。另外對(duì)象文件3422的個(gè)數(shù)雖然不局限于3個(gè)，但下面以3個(gè)為例進(jìn)行說(shuō)明。
分發(fā)源文檔處理裝置20A及分發(fā)目的地文檔處理裝置20B的其中之一可以包含前提技術(shù)中圖1說(shuō)明的文檔處理裝置20的各功能塊的全部或者一部分，兩者的結(jié)構(gòu)相同也可以。這里為了便于理解，只將存檔文件的生成及存檔文件的展開(kāi)所必要的功能分別對(duì)應(yīng)分發(fā)源文檔處理裝置20A及分發(fā)目的地文檔處理裝置20B進(jìn)行說(shuō)明。另外，這些結(jié)構(gòu)也與圖1相同，就硬件組件來(lái)說(shuō)，可利用任意的計(jì)算機(jī)的CPU、內(nèi)存、載入內(nèi)存的程序等實(shí)現(xiàn)，這里描述通過(guò)它們的結(jié)合所實(shí)現(xiàn)的功能模塊。因此，本領(lǐng)域技術(shù)人員應(yīng)該理解，這些功能模塊可僅根據(jù)硬件、僅根據(jù)軟件或者根據(jù)其組合等各種形式來(lái)實(shí)現(xiàn)。
分發(fā)源文檔處理裝置20A包括用于接收用戶存檔指示的指示接收單元3412，和根據(jù)指示生成存檔文件3416的存檔文件生成單元3414。分發(fā)目的地文檔處理裝置20B包括獲取分發(fā)源文檔處理裝置20A分發(fā)的存檔文件3416的存檔文件獲取單元3432，和根據(jù)存儲(chǔ)了存檔文件的信息獲取必要的文件的存檔文件展開(kāi)單元3434。分發(fā)目的地文檔處理裝置20B進(jìn)一步包括存儲(chǔ)有用于展開(kāi)存檔文件的定義文件的內(nèi)存3436，以及存儲(chǔ)有獲取了對(duì)象文件3422a～3422的硬盤3438。
下面說(shuō)明根據(jù)所述結(jié)構(gòu)的系統(tǒng)的動(dòng)作。首先，用戶對(duì)指示接收單元3412輸入對(duì)象文件3422a～3422c的名稱和路徑等文件信息指示存檔。指示接收單元3412將關(guān)于對(duì)象文件3422a～3422c的信息分配給存檔文件生成單元3414。存檔文件生成單元3414獲取文件信息，生成存儲(chǔ)了這些信息的存檔文件3416。存儲(chǔ)于存檔文件3416中的信息可以是對(duì)象文件3422a～3422c的鏈接信息，例如顯示對(duì)象文件3422a～3422c所存儲(chǔ)的位置的路徑及文件名，也可以是URL等。另外，也可以確定“http://”和“ftp://”等的協(xié)議名。將預(yù)先保存在特定場(chǎng)所的對(duì)象文件3422a～3422c存檔時(shí)，存檔文件生成單元3414獲取這些路徑，存儲(chǔ)到存檔文件3416中。將本地的對(duì)象文件3422a～3422c存檔時(shí)，存檔文件生成單元3414將對(duì)象文件3422a～3422c復(fù)制到第三者能夠訪問(wèn)的文檔服務(wù)器3420中，也可以在存檔文件3416中保存指向復(fù)制位置的路徑。
不僅可以將多個(gè)對(duì)象文件3422a～3422c存檔，例如，也可以生成用于集成包含在對(duì)象文件3422a～3422c的XML文件中的特定片斷的存檔文件3416。此時(shí)，在存檔文件3416中，存儲(chǔ)有確定應(yīng)當(dāng)存檔的對(duì)象文件3422a～3422c的文件信息，和確定其中所包含的片斷的片斷信息。片斷信息可利用例如Xpath等來(lái)進(jìn)行描述。
另一方面，在發(fā)送目的地文檔處理裝置20B中，能夠利用根據(jù)第一及第二實(shí)施方式的定義文件3320的集成功能，進(jìn)行存檔文件3416的展開(kāi)。在這種情況下，存儲(chǔ)了用于集成的鑰的信息的主文檔文件相當(dāng)于存檔文件3416，實(shí)現(xiàn)集成功能的定義文件3320相當(dāng)于展開(kāi)(解壓縮)用軟件。即，由存檔文件獲取單元3432通過(guò)未示出的網(wǎng)絡(luò)等獲取的存檔文件3416根據(jù)存儲(chǔ)于內(nèi)存3436中的定義文件3320在存檔文件展開(kāi)單元3434中進(jìn)行展開(kāi)。由于在定義文件3320中，能夠描述菜單等的UI和條件分支等的邏輯，因此在獲取已存檔的對(duì)象文件3422a～3422c時(shí)，執(zhí)行這些邏輯，例如，能夠進(jìn)行配合環(huán)境來(lái)選擇獲取的對(duì)象文件3422等的處理。這樣，存檔文件展開(kāi)單元3434從文檔服務(wù)器3420獲取對(duì)象文件3422a～3422c或者其片斷，存儲(chǔ)在硬盤3438中。
在希望將用于集成對(duì)象文件3422的集成用定義文件作為公共文件時(shí)，所述邏輯在定義文件3320中不描述，只將通用的功能描述在定義文件3320中。在這種情況下，例如，已存檔的對(duì)象文件群中包含有描述了展開(kāi)時(shí)應(yīng)執(zhí)行的邏輯的其他定義文件或者文檔文件，也可以在存檔文件3416中描述將該文件包括在定義文件3320中并應(yīng)當(dāng)執(zhí)行邏輯。
例如，對(duì)包含圖像文件或聲音文件等的其他文件的名稱的對(duì)象文件3422，在用戶指示創(chuàng)建存檔文件3416時(shí)，存檔文件生成單元3414可以將顯示那些其他文件位置的信息自動(dòng)存儲(chǔ)在存檔文件3416中。
根據(jù)本實(shí)施方式的技術(shù)，不僅能夠減小存檔文件的大小，還具有能夠讓存檔文件的分發(fā)者對(duì)存檔文件所描述的、并且能夠由用戶獲取的文件進(jìn)行管理的優(yōu)點(diǎn)。例如，當(dāng)希望改變應(yīng)當(dāng)分發(fā)的文件時(shí)，以往必須是改變存檔文件本身才能分發(fā)，根據(jù)本實(shí)施方式的技術(shù)，存檔文件本身相同，只更新獲取的文件即可。由此，例如，能夠很容易地進(jìn)行分發(fā)文件的版本管理等。另外，由于可以在解壓用的定義文件中描述邏輯，因此能夠使用戶選擇獲取的文件的版本。例如，將舊版本和新版本的兩份文件都存儲(chǔ)到服務(wù)器中，當(dāng)用戶展開(kāi)存檔文件時(shí)，詢問(wèn)其想要哪一個(gè)版本，能夠使用戶下載所希望的版本的文件。
以上通過(guò)實(shí)施方式對(duì)本發(fā)明進(jìn)行了說(shuō)明。本領(lǐng)域的普通技術(shù)人員應(yīng)該理解，實(shí)施方式僅為示例，本發(fā)明還存在對(duì)各構(gòu)成要素或各處理過(guò)程進(jìn)行組合的各種各樣的變形實(shí)施例，這些變形實(shí)施例也包含在本發(fā)明的范圍內(nèi)。
在實(shí)施例中，對(duì)處理XML文檔的例子進(jìn)行了說(shuō)明，本實(shí)施例的文檔處理裝置20同樣也能處理由其他例如SGML、HTML等標(biāo)記語(yǔ)言描述的文檔。
產(chǎn)業(yè)利用的可能性本發(fā)明可用于對(duì)根據(jù)標(biāo)記語(yǔ)言的結(jié)構(gòu)化數(shù)據(jù)進(jìn)行處理的數(shù)據(jù)處理裝置。
權(quán)利要求
1.數(shù)據(jù)處理裝置，其特征在于包括獲取第一數(shù)據(jù)文件和定義文件的裝置，其中所述第一數(shù)據(jù)文件存儲(chǔ)了將數(shù)據(jù)進(jìn)行集成所用的鑰的信息，所述定義文件儲(chǔ)存有根據(jù)所述鑰將來(lái)自第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成所用的規(guī)則；和根據(jù)所述鑰和所述規(guī)則對(duì)來(lái)自所述第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成和提示的裝置。
2.如權(quán)利要求1所述的數(shù)據(jù)處理裝置，其特征在于，所述第一數(shù)據(jù)文件存儲(chǔ)有多個(gè)用作所述鑰的信息，并且從所述第二數(shù)據(jù)文件集成數(shù)據(jù)和進(jìn)行提示的裝置從根據(jù)多個(gè)所述鑰和所述規(guī)則而確定的多個(gè)第二數(shù)據(jù)文件集成數(shù)據(jù)和進(jìn)行提示。
3.如權(quán)利要求1或2所述的數(shù)據(jù)處理裝置，其特征在于，所述定義文件存儲(chǔ)用于確定所述第二數(shù)據(jù)文件的組成部分的信息，所述數(shù)據(jù)是所述第二數(shù)據(jù)文件的組成部分的數(shù)據(jù)。
4.如權(quán)利要求1至3任意一項(xiàng)所述的數(shù)據(jù)處理裝置，其特征在于，還包括接收來(lái)自用戶的指示輸入的裝置，所述指示是對(duì)所述進(jìn)行提示的裝置所提示的被集成數(shù)據(jù)增加新數(shù)據(jù)，和將被提示數(shù)據(jù)部分地刪除；和根據(jù)所述指示輸入來(lái)增加和刪除保存于所述第一數(shù)據(jù)文件中的用作所述鑰的信息的裝置。
5.如權(quán)利要求1至4任意一項(xiàng)所述的數(shù)據(jù)處理裝置，其特征在于，還包括接收用戶對(duì)所述進(jìn)行提示的裝置所提示的集成數(shù)據(jù)的編輯指示的裝置；和將所述編輯指示反映在存儲(chǔ)有所述數(shù)據(jù)的所述第二數(shù)據(jù)文件中的裝置。
6.一種數(shù)據(jù)處理方法，其特征在于，包括如下步驟獲取第一數(shù)據(jù)文件和定義文件，其中所述第一數(shù)據(jù)文件保存了將數(shù)據(jù)進(jìn)行集成所用的鑰的信息，所述定義文件保存了根據(jù)所述鑰對(duì)來(lái)自第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成的規(guī)則；和根據(jù)所述鑰和所述規(guī)則，對(duì)來(lái)自所述第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成和提示。
7.一計(jì)算機(jī)程序，其特征在于，使計(jì)算機(jī)實(shí)現(xiàn)以下功能獲取第一數(shù)據(jù)文件和定義文件，其中所述第一數(shù)據(jù)文件保存了將數(shù)據(jù)進(jìn)行集成所用的鑰的信息，所述定義文件保存了根據(jù)所述鑰對(duì)來(lái)自第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成的規(guī)則；和根據(jù)所述鑰和所述規(guī)則，對(duì)來(lái)自所述第二數(shù)據(jù)文件的數(shù)據(jù)進(jìn)行集成和提示。
全文摘要
在圖1中，文檔處理裝置(20)讀入包含了收集片斷時(shí)所用的鑰的信息的文檔文件時(shí)，獲取與該文檔文件對(duì)應(yīng)的定義文件。定義文件描述了根據(jù)文檔文件所包含的鑰從其他文檔文件中收集片斷的規(guī)則。文檔處理裝置(20)根據(jù)文檔文件所描述的鑰和定義文件所描述的規(guī)則，讀入副文檔文件，收集相應(yīng)的片斷，對(duì)其進(jìn)行整形，形成虛擬文檔，向用戶顯示。
文檔編號(hào)G06F17/21GK101031912SQ20058003335
公開(kāi)日2007年9月5日 申請(qǐng)日期2005年11月11日 優(yōu)先權(quán)日2004年11月12日
發(fā)明者葉俊信, 香山健二 申請(qǐng)人:佳思騰軟件公司