印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置であって、前記印刷ジョブをキャンセルするか否かを判断する判断手段と、前記判断手段により前記印刷ジョブへの処理をキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段とを有することを特徴とする情報処理装置。前記キャンセルの事由に関する情報は、前記印刷ジョブにおいてデータ不正があること示すことを特徴とする請求項1に記載の情報処理装置。前記データ不正は、前記印刷ジョブの印刷設定に起因するものであることを特徴とする請求項2に記載の情報処理装置。前記データ不正は、前記印刷ジョブの印刷データに起因するものであることを特徴とする請求項2に記載の情報処理装置。前記下位装置において前記印刷ジョブがキャンセルされた場合に、前記キャンセルの事由に関する情報を、前記下位装置からジョブステータス情報として受信する受信手段を更に有することを特徴とする請求項4に記載の情報処理装置。前記キャンセルの事由に関する情報は、ユーザーによる前記印刷ジョブのキャンセルであること示すことを特徴とする請求項1に記載の情報処理装置。前記判断手段は、前記印刷ジョブの印刷設定に応じて、前記印刷ジョブに対するキャンセルの判断基準を切り替えることを特徴とする請求項1に記載の情報処理装置。前記判断手段が、前記判断基準を切り替える際に参照する前記印刷設定は、印刷成果物の体裁の設定であることを特徴とする請求項7に記載の情報処理装置。前記印刷システムにおいて、前記情報処理装置に前記印刷ジョブを送信する、前記情報処理装置よりもさらに上位に位置する別の情報処理装置が存在する場合、前記キャンセルの事由に関する情報を、前記別の情報処理装置に、通知する通知手段を更に有することを特徴とする請求項1乃至8のいずれか一項に記載の情報処理装置。キャンセルコマンド発行手段は更に、前記キャンセルの事由に関する情報とともにキャンセルとは別の処理を行なわせるアクション指示を前記キャンセルコマンドに付加することを特徴とする請求項1乃至9のいずれか一項に記載の情報処理装置。前記キャンセルの事由に関する情報を表示する表示手段を更に有することを特徴とする請求項1乃至10のいずれか一項に記載の情報処理装置。印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置の制御方法であって、判断手段が、前記印刷ジョブをキャンセルするか否かを判断する判断工程と、キャンセルコマンド発行手段が、前記判断工程により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行工程とを有することを特徴とする情報処理装置の制御方法。コンピュータを、印刷システムに含まれ、印刷処理において下位に位置する下位装置に送信した印刷ジョブをキャンセルするか否かを判断する判断手段、前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段として機能させるためのプログラム。上述したデジタルフォトプリントのシステムにおいて、ジョブエラーを含む印刷ジョブが受注管理システムから送信された場合、後続の印刷管理システムにおいては、印刷ジョブをキャンセルさせる指示がプリンタに出される。この場合、従来技術においては、上位に位置する受注管理システムには、印刷管理システムから印刷ジョブに関するエラーが発生したことと、その原因がジョブエラーであることが通知される。もしくは印刷ジョブがキャンセルされたことが通知される。しかし、印刷処理において下位に位置するプリンタには、印刷ジョブに対するキャンセル指示が出されたということしか分からなかった。このため、例えば各サブシステムにおける表示の不一致が生じていた。すなわち、印刷管理システムにおいては、例えば印刷管理システムの表示部に、ジョブエラーであるということが表示され、プリンタにおいてはその表示部に、ジョブキャンセルであると表示されることになる。つまり、プリンタ側ではどういった状況によってキャンセル指示が出されたか知ることができない。また、上位の各サブシステムから発行された印刷ジョブをユーザーがキャンセル操作するケースにおいても、下位のサブシステムである、例えばプリンタはどういった状況によってキャンセル指示が出されたか知ることができない。すなわち、ジョブキャンセルに関わる事由を、各デバイス間で共有できないといった不具合を生じていた。特に、各サブシステムはそれぞれ遠隔した場所に設置されることが多いため、各サブシステムを実際に操作する、エンドユーザー、オペレータ等にとって、ジョブキャンセルに関わる事由が共有できないことはより大きな不具合となっていた。本発明は、従来技術の問題点を解消するものであって、ジョブキャンセルに関わる事由を、印刷システムを構成するサブシステムにて、上位から下位までを通して共有することを可能とする。上記課題を解決するため、本発明は、以下の構成を有する。すなわち、印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置であって、前記印刷ジョブをキャンセルするか否かを判断する判断手段と、前記判断手段により前記印刷ジョブへの処理をキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段とを有する。印刷ジョブのキャンセルに関わる事由を、印刷システムを構成する上位システムから下位システムまで通して共有することができる。以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。<実施形態1>[システム構成]本実施形態の印刷システムの接続例について説明する。本実施形態の印刷システムは、受注管理システム101、印刷管理システム102、およびプリンタ103を含み、それらはネットワーク104を介して図1のように接続される。なお、図1において、各システムは1台にて示しているが、これに限定するものではない。例えば、受注管理システム101の処理を複数の情報処理装置にて実現するような構成であっても構わない。また、各システムは、例えば、PCなどの汎用的な情報処理装置にて実現可能であるとする。受注管理システム101は、ユーザーによるプリント注文を受け、その注文に対応した印刷設定、画像コンテンツを含む印刷ジョブを生成し、印刷管理システム102に対して発行する。印刷管理システム102は、生成された印刷ジョブを解析変換し、プリンタ103へ発行する。変換された印刷ジョブを受けたプリンタ103は、印刷設定に従い、印刷するとともにプリンタ103内で管理しているジョブステータス情報を更新する。プリンタ103は、定期的にジョブステータス情報を印刷管理システム102に通知する。なお、プリンタ103は、印刷機能を有する複合機MFP:MultiFunctionPeripheralなどであっても構わない。印刷管理システム102は、受注管理システム101から要求を受けるとジョブステータス情報を受注管理システム101に通知する。なお、本明細書では、処理シーケンスにおいて、先にデータを受信するなど、より処理の実行が早い位置にあるものを他の装置と比べて上位に位置すると記載する。これに対し、より後に処理を行うものを下位に位置すると記載する。印刷システム本実施形態の印刷システムの構成について、図2Aのブロック図を参照して説明する。本実施形態の印刷システムは、受注管理システム101、印刷管理システム102、プリンタ103を含む。印刷管理システム102は、受注管理システム101-印刷管理システム102間のI/F204、コール処理部205、印刷管理部206、ステータス管理部207、印刷処理部208、ステータス処理部209、および、プロトコル処理部210を有する。I/F204は、受注管理システム101からの要求を、印刷管理システム102へ受け渡す境界のI/Fである。I/F204には、印刷管理システム102から受注管理システム101へ向けてのイベント通知I/Fも含まれる。コール処理部205は、受注管理システム101からの要求を、インスタンスとして受け付ける。また、コール処理部205は、受け付けた要求に対する処理結果の返却を行う。具体的には、コール処理部205は、初期化、設定変更、終了、エラー通知などの処理要求受付/結果返却を行う。印刷管理部206は、印刷ジョブ、その他ジョブの要求受付/結果返却を担う。ステータス管理部207は、ステータス取得、リスナ登録の要求受付/結果返却を担う。また、ステータス管理部207は、登録リスナによる差分イベント、トラッキングジョブイベントの通知を担う。印刷処理部208は、印刷管理部206が受け付けた印刷ジョブをキューイングし、プリンタ103へ順次送信する。本実施形態において、印刷処理部208内は、図2Bのように構成される。ジョブ管理部212は、印刷管理部206から受け付けたジョブデータと、変換後のジョブデータとを保持する。ジョブ変換部213は、ジョブデータの解析および変換処理を行う。印刷ジョブのジョブエラーは、印刷処理部208内のジョブ変換部213で検出される。ジョブ送信部214は、変換後のジョブデータをプロトコル処理部210へ投入し、その応答の取得を行う。ステータス処理部209は、ステータス管理部207が受け付けたステータス取得要求をキューイングし、プリンタ103へ送信する。また、ステータス処理部209は、ステータス取得要求の応答としてプリンタ103から取得したステータスをステータスキャッシュとして保持する。更に、ステータス処理部209は、状態遷移を検出し、イベント通知部不図示へ投入する。プロトコル処理部210は、各処理部からの要求のキューイング制御、ポート振分けとプリンタ103との送受信制御を行う。本実施形態において、プリンタ103内の画像処理部211は、図2Cのように構成される。印刷管理システム102からの印刷ジョブ受け取ると、画像変換部215は、プリントチケットの印刷設定およびコンテンツデータを解析する。そして、画像変換部215は、解析した印刷設定に合わせコンテンツデータをラスタリングする。次に色変換部216は、ラスタリングされたコンテンツテータをRGB→CMYK変換する。そして、印刷コマンド生成部217は、変換後のコンテンツデータを用いてCMYK形式の印字コマンド生成した後、プリンタエンジン218に渡す。プリンタエンジン218は、生成された印字コマンドに従って、画像出力を行う。本実施形態において、受注管理システム101にて生成され、印刷管理システム102に送信される印刷ジョブは、印刷設定、部数設定等の情報で構成されるプリントチケットと、コンテンツとからなる。ここでのコンテンツは、例えば、JPEGJointPhotographicExpertsGroup、BMPBitMaP、PDFPortableDocumentFormat等から構成される。受注管理システム101から印刷管理システム102に投入された印刷ジョブは、I/F204を経由してコール処理部205内の印刷管理部206にて、印刷ジョブとして要求が受け付けられる。そして、印刷管理部206は、疑似ジョブステータスと称する仮のステータスを生成する。疑似ジョブステータスについて説明する。プリンタ103に印刷ジョブを発行し、プリンタ103から実際の印刷ジョブステータスとして返ってくるまでには一般にタイムラグを有する。そのため、プリンタ103からジョブステータス情報を受け取るまでの仮のステータスとして、疑似ジョブステータスを用いる。印刷管理システム102が受け付け、キューイング中の印刷ジョブはプリンタ103へ発行前であるため、プリンタ103のジョブステータス情報としては取得できない。しかし、受注管理システム101から印刷管理システム102への、印刷ジョブ自体の発行は済んでいるので、その状態管理とステータスを印刷管理システム102が行う。疑似ジョブステータスとして管理対象とするステータス項目例を以下に示す。受注管理側から指定されたジョブ名受注管理側から指定されたユーザー名ジョブの種別受付番号注文IDジョブの優先度ジョブステータスのサマリ情報ジョブステータスの詳細情報ジョブエラー情報さらに印刷ジョブは、印刷管理部206から印刷処理部208に渡され、印刷処理部208が印刷ジョブの解析をするとともに、プリンタ103に対応して最適化されたコマンドに変換される。このとき印刷ジョブを構成するプリントチケットは解析およびコマンド変換されるが、コンテンツは変換されない。変換処理された印刷ジョブは、プロトコル処理部210によってプリンタ103に渡される。そして、プリンタ103内の画像処理部211は、印刷ジョブを構成するプリントチケット情報、つまり印刷設定に従い、コンテンツをレンダリングし、印刷出力する。プリンタ103は、印刷ジョブを受け取った時点で、ジョブステータス情報を生成する。プリンタ103は、定期的なタイミングで、更新されたジョブステータス情報を印刷管理システム102に通知する。更新されたジョブステータス情報は、プロトコル処理部210を経由してステータス処理部209に渡される。そして、ステータス処理部209は受け付けたジョブステータス情報をステータスキャッシュとして保持する。ステータス管理部207からステータス取得の要求があった場合、ステータス処理部209は、更新されたジョブステータス情報をステータス管理部207に渡し、ステータス管理部207は、管理しているジョブステータス情報を更新する。さらに新たに更新されたジョブステータス情報は、I/F204を経由して受注管理システム101に通知される。そして、受注管理システム101は、通知されたジョブステータス情報を用いて、自らが管理しているジョブステータス情報を更新する。[発生するエラー]ここで、受注管理システム101における、エンドユーザーによるプリント指示の結果、作成される印刷ジョブに対し、下位のサブシステムにてデータ不正によるエラージョブであると判定されてしまうケースがある。そのケースは、大きく分けて2種類である。ひとつは、例えば、プリント指示において、選択した紙メディアが両面印刷できないものであるにもかかわらず、両面印刷を指示した場合や、印刷対象のコンテンツが存在しないなどの場合である。これらは印刷設定を記述したプリントチケットの不正となる。こうしたプリントチケット不正に起因する印刷ジョブのエラーを、以下ジョブエラーと称す。またもうひとつは、受注管理システム101において印刷指示した対象のコンテンツが、プリンタ103の印刷対象としていないファイル形式のものである場合や、ファイルそのものが壊れているといった場合がある。この場合は、印刷ジョブの対象とするコンテンツにおける不正に起因したエラーであり、このエラーを以下データエラーと称す。以上、本実施形態においては、2種類のデータ不正によるエラーが存在する。本実施形態では、印刷ジョブを構成するプリントチケット情報に関するジョブエラーは印刷管理システム102内の印刷処理部208で検出され、画像コンテンツに関するデータエラーはプリンタ103内の画像処理部211で検出されることになる。[ジョブエラー時のコマンドシーケンス]印刷管理システム102にてプリントチケットに関するジョブエラーが検出された場合のコマンドシーケンス例を、図3を用いて説明する。まず、印刷管理システム102の印刷処理部208で、印刷ジョブを構成するプリントチケット情報において、プリンタ103へ印刷ジョブの発行途中にジョブエラーが検出された場合のコマンドシーケンス例を説明する。受注管理システム101は、印刷管理システム102に対して予め決まったシーケンスに従い、印刷ジョブを発行するS301。印刷ジョブを受けた印刷管理システム102は、プリンタ103に対して印刷ジョブを発行開始できる段階になった時点で印刷ジョブを発行するS302。つまり、印刷管理システム102は、受注管理システム101から印刷ジョブのデータをすべて受信し終わる前に、プリンタ103に対し、印刷ジョブ発行を開始し得る。ここで、プリンタ103に対する印刷ジョブ発行の途中に、印刷管理システム102内の印刷処理部208で印刷ジョブのジョブエラーを検出したとするS303。この場合、印刷管理システム102は、プリンタ103への印刷ジョブ発行をキャンセルするS304。例えば、印刷ジョブが3枚のコンテンツで構成されており、3枚目のコンテンツおよびプリントチケットの処理時にジョブエラーを印刷管理システム102が検出したとする。この場合、印刷管理システム102は、プリンタ103に対して発行した印刷ジョブをキャンセルするためキャンセルコマンドを発行する。具体的には、受注管理システム101において、ユーザーが以下のような設定で印刷指示を行った場合が挙げられる。プリントチケットのXMLの記述が正しい体裁になっていない場合印刷設定パラメータが不正である場合片面印刷紙に両面の印刷設定をしている場合や、存在しないパラメータを設定している場合等プリントチケットに記述されたファイル名とコンテンツのファイル名とが一致していない場合こうした場合、印刷管理システム102は、ジョブエラーであると検出する。S304にて印刷管理システム102が発行するキャンセルコマンドにはキャンセルに関わる事由の情報以下、キャンセル事由が付加されている。この情報によりプリンタ103は、単なるジョブキャンセルではなくジョブエラーによるキャンセルであると認識することができる。キャンセルコマンドにキャンセル事由が付加されていないと、プリンタ103は単なるジョブキャンセルと認識し、その結果、プリンタ103のUIUserInterfaceにジョブキャンセルと表示してしまう。実際にはシステムのエラー管理の実装によるが、エラーの詳細を区別すればするほど、このような上位と下位のエラー詳細の認識のずれが発生しうる。図4Aにキャンセルコマンドの例を示す。ここでのキャンセルコマンドは、xmlフォーマットで記述したキャンセル事由が付加されているキャンセルコマンドである。図4Aにおいて以下の記述が、ジョブキャンセルに対応するエラー詳細である。<operation>ikw:CancelJob</operation><vcn2:cancelreason>ikw:InvalidJobStruct</vcn2:cancelreason>さらに印刷管理システム102は、上位に位置する受注管理システム101に対してジョブエラーが発生したことを通知するS305。印刷管理システム102から通知ErrorEventNotifyを受けた受注管理システム101は、下位のシステムに対して、ステータス取得コマンドGetStatus発行する。発行されたステータス取得コマンドは、印刷管理システム102を経由してプリンタ103に到達する。プリンタ103は、ジョブステータス情報を印刷管理システム102に返却するS306。印刷管理システム102は、プリンタ103から取得したジョブステータス情報を用いて自身が保持するデータに反映し、さらに上位の受注管理システム101にステータス情報を返す。このとき、印刷管理システム102は、必要に応じてジョブエラーの情報をUI表示する。受注管理システム101も受信したジョブステータス情報を自身が保持するデータに反映し、必要に応じてジョブエラーの情報をUI表示する。図4Bにキャンセルコマンドのキャンセル事由とジョブステータスのエラー情報の例を示す。キャンセルコマンドに付加されるキャンセル事由である<cancelreason>情報を、プリンタ103にてジョブステータスのエラー情報<jobstatusdetail>として管理する。そして、プリンタ103は、ステータス取得の際にジョブステータスのエラー情報である<jobstatusdetail>も含め、上位に位置するシステムに返す。こうすることでエラー情報を上位から下位までの各システムにおいて統一することができる。[データエラー時のコマンドシーケンス]次に、コンテンツデータにデータエラーが生じている場合について述べる。コンテンツデータにデータエラーが生じている具体的な例を述べる。コンテンツのファイルフォーマットとプリントチケットで宣言しているファイルフォーマットとが一致していない場合コンテンツのファイルフォーマットがサポート外のファイルである場合コンテンツが不正である場合コンテンツが壊れている場合などこうした場合、プリンタ103は、データエラーであるとして検出する。プリンタ103内の画像処理部211にて、コンテンツに関するデータエラーが検出された場合のコマンドシーケンス例を、図5を用いて説明する。まず、受注管理システム101は、印刷管理システム102に対して予め決まったシーケンスに従い、印刷ジョブを発行するS401。印刷ジョブを受けた印刷管理システム102は、プリンタ103に対して印刷ジョブを発行開始できる段階になった時点で印刷ジョブを発行するS402。ここで、プリンタ103が印刷ジョブの受信中に、受信ジョブのデータエラーを検出したとするS403。この場合、プリンタ103は、印刷管理システム102にレスポンスとしてNGを返すS404。レスポンスとしてNGを受けた印刷管理システム102は、エラーとなったことをさらに上位の受注管理システム101に通知するS405。通知ErrorEventNotifyを受けた受注管理システム101は、ジョブステータス情報を取得するコマンドGetStatusを発行する。そして、印刷管理システム102はさらにプリンタ103に対して、プリンタ103のジョブステータス情報を取得するコマンドを発行するS406。プリンタ103は、ジョブステータス情報を上位のシステムに通知する。このとき、ジョブステータス情報にはキャンセルジョブのエラー詳細情報が含まれるS407。こうすることで、エラー情報を上位から下位までの各システムにて共有することができる。キャンセルジョブのエラー詳細情報がないと、上位に位置する印刷管理システム102および受注管理システム101は、プリンタ103にてジョブがキャンセルされたとしか判断できない。この場合、印刷管理システム102および受注管理システム101は、プリンタ103が単なるジョブキャンセルをしたと認識し、プリンタ103に対応するUIにジョブキャンセルと表示してしまう。印刷管理システムにおける処理本実施形態における、印刷管理システム102の動作について図8のフローチャートを用いて説明する。なお、本処理は、印刷管理システム102が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。印刷管理システム102は受注管理システム101からNページの印刷ジョブを受信すると本処理を開始する。ここで、印刷ジョブに含まれるNページのうち、着目ページをn枚目のページとして示す。印刷管理システム102は、受信した印刷ジョブに含まれるNページに対して、以下の処理を繰り返すS701~S711。印刷管理システム102は、印刷ジョブの着目ページに対して解析変換を行うS702。S703にて、印刷管理システム102は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定するS703。プリントチケットにエラーが無い場合はS703にてNO、印刷管理システム102は、送信できる段階になった時点で、着目ページをプリンタ103へ送信する。そして、エラーが発生しない限り、印刷管理システム102は、Nページ分の送信が完了するまで、ジョブ変換/送信処理を繰り返す。そして、印刷管理システム102は、正常にすべてのページの送信が完了した際にその旨をUI上に表示する。プリントチケットにエラーが検出された場合S703にてYES、着目ページが2枚目以降のページであるか否かを判定するS704。着目ページが1枚目のページである場合S704にてNO、印刷管理システム102は、キューにある印刷ジョブを削除するS707。そして、S708へ進む。着目ページが2枚目以降のページであればS704にてYES、すでに印刷ジョブがプリンタ103に対して発行されているため、印刷管理システム102は、プリンタ103に対し印刷ジョブのジョブキャンセルコマンドを発行する。このとき、印刷管理システム102は、ジョブキャンセルコマンドに、そのキャンセル事由を付加し送信するS705。そして、印刷管理システム102は、着目ページがN枚目のページであるか否かを判定するS706。着目ページがN枚目のページでない場合にはS706にてNO、印刷管理システム102は、キューにある印刷ジョブを削除するS707。これにより、印刷ジョブの処理が途中であっても以降の印刷ジョブの発行は行われない。着目ページがN枚目のページである場合にはS706にてYES、S708へ進む。次に、印刷管理システム102は、上位に位置する受注管理システム101にエラーイベント通知するS708。そして、印刷管理システム102は、UIにてキャンセル事由このケースではジョブエラーを表示し、本処理フローを終了するS709。受注管理システムにおける処理次に、受注管理システム101の動作について図10のフローチャートを用いて説明する。なお、本処理は、受注管理システム101が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。受注管理システム101は、印刷ジョブを発行し印刷管理システム102に送信するまでに、印刷管理システム102から印刷ジョブのキャンセルを指示されたか否かを判定するS901。キャンセルの指示を受けていない場合はS901にてNO、受注管理システム101は、印刷ジョブを送信するまでに、印刷管理システム102を含む、より下位に位置するシステムでエラーを検出した通知を受信したか否かを判定するS902。印刷管理システム102からエラーの通知を受信していない場合S902にてNO、受注管理システム101は、印刷ジョブに対して、ユーザーがキャンセルをしたか否かを判定するS905。印刷ジョブをユーザーがキャンセルしない場合はS905にてNO、受注管理システム101は、印刷ジョブを印刷管理システム102へ送信するS909。そして、本処理フローを終了する。印刷ジョブに対し、ユーザーがキャンセルをした場合はS905にてYES、受注管理システム101は、印刷ジョブを印刷管理システム102に送信前か否かを確認するS906。印刷ジョブが送信前であればS906にてYES、受注管理システム101は、S908へ進む。印刷ジョブの送信を開始していればS906にてNO、受注管理システム101は、印刷管理システム102へキャンセルコマンドと共に、キャンセル事由を送信するS907。そして、受注管理システム101は、UIにてキャンセル事由を表示し、本処理を終了する。なお、ここで表示されるキャンセル事由は、ユーザーにより、印刷ジョブがキャンセルされた旨が提示される。印刷管理システム102から、キャンセルの指示もしくはエラーの通知を受けた場合S901もしくはS902にてYES、S903へ進む。そして、受注管理システム101は、印刷管理システム102から各キャンセル事由この場合、ジョブエラー、データエラー、ユーザーキャンセルのいずれかを取得するS903。その後、受注管理システム101は、取得した各キャンセル事由をUIにて表示するS904。そして、本処理フローを終了する。プリンタにおける処理次に、プリンタ103での動作について図11のフローチャートを用いて説明する。なお、本処理は、プリンタ103が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。図11において、処理が開始されると、プリンタ103は、印刷ジョブがユーザーによりキャンセルされたか否かを判定するS1001。ユーザーにより印刷ジョブがキャンセルされない場合はS1001にてNO、プリンタ103は、印刷管理システム102からジョブキャンセルコマンドおよびそのキャンセル事由を受信したか否かを判定するS1007。キャンセルコマンドを受信していない場合はS1007にてNO、プリンタ103は、印刷ジョブに対して印刷処理を実行するS1008。そして、プリンタ103は、印刷ジョブの印刷が完了したら、その旨をUIに表示させ、本処理フローを終了する。上位に位置する印刷管理システム102からジョブキャンセルコマンドとそれに付加されたキャンセル事由を受信した場合S1007にてYES、プリンタ103は、印刷ジョブを削除し、キャンセルするS1005。そして、プリンタ103は、UIにキャンセル事由この場合、ジョブエラーを表示し、本処理フローを終了するS1006。ユーザーにより印刷ジョブがキャンセルされた場合S1001にてYES、プリンタ103は、印刷管理システム102に印刷ジョブがキャンセルされた旨を通知するS1002。そして、プリンタ103は、印刷ジョブに対する画像処理が完了前か否かを確認するS1003。画像処理が完了前であればS1003にてYES、プリンタ103は、その印刷ジョブに対する画像処理を中止するS1004。そして、S1005へ進む。画像処理が完了後であればS1003にてNO、S1005へ進む。そして、プリンタ103はその印刷ジョブを削除しS1005、UIにてキャンセル事由この場合、ユーザキャンセルを表示するS1006。[データエラー検出処理]次に図12を用いて、印刷ジョブにデータエラーを検出する場合のプリンタ103の動作を説明する。なお、本処理は、プリンタ103が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。ここでは、プリンタ103は、データエラーが発生した場合に印刷成果物の体裁設定により処理を変える。この体裁設定は、プリントチケットに記述されているものとする。処理が開始されると、プリンタ103は、印刷ジョブが単葉印刷か否かを判定するS1101。ここでの単葉印刷とは、1枚の用紙から構成される印刷物を出力する印刷処理である。単葉印刷に対し、複数ページから構成される冊子状の印刷物を出力する印刷処理を冊子印刷と記載する。印刷ジョブが単葉印刷である場合S1101にてYES、プリンタ103は、S1102~S1112の処理を行う。印刷ジョブが単葉印刷でない場合S1101にてNO、プリンタ103は、S1113~S1120の処理を行う。プリンタ103は、印刷ジョブを構成するN枚のページに対し、順次着目ページとして処理を行うS1102。まず、プリンタ103は、1ページ目を着目ページとして、画像処理を開始するS1103。プリンタ103は、着目ページのコンテンツにエラーがあるか否かを判定するS1104。コンテンツデータにエラーがあることが検出されるとS1104にてYES、プリンタ103は、印刷続行が可能な設定かどうかを判断するS1105。ここで、印刷続行が可能な設定とは、例えば単葉片面印刷の設定であれば、エラーが発生したページ以外のページは印刷続行が可能として処理を継続することができる。印刷処理が続行可能な設定である場合にはS1105にてYES、プリンタ103は、上位の印刷管理システム102に対して、着目ページでエラーが発生した旨を通知するS1106。そして、プリンタ103は、キャンセル事由このケースではデータエラーをプリンタ103のUIで表示するS1107。そして、S1103に戻り、プリンタ103は、後続のページの画像処理を続行する。S1105にて印刷続行が不可能と判断するとS1105にてNO、プリンタ103は、受信した印刷ジョブを削除するS1108。印刷続行が不可能な場合とは、例えば、単葉両面印刷の場合、表面の画像データで不正があれば裏面の印刷は続行すべきでない。そして、プリンタ103は、上位の印刷管理システム102に対してデータエラーが発生した旨のエラーイベント通知するS1109。そして、プリンタ103は、キャンセル事由このケースではデータエラーをプリンタ103のUIで表示するS1110。そして、本処理フローを終了する。着目ページのコンテンツに不正がない場合S1104にてNO、プリンタ103は着目ページの印刷を実行するS1111。そして、プリンタ103は、エラーが発生しない限り、すべてのページに対して印刷処理を行う。その後、プリンタ103は、印刷完了の旨をプリンタ103のUIに表示し、本処理フローを終了する。印刷ジョブが単葉印刷ではなく冊子印刷の場合S1101にてNO、印刷ジョブを構成するN枚のページに対し、順次着目ページとして処理を行うS1113。まず、プリンタ103は、1ページ目に対して、画像処理を開始するS1114。プリンタ103は、着目ページのコンテンツにエラーがあるか否かを判定するS1115。コンテンツデータにエラーがあることが検出されるとS1115にてYES、プリンタ103は、受信していた印刷ジョブを削除するS1116。そして、プリンタ103は、上位の印刷管理システム102に対してデータエラーが発生した旨のエラーイベントを通知するS1117。そして、プリンタ103は、キャンセル事由このケースではデータエラーをプリンタ103のUI上で表示するS1118。そして、本処理フローを終了する。コンテンツにエラーがない場合S1115にてNO、プリンタ103は、エラーが発生しない限り、印刷ジョブを構成するすべてのページに対して画像処理を行うS1119。そして、プリンタ103は、画像処理が完了した印刷ジョブに対して、印刷を行うS1120。その後、プリンタ103は、印刷完了の旨をプリンタ103のUIに表示し、本処理フローを終了する。なお図12では印刷成果物の体裁により処理を切り替えるプリンタの実施形態を説明したS1101。しかし、処理を切り替えないプリンタであって構わない。その場合は印刷成果物の体裁に関わらず、コンテンツにエラーがあれば、印刷ジョブを削除するという、S1113からS1120の処理のみとなる。言い換えると単葉印刷の処理が存在しない。[ユーザーキャンセル時のコマンドシーケンス1]これまで、印刷管理システム102がキャンセルコマンドを発行するケースとして、印刷管理システムにてエラーを検出する場合を説明した。別のケースとして、受注管理システム101から印刷ジョブを発行した後、受注管理システム101にて印刷ジョブをユーザーがキャンセル操作した場合を、図6を用いて説明する。最初に、受注管理システム101は、印刷管理システム102に対して予め決まったシーケンスに従い、印刷ジョブを発行するS501。印刷ジョブを受けた印刷管理システム102は、プリンタ103に対して印刷ジョブを発行開始できる段階になった時点でジョブ発行するS502。つまり印刷管理システム102は、受注管理システム101から印刷ジョブをすべて受信し終わる前に、プリンタ103にジョブ発行を開始し得る。ここで、印刷管理システム102がプリンタ103に対して印刷ジョブを発行している途中において、受注管理システム101にて印刷ジョブのキャンセルが実行されたとするS503。これに伴い、受注管理システム101は、印刷管理システム102に対してキャンセルコマンドを発行するS504。受注管理システム101からキャンセルコマンドを受けた印刷管理システム102は、プリンタ103への印刷ジョブの発行をキャンセルするS505。このとき、印刷管理システム102が発行するS504のキャンセルコマンドに付加されるキャンセル事由は以下のようになる。これはユーザーによる印刷ジョブ送信のキャンセルが実行されたことを示している。<operation>ikw:CancelJob</operation><vcn2:cancelreason>ikw:user</vcn2:cancelreason>[ユーザーキャンセル時のコマンドシーケンス2]受注管理システム101から印刷ジョブを受けた印刷管理システム102は、プリンタ103に対して印刷ジョブの発行開始ができる段階になった時点でジョブ発行する。しかし、印刷管理システム102が印刷ジョブを発行する前に、受注管理システム101が印刷ジョブキャンセルを実行し、キャンセルコマンドが印刷管理システム102に到達したとする。この場合、印刷管理システム102は、プリンタ103に対してキャンセルコマンド発行しない。この場合のコマンドシーケンスは図7のようになる。図7において、受注管理システム101は、印刷管理システム102に対して予め決まったシーケンスに従い、印刷ジョブを発行するS601。受注管理システム101から印刷ジョブを受けた印刷管理システム102は、プリンタ103に対して印刷ジョブを発行開始できる段階になった時点でジョブ発行する。しかし、それより前に受注管理システム101にて印刷ジョブのキャンセルが実行されたとするS602。この場合、受注管理システム101から印刷管理システム102にキャンセルコマンドが通知されるS603。この時点では、印刷管理システム102は、プリンタ103に対し印刷ジョブを発行しておらずS604、キャンセルコマンドの発行は不要と判断する。そのため、印刷管理システム102は、プリンタ103に対してキャンセルコマンドの発行をしないS605。印刷管理システム102は、該当する印刷ジョブがキャンセルされたので、上位の受注管理システム101にエラーイベントを通知するS606。受注管理システム101は、印刷管理システム102からの通知ErrorEventNotifyに応答してジョブステータス取得コマンドを発行する。ジョブステータス取得コマンドを受けた印刷管理システム102は、プリンタ103に対してジョブステータス取得コマンドを発行する。この場合、プリンタ103は、該当する印刷ジョブの存在を認識していない状態であるため、印刷管理システム102で管理している疑似ジョブステータスを用いてキャンセル事由と合わせてジョブステータス情報を返却するS607。印刷管理システムにおける処理受注管理システム101で印刷ジョブがユーザーキャンセルされた場合の印刷管理システム102の動作について、図9のフローチャートを用いて説明する。なお、本処理は、印刷管理システム102が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。印刷管理システム102は、上位に位置する受注管理システム101から印刷ジョブを受けたのち、受注管理システム101から印刷ジョブをキャンセルするためのキャンセルコマンドを受信したか否かを判定するS801。受注管理システム101からキャンセルコマンドを受信した場合S801にてYES、印刷管理システム102は、すでに印刷ジョブをプリンタ103に対して送信しているか否かを判断するS802。印刷ジョブをプリンタ103に対して送信前であればS802にてYES、印刷管理システム102は、印刷ジョブに対しプリンタ103に発行するためのジョブ変換処理をすでに終了しているかを判断するS803。印刷ジョブが変換中であればS803にてNO、印刷管理システム102はジョブ変換を中止するS804。その後、印刷管理システム102は、印刷管理システム102のキューにある印刷ジョブを削除し、印刷ジョブの送信を中止するS805。その後、S807へ進む。印刷ジョブの変換が終了していればS803にてYES、S805へ直接進む。すでに印刷ジョブをプリンタ103に対して発行していればS802にてNO、印刷管理システム102は、該当する印刷ジョブの印刷を中止するためのキャンセルコマンドにキャンセル事由を付加して発行する。そして、印刷管理システム102は、プリンタ103へ発行したキャンセルコマンドを送信するS806。そして、印刷管理システム102は、印刷管理システム102のUIにてキャンセル事由このケースではユーザーキャンセルを表示し、本処理フローを終了するS807。受注管理システム101からキャンセルコマンドを受信しない場合S801にてNO、印刷管理システム102は、プリンタ103から印刷ジョブのキャンセルイベントの通知を受信したか否かを確認する。ここでの通知は、例えば、プリンタ103が印刷ジョブを受信中にユーザーがプリンタ103のパネル操作で印刷ジョブの受信をキャンセルした場合に通知される。キャンセルイベント通知を受けたらS808にてYES、印刷管理システム102は、プリンタ103からジョブステータス情報を取得するS809。そして、印刷管理システム102は、上位に位置する受注管理システム101に対してエラーイベントを通知するS810。その後、印刷管理システム102は、印刷管理システム102のUIにてプリンタ103より取得したキャンセルステータスに基づいたキャンセル事由このケースではユーザーキャンセルを表示し、本処理フローを終了するS811。プリンタ103からキャンセルイベント通知を受信しない場合S808にてNO、印刷管理システム102は、印刷ジョブをプリンタ103に送信するS812。そして、該当印刷ジョブに特に問題発生せず、すべての印刷ジョブをプリンタ103に送信し、印刷完了すれば、印刷管理システム102は、送信完了の旨を印刷管理システム102上のUIに表示し、本処理フローを終了する。なお、受注管理システム101の動作については図10のフローチャートを用いて説明した流れとなる。この場合、S903において、印刷管理システム102より取得したキャンセル事由は、ユーザーキャンセルとなり、受注管理システム101は、S904にて受注管理システム101のUI上でその旨を表示する。一方、プリンタ103での動作については図11のフローチャートを用いて説明した流れとなる。この場合、S1006において、プリンタ103は、UIに表示するキャンセル事由はユーザーキャンセルとなる。なお、キャンセル事由がユーザーキャンセルである場合、いずれのサブシステムにてユーザーからのキャンセル指示を受けたかの情報を更に含むようにしても構わない。このようにして、本実施形態においては、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することを可能にしている。更には、各システムでの表示において、整合性を取ることが可能となる。<実施形態2>本実施形態の印刷システムの構成について、図13のブロック図を参照して説明する。実施形態1と重複する箇所については同じ参照番号を付与している。実施形態1の図2Aでは画像コンテンツをレンダリングする画像処理部211をプリンタ103が備えていたのに対し、本実施形態では印刷管理システム102にプリンタドライバ1201が存在する。つまり、本実施形態では、印刷管理システム102内のプリンタドライバ1201により、画像コンテンツをレンダリングする。本実施形態の場合、印刷ジョブを構成するジョブチケット情報に関するジョブエラーも、画像コンテンツに関するジョブエラーも印刷管理システム102にて検出される。受注管理システム101で生成され印刷管理システム102に送信される印刷ジョブは印刷設定、部数設定等の情報で構成されるジョブチケットと、JPG、BMP、PDF等の画像コンテンツからなる。受注管理システム101から印刷管理システム102に投入された印刷ジョブは、I/F204を経由してコール処理部205内の印刷管理部206にて、印刷ジョブとして要求受付され、疑似ジョブステータスを生成する。印刷ジョブは、印刷処理部208に渡され、解析されるとともに、印刷ジョブを構成するジョブチケットがプリンタ103に対応して最適化されたコマンドに変換される。さらにコンテンツについても、プリンタドライバ1201にてレンダリングされる。プリンタドライバ1201は、第一実施形態の図2Aにおけるプロトコル処理部210の役割も果たし、変換された印刷ジョブは、プリンタ103に渡され、印刷出力される。プリンタ103は印刷ジョブを受け取った時点で、プリンタ103内でジョブステータス情報を生成する。プリンタ103は定期的なタイミングで、更新されたジョブステータス情報を印刷管理システム102に通知する。更新されたジョブステータス情報は、プリンタドライバ1201を介してステータス処理部209に渡され、ステータスキャッシュとして保持される。ステータス処理部209は、ステータス管理部207からの要求に応じて、更新されたジョブステータス情報をステータス管理部207に渡す。そして、ステータス管理部207は、自身が管理しているジョブステータス情報を更新する。さらに更新されたジョブステータス情報は、I/F204を経由して受注管理システム101に通知される。そして、受注管理システム101は、受信したジョブステータス情報を用いて、管理しているジョブステータス情報を更新する。図13に示す構成の本実施形態において、印刷ジョブを構成するジョブチケット情報に関するジョブエラーも、コンテンツに関するデータエラーも印刷管理システム102にて検出される。この場合のコマンドシーケンスは、実施形態1にて示した図3と同様になる。そして、実施形態1の図5にて示したデータエラー時のコマンドシーケンスは本実施形態では発生しないことになる。また、印刷ジョブを受注管理システム101にてキャンセルする場合のコマンドシーケンスについても実施形態1にて示した図6、図7と同様になる。[印刷管理システムの動作]印刷管理システム102にてジョブエラー検出した場合の印刷管理システム102の動作について図14のフローチャートを用いて説明する。なお、本処理は、印刷管理システム102が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはNページから構成され、着目ページはn枚目のページとして記載する。印刷管理システム102は、受注管理システム101からNページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行するS1301~S1309。印刷管理システム102は、印刷ジョブの着目ページに対し解析変換を行うS1302。印刷管理システム102は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定するS1303。つまり、ここでのエラー判定は、ジョブエラーがあるか否かの判定に該当する。エラーが無い場合はS1303にてNO、印刷管理システム102は、着目ページを印刷管理システム102内部の印刷処理部208へ送信する。そして、着目ページにエラーが発生しない限り、印刷管理システム102は、印刷ジョブを構成するすべてのページを印刷処理部208に送信し、S1310へ進む。プリントチケットにエラーがある場合S1303にてYES、エラーがある着目ページが最終ページであるか否かを判定するS1304。着目ページが最終ページである場合にはS1304にてYES、S1306に直接進む。着目ページが最終ページでない場合はS1304にてNO、印刷管理システム102は、キューにある印刷ジョブを削除するS1305。そして、印刷管理システム102は、上位に位置する受注管理システム101にエラーイベントを通知するS1306。その後、印刷管理システム102は、印刷管理システム102上のUIにてキャンセル事由このケースではジョブエラーを表示し、本処理フローを終了するS1307。印刷管理システム102は、印刷ジョブを構成する各ページに対して以下の処理を実行するS1310~S1318。印刷管理システム102は、着目ページに対して画像処理を実行するS1311。そして、印刷管理システム102は、着目ページのコンテンツにエラーがあるか否かを判定するS1312。つまり、ここでのエラー判定は、データエラーがあるか否かの判定に該当する。エラーが無い場合はS1312にてNO、着目ページにエラーが無い限り、印刷管理システム102は、印刷ジョブを構成するすべてのページの画像処理を行う。そして、S1319へ進む。すべてのページに対する画像処理が終了したら、印刷管理システム102は、プリンタ103へ印刷ジョブを送信し、印刷を実行させる。そして、本処理フローを終了する。着目ページに画像コンテンツのデータエラーが検出された場合S1312にてYES、印刷管理システム102は、着目ページが1ページ目であるか否かを判定する。データエラーが検出された着目ページが1ページ目である場合S1313にてNO、印刷管理システム102は、印刷管理システム102のキューにある印刷ジョブを削除するS1315。そして、S1316へ進む。データエラーが検出された着目ページが1ページ目でない場合S1313にてYES、すでに印刷ジョブがプリンタ103に対して発行されている。そのため、印刷管理システム102は、プリンタ103に対し印刷ジョブのジョブキャンセルコマンドに、そのキャンセル事由を付加し、発行するS1314。印刷管理システム102は、上位に位置する受注管理システム101に対してエラーイベント通知するS1316。そして、印刷管理システム102は、印刷管理システム102上のUIにてキャンセル事由このケースではデータエラーを表示し、本処理フローを終了するS1317。このようにして、本実施形態にて示した構成においても、実施形態1と同様に、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することが可能となる。更には、各システムでの表示において、整合性を取ることが可能となる。<実施形態3>本実施形態では、プリンタ103へジョブ発行の途中に、印刷管理システム102でジョブエラー検出した場合の印刷管理システム102のキャンセル処理の例を説明する。実施形態1では、図12のS1101に示すようにプリンタ103が印刷設定に応じてキャンセルの判断基準を切り替えていた。本実施形態では、印刷管理システム102側で、印刷設定に応じた、キャンセルの判断基準を切り替える。システムの全体構成や、他の共通する部分は実施形態1と同様であるので、ここでは省略する。[印刷体裁]まず、印刷体裁について図15を用いて説明する。単葉の印刷体裁としては、写真プリント、カード、カレンダー、コラージュ、ポスター、ポートレート等がある。冊子の印刷体裁は、中綴じ1401、リング綴じ1402、無線綴じ1403、片面印刷データ貼合1404等がある。中綴じ1401の製本例としては、両面印刷し、印刷物の三方断裁し中央をホチキス止めする。リング綴じ1402の製本例としては、片面または両面印刷したい印刷物に対してリング綴じを行う。無線綴じ1403の製本例としては、両面印刷した印刷物を図15のように糊付けし、無線綴じの中身を表紙でくるむ製本をする。片面印刷データ貼合1404の製本例としては、中身と表紙を図15のように糊付けし、貼り合せの中身をハードカバーの表紙でくるむ。ハードカバーの表紙はラミネートや段ボール貼りされている。例えば、図16のようにジョブが4枚の画像コンテンツで構成されていて3枚目の画像に関してジョブエラーあるいはデータエラーを印刷管理が検出した場合について説明する。このとき、印刷ジョブの印刷体裁が単葉印刷の場合、印刷可能なものは印刷するのが望ましいため、印刷管理システム102は、印刷ジョブのエラーを検出したページを飛ばして印刷ジョブを発行し続ける。さらに、印刷管理システム102は、上位に位置する受注管理システム101に対しては、所定のAPIApplicationProgramInterfaceで印刷が部分成功であることを通知する。このケースでは、画像データ1501、1502、1503、および1504のうち、画像データ1503が不正であるとする。この場合、印刷管理システム102は、画像データ1501、1502のジョブデータをプリンタ103に転送した後、画像データ1503を飛ばして、画像データ1504のジョブデータをプリンタ103に転送する。印刷ジョブの印刷体裁が冊子印刷の場合、一部分でも印刷できないと冊子の印刷体裁が揃わない。そのため、印刷管理システム102は、印刷ジョブのエラーを検出した時点で発行した印刷ジョブをキャンセルするためキャンセルコマンドを発行する。さらに上位に位置する受注管理システム101に対して所定のAPIでジョブエラーであることを通知する。このケースでは、画像データ1501、1502、1503、および1504のうち、画像データ1503が不正であるとする。この場合、印刷管理システム102は、画像データ1501、1502のジョブデータをプリンタ103に転送した後、画像データ1503の画像不正を確認した時点で印刷ジョブをキャンセルし、印刷を止める。つまり、印刷管理システム102は、印刷中の画像データ1501、1502の印刷ジョブをジョブキャンセルし、かつ画像データ1503、1504のジョブデータをプリンタ103に転送しない。以上のように印刷管理システムでジョブキャンセル処理をする際、印刷体裁が冊子か単葉かでキャンセル処理を変えることにより、再印刷の際の効率化を図ることができる。[印刷管理システムにおける処理フロー]印刷管理システム102にてジョブエラー検出した場合の印刷管理システムの動作について図17のフローチャートで説明する。なお、本処理は、印刷管理システム102が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはNページから構成され、着目ページはn枚目のページとして記載する。印刷管理システム102は、受注管理システム101からN枚のページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行するS1601~S1615。印刷管理システム102は、印刷ジョブの着目ページに対し解析ジョブ変換を行うS1602。印刷管理システム102は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定するS1603。エラーが無い場合はS1603にてNO、印刷管理システム102は、着目ページをプリンタ103へ送信する。そして、着目ページにエラーが発生しない限り、印刷管理システム102は、印刷ジョブを構成するすべてのページを解析/変換し、プリンタ103に送信する。そして、本処理フローを終了する。プリントチケットにエラーがある場合S1603にてYES、印刷管理システム102は、印刷ジョブが単葉印刷か否かを判定するS1604。印刷ジョブが単葉印刷でない場合S1604にてNO、S1609へ進む。印刷ジョブが単葉印刷である場合S1604にてYES、印刷管理システム102は、印刷続行可能な設定かどうかを判断するS1605。印刷続行が不可な設定である場合S1605にてNO、S1609へ進む。印刷続行が不可である場合とは例えば、単葉両面印刷において、表面でエラーが見つかった場合などが挙げられる。この場合、エラーが検出された着目ページ以降の印刷は続行すべきでないと判断する。印刷続行が可能である場合S1605にてYES、印刷管理システム102は、プリンタ103に対して、エラーページのみ印刷せず他のページを印刷させるために、エラーページを指定したキャンセルコマンドとその事由を送信するS1606。以下は、3ページ目のプリントチケット解析でエラーが検出された場合のエラーページを指定するキャンセルコマンドにキャンセル事由が付加された例である。<operation>ikw:CancelJob</operation><vcn2:cancelreason>ikw:InvalidContentsData</vcn2:cancelreason><vcn2:cancelpage>3</vcn2:cancelpage>そして、印刷管理システム102は、上位に位置する受注管理システム101に対し、エラーイベントを通知するS1607。その後、印刷管理システム102は、キャンセル事由このケースではジョブエラーまたはデータエラーをUI上で表示するS1608。そして、S1602に戻り、印刷管理システム102は、後続のページの画像処理を続行する。S1609において、印刷管理システム102は、1枚目のページの解析にてエラーが検出されたか否かを判定する。1ページ目の解析にてプリントチケットにエラーが検出された場合S1609にてNO、印刷管理システム102は、キューにある印刷ジョブを削除し、印刷ジョブの発行を中止するS1611。そして、S1612へ進む。2ページ目以降の解析にてプリントチケットにエラーが検出された場合はS1609にてYES、すでに印刷ジョブがプリンタ103に対して発行されている。そのため、印刷管理システム102は、プリンタ103に対し印刷ジョブのジョブキャンセルコマンドに、そのキャンセル事由を付加し、発行するS1610。その後、印刷管理システム102は、上位に位置する受注管理システム101に対してもエラーイベント通知するS1612。そして、印刷管理システム102は、印刷管理システム102上のUIにてページ数とキャンセル事由このケースではnページ目にジョブエラーを表示するS1613。そして、本処理フローを終了する。[プリンタにおける処理フロー]印刷管理システム102からエラーページを指定されたキャンセルコマンドとキャンセル事由を受信した場合のプリンタの動作について図18のフローチャートを用いて説明する。なお、本処理は、プリンタ103が有するCPU不図示が、記憶部不図示に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはN枚のページから構成され、着目ページはn枚目のページとして記載する。プリンタ103は、印刷管理システム102からN枚のページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行するS1701~S1712。プリンタ103は、着目ページが図17のS1606で指定されたエラーページであるか否かを判定するS1702。エラーページである場合はS1702にてYES、プリンタ103は、S1710へ進む。プリンタ103は、当該着目ページをスキップし、プリンタ103上のUIにてキャンセル事由このケースではnページ目にジョブエラーを表示するS1710。そして、S1702へ戻り、次のページを着目ページとする。エラーページでない場合はS1702にてNO、プリンタ103は、着目ページに対し、画像処理を実行するS1703。プリンタ103は、画像処理にてコンテンツデータに不正がある検出されたか否かを判定するS1704。コンテンツデータにエラーが無い場合はS1704にてNO、プリンタ103は、着目ページの印刷を行うS1712。そして、プリンタ103は、印刷ジョブの各ページに対し、コンテンツエラーが生じない限り、印刷を実行する。その後、印刷ジョブが完了した旨をUI上に表示し、本処理フローを終了する。コンテンツデータにエラーがあることが検出されるとS1704にてYES、プリンタ103は、印刷続行可能な設定かどうかを判断するS1705。印刷続行して問題ない設定であればS1705にてYES、プリンタ103は、上位に位置する印刷管理システム102に対して該当するページでエラーが発生した旨のエラーイベント通知するS1706。そして、プリンタ103は、キャンセル事由このケースではnページ目にデータエラーをプリンタ103のUI上で表示するS1707。その後、S1702の処理に戻り、プリンタ103は、後続のページの画像処理を続行する。印刷が続行不可能である場合にはS1705にてNO、プリンタ103は、受信した印刷ジョブを削除するS1708。そして、プリンタ103は、上位に位置する印刷管理システム102に対して、データエラーが発生した旨のエラーイベント通知するS1709。そして、プリンタ103は、キャンセル事由このケースではnページ目にデータエラーをプリンタ103のUI上で表示するS1710。そして、本処理フローを終了する。このようにして、印刷体裁によって印刷ジョブに対するキャンセルの判断基準を切り替える場合においても、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することを可能にしている。更には、各システムでの表示において、整合性を取ることが可能となる。なお、本実施形態において、判断基準判断処理を切り替える際に参照する設定は、印刷ジョブにおける体裁設定単葉印刷/冊子印刷を対象とした。しかし、この設定に限定するものではなく、他の印刷設定を参照して、判断基準を切り替えるようにしても構わない。さらに、印刷が続行可能な設定か否かの判定についても、印刷設定の整合性に応じて、他の条件を用いても構わない。<実施形態4>本実施形態では、プリンタ103へ印刷ジョブの発行途中に印刷管理システム102でジョブエラーを検出した場合にキャンセルコマンドにプリンタ103の動作を指示するアクションを付加する例を説明する。システムの全体構成や、他の共通する部分は実施形態1と同様であるので、ここでは省略する。印刷管理システム102の動作については、図8とほぼ同様のフローチャートとなる。実施形態1では、印刷管理システム102が、ジョブキャンセルコマンドに、そのキャンセル事由を付加し送信する処理を行っていたS705。これに対し、本実施形態では、キャンセル事由に替えて、アクションの指示を付加する。アクション指示として、本実施形態では、印刷体裁が冊子印刷であり、この場合にジョブエラーを検出した際、その印刷ジョブに関する課金停止指示をプリンタ103に対して行う。このことにより、実行されていない印刷ジョブに対し課金することを防ぐことが可能となる。その他のアクション指示の例としては、ある条件でジョブエラーとなった場合にプリンタ103の電源をOFFするようにしても構わない。図6Cに本実施形態に係る課金停止指示のアクションを付加したキャンセルコマンドの例を示す。本実施形態に係るプリンタ103の動作についても、実施形態1にて説明した図11のフローチャートとほぼ同様になる。実施形態1では、プリンタ103が、UIにキャンセル事由この場合、ジョブエラーを表示していたS1006。これに対し、本実施形態では、キャンセルコマンドに含まれるアクション指示に従って処理を実行する。なお、図6Cでは、キャンセル事由に替えてアクション指示を付加したが、これに限定するものではなく、両方の情報を付加するようにしても構わない。このようにしてプリンタ103では、ジョブエラーとなった印刷ジョブに対し、例えば課金を止めるような、エラーに応じたアクションを実行することが可能となる。<その他の実施形態>また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。