(57)【要約】【課題】  フィルタパイプラインシステムにおいて、入力が単数あるいは複数の画像ファイルだったときに、画像のページ内配置を行いながら、画像ファイルを格納する最適なドキュメントフォーマットを特定し、画像ファイルを格納したドキュメントを生成する。【解決手段】  一つあるいは複数の画像ファイルを入力とし、それらを格納したドキュメントを出力としたドキュメント変換処理を行うドキュメント処理システムであって、複数種類のドキュメントフォーマットに対して白紙テンプレートを生成する手段と、出力ドキュメントを生成する手段を有し、入力される画像ファイルの種類を元に、格納可能なドキュメントフォーマットを特定する手段により最適な出力ドキュメントを生成する。【選択図】  図５
2013008172.tif 000002
【特許請求の範囲】
【請求項１】
一つあるいは複数の画像ファイルを入力とし、それらを格納したドキュメントを出力としたドキュメント変換処理を行うドキュメント処理システムであって、
複数種類のドキュメントフォーマットに対して白紙テンプレートを生成する白紙テンプレート生成手段と、（S504）
白紙テンプレートの各ページに前記入力された画像ファイルを埋め込み、出力ドキュメントを生成するドキュメントファイル生成手段を有し、（S505）
入力される複数の画像ファイルの種類を元に、格納可能なドキュメントフォーマットを特定するドキュメントフォーマット特定手段（S503）により出力ドキュメントを生成することを特徴とするフォーマット変換装置。
【請求項２】
前記白紙テンプレート生成手段は、ページには何も記載されていない白紙の構造化文書を生成する手段（図８）と、ページレイアウトテンプレートを生成する手段（図９）からなることを特徴とする請求項１に記載のフォーマット変換装置。
【請求項３】
前記ドキュメントフォーマット特定手段とは、予め前記複数種類のドキュメントフォーマットに対するサポート画像フォーマットフラグを有し（図６）、入力画像から画像フラグを作成する手段（S701）と、サポート画像フォーマットフラグと画像フラグを比較する手段（S704）からなることを特徴とする請求項１に記載のフォーマット変換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォーマット変換装置、方法、及びプログラムであり、主にイメージファイル入力に関する。
【背景技術】
【０００２】
着脱可能かつ複数のモジュールを連結する処理方法として、モジュールをフィルタとして扱い、パイプラインでつないだフィルタパイプラインシステムが従来からある。フィルタ間のデータの受け渡し方法は、ストリームで順次データを送る方法が一般的である。データの受け渡し方法として共通している点は、「あるフィルタの出力データが次のフィルタの入力データである」という点である。
【０００３】
フィルタパイプラインシステムの従来の例として Microsoft XPSフィルタパイプラインがある（非特許文献1）。Microsoft XPS フィルタパイプラインでは、例えば、入力フォーマットであるXPS（XML Paper Specification）ファイルのレイアウトを変換し、レイアウト変換済みXPSファイルを出力するXPSレイアウトフィルタ、レイアウトされたXPSファイルを印刷装置が認識可能な制御コマンドであるPDL（Page Description Language）ファイルに変換するXPS印刷フィルタから構成することができる。
【０００４】
フィルタパイプラインシステムでは入力フォーマットを固定している訳ではなく、例えばPDF（Portable Document Format）だったり、Microsoft Officeといったアプリケーションで活用されるOOXML（Office Open XML）だったり、複数の画像ファイルだったりと、任意のあらゆるフォーマットに対応することが可能である。
【０００５】
フィルタパイプラインシステムで多種多様なフォーマットに対応する場合は、フィルタから該当フォーマットを解釈出来る市販アプリケーション等を活用して、次のフィルタが解釈出来るフォーマットに変換することが可能である。フィルタパイプラインシステムの入力がOOXMLで出力がPDLというユースケースにおいて、PDFをPDLに変換するPDF印刷フィルタがあらかじめ存在しているとする。その場合、OOXML-PDF変換フィルタとPDF印刷フィルタを連結する。
【０００６】
OOXML-PDF変換フィルタはOOXMLを入力とし、Microsoft Officeアプリケーションのプロセスを立ち上げ、PDF変換の指示を行い、出来あがったPDFをOOXML-PDF変換フィルタの出力とする。あるいは、アプリケーションが直接PDF変換する機能を有さない場合でも印刷機能さえ持っていれば同様の機能が実現出来る。プリンタドライバの代わりに、PDFを出力するPDF生成ドライバを用意し、アプリケーションにはPDF生成ドライバへの印刷指示し、出力としてPDFを取得する。
【０００７】
このようにフィルタがアプリケーションを活用した形態で構築され、入力フォーマットに対応したフィルタを組み合わせることで、フィルタパイプラインシステムは多種多様なフォーマットに対応することが出来る。
【０００８】
さらに、入力として複数の異なる種類の画像ファイルが与えられたとき、それらを一つのドキュメントに変換し、取り扱いを容易にすることも適切である。（特許文献1）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開2004-164222号公報
【００１０】
【表１】
2013008172.tif 000003
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、入力フォーマットが画像ファイルの場合は、取り扱いが容易ではない。
【００１２】
フォーマットの観点では、画像ファイルには、JPEG(Joint Photographic Experts Group)、TIFF（Tagged Image File Format）、PNG（Portable Network Graphics）、JPEG 2000、JPEG XR(Joint Photographic Expert Group extended Range)、GIF(Graphics Interchange Format)、DIB（Device Independent Bitmap）、JBIG（Joint Bi-level Image Experts Group）など様々な物が存在する。これらのフォーマットを全て解釈出来るコンポーネントを用意することは簡単ではない。
【００１３】
また、前述の画像ファイルフォーマットをサポートしている市販アプリケーション等を活用し、ある画像ファイルを別のフォーマットに変換する場合、JPEGやTIFF、JPEG XRに付随しているExif（Exchangeable image file format）情報の取り扱い等が問題となる。Exifとは写真撮影の付加的な情報が格納されたメタデータである。別の画像ファイルフォーマットに変換する場合、その変換先のフォーマットではExifをサポートしていなければ情報が抜けてしまう。その後の画像ファイル処理で、Exif情報を活用する処理が存在すると、十分な処理が出来なくなる。
【００１４】
また前述の画像フォーマットをサポートしている市販アプリケーション等を活用し、別のドキュメントフォーマットに変換する場合はページ内の配置が問題になる。
【００１５】
1ページに大きくビットマップを張り付けるのか、中央部にオリジナルと同じ大きさで貼りつけるのか、1ページに複数配置するのかなどの制御方法が提供されているとは限らない。
【課題を解決するための手段】
【００１６】
上記課題を解決するために本フォーマット変換装置、方法、及びプログラムにおいては、
一つあるいは複数の画像ファイルを入力とし、それらを格納したドキュメントを出力としたドキュメント変換処理を行うドキュメント処理システムであって、
複数種類のドキュメントフォーマットに対して白紙テンプレートを生成する白紙テンプレート生成手段と、
白紙テンプレートの各ページに前記入力された画像ファイルを埋め込み、出力ドキュメントを生成するドキュメントファイル生成手段を有し、
入力される複数の画像ファイルの種類を元に、格納可能なドキュメントフォーマットを特定するドキュメントフォーマット特定手段により最適な出力ドキュメントを生成することを特徴とする。
【発明の効果】
【００１７】
複数の画像ファイル、さらに様々なフォーマットの画像ファイルをページレイアウト済みのドキュメントとしてフィルタパイプラインシステムで取り扱えるようになる。
【００１８】
その際に、画像ファイルの情報量を落とさずに、最適な形態で後続の各種フィルタが処理することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】情報処理システムの構成の一例を示すブロック図
【図２】ドキュメント変換指示を受けて印刷が実行されるまでの概念図
【図３】本実施形態におけるフォーマット変換装置の構成を示したブロック図
【図４】本実施形態における画像ファイル格納フィルタの構成図
【図５】本実施形態における画像ファイル格納フィルタの処理の流れを示すフローチャート
【図６】出力ドキュメントを特定ためのサポート画像フォーマット情報の一例
【図７】出力ドキュメント特定の詳細な処理の流れを示すフローチャート
【図８−Ａ】XPSの白紙構造化文書の一例
【図８−Ｂ】PDFの白紙構造化文書の一例
【図９−Ａ】ページレイアウトテンプレートの一例
【図９−Ｂ】XPSにおけるページレイアウトテンプレートの具体例
【図１０−Ａ】白紙テンプレートに対して画像ファイルを埋め込む一例
【図１０−Ｂ】XPSにおけるはページレイアウトテンプレートに画像ファイルを埋め込む例
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００２１】
［実施例］
フィルタパイプラインシステムにおいて、特にクライアントPC内に本発明であるフォーマット変換装置を適合させた場合の実施例である。本実施例では、フォーマットとして様々な入力データを取り扱っており、入力フォーマットに従ってフィルタパイプラインシステムが構築するフィルタを切り替えている。
【００２２】
入力が単数あるいは複数の画像ファイルだった場合、それらをあるドキュメントフォーマットに変換するフィルタを活用する。
【００２３】
入力がドキュメントフォーマットだった場合、あるいは前記フィルタにより画像ファイルをドキュメントフォーマットに変換した後は、任意のドキュメントフォーマットをある特定のドキュメントフォーマット（例えばPDF）に変換する。
【００２４】
入力がある特定のドキュメントフォーマットあるいは、フィルタに特定のドキュメントフォーマットに変換した後は、その特定のドキュメントフォーマットを印刷データであるPDLファイルへ変換する。
【００２５】
このようにフィルタパイプラインシステムではフィルタ制御部が複数の機能を有するフィルタを組み合わせて、所望の処理を実現する。
【００２６】
なお、本実施例では最終段のフィルタは、特定のドキュメントフォーマットを印刷データであるPDLファイルに変換しているが、本発明は印刷システムに限定されるわけではなく、最終的に何らかのドキュメントフォーマットを出力するユースケースであれば同様に成立する。また、このフォーマット変換装置は、Webサービスのサーバやクラウドサービスとしてドキュメント変換サービスを提供する際にも適用可能である。
【００２７】
図１は本発明であるフォーマット変換装置が適用される情報処理システムの構成の一例を示すブロック図である。
【００２８】
図１において、１は中央処理装置で、上記プログラムおよび関連データが記憶されているＦＤ，ＣＤ−ＲＯＭ，ＩＣメモリカード等の記憶媒体をシステムに接続された媒体読取装置６から読み込む。その後、補助記憶装置３から主記憶装置２にロードされたシステムプログラム、アプリケーションプログラムによって入力装置４から入力される情報を処理して、出力装置５や印刷装置７に出力する。なお、本実施例では出力装置５はディスプレイなどの表示装置とし、本来出力装置に含まれる印刷装置７と区別する。また、入力装置４はキーボード、ポインティングデバイス等で構成されているものとする。さらに補助記憶装置３は、ハードディスク、光磁気ディスクで構成されるものであってもいいし、これらの組み合わせで構成されるものであってもよい。また、それぞれの装置がネットワークを介して接続されていようとも、本発明を制約するものではない。
【００２９】
図２は媒体読取装置記憶装置６に格納されていたプログラムと関連するデータが中央処理演算装置１に読み込まれ、入力装置４からフォーマット変換指示がフォーマット変換装置１０に入力されて、印刷装置７へPDLデータを送り印刷するまでの概念図をあらわす。アプリケーション１１はフォーマット変換装置１０から活用され、ＯＳ（オペレーティングシステム）９の制御下で機能する。
【００３０】
図３は、本発明に関わるフォーマット変換装置１０の構成を示したブロック図である。同図においてOS（オペレーティングシステム）９の上で、本発明を適用したフォーマット変換装置１０、ドキュメントを解釈出来るアプリケーション１１は動作する。
【００３１】
１２は本発明におけるユーザがフォーマット変換装置１０に対して変換元ドキュメントの指定や各種設定を入力したり、変換開始指示をしたりするためのユーザーインターフェース部である。
【００３２】
１３は、ユーザからの指示に従い、様々なフィルタの処理順序や入出力等を制御するフィルタ制御部である。このフィルタ制御部は、入力データや処理内容に応じて、事前に画像ファイル格納フィルタ１４やドキュメント変換フィルタ１５、ドキュメント印刷フィルタ１６を組み合わせる。
【００３３】
１４は、ユーザから一つあるいは複数の画像ファイルが指定された時、その後のドキュメント変換フィルタ１５やドキュメント印刷フィルタ１６で処理しやすいように一つのドキュメントに画像ファイルを格納する画像ファイル格納フィルタである。
【００３４】
１５は、フィルタの中でも特にドキュメント変換機能を有するドキュメント変換フィルタを示す。本実施例では、ドキュメン変換フィルタ１５そのものが存在している訳ではなく、複数のあるドキュメントを別のドキュメントに変換するフィルタを総称している。例えばドキュメント変換フィルタの一例であるOOXML-PDF変換フィルタは、OOXMLファイルを取得し、アプリケーション１１としてMicrosoft Officeのプロセスを立ち上げ、取得したOOXMLファイルを読み込ませ、PDF変換指示を出す。Microsoft Officeが作成したPDFをOOXML-PDF変換フィルタの出力とする。
【００３５】
また、別のドキュメント変換フィルタの一例としては、任意ドキュメントPDF変換フィルタがあげられる。ここで任意のドキュメントとは、XPS、ODF（OpenDocument Format）といった標準フォーマット、あるいは特定のアプリケーションのみで活用するドキュメントフォーマットでも成立する。この任意ドキュメントを処理するアプリケーション１１は一つではなく、複数の様々なアプリケーションの総称とする。本実施例においてはOS９が提供するファイル拡張子とアプリケーションの関連付け機構を活用しているため、ドキュメント変換フィルタ１５自体は、立ち上げるアプリケーションが何かを特に意識する必要はない。任意ドキュメントPDF変換フィルタは、入力ドキュメントファイルを取得し、任意ドキュメント用アプリケーションのプロセスを立上げ、取得した入力ドキュメントを読み込ませ、PDFを生成するドキュメント生成ドライバを指定して印刷指示を出す。ドキュメント生成ドライバが作成したPDFを任意ドキュメントPDF変換フィルタの出力とする。
【００３６】
ドキュメント変換フィルタはこのように多種多様なドキュメントフォーマットに対応出来ることを特徴とする。これは画像ファイル格納フィルタ１４とドキュメント変換フィルタ１５がフィルタ制御部１３によって連結されている場合、画像ファイル格納フィルタ１４が出力するドキュメントフォーマットが選択できることを意味する。
【００３７】
１６は、ドキュメント変換フィルタ１５が各種ドキュメントファイルから作成したPDFを元に、印刷用のPDLデータを生成するドキュメント印刷フィルタである。ここで作成されたPDLデータは印刷装置７に投げられる等により紙への印刷が実現される。
【００３８】
本実施例においては、常にドキュメント印刷フィルタはPDFをPDLに変換するものとしているが、入力はPDFに限定されたものでなく、XPS印刷フィルタとしてXPSをPDLに変換するものといった別フォーマットに対しても成立できる。その際、ドキュメント変換フィルタ１５の出力は、印刷フィルタ１６の入力フォーマットである必要がある。
【００３９】
図４は、本発明の特徴を最もよくあらわす画像ファイル格納フィルタ１４の構成図である。画像ファイル格納フィルタ１４は、入出力管理部１７、出力ドキュメント判断部１８、テンプレート生成部１９、画像ファイル挿入部２０から構成される。
【００４０】
入出力管理部１７は、画像ファイル格納フィルタ１４に入ってきた単数あるいは複数の画像ファイルの存在場所を特定するとともに、その情報を出力ドキュメント判断部１８に渡し、テンプレート生成部１９や画像ファイル挿入部２０によって変換された出力ドキュメントを取得し、画像ファイル格納フィルタの出力として入出力を管理する。
【００４１】
出力ドキュメント判断部１８は、画像ファイルの拡張子やヘッダー等、入出力管理部１７からの入力画像ファイルの種類に関する情報を元に、画像ファイルを格納する出力ドキュメントを何にすると適切かの判断を行う。適切な出力ドキュメントの判断とは、本実施例における本発明に関わるものであり後述する。
【００４２】
テンプレート生成部１９は、出力ドキュメント判断部１８により特定された出力ドキュメントおよび、複数の画像ファイルの配置の仕方を元にテンプレートを生成する。
【００４３】
イメージファイル挿入部２０では、テンプレート生成部１９が生成した出力ドキュメントのテンプレートに対して、入出力管理部１７で管理している一つあるいは複数の画像ファイルを埋め込み、最終的な出力ドキュメントを構築する。ここでの処理は、基本的に画像ファイル名を構造化文書に埋め込むことになる。
【００４４】
図５は、本実施形態における画像ファイル格納フィルタ１４の処理全体の流れについてフローチャートを用いて説明する。
【００４５】
画像ファイル格納フィルタ１４の入出力管理部１７が単数あるいは複数の入力画像ファイルを取得する（S501）。この時、基本的には入力画像ファイルを特定するためのHDDのパスと画像ファイル名が伝えられる。
【００４６】
さらに入出力管理部１７は、これらの入力画像ファイルをどのようにドキュメントに配置するかの処理内容を取得する（S502）。ここで処理内容とは、例えば、1ページに１つの画像を配置するとか、カタログのように１ページに10個の画像を配置するとか、ページ内のレイアウトへの指定が主なものである。
【００４７】
次に出力ドキュメント判断部１８は、複数の入力画像ファイルのフォーマット種から、それらをどのドキュメントフォーマットに格納すべきかの判断を行う（S503）。詳細は別のフローチャートで後述する。
【００４８】
出力するドキュメントフォーマットが決定されると、テンプレート生成部１９は、入出力管理部１７が取得した処理内容および決定された出力ドキュメントを元に、白紙構造化文書とページレイアウトテンプレートから成る白紙テンプレートを生成する（S504）。
【００４９】
さらにその白紙テンプレートに、画像ファイル挿入部２０が入出力管理部１７が取得した入力画像ファイルのパスとファイル名から該当する画像ファイルを取り出し、ドキュメントに埋め込んでドキュメントファイルを生成する（S505）。
【００５０】
ここで生成されたドキュメントファイルは入出力管理部１７にて管理され、入出力管理部１７が画像ファイル格納フィルタの出力ドキュメントとして出力する。
【００５１】
以上のフローにより本画像ファイル格納フィルタの処理が完了する。
【００５２】
この出力ドキュメントは、後続のフィルタの入力となり、後続のフィルタは複数で様々なフォーマットの画像ファイルを単一のドキュメントとして取り扱うことが出来るようになる。
【００５３】
図６は、出力ドキュメント判断部１８が出力ドキュメントを判断するのに活用するサポート画像フォーマット情報の一例を示す。
【００５４】
縦軸は、出力ドキュメントフォーマット候補が羅列される。全て構造化文書フォーマットで、さらに画像ファイルをそのままの状態で直接ドキュメントに格納することが出来るという特徴を持つ。例としてはPDF（Portable Document Format）、XPS（XML Paper Specification）、HTML(HyperText Markup Language)、OOXML(Office Open XML)、ODF（OpenDocument Format）を挙げている。ただし出力ドキュメントフォーマット候補とはこの５種類である必要はなく、本発明に係わるフォーマット変換装置においては、構造化文書で画像ファイルを直接ドキュメントに格納出来るのであれば任意に追加することが可能である。
【００５５】
横軸には、本フォーマット変換装置が入力データとして処理出来る画像フォーマットが羅列される。例としてはJPEG、JPEG2000、GIF、PNG、JBIG、DIB、TIFF、JPEG XRを挙げている。ただし本発明に係わるフォーマット変換装置においては、上記出力ドキュメントフォーマット候補が対応している画像フォーマットは随時追加することが可能である。
【００５６】
サポート画像フォーマット情報には、さらに出力ドキュメントフォーマット候補がサポートしているサポート画像フラグが記録されている。
【００５７】
本実施例では、画像フォーマットそれぞれに2進数それぞれのビットに対応させたフォーマットフラグを指定している。例えばJPEGは最下位ビット、16進数では0x0001を割り当てており、JPEG2000は2番目のビット、16進数では0x0002を割り当てている。さらに出力ドキュメントフォーマット候補に対してもサポート画像フラグを割り当てている。XPSの場合は、サポートしている画像フォーマットとしてJPEGとPNGとTIFF、JPEG XRである。JPEGのフォーマットフラグは0x0001、PNGのフォーマットフラグは0x0008、TIFFのフォーマットフラグは、0x0040、JPEG XRのフォーマットフラグは0x0080である。この場合、XPSのサポート画像フラグは、サポートしている全ての画像フォーマットのフォーマットフラグを合成した0x00C9となる。
【００５８】
各画像フォーマットが予めフォーマットフラグを持ち、出力ドキュメントフォーマット候補がサポート画像フラグを持つことで、図６の表のサポート画像フォーマット情報が表現出来る。
【００５９】
図７は、出力ドキュメント判断部１８によるS503（出力ドキュメント特定）の詳細な処理の流れを説明するフローチャートである。
【００６０】
出力ドキュメント判断部１８は、S501で入力管理部１７が管理する複数の入力画像ファイルの種類から、フォーマットフラグをOR合成して、入力画像フラグを作成する（S701）。これは例えば複数の入力画像ファイルがJPEGとPNGだった場合、それぞれのフォーマットフラグ 0x0001と0x0008をOR合成した0x0009が入力画像フラグとなる。
【００６１】
次に、出力ドキュメント判断部１８は、出力ドキュメントフォーマット候補を一つ選択する（S702）。これは予め出力ドキュメントフォーマット候補に優先順位を付けておく。本実施例においては、この優先順位付けは、後段のフィルタ処理の処理速度や品位等を元に実施している。具体的な優先順位としては、PDF、XPS、HTML、OOXML、ODFの順としているため、最初はPDFを選択する。
【００６２】
次に、選択された出力ドキュメントフォーマットの候補のサポート画像フラグと、S701で作成した入力画像フラグをOR合成する（S703）。
【００６３】
さらにOR合成した結果がOR合成する前のサポート画像フラグに一致しているか判断する（S704）。上記のようにJPEGとPNGによる入力画像フラグは0x0009であり、PDFのサポート画像フラグ0x0053のORを取ると、合成結果は0x005BとなりPDFのサポート画像フラグとは異なってしまう。これは、PDFがPNGをサポートしていないため発生している。
【００６４】
S704の判断結果により一致した場合は、出力ドキュメント判断部１８はS702で選択された出力ドキュメントフォーマット候補が画像格納フィルタ１４の出力ドキュメントとして最適なことと特定し（S706）、処理が完了する。
【００６５】
S704の判断結果により一致しなかった場合は、優先順位に従って用意された出力ドキュメントフォーマット候補を切り替えて判断処理を行う（S705）。
【００６６】
用意された出力ドキュメントフォーマット候補全てが一致しなかった場合は、入力された画像ファイルがドキュメントに変換出来ないことを意味し、非サポートのエラー通知を行う（S707）。
【００６７】
このような場合は、非サポートの画像フォーマットを強制的に、汎用的なフォーマットに変換するか、あるいはその非サポートの画像フォーマットに対応した出力ドキュメントフォーマット候補を追加するといった取り組みが必要となる。
【００６８】
図８は、S504のテンプレート生成部１８が作成する白紙テンプレートの要素である、白紙構造化文書の概要を示したものである。
【００６９】
図８−AにはXPSの白紙構造化文書の例を示す。XPSはJob全体のオブジェクトを示すFixed Document Sequence、ドキュメントのオブジェクトを示す Fixed Document、ページのオブジェクトであり描画内容を示すFixed Pageにより構成される。ここで、それぞれのオブジェクト間はLINKされており、それにより構造化文書といわれる。ここで白紙構造化文書とは、Fixed Pageには描画内容は記載せず、それ以外のオブジェクトを構築し、LINKした状態で一つのXPS文書として成立していることである。
【００７０】
図８−BにはPDFの白紙構造化文書の例を示す。PDFは文書カタログ、ページツリー、アウトライン、ページおよび描画内容を示すコンテントストリームといったオブジェクトにより構成される。ここでそれぞれのオブジェクト間はLINKされており、それにより構造化文書といわれる。ここで白紙構造化文書とは、コンテントストリームには描画内容は記載せず、それ以外のオブジェクトを構築し、LINKした状態で一つのPDF文書として成立していることとする。
【００７１】
例としてはXPSおよびPDFの白紙構造化文書を取り上げたが、図６の出力ドキュメントフォーマット候補として用意した、HTML、OOXML、ODFも同様に白紙構造化文書を作成することが出来る。
【００７２】
図９は、S504のテンプレート生成部１８が作成する白紙テンプレートの要素である、ページレイアウトテンプレートの例を示したものである。
【００７３】
ここではXPSの図８−Aで作成した白紙構造化文書に対し、描画内容を示すFixedPageにページレイアウトテンプレートを作成する。
【００７４】
図９−Aでは、１ページ内に３つの画像挿入領域を確保したテンプレート例を示す。
【００７５】
図９−Bでは、それを実際のFixedPageの内容に関して、実現方法を具体化する。
【００７６】
FixedPageはXMLで記載され、ページ内の配置する場所は<Path></Path>タグで表現する。ページレイアウトテンプレート例では左上領域の位置、右上領域の位置、中央下領域の位置を<Path>タグ内に記載している。今回はページ内３つの画像挿入領域に対するページレイアウトテンプレートの例を出しているが、これがページ内１つのビットマップ挿入領域、あるいは8個の画像挿入領域といった形でも算出出来る。あるいは、様々なページレイアウトテンプレートを事前に用意しておき、テンプレート生成部１８では図５ S502の処理内容に従って、ページレイアウトテンプレートを選択するだけという実施形態も可能である。
【００７７】
さらにFixedPageにおいては、ビットマップ挿入領域にビットマップファイルを挿入する際には、<ImageBrush ImageSource />タグで表現出来る。テンプレート生成部１８ではページレイアウトテンプレートを生成するため、本実施例ではビットマップファイルの指定は行わず、空欄のままにしている。
【００７８】
図８で説明した白紙構造化文書と図９で説明したページレイアウトテンプレートを一つのドキュメントとすることで、白紙テンプレートとなる。
【００７９】
図１０は、画像ファイル挿入部２０が白紙テンプレートに対して、画像ファイルを挿入してドキュメントファイルを生成する例を示す。
【００８０】
図１０−Aは、図９−Aのテンプレート例の3つの領域に対して、３つの画像ファイル（Img1.jpg、Img2.PNG、Img3.TIFF）を埋め込むとする例を示したものである。
【００８１】
XPSの場合、画像ファイル挿入部２０は、図９−BのFixedPageのページレイアウトテンプレートに対して、<ImageBrush ImageSource/>タグ内に、図５のS501で指定された画像ファイルを記載する。
【００８２】
これによって、複数の画像ファイルから、一つのドキュメントファイルが作られる。
【符号の説明】
【００８３】
１  中央処理装置
２  主記憶装置
３  補助記憶装置
【図１】
2013008172.tif 000004
【図２】
2013008172.tif 000005
【図３】
2013008172.tif 000006
【図４】
2013008172.tif 000007
【図５】
2013008172.tif 000008
【図６】
2013008172.tif 000009
【図７】
2013008172.tif 000010
【図８−Ａ】
2013008172.tif 000011
【図８−Ｂ】
2013008172.tif 000012
【図９−Ａ】
2013008172.tif 000013
【図９−Ｂ】
2013008172.tif 000014
【図１０−Ａ】
2013008172.tif 000015
【図１０−Ｂ】
2013008172.tif 000016