(57)【要約】【課題】  ダイレクト印刷時の添付ファイル付き電子文書において、本文と添付ファイルを同時に印刷し、さらに本文中のファイル添付位置に添付ファイル印刷ページ情報を付加することで、添付ファイル付き文書の利便性を向上させる。【解決手段】  オリジナルな電子文書に対して、様々なフォーマットの添付ファイルを通常は非印刷項目である注釈として付加する注釈追加手段によって追加された情報をオリジナルな電子文書と同時に印刷処理する追加情報同時印刷処理手段から構成される。【選択図】  図１
2008054110.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータと画像形成装置がネットワーク回線で接続されており、
電子文書の電子データを何も加工することなく、そのままの形でコンピュータから入力して直接的に印刷処理を行う電子文書の直接印刷手段を有する画像形成装置において、
オリジナルな電子文書に対して、様々なフォーマットの添付ファイルを通常は非印刷項目である注釈として付加する注釈追加手段によって追加された情報をオリジナルな電子文書と同時に印刷処理する追加情報同時印刷処理手段を有することを特徴とする画像形成装置。
【請求項２】
請求項１において、
前記添付ファイルが画像形成装置に解釈できるフォーマットであるかを判断する手段を備え、前記判定手段により、添付ファイルのファイルフォーマットが、画像形成装置が解釈できないものと判定された場合、ネットワーク回線で接続されているコンピュータの何れかに印刷可能な形式への変換処理を依頼して印刷処理を実行することを特徴とする画像形成装置。
【請求項３】
請求項２において、
前記印刷処理時に、同一文書に含まれる全てのファイルの変換処理が終了するまで、画像形成装置内の記憶部で文書の待ち合わせをする手段を有することを特徴とする画像形成装置。
【請求項４】
請求項３において、
記憶部で文書の待ち合わせしている間に、記憶部内の文書をすべてレンダリングし、印刷可能な状態で準備しておくことを特徴とする画像形成装置。
【請求項５】
請求項１から請求項４において、
前記コンピュータにデータを送信する手段及び、前記コンピュータからデータを受信する手段を持つことを特徴とする前記画像形成装置。
【請求項６】
請求項１において、
オリジナルな電子文書と添付ファイルとの関連付けを示す情報を付加して印刷処理する追加情報関連付け印刷処理手段を有することを特徴とする画像形成装置。
【請求項７】
請求項６において、
画像形成装置が解釈できないファイルフォーマットの添付ファイルが付加されていた場合、ネットワーク回線で接続されているコンピュータの何れかに印刷可能な形式への変換処理を依頼して印刷処理を実行することを特徴とする画像形成装置。
【請求項８】
請求項７において、
画像形成装置が解釈できないファイルフォーマットを、ネットワーク回線で接続されているコンピュータの何れかに印刷可能な形式へ変換処理を依頼する前記印刷処理時に、同一文書に含まれる全てのファイルの変換処理が終了するまで、画像形成装置内の記憶部で文書の待ち合わせをする手段を有することを特徴とする画像形成装置。
【請求項９】
請求項８において、
記憶部で文書の待ち合わせしている間に、記憶部内の文書をすべて印刷可能な状態の一段階前の中間データに変換しておくことを特徴とする画像形成装置。
【請求項１０】
請求項９において、
中間データに変換された全文書を対象に、オリジナルな電子文書と添付ファイルの関連付けを行うためのデータの加工を施した後にレンダリング処理を行うことを特徴とする画像形成装置。
【請求項１１】
請求項６から請求項１０において、
前記コンピュータにデータを送信する手段及び、前記コンピュータからデータを受信する手段を持つことを特徴とする前記画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書の画像形成システムに関するものであり、特に電子文書を直接受け取って印刷処理が可能な画像形成システムに関するものである。
【背景技術】
【０００２】
現在、電子文書には注釈としてテキストや添付ファイルを付加することができる。テキストやメモと言った追加情報は、使用者の目的に応じて印刷形態を変更することができたが(特許文献1参照)、添付ファイルが付加された場合、電子文書を閲覧・編集のできるアプリケーションソフトを用いてホストコンピュータ上で展開し閲覧することはできたが、印刷を行う際にそれらの添付ファイルによる追加情報が展開され電子文書の本文と共に印刷結果として得るための手段はなかった。本文には、添付ファイルの注釈が張り付いている場所に、それらを識別するためのマーク（アイコン）のみが印刷されていた(図２)。
【０００３】
従来、電子文書を印刷する際に、電子文書のデータファイル閲覧手段であるDocument Viewerや、編集手段であるDocument Editorといったアプリケーションソフトを用いずに、画像形成装置に対して直接電子文書を送って印刷するダイレクト印刷機能も存在したが、その場合は、注釈として添付されたファイルの印刷の有無を選択する手段は存在しなかった。
【０００４】
Document Viewerで見ることができる注釈の添付ファイルは、ファイルフォーマットも多種であり、添付ファイルが複数存在していた場合、本文との関連を印刷結果から読み取ることは、困難であった。本文中では、注釈はアイコン化して表示をすることが可能である。
【０００５】
画像形成装置が解釈することのできないファイルフォーマットが添付されていた場合に対する類似技術として、電子メールの添付データに関して、電子メールとともに画像形成装置が解釈することのできない添付データを印刷する提案がされている。(特許文献2参照)
【特許文献１】特開２００４−５０７２２（Ｐ２００４−５０７２２Ａ）
【特許文献２】特開２００３−１６９１８３（Ｐ２００３−１６９１８３Ａ）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来、電子文書における注釈に添付ファイルが付加されていた場合、電子文書のデータファイルを閲覧・編集できるアプリケーションソフトを用いることで、ホスト端末上で添付ファイルを展開し中身を閲覧することができたが、それらの様々なファイルフォーマットの添付ファイルの追加情報が展開され電子文書の本文と共に印刷結果として得るための手段はなかった。そのため、本文中に添付ファイルを識別するためのマーク(アイコン)が表示されていた場合でも、添付ファイルによる追加情報を自ら印刷してその対応を取る必要があり、利便性が悪く、添付の意義を十分に活かしきれていなかった。
【課題を解決するための手段】
【０００７】
複数のコンピュータと画像形成装置がネットワーク回線で接続されており、
電子文書の電子データを何も加工することなく、そのままの形でコンピュータから入力して直接的に印刷処理を行う電子文書の直接印刷手段を有する画像形成装置において、
オリジナルな電子文書に対して、様々なフォーマットの添付ファイルを通常は非印刷項目である注釈として付加する注釈追加手段によって追加された情報をオリジナルな電子文書と同時に印刷処理する追加情報同時印刷処理手段を有する。
【発明の効果】
【０００８】
本発明によって、ホスト端末から画像形成装置に送信された電子文書を、画像形成装置が解析する印刷制御手段を用いて、画像形成装置が解釈できないファイルフォーマットの添付ファイルが注釈として付加されている電子文書の印刷を実行した場合でも、本文の電子文書と添付ファイルを同時に印刷結果として得ることができる。
【発明を実施するための最良の形態】
【０００９】
（実施例１）
以下に本発明の実施の形態を添付図面に基づいて説明する。
【００１０】
図1は本発明の実施形態の概要を示す図であり、100は画像形成装置、200はホストコンピュータ、300はホストコンピュータと画像形成装置を結ぶネットワーク回線を示す。
【００１１】
又、図1における110のプリンタコントローラ部は、機能ブロックを概念的に図示したものである。プリンタコントローラ１１０及びホストコンピュータ200は、中央演算処理装置（CPU）、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（RAM）、ハードディスクドライブ（HDD）、各種入出力制御部（I/O）等のハードウェアの元で、基本ソフトと呼ばれるソフトウェアがその制御を司り、その基本ソフトの元で、ネットワーク通信の処理や、電子文書の送受信処理（例えば、COPYコマンドや１ｐｒコマンドのようなビルトインコマンドであっても良い）や印刷ジョブの画像展開処理やジョブの制御といったそれぞれの応用ソフトが動作する構成になっている。
【００１２】
本発明は、上記構成において、ホストコンピュータ200に存在する電子文書201を画像形成装置本体に送出するためのアプリケーション202を介して画像形成装置に直接送信する系における画像形成装置本体側の印刷処理によって実施されるものである。
【００１３】
本発明では、電子文書に通常は非印刷項目である添付ファイルを注釈として付加する注釈追加手段によって追加された情報を、オリジナルな電子文書と関連付けて印刷処理する追加情報印刷処理手段を通常の電子文書印刷手段に加えて、電子文書データから注釈情報を読み出すための追加情報読み取り手段、画像形成装置が解析不可能なファイルフォーマットの印刷を再度依頼し、電子文書と添付ファイルを同一文書として関連付ける印刷制御手段、添付ファイルの追加情報を電子文書のレンダリング結果に描画するための追加情報描画手段によって構成するよって実現されるものである。
【００１４】
先ず、本発明を適用する印刷システムの印刷を担うレーザービームプリンタ（以下、「LBP」と記述）の構成について説明する。
【００１５】
図１において、100はLBP本体であり、ネットワーク等を介して外部に接続されているホストコンピュータ等から供給される電子文書や、PDLコードになったプリントデータ（文字コードやイメージデータ及び制御コードから成る印刷情報）を入力して記憶するとともに、それらの情報に従って対応する文字パターンや印刷イメージ等を作成し、記憶媒体である記録紙上に像を形成する。
【００１６】
120は操作のためのスイッチ及びLED表示器等が配されているオペレーションパネル、110はLBP本体100の制御及びホストコンピュータから供給される文字情報等を解析し印刷処理を行うプリンタコントローラ部である。このプリンタコントローラ部110において展開された印刷情報は、対応するパターンのビデオ信号に変換され、入力されたビデオ信号に応じて半導体レーザから発射されるレーザ光によって静電ドラム上を走査露光することで静電潜像が形成され、この潜像は、静電ドラムの周囲に配設された現像ユニットにより現像された後、記録紙に転写される構成となっている。
【００１７】
尚、本発明を適用可能な印刷装置は、LBPに限られるものではなく、カラーLBPであってもインクジェットプリンタをはじめとする他のプリント方式のプリンタでも良く、デジタル複写機のような複合機能を有する画像形成装置であっても良いことは言うまでもない。
【００１８】
画像形成装置100において、プリンタコントローラ部は、ホストコンピュータとの接続手段であるところのネットワークインタフェース（I/F）部111と、受信データ等を一時的に保持管理するための受信バッファ1121、送信データ等を一時的に保持管理するための送信バッファ1122、印刷データの解析を司る電子文書解析部又はPDL解析部113、印刷制御処理実行部114、描画処理実行部115、ページメモリ116等より構成されている。
【００１９】
ネットワークインタフェース（I/F）部111は、ホストコンピュータ200との印刷データの送受信をネットワーク回線300を介して行う通信手段あり、通信プロトコルとしてTCP/IP等の各種ネットワークプロトコルに準拠した通信を可能とするものである。このネットワークインタフェース部111を通して受信した印刷データは、そのデータを一時的に保持する記憶手段である受信バッファ1121に逐次蓄積され、必要に応じて電子文書解析部又はPDL解析部113又は描画処理実行部115によって読み出され処理される。
【００２０】
電子文書解析部又はPDL解析部113は、電子文書を直接解析する電子文書解析プログラム又は各PDLコマンド体系や印刷ジョブ制御言語に準じた制御プログラムにより構成されており、ここで解析された電子文書及びPDLデータは、文字印字、図形、イメージ等の描画に関する印刷データの解析結果は描画処理実行部115に指示を与えて処理し、給紙選択やリセット命令等の描画以外のコマンドは、印刷制御処理実行部114に指示を出し処理する。
【００２１】
描画処理実行部115では、文字やイメージの各オブジェクトをページメモリ116に逐次展開していく。又、符号化されたイメージデータを復号化してページメモリに展開する際には、この描画処理実行部115においてデータ復号化処理がなされる。この展開処理とプリンタエンジンへのビデオ信号のシッピングの追いかけっこ、つまり、バンディング制御によってページメモリ116は管理されていても良く、十分なメモリがある場合は、１ページ分が展開可能な領域を確保しても良い。尚、プリンタコントローラ部110は、機能ごとに専用のコントローラ・ハードウェアを用意して独立して処理される構成であっても構わない。
【００２２】
オペレーションパネル120は、印刷装置の各種状態を設定・表示するためのものである。出力制御部130は、ページメモリ116の内容をビデオ信号に変換処理し、プリンタエンジン部140へ画像転送を行う。プリンタエンジン部140は、受け取ったビデオ信号を記録紙に永久可視画像形成するための印刷機構部である。
【００２３】
画像形成装置内にあるハードディスク150は、図３に示すようにテンポラリ領域1501とボックス領域1502で構成されている。テンポラリ領域1501は、例えば、画像データの出力順序を変えるために電子ソートをしたり、複数部出力において１度のスキャンで出力ができるようにしたり、データをボックス領域等に保存する前に一時的に保存したり、PDLデータを展開した画像データやスキャナからの画像データを一時的に保存する際に利用される記憶領域で、いずれも処理の終了後には、テンポラリ領域に保存された画像データは消去される。テンポラリ領域1501は、さらにtmpBox 1504〜に区分されており、各々がファイルリスト1507と呼ばれるファイル管理テーブルを所持している。
【００２４】
ファイルリスト1507は、各ファイルのファイル名、ファイルフォーマット、画像形成装置のファイル解釈の可否、後述するtmpBox格納状態とレンダリングの有無を記入するためのものである。ボックス領域1502は、ボックス機能を使用するための記憶領域であり、さらに小さな複数の記憶領域1502〜に分割されている。これらの小さな記憶領域をボックスと呼ぶ。ボックス1502〜は、ユーザ個人や部署ごとに割り当てられており、ユーザは、データを保存するボックスを指定し、PDLジョブやスキャンジョブを指定したボックスに格納することができる。
【００２５】
次に図４において、電子文書の構成の一例を示す。電子文書のデータファイルは、大別すると、ヘッダー401、カタログ402、オブジェクト403、トレーラ404によって構成されている。
【００２６】
ヘッダー401は、その電子文書を特定するためのキーとなるヘッダー情報を含んでおり、例えば、PDFでは、「媒％PDF−１．４媒」のような文字列を含んでいる。カタログ402は、文書の目次に相当するものであり、ファイル中の全ての間接オブジェクトのファイル内位置を格納した相互参照テーブル（Xrefテーブルと呼ぶ）として定義されているものである。
【００２７】
オブジェクト403は、文書内で使われるフォント、テキスト、グラフィックス、イメージ等の描画オブジェクトや、PDFファイル全体の木構造の根に当たるCatalogオブジェクト、アウトライン目次に出てくるページの木構造を構成し、各ページへのポインタを作るPageオブジェクト、描画される個別のページを記述したPageオブジェクト等から構成される。
【００２８】
例えば、１つのテキストオブジェクトはテキスト文字列、テキストの配置位置、フォント名、文字サイズ、文字色等の情報を持つ。更に、それらの属性は、他のオブジェクトと共用可能なオブジェクトとすることができる。例えば、幾つかのテキストオブジェクトは、同一のフォントオブジェクトを参照することが可能である。トレーラ404 は、Xrefテーブルのテーブルの要素数や相互参照テーブルの開始アドレスを規定するものである。
【００２９】
例えば、注釈が追加された場合は、ファイル構成として、図５に示すようなAnnotation（注釈）オブジェクトが、追加オブジェクトとして追加されることになる。
【００３０】
Annotation（注釈）オブジェクトは、図５に示すような構造を持ち、オブジェクトType識別子501は、そのオブジェクトが、Annotationオブジェクトであることを示し、サブオブジェクトType識別子502は、Annotationの種別を規定する。ここでは、ファイルというサブタイプを規定しているが、グラフィックスやイメージ、音声や動画であっても構わない。503のＲｅｃｔは、文書中におけるAnnotationオブジェクトのレイアウト情報である。
【００３１】
504は、注釈を誰が追加したかを示すオーナー情報である。505は、実際の注釈の内容を示す。最後に506 としてオブジェクトの終わりを示す終端子が入る。以上、図１、図３、図４、図５を元に本発明を構成する各構成要素について説明した。
【００３２】
次に、本発明の動作について、処理の流れの概要を説明する。図６、図７、図８は、実施例１処理の流れを示すフローチャートである。図６、図７は画像形成装置側で行う処理、図８はホストコンピュータ側で行う処理を示している。
【００３３】
まず、図６のフローから説明していく。
【００３４】
トレーラ404からファイルが添付されているか否かを判断する(S1002)。
【００３５】
ファイルが存在した場合、処理に使用するための画像形成装置内にあるハードディスクのテンポラリ領域のいずれかのtmpBox を設定し(S1003)、設定したtmpBox内にあるファイルリストを作成する(S1004)。ファイルリストは図１０に示すように、番号、各ファイルのファイル名、ファイルフォーマット、画像形成装置のファイル解釈の可否、後述するtmpBox格納状態とレンダリングの有無を明記する。ファイルリスト作成時は、各ファイルのファイル名、ファイルフォーマット、画像形成装置のファイル解釈可否を記入し、tmpBox格納状態とレンダリングについては、「未」としておく。このファイルリストには、本文も含むこととする。このファイルリストは、先述した通り、ハードディスクのテンポラリ領域の各tmpBox内に存在する。
【００３６】
全ファイルのファイルリストの解釈可否が「可」であったら、作成したファイルリストを削除し(S1013)、全てのファイルの印刷を実行する(S1015)。
【００３７】
一つでもファイルリストの解釈可否が「不可」であるファイルが存在した場合、ファイルリストの先頭から、各々のファイルをチェックしていく。ファイルを画像形成装置が解析可能であったら、ファイルリストの格納を「済」、レンダリングを「未」と記入し(S1010)、上記で設定したtmpBoxに格納する(S1011)。
【００３８】
画像形成装置が解釈不可能なファイルフォーマットであったら、ファイルリストの格納を「未」、レンダリングを「未」と記入し(S1008)、ファイルを上記で設定したtmpBox番号と共に、ホストコンピュータに送信し変換処理を依頼する(S1009)。画像形成装置は、S1007〜S1011までの処理を、ファイルリストに記載されている全ファイルで実行されるまで繰り返し処理を行う(S1012)。
【００３９】
次に図８のフローを用いて、ホストコンピュータ側の処理を説明する。
【００４０】
ホストコンピュータでは、変換以来処理がいつ来てもよいように待機している(S1102)。
【００４１】
変換処理以来が来たら、ファイルをPDLデータに変換し(S1103)、上記で画像形成装置に設定したtmpBoxにPDLデータを送信する(S1104)。画像形成装置が解釈できないファイルフォーマットのファイル数だけ、ホストコンピュータはこの処理を繰り返す。ここで述べたホストコンピュータについては、印刷を依頼したホストコンピュータであっても、ネットワークで接続されている他のコンピュータであってもかまわない。画像形成装置内の決められた記憶領域にデータを格納する方法については既存の技術を用い、この時にファイルリストの格納項目を「済」に変更する。
【００４２】
最後に、図７に示すフローを用いて、続く画像形成装置側での処理を説明する。
【００４３】
tmpBox内に存在するファイルについて、順次レンダリングを行っていく。まず、ファイルリストの先頭ファイルに注目する。ファイルリストの格納の項目が「済」であり、レンダリングが「未」であるものに関しては、レンダリングを行い(S1021)、ファイルリストのレンダリングを「済」に変更する(S1022)。レンダリングを行ったファイルに関しては、上記で設定したtmpBoxに格納する(S1023)。
【００４４】
ファイルリストの格納の項目が「未」であった場合、そのファイルは、変換処理依頼中を示すため、ファイルリストの次のファイルへと進める(S1025)。S1019〜S1023までの処理をファイルリストが終了するまで繰り返す(S1024)。ファイルは常にファイルリストの番号を伴ってコンピュータと画像形成装置間を通信され、コンピュータへ送信した変換依頼のファイルと、コンピュータから受信した変換後のファイルは、ファイルリストの番号を用いて一致させることとする。
【００４５】
最後に、ファイルリストの格納が「未」であったために、レンダリング処理を飛ばしたものに関しても、レンダリング処理を行うために、ファイルリストのレンダリングの項目が全て「済」となるまで、再度上記の処理を繰り返す(S1026)。
【００４６】
全てのファイルのレンダリングが完了したら、印刷を開始する(S1027)。これによって、全ての文書を同じに印刷することが可能となる。印刷終了後、全ての文書をtmpBoxから消去する(S1028)。必要に応じて、ボックス領域の何れかのBoxにコピーして保存しておいてもかまわない。
【００４７】
具体的な例を、図１1に示すファイルのダイレクト印刷で説明していく。本文のファイルフォーマットはPDF、添付ファイル１のファイルフォーマットはPDF、添付ファイル２のファイルフォーマットはWordとする。
【００４８】
まず、図６のフローでは、S1002で添付ファイル付きであるので、S1003に進み、格納するtmpBoxを設定する。ここでは、tmpBox1とする。続いて、ファイルリストを作成する。作成したファイルリストの例を図１2に示す。ここではa〜ｆは「未」となっている。
【００４９】
全ファイルを画像形成装置が解析可能ではないので、ファイルリストの先頭ファイルに注目し(S1006)、"本文"は解析可能であるためtmpBox1に格納し、ファイルリストのaを「済」、bを「未」と書き直す。
【００５０】
次のファイルリストに注目する(S1014)。"添付ファイル１"は解析可能であるためtmpBox1に格納し、ファイルリストのcを「済」、dを「未」と書き直す。
【００５１】
さらに次のファイルに注目する(S1014)。"添付ファイル２"は解析不可能であるため他のファイルを格納した"tmpBox1" の情報と共にホストコンピュータに送信する (S1009)。この際、ファイルリストのeを「未」、ｆを「未」と書き直す。
【００５２】
次に図８のフローに移る。
【００５３】
ホストコンピュータは、"添付ファイル2"の変換処理依頼を受ける(S1102)。"添付ファイル2"をPDLデータに変換し (S1103)、"tmpBox1"にPDLデータを送信する(S1104)。画像形成装置内の決められた記憶領域にデータを格納する方法については既存の技術を用い、この時に"添付ファイル２"のファイルリストの格納項目を「済」に変更する。
【００５４】
最後に図７のフローに移る。
【００５５】
ファイルリストの先頭ファイルに注目し(S1018)し、"本文"のファイルリストの格納項目は「済」であるので、S1020に進む。レンダリングの項目は「未」であるので、レンダリングを行い(S1021)、ファイルリストのbを「済」と書き直す(S1022)。ファイルリストの全ファイルのチェックが完了していないのでS1025に進む。
【００５６】
次のファイルリストに注目し(S1025)、"添付ファイル1"のファイルリストの格納項目は「済」であるので、S1019に進む。レンダリングの項目は「未」であるので、レンダリングを行い(S1021)、ファイルリストのdを「済」と書き直す(S1022)。ファイルリストの全ファイルのチェックが完了していないのでS1025に進む。
【００５７】
さらに次のファイルリストに注目する(S1025)。
【００５８】
"添付ファイル2"のファイルリストの格納項目が「未」であった場合、まだ変換処理中であるのでS1026へ進み、まだ全てのレンダリング処理が済んでいないため、S1019へ戻る。"添付ファイル2"のファイルリストの格納項目が「済」に変更されるまで、S1019〜S1026を繰り返す。
【００５９】
"添付ファイル2"のファイルリストの格納項目が「済」となった場合レンダリングを行い(S1021)、ファイルリストのfを「済」と書き直す。
【００６０】
ファイルリストの全ファイルのレンダリングが完了したため、ここで印刷が開始される。
【００６１】
以上のようにして、本発明の実施例１によって、電子文書に画像形成装置が解析できないファイルが添付されていた場合でも、tmpBoxで待ち合わせを行うことで、本文と添付文書を同時に出力することができ、さらに変換処理依頼時にtmpBox内の文書をレンダリングしておくことで、ファイルが揃ったらすぐに出力することができるため、印刷時間も短縮することが可能になる。
【００６２】
（実施例２）
以下に示す実施例では、実施例１に加えて、添付ファイルの出力順に関する制御を行う。
【００６３】
実施例２の動作について、処理の流れの概要を説明する。図６、図８は実施例１と同様であり、変更点は図７に対応する部分である。このフローを図9に示す。またファイルリストは、図１０のレンダング部分を中間データに変更した、図１３に示すファイルリストを用いる。
【００６４】
画像形成装置の添付ファイルの振り分け処理とホストコンピュータの変換処理は実施例１と同様であるため、それ以降のフローを以下で説明していく。
【００６５】
図９に示すフローを用いて、画像形成装置側での処理を説明する。
【００６６】
tmpBox内に存在するファイルについて、順次UDLなどの中間データに変換を行っていく。まず、ファイルリストの先頭ファイルに注目する。ファイルリストの格納の項目が「済」であり、中間データが「未」であるものに関しては、中間データ変換処理を行い(S2021)、ファイルリストの中間データを「済」に変更する(S2022)。中間データに変換を行ったファイルに関しては、上記で設定したtmpBoxに格納し(S2023)。
【００６７】
ファイルリストの格納の項目が「未」であった場合、そのファイルは、変換処理依頼中を示すため、ファイルリストの次のファイルへと進める(S2025)。S2019〜S2023までの処理をファイルリストが終了するまで繰り返す(S2024)。
【００６８】
最後に、ファイルリストの格納が「未」であったために、レンダリング処理を飛ばしたものに関しても、レンダリング処理を行うために、ファイルリストのレンダリングの項目が全て「済」となるまで、再度上記の処理を繰り返す(S1026)。
【００６９】
全てのファイルのレンダリングが完了したら、本文中に添付ファイルが注釈されていたページのフッダー等にその添付ファイルが印刷されるページ番号を記載し、本文と添付ファイルの関連付けを行う(S2027)。さらに、文書全体の印刷設定にあわせて製本などの文書の加工を行う。
【００７０】
文書の加工が終了したらレンダリングを行い(S2028)、印刷を実行する(S2029)。印刷終了後、全ての文書をtmpBoxから消去する(S1030)。必要に応じて、ボックス領域のいずれかのBoxにコピーし保存しておいてもかまわない。
【００７１】
図１４はダイレクト印刷の原稿を示す図である。
【００７２】
図１５に図１４をダイレクト印刷した場合の印刷結果の例を示す。
【００７３】
本文の１ページ目にファイル１が、３ページ目にファイル２が添付されていた場合、まず、全てのファイルを通してのページ数を振り当てる。そして、1ページ目のフッダーにファイル１の掲載ページp4が、3ページ目のフッダーにファイル２の掲載ページp5が印刷されることになる。
【００７４】
以上のようにして、本発明の実施例２によって、電子文書に画像形成装置が解析できないファイルが添付されていた場合でも、tmpBoxで待ち合わせを行うことで、本文と添付文書を同時に出力することができ、さらに中間データでファイルをtmpBox保存しているために、全ての文書が揃った後でもデータの加工が可能となり、ユーザにとってより便利な出力結果を得ることが可能となる。
【図面の簡単な説明】
【００７５】
【図１】画像形成装置100の内部構成を示すブロック図である。
【図２】電子文書中に添付ファイルを注釈として付けた例を示す図である。
【図３】画像形成装置100内に存在するハードディスクの詳細を示す図である。
【図４】電子文書の構成の一例を示す図である。
【図５】注釈が追加された場合は、ファイル構成の一例を示す図である。
【図６】実施例１及び２の画像形成装置が行う、添付ファイル振り分け処理の流れを示すフローチャートである。
【図７】実施例１の画像形成装置が行う、Box内チェック及び印刷処理の流れを示すフローチャートである。
【図８】実施例１及び２のコンピュータが行う変換処理の流れを示すフローチャートである。
【図９】実施例２の画像形成装置が行う、Box内チェック及び印刷処理の流れを示すフローチャートである。
【図１０】実施例１で用いるファイルリストを示す図である。
【図１１】実施例１の具体例で用いる、ダイレクト印刷の原稿を示す図である。
【図１２】図１１に示す原稿のファイルリストを示す図である。
【図１３】実施例２で用いるファイルリストを示す図である。
【図１４】実施例２の具体例で用いるダイレクト印刷の原稿を示す図である。
【図１５】図１４で示す原稿の印刷結果を示す図である。
【符号の説明】
【００７６】
１００  画像形成装置
１１０  プリンタコントローラ部
１１１  ネットワーク I/F部
１１２１  受信バッファ
１１２２  送信バッファ
１１３  電子文書解析部 PDL解析部
１１４  印刷制御処理実行部
１１５  描画処理実行部
１１６  ページメモリ
１２０  オペレーションパネル
１３０  出力制御部
１４０  プリンタエンジン
１５０  HDD
１５０１  テンポラリ領域
１５０２  Box領域(Box1)
１５０３  Box領域(Box2)
２００  ホストコンピュータ
２０１  電子文書
２０２  アプリケーション
２０３  ネットワーク I/F部
３００  ネットワーク回線
【図１】
2008054110.tif 000003
【図２】
2008054110.tif 000004
【図３】
2008054110.tif 000005
【図４】
2008054110.tif 000006
【図５】
2008054110.tif 000007
【図６】
2008054110.tif 000008
【図７】
2008054110.tif 000009
【図８】
2008054110.tif 000010
【図９】
2008054110.tif 000011
【図１０】
2008054110.tif 000012
【図１１】
2008054110.tif 000013
【図１２】
2008054110.tif 000014
【図１３】
2008054110.tif 000015
【図１４】
2008054110.tif 000016
【図１５】
2008054110.tif 000017