一種用于進行文檔文件處理的方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種用于進行文檔文件處理的方法及裝置。其中用于進行文檔文件處理的方法包括：從文檔文件中提取文檔文件元素；根據(jù)所述文檔文件元素的類型與文檔文件元素在該文檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。本發(fā)明通過根據(jù)從文檔文件中提取的文檔文件元素的類型，與該文檔文件元素在文檔文件中的位置信息，來對文檔文件元素進行合并，生成合并后的文檔文件，不需要人工參與分別對每篇文檔文件進行編輯，就可以生成自適應(yīng)用戶設(shè)備的屏幕的文檔文件。
【專利說明】一種用于進行文檔文件處理的方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及文檔文件處理技術(shù)，尤其涉及一種用于進行文檔文件處理的方法及裝置。
【背景技術(shù)】
[0002]目前用戶使用移動設(shè)備閱讀文檔文件已經(jīng)非常普遍，對于不同格式的文檔文件，需要在計算機中安裝支持相應(yīng)格式的文檔文件編輯軟件或文檔文件閱讀軟件才能呈現(xiàn)文檔文件，也即，文檔文件圖像根據(jù)文檔文件中的文檔文件元素的呈現(xiàn)屬性來對各個文檔文件元素進行渲染，從而呈現(xiàn)該文檔文件，其中呈現(xiàn)屬性包括但不限于文檔文件元素在文檔文件中的坐標(biāo)信息、樣式信息，該樣式信息包括文字字體、文字大小及顏色等。而如果不安裝適應(yīng)各種文檔文件格式的不同文檔文件編輯軟件或文檔閱讀軟件，因為現(xiàn)有技術(shù)中的移動設(shè)備只能對文檔文件結(jié)構(gòu)簡單的，并且由人工編輯過的特定格式的文檔文件完成自適應(yīng)屏幕的處理，對于當(dāng)前最普遍應(yīng)用的微軟office系列格式、PDF、openOffice系列格式的文檔文件，不能批量處理為可以自適應(yīng)用戶設(shè)備屏幕的文檔文件，不能滿足當(dāng)前廣泛閱讀電子文檔文件的需求，也給用戶閱讀帶來很大的不便，降低閱讀體驗。

【發(fā)明內(nèi)容】

[0003]本發(fā)明所要解決的技術(shù)問題是提供一種用于進行文檔文件處理的方法及裝置，以解決現(xiàn)有技術(shù)中不能將大多數(shù)格式的文檔文件批量處理為可以自適應(yīng)用戶設(shè)備屏幕的文檔文件的問題。
[0004]根據(jù)本發(fā)明的一個方面，提供一種用于進行文檔文件處理的方法，包括:
[0005]從文檔文件中提取文檔文件元素；
[0006]根據(jù)所述文檔文件元素的類型與文檔文件元素在該文檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
[0007]根據(jù)本發(fā)明的另一個方面，還提供了一種用于進行文檔文件處理的文檔文件處理裝置，包括:
[0008]元素提取裝置，用于從文檔文件中提取文檔文件元素；
[0009]合并裝置，用于根據(jù)所述文檔文件元素的類型與文檔文件元素在該文檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
[0010]本發(fā)明通過根據(jù)從文檔文件中提取的文檔文件元素的類型，與該文檔文件元素在文檔文件中的位置信息，來對文檔文件元素進行合并，生成合并后的文檔文件，不需要人工參與分別對每篇文檔文件進行編輯，就可以生成自適應(yīng)用戶設(shè)備的屏幕的文檔文件。
【專利附圖】

【附圖說明】
[0011]通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯:[0012]圖1為本發(fā)明的一種用于文檔文件處理的方法實施例的流程圖；
[0013]圖2a_2c為本發(fā)明實施例中坐標(biāo)相鄰的兩個圖形的示意圖；
[0014]圖3為本發(fā)明的一種用于文檔文件處理的裝置實施例的示意圖。
[0015]附圖中相同或相似的附圖標(biāo)記代表相同或相似的部件。
【具體實施方式】
[0016]下面結(jié)合附圖對本發(fā)明作進一步詳細(xì)描述。
[0017]本文中:
[0018]“文檔文件”指采用文檔文件編輯軟件進行編輯生成的文件，其中包含文字、圖形等文檔文件元素，具體地，文檔文件包括但不限于Word、Excel、PDF、OpenOffice、RTF、XML、TXT、EPUB等格式的文檔文件；
[0019]“文檔文件元素”指在文檔文件中的元素，包含但不限于文字、圖形。
[0020]圖1示出了本發(fā)明一個實施例的對文檔文件進行處理的方法的流程示意圖。
[0021]如圖1所示，在步驟SlOl中，從文檔文件中提取文檔文件元素，文檔文件元素包括但不限于至少以下任一種形式:文字、圖形。
[0022]在步驟S102中，根據(jù)文檔文件元素的類型與文檔文件元素在該文檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
[0023]具體的，可以基于以下至少一種方式，來根據(jù)文檔文件元素的類型與位置信息將多個文檔文件元素進行合并:
[0024]i)當(dāng)文檔文件元素為文字時，根據(jù)文字的排列方式及坐標(biāo)信息將所述文字合并處理為一個文字序列。
[0025]可以理解，常見的文字排列方式包括橫排和豎排，當(dāng)文字的排列方式為橫排時，可以根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一行，但被諸如圖形的其他文檔文件元素分隔開的，多段橫排文字合并成一個按橫排方式連續(xù)排列的文字序列；當(dāng)文字的排列方式為豎排時，可以根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一列，但被諸如圖形的其他文檔文件元素分隔開的，多段豎排文字合并處理成一個按豎排方式一連續(xù)排列的文字序列。
[0026]ii)對于相鄰的兩個圖形，根據(jù)兩個圖形的坐標(biāo)信息，將兩個圖形合并為一個圖形。
[0027]具體地，可以通過以下方式來判斷兩個圖形是否為坐標(biāo)相鄰的圖形:
[0028]首先，根據(jù)兩個圖形的坐標(biāo)信息，來獲取所述兩個圖形的最小包容矩形，所述最小包容矩形由對應(yīng)圖形的最小橫坐標(biāo)與最大橫坐標(biāo)、最小縱坐標(biāo)與最大縱坐標(biāo)確定；
[0029]隨后，判斷兩個圖形的最小包容矩形區(qū)域之間的間隔是否小于預(yù)定值，如果兩個圖形的矩形區(qū)域之間的間隔小于預(yù)定值，則這兩個圖形是坐標(biāo)相鄰的圖形，如圖2a_2c所示。具體的，該預(yù)定值可以根據(jù)實際文檔文件情況和經(jīng)驗設(shè)定，優(yōu)選的，可以設(shè)定為2像素。
[0030]iii)對包含在同一區(qū)域中的多個不同類型文檔文件元素時，根據(jù)所述不同類型文檔文件元素的坐標(biāo)信息，將所述多個不同類型的文檔文件元素合并為一個圖形，其中，所述不同類型的文檔文件元素包括但不限于文字、圖形。
[0031]隨后，將由多個文檔文件元素合并后得到的文檔文件元素，例如文字序列和圖形，按照其相應(yīng)的坐標(biāo)信息進行排列，生成合并后的文檔文件。[0032]其中，合并后的文檔文件包括以下信息:
[0033]-合并后的文檔文件元素的類型，包括文字、圖形；
[0034]-合并后的文檔文件元素的內(nèi)容，其中包括以下任一項:
[0035]合并后得到的文字序列的內(nèi)容；
[0036]合并后得到的圖形的圖形文件或圖形文件的存儲地址或鏈接；
[0037]-所述文檔文件元素的位置信息，該位置信息包括文檔文件元素在合并后文檔文件中的坐標(biāo)信息；
[0038]-所述文檔文件元素的樣式信息，該樣式信息包括文字的字體大小、顏色。
[0039]本實施例通過根據(jù)從文檔文件中提取的文檔文件元素的類型，與該文檔文件元素在文檔文件中的位置信息，來對文檔文件元素進行合并，生成合并后的文檔文件，不需要人工參與分別對每篇文檔文件進行編輯，就可以生成自適應(yīng)用戶設(shè)備的屏幕的文檔文件，也即，當(dāng)合并后的文檔文件在不同設(shè)備上進行渲染呈現(xiàn)，為適應(yīng)不同屏幕的大小進行重新排版時，由于對原文檔文件中各個文檔文件元素進行了合并處理，以得到連續(xù)排列的文字序列及由多個文檔文件元素合并得到的圖形，因此能夠減少文檔文件因重新排版導(dǎo)致的版式變化。
[0040]除前述實施例中的步驟SlOl和S102外，本發(fā)明的一種用于文檔文件處理的方法，在另一實施例中還可以包括步驟S103和S104。
[0041]在步驟S103中，將合并后的圖形存儲為圖形文件，例如GIF、JPG、PNG等格式的圖形文件。
[0042]在步驟S104中，對所述圖形文件建立索引并放入合并后的文檔文件中。
[0043]具體的，可以采用以下方式將圖形文件在合并后的文檔文件中建立索引:
[0044]根據(jù)合并后得到圖形的坐標(biāo)信息、圖形大小和圖形所在圖層等，來建立該圖形的索引。例如，在合并后的文檔文件中文檔文件元素的內(nèi)容部分，使用標(biāo)識來表示圖形在所述圖形文件中的起始坐標(biāo)、寬和高，例如用{ix, iy, iw, ih}來表示,其中，ix為圖形在所述圖形文件的起始橫坐標(biāo)，iy為圖形在所述圖形文件的起始縱坐標(biāo)，iw為圖形的寬，ih為圖形的聞。
[0045]除前述實施例中的步驟S101-S104外，本發(fā)明的一種用于文檔文件處理的方法，在另一實施例中還可以包括步驟S105。
[0046]在步驟S105中，當(dāng)用戶使用用戶設(shè)備的瀏覽器閱讀文檔文件時，內(nèi)置在瀏覽器中的閱讀器解析所述合并后的文檔文件，并根據(jù)該合并后的文檔文件中的信息來對其中包含的文檔文件元素進行渲染來進行呈現(xiàn)。
[0047]本發(fā)明實施例提供的方法，用戶不需要在用戶設(shè)備上安裝各種適應(yīng)不同文檔文件格式的閱讀器，也不需要安裝特殊的應(yīng)用程序，就可以方便的使用用戶設(shè)備的瀏覽器閱讀各種不同格式的文檔文件。如上所述，由于合并后的文檔文件中各個文檔文件元素是由多個原始文檔文件元素合并處理后得到的，例如連續(xù)排列的文字序列及由多個文檔文件元素合并得到的圖形，因此能夠減少文檔文件因需要適應(yīng)不同大小的屏幕而重新排版導(dǎo)致的版式變化。
[0048]圖3示出了本發(fā)明的一種用于文檔文件處理的裝置，如圖3所示，該文檔文件處理裝置包括元素提取裝置21和合并裝置22。[0049]其中，元素提取裝置21，用于從文檔文件中提取文檔文件元素，文檔文件元素包括但不限于至少以下任一種形式:文字、圖形。
[0050]合并裝置22，用于根據(jù)文檔文件元素的類型與文檔文件元素在該文檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
[0051]具體的，所述合并裝置22可以包括第一合并模塊221和排列模塊222。
[0052]所述第一合并模塊221，用于基于以下至少一種方式，來根據(jù)所述文檔文件元素的類型與位置信息來將多個文檔文件元素進行合并:
[0053]i)當(dāng)文檔文件元素為文字時，根據(jù)文字的排列方式及坐標(biāo)信息將所述文字合并處理為一個文字序列。
[0054]可以理解，常見的文字排列方式包括橫排和豎排，第一合并模塊221可以包括:
[0055]第一合并子模塊2211,用于當(dāng)文字的排列方式為橫排時,可以根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一行，但被諸如圖形的其他文檔文件元素分隔開的，多段橫排文字合并成一個按橫排方式連續(xù)排列的文字序列；和
[0056]第二合并子模塊2212，用于當(dāng)文字的排列方式為豎排時，可以根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一列，但被諸如圖形的其他文檔文件元素分隔開的，多段豎排文字合并處理成一個按豎排方式一連續(xù)排列的文字序列。
[0057]ii)對于相鄰的兩個圖形，根據(jù)兩個圖形的坐標(biāo)信息，將兩個圖形合并為一個圖形。
[0058]具體地，可以通過以下方式來判斷兩個圖形是否為坐標(biāo)相鄰的圖形:
[0059]首先，根據(jù)兩個圖形的坐標(biāo)信息，來獲取所述兩個圖形的最小包容矩形，所述最小包容矩形由對應(yīng)圖形的最小橫坐標(biāo)與最大橫坐標(biāo)、最小縱坐標(biāo)與最大縱坐標(biāo)確定；
[0060]隨后，判斷兩個圖形的最小包容矩形區(qū)域之間的間隔是否小于預(yù)定值，如果兩個圖形的矩形區(qū)域之間的間隔小于預(yù)定值，則這兩個圖形是坐標(biāo)相鄰的圖形，如圖2a_2c所示。具體的，該預(yù)定值可以根據(jù)實際文檔文件情況和經(jīng)驗設(shè)定，優(yōu)選的，可以設(shè)定為2像素。
[0061]iii)對包含在同一區(qū)域中的多個不同類型文檔文件元素時，根據(jù)所述不同類型文檔文件元素的坐標(biāo)信息，將所述多個不同類型的文檔文件元素合并為一個圖形，其中，所述不同類型的文檔文件元素包括但不限于文字、圖形。
[0062]所述排列模塊222，用于將由多個文檔文件元素合并后得到的文檔文件元素，例如文字序列和圖形，按照其相應(yīng)的坐標(biāo)信息進行排列，生成合并后的文檔文件。具體的，可以根據(jù)由多個文檔文件元素合并后得到的文檔文件元素，例如文字序列和圖形，來獲取所述合并后得到的文檔文件元素的最小包容矩形，所述最小包容矩形由對應(yīng)文字序列或圖形的最小橫坐標(biāo)與最大橫坐標(biāo)、最小縱坐標(biāo)與最大縱坐標(biāo)確定，將這些最小包容矩形基于坐標(biāo)取并集，得到合并后的文檔文件。
[0063]其中，合并后的文檔文件包括以下信息:
[0064]-合并后的文檔文件元素的類型，包括文字、圖形；
[0065]-合并后的文檔文件元素的內(nèi)容， 其中包括以下任一項:
[0066]合并后得到的文字序列的內(nèi)容；
[0067]合并后得到的圖形的圖形文件或圖形文件的存儲地址或鏈接；
[0068]-所述文檔文件元素的位置信息，該位置信息包括文檔文件元素在合并后文檔文件中的坐標(biāo)信息；
[0069]-所述文檔文件元素的樣式信息，該樣式信息包括文字的字體大小、顏色。
[0070]本實施例通過根據(jù)從文檔文件中提取的文檔文件元素的類型，與該文檔文件元素在文檔文件中的位置信息，來對文檔文件元素進行合并，生成合并后的文檔文件，不需要人工參與分別對每篇文檔文件進行編輯，就可以生成自適應(yīng)用戶設(shè)備的屏幕的文檔文件，也即，當(dāng)合并后的文檔文件在不同設(shè)備上進行渲染呈現(xiàn)，為適應(yīng)不同屏幕的大小進行重新排版時，由于對原文檔文件中各個文檔文件元素進行了合并處理，以得到連續(xù)排列的文字序列及由多個文檔文件元素合并得到的圖形，因此能夠減少文檔文件因重新排版導(dǎo)致的版式變化。
[0071]除前述實施例中的元素提取裝置21和合并裝置22外，本發(fā)明的一種用于文檔文件處理的裝置，在另一實施例中還可以包括存儲裝置和索引建立裝置。
[0072]其中，存儲裝置，用于將合并后得到的圖形存儲為圖形文件，例如GIF、JPG、PNG等格式的圖形文件；
[0073]索引建立裝置，用于對所述圖形文件建立索引并放入合并后的文檔文件中。
[0074]具體的，可以采用以下方式將圖形文件在合并后的文檔文件中建立索引:
[0075]根據(jù)合并后得到圖形的坐標(biāo)信息、圖形大小和圖形所在圖層等，來建立該圖形的索引。例如，在合并后的文檔文件中文檔文件元素的內(nèi)容部分，使用標(biāo)識來表示圖形在所述圖形文件中的起始坐標(biāo)、寬和高，例如使用{ix, iy, iw, ih}來表示,其中，ix為圖形在所述圖形文件的起始橫坐標(biāo)，iy為圖形在所述圖形文件的起始縱坐標(biāo)，iw為圖形的寬，ih為圖形的聞。
[0076]除前述實施例中的元素提取裝置21、合并裝置22、存儲裝置和索引建立裝置外，本發(fā)明的一種用于文檔文件處理的裝置，在另一實施例中還可以包括閱讀器，用于內(nèi)置在瀏覽器中，解析所述合并后的文檔文件，并根據(jù)該合并后的文檔文件中的信息來對其中包含的文檔文件元素進行渲染來進行呈現(xiàn)。
[0077]本發(fā)明實施例提供的裝置，用戶不需要在用戶設(shè)備上安裝各種適應(yīng)不同文檔文件格式的閱讀器，也不需要安裝特殊的應(yīng)用程序，就可以方便的使用用戶設(shè)備的瀏覽器閱讀各種不同格式的文檔文件。如上所述，由于合并后的文檔文件中各個文檔文件元素是由多個原始文檔文件元素合并處理后得到的，例如連續(xù)排列的文字序列及由多個文檔文件元素合并得到的圖形，因此能夠減少文檔文件因需要適應(yīng)不同大小的屏幕而重新排版導(dǎo)致的版式變化。
[0078]需要注意的是，本發(fā)明可在軟件和/或軟件與硬件的組合體中被實施，例如，本發(fā)明的各個裝置可采用專用集成電路(ASIC)或任何其他類似硬件設(shè)備來實現(xiàn)。在一個實施例中，本發(fā)明的軟件程序可以通過處理器執(zhí)行以實現(xiàn)上文所述步驟或功能。同樣地，本發(fā)明的軟件程序(包括相關(guān)的數(shù)據(jù)結(jié)構(gòu))可以被存儲到計算機可讀記錄介質(zhì)中，例如，RAM存儲器，磁或光驅(qū)動器或軟磁盤及類似設(shè)備。另外，本發(fā)明的一些步驟或功能可采用硬件來實現(xiàn)，例如，作為與處理器配合從而執(zhí)行各個步驟或功能的電路。
[0079]對于本領(lǐng)域技術(shù)人員而言，顯然本發(fā)明不限于上述示范性實施例的細(xì)節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下，能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應(yīng)將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權(quán)利要求而不是上述說明限定，因此旨在將落在權(quán)利要求的等同要件的含義和范圍內(nèi)的所有變化涵括在本發(fā)明內(nèi)。不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求。此外，顯然“包括” 一詞不排除其他單元或步驟，單數(shù)不排除復(fù)數(shù)。系統(tǒng)權(quán)利要求中陳述的多個單元或裝也可以由一個單元或裝置通過軟件或者硬件來實現(xiàn)。第一，第二等詞語用來表示名稱，而并不表示任何特定的順序。
【權(quán)利要求】
1.一種用于進行文檔文件處理的方法，其特征在于，包括 : -從文檔文件中提取文檔件元素； -根據(jù)所述文檔文件元素的類型與文檔文件元素在該文檔文件中的置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述對文檔文件元素進行合并的步驟包括以下步驟: -基于以下至少一項，來根據(jù)所述文文件元素的類型與位置信息來將所述多個文檔文件元素進行合并: -當(dāng)文檔文件元素為文字時，根據(jù)文字的排列方式及坐標(biāo)信息將所述文字合并處理為一個文字序列； -對于相鄰的兩個圖形，根據(jù)兩個圖形的坐標(biāo)信息，將兩個圖形合并為一個圖形； -對包含在同一區(qū)域中的多個不同類型文檔文件元素時，根據(jù)所述不同類型文檔文件元素的坐標(biāo)信息，將所述多個不同類型的文檔文件元素合并為一個圖形； -將由多個文檔文件元素合并后得到的文檔文件元素按照其相應(yīng)的坐標(biāo)信息進行排列，生成合并后的文檔文件。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述當(dāng)文檔文件元素為文字時，根據(jù)文字的排列方式及坐標(biāo)信息將文字合并處理為一個文字序列的步驟，包括: -當(dāng)文字的排列方式為橫排時，根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一行，但被其他文檔文件元素分隔開的，多段橫排文字合并成一個按橫排方式連續(xù)排列的文字序列； -當(dāng)文字的排列方式為豎排時，根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一列，但被其他文檔文件元素分隔開的，多段豎排文字合并處理成一個按豎排方式一連續(xù)排列的文字序列。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，還包括: -將合并后得到的圖形存儲為圖形文件； -對所述圖形文件建立索引并放入合并后的文檔文件中。
5.根據(jù)利要求2或3所述的方法，其特征在于，還包括: -內(nèi)置在瀏覽器中的閱讀器解析所述合并后的文檔文件，并根據(jù)該合并后的文檔文件中的信息來對其中包含的文檔文件元素進行渲染來進行呈現(xiàn)。
6.一種用于進行文檔文件處理的文檔文件處理裝置，其特征在于，包括: 元素提取裝置，用于從文檔文件中提取文文件元素； 合并裝置，用于根據(jù)所述文檔文件元素的類型與文檔文件元素在該檔文件中的位置信息來對所述文檔文件元素進行合并，以生成合并后的文檔文件。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述合并裝置包括: 第一合并模塊，用于基于以下至少一種方式，來根據(jù)所述文檔文件元素的型與位置信息來將所述多個文檔文件元素進行合并: -當(dāng)文檔文件元素為文字時，根據(jù)文字的排列方式及坐標(biāo)信息將所述文字合并處理為一個文字序列； -對于相鄰的兩個圖形，根據(jù)兩個圖形的坐標(biāo)信息，將兩個圖形合并為一個圖形；-對包含在同一區(qū)域中的多個不同類型文檔文件元素時，根據(jù)所述不同類型文檔文件元素的坐標(biāo)信息，將所述多個不同類型的文檔文件元素合并為一個圖形； 排列模塊，用于將由多個文檔文件元素合并后得到的文件元素，按照其相應(yīng)的坐標(biāo)信息進行排列，生成合并后的文檔文件。
8.根據(jù)權(quán)利要求7所述的裝置，其特在于，所述第一合并模塊包括: 第一合并子模塊，用于當(dāng)文字的排列方式為橫排時，根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一行，但被其他文檔文件元素分隔開的，多段橫排文字合并成一個按橫排方式連續(xù)排列的文字序列； 第二合并子模塊，用于當(dāng)文字的排列方式為豎排時，根據(jù)文字的坐標(biāo)信息，將相鄰換行符之間的同一列，但被其他文檔文件元素分隔開的，多段豎排文字合并處理成一個按豎排方式一連續(xù)排列的文字序列。
9.根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，還包括: 存儲裝置，用于將合并后得到的圖形存儲為圖形文件； 索引建立裝置，用于對所述圖形文件建立索引并放入合并后的文檔文件中。
10.根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，還包括: 閱讀器，用于內(nèi)置在瀏覽器中，解析所述合并后的文檔文件，并根據(jù)該合并后的文檔文件中的信息來對其中包含的文檔文件元`素進行渲染來進行呈現(xiàn)。
【文檔編號】G06F17/24GK103488619SQ201310282405
【公開日】2014年1月1日 申請日期:2013年7月5日 優(yōu)先權(quán)日:2013年7月5日
【發(fā)明者】徐廣金 申請人:百度在線網(wǎng)絡(luò)技術(shù)（北京）有限公司