JP2019211975A - 情報処理装置およびプログラム - Google Patents

Abstract

【課題】複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割する。【解決手段】印刷データ受信部３１は、共通画像を含む印刷データを受け付ける。分割部４２は、印刷データ受信部３１により受信され印刷データ格納部３２に格納された印刷データを、使用する共通画像の種類毎に分割する。調整部４３は、分割部４２により分割された共通画像の種類毎の複数の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する。【選択図】図６

Description

本発明は、情報処理装置およびプログラムに関する。

特許文献１には、プリントサーバがクライアント端末から受信した印刷ジョブをページ単位で分割して、ページ単位で分割された印刷ジョブをプリンタに送信するようにした印刷システムが開示されている。

特開２００６−２０９５０８号公報

本発明の目的は、複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割することが可能な情報処理装置およびプログラムを提供することである。

［情報処理装置］
請求項１に係る本発明は、複数の頁に亘って共通して使用される共通画像を含む印刷データを受け付ける受付手段と、
前記受付手段により受付けられた印刷データを、使用する共通画像の種類毎に分割する分割手段と、
前記分割手段により分割された共通画像の種類毎の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する調整手段とを備えた情報処理装置である。

請求項２に係る本発明は、前記調整手段が、分割された共通画像の種類毎の印刷データのデータ量が前記上限値を超える場合、分割後のそれぞれの印刷データに共通画像が含まれるような状態でデータ量が前記上限値以下となるように再分割する請求項１記載の情報処理装置である。

請求項３に係る本発明は、前記調整手段が、分割された共通画像の種類毎の印刷データにおける共通画像以外のデータのデータ量を、前記上限値から共通画像のデータ量を減算した値により除することにより算出される分割数により、共通画像の種類毎の印刷データを再分割する請求項２記載の情報処理装置である。

請求項４に係る本発明は、前記調整手段が、分割された共通画像の種類毎の印刷データを再分割する際に、頁の境目で再分割する請求項２又は３記載の情報処理装置である。

請求項５に係る本発明は、前記調整手段が、分割された共通画像の種類毎の印刷データを再分割する際に、面付け処理が行われる場合には、物理的頁の境目で再分割する請求項２又は３記載の情報処理装置である。

請求項６に係る本発明は、前記調整手段が、分割された共通画像の種類毎の印刷データのデータ量が前記上限値以下で、かつ次の分割された共通画像の種類毎の印刷データのデータ量との合計が前記上限値以下の場合、分割された共通画像の種類毎の複数の印刷データを合成する請求項１記載の情報処理装置である。

請求項７に係る本発明は、前記受付手段により受付けられた印刷データを格納する格納手段と、
前記格納手段に格納された印刷データにおける頁構成及び各頁における共通画像の使用状況を調査する調査手段と、をさらに備え、
前記分割手段は、前記調査手段による調査結果を用いて、前記受付手段により受付けられた印刷データを、使用する共通画像の種類毎に分割する請求項１記載の情報処理装置である。

請求項８に係る本発明は、前記上限値が、印刷データに基づいて印刷処理を実行する印刷装置において印刷データをラスタ画像に変換する際の処理において制限される値である請求項１から７のいずれか記載の情報処理装置である。

請求項９に係る本発明は、前記共通画像が、複数頁に亘って使用される書式又は図形の画像である請求項１から８のいずれか記載の情報処理装置である。

［プログラム］
請求項１０に係る本発明は、複数の頁に亘って共通して使用される共通画像を含む印刷データを受け付ける受付ステップと、
前記受付ステップにおいて受付けられた印刷データを、使用する共通画像の種類毎に分割する分割ステップと、
前記分割ステップにおいて分割された共通画像の種類毎の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する調整ステップとをコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割することができる情報処理装置を提供することができる。

請求項２に係る本発明によれば、共通画像の種類毎に印刷データを分割しただけでは、データ量を予め設定された上限値以下とできない場合でも、データ量が予め設定された上限値以下となるように印刷データを分割することができる情報処理装置を提供することができる。

請求項３に係る本発明によれば、算出された分割数により印刷データを分割することにより、データ量が予め設定された上限値以下となるように印刷データを分割することができる情報処理装置を提供することができる。

請求項４に係る本発明によれば、１つの頁が複数の印刷データに亘って分割されてしまうような事態を防ぐことができる情報処理装置を提供することができる。

請求項５に係る本発明によれば、面付け処理が行われる場合でも、１つの物理的頁が複数の印刷データに亘って分割されてしまうような事態を防ぐことができる情報処理装置を提供することができる。

請求項６に係る本発明によれば、共通画像の種類毎に印刷データを分割するだけの場合と比較して、分割される印刷データの数を減らすことができる情報処理装置を提供することができる。

請求項７に係る本発明によれば、印刷データにおける共通画像の使用状況に応じて、複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割することができる情報処理装置を提供することができる。

請求項８に係る本発明によれば、複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が印刷装置において印刷データをラスタ画像に変換する際の処理において制限される値以下となるように分割することができる情報処理装置を提供することができる。

請求項９に係る本発明によれば、複数の頁に亘って共通して使用される書式又は図形の画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割することができる情報処理装置を提供することができる。

請求項１０に係る本発明によれば、複数の頁に亘って共通して使用される共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割することができるプログラムを提供することができる。

本発明の一実施形態の印刷システムのシステム構成を示す図である。 変換処理サーバ１０によってＰＤＬの変換処理を行うようにしている理由を説明するための図である。 変換処理サーバ１０によってＰＤＬの変換処理を行うようにしている理由を説明するための図である。 単にページ数に基づいて分割しても分割後の印刷データのデータ量を上限値以下とすることはできない場合の具体例を説明するための図である。 本発明の一実施形態における変換処理サーバ１０のハードウェア構成を示すブロック図である。 本発明の一実施形態における変換処理サーバ１０の機能構成を示すブロック図である。 変換処理サーバ１０の全体動作を説明するためのフローチャートである。 図７のフローチャートにおいて示したＡ社独自のＰＤＬにより記述された印刷データのＰＤＬ変換処理（Ｓ１０４）の詳細を説明するためのフローチャートである。 図８のフローチャートにおいて示したスプールされた印刷データのプレスキャン処理（Ｓ２０１）の詳細を説明するためのフローチャートである。 分割処理を行う具体的な印刷データ例を示す図である。 図１０に示した印刷データを用いた印刷結果イメージを示す図である。 図１０に示した印刷データに基づいて生成されたフォーム使用状況情報を示す図である。 リソース管理テーブルの一例を示す図である。 分割された印刷データのそれぞれについてさらに再分割する際の分割数の算出処理例を説明するための図である。 算出された分割数に基づいて印刷データの再分割が行われる様子を説明するための図である。 算出された分割数に基づいて印刷データの再分割が行われる様子を説明するための図である。 ２つの印刷データの合成が行われる場合の様子を説明するための図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は本発明の一実施形態の印刷システムのシステム構成を示す図である。

本発明の一実施形態の画像形成システムは、図１に示されるように、ネットワーク４０により相互に接続された変換処理サーバ（変換装置）１０と、２台の印刷装置２０Ａ、２０Ｂ、およびコントローラ３０と、反転装置２１により構成される。

本実施形態の印刷システムにおける印刷装置２０Ａ、２０Ｂは、いわゆる連続紙に印刷を行う連続紙プリンタであり、印刷装置２０Ａは連続紙の表面に対する印刷を行い印刷装置２０Ｂは連続紙の裏面に対する印刷を行うために設けられている。そして、印刷装置２０Ａにおいて表面の印刷が行われた連続紙は反転装置２１において反転されて印刷装置２０Ｂに供給されるような構成となっている。

また、コントローラ３０は、受付けた印刷データ（印刷ジョブ）に基づいた印刷処理が実行されるよう印刷装置２０Ａ、２０Ｂを制御している。

さらに、変換処理サーバ１０は、あるＰＤＬ（Page Description Language：ページ記述言語）により記述された印刷データを、そのＰＤＬとは異なるＰＤＬ、例えばＰｏｓｔＳｃｒｉｐｔ（登録商標）形式（以下、ＰＳ形式と略す。）等の汎用的なＰＤＬに変換する処理を行う。なお、印刷データの形式は、ＰＤＬに限定されるものではなく、例えばＣＳＶ（Comma-Separated Values）形式のようなテキストデータ列であってもよい。

このように変換処理サーバ１０によってＰＤＬの変換処理を行うようにしている理由を図２、図３を参照して説明する。

大量／高速で印刷処理を行うことが要求されるような出力業務では、連続紙プリンタが利用されることが多い。そして、このような業務用の連続紙プリンタでは、それぞれのメーカー独自の専用のＰＤＬで記述された印刷データを用いて印刷処理が行われている。さらに、連続紙プリンタに限らず、業務用の高速印刷処理が可能なプリンタではそれぞれのメーカー独自の専用のＰＤＬで記述された印刷データが用いられることが多い。

そのため、図２に示すように、Ａ社のページ記述言語で記述された印刷データ５０を用いて、Ａ社の印刷装置６１に対する印刷処理を実行することは可能であっても、Ａ社のページ記述言語で記述された印刷データ５０を用いて、Ｂ社の印刷装置７１に対する印刷処理を実行することは不可能な場合がある。

そのため、あるメーカーのＰＤＬにより記述された印刷データを用いて、他のメーカーのプリンタにより印刷処理を行う場合、他のメーカーのプリンタで印刷可能な形式の印刷データを再度作成する必要がある。このような手間を省略するため、変換処理サーバ１０は、図３に示すように、Ａ社のページ記述言語で記述された印刷データ５０を、例えば汎用的なページ記述言語で記述された印刷データ５１に変換する処理を行う。

そして、このように汎用的なページ記述言語で記述された印刷データ５１であれば、Ｂ社の印刷装置７１においても解釈が可能であるため、Ｂ社の印刷装置７１においても印刷処理を実行することが可能となる。

一般的に印刷装置では各種のＰＤＬにより記述された印刷データを、そのＰＤＬの種類に対応したＲＩＰ（Raster Image Processor）処理エンジンによりラスタ画像への変換を行っている。例えば、PostScript（登録商標）により記述された印刷データであればＣＰＳＩ（Configurable PostScript Interpreter）と呼ばれるＲＩＰ処理エンジン、ＰＤＦ（Portable Document Format）により記述された印刷データであればＡＰＰＥ（Adobe PDF Print Engine）と呼ばれるＲＩＰ処理エンジンによりラスタ画像への変換を行っている。

しかし、これらのＲＩＰ処理エンジンには、処理可能な印刷データのデータ量に上限がある場合がある。そして、この上限を超えるようなデータ量の印刷データを印刷装置が受信した場合には、受信した印刷データのＲＩＰ処理を行うことができずに印刷処理を実行することができないという問題が発生する。

そのため、変換処理サーバ１０では、Ａ社のページ記述言語で記述された印刷データ５０を汎用的なページ記述言語で記述された印刷データ５１に変換する際には、汎用的なページ記述言語のＲＩＰ処理を行うＲＩＰ処理エンジンにおいて規定されている上限値以内となるように、その印刷データを分割する必要がある。

しかし、印刷データを、そのデータ量が予め設定された上限値以下となるように分割しようとする場合、単にページ数で分割したとてしても分割後のそれぞれの印刷データのデータ量が上限値以下とはならない場合がある。

例えば、複数のページ（頁）に亘って共通して使用される共通フォーム画像等の共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割した場合、単にページ数に基づいて分割したとしても分割後の印刷データのデータ量を上限値以下とすることはできない場合がある。

ここで、共通画像とは、複数のページにおいて共通的に使用される書式、企業ロゴ等のマーク等の図形等の各種画像であり、各ページの印刷内容のデータとは別に用意され、各ページではその共通画像の使用を指定するだけで共通画像を各ページの印刷内容として使用することができるようにしたものである。

次に、単にページ数に基づいて分割しても分割後の印刷データのデータ量を上限値以下とすることはできない場合の具体例について図４を参照して説明する。図４に示した具体例では、全ページ数が１０００ページであり、共通フォーム画像のデータ量が４００ＭＢ、各ページの印刷内容が６００ＭＢであり合計１ＧＢの印刷データを一例にして説明する。

そして、このような印刷データを分割して分割後のそれぞれの印刷データのデータ量を５００ＭＢ以下としたい場合、単純にページ数に基づいて分割しようとした場合、１ＧＢ／５００ＭＢ＝２であるため、元の印刷データを２分割すれば良いことになる。つまり、１０００ページのデータをそれぞれ５００ページずつの印刷データに分割すれば良いことになる。

しかし、この図４に示した印刷データを２分割した場合、共通フォーム画像は分割後のそれぞれの印刷データにおいても必要となるため、分割後の印刷データは共通フォーム画像のデータ量が４００ＭＢ、各ページの印刷内容が３００ＭＢであり合計７００ＭＢの印刷データとなってしまう。つまり、図４に示したような場合には、単純にページ数のみに基づいて印刷データを分割したとしても、データ量を上限値である５００ＭＢ以下となるようにすることができない。

そこで、本実施形態における変換処理サーバ１０では、印刷データをページ数のみに基づいて分割せずに、共通画像を含む印刷データを、そのデータ量が予め設定された上限値以下となるように分割するようにしている。

次に、このような変換処理サーバ１０のハードウェア構成を図５に示す。

変換処理サーバ１０は、図５に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ネットワーク４０を介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１４、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、変換処理サーバ１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明するが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

図６は、上記の制御プログラムが実行されることにより実現される変換処理サーバ１０の機能構成を示すブロック図である。

本実施形態の変換処理サーバ１０は、図６に示されるように、印刷データ受信部３１と、印刷データ格納部３２と、ＰＤＬ変換部３３と、印刷データ送信部３４とを備えている。

印刷データ受信部３１は、コントローラ３０から、またはＣＤ−ＲＯＭ等の記録媒体から、例えば、Ａ社独自のＰＤＬにより記述された印刷データを受信する。そして、この印刷データには、共通フォーム画像、共通図形等の共通画像が含まれている。そのため、印刷データ受信部３１は、共通画像を含む印刷データを受け付ける受付手段として機能する。ここで、共通画像とは、複数ページ（頁）に亘って共通して使用される書式や図形等の各種画像である

印刷データ格納部３２は、印刷データ受信部３１により受信された印刷データをスプール（格納）する。

ＰＤＬ変換部３３は、印刷データ受信部３１により受信され印刷データ格納部３２に格納されたＡ社独自のＰＤＬにより記述された印刷データを、そのＰＤＬとは異なる他の記述言語、例えば印刷処理を実行する印刷装置に依存しない汎用的な記述言語であるＰＳ形式のＰＤＬにより記述された印刷データに変換する。

印刷データ送信部３４は、ＰＤＬ変換部３３により変換された汎用的なＰＤＬの印刷データをコントローラ３０に送信する。

また、ＰＤＬ変換部３３は、プレスキャン処理部４１と、分割部４２と、調整部４３と、リソース管理部４４とを備えている。

プレスキャン処理部４１は、印刷データ格納部３２に格納された印刷データに対してプレスキャン処理を実行することにより、印刷データ格納部３２に格納された印刷データにおけるページ構成及び各ページにおける共通画像の使用状況を調査してフォーム使用状況情報を生成する。

分割部４２は、印刷データ受信部３１により受信され印刷データ格納部３２に格納された印刷データを、使用する共通画像の種類毎に分割する。なお、ここで印刷データを分割するという意味には、実際に印刷データを複数の印刷データに分けるだけの意味に限定されず、分ける候補となる位置を仮に決定するという意味が含まれる。つまり、分割部４２は、印刷データ格納部３２に格納された印刷データを、使用する共通画像の種類毎の複数の印刷データに分割する候補位置を決定する。

なお、分割部４２は、プレスキャン処理部４１による調査結果であるフォーム使用状況情報を用いて、印刷データ格納部３２に格納された印刷データを、使用する共通画像の種類毎に分割する。

調整部４３は、分割部４２により分割された共通画像の種類毎の複数の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する。

ここで、予め設定された上限値とは、印刷データに基づいて印刷処理を実行する印刷装置２０Ａ、２０Ｂやコントローラ３０において印刷データをラスタ画像に変換する際のＣＰＳＩ等のＲＩＰ処理において制限される値である。

なお、調整部４３は、分割された共通画像の種類毎の印刷データのデータ量が上限値を超える場合、分割後のそれぞれの印刷データに共通画像が含まれるような状態でデータ量が上限値以下となるように再分割する。

具体的には、調整部４３は、分割された共通画像の種類毎の印刷データにおける共通画像以外のデータのデータ量を、上限値から共通画像のデータ量を減算した値により除する（割り算する）ことにより算出される分割数により、共通画像の種類毎の印刷データを再分割する。

その際に、調整部４３は、分割された共通画像の種類毎の印刷データを再分割する際に、ページの境目で再分割する。また、調整部４３は、分割された共通画像の種類毎の印刷データを再分割する際に、面付け処理が行われる場合には、物理的ページの境目で再分割する。

ここで、面付け処理とは、１つの物理的ページ内に、複数の論理的ページが含まれるように印刷する処理を意味する。また、物理的ページとは、実際の印刷用紙におけるページを意味し、論理的ページとは、実際の印刷用紙におけるページではなく１つの物理的ページ内に配置されるそれぞれのページを意味する。

なお、調整部４３は、分割された共通画像の種類毎の印刷データのデータ量が上限値以下で、かつ次の分割された共通画像の種類毎の印刷データのデータ量との合計が上限値以下の場合、分割された共通画像の種類毎の複数の印刷データを合成する。

また、リソース管理部４４は、共通フォーム画像や共通図形画像等の各種共通画像のリソース名、データサイズ等の各種情報を管理している。このリソース管理部４４において共通画像の各種情報を管理する様子の具体例については後述する。

次に、本実施形態の印刷システムにおける変換処理サーバ１０の動作について図面を参照して詳細に説明する。

先ず、図７を参照して変換処理サーバ１０の全体動作について説明する。

印刷データ受信部３１がＡ社独自のＰＤＬにより記述された印刷データを受信すると（ステップＳ１０１）、全ての印刷データの受信が完了するまで、受信された印刷データは印刷データ格納部３２に格納される（ステップＳ１０２、Ｓ１０３）。

そして、全ての印刷データの受信が完了すると（ステップＳ１０２においてｙｅｓ）、ＰＤＬ変換部３３は、Ａ社独自のＰＤＬにより記述された印刷データをＰＳ形式等の汎用的なＰＤＬにより記述された印刷データに変換するＰＤＬ変換処理を行う（ステップＳ１０４）。

最後に、印刷データ送信部３４は、汎用的なＰＤＬにより記述された印刷データをコントローラ３０に送信する（ステップＳ１０５）。

次に、図７のフローチャートにおいて示したＡ社独自のＰＤＬにより記述された印刷データのＰＤＬ変換処理（ステップＳ１０４）の詳細について、図８のフローチャートを参照して説明する。

先ず、ＰＤＬ変換部３３では、プレスキャン処理部４１により、印刷データ格納部３２内にスプールされた印刷データのプレスキャン処理が実行される（ステップＳ２０１）。

このプレスキャン処理では、スプールされた印刷データの各ページの処理内容を解釈して、その印刷データのページ構成およびそれぞれのページにおいてどのような共通フォーム画像の指定が行われているかを現したフォーム使用状況情報が生成される。なお、以下の説明では、共通画像として共通フォーム画像を使用する場合を用いて説明するが、共通フォーム画像以外の共通画像を用いる場合でも同様である。なお、プレスキャン処理の具体的な処理内容については後述する。

そして、プレスキャン処理が終了すると、分割ページ数の算出処理が行われる（ステップＳ２０２）。この分割ページ数とは、印刷データを分割する際のページ数を意味している。つまり、この分割ページ数の算出処理では、印刷データを分割する際のページ位置が決定される。

この分割ページ数の算出処理では、先ず分割部４２により、プレスキャン処理部４１による調査結果であるフォーム使用状況情報を用いて、印刷データ格納部３２に格納された印刷データを、使用する共通画像の種類毎に分割する。そして、分割部４２により分割された共通画像の種類毎の印刷データのデータ量が上限値を超える場合には、調整部４３により、分割後のそれぞれの印刷データに共通画像が含まれるような状態でデータ量が上限値以下となるように再分割する。または、分割後の印刷データのデータ量が少なくて２つ以上の印刷データを合成しても上限値を超えないような場合には、調整部４３により、分割された複数の印刷データの合成処理が行われる。

このような分割部４２および調整部４３の処理により、分割後の全ての印刷データが上限値以内となるような分割ページ位置が決定される。

そして、ＰＤＬ変換部３３では、上記のようにして決定された分割ページ位置に基づいて分割された状態で、Ａ社独自のＰＤＬにより記述された印刷データを汎用ＰＤＬの印刷データに変換するような変換処理が実行される（ステップＳ２０３）。

次に、図８のフローチャートにおいて示したスプールされた印刷データのプレスキャン処理（Ｓ２０１）の詳細について、図９のフローチャートを参照して説明する。

先ず、プレスキャン処理部４１は、印刷データ格納部３２にスプールされている印刷データを１レコード分読み込む（ステップＳ３０１）。ここでレコードとは、印刷データを格納する際のデータ単位であり、この１レコード分の印刷データにより使用する共通フォーム画像を指定するフォーム指定、ページ送りを指定する改ページ指定等が行われる。

そして、プレスキャン処理部４１はこの印刷データを構成する全レコード分の読み込みが完了するまで読み込んだレコードの内容を順次解釈する（ステップＳ３０２、Ｓ３０３）。

そして、解釈したレコードの内容が使用するフォームを指定するフォーム指定であった場合（ステップＳ３０４においてｙｅｓ）、プレスキャン処理部４１は、処理対象の現在のページが指定している共通フォーム画像を特定して、フォーム利用状況情報を更新する（ステップＳ３０５）。

また、解釈したレコードの内容が使用するフォームを指定するフォーム指定でない場合（ステップＳ３０４においてｎｏ）、プレスキャン処理部４１は、解釈したレコードの内容が改ページ指定であるか否かを判定する（ステップＳ３０６）。

そして、解釈したレコードの内容が改ページ指定である場合（ステップＳ３０６においてｙｅｓ）、プレスキャン処理部４１は、ページ数情報を更新する（ステップＳ３０７）。また、解釈したレコードの内容が改ページ指定でない場合（ステップＳ３０６においてｎｏ）、プレスキャン処理部４１は、何も処理を行うことなく次のレコード分の印刷データの読み込みを行う（ステップＳ３０１）。

そして、全レコード分の印刷データの読み込みが完了した場合（ステップＳ３０２においてｙｅｓ）、プレスキャン処理部４１は、プレスキャン処理を終了する。

つまり、プレスキャン処理では、フォーム指定と改ページ指定のレコードのみをカウントして、フォーム使用状況情報が生成されることになる。

次に、図１０に示すような具体的な印刷データを参照して変換処理サーバ１０の具体的な動作について説明する。なお、以下の説明では、複数の共通フォーム画像をそれぞれＯＶＬ１、ＯＶＬ２、ＯＶＬ３、・・・として表現する。

なお、上記のような共通フォーム画像は他の共通画像とともにリソースセットとして登録される。そして、このように共通フォーム画像を予めリソースセットに登録する場合には、印刷データ中において使用する共通フォーム画像が指定される。そして、印刷データ中において使用する共通フォーム画像を指定するためのパケットとして、ダウンロードフォームというパケットが存在し、印刷データを受信しながら、受信した印刷データ中にダウンロードフォームのパケットを認識すると、そのダウンロードフォームのパケットが抜き出され、ＰＳ形式の共通フォーム画像に動的に変換されてリソースセットに格納される。その後は、印刷データ中において使用する共通フォーム画像が同様に指定されると、リソースセットに登録されたフォームが利用されることになる。

図１０に示した印刷データ例では、１〜２００００ページまでが共通フォーム画像ＯＶＬ１を使用し、２０００１〜３００００ページまでが共通フォーム画像ＯＶＬ２を使用し、３０００１〜４００００ページまでが共通フォーム画像ＯＶＬ３を使用し、４０００１〜５００００ページまでがいずれの共通フォーム画像も使用しないような構成となっている。

この図１０に示した印刷データを用いた印刷結果イメージを図１１に示す。図１１を参照すると、１〜２００００ページまでの印刷結果では共通フォーム画像ＯＶＬ１が使用され、２０００１〜３００００ページまでの印刷結果では共通フォーム画像ＯＶＬ２が使用され、３０００１〜４００００ページまでの印刷結果では共通フォーム画像ＯＶＬ３が使用され、４０００１〜５００００ページまでの印刷結果ではがいずれの共通フォーム画像も使用されてないのが分かる。

そして、この図１０に示した印刷データに基づいて生成されたフォーム使用状況情報を図１２に示す。図１２に示されたフォーム使用状況情報を参照すると、どのページからどのページまでがどのような共通フォーム画像を使用するように設定されているのかが分かるようになっている。

なお、上述したような共通画像の各種属性は、上述したリソース管理部４４において、図１３に示すようなリソース管理テーブルにより管理されている。

図１３に示したリソース管理テーブル例では、ＯＶＬ１〜ＯＶＬ４というリソース名の共通フォーム画像や、ＩＭＧ１〜ＩＭＧ３というリソース名の共通図形画像の、高さ、幅、カラー／白黒、解像度、データサイズ等の情報が管理されているのが分かる。

そして、分割部４２および調整部４３では、図１２に示したフォーム使用状況情報および図１３に示したリソース管理テーブルの情報を用いて、図１０に示した印刷データの分割ページ位置を特定するような処理が行われる。

先ず、分割部４２では、図１２に示したフォーム使用状況情報を参照して、印刷データを使用する共通画像の種類、ここでは共通フォーム画像の種類毎に分割する（または、分割候補とする）。

具体的には、分割部４２は、印刷データを、１〜２００００ページ、２０００１〜３００００ページ、３０００１〜４００００ページ、４０００１〜５００００ページという４つの印刷データに分割する。

次に、調整部４３は、４つに分割された印刷データのそれぞれについてさらに再分割する際の分割数を算出する。この分割数の算出処理例を図１４に示す。

図１４に示した分割数の算出処理例では、分割後の印刷データのデータ量の上限値を１．６ＧＢとする場合が示されている。なお、この上限値は、ＣＰＳＩの処理上限値が２．０ＧＢであり、その値に安全比率（安全マージン）として０．８（８０％）を乗じた得られたものとなっている。

そして、図１４では、１ページあたりの最大データサイズが０．１１ＭＢであるものとした場合が示されている。この１ページあたりの最大データサイズは、１ページ当たりの最大文字数９９００文字に２バイトを乗算し、さらに汎用的なＰＤＬであるＰＳ形式に変換した際の平均的な増加分を考慮して６を乗算することにより算出したものである。

そして、例えば、１〜２００００ページの印刷データの分割数を算出する場合には、先ず指定されている共通フォーム画像ＯＶＬ１のデータサイズを図１３のリソース管理テーブルから取得する。ここでは、共通フォーム画像ＯＶＬ１のデータサイズは５１２ＭＢであるため、共通画像データサイズを０．５ＧＢとする。

そして、印刷データのページ数が２００００ページであるため、１ページ当たりの最大データサイズ０．１１ＭＢを乗算して、印刷内容のデータサイズを２．２ＧＢとする。

つまり、１〜２００００ページの印刷データの全体のデータサイズは、２．７ＧＢ（０．５ＧＢ＋２．２ＧＢ）となる。

そして、調整部４２は、上限値から共通画像のデータサイズ（データ量）を減算した値を算出する。ここでは、上限値は１．６ＧＢであり、共通画像ＯＶＬ１のデータサイズは０．５ＧＢであるため、調整部４２は１．１ＧＢという値を得ることになる（Ｂ）。

次に、調整部４２は、分割された印刷データにおける共通画像以外のデータのデータ量を、上記で得た値により除する（割り算する）ことにより分割数を算出する。具体的には、調整部４２は、共通画像以外のデータである印刷内容のデータサイズ２．２ＧＢ（Ａ）を、上記の１．１ＧＢ（Ｂ）という値により除することにより２（２．２ＧＢ／１．１ＧＢ）という分割数を得ることになる。

また、２０００１〜３００００ページの印刷データの場合には、調整部４２は、上限値１．６ＧＢから共通画像ＯＶＬ２のデータサイズは１．０ＧＢを減算して０．６ＧＢという値を得て、共通画像以外のデータである印刷内容のデータサイズ１．１ＧＢを０．６ＧＢで除することにより、１．８という値を算出する。その結果、調整部４２は、この１．８という値を整数に繰り上げることにより２という分割数を算出する。

また、３０００１〜４００００ページの印刷データの場合には、調整部４２は、上限値１．６ＧＢから共通画像ＯＶＬ３のデータサイズは１．２ＧＢを減算して０．４ＧＢという値を得て、共通画像以外のデータである印刷内容のデータサイズ１．１ＧＢを０．４ＧＢで除することにより、２．７という値を算出する。その結果、調整部４２は、この２．７という値を整数に繰り上げることにより３という分割数を算出する。

なお、４０００１〜５００００ページの印刷データの場合には、印刷データ全体のデータサイズが１．１ＧＢであり上限値の１．６ＧＢよりも少ないため、調整部４３は再分割を行わない。

このようにして算出された分割数に基づいて印刷データの再分割が行われる様子を、図１５、図１６を参照して説明する。

図１５（Ａ）は、１〜２００００ページの印刷データの場合であり、算出された分割数が２であるため、１〜１００００ページと１０００１〜２００００ページという２つの印刷データに分割されているのが分かる。そして、分割後の印刷データは、それぞれ、共通画像のデータサイズ０．５ＧＢと、各ページの印刷内容のデータサイズ１．１ＧＢの合計１．６ＧＢとなり、上限値１．６ＧＢ以下となっているのが分かる。

また、図１５（Ｂ）は、２０００１〜３００００ページの印刷データの場合であり、算出された分割数が２であるため、２０００１〜２５０００ページと２５００１〜３００００ページという２つの印刷データに分割されているのが分かる。そして、分割後の印刷データは、それぞれ、共通画像のデータサイズ１ＧＢと、各ページの印刷内容のデータサイズ０．５５ＧＢの合計１．５５ＧＢとなり、上限値１．６ＧＢ以下となっているのが分かる。

また、図１６（Ａ）は、３０００１〜４００００ページの印刷データの場合であり、算出された分割数が３であるため、３０００１〜３３３３３ページ、３３３３４〜３６６６６ページ、３６６６７〜４００００ページという３つの印刷データに分割されているのが分かる。そして、分割後の印刷データは、それぞれ、共通画像のデータサイズ１．２ＧＢと、各ページの印刷内容のデータサイズ０．３７ＧＢの合計１．５７ＧＢとなり、上限値１．６ＧＢ以下となっているのが分かる。

なお、図１６（Ｂ）に示すように、４０００１〜５００００ページの印刷データについては、再分割前の全体のデータサイズが１．１ＧＢであり、上限値の１．６ＧＢよりも少なくなっているので再分割は行われない。

このようにして、図１０に示したような印刷データは、それぞれのデータサイズが１．６ＧＢを超えないような８つの印刷データに分割されることになる。

最後に、調整部４３により２つの印刷データの合成が行われる場合の様子について図１７を参照して説明する。

例えば、分割部４２により分割された２つの印刷データが、図１７に示されるように、それぞれ０．６ＧＢ、０．２ＧＢというデータサイズだったものとして説明する。

このような場合、２つの印刷データのデータサイズを合計しても、０．８ＧＢで上限値である１．６ＧＢを超えてない。そのため、このような場合には、調整部４３は、この２つの印刷データを合成して１つの印刷データとする。

１０ 変換処理サーバ
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ 通信インタフェース（ＩＦ）
１５ ユーザインタフェース（ＵＩ）装置
１６ 制御バス
２０Ａ、２０Ｂ 印刷装置
２１ 反転装置
３０ コントローラ
３１ 印刷データ受信部
３２ 印刷データ格納部
３３ ＰＤＬ変換部
３４ 印刷データ送信部
４０ ネットワーク
４１ プレスキャン処理部
４２ 分割部
４３ 調整部
４４ リソース管理部

Claims (10)

1. 複数の頁に亘って共通して使用される共通画像を含む印刷データを受け付ける受付手段と、
   前記受付手段により受付けられた印刷データを、使用する共通画像の種類毎に分割する分割手段と、
   前記分割手段により分割された共通画像の種類毎の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する調整手段と、
   を備えた情報処理装置。
2. 前記調整手段は、分割された共通画像の種類毎の印刷データのデータ量が前記上限値を超える場合、分割後のそれぞれの印刷データに共通画像が含まれるような状態でデータ量が前記上限値以下となるように再分割する請求項１記載の情報処理装置。
3. 前記調整手段は、分割された共通画像の種類毎の印刷データにおける共通画像以外のデータのデータ量を、前記上限値から共通画像のデータ量を減算した値により除することにより算出される分割数により、共通画像の種類毎の印刷データを再分割する請求項２記載の情報処理装置。
4. 前記調整手段は、分割された共通画像の種類毎の印刷データを再分割する際に、頁の境目で再分割する請求項２又は３記載の情報処理装置。
5. 前記調整手段は、分割された共通画像の種類毎の印刷データを再分割する際に、面付け処理が行われる場合には、物理的頁の境目で再分割する請求項２又は３記載の情報処理装置。
6. 前記調整手段は、分割された共通画像の種類毎の印刷データのデータ量が前記上限値以下で、かつ次の分割された共通画像の種類毎の印刷データのデータ量との合計が前記上限値以下の場合、分割された共通画像の種類毎の複数の印刷データを合成する請求項１記載の情報処理装置。
7. 前記受付手段により受付けられた印刷データを格納する格納手段と、
   前記格納手段に格納された印刷データにおける頁構成及び各頁における共通画像の使用状況を調査する調査手段と、をさらに備え、
   前記分割手段は、前記調査手段による調査結果を用いて、前記受付手段により受付けられた印刷データを、使用する共通画像の種類毎に分割する請求項１記載の情報処理装置。
8. 前記上限値は、印刷データに基づいて印刷処理を実行する印刷装置において印刷データをラスタ画像に変換する際の処理において制限される値である請求項１から７のいずれか記載の情報処理装置。
9. 前記共通画像は、複数頁に亘って使用される書式又は図形の画像である請求項１から８のいずれか記載の情報処理装置。
10. 複数の頁に亘って共通して使用される共通画像を含む印刷データを受け付ける受付ステップと、
    前記受付ステップにおいて受付けられた印刷データを、使用する共通画像の種類毎に分割する分割ステップと、
    前記分割ステップにおいて分割された共通画像の種類毎の印刷データを、そのデータ量が予め設定された上限値以下となるように再分割又は合成することにより調整する調整ステップと、
    をコンピュータに実行させるためのプログラム。

Images