画像形成装置及び画像形成プログラム
【課題】ダイレクト印刷を円滑に行う。
【解決手段】ｐｄｆのダイレクト印刷を行う画像形成装置１であって、ｐｄｆのヘッダ情報に、そのｐｄｆを構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段１２１２と、ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当するオブジェクトを用いて行う描画処理手段１２６１とを備えた構成としてある。
【解決手段】ｐｄｆのダイレクト印刷を行う画像形成装置１であって、ｐｄｆのヘッダ情報に、そのｐｄｆを構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段１２１２と、ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当するオブジェクトを用いて行う描画処理手段１２６１とを備えた構成としてある。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷処理を行う画像形成装置及び画像形成プログラムにおいて、特に、ヘッダ情報を拡張することによって効率良くダイレクト印刷を行う画像形成装置及び画像形成プログラムに関する。
【背景技術】
【０００２】
従来から、パーソナルコンピュータ（以下、ＰＣという）において作成し、又は、取得したドキュメントを印刷する場合には、このドキュメントをＰＤＬ（Page Description Language）に変換する処理が行われ、プリンターは、このＰＤＬを解釈することによって描画・印刷処理を行うことができる。
ところで、近年、印刷業界等においては、ｐｄｆ（Portable Document Format）等のドキュメントをＰＤＬへの変換を経ず、直接解釈して描画・印刷処理を行うダイレクト印刷の態様が増加している（例えば、特許文献１〜３参照）。
【０００３】
ここで、ｐｄｆダイレクト印刷について説明する。
図７は、ｐｄｆの構造を示す図である。
図７に示すように、ｐｄｆは、ヘッダｈｄ、ボディｂｄ、相互互換表Ｘｒ及びトレーラｔｒによって構成される。
図８は、トレーラの構造を示す図である。
図８に示すように、トレーラｔｒには、相互互換表Ｘｒの先頭のポインタを示す「startxref」フラグが記述されている。このため、トレーラｔｒの「startxref」フラグにもとづき相互互換表Ｘｒを先頭から参照することができる。
【０００４】
相互互換表Ｘｒは、図９に示すように、ボディｂｄのどの場所にオブジェクトがあるかを示すポインタをオブジェクトごとに対応付けたデータ構造となっている。なお、「オブジェクト」とは、描画データをある単位ごとにまとめたデータ群をいう。
ボディｂｄは、図１０に示すように、通常、複数のオブジェクトから構成され、各オブジェクトにはインデックスとしてオブジェクト番号が付されている。
つまり、図１１に示すように、ダイレクト印刷を行う場合、まず、最後尾にあるトレーラｔｒのポインタを介して相互互換表Ｘｒが参照され、次いで、この相互互換表Ｘｒの各ポイントに示されたオブジェクトにアクセスすることで描画処理が実行される。
このように、ダイレクト印刷では、データを先頭から順次解釈するのではなく、相互互換表Ｘｒにもとづきランダムにオブジェクトが取り出されて描画処理（以下、適宜、ランダムアクセスという）が行われる。
【０００５】
また、ｐｄｆファイルの文書構造は、図１２に示すように、ツリー構造になっている。
このツリーの根にあたるのがドキュメントの文書カタログ（Ｒｏｏｔ）である。
文書カタログ（Ｒｏｏｔ）は、ページツリー（Ｐａｇｅｓ）の他、栞情報などのアウトライン（階層構造）や電子署名などのユーザ対話データに係る対話フォーム等から構成される。
ページツリー（Ｐａｇｅｓ）は、各ページオブジェクト（Ｐａｇｅ）を束ね、各ページオブジェクトは、コンテントストリーム、サムネール画像、注釈といったデータから構成される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２４３００５号公報
【特許文献２】特許第４１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ダイレクト印刷の特性上、ランダムアクセスを実行し、また、ツリー構造のデータを段階的に解釈する必要があるため、ドキュメント全体を一旦保存した後でなければ描画処理を開始することができない。
このため、ドキュメントの保存が完了されるまでの時間に応じ印刷処理が遅延する問題が生じていた。
このような問題に対し、いわゆるリニアライズによって１ページ目を先処理する方法があるが、リニアイズによってもドキュメント全体を保存する必要がある。
このため、１ページ目を早く処理できたとしても、全体としての遅延を解消することはできなかった。
特に、データ量の大きなドキュメントを取り扱う場合には、記憶媒体の記憶容量によってはすべてのドキュメントを保存することができず、描画処理が途中で中断することがあった。
さらに、リニアライズによれば、データ構造そのものを変更するため、印刷処理の安定性に問題があった。
【０００８】
本発明は、以上のような事情に鑑みなされたものであり、ヘッダ情報を拡張することによって円滑にダイレクト印刷を行うことができる画像形成装置及び画像形成プログラムの提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の画像形成装置は、ドキュメントのダイレクト印刷を行う画像形成装置であって、前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段と、前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段と、を備える。
【００１０】
また、本発明の画像形成プログラムは、ドキュメントのダイレクト印刷を行う画像形成装置のコンピュータを、前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段、及び、前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段、として機能させるようにしている。
【発明の効果】
【００１１】
本発明の画像形成装置及び画像形成プログラムによれば、ダイレクト印刷を円滑に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の画像形成装置の構成を示したブロック図である。
【図２】ヘッダを説明するための説明図である。
【図３】オブジェクトを説明するための図である。
【図４】ヘッダ情報の解析処理を説明するための図である。
【図５】画像形成方法を説明するためのフローチャートである。
【図６】ヘッダ解析にもとづく描画処理を説明するための説明図である。
【図７】ｐｄｆの構造を示す図である。
【図８】トレーラの構造を示す図である。
【図９】相互互換表の構造を示す図である。
【図１０】ボディの構造を示す図である。
【図１１】ランダムアクセスを説明するための図である。
【図１２】ｐｄｆのツリー構造を示す図である。
【発明を実施するための形態】
【００１３】
（画像形成装置）
以下、本発明の画像形成装置の実施形態について図面を参照して説明する。
図１は、本発明の画像形成装置の構成を示したブロック図である。
図１に示すように、本発明の画像形成装置としては、例えば、ＭＦＰ（Multifunction Peripheral）を適用することができる。
ここで、本実施形態のＭＦＰ１は、画像読取部１１と制御部１２と印刷部１３とを備える。
画像読取部１１は、例えば、イメージスキャナー等を有し、非図示の原稿台にセットした原稿を走査してその画像データを取り込むことができる。また、画像読取部１１は、この画像データをｐｄｆに変換することができる。
なお、ＭＦＰ１は、この画像読取部１１の他、ホストコンピュータやＵＳＢメモリなどからｐｄｆやＰＤＬなどの印刷データを取得することもできる。
取得したこれらの印刷データは制御部１２に渡される。
【００１４】
制御部１２には、非図示のＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）が搭載される。ＲＯＭには、ＣＰＵに、後述する各機能を実行させるための画像形成プログラムが格納される。
すなわち、制御部１２は、機能ブロックとして、判断部１２１、第一バッファ１２２、第一描画生成部１２３、中間データバッファ１２４、第二バッファ１２５、第二描画生成部１２６を備え、ＣＰＵに前記画像形成プログラムを読み込ませることによって以下の処理及びを実行する。なお、ＲＡＭは、ＣＰＵが画像形成プログラムを実行する際の作業用メモリとして用いられる。
【００１５】
判断部１２１は、データ判別手段１２１１とヘッダ情報付加手段１２１２とを備える。
データ判別手段１２１１は、画像読取部１１等を介して受け取った印刷データがｐｄｆかＰＤＬかを判別する。
例えば、ＰＤＬに含まれるＵＥＬ（Universal Exit Language）やｐｄｆ固有のヘッダ情報等により、印刷データがＰＤＬかｐｄｆかを判別することができる。
印刷データがＰＤＬであると判別された場合、判断部１２１は、第一バッファ１２２にこのＰＤＬを保存する。第一描画生成部１２３は、第一バッファ１２２に保存された印刷データの先頭から順次描画処理を行うことで中間データを得る。中間データは、中間データバッファ１２４に保存された後、印刷部１３に出力される。
印刷部１３は、転写ドラム等からなる非図示の印刷エンジンを備え、中間データバッファ１２４から中間データを受け取ると、この中間データにもとづく描画データを転写ドラムに現像し、これを印刷用紙等に転写することで印刷処理を実行する。
【００１６】
一方、印刷データがｐｄｆであると判別された場合、判断部１２１は、このｐｄｆを第二バッファ１２５に保存する。
この場合、判断部１２１は、ｐｄｆをそのまま保存するか、あるいは、ヘッダ情報を拡張して保存するか、を選択することができる。
例えば、スキャナー（画像読取部１１）を介して得たｐｄｆについてはヘッダ情報を拡張し、それ以外のｐｄｆ（ホストコンピュータから受信したｐｄｆなど）についてはヘッダ情報を拡張せずに通常のｐｄｆを第二バッファ１２５に保存するように制御することもできる。スキャナーから得たｐｄｆは、通常画素数が多く、少なくともそのようなｐｄｆについては、ヘッダ拡張を行ってダイレクト印刷処理を円滑化するためである。
【００１７】
ヘッダ情報を拡張する場合、ヘッダ情報付加手段１２１２が、ｐｄｆのヘッダｈｄに、そのｐｄｆを構成要素となるオブジェクトの情報を設定する。このようにしてヘッダ情報を拡張したｐｄｆは第二バッファ１２５に保存される。
具体的には、ｐｄｆのすべてのページにおいて各ページの一部又は全部に共通した構成要素となる共通オブジェクトに関する情報と、特定のページにおいてその一部又は全部の構成要素となる個別オブジェクトに関する情報とを、ヘッダ情報に設定する。
ここで、「オブジェクト」とは本来描画の対象をいうが、ここでは、描画に用いるリソース（構成要素）としても用いる。リソースとしては、例えば、ダウンロードフォントやフォームなどが該当する。
リソースによっては、ある特定のページだけに用いられ、また、全てのページに共通して用いられることがある。ここでは、全てのページにおいて用いることができる共通のリソースを「共通オブジェクト」といい、特定のページにおいてのみ用いることができるオブジェクトを「個別オブジェクト」という。
【００１８】
図２は、ヘッダ情報の拡張を説明するための図である。
図２（ａ）に示すように、通常のｐｄｆのヘッダｈｄには、「％ＰＤＦ−１．４・・・（以下省略）」といったヘッダ情報が記述されてある。
図２（ｂ）は、ヘッダｈｄに「%ABC；F１／1,0;P1／4,0／5.0／1,0;P2／6,0／7,1／1,0」といった付加情報を設定した場合の例を示す図である。
この図の例において、「ABC」は、特定のｐｄｆ（ABC社作成のｐｄｆ）であることを示す。すなわち、この情報がある場合には、ヘッダ拡張したｐｄｆであることを識別することができ、この情報がなければ、通常のｐｄｆであることを識別することができるようにしている。
なお、ｐｄｆは、先頭に「％」が記述されてある場合、その「％」以下はコメントとみなされるので、このような付加情報を設定しても通常の閲覧において視認上の支障は生じない。
【００１９】
ここで、「F１」における「F」はフォームを意味し、全ページにおいて使用可能なリソース（共通オブジェクト）を示す。
「P1」、「P2」における「P」は、ページを意味する。
「，」は、オブジェクト番号と世代番号とを区切るものであり、「／」は、ページ内のオブジェクトの区切りを意味し、「；」は、ページ全体の終わりを意味する。
したがって、図２（ｃ）に示すヘッダ情報「F１／1,0;P1／4,0／5.0／1,0;P2／6,0／7,1／1,0」は、以下のように解釈することができる。
「F1／1,0」からは、Ｆ１は、全ページで使用可能なリソースでそのオブジェクト（共通オブジェクト）は10objであることを認識することができる。
「P1／4,0／5.0／1,0」からは、ページ１は、40objと50objとを使う他、10obj（共通オブジェクト）を使うものと認識することができる。
「P2／6,0／7,1／1,0」からは、ページ２は、60objと71objとを使う他、10obj（共通オブジェクト）を使うものと認識することができる。
【００２０】
ところで、スキャナー（画像読取部１１）で読み取ったデータからｐｄｆを生成する場合は、ｐｄｆの構成を予め認識し得る環境にある。
このような場合、ページオブジェクトを意味する定義や、コンテンツを意味する定義を、オブジェクトの情報として加えることもできる。
例えば、図３に示す例においては、「Ｐ１ イメージ」の50objには、その描画オブジェクトのコンテンツとしてそのオブジェクトの描画に必要なデータ「＜＜／Lengh189378／Filter／・・・（中略）・・・／Image＞＞」を記述するようにしている。
このため、従来のランダムアクセスのプロセスにもとづけば、「Ｐ１ イメージ」を描画するために一旦相互互換表に戻って他のオブジェクト（本例の場合10obj）にアクセスする必要があるところ、50objを参照するだけで当該オブジェクトの描画処理を完結することができる。
この結果、ヘッダ（従来の相互互換表に相当）の参照回数を減らすことができ、ランダムアクセスの回数を抑制することができる。
【００２１】
第二描画生成部１２６は、描画処理手段１２６１とデータ消去手段１２６２とを備える。
描画処理手段１２６１は、ｐｄｆの描画処理を行う。このとき、描画処理手段１２６１は、ヘッダ情報が拡張されていないｐｄｆに対しては通常のダイレクト印刷の手法にもとづき、相互互換表Ｘｒを参照したランダムアクセスによって描画処理（適宜、通常のｐｄｆ処理という）を行う。
他方、描画処理手段１２６１は、ヘッダ情報が拡張されたｐｄｆに対しては、そのヘッダ情報を参照することにより、ページの全部又は一部の描画（以下、「拡張ヘッダにもとづくｐｄｆ処理」という）を、該当するオブジェクトを用いて行う。
具体的には、すべてのページにおいて、各ページの一部又は全部の描画を該当する共通オブジェクトを用いて行い、特定ページの一部又は全部の描画を、該当する個別オブジェクトを用いて行う。
なお、本実施形態においては、ヘッダｈｄが拡張されたか否かを判別するための識別情報として「ABC」を設定するようにしているため、この識別情報が検出されなかった場合には、通常のｐｄｆ処理を行い、この識別情報が検出された場合には、拡張ヘッダにもとづくｐｄｆ処理を行う。
【００２２】
通常のｐｄｆ処理の場合、描画処理手段１２６１は、ｐｄｆ全体が第二バッファ１２５に保存されるのを待って、描画処理を開始する。ドキュメントの最後尾にあるトレーラｔｒを介してランダムアクセスに必要な相互互換表Ｘｒのポインタを得るためである。
そして、描画処理手段１２６１は、相互参照表Ｘｒで示されたポインタのオブジェクトの描画処理を行う。描画処理後の中間データは、中間データバッファ１２４に保存された後、印刷部１３によって印刷される。
【００２３】
拡張ヘッダにもとづくｐｄｆ処理を行う場合、描画処理手段１２６１は、ｐｄｆのヘッダ情報の解析を行いつつ描画処理を早期の段階から進めることができる。例えば、１ページ目に含まれるオブジェクトが読み込まれた後から１ページ目の描画処理を開始することができる。
この点、ｐｄｆがすべて保存されるのを待って描画処理を開始する通常のダイレクト印刷と比べ、より円滑なダイレクト印刷処理を可能とする。
【００２４】
図４は、ヘッダ情報の解析処理を説明するための図である。
図４の図は、図２（又は図３）に示すヘッダ情報（F1／1,0；P1／4,0／5,0；P2／6,0／7,1）をテーブルデータに展開したものである。
例えば、ヘッダ情報の左から順次解析を行い、オブジェクトごとに解析情報を１行ごとに展開することで図４に示すテーブルデータを作成することができる。
【００２５】
「ID」欄には、そのオブジェクトが共通オブジェクトであることを示す情報（F1）又は共通オブジェクトでない場合にはそのページ番号（P＊）が設定される。
「Obj」はオブジェクト番号、「Gen」は世代を示す。「Obj」と「Gen」との組み合わせによりインデックスとしてのオブジェクト番号とすることができる。
「offset」欄には、ボディｂｄの先頭からの番地を示すポインタが設定されるが、共通オブジェクトを用いる場合にはそのIDが設定される。
「Delete」欄は、読み込み（描画処理）後に削除するオブジェクトかどうかを示す情報として、「Y」か「N」が設定される。共通オブジェクトは、すべてのページで用いるため、「N」（削除対象外）が設定され、個別オブジェクトは、該当するページにおいて「Y」（削除対象）と設定される。
「Read」欄は、初期状態が「N」であり、オブジェクトの読み込みが完了するたびに「Y」が設定される。
「Type」欄は、オブジェクトの読み込みが完了するたびにその属性等（例えば、Image、Stream、Page、Xobject等）が記録される。
【００２６】
ここで、データ消去手段１２６２は、描画処理が行われた各オブジェクトのうち、不要なオブジェクトを消去する処理を行う。
具体的には、あるページのオブジェクトの読み込みが終わり（「Read」欄が「N」から「Y」に変更される）、その描画処理が終わると、「Delete」欄が「Y」のオブジェクトが消去される。
すなわち、共通オブジェクトは、全ページにおいて利用することができるため削除は行わず、特定ページに依存して、他のページにおいて利用されることがない個別オブジェクトについては第二バッファ１２５から消去する。
このようにすると、ダイレクト印刷におけるｐｄｆの保存の増大を防ぎ、必要なメモリ（バッファ）の容量を抑えることができる。また、記憶容量を超えるサイズのｐｄｆを処理する場合であっても、不要なオブジェクトを削除しながら描画処理を進めることができるため、ダイレクト印刷が遅延し、又は、中断する問題を回避することができる。
【００２７】
この点、スキャナー（画像読取部１１）から作成されるｐｄｆは、画素数が大きい画像データであることが多いところ、特定のウォーターマークやロゴといったものしか共通オブジェクトとして該当し得ない。すなわち、このような場合、ページごとに消去できるオブジェクトが多く、このため、メモリの容量を一層抑えることができ、より効率よくダイレクト印刷を行うことができる。
【００２８】
（画像形成方法）
つぎに、画像形成方法について説明する。
図５は、画像形成方法を説明するためのフローチャートである。
図５に示すように、判断部１２１は、画像読取部１１等から印刷データを受け取ると、この印刷データがｐｄｆかどうかを判別する（Ｓ１）。ここでは、ｐｄｆかＰＤＬかを判別する。
印刷データがｐｄｆである場合（Ｓ１：ＹＥＳ）、自社作成のｐｄｆかどうかを確認する（Ｓ２）。通常のｐｄｆ処理を行うか、拡張ヘッダにもとづくｐｄｆ処理を行うかを判別するための工程である。具体的には、ヘッダ情報に「ABC」（ABC社の場合）なる識別情報が含まれている場合には、拡張ヘッダを有するｐｄｆとみなす。
ｐｄｆが、自社作成のｐｄｆである場合（Ｓ２：ＹＥＳ）、ヘッダ解析処理を行う（Ｓ３）。
【００２９】
図６は、ヘッダ解析にもとづく描画処理を説明するための図である。
ここでは、ヘッダ解析処理の結果、図６（ａ）に示すテーブルデータ（１ページ分のみ）を取得したものとして以下説明する。
ここで、描画処理手段１２６１は、図６（ａ）に示すテーブルデータにもとづき描画処理を開始する。また、この描画処理と並行してデータ消去手段１２６２が描画処理後に不要となるオブジェクトの消去処理を行う（Ｓ４）。
具体的には、描画処理手段１２６１は、図６（ａ）に示すテーブルデータのうち、まず、「Type」が「Page」であるページオブジェクト（図６（ｂ）に示す20obj）を0x20から取得する。
【００３０】
次に、ページオブジェクト（20obj）のリソース（Resources）をチェックする。これにより、リソースとして６０オブジェクト（図６（ｄ）に示す60obj）を利用することを認識し、0x30にアクセスしてその内容をチェックする。ここでは、Im1が５０オブジェクトと認識することができるため、Im1と50オブジェクトとをリンクさせておく。ページオブジェクトに戻り、contentsの４０オブジェクト（図６（ｂ）に示す40obj）を取得するため、0x10へアクセスする。４０オブジェクトのStreamを解析して、座標位置を決定しつつ、Im1が検出されるので予めリンクさせていた５０オブジェクト（図６（ｅ）に示す50obj）へアクセスする。
なお、図６（ａ）において、40obj、20obj、60objについては、その処理のつどデータを消去する。
このような描画処理と消去処理（Ｓ４）は、そのページのデータの終わりまで続ける。
具体的には、図６（ａ）に示すテーブルデータのうち、該当するページの「Read」欄が全て「Y」になるまでオブジェクトの読み込みを行い、全て「Y」が揃うとそのページの描画処理を行うとともに、「Delete」欄が「Y」のオブジェクトを消去する。
そして、そのページの処理が終了すると、残ページがあるかどうかを確認する（Ｓ５）。
残ページがある場合には、Ｓ４の処理を行い、残ページがない場合には処理を終了する。
ところで、以上の画像形成方法は、コンピュータプログラム（画像形成プログラム）によって表すことができる。
すなわち、画像形成プログラムをＲＯＭやハードディスクに記憶させ、ＣＰＵに読み込ませることによって、ハードウェア資源であるコンピュータの構成各部に指令を送り、前記画像形成方法を遂行させることができる。
【００３１】
以上のように、本発明の実施形態に係る画像形成装置及び画像形成プログラムによれば、ダイレクト印刷の描画の際に利用される相互互換表に相当する付加情報を、ヘッダに設定することで、ヘッダ情報を拡張するようにしている。
このようにすると、従来のように、相互互換表のポイントが記述されたトレーラを参照する必要がなく、つまりは、すべてのデータの受信又は保存を待つ必要がなくなり、早期の段階から描画処理を開始することができる。
また、ヘッダ情報には、全ページに用いることができる共通リソースとしての共通オブジェクトと、特定のページにのみ用いることができる個別オブジェクトの情報を付加情報として設定するようにしている。
このため、特定ページの描画処理が完了した後は、これらの情報を参照することで、その特定ページにおいて用いた個別オブジェクトを消去することができる。
また、描画等のデータ処理に影響を与えないヘッダ情報を拡張するようにしているため、従来の利用方法を継承することができる。
すなわち、本実施形態に係る画像形成装置及び画像形成プログラムによれば、ダイレクト印刷に必要なメモリの容量を抑え、メモリ不足による不具合を防止しつつ、円滑なダイレクト印刷を安定的に実施することが可能となる。
【００３２】
以上、本発明の画像形成装置及び画像形成プログラムについて、好ましい実施形態を示して説明したが、本発明にかかる画像形成装置及び画像形成プログラムは、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
例えば、ダイレクト印刷の対象として、ＨＴＭＬ、ＸＭＬなどのマークアップ言語、ＸＰＳ（XML Paper Specification）など、ｐｄｆ以外のドキュメントを用いることができる。
また、本実施形態では、ｐｄｆのヘッダ拡張をＭＦＰ１（ヘッダ情報付加手段１２１２）において行う構成として説明したが、パーソナルコンピュータなどのホストコンピュータ側で行う構成とし、ヘッダ拡張されたｐｄｆをＬＡＮなどの通信回線やＵＳＢメモリなどの可搬型記憶媒体を介してＭＦＰ１に受け渡し、これをＭＦＰ１がダイレクト印刷を行うようにすることもできる。
このようにすると、拡張性・汎用性に優れた画像形成装置及び画像形成システムを提供することができる。
【産業上の利用可能性】
【００３３】
本発明は、プリンター装置、コピー機、複合機等の画像形成装置に好適に用いることができる。
【符号の説明】
【００３４】
１ ＭＦＰ（画像形成装置）
１１ 画像読取部（スキャナー）
１２ 制御部
１２１１ データ判別手段
１２１２ ヘッダ情報付加手段
１２６１ 描画処理手段
１２６２ データ消去手段
１３ 印刷部
【技術分野】
【０００１】
本発明は、印刷処理を行う画像形成装置及び画像形成プログラムにおいて、特に、ヘッダ情報を拡張することによって効率良くダイレクト印刷を行う画像形成装置及び画像形成プログラムに関する。
【背景技術】
【０００２】
従来から、パーソナルコンピュータ（以下、ＰＣという）において作成し、又は、取得したドキュメントを印刷する場合には、このドキュメントをＰＤＬ（Page Description Language）に変換する処理が行われ、プリンターは、このＰＤＬを解釈することによって描画・印刷処理を行うことができる。
ところで、近年、印刷業界等においては、ｐｄｆ（Portable Document Format）等のドキュメントをＰＤＬへの変換を経ず、直接解釈して描画・印刷処理を行うダイレクト印刷の態様が増加している（例えば、特許文献１〜３参照）。
【０００３】
ここで、ｐｄｆダイレクト印刷について説明する。
図７は、ｐｄｆの構造を示す図である。
図７に示すように、ｐｄｆは、ヘッダｈｄ、ボディｂｄ、相互互換表Ｘｒ及びトレーラｔｒによって構成される。
図８は、トレーラの構造を示す図である。
図８に示すように、トレーラｔｒには、相互互換表Ｘｒの先頭のポインタを示す「startxref」フラグが記述されている。このため、トレーラｔｒの「startxref」フラグにもとづき相互互換表Ｘｒを先頭から参照することができる。
【０００４】
相互互換表Ｘｒは、図９に示すように、ボディｂｄのどの場所にオブジェクトがあるかを示すポインタをオブジェクトごとに対応付けたデータ構造となっている。なお、「オブジェクト」とは、描画データをある単位ごとにまとめたデータ群をいう。
ボディｂｄは、図１０に示すように、通常、複数のオブジェクトから構成され、各オブジェクトにはインデックスとしてオブジェクト番号が付されている。
つまり、図１１に示すように、ダイレクト印刷を行う場合、まず、最後尾にあるトレーラｔｒのポインタを介して相互互換表Ｘｒが参照され、次いで、この相互互換表Ｘｒの各ポイントに示されたオブジェクトにアクセスすることで描画処理が実行される。
このように、ダイレクト印刷では、データを先頭から順次解釈するのではなく、相互互換表Ｘｒにもとづきランダムにオブジェクトが取り出されて描画処理（以下、適宜、ランダムアクセスという）が行われる。
【０００５】
また、ｐｄｆファイルの文書構造は、図１２に示すように、ツリー構造になっている。
このツリーの根にあたるのがドキュメントの文書カタログ（Ｒｏｏｔ）である。
文書カタログ（Ｒｏｏｔ）は、ページツリー（Ｐａｇｅｓ）の他、栞情報などのアウトライン（階層構造）や電子署名などのユーザ対話データに係る対話フォーム等から構成される。
ページツリー（Ｐａｇｅｓ）は、各ページオブジェクト（Ｐａｇｅ）を束ね、各ページオブジェクトは、コンテントストリーム、サムネール画像、注釈といったデータから構成される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２４３００５号公報
【特許文献２】特許第４１１０９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ダイレクト印刷の特性上、ランダムアクセスを実行し、また、ツリー構造のデータを段階的に解釈する必要があるため、ドキュメント全体を一旦保存した後でなければ描画処理を開始することができない。
このため、ドキュメントの保存が完了されるまでの時間に応じ印刷処理が遅延する問題が生じていた。
このような問題に対し、いわゆるリニアライズによって１ページ目を先処理する方法があるが、リニアイズによってもドキュメント全体を保存する必要がある。
このため、１ページ目を早く処理できたとしても、全体としての遅延を解消することはできなかった。
特に、データ量の大きなドキュメントを取り扱う場合には、記憶媒体の記憶容量によってはすべてのドキュメントを保存することができず、描画処理が途中で中断することがあった。
さらに、リニアライズによれば、データ構造そのものを変更するため、印刷処理の安定性に問題があった。
【０００８】
本発明は、以上のような事情に鑑みなされたものであり、ヘッダ情報を拡張することによって円滑にダイレクト印刷を行うことができる画像形成装置及び画像形成プログラムの提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の画像形成装置は、ドキュメントのダイレクト印刷を行う画像形成装置であって、前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段と、前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段と、を備える。
【００１０】
また、本発明の画像形成プログラムは、ドキュメントのダイレクト印刷を行う画像形成装置のコンピュータを、前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段、及び、前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段、として機能させるようにしている。
【発明の効果】
【００１１】
本発明の画像形成装置及び画像形成プログラムによれば、ダイレクト印刷を円滑に行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の画像形成装置の構成を示したブロック図である。
【図２】ヘッダを説明するための説明図である。
【図３】オブジェクトを説明するための図である。
【図４】ヘッダ情報の解析処理を説明するための図である。
【図５】画像形成方法を説明するためのフローチャートである。
【図６】ヘッダ解析にもとづく描画処理を説明するための説明図である。
【図７】ｐｄｆの構造を示す図である。
【図８】トレーラの構造を示す図である。
【図９】相互互換表の構造を示す図である。
【図１０】ボディの構造を示す図である。
【図１１】ランダムアクセスを説明するための図である。
【図１２】ｐｄｆのツリー構造を示す図である。
【発明を実施するための形態】
【００１３】
（画像形成装置）
以下、本発明の画像形成装置の実施形態について図面を参照して説明する。
図１は、本発明の画像形成装置の構成を示したブロック図である。
図１に示すように、本発明の画像形成装置としては、例えば、ＭＦＰ（Multifunction Peripheral）を適用することができる。
ここで、本実施形態のＭＦＰ１は、画像読取部１１と制御部１２と印刷部１３とを備える。
画像読取部１１は、例えば、イメージスキャナー等を有し、非図示の原稿台にセットした原稿を走査してその画像データを取り込むことができる。また、画像読取部１１は、この画像データをｐｄｆに変換することができる。
なお、ＭＦＰ１は、この画像読取部１１の他、ホストコンピュータやＵＳＢメモリなどからｐｄｆやＰＤＬなどの印刷データを取得することもできる。
取得したこれらの印刷データは制御部１２に渡される。
【００１４】
制御部１２には、非図示のＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）が搭載される。ＲＯＭには、ＣＰＵに、後述する各機能を実行させるための画像形成プログラムが格納される。
すなわち、制御部１２は、機能ブロックとして、判断部１２１、第一バッファ１２２、第一描画生成部１２３、中間データバッファ１２４、第二バッファ１２５、第二描画生成部１２６を備え、ＣＰＵに前記画像形成プログラムを読み込ませることによって以下の処理及びを実行する。なお、ＲＡＭは、ＣＰＵが画像形成プログラムを実行する際の作業用メモリとして用いられる。
【００１５】
判断部１２１は、データ判別手段１２１１とヘッダ情報付加手段１２１２とを備える。
データ判別手段１２１１は、画像読取部１１等を介して受け取った印刷データがｐｄｆかＰＤＬかを判別する。
例えば、ＰＤＬに含まれるＵＥＬ（Universal Exit Language）やｐｄｆ固有のヘッダ情報等により、印刷データがＰＤＬかｐｄｆかを判別することができる。
印刷データがＰＤＬであると判別された場合、判断部１２１は、第一バッファ１２２にこのＰＤＬを保存する。第一描画生成部１２３は、第一バッファ１２２に保存された印刷データの先頭から順次描画処理を行うことで中間データを得る。中間データは、中間データバッファ１２４に保存された後、印刷部１３に出力される。
印刷部１３は、転写ドラム等からなる非図示の印刷エンジンを備え、中間データバッファ１２４から中間データを受け取ると、この中間データにもとづく描画データを転写ドラムに現像し、これを印刷用紙等に転写することで印刷処理を実行する。
【００１６】
一方、印刷データがｐｄｆであると判別された場合、判断部１２１は、このｐｄｆを第二バッファ１２５に保存する。
この場合、判断部１２１は、ｐｄｆをそのまま保存するか、あるいは、ヘッダ情報を拡張して保存するか、を選択することができる。
例えば、スキャナー（画像読取部１１）を介して得たｐｄｆについてはヘッダ情報を拡張し、それ以外のｐｄｆ（ホストコンピュータから受信したｐｄｆなど）についてはヘッダ情報を拡張せずに通常のｐｄｆを第二バッファ１２５に保存するように制御することもできる。スキャナーから得たｐｄｆは、通常画素数が多く、少なくともそのようなｐｄｆについては、ヘッダ拡張を行ってダイレクト印刷処理を円滑化するためである。
【００１７】
ヘッダ情報を拡張する場合、ヘッダ情報付加手段１２１２が、ｐｄｆのヘッダｈｄに、そのｐｄｆを構成要素となるオブジェクトの情報を設定する。このようにしてヘッダ情報を拡張したｐｄｆは第二バッファ１２５に保存される。
具体的には、ｐｄｆのすべてのページにおいて各ページの一部又は全部に共通した構成要素となる共通オブジェクトに関する情報と、特定のページにおいてその一部又は全部の構成要素となる個別オブジェクトに関する情報とを、ヘッダ情報に設定する。
ここで、「オブジェクト」とは本来描画の対象をいうが、ここでは、描画に用いるリソース（構成要素）としても用いる。リソースとしては、例えば、ダウンロードフォントやフォームなどが該当する。
リソースによっては、ある特定のページだけに用いられ、また、全てのページに共通して用いられることがある。ここでは、全てのページにおいて用いることができる共通のリソースを「共通オブジェクト」といい、特定のページにおいてのみ用いることができるオブジェクトを「個別オブジェクト」という。
【００１８】
図２は、ヘッダ情報の拡張を説明するための図である。
図２（ａ）に示すように、通常のｐｄｆのヘッダｈｄには、「％ＰＤＦ−１．４・・・（以下省略）」といったヘッダ情報が記述されてある。
図２（ｂ）は、ヘッダｈｄに「%ABC；F１／1,0;P1／4,0／5.0／1,0;P2／6,0／7,1／1,0」といった付加情報を設定した場合の例を示す図である。
この図の例において、「ABC」は、特定のｐｄｆ（ABC社作成のｐｄｆ）であることを示す。すなわち、この情報がある場合には、ヘッダ拡張したｐｄｆであることを識別することができ、この情報がなければ、通常のｐｄｆであることを識別することができるようにしている。
なお、ｐｄｆは、先頭に「％」が記述されてある場合、その「％」以下はコメントとみなされるので、このような付加情報を設定しても通常の閲覧において視認上の支障は生じない。
【００１９】
ここで、「F１」における「F」はフォームを意味し、全ページにおいて使用可能なリソース（共通オブジェクト）を示す。
「P1」、「P2」における「P」は、ページを意味する。
「，」は、オブジェクト番号と世代番号とを区切るものであり、「／」は、ページ内のオブジェクトの区切りを意味し、「；」は、ページ全体の終わりを意味する。
したがって、図２（ｃ）に示すヘッダ情報「F１／1,0;P1／4,0／5.0／1,0;P2／6,0／7,1／1,0」は、以下のように解釈することができる。
「F1／1,0」からは、Ｆ１は、全ページで使用可能なリソースでそのオブジェクト（共通オブジェクト）は10objであることを認識することができる。
「P1／4,0／5.0／1,0」からは、ページ１は、40objと50objとを使う他、10obj（共通オブジェクト）を使うものと認識することができる。
「P2／6,0／7,1／1,0」からは、ページ２は、60objと71objとを使う他、10obj（共通オブジェクト）を使うものと認識することができる。
【００２０】
ところで、スキャナー（画像読取部１１）で読み取ったデータからｐｄｆを生成する場合は、ｐｄｆの構成を予め認識し得る環境にある。
このような場合、ページオブジェクトを意味する定義や、コンテンツを意味する定義を、オブジェクトの情報として加えることもできる。
例えば、図３に示す例においては、「Ｐ１ イメージ」の50objには、その描画オブジェクトのコンテンツとしてそのオブジェクトの描画に必要なデータ「＜＜／Lengh189378／Filter／・・・（中略）・・・／Image＞＞」を記述するようにしている。
このため、従来のランダムアクセスのプロセスにもとづけば、「Ｐ１ イメージ」を描画するために一旦相互互換表に戻って他のオブジェクト（本例の場合10obj）にアクセスする必要があるところ、50objを参照するだけで当該オブジェクトの描画処理を完結することができる。
この結果、ヘッダ（従来の相互互換表に相当）の参照回数を減らすことができ、ランダムアクセスの回数を抑制することができる。
【００２１】
第二描画生成部１２６は、描画処理手段１２６１とデータ消去手段１２６２とを備える。
描画処理手段１２６１は、ｐｄｆの描画処理を行う。このとき、描画処理手段１２６１は、ヘッダ情報が拡張されていないｐｄｆに対しては通常のダイレクト印刷の手法にもとづき、相互互換表Ｘｒを参照したランダムアクセスによって描画処理（適宜、通常のｐｄｆ処理という）を行う。
他方、描画処理手段１２６１は、ヘッダ情報が拡張されたｐｄｆに対しては、そのヘッダ情報を参照することにより、ページの全部又は一部の描画（以下、「拡張ヘッダにもとづくｐｄｆ処理」という）を、該当するオブジェクトを用いて行う。
具体的には、すべてのページにおいて、各ページの一部又は全部の描画を該当する共通オブジェクトを用いて行い、特定ページの一部又は全部の描画を、該当する個別オブジェクトを用いて行う。
なお、本実施形態においては、ヘッダｈｄが拡張されたか否かを判別するための識別情報として「ABC」を設定するようにしているため、この識別情報が検出されなかった場合には、通常のｐｄｆ処理を行い、この識別情報が検出された場合には、拡張ヘッダにもとづくｐｄｆ処理を行う。
【００２２】
通常のｐｄｆ処理の場合、描画処理手段１２６１は、ｐｄｆ全体が第二バッファ１２５に保存されるのを待って、描画処理を開始する。ドキュメントの最後尾にあるトレーラｔｒを介してランダムアクセスに必要な相互互換表Ｘｒのポインタを得るためである。
そして、描画処理手段１２６１は、相互参照表Ｘｒで示されたポインタのオブジェクトの描画処理を行う。描画処理後の中間データは、中間データバッファ１２４に保存された後、印刷部１３によって印刷される。
【００２３】
拡張ヘッダにもとづくｐｄｆ処理を行う場合、描画処理手段１２６１は、ｐｄｆのヘッダ情報の解析を行いつつ描画処理を早期の段階から進めることができる。例えば、１ページ目に含まれるオブジェクトが読み込まれた後から１ページ目の描画処理を開始することができる。
この点、ｐｄｆがすべて保存されるのを待って描画処理を開始する通常のダイレクト印刷と比べ、より円滑なダイレクト印刷処理を可能とする。
【００２４】
図４は、ヘッダ情報の解析処理を説明するための図である。
図４の図は、図２（又は図３）に示すヘッダ情報（F1／1,0；P1／4,0／5,0；P2／6,0／7,1）をテーブルデータに展開したものである。
例えば、ヘッダ情報の左から順次解析を行い、オブジェクトごとに解析情報を１行ごとに展開することで図４に示すテーブルデータを作成することができる。
【００２５】
「ID」欄には、そのオブジェクトが共通オブジェクトであることを示す情報（F1）又は共通オブジェクトでない場合にはそのページ番号（P＊）が設定される。
「Obj」はオブジェクト番号、「Gen」は世代を示す。「Obj」と「Gen」との組み合わせによりインデックスとしてのオブジェクト番号とすることができる。
「offset」欄には、ボディｂｄの先頭からの番地を示すポインタが設定されるが、共通オブジェクトを用いる場合にはそのIDが設定される。
「Delete」欄は、読み込み（描画処理）後に削除するオブジェクトかどうかを示す情報として、「Y」か「N」が設定される。共通オブジェクトは、すべてのページで用いるため、「N」（削除対象外）が設定され、個別オブジェクトは、該当するページにおいて「Y」（削除対象）と設定される。
「Read」欄は、初期状態が「N」であり、オブジェクトの読み込みが完了するたびに「Y」が設定される。
「Type」欄は、オブジェクトの読み込みが完了するたびにその属性等（例えば、Image、Stream、Page、Xobject等）が記録される。
【００２６】
ここで、データ消去手段１２６２は、描画処理が行われた各オブジェクトのうち、不要なオブジェクトを消去する処理を行う。
具体的には、あるページのオブジェクトの読み込みが終わり（「Read」欄が「N」から「Y」に変更される）、その描画処理が終わると、「Delete」欄が「Y」のオブジェクトが消去される。
すなわち、共通オブジェクトは、全ページにおいて利用することができるため削除は行わず、特定ページに依存して、他のページにおいて利用されることがない個別オブジェクトについては第二バッファ１２５から消去する。
このようにすると、ダイレクト印刷におけるｐｄｆの保存の増大を防ぎ、必要なメモリ（バッファ）の容量を抑えることができる。また、記憶容量を超えるサイズのｐｄｆを処理する場合であっても、不要なオブジェクトを削除しながら描画処理を進めることができるため、ダイレクト印刷が遅延し、又は、中断する問題を回避することができる。
【００２７】
この点、スキャナー（画像読取部１１）から作成されるｐｄｆは、画素数が大きい画像データであることが多いところ、特定のウォーターマークやロゴといったものしか共通オブジェクトとして該当し得ない。すなわち、このような場合、ページごとに消去できるオブジェクトが多く、このため、メモリの容量を一層抑えることができ、より効率よくダイレクト印刷を行うことができる。
【００２８】
（画像形成方法）
つぎに、画像形成方法について説明する。
図５は、画像形成方法を説明するためのフローチャートである。
図５に示すように、判断部１２１は、画像読取部１１等から印刷データを受け取ると、この印刷データがｐｄｆかどうかを判別する（Ｓ１）。ここでは、ｐｄｆかＰＤＬかを判別する。
印刷データがｐｄｆである場合（Ｓ１：ＹＥＳ）、自社作成のｐｄｆかどうかを確認する（Ｓ２）。通常のｐｄｆ処理を行うか、拡張ヘッダにもとづくｐｄｆ処理を行うかを判別するための工程である。具体的には、ヘッダ情報に「ABC」（ABC社の場合）なる識別情報が含まれている場合には、拡張ヘッダを有するｐｄｆとみなす。
ｐｄｆが、自社作成のｐｄｆである場合（Ｓ２：ＹＥＳ）、ヘッダ解析処理を行う（Ｓ３）。
【００２９】
図６は、ヘッダ解析にもとづく描画処理を説明するための図である。
ここでは、ヘッダ解析処理の結果、図６（ａ）に示すテーブルデータ（１ページ分のみ）を取得したものとして以下説明する。
ここで、描画処理手段１２６１は、図６（ａ）に示すテーブルデータにもとづき描画処理を開始する。また、この描画処理と並行してデータ消去手段１２６２が描画処理後に不要となるオブジェクトの消去処理を行う（Ｓ４）。
具体的には、描画処理手段１２６１は、図６（ａ）に示すテーブルデータのうち、まず、「Type」が「Page」であるページオブジェクト（図６（ｂ）に示す20obj）を0x20から取得する。
【００３０】
次に、ページオブジェクト（20obj）のリソース（Resources）をチェックする。これにより、リソースとして６０オブジェクト（図６（ｄ）に示す60obj）を利用することを認識し、0x30にアクセスしてその内容をチェックする。ここでは、Im1が５０オブジェクトと認識することができるため、Im1と50オブジェクトとをリンクさせておく。ページオブジェクトに戻り、contentsの４０オブジェクト（図６（ｂ）に示す40obj）を取得するため、0x10へアクセスする。４０オブジェクトのStreamを解析して、座標位置を決定しつつ、Im1が検出されるので予めリンクさせていた５０オブジェクト（図６（ｅ）に示す50obj）へアクセスする。
なお、図６（ａ）において、40obj、20obj、60objについては、その処理のつどデータを消去する。
このような描画処理と消去処理（Ｓ４）は、そのページのデータの終わりまで続ける。
具体的には、図６（ａ）に示すテーブルデータのうち、該当するページの「Read」欄が全て「Y」になるまでオブジェクトの読み込みを行い、全て「Y」が揃うとそのページの描画処理を行うとともに、「Delete」欄が「Y」のオブジェクトを消去する。
そして、そのページの処理が終了すると、残ページがあるかどうかを確認する（Ｓ５）。
残ページがある場合には、Ｓ４の処理を行い、残ページがない場合には処理を終了する。
ところで、以上の画像形成方法は、コンピュータプログラム（画像形成プログラム）によって表すことができる。
すなわち、画像形成プログラムをＲＯＭやハードディスクに記憶させ、ＣＰＵに読み込ませることによって、ハードウェア資源であるコンピュータの構成各部に指令を送り、前記画像形成方法を遂行させることができる。
【００３１】
以上のように、本発明の実施形態に係る画像形成装置及び画像形成プログラムによれば、ダイレクト印刷の描画の際に利用される相互互換表に相当する付加情報を、ヘッダに設定することで、ヘッダ情報を拡張するようにしている。
このようにすると、従来のように、相互互換表のポイントが記述されたトレーラを参照する必要がなく、つまりは、すべてのデータの受信又は保存を待つ必要がなくなり、早期の段階から描画処理を開始することができる。
また、ヘッダ情報には、全ページに用いることができる共通リソースとしての共通オブジェクトと、特定のページにのみ用いることができる個別オブジェクトの情報を付加情報として設定するようにしている。
このため、特定ページの描画処理が完了した後は、これらの情報を参照することで、その特定ページにおいて用いた個別オブジェクトを消去することができる。
また、描画等のデータ処理に影響を与えないヘッダ情報を拡張するようにしているため、従来の利用方法を継承することができる。
すなわち、本実施形態に係る画像形成装置及び画像形成プログラムによれば、ダイレクト印刷に必要なメモリの容量を抑え、メモリ不足による不具合を防止しつつ、円滑なダイレクト印刷を安定的に実施することが可能となる。
【００３２】
以上、本発明の画像形成装置及び画像形成プログラムについて、好ましい実施形態を示して説明したが、本発明にかかる画像形成装置及び画像形成プログラムは、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
例えば、ダイレクト印刷の対象として、ＨＴＭＬ、ＸＭＬなどのマークアップ言語、ＸＰＳ（XML Paper Specification）など、ｐｄｆ以外のドキュメントを用いることができる。
また、本実施形態では、ｐｄｆのヘッダ拡張をＭＦＰ１（ヘッダ情報付加手段１２１２）において行う構成として説明したが、パーソナルコンピュータなどのホストコンピュータ側で行う構成とし、ヘッダ拡張されたｐｄｆをＬＡＮなどの通信回線やＵＳＢメモリなどの可搬型記憶媒体を介してＭＦＰ１に受け渡し、これをＭＦＰ１がダイレクト印刷を行うようにすることもできる。
このようにすると、拡張性・汎用性に優れた画像形成装置及び画像形成システムを提供することができる。
【産業上の利用可能性】
【００３３】
本発明は、プリンター装置、コピー機、複合機等の画像形成装置に好適に用いることができる。
【符号の説明】
【００３４】
１ ＭＦＰ（画像形成装置）
１１ 画像読取部（スキャナー）
１２ 制御部
１２１１ データ判別手段
１２１２ ヘッダ情報付加手段
１２６１ 描画処理手段
１２６２ データ消去手段
１３ 印刷部
【特許請求の範囲】
【請求項１】
ドキュメントのダイレクト印刷を行う画像形成装置であって、
前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段と、
前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段と、を備えることを特徴とする画像形成装置。
【請求項２】
前記ヘッダ情報付加手段は、
前記ダイレクト印刷の実行に際し、ドキュメントのすべてのページにおいて各ページの一部又は全部に共通した構成要素となる共通オブジェクトに関する情報を前記ヘッダ情報に設定し、
前記描画処理手段は、
前記ヘッダ情報を参照することにより、前記各ページの一部又は全部の描画を、該当する前記共通オブジェクトを用いて行う請求項１記載の画像形成装置。
【請求項３】
前記ヘッダ情報付加手段は、
前記ダイレクト印刷の実行に際し、ドキュメントの特定のページにおいてその一部又は全部の構成要素となる個別オブジェクトに関する情報を前記ヘッダ情報に設定し、
前記描画処理手段は、
前記ヘッダ情報を参照することにより、前記特定のページの一部又は全部の描画を、該当する前記個別オブジェクトを用いて行う請求項１又は２記載の画像形成装置。
【請求項４】
前記描画処理手段は、
あるページの描画に必要なオブジェクトが保存された後、そのページの描画を、前記保存されたオブジェクトを用いて行い、
前記描画の後、前記保存されたオブジェクトの中からこの描画に用いられた前記個別オブジェクトを消去するデータ消去手段を備える請求項３記載の画像形成装置。
【請求項５】
ドキュメントのダイレクト印刷を行う画像形成装置のコンピュータを、
前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段、及び
前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段、として機能させるための画像形成プログラム。
【請求項１】
ドキュメントのダイレクト印刷を行う画像形成装置であって、
前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段と、
前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段と、を備えることを特徴とする画像形成装置。
【請求項２】
前記ヘッダ情報付加手段は、
前記ダイレクト印刷の実行に際し、ドキュメントのすべてのページにおいて各ページの一部又は全部に共通した構成要素となる共通オブジェクトに関する情報を前記ヘッダ情報に設定し、
前記描画処理手段は、
前記ヘッダ情報を参照することにより、前記各ページの一部又は全部の描画を、該当する前記共通オブジェクトを用いて行う請求項１記載の画像形成装置。
【請求項３】
前記ヘッダ情報付加手段は、
前記ダイレクト印刷の実行に際し、ドキュメントの特定のページにおいてその一部又は全部の構成要素となる個別オブジェクトに関する情報を前記ヘッダ情報に設定し、
前記描画処理手段は、
前記ヘッダ情報を参照することにより、前記特定のページの一部又は全部の描画を、該当する前記個別オブジェクトを用いて行う請求項１又は２記載の画像形成装置。
【請求項４】
前記描画処理手段は、
あるページの描画に必要なオブジェクトが保存された後、そのページの描画を、前記保存されたオブジェクトを用いて行い、
前記描画の後、前記保存されたオブジェクトの中からこの描画に用いられた前記個別オブジェクトを消去するデータ消去手段を備える請求項３記載の画像形成装置。
【請求項５】
ドキュメントのダイレクト印刷を行う画像形成装置のコンピュータを、
前記ダイレクト印刷の実行に際し、ドキュメントのヘッダ情報に、そのドキュメントの構成要素となるオブジェクトの情報を設定するヘッダ情報付加手段、及び
前記ヘッダ情報を参照することにより、前記ドキュメントの描画を、該当する前記オブジェクトを用いて行う描画処理手段、として機能させるための画像形成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−２２８１１（Ｐ２０１３−２２８１１Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１５８８６１（Ｐ２０１１−１５８８６１）
【出願日】平成２３年７月２０日（２０１１．７．２０）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月２０日（２０１１．７．２０）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]