JP2014106823A - 制御装置、画像形成システムおよびプログラム - Google Patents

Abstract

【課題】複数の出力指示に基づく画像形成が正しい順番で行われたことを検査する際の検査漏れを防止する。
【解決手段】画像形成装置２００にて画像形成する印刷データを取得し、印刷データを一時的に蓄積する蓄積部１２０に出力する出力処理を行う印刷管理部１１０と、印刷データを蓄積部１２０から取得して、画像形成装置２００へ送信する送信処理を行う印刷制御部１３０と、印刷ジョブの実行順を記録した出力順リストを作成する手段と、印刷ジョブの実行順を記録した印刷順リストを作成する手段と、出力順リストにおける印刷ジョブの実行順と印刷順リストにおける印刷ジョブの実行順とが一致するか否かを検査する検査部１４０と、出力順リストにおいて検査部１４０により検査が行われた印刷ジョブおよび印刷順リストにおいて検査部１４０により検査が行われた印刷ジョブを特定するための比較完了情報を作成する手段と、を備える。
【選択図】図２

Description

本発明は、制御装置、画像形成システムおよびプログラムに関する。

特許文献１は、ホスト装置等と接続され印刷を行う印刷装置において、データ抜けやデータ化け等が通信データのいずれの場所において発生してもこれを確実に検出し異常印刷を防止するものである。同文献には、印刷データを複数に分割した各ブロックの大きさを表すブロックサイズがあらかじめ決めた閾値を超えているかどうかを判定し、超えていたときは印刷ジョブを廃棄するようにした構成、前記異常データ判定基準である閾値を、通信環境等に応じて任意に最適な値に設定できるようにした構成が開示されている。

特開２００７−１８３０６号公報

データ接続された上位装置と画像形成装置とを備え、上位装置から送られたデータに基づいて画像形成装置が画像形成を行うシステムにおいて、複数の印刷ジョブを実行する際に、上位装置が複数の出力指示や出力データを一旦蓄積し、画像形成装置へ順次送信して出力させる場合がある。このとき、印刷指示に基づく順番で印刷ジョブを実行することを要求される場合があった。

本発明は、複数の出力指示に基づく画像形成が正しい順番で行われたことを検査する際の検査漏れを防止することを目的とする。

請求項１に記載の発明は、画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、を備えることを特徴とする制御装置である。
請求項２に記載の発明は、前記検査手段は、前記特定情報により特定される単位処理の実行順よりも後に実行された単位処理から検査を行うことを特徴とする請求項１に記載の制御装置である。
請求項３に記載の発明は、予め定めた条件に基づく単位にて複数の前記出力履歴を記録する出力履歴ファイルおよび複数の前記送信履歴を記録する送信履歴ファイルをそれぞれ作成するファイル作成手段をさらに備え、前記検査手段は、前記出力履歴ファイルおよび前記送信履歴ファイルのうち、作成順の古いファイルに記録された前記出力履歴および前記送信履歴から優先して検査を行うことを特徴とする請求項１または２に記載の制御装置である。
請求項４に記載の発明は、前記ファイル作成手段によって作成された前記出力履歴ファイルおよび前記送信履歴ファイルのうち、前記検査手段によって全ての単位処理の検査が完了したファイルを削除する削除手段をさらに備えることを特徴とする請求項３に記載の制御装置である。

請求項５に記載の発明は、画像を形成する画像形成手段と、前記画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、を備えることを特徴とする画像形成システムである。

請求項６に記載の発明は、画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う処理と、前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う処理と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する処理と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する処理と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する処理と、前記出力履歴において前記検査が行われた前記単位処理および前記送信履歴において当該検査が行われた前記単位処理を特定するための特定情報を作成する処理と、をコンピュータに実現させることを特徴とするプログラムである。

請求項１の発明によれば、複数の出力指示に基づく画像形成が正しい順番で行われたことを検査する際の検査漏れを防止することが可能になる。
請求項２の発明によれば、本構成を有しない場合と比較して、実行順の異常を効率的に検査することが可能になる。
請求項３の発明によれば、単位処理の履歴をファイルの単位で管理することができ、かつ、複数のファイルにおいて漏れなく検査を実行することが可能となる。
請求項４の発明によれば、本構成を有しない場合と比較して、ファイルで管理される単位処理の履歴に基づいた実行順の異常を効率的に検査することが可能になる。
請求項５の発明によれば、複数の出力指示に基づく画像形成が正しい順番で行われたことを検査する際の検査漏れを防止することが可能な画像形成システムを実現することができる。
請求項６の発明によれば、複数の出力指示に基づく画像形成が正しい順番で行われたことを検査する際の検査漏れを防止することが可能なプログラムを提供することが可能になる。

本実施形態が適用される画像形成システムの構成例を示す図である。 本実施形態における印刷サーバの機能構成例を示す図である。 印刷サーバのハードウェア構成例を示す図である。 印刷管理部による出力処理の手順を示すフローチャートである。 中止指示を受け付けた場合の印刷管理部の処理手順を示すフローチャートである。 蓄積部および印刷制御部による送信処理の手順を示すシステムフロー図である。 蓄積部および印刷制御部による送信処理の手順を示すシステムフロー図である。 出力順ファイルおよび印刷順ファイルの構成を説明するための図である。 検査部による印刷順の検査処理の手順を示すフローチャートである。 対象情報決定処理およびファイル管理処理を説明するためのファイル構成の具体例である。 対象情報決定処理の手順を示すフローチャートである。 ファイル管理処理の手順を示すフローチャートである。

以下、添付図面を参照して、本発明の実施形態について詳細に説明する。
＜システム構成＞
図１は、本実施形態が適用される画像形成システムの構成例を示す図である。
図１に示す画像形成システム装置は、印刷指示（出力指示）に基づく処理である印刷ジョブを管理する印刷サーバ１００と、印刷サーバ１００の制御下で印刷処理（画像形成処理）を実行する画像形成装置２００と、を備える。印刷サーバ１００と画像形成装置２００とは、直接またはネットワーク等を介してデータ接続されている。また、印刷サーバ１００は、ＬＡＮ（Local Area Network）を介してホストサーバ３００に接続されている。

制御装置の一例としての印刷サーバ１００は、例えばネットワーク機能を備えたパーソナルコンピュータ等で実現され、ホストサーバ３００から印刷指示および印刷データ（出力データ）を受信し、蓄積（スプーリング）する。そして、蓄積した印刷データを画像形成装置２００へ送信し、印刷処理を実行させる。また、本実施形態の印刷サーバ１００は、ホストサーバ３００から取得した印刷指示に基づく正しい順番で画像形成装置２００に対する印刷制御が行われているか否かを検査する。印刷サーバ１００の具体的な機能構成については後述する。

画像形成手段の一例としての画像形成装置２００は、印刷サーバ１００から印刷データを取得し、取得した印刷データに基づき画像形成材を用いて用紙等の記録媒体に画像を形成（印刷）し出力する。本実施形態において記録媒体に画像を形成するための機構は特に限定されず、いわゆる電子写真方式やインクジェット方式等、既存の種々の方式が用いられる。

ホストサーバ３００は、例えばネットワーク機能を備えたコンピュータで実現され、印刷データを保持する記憶装置３１０を備える。そして、印刷指示を受け付けて、この印刷指示により特定される印刷対象（印刷データ）を記憶装置から読み出して印刷サーバ１００へ送信する。印刷指示は、例えばホストサーバ３００に接続された端末装置３２０から入力される。この端末装置は、例えばキーボード等の入力デバイスを備えたパーソナルコンピュータ等により実現される。

＜印刷サーバの機能構成＞
図２は、印刷サーバ１００の機能構成例を示す図である。
図２に示すように、本実施形態の印刷サーバ１００は、印刷データを取得してデータ処理を行う印刷管理部１１０と、印刷データを蓄積する蓄積部１２０と、画像形成装置２００を制御する印刷制御部１３０とを備える。また、本実施形態の印刷サーバ１００は、印刷データの印刷順の検査を行う検査部１４０を備える。

出力手段および出力履歴作成手段の一例としての印刷管理部１１０は、ホストサーバ３００から印刷指示および印刷データを取得し、取得した印刷データを中間データに変換して蓄積部１２０に蓄積させる。ホストサーバ３００から受信する印刷データは、ＰＤＬ（ページ記述言語）で記述されている。そのため、印刷管理部１１０は、受信した印刷データを解析し、機種やデータ処理環境に対する依存度の少ない中間データに変換する。そして、生成した中間データを蓄積部１２０に送る。また、本実施形態の印刷管理部１１０は、印刷データ（中間データ）を蓄積部１２０に蓄積させるために出力する処理（以下、出力処理と呼ぶ）の実行順を記録した履歴情報（以下、出力順リストと呼ぶ）を作成する。

蓄積手段の一例としての蓄積部１２０は、印刷管理部１１０により中間データに変換された印刷データを一時的に蓄積する。この印刷データの蓄積は、印刷サーバ１００におけるデータ処理の速度に対して、物理的に記録媒体に画像形成を行う画像形成装置２００の処理速度が遅いために、その速度差を吸収するために行われる。したがって、短時間に複数の印刷指示が行われた場合、それらの印刷指示に対応する複数の印刷データが蓄積部１２０に蓄積される場合がある。蓄積された印刷データは、画像形成装置２００において印刷データの受け付けが可能となったならば、順次読み出されて印刷制御部１３０に渡される。

送信手段および送信履歴作成手段の一例としての印刷制御部１３０は、いわゆるプリンタ・ドライバであり、画像形成装置２００において印刷データの受け付けが可能であれば、蓄積部１２０から印刷データを取得して、画像形成装置２００へ送信する。上記のように、蓄積部１２０に複数の印刷データが蓄積されている場合は、画像形成装置２００における印刷処理が終了するたびに、蓄積されている印刷データの一つを順次取得して、画像形成装置２００へ送信する。また、本実施形態の印刷制御部１３０は、印刷データを蓄積部１２０から取得して画像形成装置２００へ送信する処理（以下、送信処理と呼ぶ）の実行順を記録した履歴情報（以下、印刷順リストと呼ぶ）を作成する。この印刷順リストは、例えば印刷制御部１３０において画像形成装置２００への送信制御機能を担う、言語モニタやポートモニタにより作成される。なお、画像形成装置２００における印刷処理は、送信処理により送信された印刷データに基づいて行われるので、印刷処理による出力順は、印刷順リストに記録された送信処理の実行順と同一である。

ここで、既存の画像形成システムで用いられる蓄積部１２０には、その仕様上、複数の印刷データが蓄積された場合に、蓄積部１２０から印刷データが読み出される順序が保証されないものがある。すなわち、複数の印刷データが蓄積される順番と読み出される順番とが異なる可能性がある。このようなシステムでは、例えば、印刷ジョブＡ、Ｂ、Ｃの順番で印刷指示が行われた場合であっても、蓄積部１２０から印刷データが読み出される際に順番が入れ替わり、画像形成装置２００において印刷ジョブＡ、Ｃ、Ｂ等の順番で実行されることが起こり得る。

一方、複数の印刷ジョブを実行する際に、印刷指示が行われた順に印刷結果を出力することが要求される場合がある。このような場合、上記のような仕様の蓄積部１２０を有する画像形成システムでは出力結果が印刷指示の順番と一致しているとは限らないため、出力された印刷結果の順序を、手作業等により確認する必要がある。本実施形態では、後述するように、検査部１４０により、印刷制御部１３０による送信処理の検査が行われる。

検査手段および特定情報作成手段の一例としての検査部１４０は、印刷管理部１１０により作成された出力順リストと、印刷制御部１３０により作成された印刷順リストとを比較し、出力処理と送信処理の実行順が異なっていないかを調べる。そして、出力処理と送信処理の実行順が異なっていた場合、検査部１４０は、エラー処理を行う。検査部１４０による処理の詳細については後述する。

ところで、印刷データが蓄積部１２０に蓄積された後、蓄積された印刷データが読み出される前に印刷ジョブの実行を中止（キャンセル）する指示（中止指示）が行われ、印刷ジョブの実行が中止された場合を考える。このとき、中止指示の対象である印刷データは蓄積部１２０から読み出されず、画像形成装置２００において、その印刷データに基づく印刷ジョブは実行されない。そして、中止指示の対象である印刷データの送信処理に関する情報は印刷順リストに記録されないので、出力順リストにおける出力処理の実行順と印刷順リストにおける送信処理の実行順とは一致しない。しかし、この出力順リストと印刷順リストとの不一致は、正当な中止指示に基づく処理（中止処理）の結果なので、エラー処理を行う必要はない。

そこで、印刷管理部１１０がホストサーバ３００から中止指示を受信した場合、検査部１４０は、この中止指示が行われたことを示す情報を印刷管理部１１０から取得し、保持する。そして、出力順リストと印刷順リストとを比較して不一致が検出された場合に、この中止指示の情報に基づいて、エラー処理を行うか否かを判断する。なお、検査部１４０が取得する中止指示の情報は、中止指示が行われたことを印刷管理部１１０から検査部１４０に報知するための何らかの報知情報であっても良いし、中止指示そのものであっても良い。また、中止指示が行われたことを出力順リストに記録することにより検査部１４０に報知するようにしても良い。本実施形態では、出力順リストに中止指示の情報を記録する場合を例として説明する。

＜ハードウェア構成例＞
図３は、印刷サーバ１００のハードウェア構成例を示す図である。
図３に示すコンピュータは、演算手段であるＣＰＵ（Central Processing Unit）１００ａと、主記憶手段であるメモリ１００ｃを備える。また、外部デバイスとして、磁気ディスク装置（ＨＤＤ：Hard Disk Drive）１００ｇ、ネットワーク・インターフェイス１００ｆ、表示機構１００ｄ、音声機構１００ｈ、キーボードやマウス等の入力デバイス１００ｉ等を備える。

図３に示す構成例では、メモリ１００ｃおよび表示機構１００ｄは、システム・コントローラ１００ｂを介してＣＰＵ１００ａに接続されている。また、ネットワーク・インターフェイス１００ｆ、磁気ディスク装置１００ｇ、音声機構１００ｈおよび入力デバイス１００ｉは、Ｉ／Ｏコントローラ１００ｅを介してシステム・コントローラ１００ｂと接続されている。各構成要素は、システム・バスや入出力バス等の各種のバスによって接続される。

なお、図３は、本実施形態が適用されるのに好適なコンピュータのハードウェア構成を例示するに過ぎない。本実施形態は、印刷指示（出力指示）に基づく処理である印刷ジョブを管理するシステムに広く適用できるものであり、図示の構成においてのみ本実施形態が実現されるのではない。

図３に示すコンピュータにおいて、磁気ディスク装置１００ｇには、印刷サーバ１００の各機能を実現するためのプログラムが格納されている。そして、このプログラムがメモリ１００ｃにロードされ、このプログラムに基づく処理がＣＰＵ１００ａにより実行されることにより、各種の機能が実現される。

具体的には、印刷管理部１１０における各処理は、例えばアプリケーション・プログラム等として用意されたプログラムに基づいてＣＰＵ１００ａが行う。なお、ホストサーバ３００からの印刷指示および印刷データの受信は、例えばネットワーク・インターフェイス１００ｆを介して行われる。また、印刷データを変換する際には、作業メモリとしてメモリ１００ｃが用いられる。さらに、印刷管理部１１０により作成される出力順リストは、例えばメモリ１００ｃや磁気ディスク装置１００ｇ等の記憶手段に格納される。

蓄積部１２０は、例えばＯＳ（オペレーティング・システム）の機能の一部等として用意されたプログラム・モジュールを実行するＣＰＵ１００ａの制御下で、印刷データの保持手段としてメモリ１００ｃや磁気ディスク装置１００ｇ等の記憶手段を用いることにより実現される。

印刷制御部１３０の各処理は、例えばＯＳの機能の一部等として用意されたプログラム・モジュールに基づいてＣＰＵ１００ａが行う。印刷制御部１３０により作成される印刷順リストは、例えばメモリ１００ｃや磁気ディスク装置１００ｇ等の記憶手段に格納される。

検査部１４０の各処理は、例えばアプリケーション・プログラム等として用意されたプログラムに基づいてＣＰＵ１００ａが行う。エラー処理として、エラーが発生したことを印刷サーバ１００のオペレータに報知する場合は、例えばＣＰＵ１００ａの制御により、表示機構１００ｄを用いてエラー・メッセージを表示したり、音声機構１００ｈを用いて警告音声を出力したりする。

なお、本実施形態における各構成の機能をコンピュータに実現させるプログラムは、例えば通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

＜印刷管理部の動作＞
図４は、印刷管理部１１０による出力処理の手順を示すフローチャートである。
印刷管理部１１０は、処理対象の印刷ジョブ（以下、対象（カレント）ジョブ）に関して出力処理を開始すると（ステップ４０１）、印刷管理部１１０は、対象ジョブの出力処理が開始されたことを示す履歴情報（開始情報）を出力順リストに登録する（ステップ４０２）。具体的には、例えば図３に示したメモリ１００ｃに保持されている出力順リストのデータ領域に開始情報を書き込む。開始情報は、出力順リストの先頭から順次書き込まれていく。開始情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報（ジョブ名、ジョブ番号等）と開始情報であることを特定するための情報が記録されていれば良い。

次に、印刷管理部１１０は、印刷データ（中間データ）を出力して蓄積部１２０に格納する。具体的には、まず、中止指示を受け付けたか否かを判断し（ステップ４０３）、受け付けていなければ、印刷データの１ページ分を出力して蓄積部１２０に格納する（ステップ４０４）。これを印刷データの全てのページに対して行うまで繰り返す（ステップ４０５）。

対象ジョブにおける全てのページ分の印刷データを出力した後（ステップ４０５でＮＯ）、または中止指示を受け付けた場合（ステップ４０３でＹＥＳ）、印刷管理部１１０は、対象ジョブに関する出力処理を終了する（ステップ４０６）。そして、印刷管理部１１０は、対象ジョブの出力処理が終了したことを示す履歴情報（終了情報）を出力順リストに登録する（ステップ４０７）。終了情報は、開始情報と同様に、例えば図３に示したメモリ１００ｃに保持されている出力順リストのデータ領域に順次書き込まれる。終了情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報と終了情報であることを特定するための情報が記録されていれば良い。

図５は、中止指示を受け付けた場合の印刷管理部１１０の処理手順を示すフローチャートである。
図４のステップ４０３で中止指示を受け付けると、印刷管理部１１０は、図４に示したように出力処理を終了する一方で、ステップ４０４およびステップ４０５で蓄積部１２０に格納された印刷データを削除する（ステップ５０１）。そして、印刷管理部１１０は、対象ジョブに対して中止指示が行われたことを示す履歴情報（中止情報）を出力順リストに登録する（ステップ５０２）。中止情報は、終了情報および開始情報と同様に、例えば図３に示したメモリ１００ｃに保持されている出力順リストのデータ領域に順次書き込まれる。中止情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報と中止情報であることを特定するための情報が記録されていれば良い。

ここで、対象ジョブについて出力処理が終了した後に、その対象ジョブについての中止指示が行われる場合もある。この場合、既に出力処理が終了しているので、図４の動作において中止指示に基づく動作は行われない。しかし、図５に示す印刷データの削除（ステップ５０１）および中止情報の登録（ステップ５０２）は実行される。なお、印刷制御部１３０により蓄積部１２０から印刷データが読み出された後に読み出された印刷データが蓄積部１２０から消去されるシステムの場合、蓄積部１２０から印刷データが読み出された後に中止指示が行われると、印刷管理部１１０が印刷データを削除（ステップ５０１）しようとしても対象の印刷データが蓄積部１２０に存在しないことがあり得る。この場合は、単に中止情報の登録（ステップ５０２）のみが実行される。

＜印刷制御部の動作＞
図６は、蓄積部１２０および印刷制御部１３０による送信処理の手順を示すシステムフロー図である。
図６には、印刷制御部１３０の処理対象（送信対象）である印刷データを保持している蓄積部１２０の動作と、印刷制御部１３０の送信制御機能を担う言語モニタ１３２およびポートモニタ１３３の動作とが記載されている。ここで、蓄積部１２０は、画像形成装置２００において印刷データの受け付けが可能であれば、蓄積されている印刷データを順次出力する。言語モニタ１３２は、蓄積部１２０から出力された印刷データを、ポートモニタ１３３を介して画像形成装置２００へ送信する。また、言語モニタ１３２は、送信処理の経過を示す履歴情報を出力する。ポートモニタ１３３は、言語モニタ１３２から受け取った印刷データを画像形成装置２００へ送信し、送信処理の経過を監視する。

蓄積部１２０は、画像形成装置２００において印刷データの受け付けが可能であれば、まず、対象ジョブを決定して印刷開始指示を出力する（ステップ６０１）。この印刷開始指示は、印刷制御部１３０の言語モニタ１３２およびポートモニタ１３３を経て画像形成装置２００へ送信される。このとき、蓄積部１２０の仕様によっては、蓄積部１２０に印刷データが格納された順番にしたがって送信処理の対象である対象ジョブが決定されるとは限らないことは、上述したとおりである。なお、画像形成装置２００において印刷データの受け付けが可能か否かは、例えばポートモニタ１３３が画像形成装置２００に対して問い合わせの信号を送信し、画像形成装置２００からの応答を蓄積部１２０に送ることにより、蓄積部１２０において判断される。

言語モニタ１３２は、この印刷開始指示を受け取ると、対象ジョブの送信処理が開始されたことを示す履歴情報（開始情報）を印刷順リストに登録する（ステップ６１１）。具体的には、例えば図３に示したメモリ１００ｃに保持されている印刷順リストのデータ領域に開始情報を書き込む。開始情報は、印刷順リストの先頭から順次書き込まれていく。開始情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報（ジョブ名、ジョブ番号等）と開始情報であることを特定するための情報が記録されていれば良い。

次に、蓄積部１２０は、対象ジョブの印刷データをページごとに順次読み出して印刷制御部１３０に渡す（ステップ６０２）。印刷制御部１３０は、取得した印刷データを、言語モニタ１３２およびポートモニタ１３３により画像形成装置２００へ送信する。

対象ジョブの印刷データが全て送信されると、蓄積部１２０は、対象ジョブの印刷終了指示を出力する（ステップ６０３）。この印刷終了指示は、印刷制御部１３０の言語モニタ１３２およびポートモニタ１３３を経て画像形成装置２００へ送信される。この後、ポートモニタ１３３は、画像形成装置２００から対象ジョブの全ての印刷データの出力が完了した旨の通知を受信すると、この通知を言語モニタ１３２に送る（ステップ６２１）。

言語モニタ１３２は、画像形成装置２００から受信した通知をポートモニタ１３３から受け取ると、対象ジョブの送信処理が終了したことを示す履歴情報（終了情報）を印刷順リストに登録する（ステップ６１２）。終了情報は、開始情報と同様に、例えば図３に示したメモリ１００ｃに保持されている印刷順リストのデータ領域に順次書き込まれる。終了情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報と終了情報であることを特定するための情報が記録されていれば良い。

以上のようにして、一つの印刷ジョブに関する送信処理が終了する。この後、蓄積部１２０に他の印刷ジョブに関する印刷データが蓄積されていれば、同様にして送信処理が繰り返される。図６を参照すると、引き続き次の対象ジョブについて送信処理が行われている様子が示されている（ステップ６０４、６０５、６１３参照）。そして、この送信処理の実行中に、中止指示が行われている。

図５に示したように、印刷管理部１１０は、中止指示を受け付けると、蓄積部１２０に格納されている印刷データを削除する（ステップ５０１参照）。蓄積部１２０は、印刷データの削除が行われたならば、その印刷データに関する印刷ジョブに対する印刷中止指示を出力する（図６、ステップ６０６）。

言語モニタ１３２は、この印刷中止指示を受け取ると、対象ジョブの送信処理が中止されたことを示す履歴情報（中止情報）を印刷順リストに登録する（ステップ６１４）。中止情報は、終了情報および開始情報と同様に、例えば図３に示したメモリ１００ｃに保持されている印刷順リストのデータ領域に順次書き込まれる。中止情報の書式は、特に限定されないが、少なくとも対象ジョブの識別情報と中止情報であることを特定するための情報が記録されていれば良い。

なお、印刷中止指示が出力されるタイミングとしては、その印刷中止指示に対応する印刷ジョブの送信処理が開始される前、送信処理の実行中、送信処理の終了後の三つが考えられる。送信処理の開始前に中止指示が行われた場合、送信処理は実行されないため、画像形成装置２００において印刷処理は行われない。送信処理の実行中に中止指示が行われた場合、中止指示が行われるまでに送信処理が済んだ印刷データに関しては、画像形成装置２００において印刷処理が行われる。そして、中止指示が行われた際に送信処理が完了していない分の印刷データに関しては、画像形成装置２００において印刷処理は行われない。送信処理の終了後に中止指示が行われた場合、既に印刷ジョブにおける全ての印刷データの送信処理が済んでいるので、画像形成装置２００において印刷ジョブにおける全ての画像が出力される。いずれの場合であっても、中止情報は、言語モニタ１３２から出力されて印刷順リストに登録される。

＜出力順リストおよび印刷順リストの構成例＞
図７は、出力順リストおよび印刷順リストの例を示す図である。
図７（ａ）は、出力順リストを示す。この出力順リスト１１１には、６個の印刷ジョブＡ〜Ｆについての出力処理の履歴情報（開始情報、終了情報、中止情報）が記録されている。個々の履歴情報は、ジョブ名と情報の種別が含まれている。例えば、先頭の履歴情報は、印刷ジョブＡの開始情報であり、「ジョブＡ：開始」となっている。同様に、２行目の履歴情報は、印刷ジョブＡの終了情報であり、「ジョブＡ：終了」となっている。また、１３行目の履歴情報は、印刷ジョブＥの中止情報であり、「ジョブＥ：中止」となっている。

図７（ｂ）は、印刷順リスト１３１を示す。この印刷順リスト１３１には、６個の印刷ジョブＡ〜Ｆについての送信処理の履歴情報（開始情報、終了情報）が記録されている。個々の履歴情報は、図７（ａ）の出力順リスト１１１の履歴情報と同様に、ジョブ名と情報の種別が含まれている。

ここで、図７（ａ）の出力順リスト１１１と図７（ｂ）の印刷順リスト１３１とを比較すると、出力順リスト１１１では、３行目がジョブＢの開始情報、４行目がジョブＢの終了情報、５行目がジョブＣの開始情報、６行目がジョブＣの終了情報となっているのに対し、印刷順リスト１３１では、３行目がジョブＣの開始情報、４行目がジョブＣの終了情報、５行目がジョブＢの開始情報、６行目がジョブＢの終了情報となっている。すなわち、出力処理におけるジョブＢおよびジョブＣの順番と、送信処理におけるジョブＢおよびジョブＣの順番とが入れ替わっている。

また、ジョブＥに対して中止指示が行われたことにより、印刷順リスト１３１にはジョブＥに関する履歴情報が存在しない。そのため、出力順リスト１１１では、９行目と１０行目がジョブＥの開始情報と終了情報、１１行目と１２行目がジョブＦの開始情報と終了情報であるのに対し、印刷順リスト１３１では、９行目と１０行目がジョブＦの開始情報と終了情報になっている。なお、印刷順リスト１３１にジョブＥの中止情報が記録されていないが、これは、図７（ｂ）の印刷順リスト１３１が印刷制御部１３０の言語モニタ１３２から中止情報が出力される前の状態を示しているためである。

引き続いて、出力順リスト１１１および印刷順リスト１３１のファイルの単位について説明する。
図８は、出力順ファイルおよび印刷順ファイルの構成を説明するための図である。
本実施形態では、印刷サーバ１００が起動された際に、出力順リスト１１１を書き込むファイル（以下、出力順ファイルとよぶ）と、印刷順リスト１３１を書き込むファイル（以下、印刷順ファイルとよぶ）とを作成する。例えば、図８に示すように、印刷サーバ１００の起動によって第１の出力順ファイルＦｉ１と第１の印刷順ファイルＦｏ１とがそれぞれ作成される。そして、第１の出力順ファイルＦｉ１および第１の印刷順ファイルＦｏ１に出力処理や送信処理の個々履歴情報がそれぞれ記録される。

また、本実施形態では、各ファイルにおいて特定の行数まで書き込みが行われることを予め定めた条件とし、そのファイルに対する履歴情報の書き込みをやめ、新たなファイルの先頭行から次の履歴情報の書き込みを行う。図８に示す例では、第１の出力順ファイルＦｉ１と第１の印刷順ファイルＦｏ１とにおいて、それぞれ履歴情報の書き込みが１０００行に達することにより、第１の出力順ファイルＦｉ１と第１の印刷順ファイルＦｏ１とに対する記録を停止する。そして、新たに作成した第２の出力順ファイルＦｉ２と第２の印刷順ファイルＦｏ２とに対し新たな履歴情報の記録を行う。

なお、上述のとおり、本実施形態では、印刷サーバ１００が起動された際に、出力順ファイルと印刷順ファイルとを新たにそれぞれ作成する。そのため、例えば印刷サーバ１００が再起動されるような場合、再起動が実行されるまでに実行された出力処理や印刷処理の履歴情報は、再起動までに記録の対象となるファイルに書き込まれるが、再起動後に実行される出力処理や印刷処理の履歴情報は、再起動後に新たに作成される別のファイルに書き込みが行われる。

具体的には、図８に示すように、例えば第２の出力順ファイルＦｉ２において２０２行目の印刷ジョブＫの実行後、および第２の印刷順ファイルＦｏ２において２０２行目の印刷ジョブＫの実行後に、印刷サーバ１００の再起動が実行された場合を想定する。
この場合、印刷ジョブＫについては、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２にそれぞれ記録される。そして、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２に対する書き込みは終了する。
再起動後、新たなファイルとなる第３の出力順ファイルＦｉ３や第３の印刷順ファイルＦｏ３が作成される。再起動後に新たに受け付ける印刷ジョブに基づく出力処理や送信処理の履歴情報である印刷ジョブＬは、新たに作成した第３の出力順ファイルＦｉ３や第３の印刷順ファイルＦｏ３の先頭の行から書き込まれる。

また、検査部１４０は、作成する複数のファイルに対してそれぞれのファイルを作成した時系列の順序が認識できる情報を付与する。時系列の順序が認識できる情報の付与としては、例えばファイルを作成した時間情報の付与や、時系列的に順序付けられたファイル名をそれぞれのファイルに付与するなどの手法を用いることができる。

＜検査部の動作＞
検査部１４０は、出力順リスト１１１に記録されている履歴情報と印刷順リスト１３１に記録されている履歴情報とを比較し、出力処理が行われた印刷ジョブの順番と送信処理が行われた印刷ジョブの順番が異なっていないかを検査する。検査部１４０による処理の実行順の検査は、印刷ジョブ単位で行われる。したがって、履歴情報のうち、開始情報または終了情報の一方のみに関して、各リスト（出力順リスト１１１および印刷順リスト１３１）での順番を比較すれば良い。本実施の形態では、開始情報を用いて各々の処理（出力処理および送信処理）における印刷ジョブの実行順を検査するものとする。

また、検査部１４０は、適当な時間間隔（例えば、数秒ごと）で印刷順リスト１３１を確認し、直前に印刷順リスト１３１を確認した時と比較して登録されているデータが増加している場合に検査処理を行う。このようにすれば、新たな送信処理が行われていない場合には検査処理を省略することができる。印刷順リスト１３１に登録されているデータの増加は、印刷順リスト１３１のデータファイルを開いて登録データの数を調べても良いし、簡易的に印刷順リスト１３１のファイルサイズに基づいて判断しても良い。

また、検査部１４０は、出力順リスト１１１および印刷順リスト１３１において、いずれの行までを検査したかということを特定するための情報（以下、比較完了情報とよぶ）を記憶する。比較完了情報の記憶は、後述する図９に示すように、各リスト（出力順リスト１１１および印刷順リスト１３１）における対象情報の更新の後に実行される（後述するステップ９０５参照）。

具体的には、ある印刷ジョブの履歴情報に対する検査（比較）が終了した際に、その検査が完了した履歴情報が書き込まれたリストの“行番号”の情報を記憶する。さらに、本実施形態では、出力順リスト１１１や印刷順リスト１３１は、出力順ファイルおよび印刷順ファイルであるファイルの単位で管理される。したがって、比較完了情報は、いずれのファイルにおける履歴情報の検査が完了したかという情報として記憶される。つまり、検査部１４０は、比較完了情報として、“ファイル名”および“行番号”の情報を保持する。
なお、検査部１４０は、後に、いずれのファイルにおける履歴情報の検査が完了したかということが特定可能な情報を作成できれば良く、例えば検査済みの履歴情報に検査済みであることが認識可能なフラグをそれぞれ立てたり、逆に、未検査の履歴情報であることを明示する情報を作成したりしても構わない。

図９は、検査部１４０による印刷順の検査処理の手順を示すフローチャートである。
検査部１４０は、まず、最初の検査対象となる履歴情報（以下、対象情報）を決定する処理である対象情報決定処理を実行する（ステップ９０１）。本実施形態では、対象情報決定処理によって決定された履歴情報の開始情報が対象情報となる。なお、対象情報決定処理については後に詳しく説明する。

次に、検査部１４０は、決定した対象情報のジョブ名を比較する（ステップ９０２）。
比較した対象情報のジョブ名が一致したならば（ステップ９０２でＹＥＳ）、その対象情報で特定される印刷ジョブに関して、送信処理の実行順（すなわち、画像形成装置２００における印刷処理の実行順）が出力処理の実行順（すなわち、印刷サーバ１００における印刷指示の受け付け順）と同一であることを意味する。したがって、印刷指示の受け付け順と印刷順とが異なっていないので、検査部１４０は、送信処理の実行順（印刷順）が正常であることを示す検査結果と、対象情報のジョブ名とを履歴ファイルに出力する（ステップ９０３）。履歴ファイルに記録される情報の書式は、特に限定されないが、少なくとも印刷ジョブの識別情報（ここではジョブ名）と検査結果の内容を示す情報（ここでは正常であることを示す情報）が記録されていれば良い。この検査結果の履歴ファイルは、例えば図３に示したメモリ１００ｃや磁気ディスク装置１００ｇ等の記憶手段に保持され、画像形成システムのオペレータ等による閲覧が可能となる。

次に、検査部１４０は、対象情報を各リストの次の履歴情報（開始情報）に更新する（ステップ９０４）。そして、検査部１４０は、比較完了情報として、更新前の履歴情報が記載されるファイル（出力順ファイルおよび印刷順ファイル）名およびその更新前の履歴情報が書き込まれた行番号の情報を記憶する（ステップ９０５）。その後、更新すべき対象となる履歴情報が存在するか否か、すなわち対象情報の更新が可能か判断する（ステップ９０６）。
そして、対象情報を更新可能な場合には（ステップ９０６でＮＯ）、更新した対象情報を比較する（ステップ９０２）。出力順リスト１１１および印刷順リスト１３１のいずれか一方において、最後の履歴情報まで検査した場合は、対象情報を更新できないため（ステップ９０６でＮＯ）、検査処理を終了する。そして、検査終了後、全ての履歴情報が検査済みとなったファイルを削除するファイル管理処理を実行する（ステップ９２０）。なお、ファイル管理処理については後に詳しく説明する。

対象情報の比較においてジョブ名が一致しない場合（ステップ９０２でＮＯ）、次に検査部１４０は、出力順リスト１１１の対象情報のジョブ名による中止情報が、出力順リスト１１１に存在するか否かを調べる（ステップ９０７）。

中止情報が存在する場合、そのジョブ名の印刷ジョブの実行は中止されているので、このジョブ名の不一致は印刷順序の異常の発生を意味しない。したがって、検査部１４０は、検査結果を履歴ファイルに出力しない。ただし、検査部１４０は、印刷ジョブの実行が中止されたことを示すために、この中止情報のジョブ名を中止情報リストに記録する（ステップ９１２）。そして、検査部１４０は、出力順リスト１１１の対象情報のみを次の履歴情報（開始情報）に更新して比較完了情報を記憶した後（ステップ９１３、９０５、９０６）、印刷順リスト１３１の対象情報と比較する（ステップ９０２）。

対象情報の比較においてジョブ名が一致せず（ステップ９０２でＮＯ）、出力順リスト１１１の対象情報のジョブ名による中止情報が存在しない場合（ステップ９０７でＮＯ）、次に検査部１４０は、出力順リスト１１１の対象情報のジョブ名が、それまでに作成された検査結果の履歴ファイルに存在するか否かを調べる（ステップ９０８）。

検査結果の履歴ファイルに対象情報のジョブ名が存在する場合、そのジョブ名の印刷ジョブは既に実行されており、印刷順序の異常が発生したことを意味する。また、出力順リスト１１１における対象情報の順番は、そのジョブ名の印刷ジョブに対する送信処理が本来実行されるはずであった順番を示している。したがって、検査部１４０は、送信処理が本来実行されるはずであった順番を示す検査結果（異常１）と、出力順リスト１１１の対象情報のジョブ名とを履歴ファイルに出力する（ステップ９１４）。そして、検査部１４０は、出力順リスト１１１の対象情報のみを次の履歴情報（開始情報）に更新して比較完了情報を記憶した後（ステップ９１５、９０５、９０６）、印刷順リスト１３１の対象情報と比較する（ステップ９０２）。

対象情報の比較においてジョブ名が一致せず（ステップ９０２でＮＯ）、出力順リスト１１１の対象情報のジョブ名による中止情報が存在せず（ステップ９０７でＮＯ）、出力順リスト１１１の対象情報のジョブ名が、それまでに作成された検査結果の履歴ファイルに存在しない場合（ステップ９０８でＮＯ）、次に検査部１４０は、印刷順リスト１３１の対象情報のジョブ名が、出力順リスト１１１の未検査の範囲に存在するか否かを調べる（ステップ９０９）。

出力順リスト１１１の未検査の範囲に対象情報のジョブ名が存在する場合、そのジョブ名の印刷ジョブに対する送信処理が本来実行されるべき順番は現時点よりも後であり、印刷順序の異常が発生したことを意味する。したがって、検査部１４０は、本来実行されるはずの順番よりも前に送信処理が実行されたことを示す検査結果（異常２）と、印刷順リスト１３１の対象情報のジョブ名とを履歴ファイルに出力する（ステップ９１６）。そして、検査部１４０は、印刷順リスト１３１の対象情報のみを次の履歴情報（開始情報）に更新して比較完了情報を記憶した後（ステップ９１７、９０５、９０６）、出力順リスト１１１の対象情報と比較する（ステップ９０２）。

対象情報の比較においてジョブ名が一致せず（ステップ９０２でＮＯ）、出力順リスト１１１の対象情報のジョブ名による中止情報が存在せず（ステップ９０７でＮＯ）、出力順リスト１１１の対象情報のジョブ名が、それまでに作成された検査結果の履歴ファイルに存在せず（ステップ９０８でＮＯ）、印刷順リスト１３１の対象情報のジョブ名が、出力順リスト１１１の未検査の範囲に存在しない場合（ステップ９０９でＮＯ）、次に検査部１４０は、印刷順リスト１３１の対象情報のジョブ名が、中止情報リストに存在するか否かを調べる（ステップ９１０）。

中止情報リストに対象情報のジョブ名が存在する場合、そのジョブ名の印刷ジョブに対して中止指示が行われたものの、蓄積部１２０における印刷データの削除が間に合わず、送信処理が行われたことを意味する。そして、この印刷ジョブが実行されることにより、印刷処理は印刷指示が行われた順番とは異なる順番で行われることになり、印刷順序の異常が発生する。したがって、検査部１４０は、本来実行されるはずの順番よりも前に送信処理が実行されたことを示す検査結果（異常２）と、印刷順リスト１３１の対象情報のジョブ名とを履歴ファイルに出力する（ステップ９１８）。そして、検査部１４０は、印刷順リスト１３１の対象情報のみを次の履歴情報（開始情報）に更新して比較完了情報を記憶した後（ステップ９１９、９０５、９０６）、出力順リスト１１１の対象情報と比較する（ステップ９０２）。

対象情報の比較においてジョブ名が一致せず（ステップ９０２でＮＯ）、出力順リスト１１１の対象情報のジョブ名による中止情報が存在せず（ステップ９０７でＮＯ）、出力順リスト１１１の対象情報のジョブ名が、それまでに作成された検査結果の履歴ファイルに存在せず（ステップ９０８でＮＯ）、印刷順リスト１３１の対象情報のジョブ名が、出力順リスト１１１の未検査の範囲に存在せず（ステップ９０９でＮＯ）、印刷順リスト１３１の対象情報のジョブ名が、中止情報リストに存在しない場合（ステップ９１０でＮＯ）、単なる印刷順序の変更とは異なる異常が発生している可能性がある。そこで、検査部１４０は、異常の発生を印刷サーバ１００のオペレータに報知する（ステップ９１１）。異常発生の報知は、例えば、図３に示した表示機構１００ｄを用いてエラー・メッセージを表示したり、音声機構１００ｈを用いて警告音声を出力したりすることにより行われる。また、画像形成システムにとって深刻な異常である可能性があるならば、印刷ジョブの実行を強制的に停止させる制御を行うことも考えられる。

本実施形態では、上記のように、出力順リスト１１１および印刷順リスト１３１が一致しない場合に関して、４種類の場面（図９のステップ９０７〜９１０参照）を想定している。このうち、印刷ジョブの実行が中止された場合（ステップ９０７参照）を除いて、不正な順番で印刷ジョブが実行されることになる。したがって、検査部１４０は、印刷順序の異常が発生したことを印刷サーバ１００のオペレータ等に報知するためのエラー処理を行う。上記の例では、エラー処理として、印刷サーバ１００のオペレータ等が閲覧可能な検査結果の履歴ファイルに、印刷順序の異常が発生したことを示す情報を記録した。この他、ステップ９１１で行われる異常の報知と同様に、表示機構１００ｄを用いたエラー表示や音声機構１００ｈを用いた警告音声の出力等を行っても良い。

また、エラー処理が行われる場面の種類に応じて、異なるエラー処理を行っても良い。例えば、本来実行されるはずの順番よりも前に送信処理が実行された場合（ステップ９０９を参照）は、エラー表示や警告音声の出力を行い、その他の場合は、エラー表示や警告音声の出力を行わずに、履歴ファイルへの情報の記録のみを行うようにしても良い。各場面に対してどのようなエラー処理を適用するかは、本実施形態のシステムの利用者等による選択を受け付けて設定することができる。

なお、上記の動作例では、ステップ９０７で出力順リスト１１１の対象情報のジョブ名による中止情報が存在した場合、この中止情報のジョブ名を中止情報リストに記録した（ステップ９１２参照）。そして、ステップ９１０において、印刷順リスト１３１の対象情報のジョブ名が中止情報リストに存在するか否かを調べ、印刷ジョブに対して中止指示が行われたか否かを判断した。
ここで、中止情報リストを作成せず、ステップ９１０において中止情報リストを調べる代わりに、出力順リスト１１１の未検査の範囲に中止情報が存在するか否かを調べることもできる。しかし、中止情報の有無を調べる度に、多くの履歴情報が記録された出力順リスト１１１を先頭の履歴情報から順に検索することは、処理における重複が多く、効率が悪い。また、出力順リスト１１１および印刷順リスト１３１は、印刷サーバ１００が有する記憶手段の記憶容量は有限であるため、後述するように予め定めた条件に基づいてファイルの単位で登録データが消去される。

そこで、出力順リスト１１１とは別に中止情報リストを作成し、ステップ９１０ではこの中止情報リストを検索することにより、処理効率の向上を図ると共に、出力順リスト１１１から消去されても中止情報の検索を可能とすることができる。さらに、中止情報リストを保持しておき、印刷サーバ１００のオペレータ等が閲覧可能とすることにより、印刷ジョブに対して中止指示が行われたことをオペレータ等が確認することが可能となる。

続いて、ステップ９０１にて実行する対象情報決定処理と、ステップ９２０にて実行するファイル管理処理について詳しく説明する。
図１０は、対象情報決定処理およびファイル管理処理を説明するためのファイル構成の具体例である。
図１１は、対象情報決定処理の手順を示すフローチャートである。
図１２は、ファイル管理処理の手順を示すフローチャートである。

図１０には、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２、第３の出力順ファイルＦｉ３および第３の印刷順ファイルＦｏ３が示される。ここで、図１０の例では、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２は、前回起動時に検査処理の途中で印刷サーバ１００がシャットダウンし、ファイル全体の検査が完了しなかった場合のものである。図１０の例では、行番号として１９８行目の印刷ジョブＸまでの検査が実行されていたものであり、比較完了情報によって１９８行目の印刷ジョブＸまでの比較が完了したことが特定される。また、第３の出力順ファイルＦｉ３および第３の印刷順ファイルＦｏ３は、印刷サーバ１００が再起動後に新たに作成されたファイルである。

まず、対象情報決定処理について説明する。
図１１に示すように、対象情報決定処理においては、まず、最も古いファイル（出力順ファイルおよび印刷順ファイル）を検索する（ステップ１１０１）。
図１０に示す例では、最も古いファイルとして、例えば第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２とが対象となる。なお、ファイル（出力順ファイルおよび印刷順ファイル）がそれぞれ１つしか存在しない場合には、その１つのファイルが最も古いファイルとみなされる。

ステップ１１０１にて検索された最も古いファイルにおいて、比較完了情報によって行（履歴情報）が特定されているか否か判断する（ステップ１１０２）。
そして、ファイルにおいて比較完了情報によって行が特定されている場合（ステップ１１０２にてＹＥＳ）には、比較完了情報により特定される行の次の行における履歴情報を対象情報として決定する（ステップ１１０３）。そして、図９のステップ９０２を参照しながら説明したとおり、対象情報決定処理にて決定された対象情報のジョブ名の比較が実行される。

図１０に示す例では、比較完了情報によって、第２の出力順ファイルＦｉ２における１９８行目の印刷ジョブＸまでの比較が完了していること、第２の印刷順ファイルＦｏ２における１９８行目のジョブＸまでの比較が完了していることが特定される。そこで、検査処理は、第２の出力順ファイルＦｉ２の１９９行目以降（印刷ジョブＢ以降）の履歴情報、および第２の印刷順ファイルＦｏ２における１９９行目以降（印刷ジョブＣ以降）の履歴情報を対象として実行される。

なお、図１０に示す例では、再起動後に行われる検査処理にて、第２の出力順ファイルＦｉ２における印刷ジョブＢと印刷ジョブＣの実行順に対して、第２の印刷順ファイルＦｏ２における印刷ジョブＣと印刷ジョブＢとの実行順とが異なることが検出される。
そして、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２における履情報の検査が完了した後には、第３の出力順ファイルＦｉ３における先頭の印刷ジョブＦおよび第３の印刷順ファイルＦｏ３において先頭の印刷ジョブＦを対象とした検査処理が実行される。

一方、ファイルにおいて比較完了情報によって行が特定されない場合には（ステップ１１０２にてＮＯ）、そのファイルの先頭の履歴情報を対象情報として決定する（ステップ１１０４）。そして、図９のステップ９０２を参照しながら説明したとおり、対象情報決定処理にて決定された対象情報のジョブ名の比較が実行される。
なお、このケースは、前回の印刷サーバ１００の動作時に全ての検査処理が既に完了して正常にシャットダウンが行われ、その後に印刷サーバ１００の起動が実行された場合などが該当する。

続いて、ファイル管理処理について詳細に説明する。
検査処理においてファイルの更新が可能であるか判断が行われた結果、検査処理が更新されない場合に、対象となっているファイル内の全ての行の履歴情報に対する比較が完了したか否かを判断する（ステップ１２０１）。
なお、本実施形態のように履歴情報のうち開始情報を対象情報として比較に用いる場合には、その開始情報に対応する終了情報の履歴情報が書き込まれる行に対しても比較が完了したとみなして処理を進める。

そして、ファイル内の全ての行の履歴情報に対する比較が完了している場合（ステップ１２０１にてＹＥＳ）には、そのファイルの削除を実行する（ステップ１２０２）。
一方、ファイル内の全ての行の履歴情報に対する比較が完了していない場合（ステップ１２０１にてＮＯ）には、ステップ１２０１にて対象となっているファイル内の全ての行の履歴情報に対する比較が完了したか否かの判断を再び行う。

なお、図１０に示す例では、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２において全ての行の履歴情報の比較が完了することによって、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２がそれぞれ削除される。
また、第２の出力順ファイルＦｉ２および第２の印刷順ファイルＦｏ２の削除に伴って、対象情報決定処理における検索対象となる最も古いファイルは、第３の出力順ファイルＦｉ３および第３の印刷順ファイルＦｏ３となる。

以上のように、本実施形態では、対象情報決定処理において、ファイルの作成順序、および比較完了情報に基づいて履歴情報の検査を実行する。そして、常に最も古いファイルを対象とするとともに、比較完了情報に基づいて比較作業が未実施の履歴情報を対象に行う。これによって、例えば印刷サーバ１００が何らかの理由でシャットダウンして、印刷サーバ１００の再起動が行われた場合であっても、再起動後に、既に検査が完了した履歴情報と未検査の履歴情報とを区別することができる。その結果、本実施形態の印刷サーバ１００では、印刷順の異常を漏れなく検出することができる。
また、比較完了情報に基づいて行うことで、既に比較が行われた履歴情報の行は飛ばし、比較が未実施の履歴情報から検査を行うことができるため、例えば単にファイルの先頭の履歴情報から順番に比較を行うような場合と比較して、効率良く検査を行うことができる。さらにまた、再起動前に既に検出した実行順の異常を再起動後に再び検出するなどして既に実行したエラー処理を重複して行うといった事態も回避することが可能になる。

さらに、時系列として古い行（行番号の小さい行）から新しい行（行番号の大きい行）へと検索を進めることで、より早いタイミングで発生した印刷順の異常をいち早く検知してエラー通知を行うことが可能になる。一般的に、実際に印刷が行われた印刷媒体から印刷順序が間違った箇所を探す際には、印刷順において最初に順序が異なってしまった箇所を認識できた方が作業し易いため、まず、最初の印刷順の異常箇所を知りたいという要請がある。そのため、より早いタイミングに発生した印刷順の異常をいち早く検知してエラー通知を行うことが好ましい。

特に、例えば印刷サーバ１００がシャットダウンせざるを得ない状況のもとで再起動が行われたようなケースでは、印刷サーバ１００の処理において大きな負荷がかかっていたことが想定され、このような場合には再起動されるまでに出力処理と送信処理との実行順が異なる事象が頻発していた可能性が高いと考えられる。そうすると、例えば時系列で新しい行から古い行へと遡って実行順の異常を検査する場合、最初の印刷順の異常が発生した箇所を検出するまでに一定の時間を要する。そこで、本実施形態の検査処理では、時系列で古い行から新しい行に向けた比較を行う構成としている。

また、ファイル管理処理によって、検査済みの履歴情報によって構成されるファイルの削除が行われることで、一定数の履歴情報が定期的に削除される機会が設けられ、実行順の異常の検出を効率良く行うことが可能になる。また、ファイル管理処理によって、検査済みの履歴情報によって構成されるファイルの削除が行われることで、記憶手段の有限な記憶領域の有効利用も実現される。

なお、本実施形態では、例えば図７（ａ）および図７（ｂ）に示すように、出力処理において、印刷サーバ１００の蓄積部１２０には、１つの印刷ジョブの受信完了後に、次の印刷ジョブの送信を開始するようにしている。ただし、この態様に限定されるものではない。
例えば、複数の印刷ジョブを一括して蓄積部１２０に出力するように構成しても良い。すなわち、出力処理において、１つの印刷ジョブの蓄積部１２０への受信完了前に、他の印刷ジョブの蓄積部１２０への送信が開始されるような出力処理を行っても良い。ただし、この場合、蓄積部１２０から画像形成装置２００へ印刷データを送信する送信処理において、上述した出力処理と送信処理の実行順が異なる事象が発生し易くなる。
しかしながら、本実施形態のシステムにおいては、出力処理と送信処理の実行順が異なる場合にエラー処理を行うように構成している。そのため、印刷物の印刷順の異常をユーザに通知するなどの対応を取ることが可能になるため、このような出力処理を採用する画像形成システムにおいて特に有効なシステムを提供することができる。

以上、本実施形態について説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態に、種々の変更または改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

１００…印刷サーバ、１１１…出力順リスト、１２０…蓄積部、１３０…印刷制御部、１３１…印刷順リスト、１４０…検査部、２００…画像形成装置、３００…ホストサーバ、３１０…記憶装置、３２０…端末装置

請求項１に記載の発明は、画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、前記画像形成情報を前記蓄積手段から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、を備えることを特徴とする制御装置である。
請求項２に記載の発明は、前記検査手段は、前記特定情報により特定される単位処理の実行順よりも後に実行された単位処理から検査を行うことを特徴とする請求項１に記載の制御装置である。
請求項３に記載の発明は、予め定めた条件に基づく単位にて複数の前記出力履歴を記録する出力履歴ファイルおよび複数の前記送信履歴を記録する送信履歴ファイルをそれぞれ作成するファイル作成手段をさらに備え、前記検査手段は、前記出力履歴ファイルおよび前記送信履歴ファイルのうち、作成順の古いファイルに記録された前記出力履歴および前記送信履歴から優先して検査を行うことを特徴とする請求項１または２に記載の制御装置である。
請求項４に記載の発明は、前記ファイル作成手段によって作成された前記出力履歴ファイルおよび前記送信履歴ファイルのうち、前記検査手段によって全ての単位処理の検査が完了したファイルを削除する削除手段をさらに備えることを特徴とする請求項３に記載の制御装置である。

請求項５に記載の発明は、画像を形成する画像形成手段と、前記画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、前記画像形成情報を前記蓄積手段から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、を備えることを特徴とする画像形成システムである。

請求項６に記載の発明は、画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う処理と、前記画像形成情報を前記蓄積手段から取得して、前記画像形成手段へ送信する送信処理を行う処理と、前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する処理と、前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する処理と、前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する処理と、前記出力履歴において前記検査が行われた前記単位処理および前記送信履歴において当該検査が行われた前記単位処理を特定するための特定情報を作成する処理と、をコンピュータに実現させることを特徴とするプログラムである。

Claims (6)

1. 画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、
   前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、
   前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、
   前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、
   前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、
   前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、
   を備えることを特徴とする制御装置。
2. 前記検査手段は、前記特定情報により特定される単位処理の実行順よりも後に実行された単位処理から検査を行うことを特徴とする請求項１に記載の制御装置。
3. 予め定めた条件に基づく単位にて複数の前記出力履歴を記録する出力履歴ファイルおよび複数の前記送信履歴を記録する送信履歴ファイルをそれぞれ作成するファイル作成手段をさらに備え、
   前記検査手段は、前記出力履歴ファイルおよび前記送信履歴ファイルのうち、作成順の古いファイルに記録された前記出力履歴および前記送信履歴から優先して検査を行うことを特徴とする請求項１または２に記載の制御装置。
4. 前記ファイル作成手段によって作成された前記出力履歴ファイルおよび前記送信履歴ファイルのうち、前記検査手段によって全ての単位処理の検査が完了したファイルを削除する削除手段をさらに備えることを特徴とする請求項３に記載の制御装置。
5. 画像を形成する画像形成手段と、
   前記画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う出力手段と、
   前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う送信手段と、
   前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する出力履歴作成手段と、
   前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する送信履歴作成手段と、
   前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する検査手段と、
   前記出力履歴において前記検査手段により検査が行われた前記単位処理および前記送信履歴において当該検査手段により検査が行われた前記単位処理を特定するための特定情報を作成する特定情報作成手段と、
   を備えることを特徴とする画像形成システム。
6. 画像を形成する画像形成手段にて画像形成する画像形成情報を取得し、当該画像形成情報を一時的に蓄積する蓄積手段に当該画像形成情報を蓄積させるために出力する出力処理を行う処理と、
   前記画像形成情報を前記蓄積部から取得して、前記画像形成手段へ送信する送信処理を行う処理と、
   前記出力処理を構成する単位処理の実行順を記録した出力履歴を作成する処理と、
   前記送信処理を構成する単位処理の実行順を記録した送信履歴を作成する処理と、
   前記出力履歴における単位処理の実行順と、前記送信履歴における単位処理の実行順とが一致するか否かを検査する処理と、
   前記出力履歴において前記検査が行われた前記単位処理および前記送信履歴において当該検査が行われた前記単位処理を特定するための特定情報を作成する処理と、
   をコンピュータに実現させることを特徴とするプログラム。

Images