(57)【要約】【課題】  ＰＤＦ等の文書をＵＤＦに変換後、ＰＤＦに再変換する場合など、ドキュメントサイクルが検討されている。完全な逆変換（元文書と全く同一のＰＤＦを生成すること）は現実的に不可能である。その結果、ファイルサイズの肥大、文字コード情報の欠落、変換精度の低下等の問題が生じる。より精度の高い電子文書の逆変換を実現することで、上記の問題を解決する。【解決手段】  変換後の文書に元文書を埋め込むことで逆変換の精度を向上させる。ファイルサイズが問題になる場合には画像データ部を共有することで回避する。【選択図】  図１
2010079850.tif 000002
【特許請求の範囲】
【請求項１】
電子文書を異なるフォーマットに変換する電子文書変換システムであって、変換前文書１を変換後文書２のフォーマットに変換する文書フォーマット変換手段と、変換前文書１を変換前文書１’として変換後文書２に埋め込む文書データ埋め込み手段と、変換後文書２に埋め込まれた変換前文書１’から変換前のフォーマットの文書を生成することで変換後文書２からの逆変換を実現する文書フォーマット変換手段とを有することを特徴とする電子文書変換システム。
【請求項２】
前記変換前文書１と変換後文書２に埋め込まれた変換前文書１’は同一であることを特徴とする請求項１に記載の電子文書変換システム。
【請求項３】
前記文書フォーマット変換手段及び前記文書データ埋め込み手段は、変換後文書２に埋め込まれた変換前文書１’のデータの一部を変換後文書２と共有するように変換後文書２を生成することを特徴とする請求項１に記載の電子文書変換システム。
【請求項４】
前記文書フォーマット変換手段及び前記文書データ埋め込み手段において、変換後文書２に埋め込まれた変換前文書１’と変換後文書２とで共有されるデータは画像データであることを特徴とする請求項３に記載の電子文書変換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子文書を異なるフォーマットの電子文書に変換する電子文書変換システムであって、高精度の逆変換を実現するための電子文書変換システムに関する。
【背景技術】
【０００２】
近年コンピュータ上で閲覧／編集が可能な電子文書が普及し、PDF,HTML,JPEG,XPS等が代表的な電子文書フォーマットとして知られている。これらのフォーマットを閲覧／編集するにはビューワ(viewer)やエディタ(editor)が必要になるが、全てのコンピュータに全ての電子文書フォーマットのビューワやエディタがインストールされているとは限らない。また、既存の電子文書や紙文書を独自の電子文書フォーマットに変換して管理する文書管理システムなども存在する（特許文献１参照）。前記の理由から異なる電子文書フォーマット間での変換は必要不可欠である。
【特許文献１】特開２００１−２１６２３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
既存の電子文書を独自の電子文書フォーマットに変換して管理する文書管理システムにおいては必要に応じて変換前の電子文書フォーマットに逆変換する必要がある。何故なら、先に説明したように独自の電子文書フォーマットのビューワ(viewer)が他のコンピュータにインストールされているとは限らないためである。
【０００４】
しかしながら、変換後の独自の電子文書フォーマットから変換前のフォーマットの電子文書を生成する場合、変換前の電子文書と完全に同じものを生成することは困難であり、その結果として様々な問題が生じる。
【０００５】
第１の問題はファイルのサイズに関する問題である。文書のフォーマット変換を繰り返すと文書フォーマットの仕様によってはファイルサイズが肥大する可能性があることである。例えば変換前の電子文書内の文字データが変換後の電子文書においてはイメージ化されるケースがあり、そのような変換においてはデータサイズが肥大するのが一般的である。一旦イメージ化されると元文書のフォーマットに逆変換する際にもファイルサイズは肥大したままとなる。
【０００６】
第２の問題は文字情報の欠落に関する問題である。例えば変換前の電子文書内の文字データが変換後の電子文書においてイメージ化されると、文字としての情報が失われることである。それによって文字や単語の検索ができなくなったり、文字の書体情報や文字のサイズ情報が失われたりすることである。
【０００７】
第３の問題は変換後の文書フォーマットが独自のイメージ画像圧縮を搭載している場合の画像劣化に関する問題である。それが圧縮率や処理速度の面で高性能であったとしても元文書に含まれる画像がJPEGのような非可逆圧縮であった場合、元文書のフォーマットに変換する際には再度JPEG圧縮することになり、それを繰り返すと画像が劣化する。
【０００８】
第４の問題は付加情報の欠落である。変換前文書が文書に関する履歴情報やアクセスに関する制限情報を持っていたとしても、変換後の文書がそれらに完全対応していないと情報の欠落が生じる。
【０００９】
第５の問題は逆変換時の座標に関する精度の問題である。例えば、変換前の電子文書がmm系で記述されている場合、変換後の文書がinch系であると、座標単位の変換によって誤差が生じ、元のmm系の電子文書に逆変換した際に、線幅などが忠実には再現できない等の問題が生じる可能性がある。
【００１０】
本発明が解決しようとする課題は電子文書を他の電子文書フォーマットに変換する電子文書変換システムにおいて、変換後の電子文書から変換前の電子文書フォーマットに逆変換する際にその精度を向上させることである。
【課題を解決するための手段】
【００１１】
前述の課題を解決するために電子文書の変換処理を次のように制御する。
【００１２】
変換前の電子文書１から変換後の電子文書２を生成すると同時に、電子文書１を電子文書２に埋め込む。電子文書１はそのまま埋め込んでもよいが、埋め込みに適した形式の電子文書１’に変換して埋め込んでもよい。変換後の電子文書２から変換前のフォーマットの電子文書に逆変換する場合には電子文書２に埋め込まれている電子文書１又は電子文書１’を取り出し、変換前のフォーマットの電子文書を生成する。
【００１３】
電子文書１を電子文書２にそのまま埋め込む場合、電子文書１が大きなサイズの画像データなどを含んでいると電子文書２はその画像データを２つ持つことになり、ファイルサイズが大きくなる。そのような場合には画像データ部を共有できるように電子文書１を電子文書１’に変換して電子文書２に埋め込む。
【発明の効果】
【００１４】
本発明における電子文書変換システムによれば、様々なフォーマットの電子文書を独自フォーマットの電子文書に変換して統一的に管理し、必要に応じて変換前のフォーマットに逆変換する。そしてその逆変換はオリジナルの文書と同一又はそれに近い文書を生成することができる。
【００１５】
これによって、逆変換後のファイルサイズの肥大、文字情報の欠落、画像劣化、付加情報の欠落、座標の精度等の問題などを解決することができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の詳細を実施例の記述に従って説明する。
【実施例１】
【００１７】
＜文書変換システムの構成＞
本実施例を適用するに好適な１ＤカラーＭＦＰの構成について、図１を用いて説明する。
【００１８】
１ＤカラーＭＦＰは、スキャナ部、レーザ露光部、感光ドラム、作像部、定着部、給紙／搬送部及び、これらを制御する不図示のプリンタ制御部から構成される。
【００１９】
スキャナ部は、原稿台に置かれた原稿に対して、照明を当てて原稿画像を光学的に読み取り、その像を電気信号に変換して画像データを作成する工程である。
【００２０】
レーザ露光部は、前記画像データに応じて変調されたレーザ光などの光線を等角速度で回転する回転多面鏡（ポリゴンミラー）に入射させ、反射走査光として感光ドラムに照射する。
【００２１】
作像部は、感光ドラムを回転駆動し、帯電器によって帯電させ、前記レーザ露光部によって感光ドラム上に形成された潜像をトナーによって現像化し、そのトナー像をシートに転写する。その際に転写されずに感光ドラム上に残った微小トナーを回収するといった一連の電子写真プロセスを実行して作像する。その際、シートが転写ベルトの所定位置に巻きつき、４回転する間に、マゼンタ（Ｍ）、シアン（Ｃ）、イエロー（Ｙ）、ブラック（Ｋ）のトナーを持つそれぞれの現像ユニット（現像ステーション）が入れ替わりで順次前述の電子写真プロセスを繰り返し実行する。４回転の後、４色のフルカラートナー像を転写されたシートは、転写ドラムを離れ、定着部へ搬送される。
【００２２】
定着部は、ローラやベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、前記作像部によってトナー像が転写されたシート上のトナーを、熱と圧力によって溶解、定着させる。
【００２３】
給紙／搬送部は、シートカセットやペーパーデッキに代表されるシート収納庫を一つ以上持っており、前記プリンタ制御部の指示に応じてシート収納庫に収納された複数のシートの中から一枚分離し、作像部・定着部へ搬送する。シートは作像部の転写ドラムに巻きつけられ、４回転した後に定着部へ搬送される。４回転する間に前述のＹＭＣＫ各色のトナー像がシートに転写される。また、シートの両面に画像形成する場合は、定着部を通過したシートを再度作像部へ搬送する搬送経路を通るように制御する。
【００２４】
プリンタ制御部は、ＭＦＰ全体を制御するＭＦＰ制御部と通信して、その指示に応じて制御を実行すると共に、前述のスキャナ、レーザ露光、作像、定着、給紙／搬送の各部の状態を管理しながら、全体が調和を保って円滑に動作できるよう指示を行う。
【００２５】
＜システム構成＞
図２は、本実施例に係る文書変換システムを搭載するＭＦＰ及び関連する機器を示すブロック図である。図２において、文書変換システムを搭載するＭＦＰ Ｍ１はＬＡＮ（Local Area Network）１０等を介してコンピュータＰ１及びＰ２と接続されている。
【００２６】
ＭＦＰはＨＤＤ（Hard Disk Drive：二次記憶装置）Ｈ１を具備している。尚、ＬＡＮ １０上に接続されるＭＦＰ及びコンピュータの台数は任意である。また、ＭＦＰ Ｍ１とコンピュータとの接続はＬＡＮに限定されるものではなく、例えばインターネットや電話回線を経由して接続されていても良い。
【００２７】
＜コントローラユニットの構成＞
図３は、本実施例におけるＭＦＰのコントロールユニット（コントローラ）の一構成例を示すブロック図である。図３において、コントロールユニット２００は、画像入力デバイスであるスキャナ２０１や画像出力デバイスであるプリンタエンジン２０２と接続し、画像データの読み取りやプリント出力のための制御を行う。また、コントロールユニット２００は、ＬＡＮ １０や公衆回線２０４と接続することで、画像情報やデバイス情報をＬＡＮ １０経由で入出力するための制御を行う。
【００２８】
ＣＰＵ２０５はＭＦＰ全体を制御するための中央処理装置である。ＲＡＭ２０６は、ＣＰＵ２０５が動作するためのシステムワークメモリであり、入力された画像データを一時記憶するための画像メモリでもある。さらに、ＲＯＭ２０７はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０８はハードディスクドライブであり、各種処理のためのシステムソフトウェア及び入力された画像データ等を格納する。操作部Ｉ／Ｆ２０９は、画像データ等を表示可能な表示画面を有する操作部２１０に対するインタフェース部であり、操作部２１０に対して操作画面データを出力する。また、操作部Ｉ／Ｆ２０９は、操作部２１０から操作者が入力した情報をＣＰＵ２０５に伝える役割をする。ネットワークインタフェース２１１は、例えばＬＡＮカード等で実現され、ＬＡＮ １０に接続して外部装置との間で情報の入出力を行う。さらにまた、モデム２１２は公衆回線２０４に接続し、外部装置との間で情報の入出力を行う。以上のユニットがシステムバス２１３上に配置されている。
【００２９】
イメージバスＩ／Ｆ２１４は、システムバス２１３と画像データを高速で転送する画像バス２１５とを接続するためのインタフェースであり、データ構造を変換するバスブリッジである。画像バス２１５上には、ラスタイメージプロセッサ２１６、デバイスＩ／Ｆ２１７、スキャナ画像処理部２１８、プリンタ画像処理部２１９、画像編集用画像処理部２２０、カラーマネージメントモジュール２３０が接続される。
【００３０】
ＲＩＰ２１６はラスタイメージプロセッサであり、ページ記述言語（ＰＤＬ）コードや後述するベクトルデータをイメージに展開する。デバイスＩ／Ｆ部２１７は、スキャナ２０１やプリンタエンジン２０２とコントローラ２００とを接続し、画像データの同期系／非同期系の変換を行う。
【００３１】
また、スキャナ画像処理部２１８は、スキャナ２０１から入力した画像データに対して、補正、加工、編集等の各種処理を行う。プリンタ画像処理部２１９は、プリント出力する画像データに対して、プリンタエンジンに応じた補正、解像度変換等の処理を行う。画像編集用画像処理２２０は、画像データの回転や、画像データの圧縮伸長処理等の各種画像処理を行う。ＣＭＭ２３０は、画像データに対して、プロファイルやキャリブレーションデータに基づいた、色変換処理（色空間変換処理ともいう）を施す専用ハードウェアモジュールである。プロファイルとは、機器に依存した色空間で表現したカラー画像データを機器に依存しない色空間（例えばＬａｂなど）に変換するための関数のような情報である。キャリブレーションデータとは、カラー複合機におけるスキャナ部２０１やプリンタエンジン２０２の色再現特性を修正するためのデータである。
【００３２】
＜コントローラソフトウェア構成＞
図４は、ＭＦＰの動作を制御するコントローラソフトウェアの構成を示すブロック図である。
【００３３】
プリンタインターフェイス１２００は、外部との入出力のための手段である。プロトコル制御部１１０１は、ネットワークプロトコルを解析・送信することによって外部との通信を行う手段である。ベクタデータ生成部１１０２は、ラスタデータから解像度に依存しない描画記述であるベクタデータを生成（ベクタライズ）するものである。
【００３４】
メタデータ生成部１１０３はベクタライズの過程で得られる副次情報をメタデータとして生成するものである。メタデータとは描画処理には必要のない検索用の付加的なデータなどである。
【００３５】
ＰＤＬ解析部１１０４は、ＰＤＬデータ或いはＰＤＦやＪＰＥＧ等の電子文書データを解析してベクタデータを生成し、更により印刷処理に適した形式の中間コード（ＤｉｓｐｌａｙＬｉｓｔ: ＤＬ）に変換する手段である。ＰＤＬ解析部１１０４において生成された中間コードはデータ描画部１１０５に渡されて処理される。データ描画部１１０５は上記中間コードをラスタデータに展開するものであり、展開されたラスタデータはページメモリ１１０６に逐次描画されて行く。尚、ＰＤＬ解析部１１０４が処理したデータはそれがＰＤＦやＪＰＥＧ等の電子文書データであった場合にはメタデータとしてそのまま埋め込まれる。
【００３６】
ページメモリ１１０６はレンダラが展開するラスタデータを一次的に保持する揮発性のメモリである。
【００３７】
パネル入出力制御部１０２０は操作パネルからの入出力を制御するものである。
【００３８】
ドキュメント記憶部１０３０は入力文書の一塊（ジョブ）単位にベクタデータ、ＤＬ、メタデータを包含するデータファイルを記憶する手段であり、ハードディスク等の二次記憶装置によって実現される。本実施例ではこのデータファイルをＯＤＦ(Optimized Document Format)と呼び、１つのドキュメントはＯＤＦ形式で保持される。
【００３９】
スキャン制御部１５００はスキャナから入力した画像データに対して、補正、加工、編集などの各種処理を行う。
【００４０】
印刷制御部１３００は、ページメモリ１１０６の内容をビデオ信号に変換処理し、プリンタエンジン部１４００へ画像転送を行う。プリンタエンジン部１４００は受け取ったビデオ信号を記録紙に永久可視画像形成するための印刷機構部である。
【００４１】
＜ＯＤＦデータ構造＞
図５はＯＤＦのデータ構造を示している。
【００４２】
ＯＤＦは複数ページからなるデータであり、大きく分けるとベクタデータ（ａ）、メタデータ（ｂ）、ＤＬ領域（ｃ）、で構成されており、ドキュメントヘッダ（ｘ１）を先頭とする階層構造である。ベクタデータ（ａ）はさらに、ページヘッダ（ｘ２）、コンテンツ情報（ｘ３）、オブジェクト（ｘ４）で構成されている。メタデータ（ｂ）にはオリジナル文書が格納される。ＤＬ領域（ｃ）はさらに、ページヘッダ（ｘ６）と描画展開用のインストラクション（ｘ７）から構成されている。ドキュメントヘッダ（ｘ１）にはベクタデータの格納場所、ＤＬ領域の格納場所、メタデータの格納場所が記述されている。すなわち、ベクタデータ、ＤＬ、メタデータはドキュメントヘッダ（ｘ１）によって関連付けられている。
【００４３】
ベクタデータ（ａ）は解像度非依存な描画データであるので、ページヘッダ（ｘ２）はページの大きさや向きなどのレイアウト情報が記述される。オブジェクト（ｘ４）には文字、ライン、多角形、ベジェ曲線などの描画データが一つずつリンクされており、複数のオブジェクトがまとめてコンテンツ情報（ｘ３）に関連付けられている。コンテンツ情報（ｘ３）は複数のオブジェクトの特徴をまとめて表現するものである。
【００４４】
メタデータ（ｂ）は描画処理には関係しない情報である。本実施例においてはＰＤＬ解析部１１０４が処理したデータがＰＤＦやＪＰＥＧ等の電子文書データであった場合にはオリジナル文書（ｘ５）としてそのまま埋め込まれる。
【００４５】
ＤＬ領域（ｃ）はレンダラがレンダリング処理するための中間コードである。ページヘッダ（ｘ６）にはページ内の描画情報（インストラクション）の管理テーブルなどが記述され、インストラクション（ｘ７）は解像度依存な描画情報で構成されている。
【００４６】
ＯＤＦ形式のドキュメントはＯＤＦのviewerやeditorを搭載するコンピュータＰ１（又はＰ２）から直接閲覧又は編集したり、コンピュータＰ１（又はＰ２）にコピーして閲覧又は編集したりすることが可能である。
【００４７】
＜文書変換処理＞
本ＭＦＰは受信したＰＤＬデータや電子文書からＯＤＦ形式のドキュメントを生成してそれを印刷する以外に、生成済みのＯＤＦ形式のドキュメントから変換前の形式の電子文書フォーマットに逆変換する文書変換機能を有する。
【００４８】
本実施例における文書変換処理は逆変換時にオリジナルの文書を忠実に再現することを特徴としており、その処理手順をフローチャート図６及び図７を参照して説明する。
【００４９】
まず受信したＰＤＬデータや電子文書からＯＤＦ形式のドキュメントを生成する処理についてフローチャート図６を参照して説明する。
【００５０】
まずステップＳ６０１において入力データを取得し、ステップＳ６０２で対象データの種類を判定する。次にステップＳ６０３で対象データが印刷のための一般的なＰＤＬデータか、それともＪＰＥＧやＰＤＦのような電子文書データかを判別する。汎用の電子文書データである場合にはステップＳ６０４に進んで、対象データをオリジナル文書としてメタデータに埋め込む。そしてステップＳ６０５に進んで入力データからベクタデータおよびＤＬを生成する。対象データが印刷のための一般的なＰＤＬデータである場合にはメタデータへの埋め込みは行わずにベクタデータおよびＤＬを生成のみを行う。以上がＯＤＦの生成処理である。
【００５１】
次にＯＤＦ形式のドキュメントからオリジナルの文書を生成する逆変換処理ついてフローチャート図７を参照して説明する。
【００５２】
まず、ステップＳ７０１において対象となるＯＤＦドキュメントのドキュメントヘッダを取得する。そしてステップＳ７０２に進んでオリジナルの文書がメタデータに埋め込まれているかどうかを判断する。オリジナルの文書が埋め込まれている場合にはステップＳ７０３に進んでオリジナル文書を取り出し、オリジナル文書の生成を終了する。
【００５３】
ＯＤＦドキュメントにオリジナル文書が埋め込まれていない、即ち対象となるＯＤＦドキュメントは汎用的な電子文書以外から生成されたドキュメントである場合にはステップＳ７０４に進んで所定のフォーマットに変換する。本実施例において所定フォーマットとはＰＤＦである。以上がＯＤＦドキュメントからのオリジナル文書の生成処理である。
【００５４】
以上の処理によればＰＤＦなどの一般的な電子文書から生成されたＯＤＦドキュメントからオリジナルの電子文書への逆変換の精度が高まる。その結果として逆変換後のファイルサイズの肥大、文字情報の欠落、画像劣化、付加情報の欠落、座標の精度等の問題などを解決することができる。
【実施例２】
【００５５】
＜文書変換システムの構成＞
実施例１と同じであるので説明は省略する。
【００５６】
＜システム構成＞
実施例１と同じであるので説明は省略する。
【００５７】
＜コントローラユニットの構成＞
実施例１と同じであるので説明は省略する。
【００５８】
＜コントローラソフトウェア構成＞
実施例１と同じであるので説明は省略する。
【００５９】
＜ＯＤＦデータ構造＞
図８はＯＤＦのデータ構造を示している。
【００６０】
ここでは実施例１と異なる個所について説明する。
【００６１】
本実施例においてはＰＤＬ解析部１１０４が処理したデータがＰＤＦやＪＰＥＧ等の電子文書データであった場合にはオリジナル文書（ｘ５）としてメタデータ（ｂ）に埋め込まれる。オリジナル文書に含まれる画像データ（ｘ８，ｘ９）はオリジナル文書（ｘ５）から分離され、ベクタデータ（ａ）からも参照可能なデータ構造となっている。
【００６２】
＜文書変換処理＞
本ＭＦＰは受信したＰＤＬデータや電子文書からＯＤＦ形式のドキュメントを生成してそれを印刷する以外に、生成済みのＯＤＦ形式のドキュメントから変換前の形式の電子文書フォーマットに逆変換する文書変換機能を有する。
【００６３】
本実施例における文書変換処理は逆変換時にオリジナルの文書を忠実に再現することを特徴としており、その処理手順をフローチャート図９及び図１０を参照して説明する。
【００６４】
まず受信したＰＤＬデータや電子文書からＯＤＦ形式のドキュメントを生成する処理についてフローチャート図９を参照して説明する。
【００６５】
まずステップＳ９０１において入力データを取得し、ステップＳ９０２で対象データの種類を判定する。次にステップＳ９０３で対象データが印刷のための一般的なＰＤＬデータか、それともＪＰＥＧやＰＤＦのような電子文書データかを判別する。そして汎用の電子文書データである場合にはステップＳ９０４に進んで、対象データをオリジナル文書としてメタデータに埋め込む。その際、画像データは分離され、メタデータ領域内の別領域に割り当てられる。そしてステップＳ９０５に進んで入力データからベクタデータおよびＤＬを生成する。その際、画像データはベクタデータ内には保持されず、メタデータ内に保持されている画像データを参照するデータ構造となる。対象データが印刷のための一般的なＰＤＬデータである場合にはメタデータへの埋め込みは行わずにベクタデータおよびＤＬを生成のみを行う。以上がＯＤＦの生成処理である。
【００６６】
次にＯＤＦ形式のドキュメントからオリジナルの文書を生成する逆変換処理ついてフローチャート図１０を参照して説明する。
【００６７】
まず、ステップＳ１００１において対象となるＯＤＦドキュメントのドキュメントヘッダを取得する。そしてステップＳ１００２に進んでオリジナルの文書がメタデータに埋め込まれているかどうかを判断する。オリジナルの文書が埋め込まれている場合にはステップＳ１００３に進んでオリジナル文書を取り出す。その際、分離されている画像データはオリジナル文書内に取り込まれて単一の文書データとなる。
【００６８】
ＯＤＦドキュメントにオリジナル文書が埋め込まれていない、即ち対象となるＯＤＦドキュメントは汎用的な電子文書以外から生成されたドキュメントである場合にはステップＳ１００４に進んで所定のフォーマットに変換する。本実施例において所定フォーマットとはＰＤＦである。以上がＯＤＦドキュメントからのオリジナル文書の生成処理である。
【００６９】
以上説明したように本実施例ではオリジナル文書をＯＤＦ形式のドキュメントのメタデータ部に埋め込んだ場合でも画像データ部がベクタデータ部と共有されるためデータサイズの肥大を最小限に抑えることができる。
【００７０】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用しても良い。また、本発明はシステム或は装置にプログラムを供給することによって実施される場合にも適用できる。この場合、本発明に係るプログラムを格納した記憶媒体が、本発明を構成することになる。そして、該記憶媒体からそのプログラムをシステム或は装置に読み出すことによって、そのシステム或は装置が、予め定められたし方で動作する。
【図面の簡単な説明】
【００７１】
【図１】実施例における画像処理装置（ＭＦＰ）の構造を示す側断面図である。
【図２】実施例におけるシステム構成の一例を示す図である。
【図３】実施例における各機器のコントロールユニットの構成例を示すブロック図である。
【図４】実施例におけるコントローラソフトウェアの構成の一例を示すブロック図である。
【図５】実施例１におけるドキュメントのデータ構造を示す図である。
【図６】実施例１における文書フォーマット変換の処理手順を説明するためのフローチャートである。
【図７】実施例１における文書フォーマット変換（逆変換）の処理手順を説明するためのフローチャートである。
【図８】実施例２におけるドキュメントのデータ構造を示す図である。
【図９】実施例２における文書フォーマット変換の処理手順を説明するためのフローチャートである。
【図１０】実施例２における文書フォーマット変換（逆変換）の処理手順を説明するためのフローチャートである。
【符号の説明】
【００７２】
２０５  ＣＰＵ
１０３０  ドキュメント記憶部
１１０４  ＰＤＬ解析部
ａ  ベクタデータ
ｂ  メタデータ
ｃ  ＤＬ領域
ｘ１  ドキュメントヘッダ
ｘ２  ベクタデータのページヘッダ
ｘ３  コンテンツ情報
ｘ４  オブジェクト
ｘ５  埋め込まれたオリジナルファイル
ｘ６  ＤＬ(Display List)のページヘッダ
ｘ７  描画展開用のインストラクション
ｘ８  画像データ
ｘ９  画像データ
【図１】
2010079850.tif 000003
【図２】
2010079850.tif 000004
【図３】
2010079850.tif 000005
【図４】
2010079850.tif 000006
【図５】
2010079850.tif 000007
【図６】
2010079850.tif 000008
【図７】
2010079850.tif 000009
【図８】
2010079850.tif 000010
【図９】
2010079850.tif 000011
【図１０】
2010079850.tif 000012