(57)【特許請求の範囲】
【請求項１】
複数台の画像形成装置と、プリントサーバと、認証サーバと、課金サーバと、複数台のクライアントとがネットワークに結合された画像形成システムにおいて、
該複数台のクライアントの少なくとも１つは、ユーザ認証情報を含む装置非依存のプリントジョブデータを該プリントサーバへ送信し、
該プリントサーバは、該ユーザ認証情報を該認証サーバへ送信し、該認証サーバによる認証結果を受信し、該認証結果が認証成功を示している場合に、該装置非依存のプリントジョブデータを装置依存のプリントジョブデータに変換して該複数台の画像形成装置のうちこのデータに対応したものに送信し、
各画像形成装置は、プロセッサと、プログラム及びデータが格納される記憶手段と、通信インターフェイスとを備え、該データはジョブログを含み、該プログラムは、該プロセッサに対し該通信インターフェイスを介して、該課金サーバに、終了したジョブのジョブログを送信させるジョブログ送信プログラムを含み、
該ジョブログ送信プログラムは、該プロセッサに対し、該ジョブの終了時に、
（ａ）該ジョブログを、該通信インターフェイスを介して該課金サーバが受信できるか否かを判定させ、
（ｂ）（ａ）において否定判定した場合に、このジョブログを該記憶手段に保持させておき、
（ｃ）（ａ）において肯定判定した場合に、このジョブログを、（ｂ）で該記憶手段に保持させていた未送信のジョブログも含めて該課金サーバへ送信させる、
ことを特徴とする画像形成システム。
【請求項２】
該ジョブログ送信プログラムは、該プロセッサに対し、（ａ）において、
該ジョブログを該課金サーバへ送信させ、所定時間内に該課金サーバから受取確認情報を受信できなかった場合に、該ジョブログを該課金サーバが受信できないと判定させる、
ことを特徴とする請求項１に記載の画像形成システム。
【請求項３】
該ジョブログ送信プログラムは、該プロセッサに対し、
（ｂ）及び（ｃ）において、該未送信のジョブログと今回終了したジョブのジョブログとをそれぞれシリアルにリンクさせ、
（ｃ）では、該リンクされたジョブログを全て該課金サーバへ送信させる、
ことを特徴とする請求項１又は２に記載の画像形成システム。
【請求項４】
該認証サーバと該課金サーバとが１つのコンピュータシステムで構成されていることを特徴とする請求項１乃至３のいずれか１つに記載の画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像入出力機能を備えた画像形成装置及びこれと課金サーバとがネットワークに結合された画像形成システムに関する。
【背景技術】
【０００２】
複数台の画像形成装置の中からユーザが任意の１つを選択してコピー、プリント又はファクシミリ送信等を行うことができる環境において、ユーザ毎又は部門毎に課金管理を行う場合、これら複数台の画像形成装置を課金サーバとともにネットワークに結合して、ジョブが終了する毎に画像形成装置から課金サーバへ、課金に必要な情報を含むジョブログを送信する必要がある。
【特許文献１】特開２００６−１８７８７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、課金サーバがダウンし又は有線若しくは無線の結合不良等により、課金サーバが画像形成装置からのジョブログを受信できなかった場合、画像形成装置は課金サーバに対しジョブログを繰り返し送信することになり、画像形成装置は次の処理に移ることができない。
【０００４】
本発明の目的は、このような問題点に鑑み、課金サーバが画像形成装置からのジョブログを一時的に受信することができなくても、この画像形成装置が次の処理に移ることができるようにするとともに、課金サーバで課金管理を行うことができるようにすることができるようにする画像形成装置及び画像形成システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の第１態様では、プロセッサと、プログラム及びデータが格納される記憶手段と、通信インターフェイスとを備え、該データはジョブログを含み、該プログラムは、該プロセッサに対し該通信インターフェイスを介して、ネットワークに結合された課金サーバに、終了したジョブのジョブログを送信させるジョブログ送信プログラムを含む画像形成装置において、
該ジョブログ送信プログラムは、該プロセッサに対し、
（ａ）該ジョブログを、該通信インターフェイスを介して該課金サーバが受信できるか否かを判定させ、
（ｂ）否定判定した場合に、このジョブログを該記憶手段に保持させておき、次のジョブのジョブログ送信時に、該保持している未送信のジョブログも該課金サーバへ送信させる。
【０００６】
本発明による画像形成装置の第２態様では、第１態様において、該ジョブログ送信プログラムは、該プロセッサに対し、
該未送信のジョブログと今回終了したジョブのジョブログとをそれぞれシリアルにリンクさせ、
処理（ｂ）では、リンクされたジョブログを全て該課金サーバへ送信させる。
【発明の効果】
【０００７】
上記第１態様の構成によれば、課金サーバがダウンし又は有線若しくは無線の結合不良等によりジョブログを該課金サーバが受信できない場合に、画像形成装置がこのジョブログを記憶手段に保持させておき、次のジョブのジョブログ送信時に、該保持している未送信のジョブログも該課金サーバへ送信させるので、該画像形成装置は次の処理に移ることができるとともに、課金サーバで課金管理を行うことができるという効果を奏する。
【０００８】
上記第２態様の構成によれば、未送信のジョブログと今回終了したジョブのジョブログとをそれぞれシリアルにリンクさせ、リンクされたジョブログを全て該課金サーバへ送信させるので、該課金サーバが該画像形成装置からのジョブログを受信できるか否かによらず統一した処理を行えばよく、処理が簡単であるという効果を奏する。
【０００９】
本発明の他の目的、構成及び効果は以下の説明から明らかになる。以下、本発明の実施例を、図面を参照して説明する。
【実施例１】
【００１０】
図６は、本発明の実施例１に係る画像形成システムの概略ブロック図である。
【００１１】
ｍ台の画像形成装置１０１、１０２、・・・、１０ｍと、ｎ台のクライアント２０１、２０２、・・・、２０ｎと、プリントサーバ３０と、管理サーバ３１とがそれぞれノードとしてＬＡＮ（ローカルエリアネットワーク）３３に結合されている。画像形成装置１０１〜１０ｍはそれぞれ、複合機、プリンタ又はファクシミリ等である。
【００１２】
プリントサーバ３０は、その機能を実現するためのＯＳ（オペレーティングシステム）、サーバプログラム及びアプリケーションプログラムをその記憶装置に含んでおり、このＯＳには、画像形成装置１０１〜１０ｍのそれぞれに対応したプリンタドライバと、プリントスプーラと、クライアント２０１、２０２、・・・、２０ｎのそれぞれとの間及び画像形成装置１０１〜１０ｍのそれぞれとの間で例えばＬＰＲプロトコルにより通信を行うネットワークインターフェイスドライバとが含まれている。図６では、プリントサーバ３０が１台である場合を示しているが、互いに代替可能な画像形成装置のグループ毎に１台のプリントサーバを備えて、グループ内でレディ状態のものを任意に選択可能にした構成であってもよい。
【００１３】
図７は、画像形成装置１０１が複合機である場合のハードウェア構成を示す概略ブロック図である。
【００１４】
この画像形成装置１０１では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ネットワークインターフェイス１８、ＦＡＸモデム１９、ＵＳＢポート２０、ＩＣカードリーダ・ライタ２１及びタイマ２２に結合されている。図７では、簡単化のため、複数のインターフェイスを１つのブロック１２で示している。
【００１５】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値と、後述の管理用テーブルとが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信及び電子メール送受信を含む画像形成機能、認証機能並びにジョブログ作成・通信機能がある。この認証機能は、画像形成装置１０１が画像形成システムに用いられる場合、使用されない。ＰＲＯＭ１３にはまた、ジョブログが一時記憶され、電源が不用意に遮断されてもこれに対処可能となっている。ＤＲＡＭ１４は、ワークエリア用であり、描画データのビットマップ展開等に用いられる。
【００１６】
操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。
【００１７】
プリンタ１６は、プリントエンジン、トナーカートリッジ、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。プリンタ１６は、さらに後処理装置を備えた構成であってもよい。
【００１８】
スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＦＡＸモデム１９は、ファクシミリ送受信用である。ネットワークインターフェイス１８は、ＬＡＮ３３に結合され、ＦＡＸモデム１９は、不図示の公衆回線網に結合される。
【００１９】
ＩＣカードリーダ・ライタ２１は、プログラムに従ったＭＰＵ１１からの指令に基づき、所定範囲内に存在するＩＣカード２３との間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。この出力は、ＭＰＵ１１により読み取られる。
【００２０】
タイマ２２は、現時刻検出用及びＭＰＵ１１に対するタイマ割込用である。
【００２１】
ポート２０に結合されるＵＳＢメモリ２４は、例えばフラッシュメモリチップを備え、印刷対象のファイル格納用である。
【００２２】
ここで、図６の画像形成システムでは、管理サーバ３１によりユーザＩＤ毎に累積頁数が制限される。このシステムに用いられる画像形成装置１０１は、単独で用いられる場合、部門管理を行うように構成されている。このため、画像形成装置１０１は、部門管理プログラムと、これに用いられるユーザテーブルと、部門管理テーブルとがＰＲＯＭ１３に格納されている。
【００２３】
図３は、ＰＲＯＭ１３に格納される管理用テーブルの説明図であり、（Ａ）はユーザテーブル３５の説明図、（Ｂ）は部門管理テーブル３６の説明図である。
【００２４】
ユーザテーブル３５は、ユーザＩＤと、パスワードと、ユーザ名（図３（Ａ）ではUserとAdmin）と、部門ＩＤと、権限の種別とのフィールドを含んでいる。
【００２５】
部門管理テーブル３６は、部門ＩＤと、制限頁数と、累積頁数等とのフィールドを含んでいる。頁数は、画像形成頁数であり、コピー又はプリントの場合には用紙への印刷頁数、画像スキャンの場合には画像データ形成頁数、ファクシミリ送信の場合には送信頁数である。
【００２６】
制限頁数は、ジョブタイプが印刷（コピー及びプリント）であるか、画像スキャンであるか、ファクシミリ送信であるかにより異なる。印刷の場合には、モノクロとカラーとこれらの合計との各々について制限頁数が設定される。累積頁数については、これら制限頁数の各々に対応した累積頁数及びジョブ実行禁止フラグのフィールドを有する。ジョブ実行禁止フラグは累積頁数の最上位ビットとしてもよい。
【００２７】
画像形成装置１０１の電源投入時の初期化処理では、ユーザテーブル３５に、一般ユーザ権限を有する１名の疑似ユーザのユーザ情報が登録され、部門管理テーブル３６に、この疑似ユーザが属する疑似部門の部門管理情報が登録される。疑似ユーザ及び疑似部門は、特定のレコードに含まれるものであればよく、実際のユーザ及び部門であってもよい。
【００２８】
図８は、管理サーバ３１のハードウェア構成を示す概略ブロック図である。
【００２９】
この構成は、通常のコンピュータシステムであり、管理サーバ３１では、ＭＰＵ４１がインターフェイス４２を介してＰＲＯＭ４３、ＤＲＡＭ４４、ハードディスクドライブ４５、会話型入力装置４６、表示装置４７及びネットワークインターフェイス４８に結合されている。図８では簡単化のために、インターフェイス４２が１つのブロックで記載されている。
【００３０】
ＰＲＯＭ４３には、ＢＩＯＳ及びこれに関する設定値が格納されている。ＤＲＡＭ４４は、仮想記憶方式における主記憶装置として用いられる。
【００３１】
ハードディスクドライブ４５には、装置３１を管理サーバとして機能させるためのプログラム及びデータが格納され、さらに、画像形成装置１０１から受信したジョブログが格納される。
【００３２】
このプログラムには、サーバ用ＯＳ又は汎用ＯＳとサーバプログラムとの組み合わせ並びに認証、課金管理及び使用頁数制限を行うアプリケーションが含まれる。この課金管理を行うアプリケーションには、後述のジョブログ内課金情報圧縮プログラムが含まれ、使用頁数制限を行うアプリケーションは、ジョブログ受信毎にそのユーザＩＤの使用頁数を累積するプログラムが含まれる。
【００３３】
上記データには、図２に示すような、ユーザＩＤとパスワードと制限頁数と累積頁数等とを対応させたユーザテーブル３４と、不図示の課金単価情報等とが含まれる。制限頁数は、図３（Ｂ）の部門管理テーブル３６と同様に、ジョブタイプにより異なる。累積頁数についても部門管理テーブル３６と同様に、これら制限頁数の各々に対応した累積頁数及びジョブ実行禁止フラグのフィールドを有する。
【００３４】
図４は、図６のシステムを用いてクライアント２０１から画像形成装置１０１にプリントジョブを行わせる場合のシーケンス図である。以下、括弧内は図４中の処理識別符号である。以下においては、データの暗号化及び復号を省略して説明する。また、括弧内は図４又は図５中の処理識別符号である。
【００３５】
（Ｃ０）ユーザは、クライアント２０１でアプリケーションプログラムを起動させて文書を作成し、印刷メニューを選択してＯＳの印刷マネージャを起動させることにより、印刷ダイアログを表示させて、ジョブ情報（JobInfo）を設定する。このジョブ情報は、ページサイズ、モノクロ／カラー、4in1などの集約及び片面／両面印刷等のレイアウト情報と、印刷部数、普通紙若しくは再生紙などの用紙種類及びステープル若しくはパンチなどの後処理等の仕上情報を含む。
【００３６】
（Ｃ１）ユーザがこの印刷ダイアログ上のＯＫ釦を押下すると、アプリケーションでの文書データが、オペレーティングシステム、例えばＷｉｎｄｏｗｓ（登録商標）のＧＤＩ（グラフィックデバイスインターフェイス）により装置非依存のＥＭＦ（拡張メタファイル）に変換され、これに前記ジョブ情報が付加される。
【００３７】
（Ｃ２）次いで、メモリに常駐しているネットワークインターフェイスドライバがトリガーされて、ユーザ認証ダイアログがポップアップ表示され、ユーザは認証情報としてユーザＩＤ及びパスワード（PW）を入力する。
【００３８】
（Ｃ３）ユーザがこの認証ダイアログ上のＯＫ釦を押下すると、このユーザ認証情報がジョブ情報に追加され、ジョブ情報が付加されたＥＭＦファイルが装置非依存プリントジョブデータとして、ネットワークインターフェイス１８を介しプリントサーバ３０へ送信される。
【００３９】
（Ｃ４）プリントサーバ３０は、受信した装置非依存プリントジョブデータのジョブ情報に含まれるユーザＩＤとパスワードとを抽出し、これらをジョブタイプ（プリント）とともに管理サーバ３１へ送信する。
【００４０】
（Ｃ５）管理サーバ３１はこれに応答して、このユーザＩＤをキーとして、ユーザテーブル３４を検索し、ヒットしたレコードに含まれるパスワードが、受信したパスワードと一致するか否かを判定する。管理サーバ３１は、一致判定した場合、該レコードに含まれる合計、モノクロ及びカラーの各々のジョブ禁止フラグＦｔ、Ｆｍ及びＦｃの値を読み出す。ジョブ禁止フラグの初期値は‘０’（許可）であり、‘１’（禁止）にセットする処理は後述する。
【００４１】
（Ｃ６）管理サーバ３１は、一致すると判定（認証）し、且つ、Ｆｔ＝‘０’であり、ＦｍとＦｃの両方とも‘１’でなければ（認可すれば）、ジョブＩＤ（JobID）を決定し、ログインからログアウトまでの処理に対応したセッションＩＤ（SID）を決定し、これらを認証認可の結果と印刷に関する累積頁数及び制限頁数の値とともにプリントサーバ３０へ送信し、そうでない場合、認証認可の結果をプリントサーバ３０へ送信する。
【００４２】
（Ｃ７）プリントサーバ３０は、認証認可の結果を、Ｃ３の応答として画像形成装置１０１へ送信する。
【００４３】
（Ｃ８）プリントサーバ３０は、認証成功の場合、このジョブＩＤをユーザＩＤと対応付けてジョブキューに入れる。
【００４４】
（Ｃ９）プリントサーバ３０は、ジョブキューからＦＩＦＯでジョブＩＤを取り出し、これに対応した１つ又は複数の画像形成装置に対しジョブ受付可能か否かを問い合わせる。
【００４５】
（Ｃ１０）プリントサーバ３０は、受付可能の応答を得た場合、このジョブＩＤの装置依存プリントジョブデータに含まれるＥＭＦファイル及びジョブ情報をそれぞれ、装置依存ＰＤＬ（頁記述言語）で記述されたデータ及び装置依存ＰＪＬ（プリントジョブ言語）で記述されたデータに変換し、変換されたジョブ情報に上記セッションＩＤ及びジョブＩＤを付加し、これらを結合して装置依存プリントジョブデータとする。
【００４６】
（Ｃ１１）プリントサーバ３０は、この装置依存プリントジョブデータを、対応する画像形成装置、本実施例では画像形成装置１０１へ送信する。
【００４７】
（Ｃ１２）画像形成装置１０１は、このジョブをキューに入れて待ち状態にし、これがレディ状態へ移行すると、画像形成処理の実行を開始し、後述のように、ジョブを実行しながらジョブログを作成するとともに累積頁数制限管理を行う。
【００４８】
（Ｃ１３）画像形成装置１０１は、ジョブが終了するとジョブログ（Jobログ）をプリントサーバ３０へ送信する。
【００４９】
（Ｃ１４）プリントサーバ３０は、このジョブログを管理サーバ３１へ送信する。
【００５０】
（Ｃ１５）管理サーバ３１は、ジョブログを受信したことを示す確認情報（ACK）をプリントサーバ３０へ送信する。
【００５１】
管理サーバ３１は、受信したジョブログに対し、請求ＩＤ（BillingID）を決定して記入し、また、このジョブログの課金情報に基づいて、このジョブでの合計、モノクロ及びカラーのそれぞれの使用頁数を、ユーザテーブル３４の対応する累積頁数に加算する。管理サーバ３１はさらに、これら累積頁数のそれぞれを、対応する制限頁数と比較し、累積頁数が制限頁数を超えていれば、そのジョブ禁止フラグを‘１’に書き換える。
【００５２】
図５は、画像形成装置１０１の操作パネル１５を操作してコピージョブ、ファクシミリ送信ジョブ又はＵＳＢメモリ内ファイルのプリントジョブを画像形成装置１０１に行わせる場合のシーケンス図である。
【００５３】
（Ｃ２０）ユーザがスタートキーを押下して画像形成装置１０１をレディ状態にすると、操作パネル１５上にユーザ認証画面がポップアップ表示される。ユーザは操作パネル１５を操作してユーザＩＤとパスワードとを入力する。この入力の代わりに、ＩＣカード２３をＩＣカードリーダ・ライタ２１へ接近させてこれらを自動入力してもよい。
【００５４】
（Ｃ２１）画像形成装置１０１は、これらユーザＩＤ及びパスワードを管理サーバ３１へ送信する。
【００５５】
（Ｃ２２）管理サーバ３１は、上述のように、ユーザ認証を行い、認証が成功した場合にはさらに、セッションＩＤを決定する。
【００５６】
（Ｃ２３）管理サーバ３１は、認証が成功した場合、セッションＩＤを認証結果とともに画像形成装置１０１へ送信し、不成功の場合、認証結果を画像形成装置１０１へ送信する。
【００５７】
（Ｃ２４）認証が成功した場合、画像形成装置１０１は、ユーザに対しサービス要求を受付可能にする。ユーザは、ジョブタイプを選択し、必要な設定を行った後、スタートキーを押下してジョブ開始を指示する。
【００５８】
（Ｃ２５）画像形成装置１０１は、これに応答して、選択されたジョブタイプをセッションＩＤとともに管理サーバ３１へ送信する。
【００５９】
（Ｃ２６、Ｃ２７）管理サーバ３１はこれに応答して、このジョブに対しジョブＩＤを決定し、このユーザＩＤをキーとして図２のユーザテーブル３４を検索し、このジョブに対応した制限頁数と累積頁数とジョブ禁止フラグとを読み出し、これらジョブＩＤ、制限頁数、累積頁数及びジョブ禁止フラグをユーザＩＤとともに画像形成装置１０１へ送信する。
【００６０】
（Ｃ２８）画像形成装置１０１はこれに応答して、図１（Ａ）に示すジョブ処理を開始する。
【００６１】
図１（Ａ）のステップＳ１〜ＳＡは部門管理プログラムの処理であって、１頁印刷する毎にこの頁のジョブログを作成するとともに、ユーザが属する部門ＩＤの累積頁数が、該部門ＩＤに設定された制限頁数を超えないようにさせるものである。
【００６２】
本実施例１では、ステップＳ０の処理をこの部門管理プログラムに付加することにより、この部門管理プログラムをユーザ管理プログラムとして有効利用している。以下、括弧内は図１（Ａ）中のステップ識別符号である。
【００６３】
（Ｓ０）画像形成装置１０１は、本案特有の前処理として、ユーザテーブル３５のＮｏ＝２のレコードのユーザ名を、管理サーバ３１に対するユーザＩＤで上書きし、部門管理テーブル３６のＮｏ＝１のレコード（ユーザテーブル３５のＮｏ＝２のレコードの部門コードを含むレコード）の制限頁数、累積頁数及びジョブ禁止フラグのうち、このジョブタイプに対応したものを、管理サーバ３１から受信したもので書き換える。例えばジョブタイプがコピーの場合、合計、モノクロ及びカラーの制限頁数及びこれらのそれぞれに対応した累積頁数及びジョブ禁止フラグを書き換える。
【００６４】
（Ｓ１）次に、ユーザテーブル３５のＮｏ＝２のレコードのユーザＩＤとパスワードとを用いて内部的に画像形成装置１０１へ自動ログインすることにより、ジョブ実行を可能にする。
【００６５】
なお、この自動ログインを行わずに、プログラム上でジャンプすることによりジョブ実行を可能にすれば、逆アセンブルしてトレースすることにより、認証不要に改変可能となるので好ましくない。
【００６６】
また、上記Ｃ２２では、設定により、パスワードを用いずにユーザＩＤだけでログイン可能にすることができるが、ユーザＩＤだけで画像形成装置１０１にローカルにログインすることができないように設定されている。これは、このようなシステムでは管理サーバ３１から画像形成装置１０１を切り離して管理画像形成装置１０１を不正使用するのを防止するためである。
【００６７】
上記のように、ユーザテーブル３５のＮｏ＝２のレコードのユーザ名を、管理サーバ３１での認証用に画像形成装置１０１へ入力した上記ユーザＩＤで上書き変えるので、ユーザテーブル３５上のユーザＩＤとパスワードは、既に登録された１組のものを、ユーザによらず使い回すことができるとともに、書き換えたユーザＩＤでユーザを識別することができるという効果を奏する。
【００６８】
（Ｓ２）各頁に共通のジョブログ情報を、図１（Ｂ）に示すジョブログファイル３２に記入する。この共通情報には、受信したジョブデータから得られるジョブＩＤ（JobID）、セッションＩＤ（SessonID）、ユーザＩＤ（UserID）及びジョブタイプ（JobType）（コピー、プリント又はファクシミリ等）がある。
【００６９】
（Ｓ３）タイマ２２を参照して、ジョブ全体の情報であるジョブ開始日時（StartTime）をジョブログファイル３２に記入する
【００７０】
（Ｓ４）例えばコピーの場合には、操作パネル１５で設定されたモノクロ／カラーの種別を読み取り、これに対応する上記の制限頁数と累積頁数とを比較し、合計の制限頁数と累積頁数とを比較し、両者とも累積頁数が制限頁数以内であればステップＳ５へ進み、そうでなければステップＳ９へ進む。
【００７１】
（Ｓ５）スキャンした原稿画像のデータでレーザダイオードを変調し、そのレーザビームで、帯電された感光ドラム上をスキャンして電荷を部分的に除去させることにより静電潜像を形成し、この潜像をトナーで現像し、トナー像を用紙に転写させ、定着器でこの像を用紙に定着させてトレイ上に排紙する。
【００７２】
（Ｓ６）１頁分の課金情報をジョブログファイル３２に記入する。課金情報は、例えば図１（Ｂ）に示すように、頁数（PageCount）と、カラーフラグ（ColorFlag）(カラーの場合は‘１’、モノクロの場合は‘０’)と、両面印刷フラグ（DuplexFlag）（両面印刷の場合には‘１’、片面印刷の場合には‘０’）と、頁サイズ（PageSixe）（Ａ３、Ａ４、Ｂ４、Ｂ５、レター、レジャー又はリーガル等）と、メディアタイプ（MediaType）（普通紙、再生紙又は光沢紙等）とからなる情報ブロックＢＬＫを１つ以上含んでいる。最初の頁についてはこれらを全て記入した情報ブロックＢＬＫを１つ作成し、そのPageCountを１にする。２頁目以降は、頁数以外が同一の情報ブロックが既に存在すれば、その情報ブロックのPageCountを１だけインクリメントし、なければ新たな情報ブロックを作成する。
【００７３】
（Ｓ７）部門管理テーブル３６の対応する累積頁数を１だけインクリメントする。例えば、ジョブタイプがコピーでモノクロである場合、合計とモノクロの累積頁数をそれぞれ１だけインクリメントする。
【００７４】
（Ｓ８）全頁について印刷が終了していなければステップＳ３へ戻り、終了していればステップＳＡへ進む。
【００７５】
（Ｓ９）対応するジョブ禁止フラグを‘１’にセットし、また、制限頁数を超過していることを操作パネル１５に表示して、ジョブを打ち切り、ステップＳＡへ進む。
【００７６】
（ＳＡ）タイマ２２を参照して、ジョブ全体の情報であるジョブ終了時刻（EndTime）をジョブログファイル３２に記入する。
【００７７】
（ＳＢ、図５のＣ２９）このようにして作成されたジョブログファイル３２を、ＯＳのドライバを介しネットワークインターフェイス１８から管理サーバ３１のネットワークインターフェイス４８に対し送信させる。
【００７８】
（Ｃ３０）管理サーバ３１は、ジョブログを受信したことを示す確認情報を、画像形成装置１０１へ送信する。
【００７９】
管理サーバ３１は、受信したジョブログに対し、請求ＩＤ（BillingID）を決定して記入し、また、このジョブログの課金情報に基づいて、このジョブでの使用頁数（コピーの場合には合計、モノクロ及びカラーのそれぞれの使用頁数）を、ユーザテーブル３４の対応する累積頁数に加算する。管理サーバ３１はさらに、これら累積頁数のそれぞれを、対応する制限頁数と比較し、累積頁数が制限頁数を超えていれば、そのジョブ禁止フラグを‘１’に書き換える。
【００８０】
本実施例１によれば、ユーザテーブル３５上の特定のレコードのユーザ名を、管理サーバ３１での認証用に画像形成装置１０１へ入力したユーザＩＤで書き換えさせ、部門管理テーブル３６上の、部門ＩＤが該特定のレコードに含まれる部門ＩＤと一致するレコードの制限頁数及び累積頁数をそれぞれ、管理サーバ３１から受信した制限頁数及び累積頁数で書き換えさせ、該特定のレコードのユーザとしてローカルに自動ログインすることによりジョブ実行を可能にして、管理サーバに対するユーザＩＤのユーザをローカルユーザＩＤのユーザになりすませるという簡単な構成で、部門管理プログラムをユーザ管理プログラムとして有効利用することができ、両管理プログラムの一方を使用態様に応じて用いる画像形成装置１０１のソフトウエア構成を簡単化することができるとともに、製品コストを低減できるという効果を奏する。
【実施例２】
【００８１】
印刷の課金に関する情報には、カラーであるか否か、両面印刷であるか否か、ページサイズ及び用紙の種類がある。ジョブによっては、カラー印刷とモノクロ印刷とが混在していたり、両面印刷と片面印刷とが混在していたり、サイズや用紙の種類が異なるものが混在していたりする。このような場合、１頁印刷する毎に、その課金情報が、既に作成されている複数の情報ブロックＢＬＫのいずれとも異なる場合に新たな情報ブロックＢＬＫを作成しなければならないので、処理が複雑になる。
【００８２】
一方、図６において、画像形成装置１０１〜１０ｍでは、ジョブが集中して待ち状態となる場合がある。これに対し、管理サーバ３１での処理は比較的簡単であり、また、課金管理は空き時間に行えばよい。
【００８３】
したがって、課金情報が同一である頁を各画像形成装置で纏めるよりも、管理サーバ３１側で纏めた方が、システム全体として好ましい。
【００８４】
そこで、本実施例２では、画像形成装置１０１側で、１頁分印刷を行う毎にその課金情報をPageInfoとして、ＰＲＯＭ１３内の、図１０に示すようなジョブログＸＭＬファイル３２０に追記する。図１０中の最終行の０は、ファイルの終わりを示すコードである。
【００８５】
図９は、本発明の実施例２に係る課金情報１頁分作成手順を示す部分フローチャートであり、これは図１（Ａ）のステップＳ６の替わりに用いられる。
【００８６】
（Ｓ５０）頁課金情報（PageInfo）の開始タグをジョブログＸＭＬファイル３２０に追記する。
【００８７】
（Ｓ５１）この頁の課金情報をジョブログＸＭＬファイル３２０に追記する。頁課金情報は、図１（Ｂ）中の情報ブロックＢＬＫからPageCountを除いたものと同一であり、カラーフラグと、両面印刷フラグと、頁サイズと、メディアタイプとからなる。
【００８８】
（Ｓ５２）頁課金情報（PageInfo）の終了タグ
をジョブログＸＭＬファイル３２０に追記する。
【００８９】
このような構成によれば、１つのジョブにおいて、カラー印刷とモノクロ印刷とが混在していたり、両面印刷と片面印刷とが混在していたり、サイズや用紙の種類が異なるものが混在していたり、これらが複雑に組み合わさっていたりしても、ジョブの１頁を印刷する毎にこの頁の課金情報JobInfoをジョブログジョブログＸＭＬファイル３２０に追記するだけでよいので、画像形成装置でのログ作成処理が簡単になり、処理遅延を防止することができるとともに装置製造コストを低減できるという効果を奏する。
【００９０】
管理サーバ３１は、受信したジョブログＸＭＬファイルに対し、各頁課金情報（PageInfo）の開始タグの次に、図１１に示すように頁カウント（PageCount）の項目を付加し、その初期値を１にして、これをジョブログＸＭＬファイル３２０Ａとする。なお、画像形成装置１０１側でこの項目を付加しておく構成であってもよい。
【００９１】
図１２は、管理サーバ３１によるジョブログ内課金情報圧縮処理を示すフローチャートである。
【００９２】
（Ｓ１０）最初の頁課金情報（PageInfo）の先頭アドレスを変数Ｘに代入し、２番目の頁課金情報（PageInfo）のアドレスを変数Ｙに代入する。
【００９３】
（Ｓ１１）［Ｘ］＝［Ｙ］であればステップＳ１２へ進み、そうでなければステップＳ１４へ進む。ここに［Ｘ］は、先頭アドレスがＸの頁課金情報（PageInfo）のうち頁カウントを除く課金情報を意味する。
【００９４】
（Ｓ１２）先頭アドレスがＹの頁課金情報（PageInfo）を削除する。
【００９５】
（Ｓ１３）先頭アドレスがＸの頁カウントPageCountを１だけインクリメントする。
【００９６】
このような処理が１回行われることにより、例えば頁カウントPageCountを除く頁課金情報（PageInfo）５１と頁課金情報（PageInfo）５２の内容が同一であれば、頁課金情報（PageInfo）５２が削除され、頁課金情報（PageInfo）５１の頁カウント（PageCount）が２にされる。
【００９７】
（Ｓ１４）変数Ｙに、次の頁課金情報（PageInfo）の先頭アドレスを代入する。
【００９８】
（Ｓ１５）ステップＳ１４で次の頁課金情報（PageInfo）が存在しなかった場合にはステップＳ１６へ進み、そうでなければステップＳ１１へ戻る。
【００９９】
（Ｓ１６）変数Ｘに、次の頁課金情報（PageInfo）の先頭アドレスを代入する。
【０１００】
（Ｓ１７）ステップＳ１６で次の頁課金情報（PageInfo）が存在しなかった場合には図１２の圧縮処理を終了し、そうでなければステップＳ１１へ戻る。
【０１０１】
このような処理により、ジョブログＸＭＬファイル内の全頁の頁課金情報が圧縮される。
【０１０２】
管理サーバ３１は、このジョブログＸＭＬファイルの課金情報と、ハードディスクドライブ４５に格納されている課金単価情報とに基づき、このジョブの請求金額BillingValueを算出し、その結果をジョブログＸＭＬファイルに記入して図１３に示すようなジョブログＸＭＬファイル３２０Ｂを完成させる。
【０１０３】
他の点は、上記実施例１と同一である。
【０１０４】
本実施例２によれば、管理サーバ３１において、受信したジョブログジョブログＸＭＬファイル３２０に関し、頁毎の課金情報PageInfoに頁カウントの項目を付加し、頁毎の課金情報のうち頁カウント以外について互いに同一のｋ頁分を１つに纏めてその頁カウントをｋにさせるので、各画像形成装置側でこのようなデータ圧縮処理を行う必要が無く、画像形成システム全体として、処理遅延を防止することができるとともにシステム構成コストを低減できるという効果を奏する。
【０１０５】
さらに、画像形成装置側で頁毎の課金情報に頁カウントの項目を単に追加しておけば、課金サーバでの処理がさらに簡単になるという効果を奏する。
【実施例３】
【０１０６】
管理サーバ３１若しくは画像形成装置が電源断やプログラムの暴走等によりダウンし又は有線若しくは無線の通信路上の問題等の原因により、管理サーバ３１がジョブログを受信できない場合、すなわち、図５のＣ３０において、画像形成装置側でジョブログ受信確認情報が得られない場合、従来ではこの確認情報が得られるまで、画像形成装置側から管理サーバ３１側へジョブログ送信を繰り返していた。しかし、この状態が長く続くと、画像形成装置１０１で次のジョブを実行することができない。
【０１０７】
そこで、本実施例３では、画像形成装置１０１がジョブログを管理サーバ３１へ送信した後、所定時間内にその確認情報が得られなかった場合、このジョブログをＰＲＯＭ１３内に一時記憶しておき、次のジョブの完了時にそのジョブログとともに、一時記憶している未送信のジョブログを管理サーバ３１へ送信する。
【０１０８】
図１４は、図５中のＣ２９及びＣ３０の処理の詳細を示すフローチャートである。以下、括弧内は図１４中のステップ識別符号である。
【０１０９】
（Ｓ２０）図１５に示すように、ＰＲＯＭ１３内のバッファ領域１３０に未送信のジョブログが格納されているか否かを調べ、肯定判定した場合にはステップＳ２１へ進み、そうでなければステップＳ２２へ進む。
【０１１０】
（Ｓ２１）バッファ領域１３０に一時記憶されているジョブログＸＭＬファイルを管理サーバ３１へ送信する。
【０１１１】
（Ｓ２２）現ジョブログＸＭＬファイル３２０を管理サーバ３１へ送信する。
【０１１２】
（Ｓ２３）ジョブログ送信完了後、所定時間内に管理サーバ３１からジョブログ受信確認情報が得られればステップＳ２４へ進み、得られなければステップＳ２５へ進む。
【０１１３】
（Ｓ２４）現ジョブログＸＭＬファイル３２０とバッファ領域１３０内のジョブログとを削除し、図１４の処理を終了する。
【０１１４】
（Ｓ２５）ジョブログＸＭＬファイル３２０をバッファ領域１３０内に追加し、図１４の処理を終了する。
【０１１５】
その他の処理は、実施例１又は２と同一である。
【０１１６】
本実施例３によれば、管理サーバ３１がダウンし又は有線若しくは無線の結合不良等によりジョブログを管理サーバ３１が受信できない場合に、画像形成装置がこのジョブログをその記憶装置に保持させておき、次のジョブのジョブログ送信時に、この保持している未送信のジョブログも管理サーバ３１へ送信させるので、画像形成装置は次の処理に移ることができるとともに、管理サーバ３１で課金管理を行うことができるという効果を奏する。
【０１１７】
なお、図４中のＣ１４及びＣ１５の処理についても、上記同様の処理を適用することができる。
【実施例４】
【０１１８】
図１６は、本発明の実施例４に係る、図１４に対応したフローチャートである。
【０１１９】
このフローチャートでは、図１４のステップＳ２０〜Ｓ２２の処理の代わりに、ステップＳ２０Ａ及びＳ２１Ａの処理が行われ、また、図１４のステップＳ２５の処理が省略されている。
【０１２０】
図１７に示すように、バッファ領域１３０内に未送信ジョブログがある場合、ヘッドノード３２０Ｈのポインタ部にこれらに対応したノード３２０Ｎ〜３２２Ｎがシリアルにリンクされ、未送信ジョブログＸＭＬファイル３２０〜３２２がそれぞれノード３２０Ｎ〜３２２Ｎの対応するデータ部でリンクされて、結合リストが作成されている。データ部はファイル名でもよく、また、ポインタ部とデータ部としての未送信ジョブログＸＭＬファイルの内容とで、構造体変数を構成してもよい。未送信ジョブログが無い場合には、ヘッドノード３２０Ｈのポインタ部に０が格納されて、ＮＵＬＬの（参照がない）結合リストが作成されている。
【０１２１】
ステップＳ２０Ａでは、この結合リストにさらに（又はヘッドノード３２０Ｈに）、ジョブログＸＭＬファイル３２０がリンクされる。
【０１２２】
したがって、ステップＳ２１Ａでは、バッファ領域１３０からジョブログリストの内容を読み出して管理サーバ３１へ送信すればよい。また、ステップＳ２３で否定判定された場合には、図１６に示すようなステップＳ２５の処理は不要であり、肯定判定された場合にはステップＳ２４でこの結合リストを削除し、ヘッドノード３２０Ｈに０を格納する。
【０１２３】
他の点は実施例３と同一である。
【０１２４】
本実施例４によれば、未送信のジョブログと今回終了したジョブのジョブログとをそれぞれシリアルにリンクさせ、リンクされたジョブログを全て管理サーバ３１へ送信させるので、管理サーバ３１が画像形成装置からのジョブログを受信できるか否かによらず統一した処理を行えばよく、処理が簡単であるという効果を奏する。
【実施例５】
【０１２５】
電源の遮断、プログラムの暴走又は通信路の故障等により管理サーバ３１がユーザ認証を行うことができない場合、ユーザは画像形成装置１０１〜１０ｍを利用することができない。
【０１２６】
一方、多数のユーザが任意の画像形成装置を選択的に利用可能に構成している場合、画像形成装置が外部記憶装置を備えず且つメモリ容量が小さいと、全ユーザＩＤに関する図２に示すようなユーザテーブル３４を、このメモリに格納することができない場合がある。また、格納できたとしても、１人のユーザが複数の画像形成装置を利用することができるので、累積頁数を一元管理することができない。
【０１２７】
しかしながら、管理サーバ３１を利用できなくなる確率は一般に非常に小さいと考えられる。
【０１２８】
そこで、本実施例５では、管理サーバ３１でユーザ認証を行うことができなかった場合には、ユーザ認証されたものと見なして画像形成装置１０１を利用可能にし、その後、管理サーバ３１が利用可能になった場合に、速やかに、事後認証を行い、不正使用を防止又は抑制するために、以下のような適切な処理を行う。
【０１２９】
図２０は、管理サーバ３１で認証することができなかった場合にＰＲＯＭ１３のバッファ領域１３０に、図１７の場合と同様に格納される被認証情報を示す。図１９では、ヘッドノード３２０ＨＡに構造体変数３２１Ｃと構造体変数３２０Ｃとがシリアルにリンクされている場合を示す。
【０１３０】
構造体変数３２０Ｃ及び３２１Ｃはいずれも、リンク部とデータ部とを有している。データ部は、仮ジョブＩＤと、仮セッションＩＤと、ユーザＩＤと、パスワードと、ログインを試みた日時（LIDateTime）とを、その構成要素としている。本来のジョブＩＤ及びセッションＩＤは管理サーバ３１側で付与されるが、管理サーバ３１側で付与できないので画像形成装置１０１側で仮にジョブＩＤ及びセッションＩＤを付与し、対応するジョブログにも同一値の仮のジョブＩＤ及びセッションＩＤを付与して、両者を対応付ける。ログインを試みた日時は、管理サーバ３１側で管理者がこの日時を確認できるようにするためのものである。仮のジョブＩＤ及びセッションＩＤの初期値はNULであり、管理サーバ３１で認証できなかった場合にのみこれらいついて画像形成装置１０１側で値が付与される。管理サーバ３１は、例えばセッションＩＤがNULでなければ、事後認証処理が必要であると判定することができる。画像形成装置１０１〜１０ｍ間で仮のジョブＩＤ及びセッションＩＤが重複しないようにするため、仮のジョブＩＤ及びセッションＩＤには、その一部に、画像形成装置識別コードが含まれる。
【０１３１】
図１８は、画像形成装置１０１でのログイン処理を示すフローチャートである。
【０１３２】
（Ｓ３０）ユーザは、操作パネル１５を操作して又はＩＣカード２３をＩＣカードリーダ・ライタ２１に接近させることにより、ユーザＩＤとパスワードとを入力する。
【０１３３】
（Ｓ３１）タイマ２２から現在の日時を読み込む。
【０１３４】
（Ｓ３２）図２０に示す、バッファ領域１３０内の認証情報リストに、新たな構造体変数（インスタンス）３２０Ｃを追加し、これに、上記ユーザＩＤ及びパスワードと上記ログイン試行日時とを記入する。
【０１３５】
（Ｓ４０）図１９に示す以下の処理（ステップＳ４１〜Ｓ５３）を実行する。
（Ｓ４１）画像形成装置１０１は、管理サーバ３１との間で、ＴＣＰ/ＩＰ接続を確立するための処理を行う。
【０１３６】
（Ｓ４２）この接続が確立した場合には、ステップＳ４３へ進み、そうでなければステップＳ５２へ進む。
【０１３７】
（Ｓ４３）バッファ領域１３０内の認証情報リストの内容とジョブログリストの内容とを管理サーバ３１へ送信する。
【０１３８】
（Ｓ４４）送信後所定時間内に全ての認証結果が得られた場合にはステップＳ４５へ進み、１つの認証結果も得られない場合にはステップＳ５２へ進む。一部のみ認証結果が得られることは考えないことにする。
【０１３９】
（Ｓ４５）バッファ領域１３０内のヘッドノード３２０ＨＡにリンクされている構造体変数を全て削除する。
【０１４０】
（Ｓ４６）後述するタイマ割込マスクをセットして、タイマ割込イベントの発生を無効化する。
【０１４１】
（Ｓ４７）全ての認証結果が成功を示している場合には、図１８の認証処理を終了する。これにより、操作パネル１５を操作してジョブタイプや用紙サイズ等のジョブ情報を設定し、スタートキーを押下することが可能となる。１つでも認証結果が失敗を示している場合には、ステップＳ４８へ進む。
【０１４２】
（Ｓ４８）認証結果が失敗を示しているユーザＩＤのジョブについて、ジョブスタートキーが押下される前であれば、ステップＳ４９へ進み、ジョブ開始後であればステップＳ５０へ進む。このようなジョブが複数あれば、例えばログイン試行日時LIDateTimeの新しい順に、その１つのジョブについてこのような処理を実行し、完了後に次のジョブについて同様の処理を行う。図１９ではこのような処理を簡単化して示している。
【０１４３】
（Ｓ４９）操作パネル１５上に、ユーザＩＤとパスワードを再入力するよう表示して、図１８のステップＳ３０へ戻る。
【０１４４】
（Ｓ５０）認証結果が失敗を示しているユーザＩＤのジョブについて、ジョブ実行中であればステップＳ５１へ進み、そうでなければ図１８のステップＳ４０の処理を終了する。
【０１４５】
（Ｓ５１）認証失敗であるから実行中のジョブを停止する旨を操作パネル１５に表示させ、ステップＳ４９へ進む。
【０１４６】
このような処理により、管理サーバ３１が認証可能になった場合には速やかに事後認証が行われ、認証失敗の場合にはジョブ実行中であってもユーザＩＤとパスワードを入力する画面へ処理が戻ることになるので、不正使用が最小限に抑えられる。
【０１４７】
（Ｓ５２）上述の仮のジョブＩＤ及びセッションＩＤを決定して、これらを、ステップＳ３２で追加した構造体変数３２０Ｃに記入する。
【０１４８】
（Ｓ５３）タイマ割込マスクをリセットして、タイマ割込イベントの発生を有効化する。
【０１４９】
これは、タイマ２２内のレジスタに予め設定された時間間隔で、ＭＰＵ１１に対し割込するのを有効にするものであり、このタイマ割込により、図１９に示す処理が開始される。
【０１５０】
この処理は、ＦＡＸモデム１９に保持されている未認証の被認証情報を速やかに管理サーバ３１へ送信させるためのものである。
【０１５１】
図２１は、図１９のステップＳ２３の処理に応答して管理サーバ３１が未認証の被認証情報を受信した場合の事後認証処理を示すフローチャートである。
【０１５２】
（Ｓ６０）この被認証情報に含まれる仮ジョブＩＤ及び仮セッションＩＤの値の組と同一のジョブログを受信していればステップＳ６１へ進み、そうでなければステップＳ６２へ進む。
【０１５３】
（Ｓ６１）図１２の処理を行ってジョブログを圧縮し、これと単価情報とから上述の課金処理を行い、さらに、上述のように、累積頁数が対応する制限頁数を超えているか否かを判定し肯定判定した場合にはジョブ実行禁止フラグをセットする。
【０１５４】
（Ｓ６２）未認証の被認証情報に対して上述の認証処理を事後的に行い、その結果を、送信元の画像形成装置１０１へ返信する。画像形成装置１０１側ではこれに応答して、図１９のステップＳ４４の処理が行われる。
【０１５５】
（Ｓ６３）認証が成功した場合にはステップＳ６４へ進み、そうでなければステップＳ６８へ進む。正確には、認証結果が複数ある場合、例えばログイン試行日時LIDateTimeの新しい順に、その１つの認証結果についてこのような処理を実行し、完了後に次の認証結果について同様の処理を行う。図２１ではこのような処理を簡単化して示している。
【０１５６】
（Ｓ６４）この認証情報に対応するジョブログがあれば、ステップＳ６５へ進み、そうでなければ図２１の事後認証処理を終了する。
【０１５７】
（Ｓ６５）上述のジョブ実行禁止フラグが‘１’であればステップＳ６６へ進み、そうでなければ図２１の事後認証処理を終了する。
【０１５８】
（Ｓ６６）正規ユーザであるが事後認証の為に累積頁数が制限頁数を超えた旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤ（又は不図示のテーブルを参照してこれを装置名に変換したもの）とログの内容とを含む電子メール（e-mail）を作成する。
【０１５９】
（Ｓ６７）作成された電子メールを、予め設定された管理者宛に自動送信し、図２１の処理を終了する。
【０１６０】
（Ｓ６８）被認証情報に対応するジョブログがればステップＳ６９へ進み、そうでなければステップＳ７０へ進む。
【０１６１】
(Ｓ６９)事後認証の為に非正規ユーザがジョブを既に実行した旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤとジョブログの内容とを含む電子メールを作成し、ステップＳ６７へ進む。
【０１６２】
（Ｓ７０）事後認証の為に非正規ユーザがジョブを現在実行中である旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤとを含む電子メールを作成し、ステップＳ６７へ進む。
【０１６３】
このような処理により、事後認証結果とジョブログの有無と累積頁数が制限頁数を超えているか否かとに応じた処理が管理サーバ３１において速やかに行われるので、管理サーバ３１で認証ができない場合に画像形成装置１０１の使用を認めても、不正使用を防止し又は抑制する効果を奏し、殆ど問題なく管理サーバ３１で一元的に管理することができる。
【０１６４】
本発明の好適な実施例を以上において説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。例えば、本発明には以下のような変形例が含まれる。
【０１６５】
（１）ジョブログはＸＭＬ以外のフォーマットであってもよく、また、頁課金情報の区切りを示すヘッダ（例えば開始タグ）及びフッタ（例えば終了タグ）はいずれか一方のみであってもよい。
【０１６６】
（２）ジョブログ送信前に、画像形成装置から管理サーバ３１へ例えばヘッダのみ送信して、管理サーバ３１から確認情報を受信できるか否かにより、ジョブログを送信可能であるか否かを判定する構成であってもよい。
【０１６７】
（３）管理サーバ３１を認証サーバと課金サーバとに分離して別体にした構成や、認証サーバが画像形成装置に組み込まれている構成や、プリントサーバ３０と管理サーバ３１とが一体となった構成にも、本案を適用可能である。
【０１６８】
（４）グループＩＤは、部門以外のグループ、例えばプロジェクトチームや階級等を識別するコードであってもよい。
【０１６９】
（５）ジョブ禁止フラグを用いずに、制限頁数と累積枚数とを比較してその結果を用いる構成であってもよい。
【０１７０】
（６）上記実施例では制限使用数及び累積使用数がそれぞれ制限頁数及び累積頁数である場合を説明したが、この使用数は、枚数又は一定枚数を１束とする束数等であってもよい。
【図面の簡単な説明】
【０１７１】
【図１】（Ａ）は本発明の実施例１に係る画像形成装置におけるジョブログに関する処理を示すフローチャートであり、（Ｂ）は（Ａ）のステップＳ６の説明図である。
【図２】管理サーバの記憶装置に格納されるユーザテーブルの説明図である。
【図３】画像形成装置の記憶装置に格納されるテーブルの説明図であり、（Ａ）はユーザテーブル説明図、（Ｂ）は部門管理テーブル説明図である。
【図４】図６のシステムを用いてクライアントから画像形成装置にプリントジョブを行わせる場合のシーケンス図である。
【図５】画像形成装置の操作パネルを操作してコピージョブ、ファクシミリ送信ジョブ又はＵＳＢメモリ内ファイルのプリントジョブを該画像形成装置に行わせる場合のシーケンス図である。
【図６】画像形成システムの概略ブロック図である。
【図７】画像形成装置が複合機である場合のハードウェア構成を示す概略ブロック図である。
【図８】管理サーバのハードウェア構成を示す概略ブロック図である。
【図９】本発明の実施例２に係る、図１のステップＳ６に対応した部分フローチャートである。
【図１０】ＸＭＬで記述されたジョブログ説明図である。
【図１１】図１０の各頁情報に頁カウントの項目が追加されたジョブログ説明図である。
【図１２】管理サーバによるジョブログ内課金情報圧縮処理を示すフローチャートである。
【図１３】図１２のフローチャートに従って処理された課金情報圧縮済ジョブログ説明図である。
【図１４】本発明の実施例３に係る、画像形成装置から管理サーバへのジョブログ送信処理を示すフローチャートである。
【図１５】図１４のフローチャートでの処理を説明する図である。
【図１６】本発明の実施例４に係る、図１４に対応したフローチャートである。
【図１７】図１６のフローチャートでの処理を説明する図である。
【図１８】本発明の実施例５に係る画像形成装置でのログイン処理を示すフローチャートである。
【図１９】管理サーバで認証することができなかった場合に画像形成装置のＰＲＯＭのバッファ領域に、図１７の場合と同様に格納される被認証情報を示す図である。
【図２０】画像形成装置側に未認証の被認証処理が存在する場合のタイマ割込処理を示すフローチャートである。
【図２１】図１９のステップＳ２３の処理に応答して管理サーバが未認証の被認証情報を受信した場合の事後認証処理を示すフローチャートである。
【符号の説明】
【０１７２】
１１、４１  ＭＰＵ
１２、４２  インターフェイス
１３、４３  ＰＲＯＭ
１３０  バッファ領域
１４、４４  ＤＲＡＭ
１５  操作パネル
１６  プリンタ
１７  スキャナ
１８、４８  ネットワークインターフェイス
１９  ＦＡＸモデム
２０  ポート
２１  ＩＣカードリーダ・ライタ
２２  タイマ
２３  ＩＣカード
２４  ＵＳＢメモリ
１０１〜１０ｍ  画像形成装置
２０１〜２０ｎ  クライアント
３０  プリントサーバ
３１  管理サーバ
３２  ジョブログファイル
３２０〜３２３、３２０Ａ、３２０Ｂ  ジョブログＸＭＬファイル
３２０Ｃ、３２１Ｃ  構造体変数
３２０Ｈ、３２０ＨＡ  ヘッドノード
３２０Ｎ〜３２３Ｎ  ノード
３３  ＬＡＮ
３４、３５  ユーザテーブル
３６  部門管理テーブル
４５  ハードディスクドライブ
４６  会話型入力装置
４７  表示装置
５１〜５ｐ  頁課金情報PageInfo
【図１】
0005171275.tif 000002
【図２】
0005171275.tif 000003
【図３】
0005171275.tif 000004
【図４】
0005171275.tif 000005
【図５】
0005171275.tif 000006
【図６】
0005171275.tif 000007
【図７】
0005171275.tif 000008
【図８】
0005171275.tif 000009
【図９】
0005171275.tif 000010
【図１０】
0005171275.tif 000011
【図１１】
0005171275.tif 000012
【図１２】
0005171275.tif 000013
【図１３】
0005171275.tif 000014
【図１４】
0005171275.tif 000015
【図１５】
0005171275.tif 000016
【図１６】
0005171275.tif 000017
【図１７】
0005171275.tif 000018
【図１８】
0005171275.tif 000019
【図１９】
0005171275.tif 000020
【図２０】
0005171275.tif 000021
【図２１】
0005171275.tif 000022