專利名稱：通過無線通信媒體向便攜式計算裝置傳送內(nèi)容的系統(tǒng)與方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及到無線文件內(nèi)容的傳送，尤其是涉及到通過在無線裝置上重構(gòu)和讀取來構(gòu)成需要的文件內(nèi)容。
背景技術(shù)：
隨著計算機使用的飛速發(fā)展，電子文件的存儲以及在計算機之間的傳送相對容易。全部桌面系統(tǒng)和手提計算機系統(tǒng)容易在各種傳播介質(zhì)上傳遞這些文件，例如在因特網(wǎng)上傳遞。
然而，還希望利用無線通訊媒體和移動無線裝置傳送這些文件。這帶來一個系列不同的問題，因為可用的帶寬大概是4到48kbps(每秒千比特)，所以在短期內(nèi)不可能增加到超過56kbps。
無線裝置一般試圖最大化電池的壽命，同時試圖最小化它的重量和裝置的實際尺寸。典型地，該裝置還包括低速的處理器和最小的存儲容量。同時，由于受一般限制該裝置具有不同的操作系統(tǒng)、屏幕分辨率和有限的圖形再現(xiàn)功能。因此，具有多種格式的大批文件非常不適合或者不可能以它們的標準格式方式使用這些裝置。
從而期望提供一種系統(tǒng)，其允許在不考慮文件大小或者格式的條件下訪問這些電子文件。

發(fā)明內(nèi)容
本發(fā)明提供一種系統(tǒng)，其利用公共的標注語言以文件對象模塊方式來分析、構(gòu)成和存儲電子文件。文件對象模塊是存儲在服務(wù)器中而其內(nèi)容是以通用內(nèi)容數(shù)據(jù)流格式被傳送到無線裝置。由于利用文件對象模塊和無線裝置上相應(yīng)閱讀程序的通用內(nèi)容數(shù)據(jù)流，所以電子文件減少到僅僅是基本內(nèi)容和無線發(fā)射必需的格式信息。
為了達到上述以及相應(yīng)的優(yōu)點，本發(fā)明可以具體實施附圖中圖解說明的形式，然而，應(yīng)該注意到事實上附圖僅僅是為了圖解說明而已，在不違反本發(fā)明的規(guī)定范圍可以在圖解說明的特殊結(jié)構(gòu)上做一些改變。


當連同附圖一起進行描述時，本發(fā)明的各種其他功能、特點和伴隨的優(yōu)點將會變得完全可以理解，其中同樣的參考標志在幾個圖中表示為相同的或者類似的部分，其中圖1是本發(fā)明使用的數(shù)據(jù)處理系統(tǒng)或者服務(wù)器在因特網(wǎng)上與客戶無線裝置通訊的圖解說明。
圖2是圖1中描繪的數(shù)據(jù)處理系統(tǒng)和無線裝置方框圖的圖解說明。
圖3是詳細說明駐留在圖1服務(wù)器中本發(fā)明專用處理模塊方框圖的圖解說明。
圖4圖解說明相對本發(fā)明提交文件的數(shù)據(jù)包。
圖5是一個圖解說明由服務(wù)器中數(shù)據(jù)處理系統(tǒng)所處理的提交請求處理過程的流程圖。
圖6是一個詳細說明由服務(wù)器數(shù)據(jù)處理系統(tǒng)的服務(wù)器通信總線(SCB)模塊所處理的輸入請求處理過程的流程圖。
圖7是一個詳細說明為光學字符識別(OCR)、圖像增強和光柵到矢量轉(zhuǎn)換(R2V)而激活外部處理的預(yù)處理模塊的處理過程流程圖。
圖8是一個詳細描述在建立的文件對象模塊(DOM)中用于構(gòu)成文件剖析的數(shù)據(jù)處理系統(tǒng)剖析模塊的處理過程流程圖。
圖9是一個詳細描述用于索引提交文件內(nèi)容的索引模塊處理過程的流程圖。
圖10是一個詳細描述本發(fā)明用于傳送相關(guān)內(nèi)容摘錄到無線/有線客戶的傳輸摘錄模塊的處理過程流程圖。
圖11是一個圖解說明本發(fā)明駐留在無線裝置或客戶中詳述各個數(shù)據(jù)處理模塊的方框圖。
圖12是一個詳細描述發(fā)明駐留在無線裝置中以通用內(nèi)容數(shù)據(jù)流(UCS)形式接收傳輸摘錄數(shù)據(jù)的處理過程流程圖。
圖13是一個圖解說明本發(fā)明具有加載的結(jié)構(gòu)化或者非結(jié)構(gòu)化文件或數(shù)據(jù)流的處理引擎結(jié)構(gòu)的示意圖。
圖14是一個圖解說明為了加載的文件而構(gòu)成文件對象模塊(DOM)的本發(fā)明中母體與子體對象的關(guān)系示意圖。
圖15是一個具有本發(fā)明可以使用的非結(jié)構(gòu)化樣本文件的圖解說明。
圖16是一個具有本發(fā)明可以使用的結(jié)構(gòu)樣本文件的圖解說明。
圖17是一個對于加載的結(jié)構(gòu)文件由本發(fā)明使用的構(gòu)成文件對象模塊(DOM)的圖解說明。
圖18是一個圖解說明對于文本內(nèi)容本發(fā)明的文件對象模塊示意圖。
圖19A是一個圖解說明在構(gòu)成文本內(nèi)容的段落中本發(fā)明文件對象模塊的示意圖。
圖19B是一個圖解說明圖19A中段落命令的繼續(xù)。
圖20是一個圖解用于加載的文件的說明文件對象模塊的示意圖，所述的加載的文件包含如通常在電子數(shù)據(jù)表文件類型中發(fā)現(xiàn)的列表數(shù)據(jù)。
圖21A-21F詳細說明從本發(fā)明到無線/有線裝置傳輸摘錄響應(yīng)的命令內(nèi)容，它們是以通用內(nèi)容數(shù)據(jù)流結(jié)構(gòu)的形式分別對應(yīng)于結(jié)構(gòu)和非結(jié)構(gòu)化的文件。
圖22是一個本發(fā)明通信格式布局圖的實施例。
具體實施內(nèi)容本發(fā)明可以使用的與一個或者多個無線裝置或者客戶12通信的數(shù)據(jù)處理系統(tǒng)或者服務(wù)器10如圖1中所圖解說明。數(shù)據(jù)處理系統(tǒng)10一般包括常規(guī)的組件，比如中央處理器、內(nèi)部海量存儲器、和隨機存取存儲器，它們都是本發(fā)明所使用的。往返于數(shù)據(jù)處理系統(tǒng)10的通信一般經(jīng)過安全軟件或者通常被稱為防火墻/代理服務(wù)器14的硬件處理系統(tǒng)/單元，以常規(guī)的方式保證經(jīng)過批準才能有效地訪問本發(fā)明使用的網(wǎng)絡(luò)。在該數(shù)據(jù)處理系統(tǒng)或者服務(wù)器10上實現(xiàn)的本發(fā)明通常通過因特網(wǎng)16接收輸入數(shù)據(jù)并將輸出的數(shù)據(jù)傳送到本發(fā)明在無線裝置或者客戶12上駐留的部分。本發(fā)明的當前實施例可以利用DELL、COMPAQ、SUN或者其它公認廠家的服務(wù)器硬件作為數(shù)據(jù)處理系統(tǒng)10，其運行Windows操作系統(tǒng)版本NT 4/2000/XP或者更高的版本，或者運行Sun Solaris操作系統(tǒng)版本8或者更高的版本。
圖2圖解說明數(shù)據(jù)處理系統(tǒng)或者服務(wù)器10以及無線裝置或者客戶12更詳細的概述。服務(wù)器10包括中央處理器(CPU)20，隨機存取存儲器(RAM)22和內(nèi)部海量存儲器24，它們?nèi)慷际怯赏ǔ１环Q為總線26的數(shù)據(jù)通道相互連接。數(shù)據(jù)處理系統(tǒng)10與無線裝置客戶12通過因特網(wǎng)16進行通信。無線裝置客戶12處理系統(tǒng)包括為小覆蓋區(qū)裝置設(shè)計的中央處理器(CPU)28，比如摩托羅拉的Dragon Ball CPU，或者伴隨只讀存儲器(RAM)30的Intel Strong ARM CPU，它儲存小覆蓋區(qū)無線裝置的操作系統(tǒng)比如Palm OS，或者包括具有內(nèi)部快速隨機存儲器32的便攜式PC OS，它們利用數(shù)據(jù)總線36全部連接在一起，并且利用無線射頻/調(diào)制解調(diào)器34與因特網(wǎng)16通信。
數(shù)據(jù)處理系統(tǒng)10最好構(gòu)成按照具有的操作系統(tǒng)執(zhí)行和完成本發(fā)明當前實施例的功能，該操作系統(tǒng)能夠利用寫入的數(shù)據(jù)指令執(zhí)行由操作系統(tǒng)提供的使用功能，以便利用典型的編程語言比如C++和Java。
圖3圖解說明本發(fā)明的服務(wù)器一側(cè)其處理模塊的處理過程方框圖。按照定義的模塊是單獨可選擇的數(shù)據(jù)處理或者是必須結(jié)合其它模塊形成本發(fā)明的數(shù)據(jù)處理系統(tǒng)10。結(jié)構(gòu)或者非結(jié)構(gòu)化的電子文件或者數(shù)據(jù)流40是從無線的或者有線的客戶端12提交并且從網(wǎng)絡(luò)作為二進制數(shù)據(jù)進入到服務(wù)器10?？蛻籼峤惶幚頇C42接收客戶的請求并且檢驗這是有效的請求，以及根據(jù)用戶請求將接收的數(shù)據(jù)和適當路徑選擇命令傳遞給服務(wù)器通信總線44，它讀出路徑選擇命令并且以要求順序(如根據(jù)路徑選擇命令所表示的)將接收的數(shù)據(jù)發(fā)送到請求處理模塊。如果第一路徑選擇命令是為預(yù)處理模塊(PPM)46所請求，則接收的數(shù)據(jù)為文件或者數(shù)據(jù)的最佳化而向前傳送。如果該文件類型是包含描繪文本內(nèi)容映象、包含表示圖片的二進制映象的掃描類型文件，或者是利用線或者圓形繪圖元素描繪的掃描類型文件，則預(yù)處理模塊46主要的目的是按照本發(fā)明的使用來改進文件的質(zhì)量。
對于包含描繪文本內(nèi)容映象的掃描類型文件，按照本發(fā)明的處理提取文本字符而使用一種稱為光學字符識別(OCR)的技術(shù)。任何OCR類型的軟件包(比如ScanSoft公司的OmniPage光)都可以為這個目的由本發(fā)明應(yīng)用。對于表示圖片的映象，本發(fā)明可以應(yīng)用一般已知的圖像算法來改進圖像質(zhì)量，諸如銳化、模糊、高斯模糊、運動模糊、強度、對比度、伽馬校正、反轉(zhuǎn)、色彩和飽和度、矩形圖均衡、浮雕、馬賽克、中間值、平均值等等。對于利用線或者圓形繪圖元素描繪的掃描文件，使用掃描光柵到矢量(R2V)變換的軟件是為了從掃描圖像提取繪圖元素和位置信息的目的，以便重建提交的圖像，例如本發(fā)明無線/有線用戶的矢量繪圖數(shù)據(jù)。為了這個目的，任何R2V類型的軟件包(比如來自SoftTelec公司的VP Hybrid CADS)都可以供本發(fā)明使用。
然后服務(wù)器通信總線44將按規(guī)定路線發(fā)送數(shù)據(jù)40到剖析模塊(AM)48，它負責建立文件的結(jié)構(gòu)剖析以及填充如圖17所描繪的文件對象模塊(DOM)，并且將利用SCB 44的相關(guān)處理傳遞該數(shù)據(jù)到文檔處理模塊(DPM)50，圖13中描繪的引擎將利用蒸餾器(distiller)模塊加載結(jié)構(gòu)化或者非結(jié)構(gòu)化的文件。如果SCB 44的路由選擇命令包括為了持續(xù)(保存)DPM 50解析的文件數(shù)據(jù)的命令，則該文件數(shù)據(jù)將保存在文件數(shù)據(jù)庫(DDB)52中。文件數(shù)據(jù)庫52是一種連接器，對于一般的程序包通常稱為數(shù)據(jù)庫，比如微軟公司的Microsoft SQL Server。當數(shù)據(jù)處理機DPM 50成功地完成文件的處理時，SCB 44將發(fā)布回一個命令到剖析模塊48而文件對象模塊將利用文件的內(nèi)容和結(jié)構(gòu)更新。如果檢索請求是SCB44命令堆棧中的一部分，則檢索(indexing)模塊(ISM)54將被激活，而且來自文件剖析模塊(AM)48可利用的文本內(nèi)容將使用一般已知的軟件產(chǎn)品(諸如Microsoft Indexing Server)來檢索，而結(jié)果將與相關(guān)的參考文件對象模塊一起儲存在檢索服務(wù)器數(shù)據(jù)庫56中。
根據(jù)ISM 54的完成，SCB 44命令堆棧將激活傳輸摘錄模塊(TM)58而內(nèi)容的初始摘錄將為傳輸作準備，這是通過激活剖析模塊48和請求內(nèi)容表的初始化，或者根據(jù)文件對象模塊中可用內(nèi)容的文件摘要的初始化來完成的。當根據(jù)AM 48的傳輸摘錄返回時，為了重復防問的目的，初始傳輸摘錄的一份副本將存放在傳輸摘錄高速緩沖存儲器(TC)60中。如果SCB 44命令堆棧包含預(yù)示高速緩沖存儲器模塊62的請求，根據(jù)預(yù)示將來用戶為文件相關(guān)的內(nèi)容數(shù)據(jù)請求的目的，為了用戶會話的持續(xù)時間，AM 48將重復地激活。為了用戶會話的持續(xù)時間，則預(yù)示高速緩沖存儲器模塊62將利用來自傳輸摘錄模塊58的傳輸摘錄結(jié)果填充傳輸摘錄高速緩沖存儲器60。然后，初始的傳輸摘錄根據(jù)完成從TM 58返回，經(jīng)過SCB 44到傳輸摘錄處理機64，在此正確的客戶裝置12識別返回的數(shù)據(jù)，而且該傳輸摘錄被發(fā)送到網(wǎng)絡(luò)16并且返回給無線/有線用戶12。
如果用戶提交處理機42為更多的內(nèi)容從預(yù)先提交的文件接收用戶請求，它將該請求傳遞給服務(wù)器通信總線44，依次將其傳送給的傳輸摘錄模塊58，然后傳輸摘錄模塊58查看傳輸摘錄高速緩沖存儲器60，以查看由預(yù)示高速緩沖存儲器模塊62產(chǎn)生的傳輸摘錄是否可用于傳送。如果不行，剖析模塊48將被激活并且在用于系統(tǒng)10的文件提交描述的處理過程之后，將準備新的傳輸摘錄。當完成時，傳輸摘錄將被存放在傳輸摘錄高速緩沖存儲器60中，而且傳輸摘錄處理機64將再被激活并且傳遞該傳輸摘錄到如初始文件提交所描述的用戶無線/有線裝置12。
圖4描繪根據(jù)本發(fā)明公布而提交的文件包或者內(nèi)容請求70?；谠獢?shù)據(jù)描述72的XML被打包封裝并且將包含適當?shù)姆?wù)器命令比如公布或者查詢，請求裝置12的無線裝置配置提供諸如裝置類型、裝置屏幕尺寸、自由存儲器間隔、估算帶寬傳輸速度等信息，以及文件70上的信息，例如文件名、文件日期、文件類型或者任何其它補充信息。內(nèi)容請求70的原始文件或者唯一的文件標識符74組成文件提交請求的其它部分。如果原始文件是提交請求的一部分，該文件將被公布或者如果需要再公布。如果唯一的文件標識符ID作為請求的一部分發(fā)送，它表示文件已經(jīng)公布而且服務(wù)器將搜索傳輸摘錄高速緩沖存儲器60或者根據(jù)唯一的文件標識符ID從文件數(shù)據(jù)庫52中恢復該文件。
圖5圖解說明無線用戶12提交請求給數(shù)據(jù)處理系統(tǒng)服務(wù)器10的處理80的流程圖。輸入請求82隨著數(shù)據(jù)一起到達。處理80的第一步驟將確定公開請求84是不是新的。如果它具有唯一的文件標識符74，它不是新的公開請求(NO)而且文件已經(jīng)保存在服務(wù)器數(shù)據(jù)處理系統(tǒng)10中，則將直接執(zhí)行傳輸摘錄處理步驟96。如果提交的是原始文件，處理元數(shù)據(jù)72以查看是不是用戶請求以便執(zhí)行預(yù)處理86，而預(yù)處理模塊46將在步驟88激活。如果不是，將執(zhí)行剖析處理90。當來自剖析處理模塊48的處理完成時，元數(shù)據(jù)72被處理查看是否有用戶請求以便根據(jù)剖析內(nèi)容執(zhí)行檢索92。如果是真，則檢索處理模塊54被激活并且其內(nèi)容將在步驟94中被檢索。在完成步驟92與/或步驟94后，傳輸摘錄模塊58將在步驟96被激活，其目的是將初始內(nèi)容結(jié)果傳回到請求無線用戶12。
圖6是一個圖解說明服務(wù)器通信總線44(SCB)的服務(wù)器端數(shù)據(jù)處理系統(tǒng)10的數(shù)據(jù)流的流程圖100。輸入的請求與/或數(shù)據(jù)由SCB在步驟102接收，并且SCB查看以便確定請求104對SCB 44是否有效。如果該請求有效(YES)，在步驟106由SCB恢復該命令和相關(guān)數(shù)據(jù)。相關(guān)數(shù)據(jù)將是原始文件或者原始文件唯一的ID。在SCB命令處理期間，數(shù)據(jù)將在步驟108被路由到適當?shù)奶幚砟K，任何單獨或者與SCB命令的結(jié)合都將由服務(wù)器一側(cè)包括任何系統(tǒng)模塊的數(shù)據(jù)處理系統(tǒng)10來執(zhí)行這些模塊包括文檔處理模塊50、剖析模塊48、預(yù)處理模塊46、檢索模塊、和傳輸摘錄模塊58。因為SCB 44是設(shè)計通過各個數(shù)據(jù)處理系統(tǒng)模塊46、48、50、54、58來處理兩個異步或者同步請求的數(shù)據(jù)處理請求，所以當SCB 44檢測是否在步驟110處理附加命令和數(shù)據(jù)時，這些請求可以完成或者也可以不必完成。如果有更多的命令或者數(shù)據(jù)(YES)，處理將再持續(xù)利用步驟106直到命令堆棧變空。如果在步驟110沒有更多的數(shù)據(jù)或者命令是待定的，則SCB 44將在步驟112從服務(wù)器側(cè)數(shù)據(jù)處理模塊將適當?shù)膽?yīng)答和結(jié)果數(shù)據(jù)返回到請求的無線/有線用戶12。如果在步驟104由SCB檢測到無效命令(NO)，則適當?shù)墓收洗a將由步驟112分配，而且返回結(jié)果或者應(yīng)答將被發(fā)給請求的無線或者有線用戶12。
圖7圖解說明為預(yù)處理模塊76所描述服務(wù)器側(cè)數(shù)據(jù)處理系統(tǒng)的流程圖120。輸入數(shù)據(jù)122在SCB 44被接收。執(zhí)行確認步驟124以便查看是否存在有效的預(yù)處理命令。如果該命令沒有被認為是有效的預(yù)處理命令(NO)，在步驟126結(jié)果錯誤代碼被設(shè)置為E_FAIL，并且該錯誤代碼作為SCB的輸出數(shù)據(jù)在步驟128被返回。如果在步驟124確定命令是一個有效的預(yù)處理命令(YES)，步驟130查看與預(yù)處理命令一起提交的文件類型是否是一個有效的支持文件。如果回答是否定(NO)，步驟126重新設(shè)置結(jié)果錯誤代碼E_FAIL并且將錯誤代碼作為SCB上的輸出數(shù)據(jù)在步驟128返回。如果在步驟130確定這是一個有效的文件類型(YES)，則預(yù)處理模塊46在步驟132被激活。根據(jù)被確定為成功步驟130的部分的文件類型，適當?shù)念A(yù)處理子模塊134、136或138被激活。步驟134執(zhí)行光學字符識別(一般稱為OCR)以便將掃描文件轉(zhuǎn)換成文本內(nèi)容。為了光學字符識別目的，本發(fā)明設(shè)計成使用市場上從軟件供應(yīng)商(比如ScanSoft公司的OmniPage)可以買到的軟件。
如果在步驟130確定的有效文件類型是以BMP(位圖)方式或者JPEG(聯(lián)合圖像專家組)方式存儲的圖像或者圖片數(shù)據(jù)(其中它們通常使用已知的數(shù)學公式以改進圖像圖片的視覺效果，比如銳化、模糊、最大虛化、活動模糊、強度、對比度、伽馬修正、反轉(zhuǎn)、色彩與飽和、矩形圖均衡、浮雕、馬賽克、中間值、平均值等等)，則步驟136被步驟132激活。如果在步驟132確定的有效文件類型是利用線條或者圓形繪圖元素描繪的掃描圖像，則步驟138被步驟132激活。然后，為了從掃描圖像中提取繪圖元素與位置信息，步驟138將使用市場上可買到的掃描到矢量(R2V)變換的軟件，以便重建或者再現(xiàn)提交的圖像作為無線/有線用戶12上的矢量繪圖數(shù)據(jù)。為了這個目的，本發(fā)明可以使用任何R2V類型的軟件包，比如來自SoftTelec公司的VP HybridCAD。當步驟132的任何子處理134、136、138完成后，則步驟140將檢測確定處理是否成功。如果步驟140是成功的(YES)，預(yù)處理的數(shù)據(jù)將在步驟128返回到SCB。如果步驟140確定來自步驟132的結(jié)果是不成功的(NO)，步驟126重新設(shè)置結(jié)果錯誤代碼為E FAIL并且將該錯誤代碼作為SCB上的輸出數(shù)據(jù)在步驟128返回。
圖8是一個圖解說明剖析流程48的服務(wù)器一側(cè)數(shù)據(jù)處理系統(tǒng)的處理過程流程圖150。來自SCB的輸入數(shù)據(jù)在步驟152被接收，它被傳送到確定文件數(shù)據(jù)是否有效的步驟154。如果文件數(shù)據(jù)無效(NO)，步驟156設(shè)置結(jié)果錯誤代碼為E_FAIL而且指向DOM的指針被設(shè)置為等于零或者等于NIL，并且在步驟158將錯誤代碼作為SCB的輸出數(shù)據(jù)返回。如果在步驟154確定文件數(shù)據(jù)是有效的(YES)，接收的文件數(shù)據(jù)在步驟160被解析然后在步驟162建立文件對象模塊(DOM)。在步驟162已經(jīng)構(gòu)造DOM之后，步驟164將檢測命令請求是否要持續(xù)或者是否要存儲構(gòu)成的DOM。如果步驟164是真(是)，在繼續(xù)到步驟168之前，DOM數(shù)據(jù)將在步驟166被存儲到文件數(shù)據(jù)庫52中。如果步驟164是假(NO)，則步驟168將查看命令是否適用于裝飾機(decorator)。裝飾機是命令，以便遍歷在步驟162建立的文件對象模塊，以及提取內(nèi)容或者導航信息比如內(nèi)容表(TOC)、書簽、超級鏈接、查找文本等等。如果步驟168沒有裝飾機命令適用(NO)，步驟170將設(shè)置結(jié)果代碼為S_OK并且在返回輸出數(shù)據(jù)到步驟158之前設(shè)置DOM指針。如果，步驟168確定裝飾機是適用的(YES)，步驟172被激活并且該裝飾機將遍歷在步驟162建立的DOM。當步驟172完成時，結(jié)果代碼被設(shè)置為S_OK，而在返回輸出數(shù)據(jù)到步驟158之前在步驟172設(shè)置DOM指針。
圖9圖解說明服務(wù)器側(cè)數(shù)據(jù)處理系統(tǒng)10的檢索處理54的流程圖180。在步驟182，來自SCB44的輸入數(shù)據(jù)到達。步驟184檢測是否有檢索數(shù)據(jù)的請求。如果步驟184確定是假(NO)，則步驟186將設(shè)置結(jié)果代碼為E_FAIL，并且該結(jié)果將作為SCB的輸出數(shù)據(jù)在步驟188返回。如果步驟184是真(YES)，則系統(tǒng)將在步驟190啟動遍歷文件對象模塊(DOM)。在步驟192，單獨的DOM元素內(nèi)容被恢復然后系統(tǒng)10在步驟194將開始建立檢索。在步驟194，系統(tǒng)一般將使用市場上可買到的檢索軟件包，比如Microsoft Indexing Server。在恢復內(nèi)容之后，已經(jīng)在步驟194檢索DOM元素，則在步驟196查看DOM遍歷是否完成。如果回答是否定(NO)，則步驟192和194將重新處理直到在步驟196完成DOM遍歷(YES)。然后在步驟198，該檢索存儲到檢索數(shù)據(jù)庫56中，而在結(jié)果在步驟188作為輸出數(shù)據(jù)返回到SCB之前，該結(jié)果代碼在步驟200被設(shè)置為S_OK。在步驟198使用的檢索數(shù)據(jù)庫(DB)56可以是任何商用的數(shù)據(jù)庫產(chǎn)品，比如MS SQL Server或者Oracle。
圖10是一個服務(wù)器端數(shù)據(jù)處理系統(tǒng)10的傳輸摘錄模塊58的流程圖210。在步驟212，來自SCB的輸入數(shù)據(jù)到達，而且在步驟214查看該數(shù)據(jù)是不是傳輸摘錄請求。如果不是傳輸摘錄請求(NO)，則步驟216將設(shè)置結(jié)果代碼為E_FAIL并且在步驟218將該結(jié)果代碼作為輸出數(shù)據(jù)傳送回SCB。如果步驟214確定該數(shù)據(jù)是傳輸摘錄請求(YES)，則步驟220被激活以便獲取文件對象模塊的標識符ID。該DOM標識符是用于識別或者來自傳輸摘錄高速緩沖存儲器60或者來自文件數(shù)據(jù)庫52的正確文件。步驟222查看該數(shù)據(jù)在高速緩沖存儲器60中是否可用。如果回答是(YES)，則步驟224將從傳輸摘錄高速緩沖存儲器60獲取數(shù)據(jù)，而且步驟226將設(shè)置結(jié)果為S_OK并且在步驟218返回輸出數(shù)據(jù)到SCB。如果在高速緩沖存儲器沒有數(shù)據(jù)(NO)，在步驟222期間步驟228將檢查DOM是否加載到存儲器中并且檢查它是否與DOM標識符匹配。
因為系統(tǒng)10使用高速緩沖存儲器，所以通常它將為指定數(shù)量的文件保留DOM和DOM標識符，例如最后32個處理的文件，而如果DOM標識符與高速緩沖存儲器中的任何DOM內(nèi)容匹配，它將被放回存儲器中除非它已經(jīng)在那里，其意味著是最后處理的文件。如果在步驟228的測試確定存儲器中沒有DOM或者沒有相配的DOM標識符(NO)(意味著在高速緩沖存儲器中沒有DOM)，則步驟230被激活，在繼續(xù)進行步驟232之前它將從文件數(shù)據(jù)庫52恢復DOM。為了直接恢復而不必重新處理使用的原始文件去建立最初的DOM，系統(tǒng)10允許將DOM存儲到數(shù)據(jù)庫或者文件夾。如果步驟228確定存儲器中的DOM與文件標識符匹配(YES)，則步驟232被激活以便獲取傳輸摘錄。然后步驟234期待檢驗在步驟212接收的SCB命令是否作為來自已經(jīng)設(shè)置預(yù)示高速緩沖存儲器標志的輸入數(shù)據(jù)。如果設(shè)置了標志(YES)，則在繼續(xù)進行步驟238之前步驟236將啟動異步的預(yù)示高速緩沖存儲器處理62。如果步驟234確定沒有設(shè)置標志(NO)，則步驟238被激活并且在步驟232恢復的傳輸摘錄數(shù)據(jù)將被提交給高速緩沖存儲器60。如果該提交步驟完成則步驟240將會重復地檢驗，如果檢驗結(jié)果是否定的(NO)，則返回到步驟238。當步驟240提交完成返回是真時(YES)，則步驟224被激活并且傳輸摘錄數(shù)據(jù)從高速緩沖存儲器中恢復。步驟226將設(shè)置結(jié)果為S_OK并且將在步驟218返回輸出的數(shù)據(jù)到SCB上。
圖11是駐留在無線裝置或者個人數(shù)字助理(PDA)12中的本發(fā)明無線用戶處理系統(tǒng)的詳細示圖250。閱讀程序252是一個應(yīng)用軟件，其包含多個專用軟件功能元素和程序庫254到266，其對無線PDA/Device操作系統(tǒng)270構(gòu)成一些功能調(diào)用。操作系統(tǒng)270包括多個構(gòu)成操作系統(tǒng)270的專用軟件功能。對于無線PDA/裝置，通常已知的操作系統(tǒng)(OS)是Palm公司的Palm OS、微軟公司的Windows CE、Sun公司的J2ME、Symbian公司的EPOC和高通的BREW。本發(fā)明的客戶端軟件功能是設(shè)計成能夠讀取確定的通用內(nèi)容數(shù)據(jù)流，通常也稱為UCS。閱讀程序252具有圖形功能庫266，其提供一組圖形指令用于裝置12上的再現(xiàn)文本、矢量和基于數(shù)據(jù)的圖像。為了實現(xiàn)這一點，程序庫266利用來自裝置OS270的可用圖形操作254。核心功能庫264提供一組來源于裝置OS 270的功能，以用于存儲器的訪問和控制272、文檔輸入/輸出與/或數(shù)據(jù)庫訪問274、以及用于從因特網(wǎng)16恢復數(shù)據(jù)的無線數(shù)據(jù)訪問276。閱讀程序252具有應(yīng)用命令層262，其激活核心程序庫264和圖形功能庫266以便能夠提供圖形用戶界面GUI，如窗口模式254、256、258和260中所確定的。
根據(jù)來自UCS加載的數(shù)據(jù)，圖像窗口254將顯示基于數(shù)據(jù)的圖象或者圖片，表格窗口256將以擴展頁網(wǎng)格類型顯示電子表格數(shù)據(jù)，而文檔窗口258將以豐富和直觀方式顯示文本內(nèi)容，以及文件窗口260將顯示在裝置12上用于加載和存儲UCS文件的用戶界面。在閱讀程序中的設(shè)計是分層設(shè)計，以致于在客戶端處理系統(tǒng)配置的每個無線/PDA裝置12上，僅僅核心功能程序庫264和圖形功能庫266是不同的。這允許本發(fā)明迅速地轉(zhuǎn)換或者進入到不同的操作系統(tǒng)例如Palm OS、Windows CE、J2ME、EPOC和BREW，這里為編程技術(shù)上精通人們所熟知的兩個主要編程語言是Java和C++。USC二進制文件從服務(wù)器端的數(shù)據(jù)處理系統(tǒng)10通過因特網(wǎng)16傳送到裝置12，而無線客戶閱讀程序252利用核心功能程序庫264中的無線數(shù)據(jù)訪問(裝入)276的功能來恢復這些數(shù)據(jù)，其依次調(diào)用無線PDA/裝置OS 270的遠程HTTP/TCP/IP訪問276的程序庫。
圖12是駐留在無線PDA/裝置12中客戶端處理應(yīng)用的祥細流程圖280。在步驟282，閱讀程序252或者由裝置12的其它應(yīng)用程序激勵，例如收件箱應(yīng)用程序來激活，或者由用戶為閱讀程序選擇應(yīng)用程序圖標而激活它。在步驟284如果傳送的是通用內(nèi)容數(shù)據(jù)流(UCS)，將會檢驗其是本地的還是遠程的。如果是本地的，則UCS已經(jīng)存儲在裝置12中并且步驟286將從文檔或者數(shù)據(jù)庫288中讀取本地的UCS數(shù)據(jù)流。在步驟287如果UCS被確定是遠程的(沒有駐留在裝置12中)，則步驟290被激活以便讀取遠程的UCS數(shù)據(jù)流。于是步驟292將利用因特網(wǎng)16獲得駐留在服務(wù)器端數(shù)據(jù)處理系統(tǒng)遠程10的UCS。緊接著步驟286或者步驟290的完成將繼續(xù)執(zhí)行步驟294，在此解析恢復的UCS數(shù)據(jù)。步驟296將數(shù)據(jù)加載到存貯器裝置然后步驟298將檢驗查看遠程的或者本地的UCS數(shù)據(jù)解析是否完成。如果對于本地的數(shù)據(jù)步驟298沒有完成(NO)，則步驟294將再被激活直到步驟298本地的UCS文檔是真(YES)。如果步驟298對遠程UCS分析沒有完成(NO)，則步驟300將為任何所描述的UCS數(shù)據(jù)建立遠程鏈接表，以便為任何將來給用戶的傳輸摘錄而仍然保存在服務(wù)器10中。然后步驟302利用遠程鏈接更新UCS存儲器并且繼續(xù)步驟294直到遠程解析步驟298完成(YES)。
在UCS數(shù)據(jù)已經(jīng)被解析并且被存入存儲器之后，則步驟304確定UCS數(shù)據(jù)窗口類型或者窗口類型的結(jié)合。根據(jù)窗口類型，或者圖像窗口254、文檔窗口258、或者表格窗口模式256被激活，然后在步驟306顯示或者再現(xiàn)UCS數(shù)據(jù)。在步驟306顯示UCS數(shù)據(jù)之后，用戶數(shù)據(jù)處理應(yīng)用等待步驟308用戶的輸入。如果用戶在加載文件的范圍內(nèi)利用菜單選項或者跟蹤/滾輪、輸入筆或者小鍵盤進行操縱，然后步驟308將重復地激活直到用戶通過選擇退出選項而終止閱讀程序252，而步驟310將退出移動閱讀程序并且返回到步驟282之前的激活申請。如果在步驟308用戶為附加的UCS數(shù)據(jù)選擇或激活更多的請求，則步驟290將利用先前描述的相同處理過程重新被激活直到用戶在步驟308選定終止，然后步驟310將退出移動閱讀程序并且返回到先前步驟的激活申請。
圖13是一個描繪用于文件處理模塊50的具有加載假定文件的文件引擎結(jié)構(gòu)示意圖320。文件引擎的組成是一些獨立組件的集合，它們按如下面模塊分類，引擎模塊322、一組蒸餾器(distiller)模塊324與加載文件326和裝飾機(decorator)模塊(沒有圖解說明)。蒸餾器模塊324功能主要是控制不同的文件類型。這組模塊尤其是負責用于解析已知文件的格式，構(gòu)成文件的結(jié)構(gòu)，如果需要，保持該文件結(jié)構(gòu)回到已知的文件格式。這組蒸餾器模塊324在某種定意義上是開放的，新的蒸餾器模塊可以在運行期間適應(yīng)變化的環(huán)境需要而添加或者拆除。所以支持文件類型的這組模塊可以根據(jù)需要擴大或減小。引擎模塊322的功能主要是控制運行的蒸餾器模塊324，以及如果需要，控制加載文件326，為這些模塊提供統(tǒng)一的環(huán)境。它還可以用于為用戶提供共同的行為(例如，加載文件)。多個文件結(jié)構(gòu)模塊是組合成加載文件的一部分。它們包括文件節(jié)點328(表示加載的文件和包含全部其它的節(jié)點)、內(nèi)容節(jié)點330(表示具有一定詳細程度文件的內(nèi)容)、一對存儲器節(jié)點332、334(表示其它節(jié)點的容器)、文本部分336(表示文本內(nèi)容)、圖像部分338(表示圖像內(nèi)容)、矢量部分340(表示矢量內(nèi)容)、和表格部分342(表示如電子數(shù)據(jù)表的列表數(shù)據(jù))。文件結(jié)構(gòu)326是一個樹枝狀的結(jié)構(gòu)(具有共用節(jié)點的可能性，所以更恰當?shù)拿枋鰬?yīng)該圖形狀)。這事實上允許用戶以期望的任何方式實際上構(gòu)成文件，而沒有固定的文件結(jié)構(gòu)限制。
事實上是通過這樣來實現(xiàn)的每個節(jié)點實現(xiàn)收集同樣的方法(對產(chǎn)物與/或起源)。像再現(xiàn)一樣的行為可以附屬于節(jié)點本身或者提供作為外部分量。這是通過一組標準文件結(jié)構(gòu)迭代的存在而簡化的。在內(nèi)部和外部情況之間的選擇可以通過考慮和預(yù)定操作(速度、尺寸、配置等)的需要來決定。裝飾機模塊功能(圖13中沒有顯示)主要是在文件結(jié)構(gòu)上完成用戶選擇的操作。這些例子包括內(nèi)容表、書簽列表或者超級鏈接、查找操作等的提取。在這里使用的是傳輸摘錄技術(shù)。它們是完全地獨立于其它引擎組件工作的分離模塊，其具有它們自己的結(jié)構(gòu)。事實上該引擎可以在不安裝裝飾機模塊的情況下工作。它們僅僅是增加更多的功能。裝飾機模塊結(jié)構(gòu)由裝飾機管理器(它是獨立的部分)和一組能夠完成某些操作的安裝模塊組成。這些單獨的模塊必須以預(yù)定的方法登記以便集成到結(jié)構(gòu)里并且通過裝飾機管理辨別。裝飾機是作為一般參考的軟件部分，由那些技術(shù)上精通的軟件開發(fā)人員為操作文件對象模塊(DOM)的專用目的而設(shè)計，以便恢復具體的內(nèi)容與/或引導信息。換句話說，它可以描述成裝飾機部分，構(gòu)成一個命令。這里沒有限制多少個裝飾機可用于操縱DOM。一般的裝飾機(命令)是恢復文件中的書簽、恢復文件中的超鏈接、恢復文件的內(nèi)容列表、文件如果沒有TOC可用構(gòu)造摘要、恢復具體的頁、在文件中查找文本內(nèi)容、恢復具體的字體或者信息、恢復文件中的圖像或者例圖等等。
圖14圖解說明文件引擎320內(nèi)部的母體352與子體(child)354之間關(guān)系350。母體352和子體354之間的實際連接與該兩個之間的指針相比更復雜一些。在它們之間，所謂區(qū)分符356的任務(wù)是保持鏈接的屬性。按照鏈接的屬性一般意指母體或者子體IDS的信息，它們因為圖形結(jié)構(gòu)相同所以相關(guān)，而且單一母體可能具有多個子體而一個子體也可能有多個母體。
本發(fā)明的操作應(yīng)該采用以結(jié)構(gòu)或者非結(jié)構(gòu)化電子文件形式提供的輸入，或者以一般由繪圖成像例如圖片或者圖例和以矢量形式表示或者通常被稱為如何從點A到B劃一條線來描述的繪圖數(shù)據(jù)表示的嵌入文本或非文本內(nèi)容的數(shù)據(jù)流形式提供的輸入。電子文件最佳描述不局限于商業(yè)或者個人通信函件、產(chǎn)品信息和它們的描繪、元件手冊、團體的或者個人金融信息等等。圖15和16分別表示非結(jié)構(gòu)化文件和結(jié)構(gòu)化文件。
圖15圖解說明典型的非結(jié)構(gòu)文件360。非結(jié)構(gòu)意味著該文件有最小的引導信息和結(jié)構(gòu)元素，比如使用的標題、頁腳、列表、和字體，本發(fā)明能夠直接地提取這樣的格式和導航信息，其目的是傳遞和重建部分文件內(nèi)容以回到本發(fā)明的客戶端數(shù)據(jù)處理系統(tǒng)250。必須利用服務(wù)器10端數(shù)據(jù)處理功能，以便通過分析非結(jié)構(gòu)文件的數(shù)據(jù)而構(gòu)成導航和重建的信息。
分析是通過檢測字體大小、字體類型、字體形狀和字體位置等完成的。通過分析這些，所有文本內(nèi)容，元素362將通過下列標準標記為題頭使用的最大字體大?。?4、字體類型＝黑體、字體形狀＝Arial。這是通過文本段落定義364來補充的，它們?nèi)烤哂凶煮w大?。?0、沒有字體形狀而字體類型＝Times。根據(jù)這個信息識別的標題362，本發(fā)明能夠以內(nèi)容的列表形式構(gòu)成導航幫助，在此不存在非結(jié)構(gòu)化的文件。嵌入的圖像366可能具有圖象插入點坐標x、y，比如全部像素的寬度與高度信息。當用戶端應(yīng)用處理系統(tǒng)12上再現(xiàn)這些信息時，本發(fā)明的系統(tǒng)10能夠提供與圖像366的連接，而因為字形在文本段落364內(nèi)改變而設(shè)計的元素368也可能標記為題頭，但是具有低重要性的等級，則其它標題362按照原樣位于文本段落364中。當以內(nèi)容表形式建立的導航幫助作為元素368被認為具有導航的意義時，元素368可能被服務(wù)器端10應(yīng)用處理所使用。因為這些元素的字體位置緊密地靠近，除字形黑體與斜體字使用以外以及最后用于分隔字符的跳格鍵(TAB)字符的使用，類型370與372的同樣元素將通過本發(fā)明的服務(wù)器端處理功能來檢測。這些都表示這個部分對文件360有效而且當構(gòu)成內(nèi)容表時其可以標記為導航助手點。最后頁元素374確定頁碼描述，它與所有駐留在文件頁1的非結(jié)構(gòu)化內(nèi)容作為已知導航的檢索參考有關(guān)聯(lián)。
圖16圖解說明可以由服務(wù)器端數(shù)據(jù)處理系統(tǒng)10來處理的結(jié)構(gòu)文件380，目的是識別內(nèi)容表形式的文件導航結(jié)構(gòu)以及確定在用戶端處理應(yīng)用軟件12而意圖重建它的內(nèi)容摘錄。內(nèi)容表(TOC)382定義為結(jié)構(gòu)文件中存在的元素。參考作為標題1和標題2的內(nèi)容元素384與386定義為段落標題388，而且由文件本身用作為TOC實體382結(jié)構(gòu)中的導航元素。因此，服務(wù)器端數(shù)據(jù)處理應(yīng)用程序10可以直接提取這些元素而不需要對非結(jié)構(gòu)化文件的處理。系統(tǒng)10將進一步解析結(jié)構(gòu)化的文件以便識別與書簽1的超級鏈接390。超級鏈接是導航鏈接，它是在對象或者表示它們是連接和相關(guān)的結(jié)構(gòu)文件內(nèi)的整體之間鏈接，而且根據(jù)超級鏈接的相互作用用戶可以操縱文件的不同部分。系統(tǒng)10將列出超級鏈接實體390的記錄并且為了導航的目的而使用它。書簽實體392是在結(jié)構(gòu)文件380本身之內(nèi)確定提供導航定位點的另一個元素，為了考慮導航的超級鏈接實體390的執(zhí)行目的，系統(tǒng)10將列出一個記錄。根據(jù)外部的超級鏈接，超級鏈接整實392、394、396不同于超級鏈接實體390。外部超級鏈接定義為指向其它內(nèi)容或者外部應(yīng)用的鏈接對象，否則這些處理在結(jié)構(gòu)文件380本身之內(nèi)確定。
一個超鏈接392利用指向網(wǎng)站地址www.arizan.com因特網(wǎng)，或者第二超鏈接394的地址，啟動因特網(wǎng)瀏覽器到www.air2web.com。而鏈接396利用“To”地址設(shè)置將電子郵件應(yīng)用程序發(fā)送到sales@_arizan.com。在處理結(jié)構(gòu)文件的同時，為了使用本發(fā)明軟件應(yīng)用的導航或者可能啟動的目的，服務(wù)器端數(shù)據(jù)處理系統(tǒng)10將以結(jié)構(gòu)文件對象模塊的形式記錄這些元素。以結(jié)構(gòu)文件380方式的圖象元素398提供圖像/圖片上的信息以及x、y位置和寬度、高度信息，這些都將由本發(fā)明的系統(tǒng)10記錄在DOM里，從而給予客戶組件12在無線裝置12上以正確圖象和內(nèi)容文本方式重建這些元件的功能。如結(jié)構(gòu)文件380所定義的表格元素400包含顯示的內(nèi)容和以同樣列表形式組織的內(nèi)容。當利用文件引擎列表組件構(gòu)造DOM以至于允許本發(fā)明的客戶端處理系統(tǒng)以同樣的列表結(jié)構(gòu)方式在無線裝置/PDA 12上重建它時，本發(fā)明的服務(wù)器端數(shù)據(jù)處理功能將讀取這些信息并且映射它。
當通過讀取結(jié)構(gòu)文件的應(yīng)用軟件(例如微軟公司的文字處理軟件MS Word)繪制曲線圖時，在結(jié)構(gòu)化文件中的圖形元素402包含圖形類型格式(例如直條圖)的信息，并且鏈接到使用的表格元素400中提供的數(shù)據(jù)。當為客戶端數(shù)據(jù)處理系統(tǒng)在無線裝置/PDA 12上重建圖形的目的而處理結(jié)構(gòu)文件時，服務(wù)器端數(shù)據(jù)處理功能將恢復和記錄圖形連接并且再現(xiàn)信息。標題元素404為每個結(jié)構(gòu)文件中各自的頁面確定頁眉信息，同時頁腳元素406將為結(jié)構(gòu)文件380中每個單獨頁面確定重復使用的頁腳信息。服務(wù)器端數(shù)據(jù)處理功能將記錄元素404和406并且在DOM中構(gòu)造適當?shù)娜肟?。頁面整體408在操縱結(jié)構(gòu)文件380的同時還提供導航索引作為每個頁面整體的順序入口，它允許用戶在頁面范圍之內(nèi)(從啟動頁面開始到結(jié)束頁結(jié)束)查找各個頁面。如圖16表示的結(jié)構(gòu)文件還嵌入與參考元數(shù)據(jù)410有關(guān)的非可視描述性信息。本發(fā)明的服務(wù)器端數(shù)據(jù)處理功能可以提取這個信息而且將其存儲在DOM中，在此它可以由系統(tǒng)10以后使用以便提供文檔信息，例如文件名、作者、日期、創(chuàng)作時間等，如結(jié)構(gòu)文件中存儲的元數(shù)據(jù)所定義的。
圖17圖解說明由本發(fā)明的服務(wù)器端數(shù)據(jù)處理系統(tǒng)10所構(gòu)成的文件對象模塊420。例圖420表示加載文件的一般結(jié)構(gòu)422。DOM入口點是內(nèi)容節(jié)點424。多個容器426的每個都可以有多個不同類型的組件。本發(fā)明服務(wù)器端數(shù)據(jù)處理應(yīng)用程序具有四個組件類型定義如下列表組件430、文本組件431、圖像組件432和矢量組件(沒有圖解)。每個組件還可以在相同的容器426或不同的容器下以參考命令的形式由其它組件參考。
圖18圖解說明，在構(gòu)造文件對象模塊(DOM)420和加載圖16描繪的結(jié)構(gòu)文件380之后，由服務(wù)器端數(shù)據(jù)處理系統(tǒng)10使用的文本組件430。每個文本組件430可能具有超過一個的段命令440，而且如一般任何標準結(jié)構(gòu)或非結(jié)構(gòu)文件的發(fā)現(xiàn)的一樣，多重段落442可能包含在一個單段440中。段落對象442具有一個確定的屬性444，這是對內(nèi)容表超鏈接列的參考。超鏈接啟動對象446本身是通過其屬性對象448來確定的，它描述該超鏈接的標識符和連接的目的地。因此文本段對象450具有描述的屬性452，它為文本對象450保持文本內(nèi)容本身。在段落對象442的結(jié)尾，超鏈接結(jié)束對象454利用包含超鏈接對兒標識符(ID)的屬性對象456來構(gòu)成。
圖19A圖解說明加載結(jié)構(gòu)文件380的文件對象模塊460以及由服務(wù)器端數(shù)據(jù)處理系統(tǒng)使用段落的DOM結(jié)構(gòu)。段落對象462具有描述相關(guān)類型和段落462的文本內(nèi)容的屬性對象464。字體對象466包含字體命令和相關(guān)的屬性對象468，它包含字體說明和字形信息。連接到段落對象462的下一個命令對象是書簽對象470而它是描述屬性對象472，其包含書簽的標識符(ID)。下一個段落對象462連接到文本對象474而它是具有文本內(nèi)容本身價值的相關(guān)屬性對象476。圖19B繼續(xù)描繪由圖19A開始的DOM段落結(jié)構(gòu)460。連接到段落對象462的下一個命令對象是文本命令對象478和包含文本價值的相關(guān)屬性對象480。下一個是新的字體命令對象482和包含字體類型與字體形狀定義的相關(guān)屬性對象484。因此，與段落對象462連接的下列對象分別是文本命令與字體命令對象以及相關(guān)屬性486-496，直到具有的參考命令對象498和包含參考值的相關(guān)屬性對象500的段落合成結(jié)束。
圖20圖解說明，在構(gòu)造文件對象模塊(DOM)420和加載圖16描繪的結(jié)構(gòu)文件380之后，由服務(wù)器端數(shù)據(jù)處理系統(tǒng)10使用的表格組件428。每個表格組件428可能具有多行對象510、512，其中可能包含一個或多個單元。圖20圖解說明樣本結(jié)構(gòu)文件380中樣本表格的第一行。表格行命令對象510鏈接到單元命令對象514，其具有包含單元文本內(nèi)容價值的相關(guān)屬性對象516。然后，附加的單元命令對象518、520、522和524將鏈接到表格行命令對象510直到該行沒有更多的數(shù)據(jù)可用。
圖21A-21F圖解說明服務(wù)器端數(shù)據(jù)處理系統(tǒng)10以通用內(nèi)容數(shù)據(jù)流(UCS)形式輸出的內(nèi)容描述，其中UCS形式為本發(fā)明所用，以便按照經(jīng)濟的和最佳化方式在因特網(wǎng)絡(luò)16上數(shù)據(jù)的無線傳送，這些數(shù)據(jù)是要由用戶端數(shù)據(jù)處理系統(tǒng)12處理的。圖21A-21F具有兩個表格，每個表示服務(wù)器端處理功能，其中輸出表示命令，再現(xiàn)如圖16和15中分別表示的結(jié)構(gòu)文件380和非結(jié)構(gòu)化文件360的UCS數(shù)據(jù)文檔。
參考圖22，圖解說明一個UCS格式530的布局圖。該UCS(通用內(nèi)容數(shù)據(jù)流)格式530在服務(wù)器10與用戶技術(shù)或裝置12之間提供結(jié)構(gòu)和數(shù)據(jù)傳送層。該格式主要意圖只是使需要的可視圖象以最佳的方式在可用的帶寬上傳送。格式530支持繪圖的圖像/圖片，2D/3D圖畫和各種文本數(shù)據(jù)例如文字處理軟件、和電子數(shù)據(jù)表內(nèi)容表的傳遞。
該UCS可以包括除了傳輸摘錄命令和數(shù)據(jù)傳送以外的幾種不同的信息傳輸標準格式，以便利用傳輸摘錄技術(shù)和任何可用的帶寬。為了利用不需要傳輸摘錄支持的用戶技術(shù)來方便集成化，在UCS之內(nèi)嵌入的可選標準格式向上開放。而對于諸如圖像/光柵數(shù)據(jù)的格式，現(xiàn)存/將來的標準例如JPEG 2000，為了從服務(wù)器10到用戶12的無數(shù)據(jù)損失壓縮，將提供足夠的支持。
可以由服務(wù)器10及其他用戶兩者直接訪問的工業(yè)標準格式的例子有以下四種類型●適合于文本、元數(shù)據(jù)和內(nèi)容信息的XML●適合于矢量信息的SVG●適合于圖像的JPEG 2000●OpenGL 3D圖象經(jīng)過基于服務(wù)器10組件的可插入和可升級的構(gòu)結(jié)，能夠很容易地添加或除去其它標準格式或者專有格式。
UCS格式530包括三個不同的數(shù)據(jù)層，它們與可選工業(yè)標準格式一起組成UCS格式530。這三個專用的層是TCL層、UCS文本內(nèi)容層534，和UCS圖像或者向量數(shù)據(jù)層536。
TCL(傳輸摘錄命令語言)層532為服務(wù)器10和用戶12之間的雙向通信提供數(shù)據(jù)信道。用戶12發(fā)送請求到服務(wù)器一側(cè)的用戶處理機并且接收具有傳輸摘錄數(shù)據(jù)流返回的應(yīng)答。TCL控制下列類型的命令傳輸摘錄請求可視圖象、VQ(窗口和查詢)命令、目錄信息、公開文件搜索/恢復、以及任何需要第三方同步的信息。TCL語言本身也是利用容易改編和將來發(fā)展的XML構(gòu)成。
UCS向量數(shù)據(jù)流536是高度最佳化的矢量格式，以便在稀少的客戶軟件上提供矢量繪圖功能。這使稀少的客戶軟件能夠在甚至小型的PDA或者手提裝置上，為較高的質(zhì)量和精度而提供矢量圖象。矢量數(shù)據(jù)流的傳遞和再現(xiàn)是通過TCL層532控制的，其保證傳輸摘錄處理機只為用戶12請求的剪貼可視區(qū)域形成矢量圖象，并且還以最佳樣式的方式為產(chǎn)生請求的有限用戶顯示區(qū)再現(xiàn)它。UCS格式530是以新的專用層或者能夠容易增加格式的方式設(shè)計。任何為圖像、矢量和文本傳送而使用的格式都可以替換或者增加，這取決于第三方的綜合需求。
通用內(nèi)容數(shù)據(jù)流(UCS)530是二進制文件的格式規(guī)范，其能實現(xiàn)原始文件內(nèi)容的傳遞，所述原始文件內(nèi)容包括但不局限于用于處理文件的文本內(nèi)容、圖像數(shù)據(jù)、向量數(shù)據(jù)和導航信息等。UCS格式在克服目前相對可用帶寬的無線裝置12的限制是很有效率的，現(xiàn)在雖然理論上高速是可能的但是可用帶寬通常在9.6到典型的48范圍之內(nèi)。在許多方面UCS闡明有限帶寬的問題。
UCS格式530允許原始文件的文擋大小要減少到百分之九十(90％)，同時保留全部基本的內(nèi)容和必需的格式信息，以便利用用戶端處理功能在無線裝置上重建該文件。這種尺寸的減少是通過剝除原始文件應(yīng)用軟件(例如，臺式計算機上富有表現(xiàn)的微軟字處理軟件(MSWord))使用的、非必要的格式化信息來實現(xiàn)的。非必要的格式化信息可以利用不同的字形、字體顏色，和校對信息等等，它們在無線裝置12上一般沒有價值，比如裝置屏幕可以是單色的或者灰度等級的，而該裝置通常只具有一種字體類型。為了進一步減少尺寸，UCS文件格式還允許服務(wù)器端UCS文件的壓縮而允許用戶端的解壓縮。為了壓縮，可以使用以壓縮算法形式的常見可用的技術(shù)，比如LZW。此外，產(chǎn)生傳輸摘錄(為了傳輸內(nèi)容的摘錄)的服務(wù)器端處理功能允許從服務(wù)器到客戶的各個傳輸?shù)牡^程中產(chǎn)生多個UCS，在此發(fā)送給無線裝置的結(jié)果UCS文件是來自用戶特殊內(nèi)容查詢的結(jié)果。來自用戶的迭代查詢處理，在無線裝置上向服務(wù)器請求內(nèi)容，一般可能會導致例如傳送給該裝置十個專用UCS文件的傳送結(jié)果。UCS文件格式包括這些專用UCS文件如何連接在一起的信息，以致于為了相關(guān)的觀測或讀取經(jīng)驗，原始文件可以通過存貯器中的各個文件重新組成。UCS格式還包含文件對象模塊(DOM)標識符(ID)，以保證服務(wù)器10處理功能可以向請求裝置12傳送正確的DOM信息。此外，該UCS文件格式還包含因特網(wǎng)的超鏈接，允許客戶請求更多自文件內(nèi)部的內(nèi)容。命令代碼也可以嵌入UCS格式中，以便有助于依據(jù)服務(wù)器端數(shù)據(jù)處理功能執(zhí)行特殊處理。這一般是對特殊內(nèi)容的請求，查找存儲在DOM中的導航信息等等。
術(shù)語解釋1.剖析一種特殊技術(shù)處理，其用于解析和分析結(jié)構(gòu)或非結(jié)構(gòu)化的文件或者數(shù)據(jù)源，其目的是為了建立包含全部內(nèi)容和導航文件級別的統(tǒng)一文件對象模塊。
2.書簽導航鏈接，其與文件中從位置X到位置 & 導航參考有關(guān)。
3.DOM文件對象模塊(DOM)，通過萬維網(wǎng)協(xié)會開發(fā)的程序接口說明，其定義如何根據(jù)作為對象的文件建立和構(gòu)造XML。
4.外部文件參考相關(guān)的外部數(shù)據(jù)或者超過原始文件范圍外的文檔文件。
5.外部對象參考相關(guān)的超過原始文件范圍的外部數(shù)據(jù)。
6.字體顏色字體的顏色。
7.字體位置再現(xiàn)x、y像素點或者字符位置信息。
8.字體大小表示字體字符尺寸的字號。
9.字形字體的樣式例如正常的、斜體的、黑體的、帶下劃線的等等。
10.字體類型用在文件中字體類型的名稱，例如Times Roman(現(xiàn)代羅馬字體)。
11.頁腳在包含內(nèi)容的文件中各別的或者全部頁面底部的注腳。
12.頁眉在包含內(nèi)容的文件中各別的或者全部頁面的頂部的頁頭標題。
13.超鏈接到文件內(nèi)容的外部或者內(nèi)部的導航鏈接，參考書簽或者外部數(shù)據(jù)或者內(nèi)容源。
14.頁面定義為包含內(nèi)容信息文件中的獨立頁，通常由固定頁面的分頁字符或者打印頁面尺寸確定來區(qū)分。
15.段落文本符號的集合或者在由行間斷分開的連貫體中一起分組的文本行的集合。
16.預(yù)示高速緩沖存儲器一種為相關(guān)的高速緩沖存儲器或者服務(wù)器上相關(guān)內(nèi)容而設(shè)計的特殊技術(shù)處理，在發(fā)送/傳輸?shù)綗o線/有線裝置之前最小化帶寬和網(wǎng)絡(luò)的等待時間。
17.內(nèi)容表(TOC)向文件內(nèi)容提供分層的導航結(jié)構(gòu)，用于通知和幫助文件內(nèi)容的導航。
18.標題類型文件中心創(chuàng)建應(yīng)用中預(yù)先確定的類型，以便考慮例如標題1、標題2、標題3等內(nèi)容表的結(jié)構(gòu)。
19.傳輸摘錄一種用于僅傳送請求的內(nèi)容摘錄而且將其傳輸給客戶的特殊技術(shù)處理。
20.USC通用的內(nèi)容數(shù)據(jù)流是一種最優(yōu)化的內(nèi)容數(shù)據(jù)格式，其用于最小化數(shù)據(jù)尺寸同時保存內(nèi)容范圍、導航和傳遞給無線/有線裝置的表示信息。
21.XML可擴展標注語言是一種靈活的方法，以便建立公用信息格式和在萬維網(wǎng)、企業(yè)內(nèi)部互聯(lián)網(wǎng)、與其他網(wǎng)絡(luò)上共享的格式和數(shù)據(jù)兩者。
權(quán)利要求
1.一種用于將內(nèi)容傳遞到便攜式計算裝置的方法，其包括接收來自便攜式計算裝置、對相對便攜式計算裝置是遠程的文件有關(guān)的內(nèi)容的請求；識別與所請求的內(nèi)容有關(guān)的文件的一個或多個部分；根據(jù)來自存儲在文件對象模型(DOM)存儲器中的文件元素重建文件的一識別部分或者多個識別部分；以及向便攜式計算裝置傳輸該重建識別部分，以在其上顯示。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于識別文件的一個或更多部分包括利用查找或者導航目錄樹以便識別所述文件的一個或更多部分。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于識別所述文件的一個或更多部分包括利用一個或多個概率算法，以便確定什么是與所請求的內(nèi)容最相關(guān)的文件部分。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于重新構(gòu)成識別部分包括以與便攜式計算裝置兼容的預(yù)定格式重建所述識別部分。
5.一種用于在遠程便攜式計算裝置上公開文件內(nèi)容的方法，其包括接收要公開的文件，其中所述文件包括視覺文件圖象和文件內(nèi)容；分離所述視覺文件圖象和所述文件內(nèi)容；檢索文件內(nèi)容；和建立導航鏈接，將它們映射到導航目錄樹；以及存儲所述文件內(nèi)容作為文件對象模型的結(jié)構(gòu)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于進一步包括對所述文件形成元數(shù)據(jù)標題。
7.一種用于向便攜式計算裝置無線傳遞文件內(nèi)容的方法，其包括基于文件的視覺顯示，通過識別存在的導航元素或根據(jù)分析處理不存在導航元素來分析結(jié)構(gòu)或者非結(jié)構(gòu)化文件的內(nèi)容，以便所述文件內(nèi)容建立導航鏈接；為所述文件中的內(nèi)容接收來自便攜式計算裝置的請求；利用所述導航的鏈接以便發(fā)現(xiàn)和傳輸所述的請求內(nèi)容；以及由所述便攜式計算裝置接收所述內(nèi)容和在所述裝置上重建所述內(nèi)容。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于包括在所述分析期間建立內(nèi)容表格以及所述便攜式計算裝置利用所述內(nèi)容表格以便請求所述內(nèi)容。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于包括在文件對象模型中存儲所述內(nèi)容以及從所述文件對象模型獲取所述請求內(nèi)容。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于包括將通用內(nèi)容數(shù)據(jù)流中的所述內(nèi)容傳輸?shù)剿霰銛y式計算裝置。
11.根據(jù)權(quán)利要求7所述的方法，其特征在于分析所述文件包括剖析所述文件。
12.根據(jù)權(quán)利要求7所述的方法，其特征在于包括將所述文件的內(nèi)容摘錄傳輸?shù)剿霰銛y式計算裝置。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于包括預(yù)示高速緩沖存所述內(nèi)容摘錄，所述內(nèi)容摘錄與所述內(nèi)容請求和先前發(fā)送的所述內(nèi)容摘錄有關(guān)。
14.一種將無線文件內(nèi)容傳遞到便攜式計算裝置的系統(tǒng)，其包括具有輸入與輸出連接的通信總線；連接到所述總線和文件數(shù)據(jù)庫的文件處理模塊；連接到所述總線的預(yù)處理模塊；連接到所述總線的剖析模塊；連接到所述總線和檢索數(shù)據(jù)庫的檢索模塊；和連接到所述總線和傳輸摘錄高速緩沖存儲器的傳輸摘錄模塊。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于包括連接到所述傳輸摘錄模塊和所述總線的預(yù)示高速緩沖存儲器。
全文摘要
一種利用公共的標注語言以文件對象模塊方式來分析、構(gòu)成和存儲電子文件的系統(tǒng)。該文件對象模塊存儲在服務(wù)器(10、14、50、52)中而內(nèi)容以通用的內(nèi)容系統(tǒng)格式(162)被傳遞給無線裝置(12)。由于利用文件對象模塊和使用了無線裝置上相應(yīng)閱讀程序的通用內(nèi)容數(shù)據(jù)流，所以電子文件減少到僅僅是基本內(nèi)容和無線發(fā)射必需的格式信息。
文檔編號G06F17/30GK1509446SQ02810241
公開日2004年6月30日 申請日期2002年3月25日 優(yōu)先權(quán)日2001年3月23日
發(fā)明者奧拉夫·A·敘爾若, 奧拉夫 A 敘爾若 申請人:艾瑞贊公司