(57)【要約】【課題】  構造化文書で入力される様々なコンテンツデータのサイズなどに対応して、動的にレイアウトを変更して所望の結果を得ることは困難であった。【解決手段】  互いに構造の異なる複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、所定のデータ構造を有するそれぞれ対応する第２構造化文書を生成するデータ交換処理１１０と、複数の第２構造化文書を１つの第３構造化文書に統合するデータ統合処理部１１２と、第３構造化文書に含まれる矩形サイズに基づいて、複数の矩形を所定領域内にレイアウトするレイアウト処理部１１４と、第３構造化文書に記述された各矩形に対応するコンテンツを可視化するレンダリング処理部１１６とを有する。【選択図】  図１
2006113803.tif 000002
【特許請求の範囲】
【請求項１】
互いに構造の異なる複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、所定のデータ構造を有するそれぞれ対応する第２構造化文書を生成する構造化文書生成手段と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合手段と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト手段と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング手段と、
を有することを特徴とする文書処理装置。
【請求項２】
前記第１構造化文書は、ＸＭＬデータと当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
前記構造化文書生成手段は、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出することを特徴とする請求項１に記載の文書処理装置。
【請求項３】
前記構造化文書生成手段は、前記第２構造化文書の基となる文書構造に、前記抽出したコンテンツを挿入したＸＭＬデータを生成することを特徴とする請求項１又は２に記載の文書処理装置。
【請求項４】
前記統合手段は、前記第２構造化文書に記述されたパラメータをハンドリングすることにより前記複数の第２構造化文書を統合した第３構造化文書を作成することを特徴とする請求項１乃至３のいずれか１項に記載の文書処理装置。
【請求項５】
前記統合手段は、ＤＯＭ或はＳＡＸを利用したプログラミング、又はＸＳＬＴを使用することにより第３構造化文書を作成することを特徴とする請求項４に記載の文書処理装置。
【請求項６】
前記レイアウト手段は、最適化アルゴリズム手法を利用して前記複数のエリアをレイアウトすることを特徴とする請求項１乃至５のいずれか１項に記載の文書処理装置。
【請求項７】
前記レンダリング手段は、各エリアに含まれるコンテンツを可視化した際、当該可視化したデータが前記エリアを収容できない場合に、前記コンテンツに含まれるオブジェクトデータの少なくともいずれかを縮小することを特徴とする請求項１乃至６のいずれか１項に記載の文書処理装置。
【請求項８】
互いに構造の異なる複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、所定のデータ構造を有するそれぞれ対応する第２構造化文書を生成する構造化文書生成工程と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合工程と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト工程と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング工程と、
を有することを特徴とする文書処理方法。
【請求項９】
前記第１構造化文書は、ＸＭＬデータと当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
前記構造化文書生成工程では、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出することを特徴とする請求項８に記載の文書処理方法。
【請求項１０】
前記構造化文書生成工程では、前記第２構造化文書の基となる文書構造に、前記抽出したコンテンツを挿入したＸＭＬデータを生成することを特徴とする請求項８又は９に記載の文書処理方法。
【請求項１１】
前記統合工程では、前記第２構造化文書に記述されたパラメータをハンドリングすることにより前記複数の第２構造化文書を統合した第３構造化文書を作成することを特徴とする請求項８乃至１０のいずれか１項に記載の文書処理方法。
【請求項１２】
前記統合工程では、ＤＯＭ或はＳＡＸを利用したプログラミング、又はＸＳＬＴを使用することにより第３構造化文書を作成することを特徴とする請求項１１に記載の文書処理方法。
【請求項１３】
前記レイアウト工程では、最適化アルゴリズム手法を利用して前記複数のエリアをレイアウトすることを特徴とする請求項８乃至１２のいずれか１項に記載の文書処理方法。
【請求項１４】
前記レンダリング工程では、各エリアに含まれるコンテンツを可視化した際、当該可視化したデータが前記エリアを収容できない場合に、前記コンテンツに含まれるオブジェクトデータの少なくともいずれかを縮小することを特徴とする請求項８乃至１３のいずれか１項に記載の文書処理方法。
【請求項１５】
請求項８乃至１４のいずれか１項に記載の文書処理方法を実行することを特徴するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の構造化文書に含まれる各コンテンツを配置した文書データを作成する文書処理装置及びその方法に関するものである。
【背景技術】
【０００２】
ドキュメントに使用される画像やテキストなどを個別のレイアウトを構成するコンテンツデータとして捕らえ、それら個々のコンテンツデータを集め、レイアウトして、配布可能な文書データ或は印刷可能な文書データにすることが考えられる。その場合、必要となる様々な処理、例えばデータの収集処理やレイアウト処理等が密に結合された１つのアプリケーションとして作成されていた。そのようなドキュメントのレイアウトを決定する際には、各データの実体を使用して、人間が手作業でレイアウトを決めるか、或は、それらデータを決まった形のレイアウト形式で出力するテンプレートの作成を手作業で行い、それを利用して処理していた。
【０００３】
また、ディジタルイメージの集まりを、ページ上の余白の量を最小にするように各イメージを拡大して位置決めする技術が知られていた（特許文献１参照）。
【特許文献１】特開平１１−２５０２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようにデータの収集処理や、レイアウト処理等の様々な処理が密に結合された１つのアプリケーションとして作成すると、それらの処理を分離できない。従って、その一部の機能を機器に組み込むことや、小容量のリソースしか持たない機器への組み込み等には対応できなかった。また元々レイアウト情報が含まれていない状態でレイアウト処理を行うには、人間の手が介在しなければ実現できなかった。そのため、レイアウトの作成に際して非常に手間がかかり、人的コストの増大の一因となっていた。
【０００５】
またレイアウトに関して、コンテンツデータを決まった形のレイアウト形式に出力できるテンプレートを作成し、そのテンプレートを使用して、レイアウトさせて出力させることも考えられる。しかしその場合でも、そのテンプレートに応じた何種類かの決まったパターンでしかレイアウトできないため、入力される様々なコンテンツデータのサイズなどに対応して、動的にレイアウトを変更して所望の結果を得ることは困難であった。
【０００６】
本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、画像やテキストなどのコンテンツを記述した複数の構造化文書を集約しレイアウトした構造化文書を生成し、それをレンダリングしたデータを作成できる文書処理装置とその方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る文書処理装置は以下のような構成を備える。即ち、
互いに構造の異なる複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、所定のデータ構造を有するそれぞれ対応する第２構造化文書を生成する構造化文書生成手段と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合手段と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト手段と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング手段とを有することを特徴とする。
【０００８】
本発明の一態様に係る文書処理方法は以下のような工程を備える。即ち、
互いに構造の異なる複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、所定のデータ構造を有するそれぞれ対応する第２構造化文書を生成する構造化文書生成工程と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合工程と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト工程と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング工程とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像やテキストなどのコンテンツを記述した複数の構造化文書を集約しレイアウトした構造化文書を生成し、印刷や配布可能なデータに展開できる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。本実施の形態では、それぞれ異なる構造を有し、異なるコンテンツを含む複数の構造化文書が入力されると、それらをデータ統合処理が行える構造化文書にそれぞれ置き換え、それらをレイアウト処理及びレンダリング処理が扱える一つの構造化文書に統合する。そして，その構造化文書に対してレイアウト処理を実行して、各コンテンツの配置を決定する配置情報を決定する。その配置情報に基づいて実際にコンテンツを配置し、アプリケーションが扱うことができるファイルデータに変換して出力する。また、その配置情報に基づくレイアウトで不具合が発生する場合には、再度レイアウト処理を実行させて、より最適なレイアウトを決定できることを特徴としている。
【００１１】
図１は、本発明の実施の形態に係る画像処理装置の機能構成を説明するブロック図である。
【００１２】
図において、１０１は、この画像処理装置内部の各処理機能部を示している。ＸＭＬデータ１０２〜１０４は、コンテンツデータであるテキストや画像へのパス等を記述した構造化文書で、「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の具体例とＸＭＬデータとの関係の一例を示す図である。
【図４】本実施の形態に係るデータ統合処理部において、ＸＭＬデータを統合する具体例を説明する図である。
【図５】本実施の形態に係るレイアウト処理部における処理内容を説明する図である。
【図６】本実施の形態に係るレイアウト準備処理部及び最適化アルゴリズムによるレイアウト処理部における処理の具体例を説明する図である。
【図７】本実施の形態に係るレンダリング処理部における処理内容を説明する図である。
【図８】本実施の形態に係るレンダリング処理部によるレンダリング処理の具体例を示す図である。
【図９】本実施の形態に係るレンダリング処理部による処理の一例を説明する図である。
【図１】
2006113803.tif 000003
【図２】
2006113803.tif 000004
【図３】
2006113803.tif 000005
【図４】
2006113803.tif 000006
【図５】
2006113803.tif 000007
【図６】
2006113803.tif 000008
【図７】
2006113803.tif 000009
【図８】
2006113803.tif 000010
【図９】
2006113803.tif 000011
【手続補正書】
【提出日】平成18年2月13日(2006.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、それぞれが当該複数の第１構造化文書のそれぞれに対応する所定のデータ構造の複数の第２構造化文書を生成する構造化文書生成手段と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合手段と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト手段と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング手段と、
を有することを特徴とする文書処理装置。
【請求項２】
前記第１構造化文書は、ＸＭＬデータと当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
前記構造化文書生成手段は、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出することを特徴とする請求項１に記載の文書処理装置。
【請求項３】
前記構造化文書生成手段は、前記第２構造化文書の基となる文書構造に、前記抽出したコンテンツを挿入した第２構造化文書を生成することを特徴とする請求項１又は２に記載の文書処理装置。
【請求項４】
前記統合手段は、ＤＯＭ或はＳＡＸを利用したプログラミング、又はＸＳＬＴを使用することにより前記第３構造化文書を作成することを特徴とする請求項１乃至３のいずれか１項に記載の文書処理装置。
【請求項５】
前記レイアウト手段は、最適化アルゴリズム手法を利用して前記複数のエリアをレイアウトすることを特徴とする請求項１乃至４のいずれか１項に記載の文書処理装置。
【請求項６】
前記レンダリング手段は、各エリアに含まれるコンテンツを可視化した際、当該可視化したデータが前記エリアを収容できない場合に、前記コンテンツに含まれるオブジェクトデータの少なくともいずれかを縮小することを特徴とする請求項１乃至５のいずれか１項に記載の文書処理装置。
【請求項７】
複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、それぞれが当該複数の第１構造化文書のそれぞれに対応する所定のデータ構造の複数の第２構造化文書を生成する構造化文書生成工程と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合工程と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト工程と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング工程と、
を有することを特徴とする文書処理方法。
【請求項８】
前記第１構造化文書は、ＸＭＬデータと当該ＸＭＬデータへのＸＰＡＴＨを規定する情報を含み、
前記構造化文書生成工程では、前記情報に基づいて前記複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出することを特徴とする請求項７に記載の文書処理方法。
【請求項９】
前記構造化文書生成工程では、前記第２構造化文書の基となる文書構造に、前記抽出したコンテンツを挿入した第２構造化文書を生成することを特徴とする請求項７又は８に記載の文書処理方法。
【請求項１０】
請求項７乃至９のいずれか１項に記載の文書処理方法を実行することを特徴するプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様に係る文書処理装置は以下のような構成を備える。即ち、
第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、それぞれが当該複数の第１構造化文書のそれぞれに対応する所定のデータ構造の複数の第２構造化文書を生成する構造化文書生成手段と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合手段と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト手段と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング手段と、を有することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の一態様に係る文書処理方法は以下のような工程を備える。即ち、
複数の第１構造化文書を入力し、当該複数の第１構造化文書のそれぞれに含まれるコンテンツを抽出し、それぞれが当該複数の第１構造化文書のそれぞれに対応する所定のデータ構造の複数の第２構造化文書を生成する構造化文書生成工程と、
複数の前記第２構造化文書を１つの第３構造化文書に統合する統合工程と、
前記第３構造化文書に含まれるエリア情報に基づいて、複数のエリアを所定領域内にレイアウトするレイアウト工程と、
前記第３構造化文書に記述された各エリアに対応するコンテンツを可視化するレンダリング工程と、を有することを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
図６において、４０６は、構造化文書処理部４０３で抽出した矩形サイズ情報に基づいて、矩形(a)〜(e)で示すように、ある領域内に各矩形をランダムに配置した状態を示している。４０８は、レイアウト処理部４０７での最適化アルゴリズムによるレイアウト処理により、矩形(a)〜(e)をそれぞれ、拡大、縮小、左右上下に移動させて、中央に寄せる処理を行った状態を示している。こうして矩形同士が隙間なく中央に寄り、ある領域内からはみ出すことがない最適レイアウトを導き出す。ここで使用する最適化アルゴリズムには、例えば、SimulatedAnnelineg法や遺伝的アルゴリズムなどがある。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
図７において、レイアウト処理部１１４から出力されたＸＭＬデータ１１５は、レイアウト結果が記載されたＸＭＬデータ（LayoutResult.xml）を示している。レンダリング処理部１１６では、構造化文書処理部５０３が、その入力されたＸＭＬデータ１１５を読み込み、それに記述されているレイアウト情報や、実際にレンダリングするコンテンツデータであるテキストや画像データへのパス等を読み取る。実体データ取得部５０４は、そのパスを利用して、画像データが格納されている実体データ格納領域１１７から画像データを取得するとともに、レンダリングさせるためのデータを全て取得する。レンダリング処理部５０６は、こうして取得した実体データに基づいてレンダリング処理を行う。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
ここではレイアウト処理部１１４で得られたレイアウト結果４０８から、５０８で示すように、矩形(a)〜(e)のそれぞれに、それぞれ対応する画像とテキストが収まるように、画像の拡大、縮小、テキストはフォントサイズなどを大きく、或は小さくすることで、順番に当て嵌めていく。特に図８のＢ５１０では、図９に示す手順に従ってレンダリングを行っている。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
５１２は、矩形(b)内に画像Ｂとテキストとを嵌め込もうとしたとき、テキストの文字数が多いため、矩形(b)の下側にテキストが食み出した状態を示している。５１３は、テキストのフォントサイズを最小フォントサイズにして当て嵌めた場合を示し、この場合でもテキストが矩形(b)に入りきらずに下側から食み出している。そして５１４は、更に画像Ｂを縮小し、矩形(b)内にテキストが描画できるエリアを広げ、再度、５１３と同様に最小のフォントサイズでテキストを展開した状態を示している。この例では、この５０４の状態で、矩形(b)内に画像Ｂとテキストとがきれいに収まっている。これにより、この矩形(b)に関するレンダリングが完了する。