JP4065546B2 - 文書処理装置及びその方法 - Google Patents

Description

本発明は、複数の構造化文書に含まれる各コンテンツを配置した文書データを作成する文書処理装置及びその方法に関するものである。

ドキュメントに使用される画像やテキストなどを個別のレイアウトを構成するコンテンツデータとして捕らえ、それら個々のコンテンツデータを集め、レイアウトして、配布可能な文書データ或は印刷可能な文書データにすることが考えられる。その場合、必要となる様々な処理、例えばデータの収集処理やレイアウト処理等が密に結合された１つのアプリケーションとして作成されていた。そのようなドキュメントのレイアウトを決定する際には、各データの実体を使用して、人間が手作業でレイアウトを決めるか、或は、それらデータを決まった形のレイアウト形式で出力するテンプレートの作成を手作業で行い、それを利用して処理していた。

また、ディジタルイメージの集まりを、ページ上の余白の量を最小にするように各イメージを拡大して位置決めする技術が知られていた（特許文献１参照）。
特開平１１−２５０２７２号公報

このようにデータの収集処理や、レイアウト処理等の様々な処理が密に結合された１つのアプリケーションとして作成すると、それらの処理を分離できない。従って、その一部の機能を機器に組み込むことや、小容量のリソースしか持たない機器への組み込み等には対応できなかった。また元々レイアウト情報が含まれていない状態でレイアウト処理を行うには、人間の手が介在しなければ実現できなかった。そのため、レイアウトの作成に際して非常に手間がかかり、人的コストの増大の一因となっていた。

またレイアウトに関して、コンテンツデータを決まった形のレイアウト形式に出力できるテンプレートを作成し、そのテンプレートを使用して、レイアウトさせて出力させることも考えられる。しかしその場合でも、そのテンプレートに応じた何種類かの決まったパターンでしかレイアウトできないため、入力される様々なコンテンツデータのサイズなどに対応して、動的にレイアウトを変更して所望の結果を得ることは困難であった。

本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、画像やテキストなどのコンテンツを記述した複数の構造化文書を集約しレイアウトした構造化文書を生成し、それをレンダリングしたデータを作成できる文書処理装置とその方法を提供することにある。

本発明の一態様に係る文書処理装置は以下のような構成を備える。即ち、
複数の第１構造化文書及び複数の第１データを入力し、当該複数の第１データのそれぞれに基づいて当該複数の第１構造化文書のそれぞれに含まれるコンテンツ及び矩形サイズ情報を抽出し、第２構造化文書及び第２データに基づいて、それぞれが当該複数の第１構造化文書のそれぞれに対応する複数の第３構造化文書を生成する構造化文書生成手段と、
前記複数の第３構造化文書を１つの第４構造化文書に統合する統合手段と、
前記第４構造化文書に含まれる複数の矩形サイズ情報に基づいて、複数の矩形を所定領域内にレイアウトするレイアウト手段と、
前記レイアウトされた複数の矩形のそれぞれに、対応するコンテンツを可視化するレンダリング手段とを有し、
前記複数の第１データのそれぞれは、前記複数の第１構造化文書のそれぞれから抽出すべきコンテンツ及び矩形サイズ情報が配置された当該複数の第１構造化文書における位置を示し、
前記第２データは、前記複数の第１構造化文書のそれぞれから抽出されたコンテンツ及び矩形サイズ情報を挿入すべき前記第２構造化文書における位置を示し、
前記構造化文書生成手段は、前記複数の第１構造化文書のそれぞれから抽出したコンテンツ及び矩形サイズ情報を、前記第２データが示す前記第２構造化文書における位置に挿入して、前記複数の第３構造化文書のそれぞれを生成し、
前記複数の矩形サイズ情報のそれぞれは、前記第４構造化文書に含まれる複数のコンテンツのそれぞれに対応する矩形のサイズを示すことを特徴とする。

本発明の一態様に係る文書処理方法は以下のような工程を備える。即ち、
構造化文書を処理する文書処理装置の文書処理方法であって、
前記文書処理装置の構造化文書生成手段が、複数の第１構造化文書及び複数の第１データを入力し、当該複数の第１データのそれぞれに基づいて当該複数の第１構造化文書のそれぞれに含まれるコンテンツ及び矩形サイズ情報を抽出し、第２構造化文書及び第２データに基づいて、それぞれが当該複数の第１構造化文書のそれぞれに対応する複数の第３構造化文書を生成する構造化文書生成工程と、
前記文書処理装置の統合手段が、前記複数の第３構造化文書を１つの第４構造化文書に統合する統合工程と、
前記文書処理装置のレイアウト手段が、前記第４構造化文書に含まれる複数の矩形サイズ情報に基づいて、複数の矩形を所定領域内にレイアウトするレイアウト工程と、
前記文書処理装置のレンダリング手段が、前記レイアウトされた複数の矩形のそれぞれに、対応するコンテンツを可視化するレンダリング工程とを有し、
前記複数の第１データのそれぞれは、前記複数の第１構造化文書のそれぞれから抽出すべきコンテンツ及び矩形サイズ情報が配置された当該複数の第１構造化文書における位置を示し、
前記第２データは、前記複数の第１構造化文書のそれぞれから抽出されたコンテンツ及び矩形サイズ情報を挿入すべき前記第２構造化文書における位置を示し、
前記構造化文書生成工程では、前記構造化文書生成手段が、前記複数の第１構造化文書のそれぞれから抽出したコンテンツ及び矩形サイズ情報を、前記第２データが示す前記第２構造化文書における位置に挿入して、前記複数の第３構造化文書のそれぞれを生成し、
前記複数のエリア情報のそれぞれは、前記第４構造化文書に含まれる複数のコンテンツのそれぞれに対応する矩形のサイズを示すことを特徴とする。

本発明によれば、画像やテキストなどのコンテンツを記述した複数の構造化文書を集約しレイアウトした構造化文書を生成し、印刷や配布可能なデータに展開できる。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。本実施の形態では、それぞれ異なる構造を有し、異なるコンテンツを含む複数の構造化文書が入力されると、それらをデータ統合処理が行える構造化文書にそれぞれ置き換え、それらをレイアウト処理及びレンダリング処理が扱える一つの構造化文書に統合する。そして，その構造化文書に対してレイアウト処理を実行して、各コンテンツの配置を決定する配置情報を決定する。その配置情報に基づいて実際にコンテンツを配置し、アプリケーションが扱うことができるファイルデータに変換して出力する。また、その配置情報に基づくレイアウトで不具合が発生する場合には、再度レイアウト処理を実行させて、より最適なレイアウトを決定できることを特徴としている。

図１は、本発明の実施の形態に係る画像処理装置の機能構成を説明するブロック図である。

図において、１０１は、この画像処理装置内部の各処理機能部を示している。ＸＭＬデータ１０２〜１０４は、コンテンツデータであるテキストや画像へのパス等を記述した構造化文書で、「inputA.xml」，「inputB.xml」，「inputC.xml」は、それぞれ構造が異なるＸＭＬデータである。InfomationData-A１０５〜InfomationData-C１０７は、各ＸＭＬデータに付随するＸＭＬデータのデータ配置情報を記述したデータ（Data-A、Data-B、Data-C）である。ＸＭＬデータ１０２〜１０４のそれぞれと、各対応するInfomationDataとをまとめてＸＭＬデータ１０９と呼ぶ。

このＸＭＬデータ１０９は、それぞれ入力部１０８に入力されて処理が開始される。データ交換処理部１１０は、各ＸＭＬデータ１０９を受け取って、その入力されたＸＭＬデータ１０９を解析する。この際、InfomationDataを利用して必要なデータを抜き出して、次段の処理で解釈できるＸＭＬデータ構造に落とし込み、ＸＭＬデータ１１１（LayoutA.xml，LayoutB.xml，LayoutC.xml）としてデータ統合処理部１１２に供給する。データ統合処理部１１２は、複数のＸＭＬデータ１１１を次段の処理で解釈できる１つのＸＭＬデータ構造に統合し、ＸＭＬデータ１１３（Layout.xml）としてレイアウト処理部１１４に供給する。

レイアウト処理部１１４は、その受け取ったＸＭＬデータ１１３から必要な矩形情報を抽出し、ある領域内に矩形をランダムに配置し、最適化アルゴリズム手法を用いて最適なレイアウト結果が得られる処理を行う。そしてその結果を、ＸＭＬデータ１１５（LayoutResult.xml）に記述してレンダリング処理部１１６に供給する。レンダリング処理部１１６は、その受け取ったＸＭＬデータ１１５から必要な情報（テキストや画像へのパス等）を抽出し、画像等へのパスから、画像の実体データを実体データ格納領域１１７から取得する。そして、これらデータをレイアウト処理部１１４で決められた配置にそれぞれ描画する。そしてその結果をアプリケーションデータ（PDF、SVG、XHTML等）１１８として生成する。このアプリケーションデータ１１８は出力部１１９に供給され、出力部１１９は、最終的にでき上がったアプリケーションデータ１２０を出力する。

次に、図１の機能ブロック図における各処理部の処理の詳細を説明する。

図２は、本実施の形態に係るデータ交換処理部１１０における処理内容を説明する図であり、図３はInfomationDataの具体例と、このInfomationDataとＸＭＬデータとの関係を示した図である。以下、これら図２及び図３を参照して、データ交換処理部１１０の処理内容を説明する。尚、図２及び図３では、ＸＭＬデータ「inputA.xml」１０２とInfomationData-A１０５を処理する場合を示しているが、他のＸＭＬデータ１０３，１０４及びInfomationData-B, -C１０６，１０７に関しても同様に処理される。

図２において、ＸＭＬデータ１０２とInfomationData-A１０５は、入力部１０８から受け取るＸＭＬデータ（図１の１０９に相当）を示している。InfomationData（Data-A）１０５は、ＸＭＬデータ１０２でこの後の処理で必要なデータ情報はどのタグで扱うかを示している。またＸＭＬデータ（Ori-LayoutA.xml）２０４は、ＸＭＬデータ（inputA.xml）１０２の基本レイアウトを規定するＸＭＬフォーマットデータの基になるＸＭＬデータ（雛型）を示し、このＸＭＬデータ２０４のフォーマットに従ってＸＭＬデータ１０２のレイアウトを示すＸＭＬデータ２１６が作成される。InfomationData-OriA２０５は、このＸＭＬデータ（Ori-LayoutA.xml）２０４のInfomationDataである。

図３は、本実施の形態に係るInfomationData-A１０５の具体例とＸＭＬデータ１０２との関係の一例を示す図である。

InfomationData-A１０５において、１項が「矩形サイズ横」、２項が「矩形サイズ縦」、３項が「画像情報」、そして４項が「テキスト情報」というように４つの項目に分けられている。ＸＰＡＴＨ２０９は、InfomationData-A１０５のそれぞれ関連する項目データが、ＸＭＬデータ１０２のどこのタグの位置で扱っているかを示している。

例えば、１項の「矩形サイズ横」が「inputA/block/width」となっており、これによりＸＭＬデータ（inputA.xml）１０２のタグ「block」内の要素「width」に関連していることがわかる。これによって、ＸＭＬデータ１０２からデータを抽出したい場合はその場所から抽出し、ＸＭＬデータ１０２にデータを挿入したい場合は、その場所にデータを挿入できるようになる。

ＸＭＬデータ１０２，２０４のそれぞれは、対応する構造解析処理２１０，２１１によって、その構造が解析される。即ち、構造解析処理は、ＸＭＬデータの構造をルートのタグから順に読み取っていき、タグ名、タグに囲まれた値、タグに付随する属性名、属性の値、タグの親子関係、兄弟関係等を判断し、それらのデータをテーブルデータとして保持する。

またInfomationData-A１０５，InfomationData-OriA２０５のそれぞれは、InfomationData解析処理２１２，２１３によって解析される。ここでは、前述のＸＰＡＴＨ２０９に基づいて、データを抽出する場所、データを挿入する場所を取得する。InfomationData比較処理２１４は、ＸＭＬデータ（inputA.xml）１０２から抽出したデータを、ＸＭＬデータ（LayoutA.xml）２０４のどの位置に挿入するかを、それぞれ対応するInfomationData-A１０５，InfomationData-OriA２０５を解析した結果に基づいて判断する。こうしてＸＭＬデータの構造解析処理結果とInfomationData解析処理に基づく交換処理２１５により、ＸＭＬデータ１０２（inputA.xml）に含まれる必要なデータをＸＭＬデータ２０４（Ori-LayoutA.xml）に取り込むことにより、必要なデータが挿入されたＸＭＬデータ２１６（LayoutA.xml）を作成して出力する。このような処理を、入力部１０８に入力されたＸＭＬデータ１０２〜１０４のそれぞれに対して実行する。

図４は、本実施の形態に係るデータ統合処理部１１２において、ＸＭＬデータを統合する具体例を説明する図である。

図において、３０１〜３０３は、データ交換処理部１１０によって、ＸＭＬデータ（inputA.xml, inputB.xml, inputC.xml）に含まれる必要なデータだけでまとめられたＸＭＬデータ（LayoutA.xml，LayoutB.xm，LayoutC.xml）を示す。データ統合処理３０４は、これらＸＭＬデータ３０１〜３０３を入力し、ＤＯＭ或はＳＡＸを利用したプログラミング、或はＸＳＬＴを使用することで、ＸＭＬデータ３０１〜３０３のそれぞれの範囲３０５〜３０７の構造を、後段のレイアウト処理部１１４が解釈できる構造をもつＸＭＬデータ３０８（Layout.xml）に、＜objectlist＞として挿入することにより作成する。

このＸＭＬデータ３０８において、３０９〜３１１のそれぞれは、各ＸＭＬデータ３０１〜３０３に対応するLayoutA，LayoutB，LayoutCのそれぞれの内容３０５〜３０７を記述している。ここで３１２はLayoutAに含まれる３０５の矩形サイズ横「１２８」に、３１３はLayoutAに含まれる３０５の矩形サイズ縦「６４」に、３１４はLayoutAに含まれる３０５のテキスト情報「aaaaa」に、そして３１５はLayoutAに含まれる３０５の画像情報「photoA.jpg」にそれぞれ対応している。このようにして複数のＸＭＬデータを１つのＸＭＬデータに統合したＸＭＬデータ（Layout.xml）が作成される。

図５は、本実施の形態に係るレイアウト処理部１１４における処理内容を説明する図であり、図６は、レイアウト処理部１１４の処理内容を具体的に説明する図である。以下、これら図５及び図６を参照して処理内容を説明する。

図５において、データ統合処理１１２から出力されたＸＭＬデータ（Layout.xml）１１３は、データ統合処理部１１２によって１つにまとめられたＸＭＬデータである。構造化文書処理部４０３は、そのＸＭＬデータ１１３を読み込み、矩形のサイズ情報を抽出する。レイアウト準備処理部４０４は、構造化文書処理部４０３で抽出された矩形のサイズ情報に基づいて、ＸＭＬデータ１１３に含まれる複数の矩形のレイアウトを決定するための処理を行う。

図６は、この実施の形態に係るレイアウト準備処理部４０４及び最適化アルゴリズムによるレイアウト処理部４０７における処理の具体例を説明する図である。

図６において、４０６は、構造化文書処理部４０３で抽出した矩形サイズ情報に基づいて、矩形(a)〜(e)で示すように、ある領域内に各矩形をランダムに配置した状態を示している。４０８は、レイアウト処理部４０７での最適化アルゴリズムによるレイアウト処理により、矩形(a)〜(e)をそれぞれ、拡大、縮小、左右上下に移動させて、中央に寄せる処理を行った状態を示している。こうして矩形同士が隙間なく中央に寄り、ある領域内からはみ出すことがない最適レイアウトを導き出す。ここで使用する最適化アルゴリズムには、例えば、SimulatedAnnelineg法や遺伝的アルゴリズムなどがある。

尚、図６では、中央寄せの場合を示しているが、設定された条件により、中央寄せだけでなく、中央を空けて、ある領域内の周りに配置する、或は左上から順に並べていくなど、様々なレイアウト方針を決めて、それに従ったレイアウト処理が可能である。

構造化文書処理部４０９は、最適化アルゴリズムによるレイアウト処理部４０７により得られた最適なレイアウトを入力し、それをＸＭＬデータ（LayoutResult.xml）１１５に整形して出力する。

図７は、本実施の形態に係るレンダリング処理部１１６における処理内容を説明する図である。

また図８は、このレンダリング処理部１１６の処理内容を具体的に示した図であり、更に図９は、矩形内のコンテンツのレンダリング処理の具体的な例を示した図である。これら図７〜９を参照して、本実施の形態に係るレンダリング処理部１１６の処理内容を説明する。

図７において、レイアウト処理部１１４から出力されたＸＭＬデータ１１５は、レイアウト結果が記載されたＸＭＬデータ（LayoutResult.xml）を示している。レンダリング処理部１１６では、構造化文書処理部５０３が、その入力されたＸＭＬデータ１１５を読み込み、それに記述されているレイアウト情報や、実際にレンダリングするコンテンツデータであるテキストや画像データへのパス等を読み取る。実体データ取得部５０４は、そのパスを利用して、画像データが格納されている実体データ格納領域１１７から画像データを取得するとともに、レンダリングさせるためのデータを全て取得する。レンダリング処理部５０６は、こうして取得した実体データに基づいてレンダリング処理を行う。

図８は、このレンダリング処理部１１６によるレンダリング処理の具体例を示す図である。

ここではレイアウト処理部１１４で得られたレイアウト結果４０８から、５０８で示すように、矩形(a)〜(e)のそれぞれに、それぞれ対応する画像とテキストが収まるように、画像の拡大、縮小、テキストはフォントサイズなどを大きく、或は小さくすることで、順番に当て嵌めていく。特に図８のＢ５１０では、図９に示す手順に従ってレンダリングを行っている。

図９は、本実施の形態に係るレンダリング処理部１１６による処理の一例を説明する図である。

５１２は、矩形(b)内に画像Ｂとテキストとを嵌め込もうとしたとき、テキストの文字数が多いため、矩形(b)の下側にテキストが食み出した状態を示している。５１３は、テキストのフォントサイズを最小フォントサイズにして当て嵌めた場合を示し、この場合でもテキストが矩形(b)に入りきらずに下側から食み出している。そして５１４は、更に画像Ｂを縮小し、矩形(b)内にテキストが描画できるエリアを広げ、再度、５１３と同様に最小のフォントサイズでテキストを展開した状態を示している。この例では、この５０４の状態で、矩形(b)内に画像Ｂとテキストとがきれいに収まっている。これにより、この矩形(b)に関するレンダリングが完了する。

このようにレイアウトされた各矩形内で、画像とテキストがバランスよく配置されて描画されるようにレンダリングする。こうして最終的にレンダリングしたデータを、ファイル生成処理部５１５（図７）において、アプリケーションデータ１２０に整形して出力する。このアプリケーションデータ１２０の具体的な例としては、ＰＤＦ，ＸＨＴＭＬ，ＳＶＧ等が挙げられる。

以上説明したように本実施の形態によれば、複数の構造化文書を入力し、それら構造化文書に含まれるコンテンツを所望のレイアウトで配置させたアプリケーションデータを生成することができる。

尚、前述の実施の形態では、レイアウト処理部１１４によりレイアウトした結果、その結果が意図したものでなければ、図１の処理全体の始めからではなく、このレイアウト処理部１１４において、再度レイアウト処理を何度も実行させて、所望のレイアウトが得られるようにしても良い。

また上述の実施の形態のレンダリング処理では、画像とテキストの組み合わせのレンダリングの例で説明したが本発明はこれに限定されるものでなく、画像だけ、或はテキストだけのように、各コンテンツデータが単体の場合でも同様に実行できることはもちろんである。

以上説明したように本実施の形態によれば、コンテンツデータの集約から自動的にレイアウトさせて出力させる処理の流れにおいて、細分化させた形で処理を独立化させることにより、途中でコンテンツデータ自身が変更されても、レイアウトをするという処理においては、影響しない。また、コンテンツデータからダイナミックに最適化されたレイアウトが決まるため、レイアウト作成時に人的作業が発生せず、コスト削減につながる。さらに、様々な目的で作成される構造化文書を従来のドキュメント系のソリューション、例えば、新聞紙面などのスクラップ処理などへ適用させることが可能になる。

［他の実施の形態］
本発明の目的は前述したように、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカー また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータで稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。

本発明の実施の形態に係る画像処理装置の機能構成を説明するブロック図である。 本実施の形態に係るデータ交換処理部における処理内容を説明する図である。 本実施の形態に係るInfomationData-Aの具体例とＸＭＬデータとの関係の一例を示す図である。 本実施の形態に係るデータ統合処理部において、ＸＭＬデータを統合する具体例を説明する図である。 本実施の形態に係るレイアウト処理部における処理内容を説明する図である。 本実施の形態に係るレイアウト準備処理部及び最適化アルゴリズムによるレイアウト処理部における処理の具体例を説明する図である。 本実施の形態に係るレンダリング処理部における処理内容を説明する図である。 本実施の形態に係るレンダリング処理部によるレンダリング処理の具体例を示す図である。 本実施の形態に係るレンダリング処理部による処理の一例を説明する図である。

Claims (5)

1. 複数の第１構造化文書及び複数の第１データを入力し、当該複数の第１データのそれぞれに基づいて当該複数の第１構造化文書のそれぞれに含まれるコンテンツ及び矩形サイズ情報を抽出し、第２構造化文書及び第２データに基づいて、それぞれが当該複数の第１構造化文書のそれぞれに対応する複数の第３構造化文書を生成する構造化文書生成手段と、
   前記複数の第３構造化文書を１つの第４構造化文書に統合する統合手段と、
   前記第４構造化文書に含まれる複数の矩形サイズ情報に基づいて、複数の矩形を所定領域内にレイアウトするレイアウト手段と、
   前記レイアウトされた複数の矩形のそれぞれに、対応するコンテンツを可視化するレンダリング手段とを有し、
   前記複数の第１データのそれぞれは、前記複数の第１構造化文書のそれぞれから抽出すべきコンテンツ及び矩形サイズ情報が配置された当該複数の第１構造化文書における位置を示し、
   前記第２データは、前記複数の第１構造化文書のそれぞれから抽出されたコンテンツ及び矩形サイズ情報を挿入すべき前記第２構造化文書における位置を示し、
   前記構造化文書生成手段は、前記複数の第１構造化文書のそれぞれから抽出したコンテンツ及び矩形サイズ情報を、前記第２データが示す前記第２構造化文書における位置に挿入して、前記複数の第３構造化文書のそれぞれを生成し、
   前記複数の矩形サイズ情報のそれぞれは、前記第４構造化文書に含まれる複数のコンテンツのそれぞれに対応する矩形のサイズを示すことを特徴とする文書処理装置。
2. 前記複数の第１構造化文書のそれぞれはＸＭＬデータを、前記複数の第１データのそれぞれは当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
   前記構造化文書生成手段は、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツ及び矩形サイズ情報を抽出することを特徴とする請求項１に記載の文書処理装置。
3. 構造化文書を処理する文書処理装置の文書処理方法であって、
   前記文書処理装置の構造化文書生成手段が、複数の第１構造化文書及び複数の第１データを入力し、当該複数の第１データのそれぞれに基づいて当該複数の第１構造化文書のそれぞれに含まれるコンテンツ及び矩形サイズ情報を抽出し、第２構造化文書及び第２データに基づいて、それぞれが当該複数の第１構造化文書のそれぞれに対応する複数の第３構造化文書を生成する構造化文書生成工程と、
   前記文書処理装置の統合手段が、前記複数の第３構造化文書を１つの第４構造化文書に統合する統合工程と、
   前記文書処理装置のレイアウト手段が、前記第４構造化文書に含まれる複数の矩形サイズ情報に基づいて、複数の矩形を所定領域内にレイアウトするレイアウト工程と、
   前記文書処理装置のレンダリング手段が、前記レイアウトされた複数の矩形のそれぞれに、対応するコンテンツを可視化するレンダリング工程とを有し、
   前記複数の第１データのそれぞれは、前記複数の第１構造化文書のそれぞれから抽出すべきコンテンツ及び矩形サイズ情報が配置された当該複数の第１構造化文書における位置を示し、
   前記第２データは、前記複数の第１構造化文書のそれぞれから抽出されたコンテンツ及び矩形サイズ情報を挿入すべき前記第２構造化文書における位置を示し、
   前記構造化文書生成工程では、前記構造化文書生成手段が、前記複数の第１構造化文書のそれぞれから抽出したコンテンツ及び矩形サイズ情報を、前記第２データが示す前記第２構造化文書における位置に挿入して、前記複数の第３構造化文書のそれぞれを生成し、
   前記複数のエリア情報のそれぞれは、前記第４構造化文書に含まれる複数のコンテンツのそれぞれに対応する矩形のサイズを示すことを特徴とする文書処理方法。
4. 前記複数の第１構造化文書のそれぞれはＸＭＬデータを、前記複数の第１データのそれぞれは当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
   前記構造化文書生成工程では、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツ及びサイズ情報を抽出することを特徴とする請求項３に記載の文書処理方法。
5. コンピュータを、請求項１又は２に記載の文書処理装置として機能させるためのプログラム。

Images