專利名稱：數(shù)據(jù)處理方法和系統(tǒng)的制作方法
數(shù)據(jù)處理方法和系統(tǒng)
本發(fā)明涉及一種數(shù)據(jù)處理方法和系統(tǒng)，并且涉及計算機可讀介質(zhì) 上的用于控制數(shù)據(jù)處理系統(tǒng)的計算機程序產(chǎn)品。
通常在許多網(wǎng)絡(luò)中，例如因特網(wǎng)，使用諸如HTML(超文本標(biāo)記 語言)這樣的標(biāo)記語言來發(fā)送數(shù)據(jù)。 一般而言，接收計算機(典型地運 行有瀏覽器)盡其所能獲得原始的'標(biāo)記'描述并按照作者的意圖再 現(xiàn)所述HTML。在完全受控的情況下，例如Windows PC上的網(wǎng)絡(luò)瀏 覽器，結(jié)果和意圖非常接近，并且當(dāng)然可以很容易的進(jìn)行再現(xiàn)和測試D
然而，在某些情況下，結(jié)果不是那么確定。例如，如果發(fā)送的 HTML指定在一段文本中的某一點用某一種顏色，那么，如果接收設(shè) 備正在黑白監(jiān)視器上對該文本進(jìn)行表現(xiàn)(rendering)，則該設(shè)備不能實 現(xiàn)原始作者的要求。接收設(shè)備如何處理應(yīng)該有顏色的文本將取決于該 接收設(shè)備的配置方式。可以用與顏色無關(guān)的方式對該文本進(jìn)行高亮顯 示，或者可以對該文本進(jìn)行表現(xiàn)就好像它是普通顏色一樣。一般而言， 接收設(shè)備將盡其所能使用表現(xiàn)設(shè)備的功能。提供該HTML文檔的原 始作者或設(shè)備無法得知在網(wǎng)絡(luò)的接收端實際發(fā)生了什么。
在更復(fù)雜的情況下，瀏覽器表現(xiàn)標(biāo)記語言文檔的結(jié)果通常并不是 對原始作者意圖的理想表現(xiàn)。這常常是因為主機系統(tǒng)缺乏對所描述的 體驗(experience)進(jìn)行再現(xiàn)的某些性能。在高動態(tài)和模塊化的系統(tǒng)中尤
為如此。
美國專利申請公開US 2004/0267900公開了用于為客戶機提供動 態(tài)內(nèi)容定制的方法和裝置。當(dāng)使用個性化配置儲存庫(profile repository)存儲指示各種客戶機的典型設(shè)備特征的個性化配置時，所 述儲存庫用于允許對所存儲的個性化配置進(jìn)行標(biāo)記以便指示能夠向 客戶機査詢對于其所存儲的個性化配置的動態(tài)確定的改變和/或增 加?？梢詫?nèi)容提供者(例如， 一個或更多服務(wù)器)和客戶機之間的通 信進(jìn)行配置，使得客戶機只需要向服務(wù)器發(fā)送最小數(shù)目的通知，以指 示能夠向該客戶機査詢具體的動態(tài)特征或相對于默認(rèn)個性化配置的 偏離(如果有的話)。
這種方法有效地允許發(fā)送設(shè)備訪問關(guān)于接收設(shè)備的個性化配置， 該個性化配置包括該接收設(shè)備的性能。這使得發(fā)送的數(shù)據(jù)能夠適合于 接收設(shè)備的性能。盡管這是對僅僅發(fā)送要由接收設(shè)備盡其所能來表現(xiàn) 的文檔等的已知系統(tǒng)的改進(jìn)，但是它有許多缺點并且非常不適合諸如 因特網(wǎng)這樣的網(wǎng)絡(luò)。在這個專利申請公開中所公開的系統(tǒng)需要不斷地 査詢數(shù)據(jù)將要被發(fā)送到的設(shè)備的性能。數(shù)據(jù)在發(fā)送之前必須被處理以 適合接收設(shè)備。這使得發(fā)送設(shè)備承擔(dān)不成比例的負(fù)荷，并且在許多情 況下，將導(dǎo)致在發(fā)送端非常高的處理成本、或者在發(fā)送文檔時相對下 降的響應(yīng)時間。
因此，本發(fā)明的目的是改進(jìn)已知技術(shù)。
根據(jù)本發(fā)明的第一方面，提供了一種數(shù)據(jù)處理方法，包括接收 電子文檔，表現(xiàn)所述電子文檔的至少一部分，檢測所述電子文檔的未 被表現(xiàn)的部分，生成包括所述電子文檔的一部分的反饋文檔，以及發(fā) 送所述反饋文檔。
根據(jù)本發(fā)明的第二方面，提供了一種數(shù)據(jù)處理系統(tǒng)，包括用于接 收電子文檔的接收設(shè)備、用于表現(xiàn)所述電子文檔的至少一部分的一組 設(shè)備，所述接收設(shè)備用于檢測所述電子文檔的未被表現(xiàn)的部分，生成 包括所述電子文檔的一部分的反饋文檔，以及發(fā)送所述反饋文檔。
根據(jù)本發(fā)明的第三方面，提供了一種計算機可讀介質(zhì)上的計算機 程序產(chǎn)品，用于對數(shù)據(jù)處理系統(tǒng)進(jìn)行操作，包括用于以下步驟的指令 接收電子文檔，表現(xiàn)所述電子文檔的至少一部分，檢測所述電子文檔 的未被表現(xiàn)的部分，生成包括所述電子文檔的一部分的反饋文檔，以 及發(fā)送所述反饋文檔。
按照本發(fā)明，可以提供一種反饋文檔，其包括關(guān)于己接收文檔已 被成功表現(xiàn)的程度的信息。在這種情況下，清楚終端用戶的實際體驗 并且使內(nèi)容能夠適合或使交互能夠被修改，這對源應(yīng)用或作者極其有 用。生成該標(biāo)記表示的原始應(yīng)用或作者將受益于對于最后得到的用戶 體驗的反饋。
源應(yīng)用或作者可以査詢對于最終進(jìn)行表現(xiàn)的標(biāo)記表示的生成情 況。這種方法在動態(tài)標(biāo)記語言中尤其有利，例如，該動態(tài)標(biāo)記語言由 下面這樣的系統(tǒng)使用，其中，源應(yīng)用可以能根據(jù)對終端用戶體驗的結(jié) 果認(rèn)識來改變其行為。在動態(tài)系統(tǒng)中，對于用于表現(xiàn)的最終標(biāo)記項的 創(chuàng)建比在靜態(tài)文檔中更不固定。參考諸如時間和上下文這樣的動態(tài)變 量，將確定電子文檔的以及在該文檔內(nèi)各個元素的準(zhǔn)確內(nèi)容。
此外，這種方法的真正優(yōu)勢在于創(chuàng)作和調(diào)試體驗，以對工具和作 者有意義的形式提供反饋。創(chuàng)作工具也需要關(guān)于它們正生產(chǎn)的最終結(jié) 果是否匹配意圖的反饋。能夠看到用與原始內(nèi)容相同的項生成的體 驗，這將允許更快地進(jìn)行調(diào)試。
有利地，所述數(shù)據(jù)處理方法還包括檢測所述電子文檔的來源， 以及向該電子文檔的來源發(fā)送所述反饋文檔。通過指明被表現(xiàn)的文檔 的來源，該反饋文檔能夠被高效地發(fā)送到原始來源處，以便該電子文 檔的發(fā)送設(shè)備或原始作者進(jìn)行處理。
優(yōu)選地，所述反饋文檔包括所述電子文檔的被表現(xiàn)的那部分。通 過創(chuàng)建反饋文檔以包含已被成功表現(xiàn)的那些元素，發(fā)送設(shè)備或原始作 者能夠訪問接收設(shè)備關(guān)于被發(fā)送的原始文檔的體驗。
在可替代的實施例中，發(fā)送所述反饋文檔的步驟包括把該反饋文 檔存儲在本地數(shù)據(jù)存儲設(shè)備中。不是把反饋文檔發(fā)送回發(fā)送設(shè)備，而 是將該反饋文檔存儲在本地，以便于日后對其進(jìn)行訪問，來解釋接收 設(shè)備的表現(xiàn)體驗的結(jié)果。
理想的情況是，表現(xiàn)所述電子文檔的至少一部分的步驟包括根據(jù) 動態(tài)變量從該電子文檔中選擇元素。動態(tài)變量可以是例如時間，其能 夠基于系統(tǒng)時鐘或任意起始時間。根據(jù)元素所指定的時間分量是否與 運行時間的時間分量相匹配，來選擇用于表現(xiàn)的元素。因此，在這種 動態(tài)系統(tǒng)中， 一些元素將不會被表現(xiàn)，這是因為它們處于被用來選擇 元素的動態(tài)變量的參數(shù)范圍之外。
現(xiàn)在，參考附圖，僅示例性地描述本發(fā)明的實施例，在附圖中
圖l是數(shù)據(jù)處理系統(tǒng)的示意圖2是

圖1的數(shù)據(jù)處理系統(tǒng)的接收設(shè)備的操作的流程圖3是一個位置的平面示意圖。
圖1的數(shù)據(jù)處理系統(tǒng)10包括接收設(shè)備12，用于接收電子文檔 14，諸如HTML文檔或使用不同的符合XML的語言而設(shè)計的文檔。 該系統(tǒng)還包括一組設(shè)備16，用于表現(xiàn)電子文檔14的至少一部分。接 收設(shè)備12可以是標(biāo)準(zhǔn)臺式PC或諸如數(shù)字電視這樣的媒體設(shè)備，能 夠構(gòu)成將對電子文檔14進(jìn)行表現(xiàn)的該組設(shè)備的一部分。
在該組設(shè)備中的設(shè)備16能夠構(gòu)成諸如顯示設(shè)備、照明設(shè)備等這 樣的設(shè)備，并且可以是電子設(shè)備，但是也可以是諸如風(fēng)扇或加熱器等 這樣的機械設(shè)備。關(guān)于這樣的系統(tǒng)的更多細(xì)節(jié)，特此通過引用將WO 02/092183的內(nèi)容并入此處。實質(zhì)上，該組中的設(shè)備16對電子文檔中 的信息進(jìn)行表現(xiàn)以便提供在特定位置的周邊環(huán)境。
接收設(shè)備12用于檢測電子文檔14的未被表現(xiàn)的那部分(參考圖 2，在下文更詳細(xì)地描述該處理過程)。當(dāng)識別出文檔14的未被表現(xiàn) 的那部分時，接收設(shè)備生成包括原始電子文檔14的一部分的反饋文 檔18。
然后，發(fā)送反饋文檔18，可以將其發(fā)送回原始文檔14的來源， 或者可以發(fā)送到本地存儲設(shè)備12。接收設(shè)備12用于檢測電子文檔14 的來源，并且如果需要的話，向電子文檔14的來源發(fā)送反饋文檔18。
反饋文檔18包括電子文檔14的被顯示的那部分。因此，當(dāng)原始 電子文檔14并不是全部都被進(jìn)行表現(xiàn)時，反饋文檔18的內(nèi)容是原始 文檔14的一個子集。在反饋文檔18中使用在被進(jìn)行表現(xiàn)的文檔14 中出現(xiàn)的嚴(yán)格相同的項。即使該組設(shè)備16能夠表現(xiàn)文檔14中所有的 可表現(xiàn)項，將仍舊生成反饋文檔18。
在使用的語言比HTML更復(fù)雜的情況下，反饋特別重要，尤其 是一個應(yīng)用正在'動態(tài)地(on-the-fly)'生成該電子文檔的情況。因為 創(chuàng)作過程并沒有意識到終端用戶位置處的設(shè)備的表現(xiàn)性能，因此體驗
的重要元素很有可能將不被表現(xiàn)。在許多應(yīng)用中，知道已經(jīng)發(fā)生了這 種情況是很有用的，或者用來調(diào)整反應(yīng)/交互的期望，或者用來調(diào)整 提供的材料以便更好的匹配表現(xiàn)系統(tǒng)的性能。
同樣，當(dāng)創(chuàng)作內(nèi)容時，調(diào)試過程在很大程度上是關(guān)于理解結(jié)果在 何處不符合意圖。通過能夠用與原始文檔相同的項返回結(jié)果的表示， 使得可以更容易看出可能出現(xiàn)問題的地方。在這些復(fù)雜的體驗系統(tǒng) 中，問題常常更微妙，而不僅是純粹的語法或邏輯錯誤，因此這在分 析這些問題時將是很有用的工具。
圖2更詳細(xì)地說明了接收設(shè)備12在接收到電子文檔14之后所采 取的步驟。在該圖中示出的引擎工作在動態(tài)標(biāo)記語言系統(tǒng)中。該引擎 是一組軟件模塊，其在從原始描述(被稱為"片段(fragment)")中獲取 的作者的意圖和由終端用戶位置中的支持設(shè)備的類型和位置所定義 的終端用戶'瀏覽器'的性能之間進(jìn)行調(diào)和。
這些模塊是
*解析器(Parser)-獲得XML格式的文檔，并且把片段添加到 當(dāng)前體驗池中。
*快照(Snapshot)-選擇在當(dāng)前時間點上活動的那些部分
*可執(zhí)行動作(CanDo)-生成當(dāng)前'瀏覽器，所能進(jìn)行的用來
描述該體驗的所有可能動作的列表 * UN -解決可執(zhí)行動作列表中的沖突，調(diào)和多個選項并盡力
獲得可能的最好結(jié)果-產(chǎn)生將執(zhí)行動作列表(Will Do List) *按此進(jìn)行(Make-it-so)-獲得已決定的列表并且給支持設(shè)備
發(fā)出指不。
動態(tài)標(biāo)記語言是一種從各種來源取得標(biāo)記語言的片段放入'池' 中的方法。這種原始標(biāo)記語言包含對時間和邏輯條件的參考。然后處 理該片段'池'，以根據(jù)當(dāng)前的上下文創(chuàng)建快照，該快照本身更像傳 統(tǒng)的標(biāo)記語言-被完整地聲明。這就是隨后引擎所實現(xiàn)的內(nèi)容。隨 著時間的流逝和上下文的改變，根據(jù)需要重復(fù)該快照處理過程以生成 新的快照。這包括當(dāng)添加新片段時、移除舊材料時、以及發(fā)生定時的 變化時。
該將執(zhí)行動作列表包含用于設(shè)備16的一組指令，但是其中也包 含有足夠的信息來指示該列表涉及到該快照的哪部分。因此可以據(jù)此 構(gòu)造出被表現(xiàn)的結(jié)果的表示，該表示是實現(xiàn)了終端用戶的實際體驗的 快照子集。在理想世界(或者，良好定義的系統(tǒng))中，該子集和該快照 將是相同的，這指示出完全實現(xiàn)了作者的意圖。
在很多情況下，該子集將并不與該快照相同，于是引擎(通過API) 可以使得該表示(反饋文檔18)可用，以便被作者或從源應(yīng)用對其進(jìn)行 查詢。因為作者清楚他們的意圖，所以能夠進(jìn)行比較，并且合適的話， 對來源進(jìn)行調(diào)整以便進(jìn)行嘗試并達(dá)到更好的匹配。
這種思路尤其適用于高動態(tài)內(nèi)容，例如游戲，其中原始游戲作者 并不能確定終端用戶的瀏覽器性能。因為得分和體驗輸送經(jīng)常高度取 決于對終端用戶正在看什么和做什么的反應(yīng)，因此理解這與來源正在 輸送的內(nèi)容的匹配的緊密程度，將會非常重要。因此例如，如果游戲 者沒有射擊怪獸，那么知道這是因為用戶未找到該怪獸還是因為在第 一位置中從未表現(xiàn)該怪獸是很重要的。
對于更廣泛的應(yīng)用，例如，在室內(nèi)氛圍照明中，對用戶體驗的理
解應(yīng)該允許燈光設(shè)計師(或者有可能是自動工具)針對特定情況改進(jìn)
設(shè)計?；谠摲答仯踔聊軌蜻h(yuǎn)程地(例如在工作室或辦公室環(huán)境中)
完成對設(shè)計的改進(jìn)。在內(nèi)容創(chuàng)作時，反饋也能夠被用來進(jìn)行調(diào)試，當(dāng) 實際與作者的期望不匹配時進(jìn)行高亮顯示。
圖3示出了根據(jù)以上理解的位置22的一個例子。使用羅盤上的 點，將該位置分割成9個邏輯子位置北、東北(NE)、東、東南、南、 西南、西和西北(NW)以及中央?yún)^(qū)C。位置22包含兩盞燈，燈l在邏 輯子位置NW內(nèi)，而燈2在邏輯子位置NE內(nèi)。位置22將被用來說 明數(shù)據(jù)處理系統(tǒng)10的操作的兩個不同的例子，這取決于接收到的電 子文檔14的內(nèi)容。
在該例中，電子文檔14內(nèi)的元素如下: <object> A
<location> NW </location>
<state> fire </state>
<start—time> 0:00 </start_time>
<end—time> forever </end—time> </object> <object> B
<location> NE </location>
<state> water </state>
<start—time> 0:00 </start_time>
<end—time> forever </end—time> </object> <asset> flames
<state> fire </state>
<type> light </type>
<value> 90， 20, 0 </value〉 </asset> <asset> wet
<state> water </state>
<type> light </type>
<value> 0， 20， 90 </value> </asset>
<asset> purple—hit
<state> hit </state> <type> light </type> <value> 100， 0， 100 </value>
</asset>
<device> lampl
<location〉 NW </location〉 <capability> light </capability>
</device>
<device> lamp2
<location> NE </location>
<capability> light </light> </device>
文檔14內(nèi)的元素是對象(object) A和B，資產(chǎn)(assert)火焰(flame)、 液體(wet)和紫色撞擊(purple—hit)，以及設(shè)備(device)燈(lamp) 1和燈 2。在這種情況下，燈1將使用火焰資產(chǎn)來表現(xiàn)對象A，而對象B將 使被用液體資產(chǎn)而表現(xiàn)在燈2上。因此，返回的反饋文檔18的內(nèi)容 將會是
<object> A
<location> NW </location>
<state> fire </state> </object> <object> B
<location〉 NE </location>
<state> water </state> </object>
注意，因為反饋文檔18是在表現(xiàn)瞬間的對象的狀態(tài)，所以時間 分量對該表示并不重要。
例2
在這個例子中，假設(shè)系統(tǒng)時間是2:00。接收到的文檔14的內(nèi)容 如下 <object> A
<location> NW </location>
<state> fire </state>
<start time> 0:00 </start time>
<end—time> forever </end—time〉
</object>
<object> B
<location> NE </location> <state> water, smoke </state> <start—time> 0:00 </start—time> 〈end一time〉 forever </end—time>
</object>
<object> C
<location> NE </location> <state> hit </state〉 <start—time> 0:00 </start—time> <end—time> forever </end—time>
</object>
<object> D
<location> NW </location> <state> hit </state> <start—time> 5:00 </start—time> <end—time> forever </end—time〉
</object>
<assert> flames
<state> fire </state> <type> light </type> <value> 90， 20， 0 </value>
</3SS6t>
<assst> wet
<state> water </state> <type> light </type> <value> 0， 20, 90 </value>
</asset〉<asset> purple—hit
<state> hit </state>
<type> light </type>
<value> 100， 0， 100 </value> </asset> <device〉 lampl
<location> NW </location>
〈capability〉 light </capability> </device> <device> lamp2
<location> NE </location>
<capability> light </light> </device>
在這個例子中(和例1相比)，出現(xiàn)新的對象C和D以及在對象B 中的附加狀態(tài)，冒煙(smoke)。就像在例1中那樣，燈1將使用火焰 資產(chǎn)來表現(xiàn)對象A，而對象B將被使用液體資產(chǎn)而表現(xiàn)在燈2上。在 第二個例子中，返回的反饋文檔18將會是
<object> A
<location> NW </location>
<state> fire </state> </object> <object> B
<location> NE </location>
<state> water </state> </object>
A和B都被表現(xiàn)(在燈上)，但是因為沒有辦法表現(xiàn)對象B的冒煙 狀態(tài)，所以并沒有像表現(xiàn)了該冒煙狀態(tài)時那樣在該對象的表示中返回
該狀態(tài)。沒有返回對象C，這是因為引擎已經(jīng)選擇在NE上的燈上表 現(xiàn)對象B，因此無法再表現(xiàn)C。沒有返回對象D，這是因為對象D不 在其起始和結(jié)束時間內(nèi)，因此沒有對其進(jìn)行表現(xiàn)。
可以看出，反饋文檔18的內(nèi)容反映了對原始文檔14的表現(xiàn)。接 收電子文檔的設(shè)備或多個設(shè)備將盡其所能表現(xiàn)文檔14的內(nèi)容，并且 反饋文檔18的內(nèi)容反映了設(shè)備16進(jìn)行的表現(xiàn)。
權(quán)利要求
1、一種數(shù)據(jù)處理方法，包括接收電子文檔(14)，表現(xiàn)所述電子文檔(14)的至少一部分，檢測所述電子文檔(14)的未被表現(xiàn)的部分，生成包括所述電子文檔(14)的一部分的反饋文檔(18)，以及發(fā)送所述反饋文檔(18)。
2、 根據(jù)權(quán)利要求1所述的方法，還包括檢測所述電子文檔(14) 的來源，以及向所述電子文檔(14)的來源發(fā)送所述反饋文檔(18)。
3、 根據(jù)權(quán)利要求1或2所述的方法，其中，所述反饋文檔(18) 包括所述電子文檔(14)的被表現(xiàn)的那部分。
4、 根據(jù)權(quán)利要求l、 2或3所述的方法，其中，所述表現(xiàn)所述電 子文檔(14)的至少一部分的步驟包括根據(jù)所述電子文檔(14)來操作 一組設(shè)備(16)。
5、 根據(jù)前述權(quán)利要求之任一所述的方法，其中，所述發(fā)送所述 反饋文檔(18)的步驟包括把所述反饋文檔(18)存儲在本地數(shù)據(jù)存儲 設(shè)備(20)中。
6、 根據(jù)前述權(quán)利要求之任一所述的方法，其中，所述表現(xiàn)所述 電子文檔(14)的至少一部分的步驟包括根據(jù)動態(tài)變量從所述電子文 檔(14)中選擇元素。
7、 一種數(shù)據(jù)處理系統(tǒng)，包括用于接收電子文檔(14)的接收設(shè)備(12) 以及用于表現(xiàn)所述電子文檔(14)的至少一部分的一組設(shè)備(16)，所述 接收設(shè)備(12)用于檢測所述電子文檔(14)的未被表現(xiàn)的部分，生成包 括所述電子文檔(14)的一部分的反饋文檔(18)，以及發(fā)送所述反饋文 檔(18)。
8、 根據(jù)權(quán)利要求7所述的系統(tǒng)，其中，所述接收設(shè)備(12)還用 于檢測所述電子文檔(14)的來源，以及向所述電子文檔(14)的來源發(fā) 送所述反饋文檔(18)。
9、 根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其中，所述反饋文檔(18) 包括所述電子文檔(14)的被表現(xiàn)的那部分。
10、 根據(jù)權(quán)利要求7、 8或9所述的系統(tǒng)，還包括本地存儲設(shè)備 (20)，所述接收設(shè)備(12)用于當(dāng)發(fā)送所述反饋文檔(18)時，把所述反饋 文檔(18)存儲在所述本地數(shù)據(jù)存儲設(shè)備(20)中。
11、 根據(jù)權(quán)利要求7至IO之任一所述的系統(tǒng)，其中，所述接收 設(shè)備(12)用于根據(jù)動態(tài)變量從所述電子文檔(14)中選擇用來表現(xiàn)的元素。
12、 一種計算機可讀介質(zhì)上的計算機程序產(chǎn)品，用于操作數(shù)據(jù)處 理系統(tǒng)(IO)，包括用于接收電子文檔(14)的指令，用于表現(xiàn)所述電 子文檔(14)的至少一部分的指令，用于檢測所述電子文檔(14)的未被 表現(xiàn)的部分的指令，用于生成包括所述電子文檔(14)的一部分的反饋 文檔(18)的指令，以及用于發(fā)送所述反饋文檔(18)的指令。
13、 根據(jù)權(quán)利要求12所述的計算機程序產(chǎn)品，還包括用于檢 測所述電子文檔(14)的來源的指令，以及用于向所述電子文檔(14)的 來源發(fā)送所述反饋文檔(18)的指令。
14、 根據(jù)權(quán)利要求12或13所述的計算機程序產(chǎn)品，其中，所述 反饋文檔(18)包括所述電子文檔(14)的被表現(xiàn)的那部分。
15、 根據(jù)權(quán)利要求12、 13或14所述的計算機程序產(chǎn)品，其中， 所述表現(xiàn)所述電子文檔(14)的至少一部分的步驟包括根據(jù)所述電子文檔(14)來操作一組設(shè)備(16)。
16、 根據(jù)權(quán)利要求12至15之任一所述的計算機程序產(chǎn)品，其中， 所述發(fā)送所述反饋文檔(18)的步驟包括把所述反饋文檔(18)存儲在 本地數(shù)據(jù)存儲設(shè)備(20)中。
17、 根據(jù)權(quán)利要求12至16之任一所述的計算機程序產(chǎn)品，其中， 所述用于表現(xiàn)所述電子文檔(14)的至少一部分的指令包括用于根據(jù) 動態(tài)變量從所述電子文檔(14)中選擇元素的指令。
全文摘要
一種數(shù)據(jù)處理方法，包括接收電子文檔，表現(xiàn)所述電子文檔的至少一部分，檢測所述電子文檔的未被表現(xiàn)的部分，生成包括所述電子文檔的一部分的反饋文檔，以及發(fā)送所述反饋文檔。優(yōu)選地，所述反饋文檔包括所述電子文檔的被表現(xiàn)的那部分。
文檔編號G06F17/22GK101198951SQ200680021112
公開日2008年6月11日 申請日期2006年6月13日 優(yōu)先權(quán)日2005年6月14日
發(fā)明者D·A·伊夫斯, R·S·科爾 申請人:皇家飛利浦電子股份有限公司