JP2009262376A - 印刷制御装置、印刷制御方法及びプログラム - Google Patents

Abstract

【課題】クライアントのプラットフォームに依存しない、適切なジョブの課金先情報の入力方法を提供することを目的とする。
【解決手段】クライアント端末装置で生成されたジョブの課金先を確認する確認手段と、確認手段による確認結果に基づき、ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、ジョブの実行を一時停止するよう制御する制御手段と、確認手段による確認結果に基づき、ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、ジョブの課金先の値を入力するための入力画面を生成する生成手段と、生成手段で生成された入力画面に係る情報をクライアント端末装置に通知する通知手段と、を有することによって課題を解決する。
【選択図】図１４

Description

本発明は、印刷制御装置、印刷制御方法及びプログラムに関する。

印刷、スキャン、ＦＡＸ等、ジョブの集計を行ってジョブログを管理するジョブ管理システムでは、ユーザがジョブを実行する際に、実際の代金を集計するための課金先情報を指定することが可能である。また、ジョブ管理システムでは、ジョブの処理ページ数を集計する対象のユーザ、或いは所属部門等のユーザグループ等の集計する対象を指定することも可能である。ここで、集計する対象（例えば、所属部門）と課金先情報は一致する場合も、一致しない場合も存在する。

例えば、特許文献１には、印刷物の依頼元と配布先とが異なる印刷依頼に関して、配布先に簡易に課金を行えるようにした技術が開示されている。より具体的に説明すると特許文献１では、印刷終了後に印刷履歴（ジョブログ）中のジョブの課金対象となる印刷依頼者情報を印刷物配布先情報へ変更することを、依頼者の権限に応じて設定可能にすることによって、適する課金先の指定を実現している。

課金先情報は一般にジョブ情報として、予めジョブに設定され、ジョブ実行後、ジョブログとして保存される。
課金先情報は、ジョブログ中で、ユーザが指定するデータである。他のジョブログのデータは、例えば、印刷ジョブでは、ドキュメント名、印刷ユーザ名（印刷依頼者名）、印刷ページ数、カラー、両面、集約、用紙サイズ、印刷年月日、及び用紙種別等、ジョブ実行に基づく実績によるものであり、ユーザに変更されてはならないデータである。

このような課金先情報に対し、ジョブ管理システムでは、ユーザが値を指定可能なＵＩ（ユーザインタフェース）を用意する必要がある。例えば、既知の方法としては、プリンタドライバのＵＩで入力する方法がある。また、特許文献２では、クライアント端末側で印刷ジョブを印刷装置に送信する前に、印刷ジョブに設定されるグループ別課金のための設定値を確認する技術が開示されている。印刷ジョブに設定されたグループ別課金のための設定値が、印刷装置で管理している設定値と適合しないと判定された場合、ユーザに警告及び設定値の入力のためのＵＩを表示している。

特開２００４−３６２０１５号公報 特開２００４−２５２７０９号公報

しかしながら、上述した従来の技術では、課金先情報課金先情報の入力は印刷ジョブ生成後の、印刷装置に送信する前に実施するため、入力画面はクライアント環境に応じて用意する必要がある。ここで、クライアント環境はＯＳが多岐に渡り、プラットフォーム毎にクライアント環境を構築するための開発コストは膨大なものであり、ノウハウがないと困難である。
また、各クライアント環境でプラットフォーム固有の指定方法が存在している場合でも、その指定方法を利用しないで生成したジョブが印刷装置やプリントサーバなどの印刷制御装置に送信される可能性がある。

本発明はこのような問題点に鑑みなされたもので、ジョブに課金先を設定するようなシステムにおいて、クライアント端末装置のプラットフォームに依存しない、適切なジョブの課金情報の入力方法を提供することを目的とする。

そこで、本発明は、クライアント端末装置で生成されたジョブの課金先を確認する確認手段と、前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの実行を一時停止するよう制御する制御手段と、前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの課金先の値を入力するための入力画面を生成する生成手段と、前記生成手段で生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知手段と、を有することを特徴とする。

また、本発明は、クライアント端末装置で生成されたジョブの課金先を確認する確認手段と、前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記ジョブの実行を一時停止するよう制御する制御手段と、前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記確認手段による確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていないジョブ全てに対して課金先の値を入力するための入力画面を生成する生成手段と、前記生成手段で生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知手段と、を有することを特徴とする。

また、本発明は、印刷制御装置における印刷制御方法であって、クライアント端末装置で生成されたジョブの課金先を確認する確認ステップと、前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの実行を一時停止するよう制御する制御ステップと、前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの課金先の値を入力するための入力画面を生成する生成ステップと、前記生成ステップで生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知ステップと、を有することを特徴とする。

また、本発明は、印刷制御装置における印刷制御方法であって、クライアント端末装置で生成されたジョブの課金先を確認する確認ステップと、前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記ジョブの実行を一時停止するよう制御する制御ステップと、前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記確認ステップによる確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていないジョブ全てに対して課金先の値を入力するための入力画面を生成する生成ステップと、前記生成ステップで生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知ステップと、を有することを特徴とする。

また、本発明は、プログラムとしてもよい。

本発明によれば、ジョブに課金先を設定するようなシステムにおいて、クライアント端末装置のプラットフォームに依存しない、適切なジョブの課金情報の入力方法を提供することができる。

以下、本発明の実施形態について図面に基づいて説明する。

＜第１の実施形態＞
図１は、ジョブ管理システムのシステム構成の一例を示す図である。
図１において、クライアント端末装置（情報処理装置）１０１、１０２は、例えばパーソナルコンピュータであり、メーラ（メールソフト）やブラウザ等の各種プログラムを実行することが可能である。これらクライアント端末装置１０１、１０２は、イーサネット（登録商標）等のネットワークケーブルや公衆回線等によって、ＬＡＮ、ＷＡＮ、又はインターネット等のネットワーク１０７に接続されている。クライアント端末装置１０１、１０２では、メーラを起動し、課金先情報に関するメールを受信した時点でブラウザを起動する。このブラウザから適宜入力処理を実行することにより、デバイスであるＭＦＰ（印刷制御装置）１０５、プリンタ（印刷制御装置）１０６或いはプリントサーバ１０４でジョブに課金先情報が設定される。尚、図１では複数台のクライアント端末装置１０１、１０２を記載しているが、クライアント端末装置は、１台でも複数台でもよい。メールサーバ１０３は、本実施形態のメールの送受信を実現する情報処理装置であり、クライアント端末装置１０１、１０２と同様に、ネットワーク１０７に接続されている。

プリントサーバ１０４は、クライアント端末装置１０１、１０２からの印刷ジョブ、ＦＡＸジョブ等のジョブを受信及び管理し、デバイスへ送信する情報処理装置である。また、プリントサーバ１０４は、メールサーバ１０３と同様に、ネットワーク１０７に接続されている。
尚、本実施形態では、プリントサーバ１０４をジョブ管理システムに設けるようにしているがなくてもよい。

複合機（ＭＦＰ）１０５は、印刷、スキャン及びコピー等の機能を持ったデバイスである。プリンタ１０６は、画像処理装置である。ＭＦＰ１０５と、プリンタ１０６とは共に、クライアント端末装置１０１、１０２から送信されるジョブ（例えば、印刷要求）を解析して処理を実行する。尚、プリンタ１０６として、電子写真方式を最小したレーザービームプリンタや、インクジェット方式を採用したインクジェットプリンタや、熱転写方式を利用したプリンタ等、様々な方式のプリンタを適応させることができる。

クライアント端末装置１０１、１０２、メールサーバ１０３及びプリントサーバ１０４は、一般的な情報処理装置である。クライアント端末装置１０１、１０２には、通知用のメーラと、課金先情報の入力用のブラウザのプログラムが実行可能に格納されている。ＭＦＰ１０５或いはプリンタ１０６には、ジョブを管理するための処理を行うジョブ管理プログラムが実行可能に格納されている。

図２は、情報処理装置のハードウェア構成の一例を示す図である。尚、情報処理装置の一例であるクライアント端末装置１０１、１０２、メールサーバ１０３及びプリントサーバ１０４は、同様或いは同等のハードウェア構成を有するものとする。よって、ここでは、クライアント端末装置１０１、１０２、メールサーバ１０３及びプリントサーバ１０４の構成を説明する図として、図２を説明する。
図２において、ＣＰＵ２００は、情報処理装置の制御手段であり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳ、前記ジョブ管理プログラム等を実行する。更に、ＣＰＵ２００は、プログラムの実行に必要な情報や、ファイル等を、ＲＡＭ２０２に一時的に格納する制御を行う。

ＲＯＭ２０１は記憶手段であり、その内部には、基本Ｉ／Ｏプログラム等のプログラムが記憶されている。ＲＡＭ２０２は一時記憶手段であり、ＣＰＵ２００の主メモリやワークエリア等として機能する。
フレキシブルディスク（ＦＤ）ドライブ２０３は、記憶媒体読み込み手段である。後述する図６に示すように、ＦＤドライブ２０３を通じて、記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意の記憶媒体でよい。

ＦＤ２０４は、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。
ＨＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能する。ＨＤ２０５は、アプリケーションプログラム、ＯＳ、前記ジョブ管理プログラムの関連プログラム等を格納している。
キーボード２０６は指示入力手段であり、クライアント端末装置１０１、１０２に対して、文書の印刷指示操作や、ジョブに対する課金先情報の設定操作等、各種指示をユーザが行う際に使用されるものである。

ディスプレイ２０７は表示手段であり、キーボード２０６から指示するための選択肢、設定画面及び取得情報等を表示するものである。
システムバス２０８は、情報処理装置（クライアント端末装置１０１、１０２、メールサーバ１０３、プリントサーバ１０４）内のデータの流れを司るものである。
インターフェース２０９は、入出力手段である。情報処理装置は、このインターフェース２０９を介して外部装置とデータのやり取りを行う。

図３は、画像処理装置の一例であるＭＦＰ１０５及びプリンタ１０６のハードウェア構成の一例を示す図である。ＭＦＰ１０５は、プリンタ１０６に比べ、スキャナ部とＦＡＸ部とが多いものの、本実施形態に要する構成は共通である。尚、画像処理装置は、情報処理装置の一例である。
図３において、ＣＰＵ３００は、画像処理装置の制御手段であり、ＨＤ３０３に格納されている印刷制御プログラム、アプリケーションプログラム、ＯＳ及び前記ジョブ管理プログラム等を実行する。更に、ＣＰＵ３００は、プログラムの実行に必要な情報や、ファイル等をＲＡＭ３０２に一時的に格納する制御を行う。

ＲＯＭ３０１は記憶手段であり、その内部には、機器制御プログラム、基本Ｉ／Ｏプログラム等のプログラムが記憶されている。ＲＡＭ３０２は一時記憶手段であり、ＣＰＵ３００の主メモリやワークエリア等として機能する。
ＨＤ３０３は外部記憶手段の一つであり、大容量メモリとして機能する。ＨＤ３０３は、アプリケーションプログラム、ＯＳ、前記ジョブ管理プログラム及び関連データ等を格納している。

画像形成部３０４は、ＨＤ３０３内にスプールデータとして保持されていたラスタデータがＲＡＭ３０２へ移されると起動する。画像形成部３０４は、ＲＡＭ３０２から読み出されたラスタデータに基づいて画像形成を行う。尚、ＲＡＭ３０２は図示を省略したバッテリにより電源がバックアップされ、各ユーザの印刷、スキャン、ＦＡＸ等のジョブログが必要に応じて、保存可能になっている。但し、この保存メモリとして、ＲＡＭ３０２ではなく、例えばＥＥＰＲＯＭ等の他の不揮発性メモリを使用してもよい。
クライアント端末装置１０１、１０２から送信されたジョブの一例である印刷ジョブは、インターフェース３０９及びシステムバス３０８を経由して伝送される。そして、ＣＰＵ３００の制御により、印刷要求が解析され、その内容に応じて、印刷ジョブがＲＡＭ３０２にラスタデータとして展開され、そのラスタデータがＨＤ３０３内にスプールデータとして格納される。

操作部３０６は指示入力手段であり、画像処理装置に対して、各種指示をユーザが行う際に使用されるものである。
表示部３０７は表示手段であり、操作部３０６に設定画面や取得情報等を表示するものである。
システムバス３０８は、画像処理装置内のデータの流れを司るものである。
インターフェース３０９は、入出力手段である。画像処理装置は、このインターフェース３０９を介して外部装置とデータのやり取りを行う。

スキャナ部３０５は、紙等のメディアの原稿に光をあて、その光の反射光をセンサーで読み取り、スキャンデータを生成し、生成したスキャンデータを、用途に応じて、ＨＤ３０３やＲＡＭ３０２に送る。
ＦＡＸ部３１０は、インターフェース３０９を介してＦＡＸデータの送受信を行う。スキャナ部３０５とＦＡＸ部３１０とはＭＦＰ１０５に存在し、プリンタ１０６には存在しない。よって、課金先情報の設定対象となるジョブの種類は、プリンタ１０６ではプリントジョブのみである。これに対し、ＭＦＰ１０５では、プリントジョブに加え、スキャンジョブ、コピージョブ及びＦＡＸジョブ等を、課金先情報の設定対象のジョブとすることができる。

図４は、情報処理装置及び画像処理装置におけるＲＡＭのメモリマップの一例を示す図である。図４では、前記ジョブ管理プログラムがＲＡＭにロードされ実行可能となった状態のＲＡＭのメモリマップを例に示している。
図４において、装置の電源がＯＮされたときに、ＯＳ４０２がＨＤからＲＡＭに読み出される。基本Ｉ／Ｏプログラム４０１はＯＳ４０２の動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能等を有しているプログラムが入っている領域である。
ジョブ管理プログラム４０３と、ジョブ管理プログラム４０３等の関連データ４０４とは、ＲＡＭに確保される領域に記憶される。ワークエリア４０５には、ＣＰＵがジョブ管理プログラム４０３を実行するための領域が確保されている。

尚、ＣＰＵは、ジョブ管理プログラム４０３及び関連データ４０４を、ＦＤ等の記憶媒体からＲＡＭに直接ロードするようにしてもよいし、これ以外の方法でジョブ管理プログラム４０３及び関連データ４０４をロードするようにしてもよい。例えば、ＣＰＵは、ジョブ管理プログラム４０３を動作させる度に、ジョブ管理プログラム４０３が既にインストールされているＨＤから、ジョブ管理プログラム４０３をＲＡＭにロードするようにしてもよい。

また、ジョブ管理プログラム４０３を記憶する記憶媒体は、ＦＤ以外に、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。更に、ジョブ管理プログラム４０３をＲＯＭに記憶しておき、これをメモリマップの一部となすように構成し、ジョブ管理プログラム４０３をＣＰＵで直接実行するようにしてもよい。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替とすることもできる。

図５は、ＦＤ２０４等の記憶媒体のメモリマップの一例を示す図である。
図５において、記憶媒体に格納されているデータ５００の中には、データの情報を示すボリューム情報５０１と、ディレクトリ情報５０２と、ジョブ管理プログラム５０３と、ジョブ管理プログラム５０３の関連データ５０４とが含まれている。ジョブ管理プログラム５０３は、本実施形態で説明するフローチャートに係る処理をプログラム化したものである。

図６は、ＦＤドライブ２０３と、ＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係の一例を示す図である。
図６において、ＦＤ２０４には、ジョブ管理プログラム５０３及び関連データ５０４が格納されている。後述する図２１に示すように、プリントサーバ１０４に本実施形態に係る機能（ジョブ管理機能等）を実装する場合、例えば、ＦＤ２０４等の記憶媒体を用いて、ジョブ管理プログラム５０３及び関連データ５０４がプリントサーバ１０４にインストール等される。

尚、まず、以下では、ＭＦＰ１０５に本実施形態に係る機能（ジョブ管理機能等）を実装する例を説明する。
図７は、第１の実施形態におけるジョブ管理システムの機能構成の一例を示す図である。印刷クライアントであるクライアント端末装置１０１、１０２では、任意の印刷制御機能を持つアプリケーション、メーラ及び任意のブラウザのプログラムが作動している。ユーザは、任意のアプリケーションより印刷指示を行う。これを受けて、印刷部７０４が、ネットワーク１０７を介してＭＦＰ１０５等のデバイスに印刷ジョブを送信する。

更に、ユーザはメーラのメール受信部７０１で受信されたメールを、同メーラのメール表示部７０２によりクライアント端末装置１０１、１０２のディスプレイ２０７に表示されたＵＩ（ユーザインタフェース）画面で確認する。つまり、メール表示部７０２により、同画面に課金先情報などの入力を促すようなメールが表示される。このメールに記載されたＷｅｂページの場所情報（アドレス情報）の一例であるＵＲＬを、ユーザは、メーラから直接、指示する、或いは手動でブラウザ７０３を起動し、入力する。そして、ユーザは、Ｗｅｂページ表示部（ブラウザ）７０３により表示された画面に対して、キーボード２０６等を操作し、ユーザ認証に係る情報の入力、課金先情報の入力等の各種操作を行う。この操作によりユーザにより入力された課金先情報等はＨＴＴＰコマンドとして、ネットワーク１０７を介してＭＦＰ１０５に送信される。

一方、ＭＦＰ１０５では、ジョブ受信部７１１でユーザからの印刷ジョブを受信する。
ジョブ情報取得部７１２は、ジョブ受信部７１１で受信された印刷ジョブを解析し、ジョブに設定されているジョブ情報を取得する。
ジョブ管理部７１３は、ジョブ情報取得部７１２で取得されたジョブ情報をジョブリストとして管理する。ジョブ管理部７１３は、本実施形態におけるジョブ管理システムの中核をなす部分であり、ジョブ制御部７１４、Ｗｅｂページ生成部７１５、ユーザ情報取得部７１６等々、各種モジュールを制御する。

ジョブ管理部７１３は、ジョブリストで管理しているジョブ情報中の課金先情報を確認し、確認結果に基づき、妥当でないと判定した場合、ジョブ制御部７１４に印刷ジョブの一時停止指示を出す。ジョブ制御部７１４は、この一時停止指示に基づいて、該当する印刷ジョブに対する処理を一時停止する。

更に、ジョブ管理部７１３は、ジョブリストで管理しているジョブ情報中の課金先情報を確認し、妥当でないと判定した場合、Ｗｅｂページ生成部７１５に、課金先情報の入力用のＷｅｂページの生成指示を出す。Ｗｅｂページ生成部７１５は、この生成指示に基づいて、課金先情報の入力用のＷｅｂページを生成する。
また、ジョブ管理部７１３は、ジョブリストで管理しているジョブ情報中の課金先情報を確認し、妥当でないと判定した場合、ユーザ情報取得部７１６に、印刷ジョブを送信したクライアント端末装置（又は、ジョブのオーナーであるユーザ）のメールアドレス等の情報の取得指示を出す。ユーザ情報取得部７１６は、この取得指示に基づいて、例えば、印刷ジョブを送信したクライアント端末装置のメールアドレス等の情報を取得する。

また、ジョブ管理部７１３は、ジョブリストで管理しているジョブ情報中の課金先情報を確認し、妥当でないと判定した場合、メール生成部７１７に、ＷｅｂページのＵＲＬを記載したメールの作成指示を出す。メール生成部７１７は、この作成指示に基づいて、ＷｅｂページのＵＲＬをメールの本文に設定し、このメールアドレスを宛先に設定したメールを生成する。メール送信部７１８は、作成したメールを、メールサーバ１０３を介して送信する。

クライアント端末装置のユーザがＷｅｂページにアクセスしたとき、必要に応じ、アクセス権判定部７２１は、ユーザのアクセス権の判定や認証を行う。また、時刻取得部７２２は、ユーザへのメール再通知、ジョブの削除等を実施するに必要な現日時の取得を行う。

図８は、クライアント端末装置での処理の一例を示すフローチャートである。尚、クライアント端末装置１０１、１０２の役割は同じであるので、ここでは、クライアント端末装置１０１を例に図８の処理を説明する。
尚、本実施形態では、課金先情報を示す値として管理コードを用いる。また、課金先の部門を示す部門コード等、その他の値も同様の処理が行える。

まず、印刷部７０４は、ユーザが任意のアプリケーション上で行った印刷指示を受け取る（Ｓ９０１）。暫くすると、メール受信部７０１は、図９或いは図１０のような、管理コード入力を指示する（促す）メールを受信する（Ｓ９０２）。図９、図１０は、実際に受信する通知メールの例を示す図である。
ユーザは、メール表示部７０２によって表示された受信メール本文中のＵＲＬを、キーボード２０６等を介して指定してブラウザ７０３の起動を要求する（Ｓ９０３）。この操作に関し、メーラにメール本文中のＵＲＬが指定されるとブラウザを起動する機能がある場合は、ユーザは直接、メール本文中のＵＲＬを指定してブラウザの起動を要求する。当該機能がない場合、ユーザは、ブラウザを手動で起動して、メール本文中のＵＲＬをコピー＆ペーストでブラウザに入力する等の操作を実施する。

ブラウザ７０３は、ＵＲＬで指定されるＷｅｂサイトに接続する。初回接続時、Ｗｅｂページ管理部７２０は、図１１のような認証画面をクライアント端末装置１０１に表示する。図１１は、認証画面の一例を示す図である。ユーザが図１１に示される画面を介して、ユーザ名、パスワードを入力し、ログインボタンを押下すると、アクセス権判定部７２１は入力されたユーザ名、パスワードに基づいてユーザのアクセス権の判定や認証を行う（Ｓ９０４）。尚、認証は必ずしも必要ではなく、セキュリティ要件が低いシステムでは省略してもよい。また、ユーザ名だけでなく、ドメイン名も認証に必要なら、ＭＦＰ１０５は、ドメイン名の入力も可能なような画面を生成し、ユーザに入力を促す。

認証処理が正常に行われた場合、Ｗｅｂページ管理部７２０は、図１２或いは図１３のような管理コード入力用ページをクライアント端末装置１０１のブラウザに表示させる。ユーザはこのページで管理コード入力を行う（Ｓ９０５）。図１２、図１３は、管理コード設定画面の例を示す図である。尚、図１２及び図１３では、管理コードは３階層で表示されており、かつ、ユーザは、個別に入力するように表示されているが、階層数や入力方法はこれに限定されるものではない。ユーザが、図１２及び図１３に示される画面で管理コードを指定し、ＯＫボタンを押下することで、ＭＦＰ１０５のジョブ管理部７１３等において、印刷ジョブへの管理コードの入力が実行される。

次に、図１４を参照しながら、ＭＦＰ１０５の処理の一例を説明する。図１４は、ＭＦＰ１０５で実行される処理の一例を示すフローチャートである。
ジョブ管理部７１３は、ジョブリストに登録されたジョブを登録順に従って順次処理していく。まず、このジョブ管理部７１３で扱うジョブリスト及びジョブクラスの説明を行う。このジョブクラスは広義のジョブと分けて説明するために、以降はジョブクラスのインスタンスをジョブＪという。

図１５は、ジョブクラスのインスタンス、ジョブＪが持つメンバの一例を示す図である。
ｊｏｂＩＤメンバは、ジョブ管理部７１３及びジョブ制御部７１４でジョブＪを一意に特定するのに利用する。初期値は１であり、ジョブクラスインスタンス生成時に、順次、１ずつインクリメントされて採番される。本実施形態では、ジョブ制御部７１４は、本ジョブＩＤでジョブを特定するが、ジョブ管理部７１３等が採番してもよい。その場合、ジョブ管理部７１３等は、ジョブＪのメンバにジョブ制御部７１４用のＩＤを別途追加し、ジョブ制御部７１４へのジョブ制御依頼時、使用する。

ｓｔａｔｕｓメンバは、ジョブＪの処理状態を管理するのに使用される。より具体的に説明するとｓｔａｔｕｓメンバは、ＮＥＷ（新規作成）と、ＩＮＰＵＴ＿ＷＡＩＴＩＮＧ（ユーザの管理コード入力待ち）と、ＥＸＥＣＵＴＥ＿ＷＡＩＴＩＮＧ（ジョブ実行待機中）との３種類の状態を管理するのに使用される。
ｍａｉｌＣｏｕｎｔメンバはクライアントユーザ（ジョブオーナ）へのメール通知回数であり、初期値は０、送信毎に１インクリメントされる。
ｍａｉｌＴｉｍｅメンバは最後にクライアントユーザへメールを通知した日時を管理するのに使用される。本実施形態では、再通知チェックで、この最新メール送信時刻を利用している。

ｊｏｂＩｎｆｏメンバはジョブに設定された情報であり、更に下位にメンバを持つ。ジョブ情報取得部７１２でジョブを解析し、下位のメンバにそれぞれ値を設定する。これらの値はジョブ一覧を表示する際に、ユーザがジョブを特定する情報として利用される。
ｊｏｂＩｎｆｏの下位メンバについて、以下、説明する。
ｋｉｎｄメンバはジョブの種類であり、プリント、コピー、スキャン、ＦＡＸ送信、ＦＡＸ受信等のジョブ種類を管理する。
ｏｗｎｅｒＮａｍｅはジョブオーナー名であり、ジョブ実行者名を管理する。この値は、後述のユーザ情報検索時にキーとして利用される。
ｓｕｂｍｉｔｔｅｄＴｉｍｅメンバはジョブの受付日時であり、ジョブの期限切れチェック処理に使用される。本実施形態ではジョブの受付日時を使用しているが、ジョブ生成時刻等でも代用することができる。

ｄｏｃｕｍｅｎｔＮａｍｅメンバはドキュメント名である。
ｄｅｖｉｃｅＮａｍｅはジョブを実行するプリンタ、ＭＦＰ等のデバイス名である。
ｂｉｌｌｉｎｇＣｏｄｅは管理コード属性であり、本実施形態では、たとえば課金先情報を示す属性である。
ｕｓｅｒＩｎｆｏメンバはユーザ情報であり、メール初回送信時にメール生成部７１７がユーザ情報取得部７１６から、ｊｏｂＩｎｆｏ−＞ｏｗｎｅｒＮａｍｅをキーに取得する。この下位メンバには少なくともｍａｉｌＡｄｄｒｅｓｓメンバが含まれ、メール生成に使用される。また、このメール生成、ブラウザ表示等でｏｗｎｅｒＮａｍｅと異なる名称で記載する場合、メール生成部７１７等は必要な名称を取得する。一例として、ｕｓｅｒＦｕｌｌＮａｍｅメンバにユーザ氏名を取得し、利用するようにしてもよい。

以下、図１４のフローチャートの説明を行う。
まず、ジョブ管理部７１３は、初期化処理を行う（ステップＳ１００１）。この初期化処理には、定期実行を行うメール再通知処理、Ｗｅｂページ削除処理を実施するためのタイマの初期化も含まれる。また、ジョブ管理部７１３は、後述するメール最大送信回数Ｃｍａｘや、メール再通知のための再通知最大待機時間Ｔｓ等の取得も行う。また、ジョブ管理部７１３は、管理コードの値の妥当性の判定や管理コード入力用Ｗｅｂページ生成に必要な管理コードの一覧も、必要ならこの処理で取得する。尚、初期化処理はジョブ管理部７１３が、起動時に行ってもよいし、ＣＰＵ３００等がジョブ管理部７１３を呼び出す際に行ってもよい。

ジョブ管理部７１３は、ユーザの管理コード入力用Ｗｅｂページの操作による管理コード登録要求を受理したか否かを判定する（Ｓ１００２）。この管理コード登録要求には、登録を行うジョブＩＤリストと、属性値とがＩＮパラメータ（入力パラメータ）として付随している。ジョブ管理部７１３は、管理コード登録要求を受理したと判定すると、Ｓ１００３に処理を進め、管理コード登録要求を受理していないと判定すると、Ｓ１００７に処理を進める。
Ｓ１００３において、ジョブ管理部７１３は、自身が管理しているジョブリストから、管理コード登録要求で指示されたジョブＩＤリスト中の全ジョブを検索する。ジョブ管理部７１３においてジョブが検索されると、ジョブ属性設定部７１９は、検索されたジョブの管理コード属性に管理コード登録要求で指示された属性値を設定する（Ｓ１００４）。

次にジョブ管理部７１３は、Ｓ１００４で管理コードが設定されたジョブのｓｔａｔｕｓを、実行待ちを表す「ＥＸＥＣＵＴＥ＿ＷＡＩＴＩＮＧ」に変更する（Ｓ１００５）。そして、ジョブ管理部７１３は、ジョブ制御部７１４にジョブの再開要求を出す（Ｓ１００６）。ジョブ属性設定部７１９は、ジョブＩＤ毎に属性が設定できた場合は成功を示す結果コードを、出来なかった場合は適宜エラーコードを結果としてジョブ管理部７１３に送信し（Ｓ１０２７）、Ｓ１００２へ処理を戻す。

Ｓ１００７において、ジョブ管理部７１３は、ジョブ制御部７１４からのジョブの新規登録通知を受理したか否かを判定する。この新規登録通知には、ジョブ制御部７１４によって新規登録されたジョブのジョブＩＤが少なくとも付随している。ジョブ管理部７１３は、ジョブ制御部７１４からのジョブの新規登録通知を受理したと判定すると、Ｓ１００８に処理を進め、ジョブ制御部７１４からのジョブの新規登録通知を受理していないと判定すると、Ｓ１０２１に処理を進める。
Ｓ１００８において、ジョブ管理部７１３は、ジョブ情報取得部７１２を利用して、新規登録ジョブを解析し、ジョブ情報Ｉを取得する（Ｓ１００８）。次にＳ１００９でジョブ管理部７１３は、ジョブインスタンスＪを生成する。生成時に、ジョブ管理部７１３は、各ジョブメンバを以下のように初期化する。
ｊｏｂＩＤ＝新規登録通知に含まれるジョブＩＤ、
ｓｔａｔｕｓ＝ＮＥＷ、
ｊｏｂＩｎｆｏ＝Ｉ、
ｕｓｅｒＩｎｆｏ＝ＮＵＬＬ、
ｍａｉｌＣｏｕｎｔ＝０、
ｍａｉｌＴｉｍｅ＝ＮＵＬＬ

次に、ジョブ管理部７１３は、このジョブＪに管理コード入力が必要か否かを判定する（Ｓ１０１０）。この判定方法はジョブ毎、ユーザ毎、デバイス毎、システム全体で固有等、数種類の方式がある。ジョブ毎の場合は、一例として、ジョブ管理部７１３がドキュメント名、ジョブ種類等の属性で判定する方法がある。ユーザ毎の場合は、一例として、ユーザ情報取得部７１６から管理コード入力の要否が取得され、その値を参照することによりジョブ管理部７１３が判定する方法がある。デバイス毎の場合は、一例として、デバイスの初期化属性として、管理者或いはシステムサーバから、デバイスに設定されている値を取得するよう構成し、その値を参照することによりジョブ管理部７１３が判定する方法がある。システム全体で固有の場合は、一例として、システムの初期化属性として、管理者或いはシステムサーバから、システムに設定されている値を取得するよう構成し、その値を参照することによりジョブ管理部７１３が判定する方法がある。

ジョブ管理部７１３は、ジョブＪに管理コード入力が必要であると判定すると、Ｓ１０１１に処理を進め、ジョブＪに管理コード入力が必要ないと判定すると、Ｓ１０１２に処理を進める。Ｓ１０１１において、ジョブ管理部７１３は、ｊｏｂＩｎｆｏ中のｂｉｌｌｉｎｇＣｏｄｅの属性値が妥当か否かを判定する。Ｓ１０１１において、ジョブ管理部７１３は、ｊｏｂＩｎｆｏ中のｂｉｌｌｉｎｇＣｏｄｅの値が妥当であると判定すると、Ｓ１０１２に処理を進め、ｊｏｂＩｎｆｏ中のｂｉｌｌｉｎｇＣｏｄｅの値が妥当でないと判定すると、Ｓ１０１４に処理を進める。

尚、Ｓ１０１１における判定方法としては、属性値の入力の有無自体を判定する方法、入力された属性値の妥当性を評価する方法の二種類がある。簡単なのは前者であり、入力された値が適切なものとみなすシステムの場合は、「属性値がある」ことで妥当と判断する方法で十分である。後者の場合は、管理コードの属性値自体が有効な値かを判定する方法、例えば、その属性値がユーザにとって使用可能な値であるか、無効の値であるかを判定する方法等がある。後者の一例として、ジョブ管理部７１３は、ユーザ情報取得部７１６からユーザの使用可能な管理コードリストを取得し、その値を参照することにより入力された管理コードが使用可能な値なら妥当であると判定する。

Ｓ１０１２において、ジョブ管理部７１３は、ジョブのｓｔａｔｕｓに「ＥＸＥＣＵＴＥ＿ＷＡＩＴＩＮＧ」を設定する。そして、ジョブ管理部７１３は、ジョブリストにジョブＪを登録する（Ｓ１０１３）。Ｓ１０１３の次にジョブ管理部７１３は、処理をＳ１００６へ移す。
Ｓ１０１４において、ジョブ管理部７１３は、ジョブのｓｔａｔｕｓに「ＩＮＰＵＴ＿ＷＡＩＴＩＮＧ」を設定する。そして、ジョブ管理部７１３は、ジョブ制御部７１４にジョブの一時停止を要求する（Ｓ１０１５）。

次に、Ｓ１０１６においてＷｅｂページ生成部７１５は、ジョブ管理部７１３からの要求に応じて、ジョブＪのジョブ情報から、例えば上述した図１２に示すような管理コード入力用Ｗｅｂページを生成する（画面生成）。図１２に示す管理コード入力用Ｗｅｂページには、ジョブ情報から取得したドキュメント名、ジョブオーナー名、プリンタ名（デバイス名）、ジョブ受付時刻が含められている。例えば本発明においては、図１２で示すように管理コードは、Ｃｌｉｅｎｔ、Ｍａｔｔｅｒ、Ｓｕｂｍａｔｔｅｒの３つの値で指定されるようになっている。このように指定することによって、例えば課金先（Ｃｌｉｅｎｔ）、ジョブの目的（Ｍａｔｔｅｒ）、その他の付加情報（Ｓｕｂｍａｔｔｅｒ）といったことを管理コードとして設定するなどの運用が可能になる。また、管理コードは３つの全てが入力されことを必須とする必要はなく、Ｃｌｉｅｎｔ、Ｍａｔｔｅｒだけの入力であっても、妥当な管理コードの値として扱ってもよい。
尚、これらコントロールは、Ｓｔａｔｉｃ文字列入力コントロールでもよい。ユーザが指定可能な値のみ表示したい場合は、ジョブ管理部７１３で、各値候補の一覧を保持し、Ｗｅｂページ生成部７１５は、この一覧の情報からユーザが指定可能な値のみ表示するＷｅｂページを生成する必要がある。

次に、ユーザ情報取得部７１６がジョブＪ中のｊｏｂＩｎｆｏ内のジョブオーナーのユーザ情報を取得し、ジョブ管理部７１３がそのジョブオーナーのユーザ情報をｕｓｅｒＩｎｆｏに設定する（Ｓ１０１７）。尚、ユーザ情報としては、少なくとも、メール生成に必要なｍａｉｌＡｄｄｒｅｓｓメンバが必要である。メール生成部７１７は、このメールアドレスを宛先に、本文中にＳ１０１６において生成したＷｅｂページのＵＲＬを記載し、管理コード入力通知用の例えば上述した図９のようなメールを生成する（Ｓ１０１８）。
次に、メール送信部７１８は、管理コード入力通知用メールをメールサーバ１０３に送信する。つまり、本実施例では課金先情報の入力を促すためのクライアント端末装置に対する通知として、前述のＷｅｂページのＵＲＬを含むメールを送信している。そして、時刻取得部７２２は、送信時刻Ｔｓを取得する（Ｓ１０１９）。ジョブ管理部７１３は、ジョブのｍａｉｌＣｏｕｎｔメンバをインクリメントし、ｍａｉｌＴｉｍｅメンバにＴｓをセットし（Ｓ１０２０）、処理をＳ１００２へ戻す。

Ｓ１０２１において、ジョブ管理部７１３は、ジョブ制御部７１４からのジョブ完了通知を受理したか否かを判定する。ジョブ管理部７１３は、ジョブ制御部７１４からのジョブ完了通知を受理したと判定すると、Ｓ１０２２に処理を進め、ジョブ制御部７１４からのジョブ完了通知を受理していないと判定すると、Ｓ１０２３に処理を進める。
Ｓ１０２２において、ジョブ管理部７１３は、ジョブリストからジョブを削除する。一方、Ｓ１０２３において、ジョブ管理部７１３は、Ｓ１００１で初期化したタイマに基づいて、再通知チェック処理を行うか否かを判定する。

ジョブ管理部７１３は、再通知チェック処理を行うと判定すると、Ｓ１０２４に処理を進め、最通知チェック処理を行わないと判定すると、Ｓ１０２５に処理を進める。
Ｓ１０２４において、ジョブ管理部７１３は、メール再通知チェック処理を行う。尚、この処理の詳細については、後述する図１６を用いて説明する。一方、Ｓ１０２５において、ジョブ管理部７１３は、同じくＳ１００１で初期化したタイマに基づいて、Ｗｅｂページ削除チェック処理を行うか否かを判定する。

ジョブ管理部７１３は、Ｗｅｂページ削除チェック処理を行うと判定すると、Ｓ１０２６に処理を進め、Ｗｅｂページ削除チェック処理を行わないと判定すると、処理をＳ１００２へ戻す。
Ｓ１０２６において、ジョブ管理部７１３は、Ｗｅｂページ管理部７２０に期限切れ、不要なＷｅｂページの削除を依頼する。

次にメール再通知チェック処理について、図１６を用いて説明する。図１６は、メール再通知チェック処理の一例を示すフローチャートである。
まず、ジョブ管理部７１３は、管理しているジョブリスト中のジョブ数Ｓを取得し、処理用インデックスｋを０で初期化する（Ｓ１１０１）。次に、ジョブ管理部７１３は、現在時刻Ｔｎｏｗを、時刻取得部７２２を介して取得する（Ｓ１１０２）。ジョブ管理部７１３は、ジョブリスト中のｋ番目の要素であるジョブＪｋのｊｏｂＩＤをＩＤｋ、ｓｔａｔｕｓをＳｋ、ｍａｉｌＣａｏｕｎｔをＣｋ、ｍａｉｌＴｉｍｅをＴｋ、ｊｏｂＩｎｆｏに含まれるｏｗｎｅｒＮａｍｅをＵｋとして各値を取得する（Ｓ１１０３）。

ジョブ管理部７１３は、Ｓｋが「ＩＮＰＵＴ＿ＷＡＩＴＩＮＧ」に等しいか否かを判定する（Ｓ１１０４）。ジョブ管理部７１３は、Ｓｋが「ＩＮＰＵＴ＿ＷＡＩＴＩＮＧ」に等しいと判定すると、Ｓ１１０５に処理を進め、Ｓｋが「ＩＮＰＵＴ＿ＷＡＩＴＩＮＧ」に等しくないと判定すると、Ｓ１１０９に処理を進める。
Ｓ１１０５において、ジョブ管理部７１３は、Ｃｋがメール最大送信回数Ｃｍａｘより小さいか否かを判定する。

この判定処理は、ユーザが長期間入力処理を実施しなかったジョブを自動削除するための処理である。自動削除しない場合、Ｃｍａｘを０や負の値等、特定の値を設定することで対応可能であるよう、ＭＦＰ１０５は構成されている。本実施形態では、メール最大送信回数Ｃｍａｘにより、ジョブの自動削除を制御しているものとする。尚、本実施形態の他に、管理コード入力の最大待機時間を設け、ジョブ生成時間から前記最大待機時間を経過したことで、ジョブの自動削除を実施するよう、構成することも可能である。
Ｓ１１０５においてジョブ管理部７１３は、ＣｋがＣｍａｘより小さいと判定すると、Ｓ１１０６に処理を進め、ＣｋがＣｍａｘより小さくないと判定すると、Ｓ１１１７に処理を進める。

Ｓ１１０６において、ジョブ管理部７１３は、入力待ち時間Ｔを算出する。より具体的に説明すると、ジョブ管理部７１３は、ＴｎｏｗからＴｋを減算することでＴを求める。そして、ジョブ管理部７１３は、このＴが再通知最大待機時間Ｔｓより大きいか否かを判定する（Ｓ１１０７）。ジョブ管理部７１３は、Ｔが再通知最大待機時間Ｔｓより大きいと判定すると、Ｓ１１０８に処理を進め、Ｔが再通知最大待機時間Ｔｓより大きくないと判定すると、Ｓ１１０９に処理を進める。
Ｓ１１０８において、ジョブ管理部７１３は、再通知を行うために、Ｕｋ、ＩＤｋを再通知ユーザリストに登録する。

Ｓ１１０９において、ジョブ管理部７１３は、ｋを１インクリメントし、ｋがジョブ数Ｓに等しいか、即ち、ジョブリストの最後まで処理したか否かを判定する。ジョブ管理部７１３は、ｋがジョブ数Ｓに等しいと判定すると、Ｓ１１１０に処理を進め、ｋがジョブ数Ｓに等しくないと判定すると、処理をＳ１１０３に戻す。
Ｓ１１１０において、ジョブ管理部７１３は、再通知ユーザリスト中のユーザ数である要素数Ｍを取得し、処理用インデックスpを０で初期化する。次に、ジョブ管理部７１３は、ジョブリストから、再通知ユーザリスト中p番目の要素ユーザＵpの、管理コードが未設定の要素のジョブＩＤで対応するジョブのｕｓｅｒＩｎｆｏを取得する（Ｓ１１１１）。

次に、Ｗｅｂページ生成部７１５は、ジョブ管理部７１３からの要求に応じて、管理コード入力待ちジョブ一覧のＷｅｂページを生成する（Ｓ１１１２）。図１７は、管理コード入力待ちジョブ一覧の画面の一例を示す図である。図ではあるユーザの管理コード入力待ちのジョブをまとめて一覧で表示している。
次に、メール生成部７１７は、Ｓ１１１１で取得したｕｓｅｒＩｎｆｏ中のｍａｉｌＡｄｄｒｅｓｓを宛先に、本文中に前記ＷｅｂページのＵＲＬを設定した、管理コード入力通知用のメールを生成する（Ｓ１１１３）。メール送信部７１８は、このメールをメールサーバ１０３に送信し、送信時刻Ｔｓを取得する（Ｓ１１１４）。そして、ジョブ管理部７１３は、Ｓ１１１１でｕｓｅｒＩｎｆｏが取得されたジョブのｍａｉｌＣｏｕｎｔメンバをインクリメントし、ｍａｉｌＴｉｍｅメンバにＴｓをセットする（Ｓ１１１５）。尚、ここでは、図１７の一覧で表示したジョブ全てに対して同様の処理を行うものとしてもよい。
次に、ジョブ管理部７１３は、ｐを１インクリメントし、ｊがＭに等しいか判定する（Ｓ１１１６）。ジョブ管理部７１３は、ｐがＭに等しいと判定すると、図１６に示すメール再通知チェック処理を終了し、ｐがＭに等しくないと判定すると、処理をＳ１１１１に戻す。

一方、Ｓ１１１７において、ジョブ管理部７１３は、ジョブ制御部７１４にＪｋの削除依頼を出し（Ｓ１１１７）、ジョブリストからＪｋを削除する（Ｓ１１１８）。

次に、ジョブ受信処理の一例を、図１８を用いて説明する。図１８は、ジョブ受信処理の一例を示すフローチャートである。
ジョブ受信部７１１は、初期化に必要な初期化処理を行う（ステップＳ１２０１）。尚、初期化処理はジョブ受信部７１１が、起動時に行ってもよいし、ＣＰＵ３００等がジョブ受信部７１１を呼び出す際に行ってもよい。
ジョブ受信部７１１は、ジョブを受信したか否かを判定する（Ｓ１２０２）。ジョブ受信部７１１は、ジョブを受信したと判定すると、Ｓ１２０３に処理を進め、ジョブを受信していないと判定すると、Ｓ１２０２の処理を繰り返す。Ｓ１２０３において、ジョブ受信部７１１は、ジョブ制御部７１４のジョブ用の所定記憶領域であるジョブキューに受信ジョブを登録する（Ｓ１２０３）。

次に、ジョブ制御処理の一例を、図１９を用いて説明する。図１９は、ジョブ制御処理の一例を示すフローチャートである。
ここで、ジョブ制御部７１４は、独自にジョブキューを管理しており、ジョブキューに登録されるジョブ毎にジョブ制御ステータス（以降、制御ステータスという）を管理している。以降では、ジョブ管理部７１３と区別するために、ジョブ制御部７１４で管理するジョブをジョブＣという。
ジョブＣは少なくとも、ｊｏｂＩＤ、ジョブ制御ステータスのメンバを持つ。ｊｏｂＩＤは、上述したジョブ管理部７１３と共通に扱う。ジョブ制御ステータスとしては、Ｎｅｗ（新規登録）、Ｒｅａｄｙ（実行待機中）、Ｐａｕｓｅ（一時停止中）の３つがある。ジョブ制御部７１４は、ジョブキューに登録されたジョブＣのジョブ制御ステータスがＲｅａｄｙのジョブのみ、ジョブを実行する。

ジョブ制御部７１４は、初期化に必要な初期化処理を行う（ステップＳ１３０１）。尚、初期化処理はジョブ制御部７１４が、起動時に行ってもよいし、ＣＰＵ３００等がジョブ制御部７１４を呼び出す際に行ってもよい。
次に、ジョブ制御部７１４は、ジョブ受信部７１１よりジョブが登録されたか否かを判定する（Ｓ１３０２）。ジョブ制御部７１４は、ジョブ受信部７１１よりジョブが登録されたと判定すると、Ｓ１３０３に処理を進め、ジョブ受信部７１１よりジョブが登録されていないと判定すると、Ｓ１３０６に処理を進める。

Ｓ１３０３において、ジョブ制御部７１４は、ｎを１インクリメントし、新規ジョブＣのｊｏｂＩＤにｎを設定し、制御ステータスをＮｅｗと設定する。次に、ジョブ制御部７１４は、ジョブＣをジョブキューの末尾に登録する（Ｓ１３０４）。そして、ジョブ制御部７１４は、ジョブ管理部７１３にジョブの新規登録を通知し（Ｓ１３０５）、Ｓ１３０２へ戻る。Ｓ１３０５の通知を受け取ると、図１４のＳ１００７においてジョブ管理部７１３は、ｙｅｓと判定する。

一方、Ｓ１３０６において、ジョブ制御部７１４は、ジョブＣの一時停止要求を受理したか否かを判定する。ここで、一時停止要求は、ジョブ管理部７１３が図１４のＳ１０１５において発行する。ジョブ制御部７１４は、ジョブＣの一時停止要求を受理したと判定すると、Ｓ１３０７に処理を進め、ジョブＣの一時停止要求を受理していないと判定すると、Ｓ１３０８に処理を進める。Ｓ１３０７において、ジョブ制御部７１４は、指定ジョブＣをジョブキューから検索し、制御ステータスをＰａｕｓｅに変更し（Ｓ１３０７）、Ｓ１３０２へ戻る。

一方、Ｓ１３０８において、ジョブ制御部７１４は、ジョブＣの再開要求を受理したか否かを判定する。ここで、再開要求は、ジョブ管理部７１３が図１４のＳ１００６において発行する。ジョブ制御部７１４は、ジョブＣの再開要求を受理したと判定すると、Ｓ１３０９に処理を進め、ジョブＣの再開要求を受理していないと判定すると、Ｓ１３１０に処理を進める。Ｓ１３０９において、ジョブ制御部７１４は、指定ジョブＣをジョブキューから検索し、制御ステータスをＲｅａｄｙに変更し（Ｓ１３０９）、Ｓ１３０２へ戻る。

一方、Ｓ１３１０において、ジョブ制御部７１４は、ジョブＣの削除要求を受理したか否かを判定する。ここで、削除要求は、ジョブ管理部７１３が図１６のＳ１１１７において発行する。ジョブ制御部７１４は、ジョブＣの削除要求を受理したと判定すると、Ｓ１３１１に処理を進め、ジョブＣの削除要求を受理していないと判定すると、Ｓ１３１２に処理を進める。Ｓ１３１１において、ジョブ制御部７１４は、指定ジョブＣをジョブキューから検索及び削除し、Ｓ１３０２へ戻る。

Ｓ１３１２において、ジョブ制御部７１４は、ジョブキューにジョブがあるか否かを判定する。ジョブ制御部７１４は、ジョブキューにジョブがあると判定すると、Ｓ１３１３に処理を進め、ジョブキューにジョブがないと判定すると、Ｓ１３０２へ戻る。

Ｓ１３１３において、ジョブ制御部７１４は、ジョブキューに登録されたジョブ数Ｎを取得し、処理用インデックスｉを０で初期化する。次に、ジョブ制御部７１４は、ジョブキューのｉ番目の要素、ジョブＣｉの制御ステータスがＲｅａｄｙであるか否かを判定する（Ｓ１３１４）。ジョブ制御部７１４は、ジョブＣｉの制御ステータスがＲｅａｄｙであると判定すると、Ｓ１３１５に処理を進め、ジョブＣｉの制御ステータスがＲｅａｄｙでないと判定すると、Ｓ１３１７に処理を進める。

Ｓ１３１５において、ジョブ制御部７１４は、印字等のジョブ処理等を実行する。次に、ジョブ制御部７１４は、ジョブ処理終了後、ジョブ管理部７１３へジョブ完了通知を行う（Ｓ１３１６）。これを受け、ジョブ管理部７１３は、図１４のＳ１０２１からＳ１０２２の処理を実行する。
次に、ジョブ制御部７１４は、ｉを１インクリメントし、ｉがＮに等しいか、即ちキューの終わりまで処理したか否かを判定する（Ｓ１３１７）。ジョブ制御部７１４は、ｉがＮに等しいと判定すると、Ｓ１３０２へ処理を戻し、ｉがＮに等しくないと判定すると、Ｓ１３１４へ処理を戻す。
尚、本実施例においてはジョブキューの制御ステータスがＲｅａｄｙであるジョブを、登録された順（プリンタが受信した順）に実行することになる。

次に、Ｗｅｂページ送信処理の一例を、図２０を用いて説明する。図２０は、Ｗｅｂページ送信処理の一例を示すフローチャートである。
ユーザがブラウザ７０３で上述した図９又は図１０に示すようなメールに設定されたＵＲＬを介してＷｅｂページにアクセスしようとすると、まず上述した図１１に示すようなＷｅｂページがブラウザ７０３に表示される。したがって、ユーザは、このＷｅｂページを介して、ユーザ認証を行う（Ｓ１４０１）。尚、認証済みである場合、Ｗｅｂページ管理部７２０は、Ｓ１４０２の処理を実行する。認証がまだの場合、例えば、Ｗｅｂページ生成部７１５は、認証画面をブラウザ７０３に表示させ、入力された認証情報に基づいて、アクセス権判定部７２１等に認証処理を行わせる。

認証処理が完了すると、Ｗｅｂページ生成部７１５は、所定のＵＲＬの管理コード入力ページの送信要求を受理したか否かを判定する（Ｓ１４０２）。この送信要求は、Ｗｅｂページ生成部７１５が図１４のＳ１０１６で生成したＷｅｂページにユーザがアクセスしたことをＷｅｂページ管理部７２０が検知し、Ｗｅｂページ生成部７１５に送信する。
Ｗｅｂページ生成部７１５は、所定のＵＲＬの管理コード入力ページの送信要求を受理したと判定すると、Ｓ１４０３に処理を進め、所定のＵＲＬの管理コード入力ページの送信要求を受理していないと判定すると、Ｓ１４０５に処理を進める。

Ｓ１４０３において、Ｗｅｂページ生成部７１５は、認証情報よりユーザを特定し、前述したＵＲＬにユーザがアクセスしてよいか否かをアクセス権判定部７２１に判定させる。アクセス権判定部７２１における判定結果に基づいて、Ｗｅｂページ生成部７１５は、アクセス権があると判定すると、Ｓ１４０４に処理を進め、アクセス権がないと判定すると、Ｓ１４０８に処理を進める。Ｓ１４０４において、Ｗｅｂページ生成部７１５は、指定されたＵＲＬ、即ち特定のジョブに対する管理コード入力用のページ情報を送信する。
一方、Ｓ１４０５において、Ｗｅｂページ生成部７１５は、管理コード入力待ちジョブ一覧ページの送信要求を受理したか否かを判定する。この送信要求は、Ｗｅｂページ生成部７１５が図１６のＳ１１１２で生成したＷｅｂページにユーザがアクセスしたことをＷｅｂページ管理部７２０が検知すると、Ｗｅｂページ生成部７１５に送信する。

Ｗｅｂページ生成部７１５は、管理コード入力待ちジョブ一覧ページの送信要求を受理したと判定すると、Ｓ１４０６に処理を進める。一方、Ｗｅｂページ生成部７１５は、管理コード入力待ちジョブ一覧ページの送信要求を受理していないと判定すると、Ｓ１４０９に処理を進める。
Ｓ１４０６において、Ｗｅｂページ生成部７１５は、認証情報よりユーザを特定し、管理コード入力待ちジョブ一覧ページのＵＲＬにユーザがアクセスしてよいか否かをアクセス権判定部７２１に判定させる。アクセス権判定部７２１における判定結果に基づいて、Ｗｅｂページ生成部７１５は、アクセス権があると判定すると、Ｓ１４０７に処理を進め、アクセス権がないと判定すると、Ｓ１４０８に処理を進める。

Ｓ１４０７において、Ｗｅｂページ生成部７１５は、指定されたＵＲＬ、即ち管理コード入力待ちジョブ一覧のページ情報を送信する。一方、Ｓ１４０８において、Ｗｅｂページ生成部７１５は、アクセス権違反のエラーページ情報を送信する。
Ｓ１４０９において、Ｗｅｂページ生成部７１５は、単数ジョブの管理コード入力ページの送信要求を受理したか否かを判定する。この送信要求は、Ｗｅｂページ生成部７１５が図１６のＳ１１１２で生成したＷｅｂページで、ユーザが一つのジョブを選択したことをＷｅｂページ管理部７２０が検知すると、Ｗｅｂページ生成部７１５に送信する。
上述したように、図１７は、管理コード入力待ちジョブ一覧の画面の一例を示す図である。図１７の画面上で、ユーザが管理コードを入力したいドキュメントのドキュメント名の左横のチェックボックスにチェックを入れ、管理コード入力ボタンを押下することにより、単数ジョブの管理コード入力ページの送信要求が発行される。或いはユーザが所望のドキュメントのステータス「管理コード入力待ち」を押下することでも同様の要求が発行される。

Ｓ１４０９において、Ｗｅｂページ生成部７１５は、単数ジョブの管理コード入力ページの送信要求を受理したと判定すると、Ｓ１４１０に処理を進め、単数ジョブの管理コード入力ページの送信要求を受理していないと判定すると、Ｓ１４１３に処理を進める。
Ｓ１４１０において、Ｗｅｂページ生成部７１５は、指定ジョブの管理コード入力ページが存在するか否かを判定する。Ｗｅｂページ生成部７１５は、指定ジョブの管理コード入力ページが存在すると判定すると、Ｓ１４１１に処理を進め、Ｗｅｂページ生成部７１５は、指定ジョブの管理コード入力ページが存在しないと判定すると、Ｓ１４１２に処理を進める。

Ｓ１４１２において、Ｗｅｂページ生成部７１５は、指定ジョブの管理コード入力ページを生成する。そして、Ｓ１４１１において、Ｗｅｂページ生成部７１５は、指定ジョブの管理コード入力用のページ情報を送信する。
一方、Ｓ１４１３において、Ｗｅｂページ生成部７１５は、複数ジョブの管理コード入力ページの送信要求を受理したか否かを判定する。この送信要求は、Ｗｅｂページ生成部７１５が図１６のＳ１１１２で生成したＷｅｂページで、ユーザが複数のジョブを選択したことをＷｅｂページ管理部７２０が検知すると、Ｗｅｂページ生成部７１５に送信する。図１７の画面上で、ユーザが管理コードを入力したいドキュメントのドキュメント名の左横のチェックボックスに複数チェックを入れ、管理コード入力ボタンを押下することにより、このような要求が発行される。

Ｓ１４１３において、Ｗｅｂページ生成部７１５は、複数ジョブの管理コード入力ページの送信要求を受理したと判定すると、Ｓ１４１４に処理を進め、複数ジョブの管理コード入力ページの送信要求を受理していないと判定すると、Ｓ１４１６に処理を進める。
Ｓ１４１４において、Ｗｅｂページ生成部７１５は、図１３に示すような複数ジョブの管理コード設定画面（複数ジョブの管理コード入力画面）を生成する。続いて、Ｗｅｂページ生成部７１５は、生成した複数ジョブの管理コード入力用のページ情報を送信する（Ｓ１４１５）。

一方、Ｓ１４１６において、Ｗｅｂページ生成部７１５は、管理コードの入力要求を受理したか否かを判定する。この入力要求は、Ｗｅｂページ生成部７１５が図１４のＳ１０１６で生成したＷｅｂページで、管理コードを入力したことをＷｅｂページ管理部７２０が検知すると、Ｗｅｂページ生成部７１５に送信する。
Ｗｅｂページ生成部７１５は、管理コードの入力要求を受理したと判定すると、Ｓ１４１７に処理を進め、管理コードの入力要求を受理していないと判定すると、Ｓ１４２１に進む。Ｓ１４２１において、例えばＷｅｂページ生成部７１５は、適宜処理を実行する。尚、この処理は、別の実施例として図２３などを用いて詳しく後述する。

一方、Ｓ１４１７において、Ｗｅｂページ生成部７１５は、管理コードの入力要求に関するＨＴＴＰコマンドを解析し、管理コード入力対象のジョブＩＤ、設定する管理コード、を取得する。単数ジョブの場合は入力対象のジョブＩＤは一つ、複数ジョブの場合はジョブ数と同じ複数個になる。Ｗｅｂページ生成部７１５は、ジョブＩＤ若しくはジョブＩＤリストと、管理コードと、を指定して、ジョブ管理部７１３に管理コード登録要求を行う（Ｓ１４１８）。
ジョブ管理部７１３は、この要求を図１４のＳ１００２で判定し、Ｓ１００３以降で処理を行う。そして、ジョブ管理部７１３は、Ｓ１０２７で結果を送信する。Ｗｅｂページ生成部７１５は、この結果を受信するまで待機し（Ｓ１４１９）、受信すると、受信結果に基づいて、管理コードの登録結果を示すページを生成する（Ｓ１４２０）。そして、Ｗｅｂページ生成部７１５は、生成した管理コードの登録結果を示すページの情報をクライアント端末装置１０１に送信する（Ｓ１４２９）。

＜第２の実施形態＞
次に、第２の実施形態について説明する。上述した第１の実施形態では、クライアント端末装置１０１、１０２から、デバイス（ＭＦＰ１０５、プリンタ１０６）に対し、ジョブ送信を実施し、主要なプログラムはデバイス上で動作するように構成した。しかし、デバイスによっては、記憶領域の制限など資源の問題等でプログラムを搭載できない場合もある。そのため、プリントサーバ１０４上で第１の実施形態の機能に係るプログラムを実行することにする。

以下、第１の実施形態と異なる構成について説明し、同じ構成等については説明を省略する。図２１は、第２の実施形態におけるジョブ管理システムの機能構成の一例を示す図である。
プリントサーバ１０４は、ジョブ受信部７１１、ジョブ情報取得部７１２、ジョブ管理部７１３、ジョブ制御部７１４等の機能を有している。尚、本実施形態では、プリントサーバ１０４が上述したような各機能を有しているが、Ｗｅｂ関連の機能（部）は、別のＷｅｂサーバに分けることもできる。

第１の実施形態と異なるのは、ジョブ制御部７１４でジョブを再開した場合、ジョブ送信部７２３により、ジョブをデバイス（ＭＦＰ１０５、プリンタ１０６）に対して送信することである。また、クライアント端末装置１０１の印刷ジョブは、本実施形態の機能を有するプリントサーバ１０４を経由するように、ジョブ管理システムが構成する。
以上、本実施形態のように、プリントサーバ１０４経由でジョブ管理を行う場合にも、第１の実施形態と同様の効果を得ることができる。

＜第３の実施形態＞
次に、第３の実施形態について説明する。上述した第１の実施形態では、メール受信をトリガに、ユーザが管理コード入力用のＷｅｂページにアクセスするよう説明を行った。しかし、ユーザがメール受信を待たずして、又は任意のタイミングでメールを表示させることなく、管理コード入力処理を実施したい場合がある。
このような要求に対応するために、ユーザがブラウザで固定アドレスへアクセスし、管理コード入力ページを表示する方法を提供する。

ユーザが「ｈｔｔｐ：／／ａｃｃｏｕｎｔｓｅｒｖｅｒ．ａ−ｃｏｒｐｏｒａｔｉｏｎ．ｃｏ．ｊｐ／ｂｃｉｎｐｕｔ」等の予めきめられたＵＲＬを指定すると、例えばＷｅｂページ生成部７１５は、上述した図１１のような認証画面を表示する。ここで、認証情報が入力された、認証が成功すると、例えばＷｅｂページ生成部７１５は、図２２のようなトップページ（メニュー一覧画面）を表示する。図２２は、メニュー一覧画面の一例を示す図である。図２２に示されるようなメニュー一覧からユーザがメニューを選択すると、例えばＷｅｂページ生成部７１５が管理コード入力待ちジョブ一覧画面、或いはジョブ一覧画面を表示させ、ユーザに管理コードの入力を促す。

このような処理を実現するためには、図２０のＳ１４２１（その他の処理）の部分に、図２３のフローチャートに示す処理を実行すればよい。図２３は、Ｗｅｂページ送信処理の一例を示すフローチャート（その２）である。
Ｓ２４０１において、Ｗｅｂページ生成部７１５は、トップページの送信要求を受理したか否かを判定する。Ｗｅｂページ生成部７１５は、トップページの送信要求を受理したと判定すると、Ｓ２４０２に処理を進め、トップページの送信要求を受理していないと判定すると、Ｓ２４０４に処理を進める。

Ｗｅｂページ生成部７１５は、トップページを生成し（Ｓ２４０２）、生成したトップページをクライアント端末装置１０１に送信する（Ｓ２４０３）。一方、Ｓ２４０４において、Ｗｅｂページ生成部７１５は、認証ユーザＡの管理コード入力待ちジョブ一覧のページの送信要求であるか否かを判定する。Ｗｅｂページ生成部７１５は、認証ユーザＡの管理コード入力待ちジョブ一覧のページの送信要求であると判定すると、Ｓ２４０５に進む。一方、Ｗｅｂページ生成部７１５は、認証ユーザＡの管理コード入力待ちジョブ一覧ページの送信要求でないと判定すると、Ｓ２４０８に進む。
Ｓ２４０５において、Ｗｅｂページ生成部７１５は、ユーザＡの管理コード入力待ちジョブ一覧をジョブ管理部７１３から取得する。Ｗｅｂページ生成部７１５は、取得したユーザＡの管理コード入力待ちジョブ一覧を含む、図１７に示すようなユーザＡの管理コード入力待ちジョブ一覧ページを生成する（Ｓ２４０６）。そして、Ｗｅｂページ生成部７１５は、生成した前記ページをクライアント端末装置１０１に送信する（Ｓ２４０７）。

一方、Ｓ２４０８において、Ｗｅｂページ生成部７１５は、認証ユーザＡのジョブ一覧ページ送信要求であるか否かを判定する。Ｗｅｂページ生成部７１５は、認証ユーザＡのジョブ一覧ページ送信要求であると判定すると、Ｓ２４０９に処理を進め、認証ユーザＡのジョブ一覧ページ送信要求でないと判定すると、図２３に示す処理を終了する。
Ｓ２４０９において、Ｗｅｂページ生成部７１５は、ユーザＡのジョブ一覧をジョブ管理部７１３から取得する。Ｗｅｂページ生成部７１５は、取得したユーザＡのジョブ一覧を含む、図２４に示すようなユーザＡのジョブ一覧ページを生成する（Ｓ２４１０）。そして、Ｗｅｂページ生成部７１５は、生成した前記ページをクライアント端末装置１０１に送信する（Ｓ２４１１）。図２４は、ジョブ一覧（実行ジョブ一覧）画面の一例を示す図である。
以上、本実施形態により、第１の実施形態に加え、ユーザが任意のタイミングで管理コードの入力操作を行うことができる。

＜第４の実施形態＞
次に、第４の実施形態について説明する。上述した実施形態では、図１４のＳ１０１５の次に、Ｓ１０１６に進んでいた。しかしながら、ジョブ制御部７１４は、Ｓ１０１５の次に、ジョブに付加されている情報等から、クライアント端末装置１０１において、管理コード入力用の専用ツールが起動しているか否かを判定するようにしてもよい。そして、ジョブ制御部７１４は、クライアント端末装置１０１において管理コード入力用の専用ツールが起動していないと判定した場合、Ｓ１０１６に進み、上述した処理を実行する。一方、ジョブ制御部７１４は、クライアント端末装置１０１において管理コード入力用の専用ツールが起動していると判定した場合、前記管理コード入力用の専用ツールに対してユーザに管理コードを入力するよう促す処理を実行するよう通知するようにしてもよい。

＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。

また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

以上、上述した各実施形態によれば、クライアント端末装置のプラットフォームに依存しない、適切なジョブの入力属性値の入力方法を提供することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

ジョブ管理システムのシステム構成の一例を示す図である。 情報処理装置のハードウェア構成の一例を示す図である。 画像処理装置の一例であるＭＦＰ１０５及びプリンタ１０６のハードウェア構成の一例を示す図である。 情報処理装置及び画像処理装置におけるＲＡＭのメモリマップの一例を示す図である。 ＦＤ２０４等の記憶媒体のメモリマップの一例を示す図である。 ＦＤドライブ２０３と、ＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係の一例を示す図である。 第１の実施形態におけるジョブ管理システムの機能構成の一例を示す図である。 クライアント端末装置での処理の一例を示すフローチャートである。 通知メールの一例を示す図（その１）である。 通知メールの一例を示す図（その２）である。 認証画面の一例を示す図である。 管理コード設定画面の一例を示す図（その１）である。 管理コード設定画面の一例を示す図（その２）である。 ＭＦＰ１０５での処理の一例を示すフローチャートである。 ジョブクラスのインスタンス、ジョブＪが持つメンバの一例を示す図である。 メール再通知チェック処理の一例を示すフローチャートである。 管理コード入力待ちジョブ一覧の画面の一例を示す図である。 ジョブ受信処理の一例を示すフローチャートである。 ジョブ制御処理の一例を示すフローチャートである。 Ｗｅｂページ送信処理の一例を示すフローチャート（その１）である。 第２の実施形態におけるジョブ管理システムの機能構成の一例を示す図である。 メニュー一覧画面の一例を示す図である。 Ｗｅｂページ送信処理の一例を示すフローチャート（その２）である。 ジョブ一覧（実行ジョブ一覧）画面の一例を示す図である。

符号の説明

１０１ クライアント端末装置
１０２ クライアント端末装置
１０３ メールサーバ
１０４ プリントサーバ
１０５ ＭＦＰ
１０６ プリンタ

Claims (17)

1. クライアント端末装置で生成されたジョブの課金先を確認する確認手段と、
   前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの実行を一時停止するよう制御する制御手段と、
   前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの課金先の値を入力するための入力画面を生成する生成手段と、
   前記生成手段で生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知手段と、
   を有することを特徴とする印刷制御装置。
2. 前記入力画面を介して入力された課金先の値を前記制御手段で実行が一時停止されているジョブに設定する設定手段を更に有し、
   前記制御手段は、前記設定手段で実行が一時停止されているジョブに前記課金先の値が設定されると、当該ジョブの実行を再開することを特徴とする請求項１に記載の印刷制御装置。
3. 前記ジョブの課金先に設定される値は、当該ジョブのオーナーであるユーザが利用可能な値である場合は有効な値であると判定され、当該ジョブのオーナーであるユーザが利用可能な値でない場合は無効な値であると判定されることを特徴とする請求項１又は２に記載の印刷制御装置。
4. 前記生成手段は、前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記確認手段による確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていない、又は無効な値が設定されているジョブ全てに対して、課金先の値を入力するための入力画面を生成することを特徴とする請求項１乃至３の何れか１項に記載の印刷制御装置。
5. 前記確認手段による確認結果に基づき、前記ジョブの課金先に有効な値が設定されていた場合、前記制御手段は、前記ジョブを実行するよう制御することを特徴とする請求項１乃至４の何れか１項に記載の印刷制御装置。
6. 前記通知手段は、前記生成手段で生成された前記入力画面の場所情報をメールの本文に設定し、前記クライアントのメールアドレスをメールの宛先に設定して、前記メールを送信することを特徴とする請求項１乃至５の何れか１項に記載の印刷制御装置。
7. 前記ジョブを実行するジョブ実行手段を更に有することを特徴とする請求項１乃至６の何れか１項に記載の印刷制御装置。
8. クライアント端末装置で生成されたジョブの課金先を確認する確認手段と、
   前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記ジョブの実行を一時停止するよう制御する制御手段と、
   前記確認手段による確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記確認手段による確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていないジョブ全てに対して課金先の値を入力するための入力画面を生成する生成手段と、
   前記生成手段で生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知手段と、
   を有することを特徴とする印刷制御装置。
9. 印刷制御装置における印刷制御方法であって、
   クライアント端末装置で生成されたジョブの課金先を確認する確認ステップと、
   前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの実行を一時停止するよう制御する制御ステップと、
   前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記ジョブの課金先の値を入力するための入力画面を生成する生成ステップと、
   前記生成ステップで生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知ステップと、
   を有することを特徴とする印刷制御方法。
10. 前記入力画面を介して入力された課金先の値を前記制御ステップで実行が一時停止されているジョブに設定する設定ステップを更に有し、
    前記制御ステップでは、前記設定ステップで実行が一時停止されているジョブに前記課金先の値が設定されると、当該ジョブの実行を再開することを特徴とする請求項９に記載の印刷制御方法。
11. 前記ジョブの課金先に設定される値は、当該ジョブのオーナーであるユーザが利用可能な値である場合は有効な値であると判定され、当該ジョブのオーナーであるユーザが利用可能な値でない場合は無効な値であると判定されることを特徴とする請求項９又は１０に記載の印刷制御方法。
12. 前記生成ステップでは、前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない、又は無効な値が設定されていた場合、前記確認ステップによる確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていない、又は無効な値が設定されているジョブ全てに対して、課金先の値を入力するための入力画面を生成することを特徴とする請求項９乃至１１の何れか１項に記載の印刷制御方法。
13. 前記確認ステップによる確認結果に基づき、前記ジョブの課金先に有効な値が設定されていた場合、前記制御ステップでは、前記ジョブを実行するよう制御することを特徴とする請求項９乃至１２の何れか１項に記載の印刷制御方法。
14. 前記通知ステップでは、前記生成ステップで生成された前記入力画面の場所情報をメールの本文に設定し、前記クライアントのメールアドレスをメールの宛先に設定して、前記メールを送信することを特徴とする請求項９乃至１３の何れか１項に記載の印刷制御方法。
15. 印刷制御装置における印刷制御方法であって、
    クライアント端末装置で生成されたジョブの課金先を確認する確認ステップと、
    前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記ジョブの実行を一時停止するよう制御する制御ステップと、
    前記確認ステップによる確認結果に基づき、前記ジョブの課金先に値が設定されていない場合、前記確認ステップによる確認された当該ジョブとオーナーが同じである、印刷制御装置に記憶されたジョブの中で、課金先に値が設定されていないジョブ全てに対して課金先の値を入力するための入力画面を生成する生成ステップと、
    前記生成ステップで生成された前記入力画面に係る情報を前記クライアント端末装置に通知する通知ステップと、
    を有することを特徴とする印刷制御方法。
16. 請求項９乃至１４の何れか１項に記載の印刷制御方法をコンピュータに実行させることを特徴とするプログラム。
17. 請求項１５に記載の印刷制御方法をコンピュータに実行させることを特徴とするプログラム。

Images