(57)【要約】【課題】  描画データを生成することができない事象が発生するのを抑制すること。【解決手段】  プリンタ１０は、圧縮イメージパート１００と圧縮フォントパート１１０と圧縮ディスカードパート１３０とを取得し、ワークメモリ５０に記憶させる。圧縮ディスカードパート１３０は、ページ情報を含むタイミング情報と、そのページ情報の描画データの生成が開始される前に削除可能な削除対象の圧縮イメージパート１００を示すデータ情報と、を含む。プリンタ１０は、ワークメモリ５０を用いて、上記の圧縮イメージパート１００と圧縮フォントパート１１０から描画データを生成する。プリンタ１０は、上記のタイミング情報が示すタイミングにおいて圧縮イメージパート１００を削除せずに、上記のタイミングより後の特定のタイミングにおいて圧縮イメージパート１００を削除する。【選択図】  図５
2011037052.tif 000002
【特許請求の範囲】
【請求項１】
ＰＤＬデータ処理装置であって、
複数個の描画パートデータと、
タイミング情報と、前記タイミング情報が示すタイミングで削除可能な削除対象の描画パートデータを示すデータ情報と、を含む削除パートデータと、
を含むＰＤＬデータを取得するＰＤＬデータ取得部と、
前記ＰＤＬデータをメモリに記憶させる記憶制御部と、
前記複数個の描画パートデータを用いて、描画データを生成する描画データ生成部と、
前記削除パートデータに含まれる前記タイミング情報が示す前記タイミングに関わらず、前記タイミングより後の特定のタイミングにおいて、前記削除パートデータに含まれる前記データ情報が示す前記削除対象の描画パートデータを前記メモリから削除する削除部と、
を備えるＰＤＬデータ処理装置。
【請求項２】
前記描画データ生成部は、前記複数個の描画パートデータから複数ページ分の前記描画データを生成し、
前記タイミング情報は、ページ情報を含み、
前記データ情報は、前記ページ情報に対応するページの１ページ前の前記描画データの生成が終了した後であって、前記ページ情報に対応する前記ページの前記描画データの生成が開始される前に削除可能な前記削除対象の描画パートデータを示す、請求項１に記載のＰＤＬデータ処理装置。
【請求項３】
前記ページ情報に対応する前記ページの１ページ前の前記描画データの生成が終了した後であって、前記ページ情報に対応する前記ページの前記描画データの生成が開始される前に、前記メモリに記憶されている前記削除対象の描画パートデータにフラグ情報を対応づけるフラグ生成部をさらに備え、
前記削除部は、前記特定のタイミングにおいて、前記フラグ情報が対応づけられている前記削除対象の描画パートデータを削除する、請求項２に記載のＰＤＬデータ処理装置。
【請求項４】
前記削除部は、特定の描画データを生成する過程において前記メモリの残容量が所定量より少ない状態になる前記特定のタイミングにおいて、前記フラグ情報が対応づけられている２個以上の前記削除対象の描画パートデータのうち、前記特定の描画データを生成するのに必要な前記メモリの残容量が確保される最小個数の前記削除対象の描画パートデータのみを削除する、請求項３に記載のＰＤＬデータ処理装置。
【請求項５】
前記削除部は、前記特定のタイミングにおいて、前記フラグ情報が対応づけられている１個の前記削除対象の描画パートデータを削除し、
１個の前記削除対象の描画データが削除される毎に、前記特定の描画データを生成するのに必要な前記メモリの残容量が確保されたのか否かを判断する判断部をさらに備え、
前記削除部は、前記判断部によって否定的に判断される場合に、前記フラグ情報が対応づけられている別の１個の前記削除対象の描画パートデータを削除する、請求項４に記載のＰＤＬデータ処理装置。
【請求項６】
前記削除部は、前記特定のタイミングにおいて、前記フラグ情報が対応づけられている前記２個以上の前記削除対象の描画パートデータのうち、フォント情報を含む前記描画パートデータを優先的に削除する、請求項４又は５に記載のＰＤＬデータ処理装置。
【請求項７】
前記取得部は、前記複数個の描画パートデータを順次取得し、
前記フラグ生成部は、取得済みの描画パートデータ群の中から前記削除対象の描画パートデータを特定し、特定された前記削除対象の描画パートデータに前記フラグ情報を対応づける、請求項２から６のいずれか１項に記載のＰＤＬデータ処理装置。
【請求項８】
前記フラグ情報が対応づけられている前記削除対象の描画パートデータの個数が所定数を超えることを監視する個数監視部をさらに備え、
前記削除部は、前記個数が前記所定数を超える前記特定のタイミングにおいて、前記フラグ情報が対応づけられている前記削除対象の描画パートデータを削除する、請求項３に記載のＰＤＬデータ処理装置。
【請求項９】
前記メモリの残容量が所定量より少ない状態になることを監視するメモリ監視部をさらに備え、
前記削除部は、前記メモリの残容量が前記所定量より少ない状態になる前記特定のタイミングにおいて、前記削除対象の描画パートデータを削除する、請求項１から７のいずれか１項に記載のＰＤＬデータ処理装置。
【請求項１０】
前記複数個の描画パートデータのそれぞれは、圧縮されたデータであり、
前記描画データ生成部は、対象ページの前記描画データを生成するのに必要な前記描画パートデータを解凍することによって、解凍済み描画パートデータを前記メモリ内に生成し、前記解凍済み描画パートデータを用いて前記対象ページの前記描画データを生成し、
前記削除部は、前記特定のタイミングにおいて、前記削除パートデータに含まれる前記データ情報が示す前記削除対象の描画パートデータと、前記削除対象の描画パートデータから生成された前記解凍済み描画パートデータと、を前記メモリから削除する、請求項１から９のいずれか１項に記載のＰＤＬデータ処理装置。
【請求項１１】
前記複数個の描画パートデータは、ページパートデータと、リソースパートデータと、を含み、
前記ページパートデータは、ページ情報が対応づけられているとともに、前記リソースパートデータを指定する指定情報を含み、
前記描画データ生成部は、前記ページパートデータと、前記ページパートデータに含まれる前記指定情報によって指定される前記リソースパートデータと、を用いて、前記ページパートデータに対応づけられている前記ページ情報に対応する１ページ分の前記描画データを生成し、
前記削除対象の描画パートデータは、前記リソースパートデータである、請求項１から１０のいずれか１項に記載のＰＤＬデータ処理装置。
【請求項１２】
通信回線が接続される第１のインターフェイスと、外部記憶装置が直接的に接続される第２のインターフェイスと、さらに備え、
前記複数個の描画パートデータのそれぞれは、圧縮されたデータであり、
前記描画データ生成部は、対象ページの前記描画データを生成するのに必要な前記描画パートデータを解凍することによって、解凍済み描画パートデータを前記メモリ内に生成し、前記解凍済み描画パートデータを用いて前記対象ページの前記描画データを生成し、
前記削除部は、
前記ＰＤＬデータ取得部が前記第１のインターフェイスを介して前記ＰＤＬデータを取得する場合には、前記特定のタイミングにおいて、前記削除パートデータに含まれる前記データ情報が示す前記削除対象の描画パートデータと、前記削除対象の描画パートデータから生成された前記解凍済み描画パートデータと、を前記メモリから削除し、
前記ＰＤＬデータ取得部が前記第２のインターフェイスを介して前記ＰＤＬデータを取得する場合には、前記削除対象の描画パートデータが解凍された際に、前記削除対象の描画パートデータを前記メモリから削除し、さらに、前記削除パートデータに含まれる前記タイミング情報が示す前記タイミングに従って、前記削除対象の描画パートデータから生成された前記解凍済み描画パートデータを前記メモリから削除する、請求項１から１１のいずれか１項に記載のＰＤＬデータ処理装置。
【請求項１３】
ＰＤＬデータ処理プログラムであって、
複数個の描画パートデータと、
タイミング情報と、前記タイミング情報が示すタイミングで削除可能な削除対象の描画パートデータを示すデータ情報と、を含む削除パートデータと、
を含むＰＤＬデータを取得するＰＤＬデータ取得処理と、
前記ＰＤＬデータをメモリに記憶させる記憶制御処理と、
前記複数個の描画パートデータを用いて、描画データを生成する描画データ生成処理と、
前記削除パートデータに含まれる前記タイミング情報が示す前記タイミングに関わらず、前記タイミングより後の特定のタイミングにおいて、前記削除パートデータに含まれる前記データ情報が示す前記削除対象の描画パートデータを前記メモリから削除する削除処理と、
をコンピュータに実行させるＰＤＬデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、ＰＤＬ（Page Description Language）データを処理するための技術を開示する。
【背景技術】
【０００２】
ＰＤＬデータから印刷のための描画データを生成するＰＤＬデータ処理装置が広く知られている。例えば、特許文献１には、ＰＤＬデータの一種であるＸＰＳ（XML Paper Specification）データから描画データを生成するＰＤＬデータ処理装置が開示されている。ＸＰＳデータは、ページパートデータ、リソースパートデータ等の複数個の描画パートデータを含む。ＰＤＬデータ処理装置は、複数個の描画パートデータから描画データを生成する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−３３８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、３ページ目以降の描画データの生成に不要な描画パートデータは、３ページ目の描画データの生成が開始される前のタイミングにおいて、削除されるのが好ましいと考えられている。メモリの使用量を低減させることができるからである。上記のタイミングで上記の描画パートデータを削除するためには、ＰＤＬデータの中に削除パートデータを含める構成が考えられる。削除パートデータは、タイミング情報（例えば３ページ目を示す情報）と、そのタイミング情報が示すタイミングで削除可能な削除対象の描画パートデータ（例えば上記の描画パートデータ）を示すデータ情報と、を含む。この構成によると、ＰＤＬデータ処理装置は、削除パートデータを読み込むことによって、上記の描画パートデータを削除すべきタイミングを知ることができ、そのタイミングにおいて上記の描画パートデータを削除することができる。しかしながら、削除パートデータに含まれるタイミング情報が、常に正しいものであるとは限らない。例えば、ＰＤＬデータを生成するためのプログラムに欠陥が存在する場合、タイミング情報が間違って記述されることがあり得る。即ち、タイミング情報が、削除されるべき適切なタイミングより前のタイミングを示すことがあり得る。従って、例えば、３ページ目の描画データの生成に必要な描画パートデータを、３ページ目の描画データの生成が開始される前に削除することを指示する削除パートデータが存在し得る。このような削除パートデータに従って描画パートデータが削除されると、その描画パートデータを用いて３ページ目の描画データを生成することができない。
【０００５】
本明細書では、描画パートデータを用いて描画データを生成することができない事象が発生するのを抑制することができる技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示されるＰＤＬデータ処理装置は、ＰＤＬデータ取得部と、記憶制御部と、描画データ生成部と、削除部と、を備える。ＰＤＬデータ取得部は、ＰＤＬデータを取得する。ＰＤＬデータは、複数個の描画パートデータと、削除パートデータと、を含む。削除パートデータは、タイミング情報と、タイミング情報が示すタイミングで削除可能な削除対象の描画パートデータを示すデータ情報と、を含む。記憶制御部は、ＰＤＬデータをメモリに記憶させる。描画データ生成部は、複数個の描画パートデータを用いて、描画データを生成する。削除部は、削除パートデータに含まれるタイミング情報が示すタイミングに関わらず、そのタイミングより後の特定のタイミングにおいて、削除パートデータに含まれるデータ情報が示す削除対象の描画パートデータをメモリから削除する。
【０００７】
上記の構成によると、仮に、削除パートデータに含まれるタイミング情報が、削除されるべき適切なタイミングより前の所定のタイミングを示す場合であっても、上記の所定のタイミングにおいて、削除対象の描画パートデータが削除されない。上記の所定のタイミングより後の上記の特定のタイミングにおいて、削除対象の描画パートデータが削除される。この結果、上記の特定のタイミングが上記の適切なタイミングより後になり得る。従って、上記の適切なタイミングより前に削除対象の描画パートデータが削除されることに起因して、その描画パートデータを用いて描画データを生成することができないという事象が発生するのを抑制することができる。
【０００８】
描画データ生成部は、複数個の描画パートデータから複数ページ分の描画データを生成してもよい。タイミング情報は、ページ情報を含んでいてもよい。データ情報は、上記のページ情報に対応するページの１ページ前の描画データの生成が終了した後であって、上記のページ情報に対応するページの描画データの生成が開始される前に削除可能な削除対象の描画パートデータを示してもよい。
【０００９】
ＰＤＬデータ処理装置は、上記のページ情報に対応するページの１ページ前の描画データの生成が終了した後であって、上記のページ情報に対応するページの前記描画データの生成が開始される前に、メモリに記憶されている削除対象の描画パートデータにフラグ情報を対応づけるフラグ生成部をさらに備えていてもよい。削除部は、上記の特定のタイミングにおいて、フラグ情報が対応づけられている削除対象の描画パートデータを削除してもよい。この構成によると、フラグ生成部は、削除パートデータに含まれるタイミング情報が示すタイミングにおいて、削除対象の描画パートデータにフラグを対応づけることができる。削除部は、削除対象の描画パートデータを削除すべき際（上記の特定のタイミング）に、フラグ情報が対応づけられている描画パートデータを削除すればよく、削除パートデータを読み込む必要がない。
【００１０】
削除部は、特定の描画データを生成する過程においてメモリの残容量が所定量より少ない状態になる上記の特定のタイミングにおいて、フラグ情報が対応づけられている２個以上の削除対象の描画パートデータのうち、上記の特定の描画データを生成するのに必要なメモリの残容量が確保される最小個数の削除対象の描画パートデータのみを削除してもよい。
【００１１】
この構成によると、削除部は、メモリの残容量が所定量より少ない状態になる上記の特定のタイミングにおいて、フラグ情報が対応づけられている削除対象の描画パートデータを削除することができる。なお、削除部は、上記の特定のタイミングにおいて、フラグ情報が対応づけられている全ての削除対象の描画パートデータを削除するのではなく、上記の最小個数の削除対象の描画パートデータを削除してもよい。例えば、削除部は、第１の削除パートデータと第２の描画パートデータとの全てを削除するのではなく、第１の描画パートデータのみを削除する。この場合、第２の描画パートデータがメモリに継続して記憶される。従って、仮に、上記の特定のタイミングより後に第２の描画パートデータが必要になっても、ＰＤＬデータ処理装置は、第２の描画パートデータを用いて描画データを生成し得る。
【００１２】
削除部は、上記の特定のタイミングにおいて、フラグ情報が対応づけられている１個の削除対象の描画パートデータを削除してもよい。ＰＤＬデータ処理装置は、１個の削除対象の描画データが削除される毎に、上記の特定の描画データを生成するのに必要なメモリの残容量が確保されたのか否かを判断する判断部をさらに備えていてもよい。削除部は、判断部によって否定的に判断される場合に、フラグ情報が対応づけられている別の１個の削除対象の描画パートデータを削除してもよい。この構成によると、削除部は、上記の特定のタイミングにおいて、上記の最小個数の削除対象の描画パートデータを削除することができる。
【００１３】
例えば、描画データを生成するのに必要なフォント情報を含む描画パートデータが削除された後に、その描画パートデータを用いて描画データを生成すべき第１の状況が発生する可能性がある。フォント情報は、文字の形状等を決定するものであり、描画データの内容に大きな影響を与えるものではない。従って、上記の第１の状況では、ＰＤＬデータ処理装置は、代替のフォント情報を用いて描画データを生成してもよい。この構成によると、描画データを生成することができないという事象が発生するのを抑制することができる。一方において、フォント情報以外の情報（例えばイメージ情報）を含む描画パートデータが削除された後に、その描画パートデータを用いて描画データを生成すべき第２の状況が発生する可能性もある。フォント情報以外の情報は、フォント情報と比べると、描画データの内容に大きな影響を与える。従って、上記の第２の状況が発生するのを抑制することが好ましい。このために、以下の構成を採用してもよい。即ち、削除部は、上記の特定のタイミングにおいて、フラグ情報が対応づけられている２個以上の削除対象の描画パートデータのうち、フォント情報を含む描画パートデータを優先的に削除してもよい。この構成によると、第２の状況が発生するのを抑制することができる。
【００１４】
取得部は、複数個の描画パートデータを順次取得してもよい。フラグ生成部は、取得済みの描画パートデータ群の中から削除対象の描画パートデータを特定し、特定された削除対象の描画パートデータにフラグ情報を対応づけてもよい。
【００１５】
ＰＤＬデータ処理装置は、フラグ情報が対応づけられている削除対象の描画パートデータの個数が所定数を超えることを監視する個数監視部をさらに備えていてもよい。削除部は、上記の個数が上記の所定数を超える上記の特定のタイミングにおいて、フラグ情報が対応づけられている削除対象の描画パートデータを削除してもよい。多数の削除対象のリソースパートデータがメモリ内に存在する場合、描画データを生成する過程においてメモリからパートデータを検索する速度が低下してしまう。上記の構成によると、フラグ情報が対応づけられている削除対象の描画パートデータの個数が多くなると、削除対象の描画パートデータを削除することができる。このために、メモリからパートデータを検索する速度が低下するのを抑制することができる。
【００１６】
また、ＰＤＬデータ処理装置は、メモリの残容量が所定量より少ない状態になることを監視するメモリ監視部をさらに備えていてもよい。削除部は、メモリの残容量が上記の所定量より少ない状態になる上記の特定のタイミングにおいて、削除対象の描画パートデータを削除してもよい。この構成によると、メモリの残容量を確保することができる。
【００１７】
複数個の描画パートデータのそれぞれは、圧縮されたデータであってもよい。描画データ生成部は、対象ページの描画データを生成するのに必要な描画パートデータを解凍することによって、解凍済み描画パートデータをメモリ内に生成し、解凍済み描画パートデータを用いて上記の対象ページの描画データを生成してもよい。削除部は、上記の特定のタイミングにおいて、削除パートデータに含まれるデータ情報が示す削除対象の描画パートデータと、削除対象の描画パートデータから生成された解凍済み描画パートデータと、をメモリから削除してもよい。
【００１８】
複数個の描画パートデータは、ページパートデータと、リソースパートデータと、を含んでいてもよい。ページパートデータは、ページ情報が対応づけられているとともに、リソースパートデータを指定する指定情報を含んでいてもよい。描画データ生成部は、ページパートデータと、ページパートデータに含まれる指定情報によって指定されるリソースパートデータと、を用いて、ページパートデータに対応づけられているページ情報に対応する１ページ分の描画データを生成してもよい。削除対象の描画パートデータは、リソースパートデータであってもよい。
【００１９】
ＰＤＬ処理装置は、通信回線が接続される第１のインターフェイスと、外部記憶装置が直接的に接続される第２のインターフェイスと、さらに備えていてもよい。削除部は、ＰＤＬデータ取得部が第１のインターフェイスを介してＰＤＬデータを取得する場合には、上記の特定のタイミングにおいて、削除パートデータに含まれるデータ情報が示す削除対象の描画パートデータと、削除対象の描画パートデータから生成された解凍済み描画パートデータと、をメモリから削除してもよい。また、削除部は、ＰＤＬデータ取得部が第２のインターフェイスを介してＰＤＬデータを取得する場合には、削除対象の描画パートデータが解凍された際に、削除対象の描画パートデータをメモリから削除し、さらに、削除パートデータに含まれるタイミング情報が示すタイミングに従って、削除対象の描画パートデータから生成された解凍済み描画パートデータをメモリから削除してもよい。
【００２０】
第２のインターフェイスに外部記憶装置が直接的に接続されている状況では、ＰＤＬデータ処理装置は、自身のメモリから特定の描画パートデータを削除しても、上記の特定の描画パートデータを外部記憶装置から再び取得することができる。従って、仮に、上記の特定の描画パートデータが削除された後に、上記の特定の描画パートデータが必要な状況が発生しても、ＰＤＬデータ処理装置は、上記の特定の描画パートデータを再取得することによって、描画データを生成することができる。このような実情に鑑みて、上記のＰＤＬデータ処理装置は、上記の特定の描画パートデータが解凍された際に、上記の特定の描画パートデータを削除する。さらに、上記のＰＤＬデータ処理装置は、削除パートデータに含まれるタイミング情報が示すタイミングに従って、上記の特定の描画パートデータから生成された解凍済み描画パートデータを削除する。この構成によると、メモリの使用量を低減させることができる。
【００２１】
なお、上記のＰＤＬデータ処理装置を実現するための制御方法及びコンピュータプログラムも新規で有用である。
【図面の簡単な説明】
【００２２】
【図１】データ処理システムの構成の一例を示す。
【図２】ＰＤＬデータの一例を示す。
【図３】１ページ目の描画データが生成される様子を示す。
【図４】２ページ目の描画データが生成される様子を示す。
【図５】メモリフルが発生する様子を示す。
【図６】３ページ目の描画データが生成される様子を示す。
【図７】ドロップ印刷処理のフローチャートを示す。
【図８】図７の続きのフローチャートを示す。
【図９】削除処理のフローチャートを示す。
【図１０】ダイレクト印刷処理のフローチャートを示す。
【図１１】図１０の続きのフローチャートを示す。
【発明を実施するための形態】
【００２３】
（第１実施例）
（システムの構成）
図面を参照して実施例を説明する。図１は、本実施例のデータ処理システム２の概略図を示す。データ処理システム２は、ＬＡＮ４と、ＵＳＢメモリ６と、ＰＣ８と、プリンタ１０と、を備える。ＰＣ８とプリンタ１０とは、ＬＡＮ４に接続されている。ＰＣ８とプリンタ１０とは、ＬＡＮ４を介して、相互に通信可能である。
【００２４】
（プリンタ１０の構成）
プリンタ１０は、表示部１２と、操作部１４と、ＵＳＢインターフェイス１６ａと、印刷実行部１８と、ネットワークインターフェイス１６ｂと、制御部２０と、を備える。表示部１２は、様々な情報を表示する。操作部１４は、複数のキーによって構成される。ユーザは、操作部１４を操作することによって、様々な指示をプリンタ１０に入力することができる。印刷実行部１８は、インクジェット方式又はレーザ方式の印刷機構を備える。印刷実行部１８は、制御部２０から供給される描画データに従って、印刷媒体に画像を印刷する。
【００２５】
ＵＳＢインターフェイス１６ａには、持ち運び可能なＵＳＢメモリ６が接続される。ＵＳＢメモリ６は、ＰＤＬデータ６０を記憶する。本実施例のＰＤＬデータ６０は、ＸＰＳデータである。例えば、ユーザは、所定のデバイス（例えばＰＣ８）を用いてＰＤＬデータ６０を生成し、上記の所定のデバイスにＵＳＢメモリ６を接続し、ＰＤＬデータ６０をＵＳＢメモリ６に記憶させる。次いで、ユーザは、ＵＳＢメモリ６をＵＳＢインターフェイス１６ａに接続する。ＵＳＢメモリ６は、ＬＡＮ４等の通信回線を介さずに直接的にＵＳＢインターフェイス１６ａに接続される。プリンタ１０は、ＵＳＢインターフェイス１６ａを介して、ＵＳＢメモリ６からＰＤＬデータ６０を取得する。
【００２６】
ネットワークインターフェイス１６ｂには、ＬＡＮ４が接続される。ＬＡＮ４には、ＰＣ８が接続されている。ＰＣ８は、ＰＤＬデータ８０を生成するためのアプリケーション（例えばプリンタ１０のプリンタドライバ；図示省略）を有する。本実施例のＰＤＬデータ８０は、ＸＰＳデータである。ＰＣ８は、ユーザによって印刷することが指示されたデータ（例えば文書データ）を、上記のアプリケーションを用いて、ＰＤＬデータ８０に変換する。ＰＣ８は、ＰＤＬデータ８０をプリンタ１０に送信する。これにより、プリンタ１０は、ネットワークインターフェイス１６ｂを介して、ＰＤＬデータ８０を取得する。
【００２７】
制御部２０は、ＣＰＵ２２と、プログラム記憶領域２４と、を備える。ＣＰＵ２２は、プログラム記憶領域２４に記憶されているプログラムに従って、様々な処理を実行する。ＣＰＵ２２と、プログラム記憶領域２４に記憶されているプログラムと、によって、ＰＤＬデータ取得部２６、記憶制御部２８、描画データ生成部３０、削除部３２、フラグ生成部３４、判断部３６、及び、メモリ監視部３８が実現される。なお、図１には、個数監視部４０も示されているが、個数監視部４０は、後述の第２実施例で利用される。制御部２０は、さらに、ワークメモリ５０を備える。
【００２８】
（ＰＤＬデータ８０の構成）
図２の上の図は、ＰＣ８によって生成されるＰＤＬデータ８０（ＸＰＳデータ）の一例を示す。図２の下の図は、ＰＤＬデータ８０に含まれる各パートの分類の一例を示す。ＰＤＬデータ８０は、複数個の圧縮パート１００〜１８０を含む。各パート１００〜１８０のかっこ内の文字列（例えば「ｉｍａｇｅ１」）は、各パート１００〜１８０に対応づけられているファイル名（以下では「パートのファイル名」と簡単に呼ぶ）を示す。なお、実際には、ファイル名は拡張子を含んでいるが、図２では、拡張子を図示省略している。
【００２９】
図２の下の図に示されるように、ＸＰＳ形式のＰＤＬデータは、圧縮描画パート８０ａと、圧縮ディスカードパート（ＤｉｓｃａｒｄＣｏｎｔｒｏｌ）８０ｂと、に分類される。ＰＤＬデータ８０の場合、圧縮ディスカードパート８０ｂは、圧縮ディスカードパート１３０，１６０を含む。図２の上の図に示されるように、圧縮ディスカードパート１３０，１６０は、タイミング情報１３２，１６２と、データ情報１３４，１６４と、を含む。タイミング情報１３２，１６２は、ページ情報（例えば「Ｓｅｎｔｉｎｅｌｐａｇｅ＝２．ｆｐａｇｅ」等）を含む。また、データ情報１３４，１６４は、ファイル名（例えば「ｉｍａｇｅ１」、「ｆｏｎｔ１」等）を含む。データ情報１３４，１６４は、タイミング情報１３２，１６２に含まれるページ情報（例えば「２．ｆｐａｇｅ」）に対応するページの１ページ前の描画データ（例えば１ページ目の描画データ）の生成が終了した後であって、そのページ情報に対応するページの描画データ（例えば２ページ目の描画データ）の生成が開始される前に削除可能な削除対象の圧縮描画パート（例えばファイル名「ｉｍａｇｅ１」の圧縮イメージパート１００）を示す。
【００３０】
圧縮描画パート８０ａは、圧縮ディスカードパート８０ｂ以外の全ての種類のパートである。ＰＤＬデータ８０の場合、圧縮描画パート８０ａは、圧縮パート１００，１１０，１２０，１４０，１５０，１７０，１８０を含む。圧縮描画パート８０ａは、描画データを生成するために利用される。
【００３１】
圧縮描画パート８０ａは、さらに、圧縮ページパート（ＦｉｘｅｄＰａｇｅ）８０ｃと、圧縮リソースパート８０ｄと、に分類される。なお、実際には、圧縮描画パート８０ａは、さらに、他の種類のパート（例えばＦｉｘｅｄＤｏｃｕｍｅｎｔ）に分類することができるが、本実施例では、他の種類のパートについての説明を省略する。ＰＤＬデータ８０の場合、圧縮ページパート８０ｃは、圧縮ページパート１２０，１５０，１８０を含む。各圧縮ページパート１２０等のファイル名（例えば「１．ｆｐａｇｅ」）は、その圧縮ページパートを用いて生成されるべき描画データのページ情報を示す。例えば、圧縮ページパート１２０のファイル名は、「１．ｆｐａｇｅ」である。これは、圧縮ページパート１２０を用いて、１ページ目の描画データが生成されることを示す。各圧縮ページパート１２０，１５０，１８０は、圧縮リソースパートのファイル名を指定する指定情報１２２，１２４，１５２，１５４，１８２を含む。例えば、１ページ目の圧縮ページパート１２０は、圧縮イメージパート１００のファイル名「ｉｍａｇｅ１」を指定する指定情報１２２を含む。これは、圧縮イメージパート１００（実際には圧縮イメージパート１００から生成される解凍済みイメージパート１０８（図３参照））を用いて、１ページ目の描画データが生成されることを示す。なお、圧縮イメージパート１００に対応するイメージが印刷されるべき位置を指定する情報（図示省略）は、１ページ目の圧縮ページパート１２０に含まれる。また、例えば、１ページ目の圧縮ページパート１２０は、さらに、圧縮フォントパート１１０のファイル名「ｆｏｎｔ１」を指定する指定情報１２４を含む。これは、圧縮フォントパート１１０（実際には圧縮フォントパート１１０から生成される解凍済みフォントパート１１８（図３参照））を用いて、１ページ目の描画データが生成されることを示す。なお、圧縮フォントパート１１０に対応するフォントに従って記述されるテキストと、そのテキストが印刷されるべき位置と、を指定する情報（図示省略）は、１ページ目の圧縮ページパート１２０に含まれる。
【００３２】
圧縮リソースパート８０ｄは、さらに、圧縮イメージパート８０ｅと、圧縮フォントパート８０ｆと、に分類される。なお、実際には、圧縮リソースパート８０ｄは、さらに、他の種類のパート（例えばＩＣＣＰｒｏｆｉｌｅ）に分類することができるが、本実施例では、他の種類のパートについての説明を省略する。ＰＤＬデータ８０の場合、圧縮イメージパート８０ｅは、圧縮イメージパート１００，１４０，１７０を含む。また、ＰＤＬデータ８０の場合、圧縮フォントパート８０ｆは、圧縮フォントパート１１０を含む。
【００３３】
（描画データを生成する処理の概要）
続いて、図３〜図６を参照して、上記のＰＤＬデータ８０を用いて描画データを生成する処理の概要について説明する。ユーザは、ＰＣ８を用いて、プリンタ１０に印刷を実行させるための操作（例えば印刷対象の文書データの指定）を実行することができる。これより、ＰＣ８は、ＰＤＬデータ８０を生成する。次いで、ＰＣ８は、印刷指示をプリンタ１０に送信する。続いて、ＰＣ８は、ＰＤＬデータ８０に含まれる複数個の圧縮パート１００等を、所定の順序に従って、プリンタ１０に順次送信する。本実施例では、ＰＣ８は、図２の上から下の順に、圧縮パート１００等をプリンタ１０に送信する。即ち、最初に圧縮イメージパート１００が送信され、次いで、圧縮フォントパート１１０が送信され、次いで、圧縮ページパート１２０が送信される。
【００３４】
制御部２０は、ＰＣ８から送信される印刷指示を受信すると、以下の処理を実行する。図３に示されるように、制御部２０は、ワークメモリ５０にページメモリ１９０を確保する。ページメモリ１９０は、１ページ分の描画データを記憶するための容量を有する。ＰＣ８から順次送信される圧縮パート１００等は、ネットワークインターフェイス１６ｂが備える図示省略の受信バッファに順次格納される。制御部２０は、受信バッファに順次格納される圧縮パート１００等を、ワークメモリ５０に順次記憶させる。制御部２０は、まず、圧縮イメージパート１００をワークメモリ５０に記憶させる。この際に、制御部２０は、圧縮イメージパート１００のヘッダ部分（図示省略）を解凍する。これにより、制御部２０は、イメージであることを示すイメージ情報と、圧縮イメージパート１００のサイズに関する情報と、圧縮イメージパート１００の全部が解凍されることによって得られるデータのサイズ（即ち後述する解凍済みイメージパート１０８のサイズ）に関する情報と、圧縮形式に関する情報と、を取得する。制御部２０は、これらの情報と、圧縮イメージパート１００のファイル名「ｉｍａｇｅ１」と、圧縮イメージパート１００のワークメモリ５０内でのアドレスと、を含むヘッダ情報１０６を生成する。制御部２０は、ヘッダ情報１０６をワークメモリ５０に記憶させる。上述したように、ヘッダ情報１０６が圧縮イメージパート１００のアドレスを含むために、ヘッダ情報１０６と圧縮イメージパート１００とが対応づけられていると表現することができる。
【００３５】
次いで、圧縮イメージパート１００の場合と同様に、制御部２０は、圧縮フォントパート１１０を記憶させる。この際に、制御部２０は、圧縮フォントパート１１０に対応づけてヘッダ情報１１６を記憶させる。ヘッダ情報１１６は、上記のヘッダ情報１０６と同様の構成を有する。ただし、ヘッダ情報１０６は、イメージであることを示すイメージ情報を含むが、ヘッダ情報１１６は、イメージ情報の代わりに、フォントであることを示すフォント情報を含む。続いて、制御部２０は、１ページ目の圧縮ページパート１２０を記憶させる。この際に、制御部２０は、１ページ目の圧縮ページパート１２０に対応づけてヘッダ情報１２６を記憶させる。
【００３６】
１ページ目の圧縮ページパート１２０が得られた場合、制御部２０は、１ページ目の圧縮ページパート１２０を解凍することによって、解凍済みページパート１２８をワークメモリ５０内に生成する。さらに、制御部２０は、解凍済みページパート１２８のワークメモリ５０内のアドレスを、１ページ目の圧縮ページパート１２０に対応づけられているヘッダ情報１２６に書き込む。なお、他の圧縮パートを解凍することによって解凍済みパートが生成された際にも、制御部２０は、解凍済みパートのアドレスをヘッダ情報に書き込む。以下では、この書き込み処理についての記載を省略する。
【００３７】
次いで、制御部２０は、解凍済みページパート１２８から指定情報１２２，１２４（図２参照）を読み込む。制御部２０は、指定情報１２２（ｉｍａｇｅ１）によって指定される圧縮イメージパート１００を解凍することによって、解凍済みイメージパート１０８をワークメモリ５０内に生成する。さらに、制御部２０は、指定情報（ｆｏｎｔ１）１２４によって指定される圧縮フォントパート１１０を解凍することによって、解凍済みフォントパート１１８をワークメモリ５０内に生成する。続いて、制御部２０は、解凍済みページパート１２８において指定されている位置に対応するページメモリ１９０内の位置に、解凍済みイメージパート１０８を書き込む。さらに、制御部２０は、解凍済みページパート１２８において指定されているテキストであって、解凍済みフォントパート１１８に従って記述されたテキスト（図３の「ＡＢＣＤＥＦ」）を生成する。次いで、制御部２０は、解凍済みページパート１２８において指定されている位置に対応するページメモリ１９０内の位置に、上記のテキストを書き込む。これにより、１ページ目の描画データ２００が完成する。
【００３８】
続いて、制御部２０は、１ページ目の描画データ２００を印刷実行部１８（図１参照）に供給する。この結果、印刷実行部１８は、１ページ目の描画データ２００に従って、１枚の印刷媒体に印刷する。制御部２０は、１ページ目の描画データ２００を印刷実行部１８に供給し終えると、ページメモリ１９０に書き込まれている描画データ２００をクリアする。なお、２ページ目以降のページの描画データが完成した際にも、制御部２０は、描画データを印刷実行部１８に供給する。以下では、この供給処理についての記載を省略する。
【００３９】
続いて、図４に示されるように、制御部２０は、圧縮ディスカードパート１３０を記憶させる。この際に、制御部２０は、圧縮ディスカードパート１３０に対応づけてヘッダ情報１３６を記憶させる。続いて、制御部２０は、圧縮イメージパート１４０とヘッダ情報１４６とを記憶させ、２ページ目の圧縮ページパート１５０とヘッダ情報１５６とを記憶させる。
【００４０】
２ページ目の圧縮ページパート１５０が得られた場合、制御部２０は、圧縮ディスカードパート１３０を解凍することによって、解凍済みディスカードパート１３８をワークメモリ５０内に生成する。次いで、制御部２０は、解凍済みディスカードパート１３８からタイミング情報１３２とデータ情報１３４（図２参照）とを読み込む。図２に示されるように、タイミング情報１３２は「２．ｆｐａｇｅ」を示し、データ情報１３４は「ｉｍａｇｅ１」を示す。これは、１ページ目の描画データ２００（図３参照）の生成が終了した後であって、２ページ目の描画データの生成が開始される前に、ファイル名「ｉｍａｇｅ１」の圧縮イメージパート１００を削除可能であることを示す。制御部２０は、データ情報１３４が示す圧縮イメージパート１００に対応づけられているヘッダ情報１０６内にフラグ１０６ａを書き込む。
【００４１】
続いて、制御部２０は、２ページ目の圧縮ページパート１５０を解凍することによって、解凍済みページパート１５８をワークメモリ５０内に生成する。次いで、制御部２０は、解凍済みページパート１５８から指定情報１５２，１５４（図２参照）を読み込む。制御部２０は、指定情報１５２（ｉｍａｇｅ２）によって指定される圧縮イメージパート１４０を解凍することによって、解凍済みイメージパート１４８をワークメモリ５０内に生成する。なお、ここでは、制御部２０は、指定情報１５４によって指定される圧縮フォントパート１１０（ｆｏｎｔ１）を解凍しない。圧縮フォントパート１１０は、１ページ目の描画データ２００が生成される際に、既に解凍されているからである。続いて、制御部２０は、解凍済みページパート１５８において指定されている位置に対応するページメモリ１９０内の位置に、解凍済みイメージパート１４８を書き込む。さらに、制御部２０は、解凍済みページパート１５８において指定されているテキストであって、解凍済みフォントパート１１８に従って記述されたテキスト（図４の「ＨＩＪＫＬ」）を生成する。次いで、制御部２０は、解凍済みページパート１５８において指定されている位置に対応するページメモリ１９０内の位置に、上記のテキストを書き込む。これにより、２ページ目の描画データ２０２が完成する。なお、２ページ目の描画データ２０２が完成する段階では、１ページ目の描画データ２００が完成する段階と比べると、多くのパートがワークメモリ５０内に記憶されている。従って、図４に示されるワークメモリ５０の残容量５２は、図３に示されるワークメモリ５０の残容量５２より少なくなっている。
【００４２】
続いて、図５に示されるように、制御部２０は、圧縮ディスカードパート１６０とヘッダ情報１６６とを記憶させ、圧縮イメージパート１７０とヘッダ情報１７６とを記憶させ、３ページ目の圧縮ページパート１８０とヘッダ情報１８６とを記憶させる。
【００４３】
３ページ目の圧縮ページパート１８０が得られた場合、制御部２０は、圧縮ディスカードパート１６０を解凍することによって、解凍済みディスカードパート１６８をワークメモリ５０内に生成する。次いで、制御部２０は、解凍済みディスカードパート１３８，１６８からタイミング情報１３２，１６２とデータ情報１３４，１６４（図２参照）とを読み込む。図２に示されるように、タイミング情報１６２は「３．ｆｐａｇｅ」を示し、データ情報１６４は「ｆｏｎｔ１」を示す。これは、２ページ目の描画データ２０２（図４参照）の生成が終了した後であって、３ページ目の描画データの生成が開始される前に、ファイル名「ｆｏｎｔ１」の圧縮フォントパート１１０を削除可能であることを示す。制御部２０は、データ情報１６４が示す圧縮フォントパート１１０に対応づけられているヘッダ情報１１６内にフラグ１１６ａを書き込む。
【００４４】
続いて、制御部２０は、３ページ目の圧縮ページパート１８０を解凍することによって、解凍済みページパート１８８をワークメモリ５０内に生成する。次いで、制御部２０は、解凍済みページパート１８８から指定情報１８２（図２参照）を読み込む。制御部２０は、指定情報１８２（ｉｍａｇｅ３）によって指定される圧縮イメージパート１７０を解凍することを試みる。図５の例では、３ページ目の描画データを生成する過程で圧縮イメージパート１７０を解凍する際に、ワークメモリ５０の残容量が所定量（本実施例では１ｂｙｔｅ）より少なくなり、圧縮イメージパート１７０を解凍することができない状態（メモリフルの状態）になっている。この場合、制御部２０は、ワークメモリ５０内の各ヘッダ情報１０６等を読み込むことによって、フラグ１０６ａ，１１６ａを含むヘッダ情報１０６，１１６を特定する。上述したように、ヘッダ情報１０６は、イメージであることを示すイメージ情報を含んでおり、ヘッダ情報１１６は、フォントであることを示すフォント情報を含んでいる。制御部２０は、特定された複数個のヘッダ情報１０６，１１６の中から、フォント情報を含むヘッダ情報１１６を優先的に選択する。次いで、制御部２０は、選択されたヘッダ情報１１６に含まれる圧縮フォントパート１１０のアドレスと解凍済みフォントパート１１８のアドレスとを特定する。制御部２０は、圧縮フォントパート１１０のアドレスに従って圧縮フォントパート１１０を削除するとともに、解凍済みフォントパート１１８のアドレスに従って解凍済みフォントパート１１８を削除する。さらに、制御部２０は、ヘッダ情報１１６も削除する。これらの削除処理によって、ワークメモリ５０が解放される。本実施例では、これらの削除処理によってワークメモリ５０の残容量５２が増えることにより、圧縮イメージパート１７０を解凍することが可能である。
【００４５】
図６に示されるように、制御部２０は、圧縮イメージパート１７０を解凍することによって、解凍済みイメージパート１７８をワークメモリ５０内に生成する。続いて、制御部２０は、解凍済みページパート１８８において指定されている位置に対応するページメモリ１９０内の位置に、解凍済みイメージパート１７８を書き込む。これにより、３ページ目の描画データ２０４が完成する。
【００４６】
（ドロップ印刷処理）
続いて、制御部２０が実行する処理の内容について、詳しく説明する。図７及び８は、制御部２０が実行するドロップ印刷処理のフローチャートを示す。制御部２０は、ネットワークインターフェイス１６ｂを介して印刷指示を受信すると、ドロップ印刷処理を実行する。なお、図３〜図６を用いて説明した上記の処理は、ドロップ印刷処理に対応する。
【００４７】
制御部２０は、処理対象ページ（現時点では最初のページ）に対応するページ情報をファイル名として有する圧縮ページパート（以下では「処理対象の圧縮ページパート」と呼ぶ）がワークメモリ５０に存在するのか否かを判断する（Ｓ１２）。ここでＮＯの場合、ＰＤＬデータ取得部２６（図１参照）は、ネットワークインターフェイス１６ｂが備える受信バッファ（図示省略）から、１個の圧縮パート（例えば図３の圧縮イメージパート１００）を取得する（Ｓ１４）。次いで、記憶制御部２８（図１参照）は、Ｓ１４で取得された圧縮パートをワークメモリ５０に記憶させる（Ｓ１６）。Ｓ１６では、記憶制御部２８は、さらに、ヘッダ情報（例えば図３のヘッダ情報１０６）をワークメモリ５０に記憶させる。Ｓ１６を終えると、Ｓ１２に戻る。処理対象の圧縮ページパート（例えば図３の圧縮ページパート１２０）が取得されるまで、Ｓ１４及びＳ１６の処理が繰り返される。
【００４８】
Ｓ１２でＹＥＳの場合、制御部２０は、未解凍の圧縮ディスカードパート（例えば図４の圧縮ディスカードパート１３０）がワークメモリ５０に存在するのか否かを判断する（Ｓ１８）。ここでＹＥＳの場合、制御部２０は、未解凍の圧縮ディスカードパートを解凍することによって、解凍済みディスカードパート（例えば図４の解凍済みディスカードパート１３８）をワークメモリ５０内に生成する（Ｓ２０）。Ｓ２０では、制御部２０は、さらに、解凍済みディスカードパートのアドレスをヘッダ情報（例えば図３のヘッダ情報１３６）に書き込む。Ｓ２０を終えた場合、又は、Ｓ１８でＮＯの場合、Ｓ２２に進む。
【００４９】
Ｓ２２では、フラグ生成部３４（図１参照）は、ワークメモリ５０に存在する全ての解凍済みディスカードパート（例えば図４の解凍済みディスカードパート１３８）を読み込む。フラグ生成部３４は、読み込まれた全ての解凍済みディスカードパートのうち、現在の処理対象ページに対応するページ情報を含む解凍済みディスカードパート（以下では「特定の解凍済みディスカードパート」と呼ぶ）が存在するのか否かを判断する。例えば、現在の処理対象ページが「２」であり、かつ、解凍済みディスカードパート１３８（図４参照）に含まれるページ情報が「２．ｆｐａｇｅ」である場合、フラグ生成部３４は、Ｓ２２でＹＥＳと判断する。Ｓ２２でＹＥＳの場合、フラグ生成部３４は、上記の特定の解凍済みディスカードパートに含まれるデータ情報が示す圧縮リソースパートのファイル名（例えば図２のデータ情報１３４が示す「ｉｍａｇｅ１」）を特定する。次いで、フラグ生成部３４は、特定されたファイル名を含むヘッダ情報（例えば図４のヘッダ情報１０６）にフラグ（例えば図４のフラグ１０６ａ）を書き込む（Ｓ２４）。Ｓ２４を終えた場合、又は、Ｓ２２でＮＯの場合、図８のＳ３０に進む。Ｓ３０の処理が開始されることによって、現在の処理対象ページの描画データの生成が開始される。
【００５０】
Ｓ３０では、描画データ生成部３０（図１参照）は、現在の処理対象ページに対応するページ情報をファイル名として有する圧縮ページパート（例えば図３の圧縮ページパート１２０）を解凍することによって、解凍済みページパート（例えば図３の解凍済みページパート１２８）をワークメモリ５０内に生成する。メモリ監視部３８（図１参照）は、Ｓ３０の解凍処理が実行される過程において、ワークメモリ５０の残容量が所定量より少なくなることを監視する（Ｓ３２）。本実施例では、上記の所定量は１ｂｙｔｅであるために、メモリ監視部３８は、ワークメモリ５０の残容量がゼロになることを監視する。Ｓ３２でＹＥＳの場合、制御部２０は、削除処理を実行する（Ｓ３４）。削除処理の内容について、後で詳しく説明する。Ｓ３４の削除処理が正常に終了した場合、又は、Ｓ３２でＮＯの場合、Ｓ３６に進む。
【００５１】
Ｓ３６では、描画データ生成部３０は、Ｓ３０で生成された解凍済みページパート（例えば図３の解凍済みページパート１２８）を読み込む。これにより、描画データ生成部３０は、解凍済みページパートに含まれるファイル名（例えば図２の指定情報１２２の「ｉｍａｇｅ１」と指定情報１２４の「ｆｏｎｔ１」）を取得することができる。描画データ生成部３０は、取得されたファイル名を有する圧縮リソースパートが既に解凍されているのか否かを判断する。この判断は、以下のようにして行なわれる。即ち、描画データ生成部３０は、取得されたファイル名を有する圧縮リソースパートに対応づけられているヘッダ情報（例えば図３のヘッダ情報１０６）を特定する。描画データ生成部３０は、特定されたヘッダ情報に解凍済みリソースパートのアドレスが書き込まれているのか否かを判断する。特定されたヘッダ情報に解凍済みリソースパートのアドレスが書き込まれている場合に、Ｓ３６でＹＥＳと判断される。なお、Ｓ３０で生成された解凍済みページパートから複数個のファイル名が取得された場合、Ｓ３６では、描画データ生成部３０は、上記の複数個のファイル名を有する複数個の圧縮リソースパートの全てが既に解凍されているのか否かを判断する。未解凍の圧縮リソースパートが１個でも存在する場合には、Ｓ３６でＮＯと判断される。
【００５２】
なお、Ｓ３０で生成された解凍済みページパートに含まれるファイル名の圧縮リソースパートが未だ取得されていない状況もあり得る。このような状況では、フローチャートに示されていないが、ＰＤＬデータ取得部２６は、上記の未取得の圧縮リソースパートが取得されるまで、図７のＳ１４及びＳ１６の処理を実行する。
【００５３】
Ｓ３６でＮＯの場合、描画データ生成部３０は、Ｓ３０で生成された解凍済みページパートから取得されたファイル名を有する未解凍の圧縮リソースパートを解凍することによって、解凍済みリソースパート（例えば図３の解凍済みイメージパート１０８）をワークメモリ５０内に生成する（Ｓ３８）。メモリ監視部３８は、Ｓ３８の解凍処理が実行される過程において、ワークメモリ５０の残容量が上記の所定量より少なくなることを監視する（Ｓ４０）。Ｓ４０でＹＥＳの場合、制御部２０は、削除処理を実行する（Ｓ４２）。Ｓ４２の削除処理を正常に終えた場合、又は、Ｓ４０でＮＯの場合、Ｓ３６に戻る。
【００５４】
Ｓ３６でＹＥＳの場合、描画データ生成部３０は、Ｓ３０で生成された解凍済みページパートに従って、現在の処理対象ページに対応する１ページ分の描画データ（例えば図３の１ページ目の描画データ２００）を生成することを試みる（Ｓ４４）。Ｓ４４の処理の詳細については、図３〜図６を参照して既に説明している。なお、描画データ生成部３０は、Ｓ４４の処理において、グラデーション処理、グラフィック処理、イメージの回転処理等を実行する必要がある。これらの処理を実行する際にワークメモリ５０が使用される。メモリ監視部３８は、Ｓ４４の処理が実行される過程において、ワークメモリ５０の残容量が上記の所定量より少なくなることを監視する（Ｓ４６）。Ｓ４６でＹＥＳの場合、制御部２０は、削除処理を実行する（Ｓ４８）。Ｓ４８の削除処理を実行することから明らかなように、本実施例では、描画データの生成過程（図８のＳ３０〜Ｓ５０までの過程）においても、削除処理を実行することができる。Ｓ４８の削除処理を正常に終えた場合、Ｓ４４に戻る。現在の処理対象ページに対応する１ページ分の描画データが完成した場合、メモリの残容量に関わらず、Ｓ４６でＮＯと判断される。この場合、制御部２０は、Ｓ４４で生成された１ページ分の描画データを印刷実行部１８に供給する（Ｓ５０）。なお、制御部２０は、１ページ分の描画データを印刷実行部１８に供給し終えると、ページメモリ１９０に書き込まれている描画データをクリアする。
【００５５】
制御部２０は、次の処理対象ページが存在するのか否かを判断する（Ｓ５２）。図示省略しているが、ＰＤＬデータ８０（図２参照）は、印刷されるべき全てのページ情報を示すテキスト情報を含んでいる。制御部は、このテキスト情報を用いて、Ｓ５２の判断を実行する。Ｓ５２でＮＯの場合、ドロップ印刷処理が終了する。一方において、Ｓ５２でＹＥＳの場合、図７のＳ１２に戻る。
【００５６】
（削除処理）
続いて、図８のＳ３４、Ｓ４２、及び、Ｓ４８で実行される削除処理の内容について、詳しく説明する。図９は、削除処理のフローチャートを示す。削除部３２（図１参照）は、ワークメモリ５０に存在する各ヘッダ情報（例えば図５のヘッダ情報１０６，１１６等）を読み込む。次いで、削除部３２は、フォントであることを示すフォント情報を含むとともにフラグを含むヘッダ情報（以下では「特定のフォントヘッダ情報」と呼ぶ）が存在するのか否かを判断する（Ｓ６０）。ここでＹＥＳの場合、削除部３２は、上記の特定のフォントヘッダ情報と、上記の特定のフォントヘッダ情報に対応づけられている圧縮フォントパートと、その圧縮フォントパートから生成された解凍済みフォントパートと、をワークメモリ５０から削除する（Ｓ６２）。これにより、１個のヘッダ情報と、１個の圧縮フォントパートと、１個の解凍済みフォントパートと、が削除される。次いで、判断部３６（図１参照）は、図８のＳ３４及びＳ４２の削除処理では、図８のＳ３０又はＳ３８で未解凍の圧縮パートを解凍するのに必要な残容量がワークメモリ５０に確保されたのか否かを判断する（Ｓ６４）。また、判断部３６（図１参照）は、図８のＳ４８の削除処理では、図８のＳ４４で描画データを生成するのに必要な残容量がワークメモリ５０に確保されたのか否かを判断する（Ｓ６４）。
【００５７】
図８のＳ３４及びＳ４２の削除処理で実行されるＳ６４の処理について、詳しく説明する。図８のＳ３２又はＳ４０でＹＥＳと判断された際には、未解凍の圧縮パートのうちの一部が解凍されている。従って、判断部３６は、解凍済みのデータのサイズ（以下では「解凍済みデータサイズ」と呼ぶ）を特定することができる。次いで、判断部３６は、未解凍の圧縮パートに対応づけられているヘッダ情報から、未解凍の圧縮パートの全てを解凍した場合に生成されるデータのサイズ（以下では「全データサイズ」と呼ぶ）を特定する。判断部３６は、上記の全データサイズから上記の解凍済みデータサイズを減算することによって、未解凍の圧縮パートのうちの残りの部分を解凍した場合に生成されるデータのサイズ（以下では「未解凍データサイズ」と呼ぶ）を特定する。判断部３６は、ワークメモリ５０の残容量が、上記の未解凍データサイズより大きいのか否かを判断する。残容量が上記の未解凍データサイズより大きい場合に、Ｓ６４でＹＥＳと判断される。Ｓ６４でＹＥＳの場合、図８のＳ３６に進む。この場合、未解凍の圧縮パート（一部のみが解凍されている圧縮パート）が存在するために、Ｓ３６でＮＯと判断され、その未解凍の圧縮パートの残りの部分が解凍される（Ｓ３８）。
【００５８】
続いて、図８のＳ４８の削除処理で実行されるＳ６４の処理について、詳しく説明する。図８のＳ４６でＹＥＳと判断された際には、現在の処理対象ページの一部の描画データが生成されている。判断部３６は、残りの描画データを生成するのに必要なメモリ容量（残りのグラデーション処理等を実行するのに必要なメモリ容量）を特定する。判断部３６は、ワークメモリ５０の残容量が、上記の必要なメモリ容量より大きいのか否かを判断する。残容量が上記の必要なメモリ容量より大きい場合に、Ｓ６４でＹＥＳと判断される。Ｓ６４でＹＥＳの場合、図８のＳ４４において描画データの生成が再開される。
【００５９】
一方において、Ｓ６４でＮＯの場合、Ｓ６０に戻る。Ｓ６０でＮＯの場合、削除部３２は、フラグを含むヘッダ情報が存在するのか否かを判断する（Ｓ６６）。即ち、削除部３２は、圧縮フォントパート以外の圧縮リソースパート（例えば圧縮イメージパート）に対応づけられているヘッダ情報であって、フラグを含むヘッダ情報が存在するのか否かを判断する。ここでＹＥＳの場合、Ｓ６２の場合と同様に、削除部３２は、ヘッダ情報と、圧縮リソースパートと、解凍済みリソースパートと、をワークメモリ５０から削除する（Ｓ６８）。これにより、１個のヘッダ情報と、１個の圧縮リソースパートと、１個の解凍済みリソースパートと、が削除される。続いて実行されるＳ７０の判断処理は、Ｓ６４の判断処理と同様である。Ｓ７０でＹＥＳの場合、図８のＳ３６又はＳ４４に進む。
【００６０】
一方において、Ｓ７０でＮＯの場合、Ｓ６６に戻る。Ｓ６６でＮＯの場合、制御部２０は、メモリフルエラー処理を実行する（Ｓ７２）。例えば、制御部２０は、印刷不可能であることを示す情報を表示部１２（図１参照）に表示させる。また、例えば、制御部２０は、印刷不可能であることを示す印刷データを印刷実行部１８に供給してもよい。Ｓ７２を実行する場合、図９の削除処理が終了しても、制御部２０は、図８のＳ３６又はＳ４４に進まない。
【００６１】
（ダイレクト印刷処理）
図１０及び１１は、制御部２０が実行するダイレクト印刷処理のフローチャートを示す。ユーザは、操作部１４（図１参照）を操作することによって、ＵＳＢメモリ６に記憶されているＰＤＬデータ６０を印刷するための指示をプリンタ１０に入力することができる。この場合、制御部２０は、ダイレクト印刷処理を実行する。
【００６２】
ＰＤＬデータ６０は、全ての圧縮パートのそれぞれについて、当該圧縮パートに関するオフセット情報（当該圧縮パートのファイル名、ＵＳＢメモリ６内での当該圧縮パートのアドレス情報等）を含む。制御部２０は、処理対象ページの圧縮ページパートのオフセット情報がワークメモリ５０内に存在するのか否かを判断する（Ｓ１１２）。ここでＮＯの場合、ＰＤＬデータ取得部２６は、ＵＳＢメモリ６から１個の圧縮パートのオフセット情報を取得し（Ｓ１１４）、そのオフセット情報をワークメモリ５０に記憶させる（Ｓ１１６）。Ｓ１１６を終えると、Ｓ１１２に戻る。処理対象の圧縮ページパートのオフセット情報が取得されるまで、Ｓ１１４及びＳ１１６の処理が繰り返される。
【００６３】
Ｓ１１２でＹＥＳの場合、制御部２０は、未解凍の圧縮ディスカードパートのオフセット情報がワークメモリ５０に存在するのか否かを判断する（Ｓ１１８）。制御部２０は、特定の圧縮ディスカードパートのオフセット情報がワークメモリ５０に存在し、かつ、上記の特定の圧縮ディスカードパートの解凍済みディスカードパートがワークメモリ５０に存在しない場合に、Ｓ１１８でＹＥＳと判断する。この場合、ＰＤＬデータ取得部２６は、上記の特定の圧縮ディスカードパートのオフセット情報を読み込むことによって、上記の特定の圧縮ディスカードパートのＵＳＢメモリ６内でのアドレス情報を特定する。次いで、ＰＤＬデータ取得部２６は、特定されたアドレス情報に基づいて、上記の特定の圧縮ディスカードパートをＵＳＢメモリ６から取得する。次いで、記憶制御部２８は、上記の特定の圧縮ディスカードパートをワークメモリ５０に記憶させる。次いで、制御部２０は、上記の特定の圧縮ディスカードパートを解凍することによって、解凍済みディスカードパートをワークメモリ５０内に生成する（Ｓ１２０）。Ｓ１２０を終えた場合、又は、Ｓ１１８でＮＯの場合、Ｓ１２２に進む。
【００６４】
Ｓ１２２の処理は、図７のＳ２２の処理と同様である。Ｓ１２２でＹＥＳの場合に実行されるＳ１２４では、削除部３２は、上記の特定の解凍済みディスカードパート（現在の処理対象ページに対応するページ情報を含む解凍済みディスカードパート）に含まれるデータ情報が示す圧縮リソースパートのファイル名を特定する。次いで、削除部３２は、特定されたファイル名の圧縮リソースパートから生成された解凍済みリソースパートをワークメモリ５０から削除する（Ｓ１２４）。Ｓ１２４を終えた場合、又は、Ｓ１２２でＮＯの場合、図１１のＳ１３０に進む。
【００６５】
Ｓ１３０では、ＰＤＬデータ取得部２６は、現在の処理対象ページの圧縮ページパートのオフセット情報を読み込むことによって、現在の処理対象ページの圧縮ページパートのＵＳＢメモリ６内でのアドレス情報を特定する。次いで、ＰＤＬデータ取得部２６は、特定されたアドレス情報に基づいて、現在の処理対象ページの圧縮ページパートをＵＳＢメモリ６から取得する。次いで、記憶制御部２８は、取得された圧縮ページパートをワークメモリ５０に記憶させる。次いで、描画データ生成部３０は、取得された圧縮ページパートを解凍することによって、解凍済みページパートをワークメモリ５０内に生成する。Ｓ１３２の処理は、図８の３２と同様である。Ｓ１３２でＹＥＳの場合、制御部２０は、メモリフルエラー処理を実行する（Ｓ１３３）。この場合、ドロップ印刷処理が終了する。Ｓ１３２でＮＯの場合、Ｓ１３６に進む。Ｓ１３６では、描画データ生成部３０は、Ｓ１３０で生成された解凍済みページパートを読み込むことによって、解凍済みページパートに含まれる指定情報（圧縮リソースパートのファイル名）を取得する。次いで、描画データ生成部３０は、取得された指定情報が示すファイル名を有する圧縮リソースパートが解凍済みであるのか否かを判断する。ここでＮＯの場合、ＰＤＬデータ取得部２６は、取得された指定情報が示すファイル名を有する圧縮リソースパートをＵＳＢメモリ６から取得する。次いで、記憶制御部２８は、取得された圧縮リソースパートをワークメモリ５０に一時的に記憶させる。描画データ生成部３０は、取得された圧縮リソースパートを解凍することによって、解凍済みリソースパートをワークメモリ５０内に生成する（Ｓ１３８）。Ｓ１４０の処理は、図８のＳ４０の処理と同様である。Ｓ１４０でＹＥＳの場合、制御部２０は、メモリフルエラー処理を実行する（Ｓ１４１）。この場合、ドロップ印刷処理が終了する。なお、Ｓ１４０でＮＯの場合、削除部３２は、Ｓ１３８で生成された解凍済みリソースパートの元の圧縮リソースパート（ワークメモリ５０に一時的に記憶された圧縮リソースパート）をワークメモリ５０から削除する。なお、上記の元の圧縮リソースパートは、ＵＳＢメモリ６に継続して保持される。即ち、上記の元の圧縮リソースパートは、ＵＳＢメモリ６から削除されない。
【００６６】
Ｓ１４０でＮＯの場合、Ｓ１３６に戻る。Ｓ１３６でＹＥＳの場合、Ｓ１４４に進む。Ｓ１４４及びＳ１４６の処理は、図８のＳ４４及びＳ４６の処理と同様である。Ｓ１４６でＹＥＳの場合、制御部２０は、メモリフルエラー処理を実行する（Ｓ１４７）。Ｓ１４６でＮＯの場合に実行されるＳ１５０及びＳ１５２の処理は、図８のＳ５０及びＳ５２の処理と同様である。
【００６７】
本実施例のデータ処理システム２について詳しく説明した。ドロップ印刷の場合には、削除部３２は、圧縮ディスカードパート１３０，１６０に含まれるタイミング情報１３２，１６２（「２．ｆｐａｇｅ」、「３．ｆｐａｇｅ」等）が示すタイミングに関わらず、そのタイミングより後の特定のタイミング（図８のＳ３４、Ｓ４２、又は、Ｓ４８のタイミング）において、圧縮ディスカードパート１３０，１６０に含まれるデータ情報１３４，１６４（「ｉｍａｇｅ１」、「ｆｏｎｔ１」）が示す削除対象の圧縮リソースパート１００，１１０をワークメモリ５０から削除する。なお、図８のＳ３４、Ｓ４２、又は、Ｓ４８の削除処理において、全ての削除対象の圧縮リソースパート１００，１１０が削除されるとは限らない。削除部３２は、ダイレクト印刷処理が終了した後に、ワークメモリ５０に残っている全ての情報（ダイレクト印刷処理において利用された情報）をワークメモリ５０から削除する。この段階で削除対象の圧縮リソースパート１００，１１０が削除されることもあり得る。この場合、上記の特定のタイミングは、ダイレクト印刷処理が終了した後のタイミングになる。
【００６８】
例えば、圧縮ディスカードパート１３０に含まれるタイミング情報１３２が、削除されるべき適切なタイミングより前の所定のタイミング（２．ｆｐａｇｅ）を示す場合であっても、上記の所定のタイミングが示す２ページ目の描画データの生成が開始される前に、削除対象の圧縮イメージパート１００及び解凍済みイメージパート１０８が削除されない。削除対象の圧縮イメージパート１００及び解凍済みイメージパート１０８は、上記の所定のタイミングより後の上記の特定のタイミング（例えば３ページ目以降の描画データが生成される過程での図８のＳ３４、Ｓ４２、又は、Ｓ４８）において削除される。この結果、上記の特定のタイミングが上記の適切なタイミングより後になり得る。従って、上記の適切なタイミングより前に削除対象の圧縮イメージパート１００及び解凍済みイメージパート１０８が削除されることに起因して、描画データを生成することができないという事象が発生するのを抑制することができる。
【００６９】
また、本実施例では、ドロップ印刷の場合に、圧縮ディスカードパート１３０，１６０に含まれるタイミング情報１３２，１６２が示すタイミングに従って、リソースパート１００，１０８等を削除しないために、このような削除を実行するための処理時間を必要としない（図７のＳ２４でフラグ１０６ａ，１１６ａを付加するための処理時間の方が短い）。この結果、ドロップ印刷の場合に、描画データを高速で生成し得る。
【００７０】
また、フラグ生成部３４は、図７のＳ２４において、フラグ１０６ａ，１１６ａをヘッダ情報１０６，１１６に書き込む。削除部３２は、上記の特定のタイミングにおいて、フラグ１０６ａ，１１６ａを含むヘッダ情報１０６，１１６が対応づけられているリソースパート１００，１０８等を削除する。削除部３２は、フラグ１０６ａ，１１６ｂが対応づけられているリソースパート１００，１０８等を削除すればよく、解凍済みディスカードパート１３８，１６８を読み込む必要がない。
【００７１】
また、削除部３２は、図９の削除処理において、図８のＳ３０又はＳ３８において解凍されるべき圧縮ページパート又は圧縮リソースパートを解凍するのに必要なワークメモリ５０の残容量が確保される最小個数のリソースパートのみを削除する。また、削除部３２は、図９の削除処理において、図８のＳ４４において１ページ分の描画データを生成するのに必要なワークメモリ５０の残容量が確保される最小個数のリソースパートのみを削除する。フラグ１０６ａ，１１６ａが対応づけられている全てのリソースパートを削除する構成と比べると、リソースパートが削除されるタイミングが遅れることになる。従って、必要なリソースパートが削除されることに起因して、描画データを生成することができないという事象が発生するのを抑制することができる。なお、上述したように、図８のＳ３４又はＳ４２で実行される削除処理においては、特定の圧縮パートを解凍するのに必要なワークメモリ５０の残容量が確保される最小個数のリソースパートのみが削除される。上記の特定の圧縮パートを解凍するのは描画データを生成するためであるために、図８のＳ３４又はＳ４２で実行される削除処理も、「前記特定の描画データを生成するのに必要な前記メモリの残容量が確保される最小個数の前記削除対象の描画パートデータのみを削除する」という構成に含まれる。
【００７２】
なお、フローチャートには示されていないが、仮に、圧縮フォントパート１１０及び解凍済みフォントパート１１８が削除された後に、その解凍済みフォントパート１１８を用いて描画データを生成すべき第１の状況が発生した場合に、描画データ生成部３０は、代替のフォントを用いて描画データを生成する。さらに、本実施例では、削除部３２は、図９の削除処理において、圧縮フォントパート１１０及び解凍済みフォントパート１１８を優先的に削除する。即ち、圧縮イメージパート１００と圧縮フォントパート１１０の両方にフラグ１０６ａ，１１６ａが対応づけられている場合に、削除部３２は、まず、圧縮フォントパート１１０及び解凍済みフォントパート１１８を削除する。仮に、この削除処理に起因して上記の第１の状況が発生しても、代替のフォントを用いて描画データを生成することができる。圧縮フォントパート１１０及び解凍済みフォントパート１１８が優先的に削除されるために、圧縮イメージパート１００及び解凍済みイメージパート１０８が削除されるのが遅れる。この結果、圧縮イメージパート１００及び解凍済みイメージパート１０８が削除された後に、その解凍済みイメージパート１０８を用いて描画データを生成すべき第２の状況が発生するのを抑制することができる。
【００７３】
また、メモリ監視部３８は、ワークメモリ５０の残容量５２が所定量より少ない状態になることを監視する。削除部３２は、ワークメモリ５０の残容量５２が上記の所定量より少ない状態になると、削除対象のリソースパート１００，１０８等を削除する。この構成によると、ワークメモリ５０がメモリフルになった場合に、ワークメモリ５０の残容量５２を確保することができる。
【００７４】
ダイレクト印刷の場合には、プリンタ１０は、自身のワークメモリ５０から特定の圧縮リソースパートを削除しても、上記の特定の圧縮リソースパートをＵＳＢメモリ６から再び取得することができる。従って、仮に、上記の特定の圧縮リソースパート及び上記の特定の圧縮リソースパートから生成された解凍済みリソースパートが削除された後に、上記の解凍済みリソースパートを用いて描画データを生成すべき状況が発生しても、プリンタ１０は、上記の特定の圧縮リソースパートを再取得することによって、描画データを生成することができる。このような実情に鑑みて、図１０及び１１に示されるダイレクト印刷では、削除部３２は、上記の特定の圧縮リソースパートが解凍された際に、上記の特定の圧縮リソースパートを削除する（図１１のＳ１３８の解凍処理の直後に削除する）。さらに、削除部３２は、圧縮ディスカードパートに含まれるタイミング情報が示すタイミングに従って、上記の特定の圧縮リソースパートから生成された解凍済みリソースパートをワークメモリ５０から削除する（図１０のＳ１２４）。この構成によると、ワークメモリ５０の使用量を低減させることができる。
【００７５】
（第２実施例）
第１実施例と異なる部分について説明する。本実施例では、個数監視部４０（図１参照）は、図７のＳ２４が終了した後に、フラグ１０６ａ，１１６ａを含むヘッダ情報１０６，１１６の個数を特定する。次いで、個数監視部４０は、特定された個数が、予め決められている所定数（例えば「３」）を超えるのか否かを判断する。ここでＹＥＳの場合、削除部３２は、フラグ１０６ａ，１１６ａを含む複数個のヘッダ情報１０６，１１６と、それらの複数個のヘッダ情報１０６，１１６に対応づけられている複数個の圧縮リソースパート１００，１１０と、それらの複数個の圧縮リソースパート１００，１１０から生成された複数個の解凍済みリソースパート１０８，１１８と、をワークメモリ５０から削除する。即ち、本実施例では、フラグ１０６ａ，１１６ａを含むヘッダ情報１０６，１１６の個数が上記の所定数を超えると、フラグ１０６ａ，１１６ａが対応づけられている全てのリソースパートが削除される。なお、本実施例でも、図８のＳ３２でＹＥＳの場合、又は、Ｓ４０でＹＥＳの場合に、図９の削除処理が実行される。
【００７６】
本実施例によると、フラグ１０６ａ，１１６ａが対応づけられているリソースパートの個数が多くなると、それらのリソースパートを削除することができる。この構成によると、ワークメモリ５０からリソースパートデータを検索する速度が低下するのを抑制することができる。
【００７７】
上記の各実施例の変形例を以下に列挙する。
（１）上記の実施例の技術は、ＸＰＳデータ以外の種類のＰＤＬデータを利用する場合にも適用することができる。例えば、ＰＤＦ、ＰＳ（Post Script）等を利用する場合にも適用することができる。なお、本明細書の「ＰＤＬデータ」という用語は、ページという概念を用いて記述されるあらゆる種類のデータを含む概念である。
【００７８】
（２）ヘッダ情報１０６，１１６にフラグ１０６ａ，１１６ｂを書き込むという処理は、ヘッダ情報１０６，１１６（又は圧縮リソースパート１００，１１０）を所定のテーブルに書き込むという処理に変更することができる。本変形例も、「前記メモリに記憶されている前記削除対象の描画パートデータにフラグ情報を対応づける」という構成に含まれる。即ち、上記の所定のテーブルをフラグ情報として考えることができる。
【００７９】
（３）第１実施例の図８のＳ３４及びＳ４２の削除処理において、フラグ１０６ａ，１１６ｂが対応づけられている全ての圧縮リソースパートを削除してもよい。また、フラグ１０６ａ，１１６ｂが対応づけられている所定数（例えば２個）の圧縮リソースパートのみを削除してもよい。
【００８０】
（４）第２実施例において、個数監視部４０がＹＥＳと判断した場合に、フラグ１０６ａ，１１６ｂが対応づけられている全ての圧縮リソースパートを削除せず、所定数（例えば２個）の圧縮リソースパートのみを削除してもよい。
【００８１】
（５）図７のＳ２２でＹＥＳと判断された場合に、解凍済みディスカードパートによって指定される解凍済みリソースパートを削除してもよい（圧縮リソースパートは削除しない）。仮に、解凍済みリソースパートが削除された後に、その解凍済みリソースパートが必要な状況が発生した場合に、描画データ生成部３０は、元の圧縮リソースパートを再び解凍することによって、解凍済みリソースパートを生成してもよい。
【００８２】
（６）図７のＳ１６を実行する過程において、図８のＳ３２の処理が実行されてもよい。ここでＹＥＳと判断された場合（Ｓ１４で取得された１個の圧縮パートを記憶させるための残容量をワークメモリ５０が有していない場合）、図９の削除処理が実行されてもよい。また、図７のＳ２０を実行する過程において、図８のＳ３２の処理が実行されてもよい。ここでＹＥＳと判断された場合（圧縮ディスカードパートを解凍させるための残容量をワークメモリ５０が有していない場合）、図９の削除処理が実行されてもよい。
【００８３】
（７）上記の各実施例ではページメモリ１９０を用いているが、バンドメモリを用いて描画データを生成してもよい。この場合、図８のＳ４４及びＳ４８（図１１のＳ１４４及びＳ１４８）では、描画データ生成部３０は、複数バンド分の描画データを順次生成し、１バンド分の描画データが生成される毎に当該描画データを印刷実行部１８に供給してもよい。
【００８４】
（８）上記の各実施例では、圧縮ディスカードパート１３０，１６０のページ情報１３２，１６２、及び、圧縮ページパート１２０，１５０，１８０のファイル名は、ページ番号（１、２等）を含む。しかしながら、圧縮ディスカードパート１３０等のページ情報１３２等、及び、圧縮ページパート１２０等のファイル名は、ページ番号以外の文字列を含んでいてもよい。例えば、圧縮ページパート１２０のファイル名が「ａ」であり、圧縮ページパート１５０のファイル名が「ｂ」であり、圧縮ページパート１８０のファイル名が「ｃ」であってもよい。この場合、圧縮ディスカードパート１３０のページ情報１３２が「ｂ」を含み、圧縮ディスカードパート１６０のページ情報１６２が「ｃ」を含んでいてもよい。ＰＤＬデータ８０は、上記の「ａ」〜「ｃ」の処理順序を示す処理順序情報を含んでいてもよい。この構成によると、圧縮ページパート１２０，１５０，１８０を順に処理することができるとともに、圧縮ディスカードパート１３０，１６０によって指定されるタイミング（「ｂ」等）でフラグを対応づけることができる。本変形例も、「前記タイミング情報は、ページ情報を含み」という構成と、「前記ページパートデータは、ページ情報が対応づけられている」という構成と、に含まれる。
【００８５】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００８６】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００８７】
２：データ処理システム、１０：プリンタ、２０：制御部、５０：ワークメモリ、６０，８０：ＰＤＬデータ、１００，１４０，１７０：圧縮イメージパート、１０６ａ，１１６ａ：フラグ、１１０：圧縮フォントパート、１２０，１５０，１８０：圧縮ページパート、１３０，１６０：圧縮ディスカードパート、１３２，１６２：タイミング情報、１３４，１６４：データ情報、１９０：ページメモリ、２００，２０２，２０４：描画データ
【図１】
2011037052.tif 000003
【図２】
2011037052.tif 000004
【図３】
2011037052.tif 000005
【図４】
2011037052.tif 000006
【図５】
2011037052.tif 000007
【図６】
2011037052.tif 000008
【図７】
2011037052.tif 000009
【図８】
2011037052.tif 000010
【図９】
2011037052.tif 000011
【図１０】
2011037052.tif 000012
【図１１】
2011037052.tif 000013