(57)【特許請求の範囲】
【請求項１】
印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置であって、
前記印刷ジョブをキャンセルするか否かを判断する判断手段と、
前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段と
を有し、
前記キャンセルの事由に関する情報は、前記印刷ジョブにおいてデータ不正があること示し、
前記データ不正は、前記印刷ジョブの印刷設定に起因するものであることを特徴とする情報処理装置。
【請求項２】
前記キャンセルの事由に関する情報は、ユーザーによる前記印刷ジョブのキャンセルであること示すことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置であって、
前記印刷ジョブをキャンセルするか否かを判断する判断手段と、
前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段と
を有し、
前記判断手段は、前記印刷ジョブの印刷設定に応じて、前記印刷ジョブに対するキャンセルの判断基準を切り替えることを特徴とする情報処理装置。
【請求項４】
前記判断手段が、前記判断基準を切り替える際に参照する前記印刷設定は、印刷成果物の体裁の設定であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記印刷システムにおいて、前記情報処理装置に前記印刷ジョブを送信する、前記情報処理装置よりもさらに上位に位置する別の情報処理装置が存在する場合、前記キャンセルの事由に関する情報を、前記別の情報処理装置に、通知する通知手段を更に有することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記キャンセルコマンド発行手段は更に、前記キャンセルの事由に関する情報とともにキャンセルとは別の処理を行なわせるアクション指示を前記キャンセルコマンドに付加することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
前記キャンセルの事由に関する情報を表示する表示手段を更に有することを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置の制御方法であって、
判断手段が、前記印刷ジョブをキャンセルするか否かを判断する判断工程と、
キャンセルコマンド発行手段が、前記判断工程により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行工程と
を有し、
前記キャンセルの事由に関する情報は、前記印刷ジョブにおいてデータ不正があること示し、
前記データ不正は、前記印刷ジョブの印刷設定に起因するものであることを特徴とする情報処理装置の制御方法。
【請求項９】
コンピュータを、
印刷システムに含まれ、印刷処理において下位に位置する下位装置に送信した印刷ジョブをキャンセルするか否かを判断する判断手段、
前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段
として機能させ、
前記キャンセルの事由に関する情報は、前記印刷ジョブにおいてデータ不正があること示し、
前記データ不正は、前記印刷ジョブの印刷設定に起因するものであることを特徴とするプログラム。
【請求項１０】
印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置の制御方法であって、
判断手段が、前記印刷ジョブをキャンセルするか否かを判断する判断工程と、
キャンセルコマンド発行手段が、前記判断工程により前記印刷ジョブへの処理をキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行工程と
を有し、
前記判断工程において、前記印刷ジョブの印刷設定に応じて、前記印刷ジョブに対するキャンセルの判断基準を切り替えることを特徴とする情報処理装置の制御方法。
【請求項１１】
コンピュータを、
印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブをキャンセルするか否かを判断する判断手段、
前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段
として機能させ、
前記判断手段は、前記印刷ジョブの印刷設定に応じて、前記印刷ジョブに対するキャンセルの判断基準を切り替えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびその制御方法、並びにプログラムに関し、特に印刷システム内において、印刷ジョブのステータスを共有するための制御に関する。
【背景技術】
【０００２】
デジタルフォトプリントのシステムは、受注管理システム、印刷管理システム、プリンタといったサブシステムにより構成される。受注管理システムは、エンドユーザーの自宅ＰＣ（パーソナルコンピュータ、以後ＰＣと称す）におけるネット注文、或いは、ＤＰＥショップにおける注文にてプリント注文を受ける。さらにこのプリント注文は印刷ジョブとして各サブシステムに転送され、印刷管理システムにより所定のプリンタで処理できる形式に変換される。そして、変換された印刷ジョブは、実際にプリントを行う場所（ラボ）に配置された専用のプリンタにより印刷出力される。このようなシステムでは上記各サブシステムはそれぞれ遠隔した場所に設置されることが多い。
【０００３】
一方で、従来の印刷システムにおいては、例えばプリンタで紙ジャムなどのエラーが発生した時、それをホストコンピュータに報告していた。そして、紙ジャムのようなエラー種別に加えて、エラー発生時の印刷ページを報告することによって、エラー発生箇所以降の印刷を正確に継続できることを可能とする技術がある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０３−２２４７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したデジタルフォトプリントのシステムにおいて、ジョブエラーを含む印刷ジョブが受注管理システムから送信された場合、後続の印刷管理システムにおいては、印刷ジョブをキャンセルさせる指示がプリンタに出される。この場合、従来技術においては、上位に位置する受注管理システムには、印刷管理システムから印刷ジョブに関するエラーが発生したことと、その原因がジョブエラーであることが通知される。もしくは印刷ジョブがキャンセルされたことが通知される。しかし、印刷処理において下位に位置するプリンタには、印刷ジョブに対するキャンセル指示が出されたということしか分からなかった。
【０００６】
このため、例えば各サブシステムにおける表示の不一致が生じていた。すなわち、印刷管理システムにおいては、例えば印刷管理システムの表示部に、ジョブエラーであるということが表示され、プリンタにおいてはその表示部に、ジョブキャンセルであると表示されることになる。つまり、プリンタ側ではどういった状況によってキャンセル指示が出されたか知ることができない。また、上位の各サブシステムから発行された印刷ジョブをユーザーがキャンセル操作するケースにおいても、下位のサブシステムである、例えばプリンタはどういった状況によってキャンセル指示が出されたか知ることができない。
【０００７】
すなわち、ジョブキャンセルに関わる事由を、各デバイス間で共有できないといった不具合を生じていた。特に、各サブシステムはそれぞれ遠隔した場所に設置されることが多いため、各サブシステムを実際に操作する、エンドユーザー、オペレータ等にとって、ジョブキャンセルに関わる事由が共有できないことはより大きな不具合となっていた。
【０００８】
本発明は、従来技術の問題点を解消するものであって、ジョブキャンセルに関わる事由を、印刷システムを構成するサブシステムにて、上位から下位までを通して共有することを可能とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明は、以下の構成を有する。すなわち、印刷システムに含まれ、印刷処理において下位に位置する下位装置に印刷ジョブを送信する情報処理装置であって、前記印刷ジョブをキャンセルするか否かを判断する判断手段と、前記判断手段により前記印刷ジョブをキャンセルすると判断された場合、前記下位装置に対し、キャンセルの事由に関する情報を付加した当該印刷ジョブのキャンセルコマンドを発行するキャンセルコマンド発行手段とを有し、前記キャンセルの事由に関する情報は、前記印刷ジョブにおいてデータ不正があること示し、前記データ不正は、前記印刷ジョブの印刷設定に起因するものである。
【発明の効果】
【００１０】
印刷ジョブのキャンセルに関わる事由を、印刷システムを構成する上位システムから下位システムまで通して共有することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係るシステム構成の例を示す図。
【図２Ａ】実施形態１の印刷システムの構成例のブロック図。
【図２Ｂ】実施形態１の画像処理部の構成例のブロック図。
【図２Ｃ】実施形態１の画像処理部の構成例のブロック図。
【図３】印刷管理システムでジョブエラー検出された場合のコマンドシーケンスの例図。
【図４】キャンセルコマンドの例を示す図。
【図５】画像処理部でデータエラー検出された場合のコマンドシーケンスの例図。
【図６】印刷ジョブを受注管理システムがキャンセルした場合のコマンドシーケンス１の例図。
【図７】印刷ジョブを受注管理システムがキャンセルした場合のコマンドシーケンス２の例図。
【図８】実施形態１に係る印刷管理システムでジョブエラー検出した場合の印刷管理システムの動作のフローチャート。
【図９】実施形態１に係る受注管理システムでユーザーキャンセルされた場合の印刷管理システムの動作のフローチャート。
【図１０】実施形態１に係る受注管理システムの動作のフローチャート。
【図１１】実施形態１に係るプリンタの動作のフローチャート。
【図１２】実施形態１に係る印刷ジョブのデータエラーが発生した場合に印刷成果物の体裁により処理を変えるプリンタの動作のフローチャート。
【図１３】実施形態２に係る印刷管理システムの構成例のブロック図。
【図１４】実施形態２に係るプリンタドライバが印刷管理システムに存在する場合の印刷管理システムの動作のフローチャート。
【図１５】実施形態３に係る冊子の印刷体裁の図。
【図１６】実施形態３に係る印刷ジョブの例を示す図。
【図１７】実施形態３に係る印刷ジョブのジョブエラーが発生した場合に印刷成果物の体裁により処理を変える印刷管理システムの動作のフローチャート。
【図１８】実施形態３に係る印刷ジョブのジョブエラーが発生した場合に印刷成果物の体裁により処理を変えるプリンタの動作のフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
＜実施形態１＞
［システム構成］
本実施形態の印刷システムの接続例について説明する。本実施形態の印刷システムは、受注管理システム１０１、印刷管理システム１０２、およびプリンタ１０３を含み、それらはネットワーク１０４を介して図１のように接続される。なお、図１において、各システムは１台にて示しているが、これに限定するものではない。例えば、受注管理システム１０１の処理を複数の情報処理装置にて実現するような構成であっても構わない。また、各システムは、例えば、ＰＣなどの汎用的な情報処理装置にて実現可能であるとする。
【００１４】
受注管理システム１０１は、ユーザーによるプリント注文を受け、その注文に対応した印刷設定、画像コンテンツを含む印刷ジョブを生成し、印刷管理システム１０２に対して発行する。印刷管理システム１０２は、生成された印刷ジョブを解析・変換し、プリンタ１０３へ発行する。変換された印刷ジョブを受けたプリンタ１０３は、印刷設定に従い、印刷するとともにプリンタ１０３内で管理しているジョブステータス情報を更新する。
【００１５】
プリンタ１０３は、定期的にジョブステータス情報を印刷管理システム１０２に通知する。なお、プリンタ１０３は、印刷機能を有する複合機（ＭＦＰ：ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）などであっても構わない。印刷管理システム１０２は、受注管理システム１０１から要求を受けるとジョブステータス情報を受注管理システム１０１に通知する。
【００１６】
なお、本明細書では、処理シーケンスにおいて、先にデータを受信するなど、より処理の実行が早い位置にあるものを他の装置と比べて上位に位置すると記載する。これに対し、より後に処理を行うものを下位に位置すると記載する。
【００１７】
（印刷システム）
本実施形態の印刷システムの構成について、図２Ａのブロック図を参照して説明する。本実施形態の印刷システムは、受注管理システム１０１、印刷管理システム１０２、プリンタ１０３を含む。印刷管理システム１０２は、受注管理システム１０１−印刷管理システム１０２間のＩ／Ｆ２０４、コール処理部２０５、印刷管理部２０６、ステータス管理部２０７、印刷処理部２０８、ステータス処理部２０９、および、プロトコル処理部２１０を有する。
【００１８】
Ｉ／Ｆ２０４は、受注管理システム１０１からの要求を、印刷管理システム１０２へ受け渡す境界のＩ／Ｆである。Ｉ／Ｆ２０４には、印刷管理システム１０２から受注管理システム１０１へ向けてのイベント通知Ｉ／Ｆも含まれる。コール処理部２０５は、受注管理システム１０１からの要求を、インスタンスとして受け付ける。また、コール処理部２０５は、受け付けた要求に対する処理結果の返却を行う。具体的には、コール処理部２０５は、初期化、設定変更、終了、エラー通知などの処理要求受付／結果返却を行う。印刷管理部２０６は、印刷ジョブ、その他ジョブの要求受付／結果返却を担う。ステータス管理部２０７は、ステータス取得、リスナ登録の要求受付／結果返却を担う。また、ステータス管理部２０７は、登録リスナによる差分イベント、トラッキングジョブイベントの通知を担う。
【００１９】
印刷処理部２０８は、印刷管理部２０６が受け付けた印刷ジョブをキューイングし、プリンタ１０３へ順次送信する。本実施形態において、印刷処理部２０８内は、図２Ｂのように構成される。ジョブ管理部２１２は、印刷管理部２０６から受け付けたジョブデータと、変換後のジョブデータとを保持する。ジョブ変換部２１３は、ジョブデータの解析および変換処理を行う。印刷ジョブのジョブエラーは、印刷処理部２０８内のジョブ変換部２１３で検出される。ジョブ送信部２１４は、変換後のジョブデータをプロトコル処理部２１０へ投入し、その応答の取得を行う。
【００２０】
ステータス処理部２０９は、ステータス管理部２０７が受け付けたステータス取得要求をキューイングし、プリンタ１０３へ送信する。また、ステータス処理部２０９は、ステータス取得要求の応答としてプリンタ１０３から取得したステータスをステータスキャッシュとして保持する。更に、ステータス処理部２０９は、状態遷移を検出し、イベント通知部（不図示）へ投入する。プロトコル処理部２１０は、各処理部からの要求のキューイング制御、ポート振分けとプリンタ１０３との送受信制御を行う。
【００２１】
本実施形態において、プリンタ１０３内の画像処理部２１１は、図２Ｃのように構成される。印刷管理システム１０２からの印刷ジョブ受け取ると、画像変換部２１５は、プリントチケットの印刷設定およびコンテンツデータを解析する。そして、画像変換部２１５は、解析した印刷設定に合わせコンテンツデータをラスタリングする。次に色変換部２１６は、ラスタリングされたコンテンツテータをＲＧＢ→ＣＭＹＫ変換する。そして、印刷コマンド生成部２１７は、変換後のコンテンツデータを用いてＣＭＹＫ形式の印字コマンド生成した後、プリンタエンジン２１８に渡す。プリンタエンジン２１８は、生成された印字コマンドに従って、画像出力を行う。
【００２２】
本実施形態において、受注管理システム１０１にて生成され、印刷管理システム１０２に送信される印刷ジョブは、印刷設定、部数設定等の情報で構成されるプリントチケットと、コンテンツとからなる。ここでのコンテンツは、例えば、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＢＭＰ（Ｂｉｔ  ＭａＰ）、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）等から構成される。受注管理システム１０１から印刷管理システム１０２に投入された印刷ジョブは、Ｉ／Ｆ２０４を経由してコール処理部２０５内の印刷管理部２０６にて、印刷ジョブとして要求が受け付けられる。そして、印刷管理部２０６は、疑似ジョブステータスと称する仮のステータスを生成する。
【００２３】
疑似ジョブステータスについて説明する。プリンタ１０３に印刷ジョブを発行し、プリンタ１０３から実際の印刷ジョブステータスとして返ってくるまでには一般にタイムラグを有する。そのため、プリンタ１０３からジョブステータス情報を受け取るまでの仮のステータスとして、疑似ジョブステータスを用いる。印刷管理システム１０２が受け付け、キューイング中の印刷ジョブはプリンタ１０３へ発行前であるため、プリンタ１０３のジョブステータス情報としては取得できない。しかし、受注管理システム１０１から印刷管理システム１０２への、印刷ジョブ自体の発行は済んでいるので、その状態管理とステータスを印刷管理システム１０２が行う。
【００２４】
疑似ジョブステータスとして管理対象とするステータス項目例を以下に示す。
・受注管理側から指定されたジョブ名
・受注管理側から指定されたユーザー名
・ジョブの種別
・受付番号（注文ＩＤ）
・ジョブの優先度
・ジョブステータスのサマリ情報
・ジョブステータスの詳細情報
・ジョブエラー情報
【００２５】
さらに印刷ジョブは、印刷管理部２０６から印刷処理部２０８に渡され、印刷処理部２０８が印刷ジョブの解析をするとともに、プリンタ１０３に対応して最適化されたコマンドに変換される。このとき印刷ジョブを構成するプリントチケットは解析およびコマンド変換されるが、コンテンツは変換されない。変換処理された印刷ジョブは、プロトコル処理部２１０によってプリンタ１０３に渡される。そして、プリンタ１０３内の画像処理部２１１は、印刷ジョブを構成するプリントチケット情報、つまり印刷設定に従い、コンテンツをレンダリングし、印刷出力する。
【００２６】
プリンタ１０３は、印刷ジョブを受け取った時点で、ジョブステータス情報を生成する。プリンタ１０３は、定期的なタイミングで、更新されたジョブステータス情報を印刷管理システム１０２に通知する。
【００２７】
更新されたジョブステータス情報は、プロトコル処理部２１０を経由してステータス処理部２０９に渡される。そして、ステータス処理部２０９は受け付けたジョブステータス情報をステータスキャッシュとして保持する。ステータス管理部２０７からステータス取得の要求があった場合、ステータス処理部２０９は、更新されたジョブステータス情報をステータス管理部２０７に渡し、ステータス管理部２０７は、管理しているジョブステータス情報を更新する。さらに新たに更新されたジョブステータス情報は、Ｉ／Ｆ２０４を経由して受注管理システム１０１に通知される。そして、受注管理システム１０１は、通知されたジョブステータス情報を用いて、自らが管理しているジョブステータス情報を更新する。
【００２８】
［発生するエラー］
ここで、受注管理システム１０１における、エンドユーザーによるプリント指示の結果、作成される印刷ジョブに対し、下位のサブシステムにてデータ不正によるエラージョブであると判定されてしまうケースがある。そのケースは、大きく分けて２種類である。ひとつは、例えば、プリント指示において、選択した紙メディアが両面印刷できないものであるにもかかわらず、両面印刷を指示した場合や、印刷対象のコンテンツが存在しないなどの場合である。これらは印刷設定を記述したプリントチケットの不正となる。こうしたプリントチケット不正に起因する印刷ジョブのエラーを、以下「ジョブエラー」と称す。
【００２９】
またもうひとつは、受注管理システム１０１において印刷指示した対象のコンテンツが、プリンタ１０３の印刷対象としていないファイル形式のものである場合や、ファイルそのものが壊れているといった場合がある。この場合は、印刷ジョブの対象とするコンテンツにおける不正に起因したエラーであり、このエラーを以下「データエラー」と称す。以上、本実施形態においては、２種類のデータ不正によるエラーが存在する。
【００３０】
本実施形態では、印刷ジョブを構成するプリントチケット情報に関するジョブエラーは印刷管理システム１０２内の印刷処理部２０８で検出され、画像コンテンツに関するデータエラーはプリンタ１０３内の画像処理部２１１で検出されることになる。
【００３１】
［ジョブエラー時のコマンドシーケンス］
印刷管理システム１０２にてプリントチケットに関するジョブエラーが検出された場合のコマンドシーケンス例を、図３を用いて説明する。
【００３２】
まず、印刷管理システム１０２の印刷処理部２０８で、印刷ジョブを構成するプリントチケット情報において、プリンタ１０３へ印刷ジョブの発行途中にジョブエラーが検出された場合のコマンドシーケンス例を説明する。
【００３３】
受注管理システム１０１は、印刷管理システム１０２に対して予め決まったシーケンスに従い、印刷ジョブを発行する（Ｓ３０１）。
【００３４】
印刷ジョブを受けた印刷管理システム１０２は、プリンタ１０３に対して印刷ジョブを発行開始できる段階になった時点で印刷ジョブを発行する（Ｓ３０２）。つまり、印刷管理システム１０２は、受注管理システム１０１から印刷ジョブのデータをすべて受信し終わる前に、プリンタ１０３に対し、印刷ジョブ発行を開始し得る。ここで、プリンタ１０３に対する印刷ジョブ発行の途中に、印刷管理システム１０２内の印刷処理部２０８で印刷ジョブのジョブエラーを検出したとする（Ｓ３０３）。この場合、印刷管理システム１０２は、プリンタ１０３への印刷ジョブ発行をキャンセルする（Ｓ３０４）。
【００３５】
例えば、印刷ジョブが３枚のコンテンツで構成されており、３枚目のコンテンツおよびプリントチケットの処理時にジョブエラーを印刷管理システム１０２が検出したとする。この場合、印刷管理システム１０２は、プリンタ１０３に対して発行した印刷ジョブをキャンセルするためキャンセルコマンドを発行する。
【００３６】
具体的には、受注管理システム１０１において、ユーザーが以下のような設定で印刷指示を行った場合が挙げられる。
・プリントチケットのＸＭＬの記述が正しい体裁になっていない場合
・印刷設定パラメータが不正である場合（片面印刷紙に両面の印刷設定をしている場合や、存在しないパラメータを設定している場合等）
・プリントチケットに記述されたファイル名とコンテンツのファイル名とが一致していない場合
【００３７】
こうした場合、印刷管理システム１０２は、ジョブエラーであると検出する。Ｓ３０４にて印刷管理システム１０２が発行するキャンセルコマンドにはキャンセルに関わる事由の情報（以下、キャンセル事由）が付加されている。この情報によりプリンタ１０３は、単なる「ジョブキャンセル」ではなく「ジョブエラー」によるキャンセルであると認識することができる。
【００３８】
キャンセルコマンドにキャンセル事由が付加されていないと、プリンタ１０３は単なる「ジョブキャンセル」と認識し、その結果、プリンタ１０３のＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）に「ジョブキャンセル」と表示してしまう。実際にはシステムのエラー管理の実装によるが、エラーの詳細を区別すればするほど、このような上位と下位のエラー詳細の認識のずれが発生しうる。
【００３９】
図４（Ａ）にキャンセルコマンドの例を示す。ここでのキャンセルコマンドは、ｘｍｌフォーマットで記述したキャンセル事由が付加されているキャンセルコマンドである。図４（Ａ）において以下の記述が、「ジョブキャンセル」に対応するエラー詳細である。
＜ｏｐｅｒａｔｉｏｎ＞ｉｋｗ：ＣａｎｃｅｌＪｏｂ＜／ｏｐｅｒａｔｉｏｎ＞
＜ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞ｉｋｗ：ＩｎｖａｌｉｄＪｏｂＳｔｒｕｃｔ＜／ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞
【００４０】
さらに印刷管理システム１０２は、上位に位置する受注管理システム１０１に対してジョブエラーが発生したことを通知する（Ｓ３０５）。
【００４１】
印刷管理システム１０２から通知（ＥｒｒｏｒＥｖｅｎｔＮｏｔｉｆｙ）を受けた受注管理システム１０１は、下位のシステムに対して、ステータス取得コマンド（ＧｅｔＳｔａｔｕｓ）発行する。発行されたステータス取得コマンドは、印刷管理システム１０２を経由してプリンタ１０３に到達する。プリンタ１０３は、ジョブステータス情報を印刷管理システム１０２に返却する（Ｓ３０６）。
【００４２】
印刷管理システム１０２は、プリンタ１０３から取得したジョブステータス情報を用いて自身が保持するデータに反映し、さらに上位の受注管理システム１０１にステータス情報を返す。このとき、印刷管理システム１０２は、必要に応じて「ジョブエラー」の情報をＵＩ表示する。受注管理システム１０１も受信したジョブステータス情報を自身が保持するデータに反映し、必要に応じて「ジョブエラー」の情報をＵＩ表示する。
【００４３】
図４（Ｂ）にキャンセルコマンドのキャンセル事由とジョブステータスのエラー情報の例を示す。キャンセルコマンドに付加されるキャンセル事由である＜ｃａｎｃｅｌｒｅａｓｏｎ＞情報を、プリンタ１０３にてジョブステータスのエラー情報＜ｊｏｂｓｔａｔｕｓｄｅｔａｉｌ＞として管理する。そして、プリンタ１０３は、ステータス取得の際にジョブステータスのエラー情報である＜ｊｏｂｓｔａｔｕｓｄｅｔａｉｌ＞も含め、上位に位置するシステムに返す。こうすることでエラー情報を上位から下位までの各システムにおいて統一することができる。
【００４４】
［データエラー時のコマンドシーケンス］
次に、コンテンツデータにデータエラーが生じている場合について述べる。コンテンツデータにデータエラーが生じている具体的な例を述べる。
・コンテンツのファイルフォーマットとプリントチケットで宣言しているファイルフォーマットとが一致していない場合
・コンテンツのファイルフォーマットがサポート外のファイルである場合
・コンテンツが不正である場合（コンテンツが壊れている場合など）
【００４５】
こうした場合、プリンタ１０３は、データエラーであるとして検出する。プリンタ１０３内の画像処理部２１１にて、コンテンツに関するデータエラーが検出された場合のコマンドシーケンス例を、図５を用いて説明する。
【００４６】
まず、受注管理システム１０１は、印刷管理システム１０２に対して予め決まったシーケンスに従い、印刷ジョブを発行する（Ｓ４０１）。印刷ジョブを受けた印刷管理システム１０２は、プリンタ１０３に対して印刷ジョブを発行開始できる段階になった時点で印刷ジョブを発行する（Ｓ４０２）。ここで、プリンタ１０３が印刷ジョブの受信中に、受信ジョブのデータエラーを検出したとする（Ｓ４０３）。この場合、プリンタ１０３は、印刷管理システム１０２にレスポンスとして“ＮＧ”を返す（Ｓ４０４）。
【００４７】
レスポンスとしてＮＧを受けた印刷管理システム１０２は、エラーとなったことをさらに上位の受注管理システム１０１に通知する（Ｓ４０５）。通知（ＥｒｒｏｒＥｖｅｎｔＮｏｔｉｆｙ）を受けた受注管理システム１０１は、ジョブステータス情報を取得するコマンド（ＧｅｔＳｔａｔｕｓ）を発行する。そして、印刷管理システム１０２はさらにプリンタ１０３に対して、プリンタ１０３のジョブステータス情報を取得するコマンドを発行する（Ｓ４０６）。
【００４８】
プリンタ１０３は、ジョブステータス情報を上位のシステムに通知する。このとき、ジョブステータス情報にはキャンセルジョブのエラー詳細情報が含まれる（Ｓ４０７）。こうすることで、エラー情報を上位から下位までの各システムにて共有することができる。キャンセルジョブのエラー詳細情報がないと、上位に位置する印刷管理システム１０２および受注管理システム１０１は、プリンタ１０３にてジョブがキャンセルされたとしか判断できない。この場合、印刷管理システム１０２および受注管理システム１０１は、プリンタ１０３が単なる「ジョブキャンセル」をしたと認識し、プリンタ１０３に対応するＵＩに「ジョブキャンセル」と表示してしまう。
【００４９】
（印刷管理システムにおける処理）
本実施形態における、印刷管理システム１０２の動作について図８のフローチャートを用いて説明する。なお、本処理は、印刷管理システム１０２が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。
【００５０】
印刷管理システム１０２は受注管理システム１０１からＮページの印刷ジョブを受信すると本処理を開始する。ここで、印刷ジョブに含まれるＮページのうち、着目ページをｎ枚目のページとして示す。印刷管理システム１０２は、受信した印刷ジョブに含まれるＮページに対して、以下の処理を繰り返す（Ｓ７０１〜Ｓ７１１）。印刷管理システム１０２は、印刷ジョブの着目ページに対して解析・変換を行う（Ｓ７０２）。
【００５１】
Ｓ７０３にて、印刷管理システム１０２は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定する（Ｓ７０３）。プリントチケットにエラーが無い場合は（Ｓ７０３にてＮＯ）、印刷管理システム１０２は、送信できる段階になった時点で、着目ページをプリンタ１０３へ送信する。そして、エラーが発生しない限り、印刷管理システム１０２は、Ｎページ分の送信が完了するまで、ジョブ変換／送信処理を繰り返す。そして、印刷管理システム１０２は、正常にすべてのページの送信が完了した際にその旨をＵＩ上に表示する。
【００５２】
プリントチケットにエラーが検出された場合（Ｓ７０３にてＹＥＳ）、着目ページが２枚目以降のページであるか否かを判定する（Ｓ７０４）。着目ページが１枚目のページである場合（Ｓ７０４にてＮＯ）、印刷管理システム１０２は、キューにある印刷ジョブを削除する（Ｓ７０７）。そして、Ｓ７０８へ進む。
【００５３】
着目ページが２枚目以降のページであれば（Ｓ７０４にてＹＥＳ）、すでに印刷ジョブがプリンタ１０３に対して発行されているため、印刷管理システム１０２は、プリンタ１０３に対し印刷ジョブのジョブキャンセルコマンドを発行する。このとき、印刷管理システム１０２は、ジョブキャンセルコマンドに、そのキャンセル事由を付加し送信する（Ｓ７０５）。そして、印刷管理システム１０２は、着目ページがＮ枚目のページであるか否かを判定する（Ｓ７０６）。
【００５４】
着目ページがＮ枚目のページでない場合には（Ｓ７０６にてＮＯ）、印刷管理システム１０２は、キューにある印刷ジョブを削除する（Ｓ７０７）。これにより、印刷ジョブの処理が途中であっても以降の印刷ジョブの発行は行われない。着目ページがＮ枚目のページである場合には（Ｓ７０６にてＹＥＳ）、Ｓ７０８へ進む。
【００５５】
次に、印刷管理システム１０２は、上位に位置する受注管理システム１０１にエラーイベント通知する（Ｓ７０８）。そして、印刷管理システム１０２は、ＵＩにてキャンセル事由（このケースでは「ジョブエラー」）を表示し、本処理フローを終了する（Ｓ７０９）。
【００５６】
（受注管理システムにおける処理）
次に、受注管理システム１０１の動作について図１０のフローチャートを用いて説明する。なお、本処理は、受注管理システム１０１が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。
【００５７】
受注管理システム１０１は、印刷ジョブを発行し印刷管理システム１０２に送信するまでに、印刷管理システム１０２から印刷ジョブのキャンセルを指示されたか否かを判定する（Ｓ９０１）。キャンセルの指示を受けていない場合は（Ｓ９０１にてＮＯ）、受注管理システム１０１は、印刷ジョブを送信するまでに、印刷管理システム１０２を含む、より下位に位置するシステムでエラーを検出した通知を受信したか否かを判定する（Ｓ９０２）。
【００５８】
印刷管理システム１０２からエラーの通知を受信していない場合（Ｓ９０２にてＮＯ）、受注管理システム１０１は、印刷ジョブに対して、ユーザーがキャンセルをしたか否かを判定する（Ｓ９０５）。印刷ジョブをユーザーがキャンセルしない場合は（Ｓ９０５にてＮＯ）、受注管理システム１０１は、印刷ジョブを印刷管理システム１０２へ送信する（Ｓ９０９）。そして、本処理フローを終了する。
【００５９】
印刷ジョブに対し、ユーザーがキャンセルをした場合は（Ｓ９０５にてＹＥＳ）、受注管理システム１０１は、印刷ジョブを印刷管理システム１０２に送信前か否かを確認する（Ｓ９０６）。印刷ジョブが送信前であれば（Ｓ９０６にてＹＥＳ）、受注管理システム１０１は、Ｓ９０８へ進む。印刷ジョブの送信を開始していれば（Ｓ９０６にてＮＯ）、受注管理システム１０１は、印刷管理システム１０２へキャンセルコマンドと共に、キャンセル事由を送信する（Ｓ９０７）。そして、受注管理システム１０１は、ＵＩにてキャンセル事由を表示し、本処理を終了する。なお、ここで表示されるキャンセル事由は、ユーザーにより、印刷ジョブがキャンセルされた旨が提示される。
【００６０】
印刷管理システム１０２から、キャンセルの指示もしくはエラーの通知を受けた場合（Ｓ９０１もしくはＳ９０２にてＹＥＳ）、Ｓ９０３へ進む。そして、受注管理システム１０１は、印刷管理システム１０２から各キャンセル事由（この場合、「ジョブエラー」、「データエラー」、「ユーザーキャンセル」のいずれか）を取得する（Ｓ９０３）。その後、受注管理システム１０１は、取得した各キャンセル事由をＵＩにて表示する（Ｓ９０４）。そして、本処理フローを終了する。
【００６１】
（プリンタにおける処理）
次に、プリンタ１０３での動作について図１１のフローチャートを用いて説明する。なお、本処理は、プリンタ１０３が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。
【００６２】
図１１において、処理が開始されると、プリンタ１０３は、印刷ジョブがユーザーによりキャンセルされたか否かを判定する（Ｓ１００１）。ユーザーにより印刷ジョブがキャンセルされない場合は（Ｓ１００１にてＮＯ）、プリンタ１０３は、印刷管理システム１０２からジョブキャンセルコマンドおよびそのキャンセル事由を受信したか否かを判定する（Ｓ１００７）。キャンセルコマンドを受信していない場合は（Ｓ１００７にてＮＯ）、プリンタ１０３は、印刷ジョブに対して印刷処理を実行する（Ｓ１００８）。そして、プリンタ１０３は、印刷ジョブの印刷が完了したら、その旨をＵＩに表示させ、本処理フローを終了する。
【００６３】
上位に位置する印刷管理システム１０２からジョブキャンセルコマンドとそれに付加されたキャンセル事由を受信した場合（Ｓ１００７にてＹＥＳ）、プリンタ１０３は、印刷ジョブを削除し、キャンセルする（Ｓ１００５）。そして、プリンタ１０３は、ＵＩにキャンセル事由（この場合、「ジョブエラー」）を表示し、本処理フローを終了する（Ｓ１００６）。
【００６４】
ユーザーにより印刷ジョブがキャンセルされた場合（Ｓ１００１にてＹＥＳ）、プリンタ１０３は、印刷管理システム１０２に印刷ジョブがキャンセルされた旨を通知する（Ｓ１００２）。そして、プリンタ１０３は、印刷ジョブに対する画像処理が完了前か否かを確認する（Ｓ１００３）。画像処理が完了前であれば（Ｓ１００３にてＹＥＳ）、プリンタ１０３は、その印刷ジョブに対する画像処理を中止する（Ｓ１００４）。そして、Ｓ１００５へ進む。画像処理が完了後であれば（Ｓ１００３）にてＮＯ、Ｓ１００５へ進む。
【００６５】
そして、プリンタ１０３はその印刷ジョブを削除し（Ｓ１００５）、ＵＩにてキャンセル事由（この場合、「ユーザキャンセル」）を表示する（Ｓ１００６）。
【００６６】
［データエラー検出処理］
次に図１２を用いて、印刷ジョブにデータエラーを検出する場合のプリンタ１０３の動作を説明する。なお、本処理は、プリンタ１０３が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。
【００６７】
ここでは、プリンタ１０３は、データエラーが発生した場合に印刷成果物の体裁設定により処理を変える。この体裁設定は、プリントチケットに記述されているものとする。処理が開始されると、プリンタ１０３は、印刷ジョブが単葉印刷か否かを判定する（Ｓ１１０１）。ここでの「単葉印刷」とは、１枚の用紙から構成される印刷物を出力する印刷処理である。「単葉印刷」に対し、複数ページから構成される冊子状の印刷物を出力する印刷処理を「冊子印刷」と記載する。印刷ジョブが単葉印刷である場合（Ｓ１１０１にてＹＥＳ）、プリンタ１０３は、Ｓ１１０２〜Ｓ１１１２の処理を行う。印刷ジョブが単葉印刷でない場合（Ｓ１１０１にてＮＯ）、プリンタ１０３は、Ｓ１１１３〜Ｓ１１２０の処理を行う。
【００６８】
プリンタ１０３は、印刷ジョブを構成するＮ枚のページに対し、順次着目ページとして処理を行う（Ｓ１１０２）。まず、プリンタ１０３は、１ページ目を着目ページとして、画像処理を開始する（Ｓ１１０３）。プリンタ１０３は、着目ページのコンテンツにエラーがあるか否かを判定する（Ｓ１１０４）。コンテンツデータにエラーがあることが検出されると（Ｓ１１０４にてＹＥＳ）、プリンタ１０３は、印刷続行が可能な設定かどうかを判断する（Ｓ１１０５）。ここで、印刷続行が可能な設定とは、例えば単葉片面印刷の設定であれば、エラーが発生したページ以外のページは印刷続行が可能として処理を継続することができる。
【００６９】
印刷処理が続行可能な設定である場合には（Ｓ１１０５にてＹＥＳ）、プリンタ１０３は、上位の印刷管理システム１０２に対して、着目ページでエラーが発生した旨を通知する（Ｓ１１０６）。そして、プリンタ１０３は、キャンセル事由（このケースでは「データエラー」）をプリンタ１０３のＵＩで表示する（Ｓ１１０７）。そして、Ｓ１１０３に戻り、プリンタ１０３は、後続のページの画像処理を続行する。
【００７０】
Ｓ１１０５にて印刷続行が不可能と判断すると（Ｓ１１０５にてＮＯ）、プリンタ１０３は、受信した印刷ジョブを削除する（Ｓ１１０８）。印刷続行が不可能な場合とは、例えば、単葉両面印刷の場合、表面の画像データで不正があれば裏面の印刷は続行すべきでない。そして、プリンタ１０３は、上位の印刷管理システム１０２に対してデータエラーが発生した旨のエラーイベント通知する（Ｓ１１０９）。そして、プリンタ１０３は、キャンセル事由（このケースでは「データエラー」）をプリンタ１０３のＵＩで表示する（Ｓ１１１０）。そして、本処理フローを終了する。
【００７１】
着目ページのコンテンツに不正がない場合（Ｓ１１０４にてＮＯ）、プリンタ１０３は着目ページの印刷を実行する（Ｓ１１１１）。そして、プリンタ１０３は、エラーが発生しない限り、すべてのページに対して印刷処理を行う。その後、プリンタ１０３は、印刷完了の旨をプリンタ１０３のＵＩに表示し、本処理フローを終了する。
【００７２】
印刷ジョブが単葉印刷ではなく冊子印刷の場合（Ｓ１１０１にてＮＯ）、印刷ジョブを構成するＮ枚のページに対し、順次着目ページとして処理を行う（Ｓ１１１３）。まず、プリンタ１０３は、１ページ目に対して、画像処理を開始する（Ｓ１１１４）。プリンタ１０３は、着目ページのコンテンツにエラーがあるか否かを判定する（Ｓ１１１５）。コンテンツデータにエラーがあることが検出されると（Ｓ１１１５にてＹＥＳ）、プリンタ１０３は、受信していた印刷ジョブを削除する（Ｓ１１１６）。そして、プリンタ１０３は、上位の印刷管理システム１０２に対してデータエラーが発生した旨のエラーイベントを通知する（Ｓ１１１７）。そして、プリンタ１０３は、キャンセル事由（このケースでは「データエラー」）をプリンタ１０３のＵＩ上で表示する（Ｓ１１１８）。そして、本処理フローを終了する。
【００７３】
コンテンツにエラーがない場合（Ｓ１１１５にてＮＯ）、プリンタ１０３は、エラーが発生しない限り、印刷ジョブを構成するすべてのページに対して画像処理を行う（Ｓ１１１９）。そして、プリンタ１０３は、画像処理が完了した印刷ジョブに対して、印刷を行う（Ｓ１１２０）。その後、プリンタ１０３は、印刷完了の旨をプリンタ１０３のＵＩに表示し、本処理フローを終了する。
【００７４】
なお図１２では印刷成果物の体裁により処理を切り替えるプリンタの実施形態を説明した（Ｓ１１０１）。しかし、処理を切り替えないプリンタであって構わない。その場合は印刷成果物の体裁に関わらず、コンテンツにエラーがあれば、印刷ジョブを削除するという、Ｓ１１１３からＳ１１２０の処理のみとなる。言い換えると単葉印刷の処理が存在しない。
【００７５】
［ユーザーキャンセル時のコマンドシーケンス１］
これまで、印刷管理システム１０２がキャンセルコマンドを発行するケースとして、印刷管理システムにてエラーを検出する場合を説明した。別のケースとして、受注管理システム１０１から印刷ジョブを発行した後、受注管理システム１０１にて印刷ジョブをユーザーがキャンセル操作した場合を、図６を用いて説明する。
【００７６】
最初に、受注管理システム１０１は、印刷管理システム１０２に対して予め決まったシーケンスに従い、印刷ジョブを発行する（Ｓ５０１）。印刷ジョブを受けた印刷管理システム１０２は、プリンタ１０３に対して印刷ジョブを発行開始できる段階になった時点でジョブ発行する（Ｓ５０２）。つまり印刷管理システム１０２は、受注管理システム１０１から印刷ジョブをすべて受信し終わる前に、プリンタ１０３にジョブ発行を開始し得る。
【００７７】
ここで、印刷管理システム１０２がプリンタ１０３に対して印刷ジョブを発行している途中において、受注管理システム１０１にて印刷ジョブのキャンセルが実行されたとする（Ｓ５０３）。これに伴い、受注管理システム１０１は、印刷管理システム１０２に対してキャンセルコマンドを発行する（Ｓ５０４）。受注管理システム１０１からキャンセルコマンドを受けた印刷管理システム１０２は、プリンタ１０３への印刷ジョブの発行をキャンセルする（Ｓ５０５）。このとき、印刷管理システム１０２が発行するＳ５０４のキャンセルコマンドに付加されるキャンセル事由は以下のようになる。これはユーザーによる印刷ジョブ送信のキャンセルが実行されたことを示している。
＜ｏｐｅｒａｔｉｏｎ＞ｉｋｗ：ＣａｎｃｅｌＪｏｂ＜／ｏｐｅｒａｔｉｏｎ＞
＜ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞ｉｋｗ：ｕｓｅｒ＜／ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞
【００７８】
［ユーザーキャンセル時のコマンドシーケンス２］
受注管理システム１０１から印刷ジョブを受けた印刷管理システム１０２は、プリンタ１０３に対して印刷ジョブの発行開始ができる段階になった時点でジョブ発行する。しかし、印刷管理システム１０２が印刷ジョブを発行する前に、受注管理システム１０１が印刷ジョブキャンセルを実行し、キャンセルコマンドが印刷管理システム１０２に到達したとする。この場合、印刷管理システム１０２は、プリンタ１０３に対してキャンセルコマンド発行しない。この場合のコマンドシーケンスは図７のようになる。
【００７９】
図７において、受注管理システム１０１は、印刷管理システム１０２に対して予め決まったシーケンスに従い、印刷ジョブを発行する（Ｓ６０１）。受注管理システム１０１から印刷ジョブを受けた印刷管理システム１０２は、プリンタ１０３に対して印刷ジョブを発行開始できる段階になった時点でジョブ発行する。しかし、それより前に受注管理システム１０１にて印刷ジョブのキャンセルが実行されたとする（Ｓ６０２）。この場合、受注管理システム１０１から印刷管理システム１０２にキャンセルコマンドが通知される（Ｓ６０３）。この時点では、印刷管理システム１０２は、プリンタ１０３に対し印刷ジョブを発行しておらず（Ｓ６０４）、キャンセルコマンドの発行は不要と判断する。そのため、印刷管理システム１０２は、プリンタ１０３に対してキャンセルコマンドの発行をしない（Ｓ６０５）。
【００８０】
印刷管理システム１０２は、該当する印刷ジョブがキャンセルされたので、上位の受注管理システム１０１にエラーイベントを通知する（Ｓ６０６）。受注管理システム１０１は、印刷管理システム１０２からの通知（ＥｒｒｏｒＥｖｅｎｔＮｏｔｉｆｙ）に応答してジョブステータス取得コマンドを発行する。ジョブステータス取得コマンドを受けた印刷管理システム１０２は、プリンタ１０３に対してジョブステータス取得コマンドを発行する。この場合、プリンタ１０３は、該当する印刷ジョブの存在を認識していない状態であるため、印刷管理システム１０２で管理している疑似ジョブステータスを用いてキャンセル事由と合わせてジョブステータス情報を返却する（Ｓ６０７）。
【００８１】
（印刷管理システムにおける処理）
受注管理システム１０１で印刷ジョブがユーザーキャンセルされた場合の印刷管理システム１０２の動作について、図９のフローチャートを用いて説明する。なお、本処理は、印刷管理システム１０２が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。
【００８２】
印刷管理システム１０２は、上位に位置する受注管理システム１０１から印刷ジョブを受けたのち、受注管理システム１０１から印刷ジョブをキャンセルするためのキャンセルコマンドを受信したか否かを判定する（Ｓ８０１）。受注管理システム１０１からキャンセルコマンドを受信した場合（Ｓ８０１にてＹＥＳ）、印刷管理システム１０２は、すでに印刷ジョブをプリンタ１０３に対して送信しているか否かを判断する（Ｓ８０２）。
【００８３】
印刷ジョブをプリンタ１０３に対して送信前であれば（Ｓ８０２にてＹＥＳ）、印刷管理システム１０２は、印刷ジョブに対しプリンタ１０３に発行するためのジョブ変換処理をすでに終了しているかを判断する（Ｓ８０３）。印刷ジョブが変換中であれば（Ｓ８０３にてＮＯ）、印刷管理システム１０２はジョブ変換を中止する（Ｓ８０４）。その後、印刷管理システム１０２は、印刷管理システム１０２のキューにある印刷ジョブを削除し、印刷ジョブの送信を中止する（Ｓ８０５）。その後、Ｓ８０７へ進む。印刷ジョブの変換が終了していれば（Ｓ８０３にてＹＥＳ）、Ｓ８０５へ直接進む。
【００８４】
すでに印刷ジョブをプリンタ１０３に対して発行していれば（Ｓ８０２にてＮＯ）、印刷管理システム１０２は、該当する印刷ジョブの印刷を中止するためのキャンセルコマンドにキャンセル事由を付加して発行する。そして、印刷管理システム１０２は、プリンタ１０３へ発行したキャンセルコマンドを送信する（Ｓ８０６）。
【００８５】
そして、印刷管理システム１０２は、印刷管理システム１０２のＵＩにてキャンセル事由（このケースでは「ユーザーキャンセル」）を表示し、本処理フローを終了する（Ｓ８０７）。
【００８６】
受注管理システム１０１からキャンセルコマンドを受信しない場合（Ｓ８０１にてＮＯ）、印刷管理システム１０２は、プリンタ１０３から印刷ジョブのキャンセルイベントの通知を受信したか否かを確認する。ここでの通知は、例えば、プリンタ１０３が印刷ジョブを受信中にユーザーがプリンタ１０３のパネル操作で印刷ジョブの受信をキャンセルした場合に通知される。キャンセルイベント通知を受けたら（Ｓ８０８にてＹＥＳ）、印刷管理システム１０２は、プリンタ１０３からジョブステータス情報を取得する（Ｓ８０９）。そして、印刷管理システム１０２は、上位に位置する受注管理システム１０１に対してエラーイベントを通知する（Ｓ８１０）。その後、印刷管理システム１０２は、印刷管理システム１０２のＵＩにてプリンタ１０３より取得したキャンセルステータスに基づいたキャンセル事由（このケースでは「ユーザーキャンセル」）を表示し、本処理フローを終了する（Ｓ８１１）。
【００８７】
プリンタ１０３からキャンセルイベント通知を受信しない場合（Ｓ８０８にてＮＯ）、印刷管理システム１０２は、印刷ジョブをプリンタ１０３に送信する（Ｓ８１２）。そして、該当印刷ジョブに特に問題発生せず、すべての印刷ジョブをプリンタ１０３に送信し、印刷完了すれば、印刷管理システム１０２は、送信完了の旨を印刷管理システム１０２上のＵＩに表示し、本処理フローを終了する。
【００８８】
なお、受注管理システム１０１の動作については図１０のフローチャートを用いて説明した流れとなる。この場合、Ｓ９０３において、印刷管理システム１０２より取得したキャンセル事由は、「ユーザーキャンセル」となり、受注管理システム１０１は、Ｓ９０４にて受注管理システム１０１のＵＩ上でその旨を表示する。
【００８９】
一方、プリンタ１０３での動作については図１１のフローチャートを用いて説明した流れとなる。この場合、Ｓ１００６において、プリンタ１０３は、ＵＩに表示するキャンセル事由は「ユーザーキャンセル」となる。
【００９０】
なお、キャンセル事由が「ユーザーキャンセル」である場合、いずれのサブシステムにてユーザーからのキャンセル指示を受けたかの情報を更に含むようにしても構わない。
【００９１】
このようにして、本実施形態においては、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することを可能にしている。更には、各システムでの表示において、整合性を取ることが可能となる。
【００９２】
＜実施形態２＞
本実施形態の印刷システムの構成について、図１３のブロック図を参照して説明する。実施形態１と重複する箇所については同じ参照番号を付与している。実施形態１の図２Ａでは画像コンテンツをレンダリングする画像処理部２１１をプリンタ１０３が備えていたのに対し、本実施形態では印刷管理システム１０２にプリンタドライバ１２０１が存在する。つまり、本実施形態では、印刷管理システム１０２内のプリンタドライバ１２０１により、画像コンテンツをレンダリングする。
【００９３】
本実施形態の場合、印刷ジョブを構成するジョブチケット情報に関するジョブエラーも、画像コンテンツに関するジョブエラーも印刷管理システム１０２にて検出される。
【００９４】
受注管理システム１０１で生成され印刷管理システム１０２に送信される印刷ジョブは印刷設定、部数設定等の情報で構成されるジョブチケットと、ＪＰＧ、ＢＭＰ、ＰＤＦ等の画像コンテンツからなる。
【００９５】
受注管理システム１０１から印刷管理システム１０２に投入された印刷ジョブは、Ｉ／Ｆ２０４を経由してコール処理部２０５内の印刷管理部２０６にて、印刷ジョブとして要求受付され、疑似ジョブステータスを生成する。印刷ジョブは、印刷処理部２０８に渡され、解析されるとともに、印刷ジョブを構成するジョブチケットがプリンタ１０３に対応して最適化されたコマンドに変換される。
【００９６】
さらにコンテンツについても、プリンタドライバ１２０１にてレンダリングされる。プリンタドライバ１２０１は、第一実施形態の図２Ａにおけるプロトコル処理部２１０の役割も果たし、変換された印刷ジョブは、プリンタ１０３に渡され、印刷出力される。
【００９７】
プリンタ１０３は印刷ジョブを受け取った時点で、プリンタ１０３内でジョブステータス情報を生成する。プリンタ１０３は定期的なタイミングで、更新されたジョブステータス情報を印刷管理システム１０２に通知する。
【００９８】
更新されたジョブステータス情報は、プリンタドライバ１２０１を介してステータス処理部２０９に渡され、ステータスキャッシュとして保持される。ステータス処理部２０９は、ステータス管理部２０７からの要求に応じて、更新されたジョブステータス情報をステータス管理部２０７に渡す。そして、ステータス管理部２０７は、自身が管理しているジョブステータス情報を更新する。さらに更新されたジョブステータス情報は、Ｉ／Ｆ２０４を経由して受注管理システム１０１に通知される。そして、受注管理システム１０１は、受信したジョブステータス情報を用いて、管理しているジョブステータス情報を更新する。
【００９９】
図１３に示す構成の本実施形態において、印刷ジョブを構成するジョブチケット情報に関するジョブエラーも、コンテンツに関するデータエラーも印刷管理システム１０２にて検出される。この場合のコマンドシーケンスは、実施形態１にて示した図３と同様になる。そして、実施形態１の図５にて示したデータエラー時のコマンドシーケンスは本実施形態では発生しないことになる。また、印刷ジョブを受注管理システム１０１にてキャンセルする場合のコマンドシーケンスについても実施形態１にて示した図６、図７と同様になる。
【０１００】
［印刷管理システムの動作］
印刷管理システム１０２にてジョブエラー検出した場合の印刷管理システム１０２の動作について図１４のフローチャートを用いて説明する。なお、本処理は、印刷管理システム１０２が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはＮページから構成され、着目ページはｎ枚目のページとして記載する。
【０１０１】
印刷管理システム１０２は、受注管理システム１０１からＮページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行する（Ｓ１３０１〜Ｓ１３０９）。印刷管理システム１０２は、印刷ジョブの着目ページに対し解析・変換を行う（Ｓ１３０２）。
【０１０２】
印刷管理システム１０２は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定する（Ｓ１３０３）。つまり、ここでのエラー判定は、ジョブエラーがあるか否かの判定に該当する。エラーが無い場合は（Ｓ１３０３にてＮＯ）、印刷管理システム１０２は、着目ページを印刷管理システム１０２内部の印刷処理部２０８へ送信する。そして、着目ページにエラーが発生しない限り、印刷管理システム１０２は、印刷ジョブを構成するすべてのページを印刷処理部２０８に送信し、Ｓ１３１０へ進む。
【０１０３】
プリントチケットにエラーがある場合（Ｓ１３０３にてＹＥＳ）、エラーがある着目ページが最終ページであるか否かを判定する（Ｓ１３０４）。着目ページが最終ページである場合には（Ｓ１３０４にてＹＥＳ）、Ｓ１３０６に直接進む。着目ページが最終ページでない場合は（Ｓ１３０４にてＮＯ）、印刷管理システム１０２は、キューにある印刷ジョブを削除する（Ｓ１３０５）。そして、印刷管理システム１０２は、上位に位置する受注管理システム１０１にエラーイベントを通知する（Ｓ１３０６）。その後、印刷管理システム１０２は、印刷管理システム１０２上のＵＩにてキャンセル事由（このケースでは「ジョブエラー」）を表示し、本処理フローを終了する（Ｓ１３０７）。
【０１０４】
印刷管理システム１０２は、印刷ジョブを構成する各ページに対して以下の処理を実行する（Ｓ１３１０〜Ｓ１３１８）。印刷管理システム１０２は、着目ページに対して画像処理を実行する（Ｓ１３１１）。そして、印刷管理システム１０２は、着目ページのコンテンツにエラーがあるか否かを判定する（Ｓ１３１２）。つまり、ここでのエラー判定は、データエラーがあるか否かの判定に該当する。エラーが無い場合は（Ｓ１３１２にてＮＯ）、着目ページにエラーが無い限り、印刷管理システム１０２は、印刷ジョブを構成するすべてのページの画像処理を行う。そして、Ｓ１３１９へ進む。すべてのページに対する画像処理が終了したら、印刷管理システム１０２は、プリンタ１０３へ印刷ジョブを送信し、印刷を実行させる。そして、本処理フローを終了する。
【０１０５】
着目ページに画像コンテンツのデータエラーが検出された場合（Ｓ１３１２にてＹＥＳ）、印刷管理システム１０２は、着目ページが１ページ目であるか否かを判定する。データエラーが検出された着目ページが１ページ目である場合（Ｓ１３１３にてＮＯ）、印刷管理システム１０２は、印刷管理システム１０２のキューにある印刷ジョブを削除する（Ｓ１３１５）。そして、Ｓ１３１６へ進む。
【０１０６】
データエラーが検出された着目ページが１ページ目でない場合（Ｓ１３１３にてＹＥＳ）、すでに印刷ジョブがプリンタ１０３に対して発行されている。そのため、印刷管理システム１０２は、プリンタ１０３に対し印刷ジョブのジョブキャンセルコマンドに、そのキャンセル事由を付加し、発行する（Ｓ１３１４）。
【０１０７】
印刷管理システム１０２は、上位に位置する受注管理システム１０１に対してエラーイベント通知する（Ｓ１３１６）。そして、印刷管理システム１０２は、印刷管理システム１０２上のＵＩにてキャンセル事由（このケースでは「データエラー」）を表示し、本処理フローを終了する（Ｓ１３１７）。
【０１０８】
このようにして、本実施形態にて示した構成においても、実施形態１と同様に、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することが可能となる。更には、各システムでの表示において、整合性を取ることが可能となる。
【０１０９】
＜実施形態３＞
本実施形態では、プリンタ１０３へジョブ発行の途中に、印刷管理システム１０２でジョブエラー検出した場合の印刷管理システム１０２のキャンセル処理の例を説明する。実施形態１では、図１２のＳ１１０１に示すようにプリンタ１０３が印刷設定に応じてキャンセルの判断基準を切り替えていた。本実施形態では、印刷管理システム１０２側で、印刷設定に応じた、キャンセルの判断基準を切り替える。システムの全体構成や、他の共通する部分は実施形態１と同様であるので、ここでは省略する。
【０１１０】
［印刷体裁］
まず、印刷体裁について図１５を用いて説明する。単葉の印刷体裁としては、写真プリント、カード、カレンダー、コラージュ、ポスター、ポートレート等がある。冊子の印刷体裁は、中綴じ１４０１、リング綴じ１４０２、無線綴じ１４０３、片面印刷データ貼合１４０４等がある。
【０１１１】
中綴じ１４０１の製本例としては、両面印刷し、印刷物の三方断裁し中央をホチキス止めする。リング綴じ１４０２の製本例としては、片面または両面印刷したい印刷物に対してリング綴じを行う。無線綴じ１４０３の製本例としては、両面印刷した印刷物を図１５のように糊付けし、無線綴じの中身を表紙でくるむ製本をする。片面印刷データ貼合１４０４の製本例としては、中身と表紙を図１５のように糊付けし、貼り合せの中身をハードカバーの表紙でくるむ。ハードカバーの表紙はラミネートや段ボール貼りされている。
【０１１２】
例えば、図１６のようにジョブが４枚の画像（コンテンツ）で構成されていて３枚目の画像に関してジョブエラーあるいはデータエラーを印刷管理が検出した場合について説明する。このとき、印刷ジョブの印刷体裁が単葉印刷の場合、印刷可能なものは印刷するのが望ましいため、印刷管理システム１０２は、印刷ジョブのエラーを検出したページを飛ばして印刷ジョブを発行し続ける。さらに、印刷管理システム１０２は、上位に位置する受注管理システム１０１に対しては、所定のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）で印刷が部分成功であることを通知する。このケースでは、画像データ１５０１、１５０２、１５０３、および１５０４のうち、画像データ１５０３が不正であるとする。この場合、印刷管理システム１０２は、画像データ１５０１、１５０２のジョブデータをプリンタ１０３に転送した後、画像データ１５０３を飛ばして、画像データ１５０４のジョブデータをプリンタ１０３に転送する。
【０１１３】
印刷ジョブの印刷体裁が冊子印刷の場合、一部分でも印刷できないと冊子の印刷体裁が揃わない。そのため、印刷管理システム１０２は、印刷ジョブのエラーを検出した時点で発行した印刷ジョブをキャンセルするためキャンセルコマンドを発行する。さらに上位に位置する受注管理システム１０１に対して所定のＡＰＩでジョブエラーであることを通知する。
【０１１４】
このケースでは、画像データ１５０１、１５０２、１５０３、および１５０４のうち、画像データ１５０３が不正であるとする。この場合、印刷管理システム１０２は、画像データ１５０１、１５０２のジョブデータをプリンタ１０３に転送した後、画像データ１５０３の画像不正を確認した時点で印刷ジョブをキャンセルし、印刷を止める。つまり、印刷管理システム１０２は、印刷中の画像データ１５０１、１５０２の印刷ジョブをジョブキャンセルし、かつ画像データ１５０３、１５０４のジョブデータをプリンタ１０３に転送しない。
【０１１５】
以上のように印刷管理システムでジョブキャンセル処理をする際、印刷体裁が冊子か単葉かでキャンセル処理を変えることにより、再印刷の際の効率化を図ることができる。
【０１１６】
［印刷管理システムにおける処理フロー］
印刷管理システム１０２にてジョブエラー検出した場合の印刷管理システムの動作について図１７のフローチャートで説明する。なお、本処理は、印刷管理システム１０２が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはＮページから構成され、着目ページはｎ枚目のページとして記載する。
【０１１７】
印刷管理システム１０２は、受注管理システム１０１からＮ枚のページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行する（Ｓ１６０１〜Ｓ１６１５）。印刷管理システム１０２は、印刷ジョブの着目ページに対し解析・ジョブ変換を行う（Ｓ１６０２）。
【０１１８】
印刷管理システム１０２は、印刷ジョブのプリントチケット解析にてプリントチケットにエラーがあるか否かを判定する（Ｓ１６０３）。エラーが無い場合は（Ｓ１６０３にてＮＯ）、印刷管理システム１０２は、着目ページをプリンタ１０３へ送信する。そして、着目ページにエラーが発生しない限り、印刷管理システム１０２は、印刷ジョブを構成するすべてのページを解析／変換し、プリンタ１０３に送信する。そして、本処理フローを終了する。
【０１１９】
プリントチケットにエラーがある場合（Ｓ１６０３にてＹＥＳ）、印刷管理システム１０２は、印刷ジョブが単葉印刷か否かを判定する（Ｓ１６０４）。印刷ジョブが単葉印刷でない場合（Ｓ１６０４にてＮＯ）、Ｓ１６０９へ進む。印刷ジョブが単葉印刷である場合（Ｓ１６０４にてＹＥＳ）、印刷管理システム１０２は、印刷続行可能な設定かどうかを判断する（Ｓ１６０５）。印刷続行が不可な設定である場合（Ｓ１６０５にてＮＯ）、Ｓ１６０９へ進む。印刷続行が不可である場合とは例えば、単葉両面印刷において、表面でエラーが見つかった場合などが挙げられる。この場合、エラーが検出された着目ページ以降の印刷は続行すべきでないと判断する。
【０１２０】
印刷続行が可能である場合（Ｓ１６０５にてＹＥＳ）、印刷管理システム１０２は、プリンタ１０３に対して、エラーページのみ印刷せず他のページを印刷させるために、エラーページを指定したキャンセルコマンドとその事由を送信する（Ｓ１６０６）。以下は、３ページ目のプリントチケット解析でエラーが検出された場合のエラーページを指定するキャンセルコマンドにキャンセル事由が付加された例である。
＜ｏｐｅｒａｔｉｏｎ＞ｉｋｗ：ＣａｎｃｅｌＪｏｂ＜／ｏｐｅｒａｔｉｏｎ＞
＜ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞ｉｋｗ：ＩｎｖａｌｉｄＣｏｎｔｅｎｔｓＤａｔａ＜／ｖｃｎ２：ｃａｎｃｅｌｒｅａｓｏｎ＞
＜ｖｃｎ２：ｃａｎｃｅｌｐａｇｅ＞３＜／ｖｃｎ２：ｃａｎｃｅｌｐａｇｅ＞
【０１２１】
そして、印刷管理システム１０２は、上位に位置する受注管理システム１０１に対し、エラーイベントを通知する（Ｓ１６０７）。その後、印刷管理システム１０２は、キャンセル事由（このケースでは「ジョブエラー」または「データエラー」）をＵＩ上で表示する（Ｓ１６０８）。そして、Ｓ１６０２に戻り、印刷管理システム１０２は、後続のページの画像処理を続行する。
【０１２２】
Ｓ１６０９において、印刷管理システム１０２は、１枚目のページの解析にてエラーが検出されたか否かを判定する。１ページ目の解析にてプリントチケットにエラーが検出された場合（Ｓ１６０９にてＮＯ）、印刷管理システム１０２は、キューにある印刷ジョブを削除し、印刷ジョブの発行を中止する（Ｓ１６１１）。そして、Ｓ１６１２へ進む。
【０１２３】
２ページ目以降の解析にてプリントチケットにエラーが検出された場合は（Ｓ１６０９にてＹＥＳ）、すでに印刷ジョブがプリンタ１０３に対して発行されている。そのため、印刷管理システム１０２は、プリンタ１０３に対し印刷ジョブのジョブキャンセルコマンドに、そのキャンセル事由を付加し、発行する（Ｓ１６１０）。
【０１２４】
その後、印刷管理システム１０２は、上位に位置する受注管理システム１０１に対してもエラーイベント通知する（Ｓ１６１２）。そして、印刷管理システム１０２は、印刷管理システム１０２上のＵＩにてページ数とキャンセル事由（このケースでは「ｎページ目にジョブエラー」）を表示する（Ｓ１６１３）。そして、本処理フローを終了する。
【０１２５】
［プリンタにおける処理フロー］
印刷管理システム１０２からエラーページを指定されたキャンセルコマンドとキャンセル事由を受信した場合のプリンタの動作について図１８のフローチャートを用いて説明する。なお、本処理は、プリンタ１０３が有するＣＰＵ（不図示）が、記憶部（不図示）に保持するプログラムを読み出して実行することにより実現される。ここで、印刷ジョブはＮ枚のページから構成され、着目ページはｎ枚目のページとして記載する。
【０１２６】
プリンタ１０３は、印刷管理システム１０２からＮ枚のページから構成される印刷ジョブを受信すると処理を開始し、印刷ジョブを構成する各ページに対して以下の処理を実行する（Ｓ１７０１〜Ｓ１７１２）。プリンタ１０３は、着目ページが図１７のＳ１６０６で指定されたエラーページであるか否かを判定する（Ｓ１７０２）。エラーページである場合は（Ｓ１７０２にてＹＥＳ）、プリンタ１０３は、Ｓ１７１０へ進む。プリンタ１０３は、当該着目ページをスキップし、プリンタ１０３上のＵＩにてキャンセル事由（このケースでは「ｎページ目にジョブエラー」）を表示する（Ｓ１７１０）。そして、Ｓ１７０２へ戻り、次のページを着目ページとする。エラーページでない場合は（Ｓ１７０２にてＮＯ）、プリンタ１０３は、着目ページに対し、画像処理を実行する（Ｓ１７０３）。
【０１２７】
プリンタ１０３は、画像処理にてコンテンツデータに不正がある検出されたか否かを判定する（Ｓ１７０４）。コンテンツデータにエラーが無い場合は（Ｓ１７０４にてＮＯ）、プリンタ１０３は、着目ページの印刷を行う（Ｓ１７１２）。そして、プリンタ１０３は、印刷ジョブの各ページに対し、コンテンツエラーが生じない限り、印刷を実行する。その後、印刷ジョブが完了した旨をＵＩ上に表示し、本処理フローを終了する。
【０１２８】
コンテンツデータにエラーがあることが検出されると（Ｓ１７０４にてＹＥＳ）、プリンタ１０３は、印刷続行可能な設定かどうかを判断する（Ｓ１７０５）。印刷続行して問題ない設定であれば（Ｓ１７０５にてＹＥＳ）、プリンタ１０３は、上位に位置する印刷管理システム１０２に対して該当するページでエラーが発生した旨のエラーイベント通知する（Ｓ１７０６）。そして、プリンタ１０３は、キャンセル事由（このケースでは「ｎページ目にデータエラー」）をプリンタ１０３のＵＩ上で表示する（Ｓ１７０７）。その後、Ｓ１７０２の処理に戻り、プリンタ１０３は、後続のページの画像処理を続行する。
【０１２９】
印刷が続行不可能である場合には（Ｓ１７０５にてＮＯ）、プリンタ１０３は、受信した印刷ジョブを削除する（Ｓ１７０８）。そして、プリンタ１０３は、上位に位置する印刷管理システム１０２に対して、データエラーが発生した旨のエラーイベント通知する（Ｓ１７０９）。そして、プリンタ１０３は、キャンセル事由（このケースでは「ｎページ目にデータエラー」）をプリンタ１０３のＵＩ上で表示する（Ｓ１７１０）。そして、本処理フローを終了する。
【０１３０】
このようにして、印刷体裁によって印刷ジョブに対するキャンセルの判断基準を切り替える場合においても、各サブシステムにて印刷ジョブをキャンセルした事由について、その情報を共有することを可能にしている。更には、各システムでの表示において、整合性を取ることが可能となる。
【０１３１】
なお、本実施形態において、判断基準（判断処理）を切り替える際に参照する設定は、印刷ジョブにおける体裁設定（単葉印刷／冊子印刷）を対象とした。しかし、この設定に限定するものではなく、他の印刷設定を参照して、判断基準を切り替えるようにしても構わない。
【０１３２】
さらに、印刷が続行可能な設定か否かの判定についても、印刷設定の整合性に応じて、他の条件を用いても構わない。
【０１３３】
＜実施形態４＞
本実施形態では、プリンタ１０３へ印刷ジョブの発行途中に印刷管理システム１０２でジョブエラーを検出した場合にキャンセルコマンドにプリンタ１０３の動作を指示するアクションを付加する例を説明する。システムの全体構成や、他の共通する部分は実施形態１と同様であるので、ここでは省略する。
【０１３４】
印刷管理システム１０２の動作については、図８とほぼ同様のフローチャートとなる。実施形態１では、印刷管理システム１０２が、ジョブキャンセルコマンドに、そのキャンセル事由を付加し送信する処理を行っていた（Ｓ７０５）。これに対し、本実施形態では、キャンセル事由に替えて、アクションの指示を付加する。
【０１３５】
アクション指示として、本実施形態では、印刷体裁が冊子印刷であり、この場合にジョブエラーを検出した際、その印刷ジョブに関する課金停止指示をプリンタ１０３に対して行う。このことにより、実行されていない印刷ジョブに対し課金することを防ぐことが可能となる。その他のアクション指示の例としては、ある条件でジョブエラーとなった場合にプリンタ１０３の電源をＯＦＦするようにしても構わない。図６（Ｃ）に本実施形態に係る課金停止指示のアクションを付加したキャンセルコマンドの例を示す。
【０１３６】
本実施形態に係るプリンタ１０３の動作についても、実施形態１にて説明した図１１のフローチャートとほぼ同様になる。実施形態１では、プリンタ１０３が、ＵＩにキャンセル事由（この場合、「ジョブエラー」）を表示していた（Ｓ１００６）。これに対し、本実施形態では、キャンセルコマンドに含まれるアクション指示に従って処理を実行する。
【０１３７】
なお、図６（Ｃ）では、キャンセル事由に替えてアクション指示を付加したが、これに限定するものではなく、両方の情報を付加するようにしても構わない。
【０１３８】
このようにしてプリンタ１０３では、ジョブエラーとなった印刷ジョブに対し、例えば課金を止めるような、エラーに応じたアクションを実行することが可能となる。
【０１３９】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005918964.tif 000002
【図２Ａ】
0005918964.tif 000003
【図２Ｂ】
0005918964.tif 000004
【図２Ｃ】
0005918964.tif 000005
【図３】
0005918964.tif 000006
【図４】
0005918964.tif 000007
【図５】
0005918964.tif 000008
【図６】
0005918964.tif 000009
【図７】
0005918964.tif 000010
【図８】
0005918964.tif 000011
【図９】
0005918964.tif 000012
【図１０】
0005918964.tif 000013
【図１１】
0005918964.tif 000014
【図１２】
0005918964.tif 000015
【図１３】
0005918964.tif 000016
【図１４】
0005918964.tif 000017
【図１５】
0005918964.tif 000018
【図１６】
0005918964.tif 000019
【図１７】
0005918964.tif 000020
【図１８】
0005918964.tif 000021