JP2010113673A - 印刷管理装置とその制御方法 - Google Patents

Abstract

【課題】ＰＯＤデバイスにおける消耗品管理とＭＩＳによる実績情報管理が連携していないため、ジョブ処理の自動化を維持しつつＭＩＳの意図通りの用紙およびオペレータの指定が出来ていなかった。
【解決手段】ＭＩＳは、ＰＯＤデバイスから部門管理情報を含む利用可能な用紙情報を取得し、ジョブで指定された用紙の指定と、当該ジョブに係るオペレータに関連づけられた用紙の指定とに基づいて、ＰＯＤデバイスから提供された用紙情報から、当該オペレータが利用できる適切な用紙を選択する。
【選択図】図８

Description

本発明は、印刷ジョブを印刷装置へ送信して印刷ジョブの実行結果を記録する印刷管理装置とその制御方法に関する。

商業印刷の業界では高い付加価値をもった小ロットジョブの受注および短納期化の動きが活発である。このため、従来利用してきたオフセット印刷機および製本などの後処理機に加えて、プリントオンデマンド（以後、ＰＯＤ）デバイスの導入を積極的に進めている。ＰＯＤデバイスの効果の一つとして、印刷処理や印刷物への後処理などの一連の処理をジョブに基づき、自動的に処理できるということが挙げられる。

既存の印刷機に加えてＰＯＤデバイスを効果的に導入するために、ハイブリッドワークフローを構築する。つまり、従来印刷機とＰＯＤデバイスの混在環境を構築する。また、商業印刷においてはジョブ実績情報収集およびコスト見積もりのため、Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ（：経営情報システム、以後ＭＩＳ）のようにジョブ情報を記録する印刷システムとの接続が重要となる。ハイブリッドワークフローにおけるＰＯＤデバイスも同様にＭＩＳと接続されて印刷処理などの実績情報を収集する。

ここでＰＯＤデバイスへのジョブを送信する際に、ＭＩＳは所望の印刷結果を得るための要求に従い、適切な指示を印刷ジョブチケットに記述してＰＯＤデバイスへ送信する必要がある。ここで、デバイスへジョブを送信するシステムにおいて、デバイスからデバイス情報を取得して、そのデバイス情報に基づいて印刷ジョブチケットを生成するといった技術（特許文献１参照）が存在する。
特開２００７−２９９３８０号公報

ＰＯＤデバイス内でも、アクセス管理の効率化やユーザの利便性のため、ユーザ固有の消耗品（たとえば用紙）管理を行うようになっている。つまり、ＭＩＳの管理情報とは異なる、印刷装置毎にカスタマイズされた消耗品情報などの管理が行われている。

現在、ＰＯＤデバイス毎にカスタマイズされた消耗品管理とＭＩＳによるジョブ指定及び実績情報管理は連携していない。例えば、同じ用紙種別であっても複数の異なる選択候補がある（用紙が登録されている）場合がある。これは、ＰＯＤデバイス特有のパラメータにより区別される場合やユーザ定義の用紙登録を行う仕組みがあるからである。

この結果、ジョブ受信側（ＰＯＤデバイス）でＭＩＳ側の意図に反した用紙の自動選択が行われてしまうことがある。ここで、ジョブ受信後にオペレータによりＰＯＤデバイスで管理している情報の中から改めて選択を行わせるとしても、自動化の効果が損なわれる結果となることもある。

本発明は上記従来例に鑑みて成されたもので、印刷ワークフローの自動化の効果を損なうことなく、印刷装置における消耗品情報管理の連携が取れていないことに起因する上記問題点を解決することにある。

上述した課題を解決するために、本発明は以下の構成を備える。すなわち、ジョブに基づく印刷処理を行う印刷装置と通信を行う印刷管理装置であって、
ジョブの指示を記述した第一のジョブチケットを受け付ける受け付け手段と、
前記第一のジョブチケットで指定される処理対象の印刷装置から、当該印刷装置で管理している用紙一覧情報を取得する取得手段と、
前記第一のジョブチケットに記述された用紙指定情報を前記取得手段で取得した用紙一覧情報に含まれる用紙情報を用いて編集し、第二のジョブチケットを生成する更新手段と、
前記第二のジョブチケットを前記印刷装置へ送信する送信手段とを備える。

本発明によれば、印刷ワークフローの自動化を維持しつつ、印刷システムにおける、管理装置（ＭＩＳ）と印刷装置における管理情報とを同期できるようになる。

［第一実施形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。

＜印刷システム全体の構成＞
図１は、本発明における印刷システムの一例を示すブロック図である。印刷システムには、サーバ１およびサーバ１に接続されている印刷装置２、３、４が含まれている。サーバ１は印刷管理装置として機能する。

１０はスケジューラである。１１はオペレータ情報格納部である。１８はジョブ入稿部である。スケジューラ１０、オペレータ情報格納部１１，ジョブ入稿部１８は、サーバ１の外部にあり、本実施形態ではそれぞれがコンピュータにより実現されるが、サーバ１内にあってサーバ１の機能の一部として実現されても良い。

１３はサーバ１の制御部である。１４はサーバ１の通信部である。１５は用紙指定取得部である。１６はジョブ情報格納部である。１７は用紙情報格納部である。１９はＪＤＦ格納部である。２０はＪＤＦ編集部である。１２はオペレータ指定取得部である。

３０は印刷装置２の通信部である。３１は印刷装置２の制御部である。３２は用紙データベースである。３３は画像形成部である。３４は操作パネルである。３５はオペレータデータベースである。３６はデバイス履歴記録部である。

印刷装置３および４については、内部のブロック構成を省略したが、印刷装置２と同様の機能ブロックを持っているものとする。

また、図において、サーバ１には、印刷装置２、３、４以外の不図示のデバイスが接続される場合もある。これらについても印刷装置２と同様の機能を保持しているものとする。また各印刷装置は画像形成部により出力される用紙を後処理（製本、ステイプルなど）する構成を備えるものであってもよい。

次に図１に従って、各ブロックの機能について説明する。サーバ１はジョブ入稿部１８より印刷装置で印刷するジョブを入稿する。これは、例えば、ネットワークに接続されたＷｅｂ入稿システムのように外部から印刷の要求を記述したジョブチケットを受け取るブロックである。

スケジューラ１０は、オペレータ情報格納部１１に保持されている利用者の情報すなわちオペレータ情報に従って、印刷装置とその操作者の作業スケジュールを管理している。利用者の情報は例えば利用者の識別情報である。ジョブ入稿部１８は、印刷要求を受けると、スケジューラ１０より情報を取得して、印刷装置と印刷装置の操作者を割り当てる。印刷要求は、ジョブチケット（例えば、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）ファイル）として受け付けられる。ここでＪ、ＤＦはＣＩＰ４（Cooperation for Integration of Processes in Prepress, Press, and Post press）によって定められている。ここでの詳細な説明は割愛する。ＪＤＦには用紙に関する情報のみならず、印刷処理のための種々の設定情報が含まれる。

ジョブ入稿部１８から受け取ったジョブチケットはＪＤＦ格納部１９に保持される。これが第一のジョブチケットに相当する。オペレータ指定取得部１２は、ＪＤＦ格納部１９に保持されたジョブチケットを解析し、指定されているオペレータ情報を取得する。また、オペレータ指定取得部１２は、ジョブチケットから得られたオペレータ情報およびオペレータ情報格納部１１からの情報に従って、ジョブチケットに指定されているオペレータが所属している部門の情報を取得する。

用紙指定取得部１５は、ＪＤＦ格納部１９に保持されたジョブチケットを解析し、指定されている用紙種別を取得する。ジョブ制御部１３から指示を受けたＪＤＦ編集部２０は、これらオペレータ、オペレータの所属部門および用紙種別の情報に従って、ジョブチケットを編集する。

ジョブ制御部１３は、通信部１４を介して、ＪＤＦ格納部１９に保持されているジョブチケットを印刷装置２、３、４等へ送信し、これにより印刷装置へのジョブの投入が行われる。投入されたジョブが終了した後、ジョブ制御部１３は、通信部１４を介して、印刷装置から返送されるジョブに関する処理の記録（履歴）を取得し、ジョブ情報格納部１６へ保存する。また、ジョブに関連して、オペレータ指定取得部１２から得られたオペレータ情報も関連付けてジョブ情報格納部１６へ記録する。

さらに、ジョブ制御部１３は、通信部１４を介して、印刷装置から用紙情報を取得する。取得した用紙情報は用紙情報格納部１７へ保存される。また、ジョブ制御部１３は、用紙情報格納部１７に保存された印刷装置の用紙情報、ＪＤＦ格納部に保持されたジョブチケットに記録された用紙情報及びオペレータ情報を元に、ジョブとして送信するジョブチケットの用紙の指定を適切に編集する。

印刷装置２は通信部３０を介して外部からのジョブの投入やサーバからの問い合わせを受け付ける。制御部３１は、通信部３０を介して受信したジョブに従って、画像形成部３３を制御して印刷処理を行う。そして、印刷処理の履歴をデバイス履歴記録部３６で記録する。一方、ジョブに関する処理の履歴は、通信部３０を介して、サーバ１へも送信される。

印刷装置２のオペレータは、操作パネル３４を操作することで、ジョブの処理を行うオペレータの登録およびログイン、あるいは印刷に使用する用紙の登録を行う。制御部３１は、操作パネル３４からの入力に従い、オペレータ情報をオペレータデータベース３５へ登録する。同様に、入力された用紙情報を用紙データベース３２へ登録する。オペレータ情報と用紙情報とは関連づけて登録され、たとえばオペレータが特定されれば、そのオペレータに関連付けて登録された用紙情報も特定できる。オペレータに関連して登録される用紙情報は、たとえばそのオペレータが利用可能な用紙の種類を特定する情報のほか、特に用紙が指定されていないジョブを実行する際に、当該オペレータのデフォルトとして指定する用紙も登録できる。

サーバ１には様々なデバイスが接続される。次にサーバ１に接続される印刷装置の動きについて説明する。

＜印刷装置の動作＞
図２は、本発明における印刷装置２における利用処理の流れを示したフローチャートの一例である。

まずステップＳ１０００にてデバイスの利用を開始する。ステップＳ１００１では、処理を選択する。ジョブを実行する場合にはステップＳ１００２へ進む。オペレータのログイン処理を行う場合にはステップＳ１００３へ進む。オペレータのログアウトを行う場合にはステップＳ１００４へ進む。処理の選択は、オペレータによる操作に従って行われる。

ステップＳ１００２では、ジョブの実行を行う。

ステップＳ１００３では、デバイスを利用するオペレータが行うログイン操作を受け付け、ログイン処理を行う。ここでは、利用するオペレータが操作パネル３４を操作し、ユーザ名およびパスワード等を入力することにより、当該オペレータのログインが完了する。

ステップＳ１００４では、オペレータのログアウト処理を行う。ログイン時と同様に、操作パネル３４を操作することによりログアウトする。

以上、いずれかの処理が終わるとステップＳ１００１へ戻り、これらの処理を繰り返す。

次にステップＳ１００２におけるジョブの実行の詳細について説明する。図３は、ジョブに関する処理の詳細な流れを示したフローチャートである。

ステップＳ１１００からジョブの実行を開始する。

ステップＳ１１０１では、制御部３１が通信部３０を介してサーバからのジョブを受信する。ステップＳ１１０２では、ステップＳ１１０１で受信したジョブにおける用紙指定に用紙ＩＤの指定があるか否かを判断する。用紙ＩＤの指定がある場合（Ｙｅｓ．）には、ステップＳ１１１５へ進む。用紙ＩＤの指定が無い場合（Ｎｏ．）にはステップＳ１１０３へ進む。

ステップＳ１１０３では、用紙種別による用紙指定があるか否かを判断する。用紙種別による指定がある場合には、ジョブの指示が用紙をＩＤではなく種別で選択していることを示している。この場合（Ｙｅｓ．）には、ステップＳ１１０８へ進む。用紙種別による指定が無い場合には、ジョブの指示が用紙を指定していないことを示している。この場合（Ｎｏ．）にはステップＳ１１０４へ進む。

ステップＳ１１１５では、ジョブで指定された用紙ＩＤからジョブに使用する用紙を選択する。ここでは、この用紙をＭとする。

ステップＳ１１１６では、用紙種別による用紙指定があるか否かを判断する。用紙種別による指定がある場合には、用紙をＩＤと種別の両方で指定していることを示している。この場合（Ｙｅｓ．）には、ステップＳ１１１７へ進む。用紙種別による指定が無い場合には、ジョブの指示が用紙をＩＤのみで選択していることを示している。この場合（Ｎｏ．）には、ステップＳ１１１８へ進む。

ステップＳ１１１７では、指定された用紙ＩＤと用紙種別が一致するか否かを判断する。判断部３１は、用紙データベース３２から指定された用紙ＩＤの登録内容を取得し、指定された用紙種別と一致するか否かを判断する。一致する場合（Ｙｅｓ．）にはステップＳ１１１８へ進む。一致しない場合（Ｎｏ．）には、ジョブの用紙指定に矛盾があるため、ステップＳ１１２３へ進む。

ステップＳ１１０４では、現在印刷装置にオペレータがログイン済みであるか否かを判断する。ログイン状態である場合（Ｙｅｓ．）には、ステップＳ１１０５へ進む。ログインしていない場合（Ｎｏ．）には、ステップＳ１１０７へ進む。

ステップＳ１１０５では、現在ログイン中のオペレータの情報を取得する。ここでは、ログイン中のオペレータをＡとする。

ステップＳ１１０６では、ジョブの指示の中に用紙の指定が無いため、オペレータＡに関連付けられたデフォルト用紙の指定をオペレータデータベース３５より取得して、この用紙をジョブに使用する用紙として選択する。ここでは、この用紙をＭとする。

ステップＳ１１０７では、ジョブの指示の中に用紙の指定が無いため、ジョブに使用する用紙として、印刷装置のデフォルト用紙を選択する。ここでは、この用紙をＭとする。

ステップＳ１１０８では、現在印刷装置にオペレータがログイン済みであるか否かを判断する。ログイン状態である場合（Ｙｅｓ．）には、ステップＳ１１０９へ進む。ログインしていない場合（Ｎｏ．）には、ステップＳ１１１２へ進む。

ステップＳ１１０９では、現在ログイン中のオペレータの情報を取得する。ここでは、ログイン中のオペレータをＡとする。

ステップＳ１１１０では、用紙データベース３２から、指定用紙種別に該当し、オペレータＡに対応する用紙を選択する。ここでは、この用紙をＭとする。

ステップＳ１１１１では、ステップＳ１１１０の成否を判断する。条件に該当する用紙を選択できた場合（Ｙｅｓ．）には、ステップＳ１１２０へ進む。条件に該当する用紙が無かった場合（Ｎｏ．）には、ステップＳ１１２３へ進む。

ステップＳ１１１２では、用紙データベース３２から、指定用紙種別に該当する用紙を選択する。ここでは、この用紙をＭとする。

ステップＳ１１１３では、ステップＳ１１１２による選択の成否を判断する。条件に該当する用紙を選択できた場合（Ｙｅｓ．）には、ステップＳ１１１４へ進む。条件に該当する用紙が無かった場合（Ｎｏ．）には、ステップＳ１１２３へ進む。

ステップＳ１１１４では、現在選択している用紙Ｍに対応するオペレータ情報を用紙データベース３２より取得する。ここでは、このオペレータをＡとする。そして、この後のステップで実行するジョブの実行オペレータをＡとする。この指定は、印刷装置におけるジョブ履歴のオペレータ情報として記録される。

ステップＳ１１１８では、現在印刷装置にオペレータがログイン済みであるか否かを判断する。ログイン状態である場合（Ｙｅｓ．）には、ステップＳ１１１９へ進む。ログインしていない場合（Ｎｏ．）には、ステップＳ１１１４へ進む。

ステップＳ１１１９では、現在ログイン中のオペレータの情報を取得する。ここでは、ログイン中のオペレータをＡとする。

ステップＳ１１２０では、現在選択している用紙Ｍに対応するオペレータ情報を用紙データベース３２より取得する。そして、このオペレータ情報と現在指定中のオペレータＡが一致するか否かを判断する。一致する場合（Ｙｅｓ．）には、ステップＳ１１２１へ進む。一致しない場合（Ｎｏ．）にはステップＳ１１２２へ進む。

ステップＳ１１２１では、ジョブを実行する。ここで使用される用紙はＭである。また、オペレータＡによるジョブとして扱われる。

ステップＳ１１２２では、選択された用紙がジョブを処理するオペレータ用のものではないため、アクセス権エラーとしている。操作パネルには、アクセス権エラーの表示を出す。また、受信したジョブをキャンセルする。

ステップＳ１１２３では、選択しようとした用紙が存在しない、あるいは、用紙の指定に矛盾があることから、用紙選択エラーとしている。操作パネルには、用紙選択エラーの表示を出す。また、受信したジョブをキャンセルする。

ステップＳ１１２４では、ジョブの履歴をデバイス履歴記録部３６に記録する。ステップＳ１１２１でジョブを正常に処理した場合には、実行したジョブの情報（処理時間、ページ数、及び印刷設定と後処理の内容）、用紙情報（Ｍ）、オペレータ情報（Ａ）、等を記録する。ステップＳ１１２２あるいはステップＳ１１２３でエラーとなった場合には、ジョブがエラー終了しキャンセルされた旨とエラー情報の詳細を記録する。

ここで、デバイス履歴記録部３６には、ジョブの処理を行ったユーザとして、ジョブチケットに記述されたオペレータの情報が記録されるとしてもよい。これにより、例えばサーバ１で実際にジョブを投入したユーザ（ジョブオーナ）ではなく、ジョブチケットに記述され、実際の処理を行ったオペレータのジョブ処理の履歴として記録することができる。

ステップＳ１１２５では、通信部３０を介して、ジョブ完了通知を送信する。ステップＳ１１２４で記録したジョブ履歴に基づく情報をサーバ１へ送る。ここでは、ジョブチケットに履歴情報を記述して、サーバ１に対して送ってもよい。


図３のフローチャートに示す動きの印刷装置は、登録された用紙に対応付けられたオペレータと実際にその用紙を使用したジョブを実行させているオペレータが一致するように制御されている。つまり、一致しない場合にはエラーとなり、ジョブを実行しないようになっている。

サーバ１には、これとは異なる動きをする印刷装置が接続されている場合もあり得る。次に例えば印刷装置３で行われる、図３に対応する印刷装置とは異なる処理例を示す。

図４は、印刷装置３における、ジョブに関する処理の詳細な流れを示したフローチャートである。図４においては、図３に示すフローチャートと同じ処理を行うステップに同じ番号を付している。図４について、図３のフローチャートと異なる部分について説明する。

図４において、ステップＳ１１０６およびＳ１１１４の処理の次にステップＳ１１２１へ進む。また、ステップＳ１１１１において、ステップＳ１１１０の条件に該当する用紙を選択できた場合（Ｙｅｓ．）には、ステップＳ１１２１へ進む。

ステップＳ１１２１では、ジョブを実行する。ここで使用される用紙はＭである。また、オペレータＡによるジョブとして扱われる。ここで、用紙ＭがオペレータＡ用の用紙でなくてもジョブを実行することが出来る。

ステップＳ１１２４では、ジョブの履歴をデバイス履歴記録部３６に記録する。ステップＳ１１２１でジョブを正常に処理した場合には、実行したジョブの情報、用紙情報（Ｍ）、オペレータ情報（Ａ）、等を記録する。


図４のフローチャートに示す動きの印刷装置は、登録された用紙に対応付けられたオペレータと実際にその用紙を使用するオペレータが一致しなくてもジョブを実行することが可能なように制御されている。更に、次に例えば印刷装置４で行われる、もう１つの処理例を示す。

図５は、本発明における印刷装置４の利用処理の流れを示したフローチャートの一例である。まずステップＳ１０１０にてデバイスの利用を開始する。

ステップＳ１０１１では、ジョブの到着を待つ。

ステップＳ１０１２では、ジョブの実行を行う。ジョブの実行が終わると、ステップＳ１０１１へ戻り、次のジョブを待つ。

次にステップＳ１０１２における、ジョブに関する処理の実行の詳細について説明する。図６は、印刷装置４における、ジョブに関する処理の詳細な流れを示したフローチャートである。図６においては、図４に示すフローチャートと同じ処理を行うステップに同じ番号を付している。図６について、図４のフローチャートと異なる部分について説明する。

ステップＳ１１０３において、用紙種別による指定がある場合（Ｙｅｓ．）には、ステップＳ１１１２へ進む。用紙種別による指定が無い場合（Ｎｏ．）には、ステップＳ１１０７へ進む。

ステップＳ１１１６において用紙種別による指定が無い場合（Ｎｏ．）、およびステップＳ１１１７において指定された用紙種別と一致する場合（Ｙｅｓ．）には、ステップＳ１１２１へ進む。

図５および図６のフローチャートによって示された動きの印刷装置４は、オペレータのログイン処理を行わない。例えば、用紙の登録に当ってその用紙を使用するオペレータ情報を付加することが可能であるが、運用によってオペレータと用紙の対応付けを行うように構成されている。

＜デバイス情報要求による用紙情報の問い合わせ＞
本実施形態においては、サーバ１は印刷装置に対して用紙情報の問い合わせを行う。図７は本実施形態において、サーバ１からのデバイス情報要求（すなわち用紙情報の問い合わせ）に対して、印刷装置が、当該デバイスで利用可能な用紙として返送する用紙一覧情報の一例である。

本実施形態におけるデータフォーマットはＳＧＭＬやＸＭＬなどに代表されるマークアップ言語を利用したテキストドキュメントの形式をとっている。ただし、本実施形態の説明に必要な部分のみの簡易的な表現を用いており、ＳＧＭＬやＸＭＬ等の仕様に厳密に従ったものではない。

図７に示すデータは１６行から成り立っている。１行目の＜ＰａｐｅｒＬｉｓｔ＞はデータの記述の開始を意味し、これに対応する表現として１６行目の＜／ＰａｐｅｒＬｉｓｔ＞はデータの記述の終了を意味する。以降同様に「＜」と「＞」に括られたキーワードの行と同じキーワードを「＜／」と「＞」で括ったキーワードの行の間の複数行でキーワードに対応する記述がなされるフォーマットとなっている。これをＰａｐｅｒＬｉｓｔタグと呼ぶ。このフォーマット構造は入れ子になっており、ＰａｐｅｒＬｉｓｔタグの中にはさらに複数のＭｅｄｉａタグが存在する。

各Ｍｅｄｉａタグは夫々が印刷装置に登録されている用紙情報を示す。２行目の記述を例に説明する。この用紙は登録用紙の用紙ＩＤとして、"ＩＤ０００１"が割り当てられている。「ＰａｐｅｒＩＤ＝"ＩＤ０００１"」と言う記述がこのことに対応する。また、「Ｔｙｐｅ＝"Ｐｌａｉｎ"」と言う記述は、この用紙の種別が「Ｐｌａｉｎ」すなわち普通紙であることを示している。「Ｓｉｚｅ＝"Ａ４"」という記述は、この用紙のサイズが「Ａ４」サイズであることを示している。「Ｗｅｉｇｈｔ＝"８０"」という記述はこの用紙の重さが１平方メートルあたり８０グラムであることを示している。「Ｄｉｖｉｓｉｏｎ＝"部門１"」という記述は、この用紙が「部門１」用の用紙であることを示している。このように、用紙情報においては、デバイスで利用可能な用紙種別と、その用紙種別の利用が許された利用者の識別子とが関連づけて記述されている。図７では利用者として、部門等のグループが記述されているが、もちろん利用者個人を特定する情報であっても良い。また用紙種類の特定も、このほかの用紙属性を指定して行っても良い。

図３、図４、図５に示すように、印刷装置へジョブを投入する場合には、「ＰａｐｅｒＩＤ」に示す用紙ＩＤにて用紙を指定しても良いし、「Ｔｙｐｅ」、「Ｓｉｚｅ」、「Ｗｅｉｇｈｔ」などの用紙種別にて用紙を指定しても良い。用紙ＩＤは個々の印刷装置によって異なる場合があるため、ジョブを実行する印刷装置でのみ有効な指定である。とは言え、用紙ＩＤを指定することにより、処理対象となる印刷装置の用紙を一意に指定することが可能となる。一方、用紙種別による指定の場合には、印刷装置に依存せずに用紙を指定することが出来る。しかし、印刷装置によっては該当する用紙が存在しなかったり、複数の用紙の候補が存在したりする場合がある。このため、用紙を一意に特定できない場合があり得る。

次に、以上のような印刷装置が接続されているサーバ１におけるジョブ投入の手順について説明する。

＜サーバの動作＞
図８は、本発明におけるサーバ１におけるジョブ投入処理の流れを示したフローチャートの一例である。

まずステップＳ１２００にて処理を開始する。

ステップＳ１２０１では、ジョブ制御部１３において、ＪＤＦ格納部１９から、入稿されているジョブチケットを取得する。

ステップＳ１２０２では、ジョブ制御部１３において、通信部１４経由で、ジョブチケットで指定された印刷装置に対して、デバイス情報要求を発行して、印刷装置に登録されている用紙一覧情報を要求する。すなわち、デバイス情報の取得に先立ってまずデバイス情報要求を発行する。ジョブ制御部１３は、印刷装置から用紙一覧情報を取得し、用紙情報格納部１７へ保存する。ここで取得する情報は、例えば、図７に示すようなフォーマットのデータである。

ステップＳ１２０３では、ジョブ制御部１３は、ステップＳ１２０２で取得した用紙一覧情報に１つ以上の用紙情報が含まれているか否かを判断する。用紙情報が含まれていない場合（Ｎｏ．）には、ステップＳ１２０９へ進む。用紙情報が含まれている場合（Ｙｅｓ．）には、ステップＳ１２０４へ進む。

ステップＳ１２０４では、用紙指定取得部１５は、ＪＤＦ格納部１９から読み取ったジョブチケットを解析し、ジョブチケットに指定されている用紙情報を変数Ｐに格納する。

ステップＳ１２０５では、オペレータ指定取得部１２は、ＪＤＦ格納部１９から読み取ったジョブチケットを解析し、ジョブチケットに指定されているオペレータ情報及び当該オペレータが所属する部門情報を変数Ｏに格納する。

ステップＳ１２０６では、ジョブ制御部１３は、用紙情報Ｐおよび部門情報を含むオペレータ情報Ｏを基に、用紙情報格納部１７に保存されている用紙一覧情報から条件に一致する用紙を一つ選択する。これにより、サーバ１において指定しようとしている用紙種別とオペレータ情報が印刷装置で使用される用紙情報と一致するようになる。条件に一致する用紙とは、たとえば、用紙一覧情報に含まれている用紙のうち、当該ジョブチケットのオペレータに関連づけられた用紙であって、しかも用紙情報（すなわち用紙指定情報）Ｐで指定される用紙である。図７の例では、用紙種類は部門に関連付けられているので、まずオペレータが属する部門を特定し、その部門に関連づけて用紙情報に記述された用紙が、当該ジョブチケットのオペレータに関連づけられた用紙ということになる。オペレータ個人と部門との関連は、たとえばオペレータ情報として、オペレータ情報格納部１１に格納されている。

ステップＳ１２０７では、用紙一覧情報の中にステップＳ１２０６で選択しようとした用紙が存在するか否かを判断する。該当する用紙が存在する場合（Ｙｅｓ．）には、ステップＳ１２０８へ進む。該当する用紙が存在しない場合（Ｎｏ．）には、ステップＳ１２０９へ進む。

ステップＳ１２０９では、対象印刷装置に必要とされる用紙が用紙情報として登録されていないため、印刷装置のオペレータに用紙の登録を促す。オペレータによる手作業による用紙情報の登録の後、ステップＳ１２０２へ戻り、サーバ１は再度、用紙一覧の取得を行う。

ステップＳ１２０８では、ＪＤＦ編集部２０は、ジョブチケットの用紙指定を編集し、用紙種別指定を用紙ＩＤ指定に更新する。

ステップＳ１２１０では、ジョブ制御部１３は、ステップＳ１２０８で更新したジョブチケットを通信部１４経由で印刷装置へ送信する。

ステップＳ１２１１では、ジョブチケットに基づく処理の実行後に印刷装置より返却されるジョブ履歴情報を取得する。

ステップＳ１２１２では、取得されたジョブ履歴情報をサーバ１におけるジョブ実績情報として、ジョブ情報格納部１６へ記録する。ジョブ実績情報は、サーバで記録する履歴情報と呼ぶこともできる。

次に、本実施形態において使用されるジョブチケットのデータについて説明する。図９は、本実施形態におけるジョブ入稿部から入稿され、ＪＤＦ格納部１９で格納されるジョブチケットの一例を示した図である。本実施形態におけるジョブチケットのフォーマットは印刷装置が返送する用紙一覧情報と同じくマークアップ言語を利用した形式である。

図９に示すデータは、９行から成り立っている。１行目および９行目で括られたＪＤＦタグの中に、印刷装置への指示あるいはサーバ１における制御用の指示が分類毎に記述されている。

２行目はジョブチケットを送信する印刷装置を指定している。ここでは、対象となる印刷装置として、「Ｄｅｖ Ｅ」というプリンタを指定している。サーバ１のジョブ制御部１３は、この記述に従って、適切な印刷装置へ用紙一覧要求及びジョブ投入を行う。

３行目は印刷対象のページデータを指定している。ここでは、「ｉｎｐｕｔ．ｐｄｆ」というファイル名のページデータを指定している。サーバ１のジョブ制御部１３は、この記述に従って、対象ページデータをジョブチケットと共に印刷装置へ送信する。また、印刷装置はこの記述に従って、対象ページデータを印刷する。

４行目は印刷ページのレイアウトを指定している。「ＮｕｍｂｅｒＵｐ＝"２ ２"」という記述は、２行２列の４面付け印刷を指定している。また「Ｓｉｄｅｓ＝"ＴｗｏＳｉｄｅｄＦｌｉｐＸ"」という記述は両面印刷を指定している。印刷装置は、これらの記述に従って指定されたレイアウトの印刷を行う。

５行目は印刷装置の印刷制御を指定している。「ＮｕｍｂｅｒＯｆＣｏｐｉｅｓ＝"４"」という記述は、出力部数として４部出力することを指定している。

６行目は印刷に使用する用紙を指定している。「Ｔｙｐｅ＝"Ｃｏａｔｅｄ"」という記述は、用紙の種類としてコート紙を指定している。また「Ｓｉｚｅ＝"Ａ４"」という記述は、用紙のサイズとしてＡ４サイズを指定している。印刷装置は、これらの記述に従って指定された用紙に印刷を行う。プリンタの用紙選択の手順は、図３、図４、図６に示したとおりである。

７行目は綴じを指定している。ここでは、左上角を綴じることを指定している。印刷装置は、これらの記述に従って指定された綴じ処理を行う。

８行目は、このジョブを担当するオペレータの情報を示している。サーバ１は印刷装置へジョブを送信すると共に、ジョブの履歴を集計、管理する。サーバ１のジョブ制御部１３は、この記述に従って、ジョブ履歴と共にオペレータ情報をジョブ情報格納部１６へ記録する。ここでは、オペレータの名前として「田中太郎」、オペレータのＩＤとして「１２３４５」が指定されていることを示している。ここで、図９に示すオペレータは、オペレータ情報格納部１１に記録されている情報に従って「部門１」に所属しているものとする。

以上、印刷装置は図９に示すジョブチケットを受信することで、印刷処理を行うことが可能である。しかし、例えば、指定された用紙が存在しない、あるいは不適切である場合には、所望の印刷結果を得られないばかりか、そのジョブを実行することができない場合もあり得る。

次に、図８のステップＳ１２１０において、印刷装置へ送信されるの更新後のジョブチケットの例を示す。

図１０は本実施形態における、印刷装置から取得した用紙一覧に基づいて更新されたジョブチケット（すなわち第二のジョブチケット）の一例を示した図である。図１０は、図７に示す用紙一覧情報および図９に示す入稿ジョブチケットに対応する。図１０は図９に対して、６行目が更新されている。

ＪＤＦ編集部２０は、８行目におけるオペレータ（たとえば「田中太郎」）の所属部門（たとえば「部門１」）を、オペレータ指定取得部１２より取得する。また、用紙種別の「コート紙」「Ａ４サイズ」という情報に従って、図７に示す一覧の中から適切な用紙を選択する。ここでは、図７における３行目に示す用紙が適切である。従って、用紙ＩＤとして、「ＰａｐｅｒＩＤ＝"ＩＤ０００２"」という指定を図９の６行目に追加している。

このことにより、印刷装置における用紙を適切に一意に指定したジョブチケットとなった。

＜サーバＰＣの構成＞
最後に、サーバ１であるサーバＰＣについて図１１を用いて説明する。サーバＰＣのハードウェアは、様々な接続方法や、様々なバスやインターフェースを有した構成が一般に知られており、ここで紹介するハードウェア構成は一例にしか過ぎない。

まず、点線で囲まれた部分がマザーボードと呼ばれる基板で、この上に以下に説明する機能が搭載されている。２つのＣＰＵは、このサーバＰＣのソフトウェア全体を制御しており、ＣＰＵバスを経由してキャッシュメモリと接続され、更にノースブリッジ、サウスブリッジと呼ばれるＬＳＩチップによって、マザーボード上の様々なバスの制御を行っている。ノースブリッジとサウスブリッジのデータのやり取りを初めとしてサーバＰＣ内部でのデータの一次保存などのためＳＤＲＡＭなどのメモリが使用されている。

次に、ノースブリッジは、高速ＰＣＩバスを持っており、３２ビット／６６ＭＨｚ仕様のものが広く知られているが、更に高速なＰＣＩ ＥｘｐｒｅｓｓやＰＣＩ−Ｘといったバスを持つものもある。ここでは、ＳＣＳＩコントローラ及びＳＣＳＩインターフェースを介して、ＳＣＳＩ外部装置（例えば、大容量のデータのハードディスクドライブ）にアクセスすることが可能である。更に、ノースブリッジには、ディスプレイを表示させるためのグラフィックコントローラもＡＧＰバスによって接続されている。

更に、サウスブリッジは、汎用ＰＣＩバス３２ビット／３３ＭＨｚ）が接続されており、イーサネット（登録商標）などのＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）が接続される。但し、図中に２枚のＮＩＣが接続されているのは、２系統のネットワークを有する場合を想定しており、１系統の場合には、１枚でも構わない。しかし、ギガビットイーサネット（登録商標）など高速ＮＩＣを利用する場合には、パフォーマンス確保のためノースブリッジ側の高速ＰＣＩバスを利用することもある。また、サウスブリッジは、ＩＤＥバスも持っており、ハードディスクドライブや、ＣＤ−ＲＯＭドライブあるいは、ＤＶＤドライブなどが接続される。ハードディスクドライブはサーバＰＣの制御ソフトウェアを初め様々なデータを格納しておく。ＣＤ−ＲＯＭドライブあるいは、ＤＶＤドライブなどは、サーバＰＣのインストール時などのデータ読み出しや大量データのデータ保存（アーカイブ）などに役立つ。また、ＵＳＢポートは、ＵＳＢメモリに代表されるＵＳＢ外部装置にアクセスすることが可能になる。
そして、スーパーＩ／Ｏ部を経由してキーボードやマウスあるいは、フレキシブルディスク（ＦＤ）ドライブにつながって、データの入出力を行うこともできる。

以上説明したように、本実施形態によれば、サーバのオペレータ情報を反映した適切な用紙を選択することが出来るようになった。また、サーバのオペレータ情報を反映して用紙選択したジョブを自動的に印刷装置で処理することが出来る。

その結果として、ジョブチケットによる自動化の効果を維持したまま、オペレータ情報を含むサーバの実績情報とデバイスの消耗品およびオペレータ（部門管理）情報が同期するようになる。

サーバに接続されている印刷装置において、用紙に対応する部門情報の管理の仕方が異なっていても、いずれの場合にも、情報の同期が可能となっている。例えば以下の通りである。

オペレータ情報と選択用紙が一致しない時にジョブをキャンセルする印刷装置の場合、用紙に対応するオペレータ情報が一致するよう用紙が選択される。このため、自動処理が妨げられることがない。

オペレータ情報と選択用紙が一致しなくてもジョブをキャンセルしない印刷装置の場合、ジョブ履歴に記録される用紙とオペレータ情報に矛盾が無いように用紙が選択される。

オペレータ情報がジョブ履歴に記録されない印刷装置の場合、サーバにて記録されるオペレータ情報および用紙情報と印刷装置に登録されている用紙に対応付けられているオペレータ情報は一致している。

なお、本実施形態においては、印刷装置に登録された用紙情報とオペレータの所属部門の対応をとるために、ジョブチケットに記載されたオペレータ情報から所属部門を取得した。しかし、ジョブチケットに所属部門を直接保持するよう構成し、印刷装置の用紙情報と直接比較することも有効である。

［第二実施形態］
本発明における第二の実施形態について説明する。第二の実施形態については、第一の実施形態と基本的な構成が同じであるため、第一の実施形態との差異についてのみ説明する。

図１２は、第二の実施形態におけるブロック図である。図１２は第一の実施形態における図１に対応する。また、図１と同じブロックには同じ番号を付している。

第一の実施形態において、サーバ１は外部のジョブ入稿部１８およびオペレータ情報格納部１１と接続していた。第二の実施形態において、印刷システム５は、ジョブを入稿するためのユーザインタフェース４０を持つ。そして、ユーザインタフェース４０から入力された、用紙指定を含むジョブの設定及びオペレータ情報に従い、ジョブ生成部４１にてジョブを生成する。ジョブ生成部４１にて生成されたジョブはジョブチケットとしてＪＤＦ格納部１９に格納される。

以上説明したように、印刷ジョブを生成、発行する独立したアプリケーションにおいても、アプリケーションに入力されたオペレータ情報を反映した適切な用紙を選択することが出来るようになった。

［第三実施形態］
本発明における第三の実施形態について説明する。第三の実施形態については、第一の実施形態と基本的な構成が同じであるため、第一の実施形態との差異についてのみ説明する。本実施形態では、第１の実施形態でデバイス情報の取得に先立ってまずデバイス情報要求を発行するところを、その代わりにまず印刷ジョブを発行する。それに対して印刷装置から用紙エラー等、ジョブ実行の失敗を示す応答があれば、その応答に含まれる用紙情報によってジョブチケットを更新する。

図１３は本発明の第三の実施形態におけるサーバ１処理を示すフローチャートである。図１３は、図８に示すフローチャートとの差分を示している。図１３は図８と同じ処理ステップに同じ番号を付している。

図１３において、ステップＳ１２０１でジョブを示すジョブチケットを取得する。次のステップＳ１３００にて、ジョブ制御部１３は印刷装置に対してそのジョブチケットをまずはそのまま送信する。印刷装置は、ジョブを正常に実行できる場合には、そのまま処理を行う。用紙エラーなどにより、処理を正常に実行できない場合には、エラーステータスを返却する。また、用紙エラーにより処理を実行できない場合には、ジョブ制御部１３が送信したジョブチケットに対して該当する用紙の一覧情報を返却する。

ステップＳ１３０１にて、ジョブ制御部１３は、印刷装置からの返却ステータスが用紙エラーであったか否かを判断する。用紙エラーであった場合（Ｙｅｓ．）にはステップＳ１３０２へ進む。用紙エラーで無かった場合（Ｎｏ．）、つまり正常終了あるいは用紙エラー以外のエラーであった場合には、ステップＳ１２１２へ進む。

ステップＳ１３０２にて、印刷装置から返却された用紙一覧情報を取得する。この用紙一覧をもって、第一の実施例同様ステップＳ１２０３以下の処理を行う。

図１４は本発明の第三の実施形態における印刷装置の処理を示すフローチャートである。図１４は、図６に示すフローチャートとの差分を示している。図１４は図６と同じ処理ステップに同じ番号を付している。

図１４において、ステップＳ１１０３にて用紙種別による指定の有無を判断する。用紙種別による指定がある場合には、次のステップＳ１４００にて、制御部３１は、指定用紙種別に該当する用紙リストを作成する。

ステップＳ１４０１にて、制御部３１は、前ステップで作成された用紙リストに複数候補があるか否かを判断する。複数候補がある場合（Ｙｅｓ．）にはステップＳ１４０４へ進む。複数候補が無い場合（Ｎｏ．）、つまり候補は一つあるいは無い場合には、ステップＳ１４０２へ進む。

ステップＳ１４０２にて、制御部３１は、前ステップで作成された用紙リストに候補があるか否かを判断する。用紙がある場合（Ｙｅｓ．）には、ステップＳ１４０３へ進む。用紙が無い場合（Ｎｏ．）には、ステップＳ１４０４へ進む。

ステップＳ１４０３にて、一つ選択されている用紙をＭとする。

ステップＳ１４０４にて、選択しようとした用紙が複数候補存在する、あるいは、選択候補が存在しないことから、用紙エラーとする。

ステップＳ１４０５にて、用紙エラーステータスと共にステップＳ１４００で作成した用紙リストをサーバ１へ返却する。

図１５は、第三の実施形態における印刷装置が返送する用紙一覧情報の一例である。図１５の用紙一覧情報は、第一の実施形態における図７に対応する。第三の実施形態においても、第一の実施形態と同様、図７に示すような用紙情報を持っているものとする。この時、図９に示すジョブチケットを、図１４に示す処理を行う印刷装置へ送信することで、図１５に示す用紙一覧情報が返却される。図１５に示す通り、３つの用紙選択候補が列挙されている。

以上説明したとおり、最初に送られたジョブチケットを元に複数の用紙選択候補を返却するよう構成された印刷装置にジョブを送信する場合には、取得する用紙リストを絞ることが可能となる。印刷システムは、暫定的にジョブを送信し、返却された情報を元に適切な用紙を選択することで、交換するデータの通信量を減らすことも可能となる。さらに、印刷システムにおいて、用紙リストの中から適切な用紙を選択する処理も短縮することが可能となる。

なお本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラム自体が前述した実施形態の機能を実現することになり、そのプログラム自体およびプログラムを記憶した記憶媒体は本発明を構成することになる。

また、本発明には、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

第一のシステム全体の構成例を示すブロック図 第一実施形態におけるプリントデバイス利用時のフローチャート（１） 第一実施形態におけるプリントデバイスによるジョブ実行のフローチャート（１） 第一実施形態におけるプリントデバイスによるジョブ実行のフローチャート（２） 第一実施形態におけるプリントデバイス利用時のフローチャート（２） 第一実施形態におけるプリントデバイスによるジョブ実行のフローチャート（３） 第一実施形態における用紙情報データの例を示す図 第一実施形態におけるサーバにおけるジョブ投入処理のフローチャート 第一のジョブチケットの例を示す図 第二のジョブチケットの例を示す図 ＰＣのハードウェア構成を示す図 第二実施形態のシステムのブロック図 第三実施形態におけるサーバにおけるジョブ投入処理のフローチャート 第三実施形態における印刷装置によるジョブ実行のフローチャート 第三実施形態における用紙情報データの例を示す図

符号の説明

１ サーバ
２ 印刷装置
３ 印刷装置
４ 印刷装置
５ 印刷システム
１０ スケジューラ
１１ オペレータ情報格納部
１２ オペレータ指定取得部
１３ 制御部
１４ 通信部
１５ 用紙指定取得部
１６ ジョブ情報格納部
１７ 用紙情報格納部
１８ ジョブ入稿部
１９ ＪＤＦ格納部
２０ ＪＤＦ編集部
３０ 通信部
３１ 制御部
３２ 用紙データベース
３３ 画像形成部
３４ 操作パネル
３５ オペレータデータベース
３６ デバイス履歴記録部
４０ ユーザインタフェース
４１ ジョブ生成部

Claims (18)

1. ジョブに基づく印刷処理を行う印刷装置と通信を行う印刷管理装置であって、
   ジョブの指示を記述した第一のジョブチケットを受け付ける受け付け手段と、
   前記第一のジョブチケットで指定される処理対象の印刷装置から、当該印刷装置で管理している用紙一覧情報を取得する取得手段と、
   前記第一のジョブチケットに記述された用紙指定情報を前記取得手段で取得した用紙一覧情報に含まれる用紙情報を用いて編集し、第二のジョブチケットを生成する更新手段と、
   前記第二のジョブチケットを前記印刷装置へ送信する送信手段と
   を備えることを特徴とする印刷管理装置。
2. 前記ジョブチケットは、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）であることを特徴とする請求項１に記載の印刷管理装置。
3. 前記用紙一覧情報には、当該印刷装置で利用可能な用紙種類を、利用者と関連づけて示す用紙情報を含み、
   前記更新手段は、前記第一のジョブチケットに記述された用紙指定情報で特定される用紙種類及び前記第一のジョブチケットに記述された利用者の識別情報に基づき、前記用紙一覧情報から用紙情報を特定し、特定した用紙情報で前記第一のジョブチケットの用紙指定情報を更新して前記第二のジョブチケットを生成することを特徴とする請求項１又は２に記載の印刷管理装置。
4. 前記送信手段は、前記取得手段による用紙一覧情報の取得に先立って、前記第一のジョブチケットを前記印刷装置に送信し、
   当該ジョブの実行が失敗する場合に、前記取得手段は前記用紙一覧情報を取得し、
   前記生成手段は、当該取得した用紙一覧情報に基づき、前記第二のジョブチケットを生成することを特徴とする請求項１乃至３のいずれか一項に記載の印刷管理装置。
5. 前記印刷装置における前記第二のジョブチケットに基づく処理の実績情報を取得して管理する管理手段を更に備え、
   前記実績情報は、前記第二のジョブチケットで指定される前記印刷装置の操作を行うオペレータの実績として記録されていることを特徴とする請求項１乃至４のいずれか一項に記載の印刷管理装置。
6. 前記第二のジョブチケットに基づく処理の実績情報は当該第二のジョブチケットに更に記述され、
   前記管理手段は、前記印刷装置から前記実績情報が記述された当該第二のジョブチケットを取得して管理することを特徴とする請求項１乃至４のいずれか一項に記載の印刷管理装置。
7. ジョブに基づく印刷処理を行う印刷装置と通信を行う、受け付け手段と取得手段と更新手段と送信手段とを備えた印刷管理装置の制御方法であって、
   前記受け付け手段が、ジョブの指示を記述した第一のジョブチケットを受け付ける受け付け工程と、
   前記取得手段が、前記第一のジョブチケットで指定される処理対象の印刷装置から、当該印刷装置で管理している用紙一覧情報を取得する取得工程と、
   前記更新手段が、前記第一のジョブチケットに記述された用紙指定情報を前記取得工程で取得した用紙一覧情報に含まれる用紙情報を用いて編集し、第二のジョブチケットを生成する更新工程と、
   前記送信手段が、前記第二のジョブチケットを前記印刷装置へ送信する送信工程と
   を備えることを特徴とする印刷管理装置の制御方法。
8. 前記ジョブチケットは、ＪＤＦであることを特徴とする請求項７に記載の印刷管理装置の制御方法。
9. 前記用紙一覧情報には、当該印刷装置で利用可能な用紙種類を、利用者と関連づけて示す用紙情報を含み、
   前記更新工程では、前記第一のジョブチケットに記述された用紙指定情報で特定される用紙種類及び前記第一のジョブチケットに記述された利用者の識別情報に基づき、前記用紙一覧情報から用紙情報を特定し、特定した用紙情報で前記第一のジョブチケットの用紙指定情報を更新して前記第二のジョブチケットを生成することを特徴とする請求項７又は８に記載の印刷管理装置の制御方法。
10. 前記送信工程では、前記取得工程による用紙一覧情報の取得に先立って、前記第一のジョブチケットを前記印刷装置に送信し、
    当該ジョブの実行が失敗する場合に、前記取得工程では前記用紙一覧情報を取得し、
    前記生成工程では、当該取得した用紙一覧情報に基づき、前記第二のジョブチケットを生成することを特徴とする請求項７乃至９のいずれか一項に記載の印刷管理装置の制御方法。
11. 前記印刷管理装置の管理手段が、前記印刷装置における前記第二のジョブチケットに基づく処理の実績情報を取得して管理する管理工程を更に備え、
    前記実績情報は、前記第二のジョブチケットで指定される前記印刷装置の操作を行うオペレータの実績として記録されていることを特徴とする請求項７乃至１０のいずれか一項に記載の印刷管理装置。
12. 前記第二のジョブチケットに基づく処理の実績情報は当該第二のジョブチケットに更に記述され、
    前記管理工程では、前記印刷装置から前記実績情報が記述された当該第二のジョブチケットを取得して管理することを特徴とする請求項７乃至１０のいずれか一項に記載の印刷管理装置。
13. ジョブに基づく印刷処理を行う印刷装置と通信を行うコンピュータを、
    ジョブの指示を記述した第一のジョブチケットを受け付ける受け付け手段と、
    前記第一のジョブチケットで指定される処理対象の印刷装置から、当該印刷装置で管理している用紙一覧情報を取得する取得手段と、
    前記第一のジョブチケットに記述された用紙指定情報を前記取得手段で取得した用紙一覧情報に含まれる用紙情報を用いて編集し、第二のジョブチケットを生成する更新手段と、
    前記第二のジョブチケットを前記印刷装置へ送信する送信手段と
    して機能させるためのプログラム。
14. 前記ジョブチケットは、ＪＤＦであることを特徴とする請求項１３に記載のプログラム。
15. 前記用紙一覧情報には、当該印刷装置で利用可能な用紙種類を、利用者と関連づけて示す用紙情報を含み、
    前記更新手段は、前記第一のジョブチケットに記述された用紙指定情報で特定される用紙種類及び前記第一のジョブチケットに記述された利用者の識別情報に基づき、前記用紙一覧情報から用紙情報を特定し、特定した用紙情報で前記第一のジョブチケットの用紙指定情報を更新して前記第二のジョブチケットを生成することを特徴とする請求項１３又は１４に記載のプログラム。
16. 前記送信手段は、前記取得手段による用紙一覧情報の取得に先立って、前記第一のジョブチケットを前記印刷装置に送信し、
    当該ジョブの実行が失敗する場合に、前記取得手段は前記用紙一覧情報を取得し、
    前記生成手段は、当該取得した用紙一覧情報に基づき、前記第二のジョブチケットを生成することを特徴とする請求項１３乃至１５のいずれか一項に記載のプログラム。
17. 前記印刷装置における前記第二のジョブチケットに基づく処理の実績情報を取得して管理する管理手段としてコンピュータを更に機能させるためのプログラムであって、
    前記実績情報は、前記第二のジョブチケットで指定される前記印刷装置の操作を行うオペレータの実績として記録されていることを特徴とする請求項１３乃至１６のいずれか一項に記載のプログラム。
18. 前記第二のジョブチケットに基づく処理の実績情報は当該第二のジョブチケットに更に記述され、
    前記管理手段は、前記印刷装置から前記実績情報が記述された当該第二のジョブチケットを取得して管理することを特徴とする請求項１３乃至１６のいずれか一項に記載のプログラム。

Images