專利名稱：可用戶化的信息處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種關(guān)于信息處理的技術(shù)要求的用戶化技術(shù)，這種信息處理是由一個信息處理裝置比如一臺計算機(jī)所執(zhí)行的。
背景技術(shù)：
利用計算機(jī)的信息處理被廣泛地應(yīng)用在各種領(lǐng)域。通常，圖象處理的細(xì)節(jié)是由安裝在計算機(jī)中的軟件所規(guī)定的。圖象處理細(xì)節(jié)的調(diào)整要求更新軟件，并因此造成時間上、人力上和資源上的浪費。
一種利用計算機(jī)的信息處理的例子是應(yīng)用在財會軟件中的一種關(guān)于表格的圖形處理系統(tǒng)。圖形處理系統(tǒng)掃描一個常規(guī)的表格，比如一個劃撥書，而獲得圖形數(shù)據(jù)，將圖形數(shù)據(jù)進(jìn)行OCR處理以提取所要求的數(shù)據(jù)，包括姓名和錢數(shù)，并將提取的數(shù)據(jù)用于相應(yīng)的處理。圖形處理系統(tǒng)將提取的數(shù)據(jù)和圖形數(shù)據(jù)進(jìn)行對比顯示，并允許操作者根據(jù)需要修改數(shù)據(jù)。有各種各樣的劃撥書被應(yīng)用在財會軟件中，因此在財會軟件中所要求的對這些由劃撥書獲得的數(shù)據(jù)的處理也是非常多樣化的。因此圖形處理系統(tǒng)按照劃撥書和財會軟件的類型采取多種多樣的相似但略有差異的軟件程序。
已經(jīng)提供了若干種技術(shù)用來解決處理方式的這種多樣性。第一種技術(shù)是在軟件中創(chuàng)建可用戶化的余度。考慮到了包括大量各式各樣的劃撥書和多樣化的處理方法的預(yù)期多樣性的多功能軟件的結(jié)構(gòu)，允許通過指定利用參數(shù)進(jìn)行當(dāng)前啟動，來進(jìn)行不同系列處理。
第二種技術(shù)是一種面向?qū)ο蟮木幊碳夹g(shù)。通過這一技術(shù)構(gòu)建的軟件規(guī)定一個通用的處理流作為多個模塊的組合，其各個模塊分別地完成對應(yīng)的簡單功能。這種技術(shù)的優(yōu)點是相對地容易增加新模塊和替換已有的模塊。這種模塊的增加和替換就允許了多種不同系列的處理。
第三種技術(shù)是一種網(wǎng)頁編程技術(shù)，常常用在因特網(wǎng)中。HTML(超文本鏈接標(biāo)示語言)文件和腳本被從因特網(wǎng)上的一個服務(wù)器傳送到一個客戶機(jī)，客戶機(jī)根據(jù)所傳送的HTML文件和腳本執(zhí)行不同的處理。例如，一個安裝了瀏覽器的客戶機(jī)通過簡單地修改HTML文件實現(xiàn)不同的視窗而不需要對軟件做任何重大的改變。
可是，對于信息處理裝置所要求的用戶化而言這些建議的技術(shù)都是不夠的。第一種技術(shù)不能夠充分地應(yīng)付超過軟件構(gòu)建時的期望范圍的用戶化要求。第二種技術(shù)要求建立對應(yīng)于增加的功能的新模塊并修改主程序去調(diào)用新增加的模塊。這造成軟件的重大的改變。第三種技術(shù)不能夠提供充分的信息處理功能，因為由HTML可得到的功能是相當(dāng)有限的。XML(可擴(kuò)充標(biāo)示語言)技術(shù)最近的發(fā)展在某種程度上擴(kuò)大了可利用的功能，但是仍然不能提供充分的信息處理功能。
上面討論的缺點不僅限于圖形處理系統(tǒng)，而且對各種信息處理裝置是共同的。這些問題對于通過軟件結(jié)構(gòu)實現(xiàn)所有需要的信息處理功能的信息處理裝置和提供部分功能作為硬件結(jié)構(gòu)的信息處理裝置也都是共同的。這些問題在一個包括通過一個網(wǎng)絡(luò)彼此連接并彼此合作來進(jìn)行信息處理的多信息處理裝置的系統(tǒng)中是特別地明顯，因為多個裝置單獨地要求更新和用戶化。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種信息處理裝置，確保各種功能比較容易的用戶化、更新和修改，而不需要對軟件或電路結(jié)構(gòu)做任何重大的修改。
為了實現(xiàn)上述的和其他的有關(guān)目的至少一部分，本發(fā)明由一種具有下文所討論的第一種結(jié)構(gòu)的信息處理裝置來說明。信息處理裝置具有多個基本功能模塊，實現(xiàn)預(yù)定的基本功能。這些基本功能模塊是被作為獨立的元件構(gòu)建的，并可以通過軟件或硬件方式，例如，以電子電路的形式，加以實現(xiàn)。獨立元件的安排使增加新模塊和替換已有模塊相對地容易。
在本發(fā)明的信息處理裝置中，處理的技術(shù)要求是通過一個電子文件確定的。電子文件在多個基本功能模塊中確定用于進(jìn)行處理的基本功能模塊。信息處理裝置輸入這個電子文件、分析電子文件并根據(jù)對電子文件的分析結(jié)果執(zhí)行處理。由電子文件指定的基本功能模塊順序地啟動去執(zhí)行處理過程。
為了實現(xiàn)不同的處理過程的序列，本發(fā)明的信息處理裝置具有按照電子文件的技術(shù)要求調(diào)用所要求的基本功能模塊的多用途功能。通過一種基本功能模塊的組合而執(zhí)行的處理過程的實質(zhì)的技術(shù)要求是在電子文件中被定義的。這個方案通過簡單地改變一個外部給予的電子文件的內(nèi)容保證信息處理功能的增加、修改和用戶化，而不需要對信息處理裝置的任何軟件配置或硬件結(jié)構(gòu)做重大的修改。
在本發(fā)明的信息處理裝置中，基本功能模塊的組合和電子文件一起完成下面討論的不同的功能。
在本發(fā)明的第一種優(yōu)先應(yīng)用中，多個基本功能模塊包括一個視窗生成模塊，用來產(chǎn)生一個在信息處理裝置上顯示的視窗。電子文檔定義視窗的一個技術(shù)規(guī)范和一個產(chǎn)生定時。信息處理裝置在指定的產(chǎn)生定時啟動視窗生成模塊生成一個視窗。在信息處理裝置中，這個方案使一個界面視窗或需要的任何其他的視窗能夠在任意設(shè)定的時間顯示出來。
在本發(fā)明的第二種優(yōu)先應(yīng)用中，電子文檔包括確定處理過程的多種序列的一個執(zhí)行順序的流控制信息。信息處理裝置以按照流控制信息的執(zhí)行順序啟動基本功能模塊。這個應(yīng)用的方案被用來處理一個復(fù)雜的流，比如一個循環(huán)或條件轉(zhuǎn)移。流控制信息通過信息處理裝置加以翻譯并被加入電子文檔中。
本發(fā)明的第三種優(yōu)先應(yīng)用中，多個基本功能模塊包括一系列組件顯示模塊。組件顯示模塊分別地表示構(gòu)成視窗的顯示組件，比如行、按鈕和文本。電子文檔定義構(gòu)成視窗的各個顯示組件的類型和位置。信息處理裝置根據(jù)電子文檔啟動各自的組件顯示模塊，以便生成由電子文檔定義的視窗。通過簡單地修改電子文檔的內(nèi)容，比較容易地產(chǎn)生不同的視窗。
第三種應(yīng)用的方案可以和第一種應(yīng)用的方案相結(jié)合。即第一種應(yīng)用的視窗生成模塊可以發(fā)揮在第三種應(yīng)用中的讀出電子文檔并啟動各自的組件顯示模塊的功能。這種結(jié)合保證不同視窗的生成，同時自由地調(diào)整每個視窗的產(chǎn)生定時和視窗的轉(zhuǎn)換。
在本發(fā)明的第四種優(yōu)先應(yīng)用中，多個的基本功能模塊包括一系列組件操作模塊。組件操作模塊對輸入到信息處理裝置中的數(shù)據(jù)執(zhí)行預(yù)先確定的操作，比如四種運算操作。電子文檔定義數(shù)據(jù)的一種操作。信息處理裝置根據(jù)電子文檔啟動各自的組件操作模塊，以便執(zhí)行對數(shù)據(jù)的操作。通過簡單地修改電子文檔的內(nèi)容，比較容易地執(zhí)行不同的操作。
為了達(dá)到上文的和其他的以前提及的有關(guān)目的至少一部分，本發(fā)明的信息處理裝置可以包含一種下文所討論的第二種結(jié)構(gòu)。類似第一種結(jié)構(gòu)，第二種結(jié)構(gòu)具有多個的基本功能模塊。在第二種結(jié)構(gòu)中，每個基本功能模塊響應(yīng)對象的狀態(tài)的一個變化被啟動，對象的狀態(tài)已經(jīng)被預(yù)先映射到基本功能模塊。第二種結(jié)構(gòu)的信息處理裝置管理這些對象和這些對象與各自的基本功能模塊之間的映射關(guān)系。響應(yīng)對象的一個狀態(tài)變化，信息處理裝置通知映射到狀態(tài)發(fā)生變化的對象的基本功能模塊。
這個方案使各自的基本功能模塊的同步地啟動比較容易實現(xiàn)，并且保證增加新的基本功能模塊和替換已有的基本功能模塊時，不需要對信息處理裝置的任何軟件或硬件做重大的修改。映射到基本功能模塊的對象的使用保證了基本功能模塊的增加和替換的正常操作。
為了控制一系列基本功能模塊的連續(xù)啟動，最好使每個基本功能模塊具有在一個確定的對象上反映啟動結(jié)果的功能。在一個實例中，一個第一基本功能模塊和一個第二基本功能模塊被順序地啟動。通過一個第一對象啟動第一基本功能模塊，并通過一個第二對象啟動第二基本功能模塊。第一基本功能模塊具有在第二對象上反映啟動結(jié)果的功能。則第一基本功能模塊的啟動容易地激發(fā)第二基本功能模塊的啟動。
在第二種結(jié)構(gòu)的信息處理裝置中，其中多個的基本功能模塊包括一系列組件顯示模塊，一個優(yōu)先的應(yīng)用在涉及一個當(dāng)前顯示的視窗的對象中分別地管理為多個的視窗所共有的對象。在當(dāng)前視窗變化為另一個視窗之后，后一個對象可能被從所管理的對象中刪去。然而，不管視窗如何變化，前一個對象都是被存儲的。分別地管理這些對象保證平滑地控制屏幕的顯示。
在一個關(guān)于具有第二種結(jié)構(gòu)的信息處理裝置的優(yōu)先應(yīng)用中，每個基本功能模塊注冊一個到對象的映射?；竟δ苣K與對象之間的映射是按照基本功能模塊的啟動狀態(tài)和啟動的可能性被動態(tài)地注冊的。這個方案有利地減輕了對基本功能模塊的正常操作所要求的映射的管理負(fù)擔(dān)。
在第二種結(jié)構(gòu)的信息處理裝置中，對應(yīng)于每個基本功能模塊的啟動，一個優(yōu)先應(yīng)用建立一個映射到基本功能模塊的對象，同時消除一個沒有映射到任何已啟動的基本功能模塊的對象。這個方案能夠按照基本功能模塊的啟動狀態(tài)對對象進(jìn)行所希望的建立和消除。這保證了對象的管理，同時有效地利用資源，例如存儲資源。
為了達(dá)到上文的最起碼的作用和其他的以前提及的有關(guān)目的，本發(fā)明的信息處理裝置可能具有下文中討論的一種第三種結(jié)構(gòu)。第三種結(jié)構(gòu)的信息處理裝置被連接到一個網(wǎng)絡(luò)上，并根據(jù)經(jīng)過網(wǎng)絡(luò)傳輸?shù)男畔?zhí)行一個預(yù)先確定的處理序列。第三種結(jié)構(gòu)的信息處理裝置存儲被包括在一個經(jīng)過網(wǎng)絡(luò)傳輸?shù)碾娮有畔⒅械臄?shù)據(jù)和一個定義數(shù)據(jù)格式的定義文檔，分析定義文檔，并根據(jù)對定義文檔的分析建立或譯碼電子信息。通過定義文檔定義所建立的電子信息的實質(zhì)的規(guī)格說明。信息處理裝置因此被要求具有按照定義文檔建立電子信息的綜合功能。第三種結(jié)構(gòu)的方案通過簡單地修改定義文檔使建立和譯碼不同的電子信息相對地容易。
在一個優(yōu)先應(yīng)用中，第三種結(jié)構(gòu)的信息處理裝置具有一個數(shù)據(jù)管理模塊，用來全面地管理與預(yù)先確定的處理序列有關(guān)的多個的數(shù)據(jù)。信息處理裝置從數(shù)據(jù)管理模塊取出被包括在所傳輸?shù)碾娮有畔⒅械臄?shù)據(jù)，或通知數(shù)據(jù)管理模塊從接收到的電子信息中提取的數(shù)據(jù)。這種方案保證了數(shù)據(jù)在信息信息處理裝置與外部之間通過電子信息平滑地傳送。
第三種結(jié)構(gòu)可能使用一個或多個定義文檔。在使用多個定義文檔的情況下，電子信息可能指定使用一個或多個定義文檔。這種方案保證了對多個定義文檔的選擇性使用。它不要求電子文檔一對一的映射到定義文檔。例如，電子文檔按照條件轉(zhuǎn)移的結(jié)果可能使用不同的定義文檔。
上面討論的第一到第三種結(jié)構(gòu)可能被單獨地或以組合的方式應(yīng)用于信息處理裝置。第一和第二種結(jié)構(gòu)可能被應(yīng)用于一個孤立的信息處理裝置或一個連接到一個網(wǎng)絡(luò)的信息處理裝置。
由本發(fā)明的信息處理裝置執(zhí)行的處理的規(guī)范可能被任意的設(shè)定。有效地利用本發(fā)明的原理的一個有利的例子是圖形數(shù)據(jù)處理。即本發(fā)明亦被用來控制一個信息處理裝置，根據(jù)一個表格的圖形數(shù)據(jù)完成圖形處理的一個預(yù)定的序列。
圖形處理裝置具有多個基本功能模塊，實現(xiàn)圖形處理的預(yù)定序列的預(yù)定基本功能。電子文檔以一種用于圖形處理的基本功能模塊能夠識別的格式定義圖形處理的技術(shù)要求。圖形處理裝置分析電子文檔并順序地啟動通過分析電子文檔而確定的基本功能模塊，以便實現(xiàn)圖形處理。有大量的各種各樣的表格應(yīng)用在會計軟件中，并且有各種的相關(guān)數(shù)據(jù)處理序列。本發(fā)明原理的應(yīng)用可以有利地減輕每個金融機(jī)構(gòu)的圖形處理裝置用戶化的負(fù)擔(dān)。
在本發(fā)明的圖形處理裝置的一種優(yōu)先應(yīng)用中，多基本功能模塊包括一個數(shù)據(jù)提取模塊，用于從圖形數(shù)據(jù)中提取符號數(shù)據(jù)或數(shù)值數(shù)據(jù)。電子文檔指定在圖形數(shù)據(jù)中進(jìn)行提取的區(qū)域和所提取數(shù)據(jù)的屬性。圖形處理裝置從而獲得由電子文檔定義的數(shù)據(jù)。這種方案保證對于多種格式來說，獲取數(shù)據(jù)都相對簡單。
在本發(fā)明的圖形處理裝置的另一種優(yōu)先應(yīng)用中，多基本功能模塊包括一個圖形顯示模塊、一個數(shù)據(jù)顯示模塊和一個數(shù)據(jù)修改模塊。圖形顯示模塊顯示圖形數(shù)據(jù)。數(shù)據(jù)顯示模塊顯示從圖形數(shù)據(jù)中提取的符號數(shù)據(jù)和數(shù)值數(shù)據(jù)。數(shù)據(jù)修改模塊修改符號數(shù)據(jù)或數(shù)值數(shù)據(jù)。電子文檔規(guī)定了圖形數(shù)據(jù)和符號數(shù)據(jù)及數(shù)值數(shù)據(jù)中任何一個的一種顯示格式，也規(guī)定了根據(jù)一個外部的輸入對符號數(shù)據(jù)及數(shù)值數(shù)據(jù)中任何一個進(jìn)行修改的一種方法。因此，根據(jù)電子文檔的技術(shù)要求，圖形處理裝置完成圖形、符號和數(shù)值的顯示和數(shù)據(jù)的修改。這個方案使對廣泛的各種各樣的表格的數(shù)據(jù)進(jìn)行的修改比較地容易。
上面的討論只顯示了圖形處理裝置的典型的結(jié)構(gòu)。在上面討論的信息處理裝置的各種各樣的方案中的任何一個也適用于圖形處理裝置。
在本發(fā)明的信息處理裝置和圖形處理裝置中，電子文檔可能是任何不同的格式。一個優(yōu)先的實例是一個以XML描述的文檔(以下稱為XML文檔)。XML文檔代表一個以一種包括標(biāo)記的標(biāo)志語言描述的文檔。標(biāo)記可以任意地設(shè)定。XML的使用使電子文檔所要求的各種指令能夠比較容易地以標(biāo)記的形式定義。
本發(fā)明并不僅限于上面討論的信息處理裝置或圖形處理裝置，此外還可以實現(xiàn)其他不同的應(yīng)用?？赡艿膽?yīng)用包括對應(yīng)于上面討論的信息處理裝置或圖形處理裝置的信息處理方法和圖形處理方法，以及使計算機(jī)運行對應(yīng)的數(shù)據(jù)處理序列的計算機(jī)程序。當(dāng)本發(fā)明被應(yīng)用到一個計算機(jī)程序時，最好計算機(jī)程序在一個瀏覽器上是可執(zhí)行的。對此JAVA(注冊商標(biāo))是一種可取的技術(shù)。這個方案使被執(zhí)行的計算機(jī)程序與平臺無關(guān)，并能夠容易地利用XML文檔作為電子文檔。
另一個應(yīng)用是一種存儲介質(zhì)，任何不同的計算機(jī)程序都被存儲在其中。典型的存儲介質(zhì)包括軟盤、CD-ROM、DVD、磁光盤、IC卡、IC芯片、盒式只讀存儲器、打孔卡片、其上印有條形碼或其他碼的印刷物、計算機(jī)的內(nèi)部存儲設(shè)備(象一個RAM或一個ROM存儲器)和外部存儲設(shè)備，以及各種各樣以任何光的、磁的和電的方式可讀的其他計算機(jī)的可讀取介質(zhì)。
通過下文中對照附圖對優(yōu)先實施例的詳細(xì)描述本發(fā)明的上述的和其他的目的、特性、情況和優(yōu)點將變得更加顯而易見。


圖1顯示了在本發(fā)明的一個實施例中的一個信息處理裝置的系統(tǒng)結(jié)構(gòu)；圖2顯示了一個流定義的框圖；圖3顯示了光標(biāo)控制命令的一個實例；圖4顯示了一個屏幕定義的框圖；圖5顯示了各部分的鏈接；圖6顯示了對一個電子信息進(jìn)行制作和譯碼的處理過程；圖7顯示了包括在一個執(zhí)行引擎中的模塊；圖8顯示了包括在一個應(yīng)用瀏覽器中的模塊；圖9顯示了包括在一個信息總線中的模塊；圖10是一個顯示一種啟動處理的流程圖；圖11是顯示啟動后的屏幕結(jié)構(gòu)的示意圖；圖12是一個顯示一個由執(zhí)行引擎執(zhí)行的處理序列的流程圖；圖13是一個顯示一個屏幕控制處理的流程圖；圖14是顯示在本發(fā)明的一個第二實施例中的一個圖形處理系統(tǒng)的結(jié)構(gòu)的示意圖；圖15顯示了一個圖形工作流系統(tǒng)的軟件配置；圖16是一個顯示一般圖形處理的流程圖；
具體實施例方式
實現(xiàn)本發(fā)明的一些方式在下文中被作為優(yōu)先實施例以下面的順序加以討論A.第一實施例A-1.系統(tǒng)結(jié)構(gòu)A-2.流定義A-3.屏幕定義A-4.各部分的鏈接A-5.電子信息的傳輸A-6.執(zhí)行引擎A-7.應(yīng)用瀏覽器A-8.信息總線A-10.啟動處理A-11.流定義的指令處理A-12.屏幕控制處理B.第二實施例(圖形處理系統(tǒng))B-1.系統(tǒng)結(jié)構(gòu)B-2.軟件配置B-3.圖形處理C.修改A.第一實施例A-1.系統(tǒng)結(jié)構(gòu)圖1顯示了在本發(fā)明的一個實施例中的一個信息處理裝置100的系統(tǒng)結(jié)構(gòu)。信息處理裝置100由安裝在一個通用計算機(jī)中的包括與圖1所示相應(yīng)的功能塊的軟件所構(gòu)成。這些功能塊可以使用硬件部件，代替所安裝的軟件。
信息處理裝置100經(jīng)過一個網(wǎng)絡(luò)INT與一個Web服務(wù)器10和一個AP服務(wù)器20相連接。網(wǎng)絡(luò)可以是一個廣域網(wǎng)比如因特網(wǎng)或者是一個相對限制的網(wǎng)比如LAN(本地網(wǎng))。
一個Web服務(wù)器10響應(yīng)從信息處理裝置100發(fā)出的一個要求，傳輸被稱作屏幕定義12和流定義14的電子文檔。屏幕定義12是一個定義視窗規(guī)范的電子文檔。流定義14是一個電子文檔，定義所處理的流，比如視窗的轉(zhuǎn)換。這些電子文檔的細(xì)節(jié)將在以后討論。在這個實施例中電子文檔是用XML描述的，盡管任何不同的格式也是可以使用的。
AP服務(wù)器20，協(xié)作信息處理裝置100，執(zhí)行數(shù)據(jù)處理的不同序列。例如，在一個系統(tǒng)中，一個主計算機(jī)從一個終端接收輸入數(shù)據(jù)并執(zhí)行數(shù)據(jù)處理的不同序列，終端對應(yīng)于信息處理裝置100而主計算機(jī)對應(yīng)于AP服務(wù)器20。信息以電子信息16的形式在信息處理裝置100和AP服務(wù)器20之間傳輸。產(chǎn)生電子信息16的方法將在以后討論。在這個實施例中電子信息16是用XML描述的，盡管任何不同的格式也是可以使用的。
在這個實施例的系統(tǒng)結(jié)構(gòu)中，信息處理裝置100經(jīng)過網(wǎng)絡(luò)與Web服務(wù)器10和AP服務(wù)器20相連接，盡管信息處理裝置100是可以構(gòu)造成一種獨立的形式?？梢圆皇褂肳eb服務(wù)器10和AP服務(wù)器20，這時信息處理裝置100按照被執(zhí)行的信息處理的規(guī)范，可以在一種獨立的方式下工作。
下面說明包括在信息處理裝置100中相應(yīng)的功能塊的細(xì)節(jié)。以軟件方式實現(xiàn)的一個Web瀏覽器102被安裝在信息處理裝置100中，運行在一個預(yù)先確定的操作系統(tǒng)上，并且被用來瀏覽以一種標(biāo)志語言比如HTML描述的文件。相應(yīng)的功能塊被安排工作在這個Web瀏覽器102上。在這個實施例中，JAVA(商標(biāo))是被用于實現(xiàn)這個方案。讓功能塊工作在Web瀏覽器102上的方案方便地使軟件配置能夠獨立于平臺。也可以選擇安排功能塊獨立于Web瀏覽器102而工作。
一個基本小程序104被運行在Web瀏覽器102上并提供一個用于信息處理裝置100的相應(yīng)的功能塊的操作平臺，也就是一個執(zhí)行引擎120、一個應(yīng)用瀏覽器130和一個信息總線140。因此在規(guī)范中用來通過基本小程序104和相應(yīng)的功能塊實現(xiàn)信息處理的全部的機(jī)制被稱為XML應(yīng)用程序。在這個實施例中，這種機(jī)制是建立在XML基礎(chǔ)上。然而，XML應(yīng)用程序代表了下面在廣義上所討論的機(jī)制的概念，并因而不局限于是建立在XML基礎(chǔ)上。
基本小程序104被構(gòu)建為一個Java小程序?；拘〕绦?04具有啟動和終止其中確定的相應(yīng)的功能塊的功能和把計算機(jī)的鍵盤、鼠標(biāo)等的操作結(jié)果(下面稱為“關(guān)鍵事件”)傳送到XML應(yīng)用程序的相應(yīng)的功能塊的功能。
執(zhí)行引擎120根據(jù)流定義14的規(guī)范，負(fù)責(zé)控制一般的處理流。因此當(dāng)流定義14定義視窗的顯示和轉(zhuǎn)換時，應(yīng)用瀏覽器130被啟動。在確定向和從AP服務(wù)器20傳送數(shù)據(jù)的情況下電子信息16被傳送。電子信息16的內(nèi)容依賴于AP服務(wù)器20并因此是通過一個用戶化模塊110進(jìn)行調(diào)整的。執(zhí)行引擎120向信息總線140輸出從AP服務(wù)器20接收到的數(shù)據(jù)，并從信息總線140上取出將被傳送到AP服務(wù)器20的數(shù)據(jù)。
按照屏幕定義12，應(yīng)用瀏覽器130通過執(zhí)行引擎120啟動去顯示一個視窗，并允許對該視窗進(jìn)行操作。應(yīng)用瀏覽器130是一個與Web瀏覽器102不同的程序。應(yīng)用瀏覽器130包括多個GUI部分131a和多個邏輯部分132b來執(zhí)行基本功能。GUI部分131a都是軟件包，用來產(chǎn)生構(gòu)成一個視窗的顯示組件比如按鈕和線。多個GUI部分131a是對應(yīng)于相應(yīng)的顯示組件的類別而提供。邏輯部分132b都是軟件包，用來完成視窗上的數(shù)據(jù)處理，例如四運算操作和輸入條件的校驗。多個的邏輯部分132b是對應(yīng)于相應(yīng)的處理類型而提供。應(yīng)用瀏覽器130按照屏幕定義12啟動這些部分去完成與被顯示的視窗有關(guān)的不同的處理。
信息總線140負(fù)責(zé)控制GUI部分131a和邏輯部分132b的操作。信息總線140包括對應(yīng)于多個GUI部分131a和邏輯部分132b的多個數(shù)據(jù)項141。每個部分被設(shè)定為由對應(yīng)的數(shù)據(jù)項141的一個狀態(tài)變化所觸發(fā)并且使處理的結(jié)果反映到相應(yīng)的數(shù)據(jù)項141。響應(yīng)數(shù)據(jù)項141在管理程序下的一個狀態(tài)變化，信息總線140通知相應(yīng)的部分狀態(tài)改變，并由此啟動相應(yīng)的部分。信息總線140還負(fù)責(zé)保留要求進(jìn)行處理的數(shù)據(jù)。如前所述，執(zhí)行引擎120和AP服務(wù)器20之間傳輸?shù)臄?shù)據(jù)被信息總線140作為數(shù)據(jù)項141加以管理。
上述結(jié)構(gòu)的信息處理裝置100執(zhí)行不同的處理序列。執(zhí)行引擎120、應(yīng)用瀏覽器130和信息總線140都是不依賴處理的規(guī)范并能夠?qū)崿F(xiàn)多功能的軟件。由處理的規(guī)范確定的軟件是以模塊，如GUI部分131a和邏輯部分132b，的形式被提供的。例如，處理的實質(zhì)的規(guī)范被以一種定義包括流定義14和屏幕定義12的電子文檔中使用的這些部分的順序的格式加以確定。信息處理裝置100有利地保證了通過簡單地改變電子文檔的內(nèi)容而容易的修改處理規(guī)范，而不需要顯著地修改或增加軟件。顯示在圖1中的各組成部分在下文中詳細(xì)討論。
A-2.流定義圖2顯示了一個流定義14的框圖。流定義14是一個定義執(zhí)行引擎120的操作的電子文檔，并且在本實施例中是以XML加以描述的。
流定義14包括一個XML說明語句、一個DTD(文檔類型定義)和一個文本。DTD定義了用于流定義中的標(biāo)識符。只有DTD可能被作為一個與流定義分開的文檔來提供。
文本包括多個標(biāo)識符，用來定義通過執(zhí)行引擎120執(zhí)行的處理的規(guī)范。執(zhí)行引擎120典型地從頂部解釋包括在流定義14的文本中的標(biāo)識符并執(zhí)行由相應(yīng)的標(biāo)識符定義的指令。例如，當(dāng)一個顯示產(chǎn)生指令被從流定義14中讀出時，執(zhí)行引擎120啟動應(yīng)用瀏覽器130顯示一個視窗。屏幕定義12被要求用來顯示視窗(見圖1)。顯示產(chǎn)生指令由此指定將被應(yīng)用瀏覽器130涉及的的屏幕定義12的路徑。
附圖的下半部分顯示了由標(biāo)識符定義的指令的一個例子。指令被大致分為兩組，一組為處理指令而另一組是光標(biāo)控制指令。處理指令定義由執(zhí)行引擎120實際執(zhí)行的處理的規(guī)范。例如，處理指令包括向AP服務(wù)器20加載和由AP服務(wù)器20處理指令、排隊和離隊指令、以及視窗的按下和彈出指令。視窗的按下和彈出指令被包括在顯示產(chǎn)生指令中。每個指令的細(xì)節(jié)將在以后結(jié)合執(zhí)行引擎120的功能加以討論。
光標(biāo)控制指令定義標(biāo)識符的解釋和在流定義標(biāo)識符的執(zhí)行順序。如上所述，原則上執(zhí)行引擎120從頂部順序地執(zhí)行標(biāo)識符。光標(biāo)代表一個當(dāng)前正被執(zhí)行引擎120進(jìn)行處理的對象標(biāo)識符。依靠這個原則光標(biāo)控制指令負(fù)責(zé)光標(biāo)位置的移動。例如，如附圖上半部分所示，包括在流定義14中的光標(biāo)控制指令考慮條件轉(zhuǎn)移變換處理的對象標(biāo)識符到一個標(biāo)識符D或一個標(biāo)識符E。
如圖2所示，這個實施例提供了十個光標(biāo)控制指令。圖3顯示了光標(biāo)控制命令的一個實例。一般地，XML標(biāo)識符保持一種樹結(jié)構(gòu)。流定義14可能因此被用一種樹結(jié)構(gòu)表示，如圖3所示。
光標(biāo)控制指令‘FLOWDEF’定義流定義的一個路徑。執(zhí)行引擎120響應(yīng)這個指令‘FLOWDEF’轉(zhuǎn)換光標(biāo)到一個子程序‘main’。
一個指令‘SUB’代表一個指定的子程序的說明。在圖3的實例中，提供了三個子程序‘main’、‘yoko’和‘tate’。一個指令‘EXITSUB’代表一個指定的子程序的終止。執(zhí)行引擎120響應(yīng)這個指令從指定的子程序退出并轉(zhuǎn)換光標(biāo)到下一個標(biāo)識符。
一個指令‘GOSUB’代表調(diào)用指定的子程序。響應(yīng)一個指令‘GOSUB’‘yoko’，執(zhí)行引擎120轉(zhuǎn)換光標(biāo)到子程序‘yoko’。
一個指令‘SWITCH’代表條件轉(zhuǎn)移。一個指令‘CASE’按照一個指定條件顯示光標(biāo)的目的地。一個指令‘DEFAULT’代表默認(rèn)的處理的一個序列。在圖3的實例中，指令‘SWITCH’按照一個對象“condition”的狀態(tài)實現(xiàn)條件轉(zhuǎn)移。當(dāng)對象“condition”處于狀態(tài)“fine”時，在標(biāo)識符‘CASE’“fine”之下的一個處理序列被執(zhí)行。當(dāng)對象“condition”處于狀態(tài)“bad’時，在標(biāo)識符‘CASE’“bad’之下的一個處理序列被執(zhí)行。當(dāng)對象“condition”不處于這些狀態(tài)中的任何一種時，在標(biāo)識符‘DEFAULT’之下的一個處理序列被執(zhí)行。
一個指令‘LOOP’代表處理的一個確定的循環(huán)的執(zhí)行。一個指令‘EXITLOOP’代表處理的一個確定的循環(huán)的終止。執(zhí)行引擎120在指令‘LOOP’和指令‘EXITLOOP’之間重復(fù)地執(zhí)行處理的一個序列。
一個指令‘NODATA’按照所涉及數(shù)據(jù)的存在和不存在轉(zhuǎn)換處理的規(guī)范。在圖3的實例中，在所涉及數(shù)據(jù)的不存在的情況下，由標(biāo)識符A和B定義的處理的一個序列被執(zhí)行。另一方面，在所涉及數(shù)據(jù)的存在的情況下，由標(biāo)識符C定義的處理的一個序列被執(zhí)行。
在流定義14中包含光標(biāo)控制指令允許復(fù)雜的處理的描述，比如條件轉(zhuǎn)移和循環(huán)處理。在圖2和3所示的指令都只是例證，并且指令的數(shù)字和類型都不局限于這個實例。
A3.屏幕定義圖4顯示了一個屏幕定義12的框圖。屏幕定義12是一個定義應(yīng)用瀏覽器130的操作的電子文檔，并且在本實施例中是以XML加以描述的。
在屏幕定義12的文本中包括定義一個視窗的布局和在視窗上執(zhí)行的操作細(xì)節(jié)的多個標(biāo)識符。標(biāo)識符大致地分為兩組，即一組是屏幕信息而一組是部件信息。屏幕信息包括一個根據(jù)屏幕定義12的定義對每個視窗分配一個視窗D的標(biāo)識符。對應(yīng)于在信息處理裝置100中使用的每個視窗提供屏幕定義12。視窗D是一個用來確認(rèn)每個視窗的信息。
部件信息定義了用來啟動GUI部件131a和邏輯部件132b的各種信息段。GUI部件131a包括各種用來在視窗上產(chǎn)生顯示單元的軟件包，例如顯示文字字符串、輸入文字字符串、顯示圖形和按鈕。邏輯部件132b包括各種與在視窗上的操作相關(guān)的軟件包，例如四運算操作和校驗輸入條件。在下面的描述中，避免混亂，除非另外的指定，作為GUI部件131a和邏輯部件132b提供的軟件包被稱為‘部件’，而由‘部件’產(chǎn)生的單獨的顯示單元和其他的對象稱為‘部件對象’。
部件信息包括若干標(biāo)識符，表示分配給每個GUI部件131a和邏輯部件132b的一個部件D，以及部件的類別、位置、大小和參數(shù)。視窗可能包括多個由同一個部件產(chǎn)生的部件對象。例如，作為部件對象的多個按鈕可能由一個GUI部件131a‘按鈕’產(chǎn)生。部件的D都是標(biāo)識信息用來單獨地管理由部件產(chǎn)生的多個部件對象。例如，部件的位置和大小可能被設(shè)置在屏幕上的一個坐標(biāo)系統(tǒng)中。部件的參數(shù)是例如按鈕的形狀、顏色，或者文字的字體。
應(yīng)用瀏覽器130從頂部順序地讀取在屏幕定義中的標(biāo)識符并按照相應(yīng)的標(biāo)識符執(zhí)行處理的序列。應(yīng)用瀏覽器130讀取用來每個所指定的部件指定D和位置和大小的標(biāo)識符，并按照標(biāo)識符執(zhí)行啟動指定的部件的處理。對應(yīng)于相應(yīng)啟動的部件的部件對象顯示在視窗上，使之能夠在視窗上操作。在圖4中所示的標(biāo)識符、GUI部件131a和邏輯部件132b都只是例證，并且標(biāo)識符以及部件的數(shù)目和類型都不局限于這個實例。
A-4.各部分的鏈接圖5顯示了各部分的鏈接。在本實施例的結(jié)構(gòu)中，應(yīng)用瀏覽器130經(jīng)過信息總線140啟動相應(yīng)的部件。
信息總線140完成全部的數(shù)據(jù)項的管理。每個數(shù)據(jù)項具有一個內(nèi)部值并且被映射到一個或多個在應(yīng)用瀏覽器130中使用的部件。對每個數(shù)據(jù)項映射關(guān)系被注冊。在所示意的實例中，一個數(shù)據(jù)項A具有一個內(nèi)部值A(chǔ)并被映射到一個部件A。一個數(shù)據(jù)項B具有一個內(nèi)部值B并被映射到一個部件B。當(dāng)某個數(shù)據(jù)項的值出現(xiàn)變化時，信息總線140負(fù)責(zé)將該變化通知到被映射到某個數(shù)據(jù)項的部件。在本實施例的結(jié)構(gòu)中，信息總線140的這個功能允許相應(yīng)的部件按以下方式被人工地啟動。
在一個實例中，假設(shè)在屏幕定義12中的一個標(biāo)識符定義了部件A的啟動。應(yīng)用瀏覽器130讀取這個標(biāo)識符并改變數(shù)據(jù)項A的一個值A(chǔ)到一個指定的值作為部件A的啟動觸發(fā)器。信息總線140將這個改變通知到被映射到數(shù)據(jù)項A的部件A。部件A響應(yīng)通知被啟動。在這個實例中，部件A已經(jīng)被編程為在啟動后去改變數(shù)據(jù)項B的值。這樣部件A的啟動觸發(fā)數(shù)據(jù)項B的值B的改變。信息總線140將該改變通知到被映射到數(shù)據(jù)項B的部件B。部件B響應(yīng)通知被啟動。
如此使用在信息總線140管理下的數(shù)據(jù)項便于多個部件的連接。例如，響應(yīng)一個按鈕的按下，顯示的一個字符串連同顯示的按鈕的一個變化可能被容易地改變。
通過數(shù)據(jù)項啟動相應(yīng)的部件便于添加新的部件和替換已有的部件。在一個實例中，假設(shè)準(zhǔn)備增加一個與部件A一起被啟動的新部件C。在這種情況下，所要求的處理在應(yīng)用瀏覽器130中提供了一個用于部件C的軟件包，并把部件C添加為數(shù)據(jù)項B的一個對象部件。部件A的啟動觸發(fā)數(shù)據(jù)項B的值的一個變化。信息總線140把變化通知部件B和C二者，以便啟動這些部件B和C。在這種方式中，添加一個與部件A鏈接的新部件是容易得到的，而不需要對部件A的內(nèi)容進(jìn)行修改。
這個實施例運用圖5所示的步驟啟動多個部件并獲得這些部件之間靈活的鏈接。例如，一個修改的步驟可能引起例如部件A直接啟動部件B和C。
A-5.電子信息的傳輸圖6顯示了對一個電子信息進(jìn)行制作和譯碼的處理過程。執(zhí)行引擎120經(jīng)過電子信息16從和向AP服務(wù)器20傳輸數(shù)據(jù)。電子信息16要求按照數(shù)據(jù)的類別和由AP服務(wù)器20提供的應(yīng)用程序的內(nèi)容具有一種格式。執(zhí)行引擎120按照圖6所示的處理過程容易地制作不同格式的電子信息16。
執(zhí)行引擎120在接收或傳輸電子信息16時讀取一個RELAX112，這個RELAX112是一個用來指定一種所要求的格式的電子文檔。在本實施例中，RELAX文檔112可能具有任何的不同格式并在此實施例中為XML。將被接收和傳輸電子信息16采用多個格式，以便提供一組RELAX文檔112。RELAX文檔112可能被預(yù)先存儲在信息處理裝置100中，或者可能例如由Web服務(wù)器10提供。
當(dāng)執(zhí)行的處理附有數(shù)據(jù)傳輸時，一個所要求的RELAX112的選定是在流定義14中被指定的。在圖6顯示了這樣的一個例子。當(dāng)用于條件轉(zhuǎn)移的條件是“fine”時，一個路徑A被指定作為所要求的RELAX112。另一方面，當(dāng)用于條件轉(zhuǎn)移的條件是“bad”時，一個路徑B被指定作為所要求的RELAX112。響應(yīng)路徑名從執(zhí)行引擎120到用戶化模塊110的傳送，用戶化模塊110選擇對應(yīng)于路徑名的RELAX112，并根據(jù)所選擇的RELAX112制作用于傳輸?shù)碾娮有畔?6或?qū)邮盏降碾娮有畔?6進(jìn)行譯碼。執(zhí)行引擎120伴隨著電子信息16的傳輸和接收向和從信息總線140傳輸數(shù)據(jù)。
執(zhí)行引擎120不具備依賴于每個電子信息16的創(chuàng)建功能，但是具有根據(jù)RELAX112制作電子信息16的多用途的功能。執(zhí)行引擎120的這種多用途的功能允許不需要修改執(zhí)行引擎120而創(chuàng)建不同的電子信息16。
A-6.執(zhí)行引擎圖7顯示了包括在一個執(zhí)行引擎120中的模塊。執(zhí)行引擎120具有由軟件構(gòu)成的多個功能塊。各個功能塊都在一個主控制器121的控制下工作的。
一個流控制器122負(fù)責(zé)讀取流定義并按照流定義的內(nèi)容控制處理。如先前參考圖2的討論，流定義包括處理指令和光標(biāo)控制指令。流控制器122解釋每個光標(biāo)控制指令并按照光標(biāo)控制指令的內(nèi)容執(zhí)行光標(biāo)的位移。主控制器121解釋每個處理指令并響應(yīng)處理指令啟動功能塊。
一個關(guān)聯(lián)控制器123控制一個視窗的顯示并響應(yīng)指令‘Push’(隱藏視窗)或‘Pop’(再現(xiàn)視窗)被啟動(見圖2)。關(guān)系控制器123適當(dāng)?shù)貑踊蛲Ｖ箲?yīng)用瀏覽器實現(xiàn)對于視窗的顯示的控制。
一個交換控制器125完成關(guān)于向和從AP服務(wù)器20傳輸電子信息的通信控制。交換控制器125響應(yīng)指令‘Upload’(向服務(wù)器傳輸)或‘Transaction’(與服務(wù)器通信)被啟動(見圖2)。在本實施例中，電子信息是根據(jù)RELAX而創(chuàng)建的。交換控制器125使用一個RELAX選擇器116、一個附加器115和一個通信插件117處理電子信息。RELAX選擇器116負(fù)責(zé)用來制作或解釋電子信息的RELAX文檔。附加器115產(chǎn)生關(guān)于包括在被傳輸?shù)碾娮有畔⒅械臄?shù)據(jù)的一個標(biāo)題和其他的附加信息。通信插件117按照通信協(xié)議向和從AP服務(wù)器20傳輸電子信息。按照AP服務(wù)器20的功能和通信協(xié)議的類別，這些功能要求用戶化。在這個實施例的結(jié)構(gòu)中，這些功能由此是被包括在用戶化模塊110中并且是分別地由包括在執(zhí)行引擎120中的多功能塊所提供的。
一個隊列控制器124負(fù)責(zé)使交換控制器125和關(guān)聯(lián)控制器123保持同步。隊列控制器124響應(yīng)處理指令‘Queue’(加入隊列)或‘Dequeue’(從隊列移去)被啟動(見圖2)。隊列控制器124創(chuàng)建一個將被向交換控制器125傳送的通信線程126，并把通信線程126存儲到一個隊列中。交換控制器125根據(jù)隊列在一個恰當(dāng)?shù)臅r間與AP服務(wù)器20建立通信。通信線程126保留從AP服務(wù)器20接收到的數(shù)據(jù)并按照接收到的數(shù)據(jù)在恰當(dāng)?shù)臅r間啟動關(guān)聯(lián)控制器123顯示一個視窗。隊列的使用能夠預(yù)先與AP服務(wù)器20通信并存儲通信結(jié)果，而由此保證視窗的平滑轉(zhuǎn)換。
A-7.應(yīng)用瀏覽器圖8顯示了包括在一個應(yīng)用瀏覽器130中的模塊。應(yīng)用瀏覽器130具有在一個主控制器121的控制下工作的多個功能塊。
一個視窗產(chǎn)生模塊134負(fù)責(zé)根據(jù)屏幕定義的規(guī)范產(chǎn)生構(gòu)成每個視窗的部件對象。一個視窗顯示模塊135響應(yīng)一個來自主控制器133的指令順序地顯示部件對象構(gòu)成視窗。相反，一個視窗取消顯示模塊136隱藏部件對象消除視窗。一個視窗刪除模塊137廢除部件對象來刪去關(guān)于視窗信息。一個路徑設(shè)置模塊138設(shè)置用來標(biāo)識每個視窗的一個路徑的名稱，即一個視窗ID。
在視窗上使用的相應(yīng)的部件對象都是通過部件131產(chǎn)生的，并被在一個對象表139中加以管理。部件131包括先前討論過的GUI部件131a和邏輯部件132b。應(yīng)用瀏覽器130的各個功能通過向?qū)ο蟊?39中注冊以及顯示和隱藏部件對象加以實現(xiàn)。
A-8.信息總線圖9顯示了包括在一個信息總線140中的模塊。信息總線140具有一種合并數(shù)據(jù)項141的功能。在這個實施例的結(jié)構(gòu)中，有多個總線148被建立在信息總線140中。各個總線148按照數(shù)據(jù)項141的類別分類完成管理?？偩€148包括預(yù)先提供的靜態(tài)總線，以及按照要求產(chǎn)生的動態(tài)總線。
總線獲得模塊146產(chǎn)生一個總線148。一個總線清除模塊147消除一個不需要的總線。在這個實施例中，提供了八種類別的總線148。一種類別的總線可能包括多個總線。例如，按照視窗的內(nèi)容，對于一個未來視窗的總線[6]到[8]的每個類別可能包括多個總線。
對應(yīng)每個總線148提供管理數(shù)據(jù)項141的功能塊。一個數(shù)據(jù)項獲得模塊142獲得代表一個對象數(shù)據(jù)項的狀態(tài)的一個值，這個值包括在管理的對象中。數(shù)據(jù)項獲得模塊142也具有產(chǎn)生一個數(shù)據(jù)項的功能。如上所述，數(shù)據(jù)項是一個用于獲得多個部件連接的對象。本實施例的系統(tǒng)按照一個部件的操作狀態(tài)動態(tài)地產(chǎn)生一個數(shù)據(jù)項。數(shù)據(jù)項獲得模塊142執(zhí)行檢索并確定是否一個一個確定的部件的操作所要求的的數(shù)據(jù)項被包括在管理的對象中。當(dāng)不包括時，數(shù)據(jù)項獲得模塊142產(chǎn)生所要求的數(shù)據(jù)項并把所產(chǎn)生的數(shù)據(jù)項添加到管理的對象中。這個方案保證了用于數(shù)據(jù)項管理的硬件資源的有效利用。
一個數(shù)據(jù)提取模塊143從數(shù)據(jù)項中提取被包括在由執(zhí)行引擎120創(chuàng)建的電子信息中的數(shù)據(jù)。一個數(shù)據(jù)清除模塊144清除保留在數(shù)據(jù)項中的數(shù)據(jù)。包括在管理對象中的數(shù)據(jù)項被注冊在一個數(shù)據(jù)項表145中。上面討論的功能塊涉及這個數(shù)據(jù)項表145去實現(xiàn)相應(yīng)的功能。
在圖9中列舉了數(shù)據(jù)項141的功能。數(shù)據(jù)項141具有以下五項功能。一個數(shù)值設(shè)置功能設(shè)置一個外部通知的數(shù)值到數(shù)據(jù)項141中保留的數(shù)值，并且在數(shù)值發(fā)生變化的情況下，把這種變化通知映射到數(shù)據(jù)項141的一個或多個部件。這對應(yīng)于前面參考圖5所討論的實現(xiàn)鏈接的功能。響應(yīng)一個外部詢問，一個數(shù)值獲得功能應(yīng)答數(shù)據(jù)項141中保留的數(shù)值。一個部件注冊管理功能在數(shù)據(jù)項141中保留的數(shù)值發(fā)生變化的情況下，管理作為通知的對象的那些部件。一個部件注冊消除功能一個一個單獨地消除一個部件的注冊，而一個全部部件注冊消除功能同時地消除全部部件的注冊。這些功能使數(shù)據(jù)項141能夠象前面參考圖5所討論的那樣控制部件的啟動和鏈接。
在本實施例的結(jié)構(gòu)中，每個部件131積極地完成向數(shù)據(jù)項141中的注冊。在圖9中也列舉了部件131的功能。
部件131具有以下五項功能。一個變化檢測功能檢測在數(shù)據(jù)項141中保留的數(shù)值的變化。這對應(yīng)于從數(shù)據(jù)項141接收改變通知的功能。一個通知功能通知外部關(guān)于一個部件對象的產(chǎn)生、顯示、隱藏和廢除。一個數(shù)據(jù)項獲得功能檢索部件131所映射的數(shù)據(jù)項141。一個數(shù)據(jù)項監(jiān)控功能完成部件131向所映射的數(shù)據(jù)項141的注冊。一個參數(shù)值獲得功能獲取在產(chǎn)生一個部件對象的處理中確定的一個參數(shù)。
在本實施例的結(jié)構(gòu)中，部件131負(fù)責(zé)向它所映射的數(shù)據(jù)項141注冊。在一個修改后的應(yīng)用中，數(shù)據(jù)項141可以檢索和注冊部件131。在本實施例的結(jié)構(gòu)中，數(shù)據(jù)項141通知部件131關(guān)于在數(shù)據(jù)項141中保留的數(shù)值發(fā)生了變化。在一個修改后的應(yīng)用中，部件131持續(xù)監(jiān)控在數(shù)據(jù)項141中保留的數(shù)值并檢測數(shù)值的變化。
如上面討論的信息處理裝置100能夠根據(jù)電子文檔，比如流定義、屏幕定義和RELAX文檔靈活地處理、產(chǎn)生和解釋電子信息。處理的技術(shù)要求通過簡單地修改這些電子文檔被容易地和靈活地改變，而不需要改變XML應(yīng)用程序的基本結(jié)構(gòu)。
A-10啟動處理下文說明啟動XML應(yīng)用程序和按照流定義執(zhí)行處理的相應(yīng)的步驟過程。
圖10是一個顯示一種啟動過程的流程圖。響應(yīng)一個操作者輸入的一個XML應(yīng)用程序基本頁面的一個URL，這個過程開始于信息處理裝置100中瀏覽器的活動狀態(tài)。XML應(yīng)用程序基本頁面代表一個Web頁，這個Web頁提供一個基本小程序104并且在這個實施例中是被用XML描述的。URL可以指定信息處理裝置內(nèi)部的一個位置或在外部Web服務(wù)器10中的一個位置。
響應(yīng)輸入的URL，信息處理裝置100使用瀏覽器讀取XML應(yīng)用程序基本頁面(步驟S10)并啟動由XML應(yīng)用程序基本頁面提供的基本小程序104(步驟S11)?；拘〕绦?04是一個軟件包，用來提供XML應(yīng)用程序運行的平臺，如前面參考圖1所討論的。
由于基本小程序104的作用，信息處理裝置100產(chǎn)生應(yīng)用瀏覽器130(步驟S12)。這里產(chǎn)生的應(yīng)用瀏覽器130對應(yīng)于用來啟動XML應(yīng)用程序的平臺的瀏覽器。應(yīng)用瀏覽器130讀取一個預(yù)先通過基本小程序104指定的初始屏幕定義(步驟S13)。按照這個初始屏幕定義產(chǎn)生的視窗以后被稱為是“基本視窗”。應(yīng)用瀏覽器130啟動基本視窗上的執(zhí)行引擎120(步驟S14)。這實現(xiàn)允許XML應(yīng)用程序操作的狀態(tài)。
執(zhí)行引擎120讀取流定義(步驟S15)，并根據(jù)流定義調(diào)用應(yīng)用瀏覽器130去產(chǎn)生一個初始視窗(步驟S16)。通過執(zhí)行引擎120被讀取流定義的URL已經(jīng)被預(yù)先設(shè)置。另外，URL可以通過基本小程序104或初始屏幕定義被給出。
圖11是顯示啟動后的屏幕結(jié)構(gòu)的示意圖。XML應(yīng)用程序運行在已經(jīng)讀取了XML應(yīng)用程序基本頁面的Web瀏覽器102上?；拘〕绦?04運行在XML應(yīng)用程序基本頁面上。
基本小程序104產(chǎn)生一個應(yīng)用瀏覽器130A，作為XML應(yīng)用程序的平臺，并提供一個XML應(yīng)用程序基本視窗。執(zhí)行引擎120被在XML應(yīng)用程序基本視窗上啟動。用來提供通信和其他功能的一個插件也可以按照要求被啟動。然后執(zhí)行引擎120啟動一個應(yīng)用瀏覽器130B。如前面所討論的，應(yīng)用瀏覽器130B啟動各種不同的部件131去建立一個視窗。部件131包括GUI部件131a和邏輯部件131b二者。響應(yīng)用于在流定義中顯示和轉(zhuǎn)換視窗的每個指令，應(yīng)用瀏覽器130B的啟動被調(diào)用。
按照上面的過程完成XML應(yīng)用程序的啟動，執(zhí)行引擎120根據(jù)流定義開始真正的處理。
A-11.流定義的指令處理圖12是一個顯示一個由執(zhí)行引擎120執(zhí)行的處理序列的流程圖。執(zhí)行引擎120讀取流定義(步驟S20)，解釋包括在流定義中的標(biāo)識符(步驟S21)，并根據(jù)流定義的標(biāo)識符確定處理(步驟S22)。
當(dāng)流定義確定用來屏幕顯示的處理時，執(zhí)行引擎120執(zhí)行關(guān)聯(lián)控制(步驟S23)。關(guān)聯(lián)控制啟動應(yīng)用瀏覽器130去產(chǎn)生一個視窗并能夠在屏幕上操作。在應(yīng)用瀏覽器130啟動期間，信息處理裝置100的控制已經(jīng)轉(zhuǎn)移到應(yīng)用瀏覽器130。在步驟S23，執(zhí)行引擎120等待通過應(yīng)用瀏覽器130執(zhí)行的處理序列的完成。當(dāng)流定義確定電子信息的處理時，執(zhí)行引擎120執(zhí)行交換控制(步驟S24)。交換控制涉及的是RELAX文檔并創(chuàng)建或譯碼電子信息。執(zhí)行引擎120按照標(biāo)識符的內(nèi)容可以執(zhí)行其他處理不同序列，雖然沒有被具體地顯示出來。
執(zhí)行引擎120反復(fù)地執(zhí)行上述的處理序列直到流定義的技術(shù)要求被完成(步驟S25)。
A-12.屏幕控制處理圖13是一個顯示一個屏幕控制處理的流程圖。響應(yīng)來自執(zhí)行引擎120的一個調(diào)用指令，應(yīng)用瀏覽器130被啟動(步驟S30)去完成對屏幕的處理，比如屏幕顯示。
應(yīng)用瀏覽器130首先讀取調(diào)用指令確定的屏幕定義(步驟S31)并按照屏幕定義的技術(shù)要求實現(xiàn)屏幕顯示(步驟S32)。如前所述，根據(jù)屏幕顯示的技術(shù)要求通過調(diào)用相應(yīng)的部件獲得屏幕顯示。
在這種情況中，應(yīng)用瀏覽器130等待一個關(guān)鍵事件的輸入(步驟S33)。在信息處理裝置100中，關(guān)鍵事件是鍵盤和鼠標(biāo)的操作的一個結(jié)果?；拘〕绦?04檢測這些輸入裝置的操作并向信息總線140輸出一個代表操作的詳細(xì)資料的信息。應(yīng)用瀏覽器130監(jiān)控信息總線140并根據(jù)該輸出檢測關(guān)鍵事件。
當(dāng)關(guān)鍵事件是一個涉及視窗的轉(zhuǎn)換、與AP服務(wù)器20通信、刪除一個視窗或終止XML應(yīng)用程序的執(zhí)行指令時，應(yīng)用瀏覽器130終止所要求的操作并將控制返回到執(zhí)行引擎120(步驟S36)。在執(zhí)行指令要求移除屏幕顯示的情況下，比如刪除一個視窗或終止XML應(yīng)用程序，應(yīng)用瀏覽器130消除當(dāng)前屏幕上的顯示，然后返回控制到執(zhí)行引擎120。另一方面，在執(zhí)行指令不要求移去屏幕顯示的情況下，比如視窗的轉(zhuǎn)換或通信，應(yīng)用瀏覽器130立即將控制返回到執(zhí)行引擎120，而不需要消除當(dāng)前顯示。
當(dāng)關(guān)鍵事件不是任何執(zhí)行指令時，應(yīng)用瀏覽器130啟動對應(yīng)于關(guān)鍵事件所需要的GUI部件和邏輯部件(步驟S35)。這種關(guān)鍵事件的例子包括在屏幕上輸入數(shù)據(jù)、按鈕的操作和一個域的詳細(xì)說明。如前面參照圖5所討論的，通過改變映射到相應(yīng)的部件的數(shù)據(jù)項的值，所要求的部件的啟動是容易實現(xiàn)的。
應(yīng)用瀏覽器130顯示一個結(jié)果視窗并允許根據(jù)屏幕定義來在視窗上操作。這里有一種可能，既應(yīng)用瀏覽器130在一種雙重方式中被執(zhí)行引擎120調(diào)用。本實施例的結(jié)構(gòu)允許產(chǎn)生多個應(yīng)用瀏覽器130。多個應(yīng)用瀏覽器130可以單獨地執(zhí)行上面的處理序列以獲得并行處理。
第一種實施例的信息處理裝置100具有下面所討論的優(yōu)點。
第一種優(yōu)點是由執(zhí)行引擎120和應(yīng)用瀏覽器130執(zhí)行的實質(zhì)性處理的細(xì)節(jié)可以通過外部的包括流流定義14、屏幕定義12和RELAX文檔的電子文檔加以確定。這種方案容易地實現(xiàn)處理的技術(shù)要求的變化和擴(kuò)展，而不需要修改軟件。
第二種優(yōu)點是由應(yīng)用瀏覽器130使用的各自的部件131是被作為單獨的模塊構(gòu)建的。這種結(jié)構(gòu)便于添加新的部件和替換已有的部件。
第三種優(yōu)點是各個部件彼此不是直接地相連接，但通過數(shù)據(jù)項彼此相鏈接。用于多部件聯(lián)合的對象的協(xié)調(diào)保證了容易替換已有的部件和添加新的部件。
第四種優(yōu)點是運行在Web瀏覽器上的XML應(yīng)用程序是不依賴于平臺的并具有高的通用性。
B.第二實施例(圖形處理系統(tǒng))第一實施例關(guān)注多用途信息處理系統(tǒng)。下面所討論的本發(fā)明的第二實施例關(guān)注一個圖形處理系統(tǒng)，作為XML應(yīng)用程序的一個具體的實例。
B-1.系統(tǒng)結(jié)構(gòu)圖14是顯示在本發(fā)明的一個第二實施例中的一個圖形處理系統(tǒng)的結(jié)構(gòu)的示意圖。在財會軟件中，圖形處理系統(tǒng)被用來根據(jù)表格，比如劃撥書進(jìn)行交換。系統(tǒng)利用從包括在每個表格中的信息所獲得的符號數(shù)據(jù)和數(shù)字?jǐn)?shù)據(jù)(以下統(tǒng)稱為“表格數(shù)據(jù)”)和通過掃描相應(yīng)交易的表格獲得的圖象數(shù)據(jù)。
圖形處理系統(tǒng)包括一個圖形作業(yè)流系統(tǒng)200和一個基本交易系統(tǒng)300，它們通過一個網(wǎng)絡(luò)彼此連接。圖形作業(yè)流系統(tǒng)200執(zhí)行表格的圖形數(shù)據(jù)和表格數(shù)據(jù)的注冊、校正和詢問?；窘灰紫到y(tǒng)300負(fù)責(zé)執(zhí)行交換。由基本交易系統(tǒng)300執(zhí)行的交換包括那些不利用任何表格的。為了方便，以下的描述只關(guān)注利用表格數(shù)據(jù)的交換。
基本交易系統(tǒng)300具有一個交易服務(wù)器320和一個主計算機(jī)330，它們可以是分開的或是一體的。交易服務(wù)器320負(fù)責(zé)管理在一個交易數(shù)據(jù)庫310中的交換所需要的交易數(shù)據(jù)，并響應(yīng)來自客戶機(jī)250和350的要求提供交易數(shù)據(jù)。例如，交易數(shù)據(jù)包括帳目信息和每個用戶的交換記錄。主計算機(jī)330根據(jù)交易數(shù)據(jù)實際上完成不同的交換。
圖形工作流系統(tǒng)200具有一個圖形服務(wù)器220。圖形服務(wù)器220負(fù)責(zé)存儲表格的圖形數(shù)據(jù)和表格數(shù)據(jù)作為圖形檔案210，并響應(yīng)來自客戶機(jī)250和350的要求提供圖形檔案210。
圖形數(shù)據(jù)和表格數(shù)據(jù)通過客戶機(jī)250輸入到圖形工作流系統(tǒng)200中(以下稱為“圖形客戶機(jī)”)。圖形客戶機(jī)250操作一個掃描儀204掃描每個表格202并獲得表格202的圖形數(shù)據(jù)。圖形客戶機(jī)250使取得的圖形數(shù)據(jù)接受OCR處理以獲得表格數(shù)據(jù)并把圖形數(shù)據(jù)和表格數(shù)據(jù)注冊到圖形服務(wù)器220。
如果需要，由使用與圖形服務(wù)器220連接的一個圖形客戶機(jī)250的另一個操作者對注冊的表格數(shù)據(jù)進(jìn)行檢驗和校正。響應(yīng)操作者的指令，圖形客戶機(jī)250平行地顯示一個圖形數(shù)據(jù)和表格數(shù)據(jù)的列表，其中圖形數(shù)據(jù)和表格數(shù)據(jù)是被檢驗的對象。操作者把表格數(shù)據(jù)與圖形數(shù)據(jù)進(jìn)行比較并檢查出表格數(shù)據(jù)的任何錯誤。操作者校正檢查出的表格數(shù)據(jù)的錯誤，并更新圖形檔案210的內(nèi)容。
B-2.軟件配置圖15顯示了一個圖形工作流系統(tǒng)200的軟件配置。在實施例的結(jié)構(gòu)中，圖形服務(wù)器220和圖形客戶機(jī)250二者都按照XML應(yīng)用程序完成各自的處理序列。因此用來啟動XML應(yīng)用程序的功能塊被構(gòu)建在圖形服務(wù)器220和圖形客戶機(jī)250中。
XML應(yīng)用程序可以被只用于圖形服務(wù)器220和圖形客戶機(jī)250二者中的任一個，并也可以被用于基本交易系統(tǒng)300。
圖形服務(wù)器220具有一個應(yīng)用核心225。應(yīng)用核心225是一個執(zhí)行引擎、一個應(yīng)用瀏覽器和一個信息總線的統(tǒng)稱。如在第一實施例中討論的，應(yīng)用核心225是通過一個基本小程序在一個Web瀏覽器上所提供的。
圖形服務(wù)器220還具有應(yīng)用部件224和一個交易流定義223，它們被用于由應(yīng)用核心225執(zhí)行的處理。圖形服務(wù)器220不負(fù)責(zé)屏幕顯示并因此不包括屏幕定義。
交易流定義223確定一系列處理過程以在圖形檔案210的表格中管理從圖形客戶機(jī)250接收到的圖形數(shù)據(jù)和表格數(shù)據(jù)以及一系列處理過程以響應(yīng)來自圖形客戶機(jī)250和其他客戶機(jī)的要求提供圖形數(shù)據(jù)和表格數(shù)據(jù)。
圖形服務(wù)器220還包括一個Web查詢模塊221和一個基本交易協(xié)作模塊222。Web查詢模塊221響應(yīng)來自一個客戶機(jī)的要求提供一個HTML文件格式的圖形檔案，該要求不涉及XML應(yīng)用程序?；窘灰讌f(xié)作模塊220完成各種需要與基本交易系統(tǒng)300協(xié)作的處理序列。例如，簡單的比較圖形數(shù)據(jù)和表格數(shù)據(jù)不能驗證一個帳戶數(shù)字。基本交易協(xié)作模塊222使用基本交易系統(tǒng)300來驗證帳戶數(shù)字。
圖形客戶機(jī)250具有一個應(yīng)用核心253、應(yīng)用部件252和交易定義251。由于圖形客戶機(jī)250負(fù)責(zé)在屏幕上操作，交易定義251包括一個流定義和一個屏幕定義二項。
圖形客戶機(jī)250還包括一個表格識別模塊254。在本實施例的結(jié)構(gòu)中，提供表格識別模塊254作為獨立地由XML應(yīng)用程序啟動的一個軟件包。作為替換，表格識別模塊254也可以依賴于XML應(yīng)用程序。表格識別模塊254把每個表格的圖形數(shù)據(jù)送到OCR進(jìn)行處理以獲得表格數(shù)據(jù)。通過一個表格定義255，OCR的一個對象區(qū)域被指定給每個表格。
按照XML應(yīng)用程序，圖形客戶機(jī)250完成除采集表格數(shù)據(jù)之外的處理。例如，流定義確定每個表格的圖形數(shù)據(jù)的采集、表格的圖形數(shù)據(jù)與由表格識別模塊254獲得的表格數(shù)據(jù)的對應(yīng)關(guān)系以及為了存儲在圖形檔案210中所作的格式轉(zhuǎn)換。屏幕定義確定這種處理所要求的視窗的操作。
流定義還確定各種用于校正表格數(shù)據(jù)的處理，例如，一種關(guān)于向操作者提供從圖形檔案210中提取的圖形數(shù)據(jù)和表格數(shù)據(jù)的處理，和一種接受對表格數(shù)據(jù)的校正的處理。屏幕定義確定用于這種校正的視窗，例如，一個用來以對比的方式列舉圖形數(shù)據(jù)和表格數(shù)據(jù)的視窗和一個接受校正的視窗。
在本實施例的結(jié)構(gòu)中，圖形客戶機(jī)250與圖形服務(wù)器220之間的通信是建立在一種HTTP協(xié)議上的。在第一種實施例中說明的電子信息被用于圖形客戶機(jī)250與圖形服務(wù)器220之間的數(shù)據(jù)傳輸。應(yīng)用核心253和225指的是創(chuàng)建和譯碼電子信息的RELAX文檔。
B-3.圖形處理圖16是一個顯示一般圖形處理的流程圖，這是一個由圖形客戶機(jī)250和圖形服務(wù)器220執(zhí)行的完整的工作流程。雙框代表由圖形客戶機(jī)250執(zhí)行的處理。
圖形客戶機(jī)250首先讀取一個表格圖形(步驟S500)并完成表格識別以產(chǎn)生表格數(shù)據(jù)(步驟S501)。圖形客戶機(jī)250然后把表格數(shù)據(jù)映射到圖形數(shù)據(jù)并注冊映射關(guān)系(步驟S502)。圖形客戶機(jī)250以一種預(yù)先確定的格式存儲表格數(shù)據(jù)和圖形數(shù)據(jù)并以一種預(yù)先確定的格式把表格數(shù)據(jù)和圖形數(shù)據(jù)傳送到圖形服務(wù)器220。圖形服務(wù)器220把接收到的數(shù)據(jù)注冊到圖形檔案210的一個預(yù)定的區(qū)域。
數(shù)據(jù)可以以任何不同的格式存儲，而在這個實施例中是以XML格式存儲的。換句話說在XML格式中表格數(shù)據(jù)被歸入相應(yīng)的項并且用指定的標(biāo)識符記錄。用于存儲圖形數(shù)據(jù)的路徑名也被以XML格式記錄。這種方案便于確定表格數(shù)據(jù)到圖形數(shù)據(jù)的映射關(guān)系并能夠?qū)崿F(xiàn)合并。在這個實施例的程序中，在這個時刻數(shù)據(jù)是以非完全校正和檢驗的狀態(tài)被注冊的。
在注冊數(shù)據(jù)之后，圖形服務(wù)器220完成一個交易協(xié)作處理(步驟S503)。例如，如前所述交易協(xié)作處理包括帳目數(shù)字的鑒別。
在完成圖形數(shù)據(jù)和表格數(shù)據(jù)的注冊后，工作流變換到一個校正步驟(步驟S504)。校正步驟由圖形客戶機(jī)250加以執(zhí)行。圖形客戶機(jī)250的終端和操作者可能是與數(shù)據(jù)注冊時不同。當(dāng)操作者向圖形客戶機(jī)250發(fā)出“校正處理”的指令時，圖形客戶機(jī)250從注冊在圖形檔案210的數(shù)據(jù)中提取非完全校正和檢驗的狀態(tài)數(shù)據(jù)。操作者把表格數(shù)據(jù)與圖形數(shù)據(jù)相比較并完成對表格數(shù)據(jù)所要求的校正。校正后的數(shù)據(jù)被傳送到圖形服務(wù)器220。圖形服務(wù)器220接收校正后的數(shù)據(jù)并更新圖形檔案210的內(nèi)容。類似于數(shù)據(jù)注冊時，圖形服務(wù)器220完成一個交易協(xié)作處理(步驟S505)。此時數(shù)據(jù)具有非完全檢驗的狀態(tài)。
然后工作流變換到檢驗圖形數(shù)據(jù)和表格數(shù)據(jù)的一個過程(步驟S506)。在數(shù)據(jù)校正處理之后是處理的過程(步驟S504)。校正處理針對任何錯誤再次檢驗表格數(shù)據(jù)并且當(dāng)不要求時可以忽略。
當(dāng)圖形客戶機(jī)250向圖形服務(wù)器220傳送校正后的數(shù)據(jù)時，圖形服務(wù)器220向收到的數(shù)據(jù)加上一個檢驗完全的狀態(tài)并更新圖形檔案210的內(nèi)容，以便允許數(shù)據(jù)查詢(步驟S507)。上面的各種處理序列能夠?qū)崿F(xiàn)查詢來自圖形檔案210和基本交易系統(tǒng)300的圖形數(shù)據(jù)和表格數(shù)據(jù)。
圖形客戶機(jī)250主要按照XML應(yīng)用程序完成上面的各種處理。處理的實際內(nèi)容由圖形客戶機(jī)250的交易定義251確定。在產(chǎn)生表格數(shù)據(jù)的過程中(步驟S501)，XML應(yīng)用程序被運用到啟動表格識別模塊254的步驟和獲得識別結(jié)果的步驟，其中模塊254是一個獨立的XML應(yīng)用程序。
圖形服務(wù)器220也主要按照XML應(yīng)用程序完成上面的各種處理序列。處理的實際內(nèi)容由圖形服務(wù)器220的交易流定義223確定，盡管在圖16中沒有被顯示出來。
第二個實施例的圖形處理系統(tǒng)運用XML應(yīng)用程序?qū)Ρ砀駭?shù)據(jù)和圖形數(shù)據(jù)進(jìn)行處理。在各種各樣的財會軟件中存在著大量不同的表格由于多種交換，因此需要不同的圖形處理序列。按照XML應(yīng)用程序處理的實際內(nèi)容由交易定義251和交易流定義223確定。這個方案保證了在大量不同的所需要的處理中比較容易的實現(xiàn)用戶化和修改技術(shù)要求。
第二個實施例是關(guān)于財會軟件中的圖形處理。本發(fā)明的原理也可應(yīng)用于一個不同的商業(yè)用途表格，例如，保險公司的保險結(jié)算。
C.修改在上面討論的第一和第二實施例中，信息處理裝置100、圖形客戶機(jī)250和圖形服務(wù)器220都是被連接到網(wǎng)絡(luò)上的。XML應(yīng)用程序可以不是被一個連接到網(wǎng)絡(luò)上的計算機(jī)所啟動，而是可以被一個獨立的計算機(jī)所啟動。在由一個獨立的計算機(jī)所啟動的情況下，處理所要求的流定義和屏幕定義可以被預(yù)先存儲在計算機(jī)中或可以從一個記錄介質(zhì)提供，比如一個CD-ROM。
在上面的實施例中，XML應(yīng)用程序是由軟件實現(xiàn)的。一種可能的修改提供了完成執(zhí)行引擎120、應(yīng)用瀏覽器130和信息總線140的功能的電路結(jié)構(gòu)，并因此將XML應(yīng)用程序構(gòu)造為硬件。這種硬件結(jié)構(gòu)也方便地保證了比較容易的實現(xiàn)用戶化和處理過程的修改，而不需要對電路做任何重要的改變和替換。
在第一種實施例中討論的XML應(yīng)用程序的功能塊的部件可以被省略。例如，只有執(zhí)行引擎120的基本功能，即根據(jù)流定義14的處理，可能依賴于XML應(yīng)用程序，同時電子信息16的處理和對屏幕顯示的處理可以是獨立于XML應(yīng)用程序的?；蛘咧挥须娮有畔?6的處理和對屏幕顯示的處理可能依賴于XML應(yīng)用程序。
本發(fā)明的方案保證了通過簡單地改變外部給予的電子文檔的內(nèi)容增加、修改和用戶化信息處理功能，而不需要對信息處理裝置本身的軟件配置或硬件結(jié)構(gòu)做重大的改變。
上述實施例和它們的應(yīng)用在所有方面都是作為例證性的而不是限制性的。在不離開本發(fā)明的主要特性的范圍和精神的情況下，可能存在多種修改、變化和替換。例如，上面討論的控制處理的序列可以通過一個硬件結(jié)構(gòu)代替軟件配置加以實現(xiàn)。
本發(fā)明的范圍和精神通過附帶的權(quán)利要求所指出的，勝過通過上述說明的。
權(quán)利要求
1.一個信息處理裝置，包括多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；一個文檔輸入模塊，用來輸入定義處理的一個技術(shù)規(guī)范的一個電子文檔，這個電子文檔用一種標(biāo)識被用于處理的基本功能模塊的格式表示；和一個啟動控制模塊，用于分析電子文檔并連續(xù)地啟動由所分析的電子文檔標(biāo)識的所述基本功能模塊。
2.按照權(quán)利要求1的一個信息處理裝置，其中所述多個基本功能模塊包括一個視窗產(chǎn)生模塊，用來產(chǎn)生一個在所述信息處理裝置上顯示的視窗；電子文檔規(guī)定視窗的一個技術(shù)規(guī)范和一個生成定時；和所述啟動控制模塊在規(guī)定的生成定時啟動所述視窗產(chǎn)生模塊。
3.按照權(quán)利要求1的一個信息處理裝置，其中電子文檔定義多個處理序列的技術(shù)規(guī)范并包括流控制信息來確定多個處理序列的執(zhí)行順序；和所述啟動控制模塊以根據(jù)流控制信息的執(zhí)行順序啟動由電子文檔標(biāo)識的所述基本功能模塊。
4.按照權(quán)利要求1的一個信息處理裝置，其中所述多個基本功能模塊包括分別代表顯示組件的多個組件顯示模塊，顯示組件構(gòu)成一個在所述信息處理裝置上將被顯示的視窗；電子文檔定義構(gòu)成視窗的每個顯示組件的一個類別和一個位置；和所述啟動控制模塊根據(jù)電子文檔啟動所述組件顯示模塊，以便產(chǎn)生視窗。
5.按照權(quán)利要求1的一個信息處理裝置，其中所述多個基本功能模塊包括多個組件操作模塊，對輸入到所述信息處理裝置中的數(shù)據(jù)分別地完成預(yù)先確定的操作；電子文檔定義數(shù)據(jù)的一個操作；和所述啟動控制模塊根據(jù)電子文檔啟動所述組件操作模塊，以便完成所定義的數(shù)據(jù)的操作。
6.一個信息處理裝置，包括多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；和一個對象管理模塊，它利用映射關(guān)系管理預(yù)定的對象，這些對象被映射到至少部分的所述基本功能模塊；其中所述基本功能模塊響應(yīng)映射到它本身的對象的一個狀態(tài)變化而被啟動；和在至少部分的對象中出現(xiàn)狀態(tài)變化的情況下，所述對象管理模塊把狀態(tài)變化通知映射到對象的所述基本功能模塊。
7.按照權(quán)利要求6的一個信息處理裝置，其中所述多個基本功能模塊包括多個組件顯示模塊，它們分別地代表顯示組件，顯示組件構(gòu)成一個在所述信息處理裝置上將被顯示一個視窗；和所述對象管理模塊包含一個通用對象管理模塊，用于管理一個對多個視窗通用的對象；和一個單獨對象管理模塊，用于管理一個涉及當(dāng)前顯示的視窗的對象。
8.按照權(quán)利要求6的一個信息處理裝置，其中每個基本功能模塊把對象到基本功能模塊的映射關(guān)系注冊到所述對象管理模塊。
9.按照權(quán)利要求6的一個信息處理裝置，其中所述對象管理模塊包含一個對象創(chuàng)建次模塊，響應(yīng)每個基本功能模塊的啟動，創(chuàng)建一個映射到所述啟動的基本功能模塊的對象；和一個對象消除次模塊，消除一個不被映射到任何所述啟動的基本功能模塊的對象。
10.一個被連接到一個網(wǎng)絡(luò)并根據(jù)通過網(wǎng)絡(luò)傳輸?shù)男畔⑼瓿梢粋€預(yù)先確定的處理序列的信息處理裝置，所述信息處理裝置包含一個文檔存儲模塊，存儲將被包含在通過網(wǎng)絡(luò)傳輸?shù)囊粋€電子信息中的數(shù)據(jù)，以及一個確定數(shù)據(jù)格式的定義文檔；和一個電子信息處理模塊，分析定義文檔并根據(jù)所分析的定義文檔的內(nèi)容創(chuàng)建或譯碼電子信息。
11.按照權(quán)利要求10的一個信息處理裝置，所述信息處理裝置還包含一個數(shù)據(jù)管理模塊，全面地管理涉及預(yù)先確定的處理序列的多個數(shù)據(jù)；其中所述電子信息處理模塊從所述數(shù)據(jù)管理模塊取數(shù)據(jù)，這些數(shù)據(jù)是包含在從所述信息處理裝置傳輸過來的電子信息中的。
12.按照權(quán)利要求10的一個信息處理裝置，所述信息處理裝置還包含一個數(shù)據(jù)管理模塊，全面地管理涉及預(yù)先確定的處理序列的多個數(shù)據(jù)；其中所述電子信息處理模塊把從經(jīng)過網(wǎng)絡(luò)接收到的電子信息中提取的數(shù)據(jù)通知所述數(shù)據(jù)管理模塊。
13.按照權(quán)利要求10的一個信息處理裝置，其中所述文檔存儲模塊存儲多個定義文檔；所述信息處理裝置還包含一個文檔輸入模塊，輸入一個標(biāo)識將被用于多個處理序列的定義文檔的電子文檔，它涉及經(jīng)過網(wǎng)絡(luò)的信息的傳送；所述電子信息處理模塊按照當(dāng)前執(zhí)行的處理有選擇地使用由電子文檔標(biāo)識的定義文檔。
14.一種計算機(jī)可讀取記錄介質(zhì)，在其中記錄了一個用來啟動一臺計算機(jī)完成一個預(yù)先確定的信息處理序列的計算機(jī)程序，所述計算機(jī)程序促使計算機(jī)去實現(xiàn)多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；一個文檔輸入模塊，用來輸入定義處理的一個技術(shù)規(guī)范的一個電子文檔，這個電子文檔用一種標(biāo)識用于處理的基本功能模塊的格式表示；和一個啟動控制模塊，分析電子文檔并連續(xù)地啟動由所分析的電子文檔標(biāo)識的所述基本功能模塊。
15.按照權(quán)利要求14的一種計算機(jī)可讀取記錄介質(zhì)，其中所述多個基本功能模塊包括一個視窗產(chǎn)生模塊，用來產(chǎn)生一個在所述計算機(jī)上顯示的視窗；電子文檔規(guī)定視窗的一個技術(shù)規(guī)范和一個生成定時；和所述啟動控制模塊在規(guī)定的生成定時啟動所述視窗產(chǎn)生模塊。
16.按照權(quán)利要求14的一種計算機(jī)可讀取記錄介質(zhì)，其中電子文檔定義多個處理序列的技術(shù)規(guī)范并包括流控制信息來確定多個處理序列的執(zhí)行順序；和所述的啟動控制模塊以按照流控制信息的執(zhí)行順序啟動由電子文檔標(biāo)識的所述基本功能模塊。
17.按照權(quán)利要求14的一種計算機(jī)可讀取記錄介質(zhì)，其中所述多個基本功能模塊包括多個組件顯示模塊分別地代表顯示組件，顯示組件構(gòu)成一個在所述計算機(jī)上將被顯示的一個視窗；電子文檔定義構(gòu)成視窗的每個顯示組件的一個類別和一個位置；和所述啟動控制模塊根據(jù)電子文檔啟動所述組件顯示模塊，以便產(chǎn)生視窗。
18.按照權(quán)利要求14的一種計算機(jī)可讀取記錄介質(zhì)，其中所述多個基本功能模塊包括多個組件操作模塊，對輸入到所述計算機(jī)中的數(shù)據(jù)分別地完成預(yù)先確定的操作；電子文檔定義數(shù)據(jù)的一個操作；和所述啟動控制模塊根據(jù)電子文檔啟動所述組件操作模塊，以便完成所定義的數(shù)據(jù)的操作。
19.一種計算機(jī)可讀取記錄介質(zhì)，在其中記錄了一個用來啟動一臺計算機(jī)完成一個預(yù)先確定的信息處理序列的計算機(jī)程序，所述計算機(jī)程序促使計算機(jī)去實現(xiàn)多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；和一個對象管理模塊利用映射關(guān)系管理預(yù)定的對象，這些對象被映射到至少部分的所述基本功能模塊；其中所述基本功能模塊響應(yīng)映射到它本身的對象的一個狀態(tài)變化而被啟動；和在至少部分的對象中出現(xiàn)狀態(tài)變化的情況下，所述對象管理模塊把狀態(tài)變化通知映射到對象的所述基本功能模塊。
20.按照權(quán)利要求19的一種計算機(jī)可讀取記錄介質(zhì)，其中所述多個基本功能模塊包括多個組件顯示模塊分別地代表顯示組件，顯示組件構(gòu)成一個在所述計算機(jī)上將被顯示一個視窗；和所述對象管理模塊包含一個通用對象管理模塊，用于管理一個對多個視窗通用的對象；和一個單獨對象管理模塊，用于管理一個涉及當(dāng)前顯示的視窗的對象。
21.按照權(quán)利要求19的一種計算機(jī)可讀取記錄介質(zhì)，其中每個基本功能模塊把對象到所述基本功能模塊的映射關(guān)系注冊到所述對象管理模塊。
22.按照權(quán)利要求19的一種計算機(jī)可讀取記錄介質(zhì)，其中所述對象管理模塊包含一個對象創(chuàng)建次模塊，響應(yīng)每個基本功能模塊的啟動，創(chuàng)建一個映射到所述啟動的基本功能模塊的對象；和一個對象消除次模塊，消除一個不被映射到任何所述啟動的基本功能模塊的對象。
23.一種計算機(jī)可讀取記錄介質(zhì)，在其中記錄了一個用來啟動一臺連接到一個網(wǎng)絡(luò)的計算機(jī)，根據(jù)經(jīng)過網(wǎng)絡(luò)傳輸?shù)男畔⑼瓿梢粋€預(yù)先確定的處理序列的計算機(jī)程序，所述計算機(jī)程序促使計算機(jī)去實現(xiàn)一個文檔管理功能，管理包含在通過網(wǎng)絡(luò)傳輸?shù)囊粋€電子信息中的數(shù)據(jù)，以及一個確定數(shù)據(jù)格式的定義文檔；和一個電子信息處理功能，分析定義文檔并根據(jù)所分析的定義文檔的內(nèi)容創(chuàng)建或譯碼電子信息。
24.按照權(quán)利要求23的一種計算機(jī)可讀取記錄介質(zhì)，所述計算機(jī)程序包含一個數(shù)據(jù)管理模塊，全面地管理涉及預(yù)先確定的處理序列的多個數(shù)據(jù)；其中所述電子信息處理功能從所述數(shù)據(jù)管理模塊取數(shù)據(jù)，這些數(shù)據(jù)是包含在被傳輸?shù)碾娮有畔⒅小?br> 25.按照權(quán)利要求23的一種計算機(jī)可讀取記錄介質(zhì)，所述計算機(jī)程序包含一個數(shù)據(jù)管理模塊，全面地管理涉及預(yù)先確定的處理序列的多個數(shù)據(jù)；其中所述電子信息處理功能把從經(jīng)過網(wǎng)絡(luò)接收到的電子信息中提取的數(shù)據(jù)通知所述數(shù)據(jù)管理模塊。
26.按照權(quán)利要求23的一種計算機(jī)可讀取記錄介質(zhì)，其中所述文檔管理功能管理多個定義文檔；所述計算機(jī)程序還促使計算機(jī)去實現(xiàn)一個文檔輸入功能，輸入一個標(biāo)識將被用于多個處理序列的定義文檔的電子文檔，它涉及經(jīng)過網(wǎng)絡(luò)的信息的傳送；所述電子信息處理功能按照當(dāng)前執(zhí)行的處理有選擇地使用由電子文檔標(biāo)識的定義文檔。
27.按照權(quán)利要求14到26的任何一個的一種計算機(jī)可讀取記錄介質(zhì)，所述計算機(jī)程序被構(gòu)造為運行于一個安裝在計算機(jī)中的瀏覽器上。
28.一種信息處理方法，用來促使一臺計算機(jī)去完成信息處理的一個預(yù)先確定的序列，所述信息處理方法包含的步驟有提供多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；輸入一個電子文檔，該電子文檔定義處理的一個技術(shù)規(guī)范，這個電子文檔用一種標(biāo)識用于處理的基本功能模塊的格式表示；和促使計算機(jī)去分析電子文檔并連續(xù)地啟動由所分析的電子文檔標(biāo)識的所述基本功能模塊。
29.一種信息處理方法，用來促使一臺計算機(jī)去完成信息處理的一個預(yù)先確定的序列，所述信息處理方法包含的步驟有提供多個基本功能模塊，它們被作為單獨的組件加以構(gòu)建并用來實現(xiàn)預(yù)先確定的基本功能；利用映射關(guān)系管理預(yù)定的對象，這些對象被映射到至少部分的所述基本功能模塊；和在至少部分的對象中出現(xiàn)狀態(tài)變化的情況下，把狀態(tài)變化通知映射到對象的所述基本功能模塊，以便啟動所述被映射的基本功能模塊。
30.一種信息處理方法，促使一臺連接到一個網(wǎng)絡(luò)的計算機(jī)，根據(jù)經(jīng)過網(wǎng)絡(luò)傳輸?shù)男畔⑼瓿梢粋€預(yù)先確定的處理序列，所述信息處理方法包含的步驟有管理包含在通過網(wǎng)絡(luò)傳輸?shù)囊粋€電子信息中的數(shù)據(jù)，以及一個確定數(shù)據(jù)格式的定義文檔；和分析定義文檔并根據(jù)所分析的定義文檔的內(nèi)容創(chuàng)建或譯碼電子信息。
31.一個圖形處理裝置，它根據(jù)一個表格的圖形數(shù)據(jù)完成一個預(yù)先確定的圖形處理序列，所述圖形處理裝置包含多個基本功能模塊，它們被用來實現(xiàn)涉及預(yù)先確定的圖形處理序列的預(yù)先確定的基本功能；一個文檔輸入模塊，用來輸入定義圖形處理的一個技術(shù)規(guī)范的一個電子文檔，這個電子文檔用一種標(biāo)識被用于圖形處理的基本功能模塊的格式表示；和一個啟動控制模塊，分析電子文檔并連續(xù)地啟動由所分析的電子文檔標(biāo)識的所述基本功能模塊。
32.按照權(quán)利要求31的一個圖形處理裝置，其中所述多個基本功能模塊包括一個數(shù)據(jù)提取模塊，用來從圖形數(shù)據(jù)中提取符號數(shù)據(jù)或數(shù)字?jǐn)?shù)據(jù)；電子文檔指定一個用于從圖形數(shù)據(jù)中提取數(shù)據(jù)的區(qū)域，并確定所提取數(shù)據(jù)的性質(zhì)；和所述啟動控制模塊根據(jù)電子文檔啟動所述數(shù)據(jù)提取模塊，以便獲得由電子文檔定義的數(shù)據(jù)。
33.按照權(quán)利要求31的一個圖形處理裝置，其中所述多個基本功能模塊包括一個圖形顯示模塊，用來顯示圖形數(shù)據(jù)；一個數(shù)據(jù)顯示模塊，用來顯示從圖形數(shù)據(jù)中提取的符號數(shù)據(jù)或數(shù)字?jǐn)?shù)據(jù)；和一個數(shù)據(jù)修改模塊，用來修改符號數(shù)據(jù)或數(shù)字?jǐn)?shù)據(jù)；電子文檔包括一個指定圖形數(shù)據(jù)及符號數(shù)據(jù)/數(shù)字?jǐn)?shù)據(jù)的一種顯示格式的顯示指令，以及一個修改指令，根據(jù)一個外部輸入指定一種修改符號數(shù)據(jù)或數(shù)字?jǐn)?shù)據(jù)的方法；和所述啟動控制模塊響應(yīng)顯示指令啟動所述圖形顯示模塊和所述數(shù)據(jù)顯示模塊，實現(xiàn)所指定的顯示表格，同時響應(yīng)修改指令啟動所述數(shù)據(jù)修改模塊，實現(xiàn)所指定的修改。
全文摘要
本發(fā)明的信息處理裝置包括一個在瀏覽器上啟動的執(zhí)行引擎120、一個應(yīng)用瀏覽器130和部件131a和132b。執(zhí)行引擎120讀取以XML描述的一個流定義14并順序地執(zhí)行由包括在流定義14中的標(biāo)識符所定義的指令。響應(yīng)屏幕顯示的請求，執(zhí)行引擎120調(diào)用應(yīng)用瀏覽器130。應(yīng)用瀏覽器130讀取一個屏幕定義12并啟動相應(yīng)的部件131a和132b創(chuàng)建一個視窗。信息處理裝置的結(jié)構(gòu)具有只有基本功能和多用途功能的軟件，并且利用以XML描述的電子文檔確定處理的實際的技術(shù)要求。這種方案保證了比較容易地實現(xiàn)對處理的技術(shù)要求的用戶化、更新和修改，而不需要對信息處理裝置中的軟件做任何重大的改變。
文檔編號G06F9/44GK1444157SQ0312268
公開日2003年9月24日 申請日期2003年1月27日 優(yōu)先權(quán)日2002年1月28日
發(fā)明者町田勇, 森有一 申請人:株式會社日立制作所