JP2009170996A - 画像形成装置及び画像形成システム - Google Patents

Abstract

【課題】画像形成装置のネットワーク化において、使用制限情報に基づき使用を制限する既存のプログラムを有効利用する。
【解決手段】画像形成装置において、ユーザテーブル上の特定のレコードのユーザ名を、管理サーバに対する認証用のユーザＩＤで書き換え、部門管理テーブル上の、部門ＩＤが該特定のレコードに含まれる部門ＩＤと一致するレコードの制限頁数及び累積頁数をそれぞれ、管理サーバから受信した制限頁数及び累積頁数で書き換え（Ｓ０）、該特定のレコードのユーザとしてローカルに自動ログインすることによりジョブ実行を可能にして（Ｓ１）、管理サーバに対するユーザＩＤのユーザをローカルユーザＩＤのユーザになりすませる。
【選択図】図１

Description

本発明は、画像入出力機能を備えた画像形成装置と、これが複数台、管理サーバとともにネットワークに結合された画像形成システムとに関する。

画像形成装置は、例えば下記特許文献１に開示されているように、部門毎に所定期間内の印刷頁数を制限する部門管理機能を備えている。その部門管理プログラムは、ユーザＩＤと部門ＩＤとを対応させたユーザテーブルと、部門ＩＤと印刷制限頁数と累積印刷頁数とを対応させた部門管理テーブルとを参照し、１頁印刷する毎にその部門の制限頁数を超えているか否かを判定して使用を制限するという部門管理を行う。

このような画像形成装置を多数台ＬＡＮに結合して任意の画像形成装置を選択的に利用可能にした場合、多数の画像形成装置を一元管理することができなくなり、また、ユーザ数が多くなるので、記憶容量が比較的小さいメモリを備えた画像形成装置にユーザテーブルを格納することができなくなる。

そこで、例えば下記特許文献２に開示されているように、管理サーバをこのＬＡＮに結合させ、その記憶装置にユーザテーブルを格納して、管理サーバで認証や課金管理を行う画像形成システムが構築されている。
特開２０００−５９５５５号公報 特開２００５−２７１３１７号公報

しかし、このシステムが部門管理を行わずにユーザ毎の管理を行う場合、画像形成装置をこのようなネットワークに結合してもしなくても使用できるように画像形成装置を構成するには、両方に対応可能な管理プログラムを画像形成装置に備える必要があるので、画像形成装置のソフトウエア構成が複雑になる。

本発明の目的は、このような問題点に鑑み、画像形成装置のネットワーク化において、使用制限情報に基づき使用を制限する既存のプログラムを有効利用することが可能な画像形成装置及びこれを用いた画像形成システムを提供することにある。

本発明の第１態様では、第１ユーザＩＤと第１パスワードと使用制限情と他の情報とを対応させたデータベースとプログラムとが格納される記憶手段と、入力手段と、ネットワーク上の管理サーバに結合される通信インターフェイスと、プロセッサとを備え、ジョブ実行に応じて該使用制限情報を更新するとともに該使用制限情報が規則を満たすようにする画像形成装置において、
該プログラムは該プロセッサに対し、
（ａ）該入力手段を介して入力された第２ユーザＩＤを含む被認証情報を、該通信インターフェイスを介して該管理サーバへ送信させ、
（ｂ）該第２ユーザＩＤに関し該管理サーバから受信した使用制限情報で該データベースの使用制限情報を書き換えさせ、該他の情報を該第２ユーザＩＤで書き換えさせ、
（ｃ）該第１ユーザＩＤと該第１パスワードとを含む被認証情報で内部認証させることによりジョブ実行を可能にさせる、
ステップを有することにより、ローカルには該第２ユーザＩＤのユーザを該第１ユーザＩＤのユーザになりすませる。

本発明による画像形成装置の第２態様では、第１態様において、
該プログラムは該プロセッサに対しさらに、
（ｄ）該ジョブの終了に応答して、該更新された使用制限情報を該第２ユーザＩＤとともに該管理サーバへ送信させるステップを有する。

上記第１態様の構成によれば、第２ユーザＩＤを含む被認証情報を管理サーバに認証させ、該管理サーバから受信した使用制限情報でデータベースの使用制限情報を書き換えさせ、該データベースの他の情報を該第２ユーザＩＤで書き換えさせ、登録済みの第１ユーザＩＤと第１パスワードとを含む被認証情報で内部認証させることによりジョブ実行を可能にさせて、ローカルには該第２ユーザＩＤのユーザを該第１ユーザＩＤのユーザになりすませるので、画像形成装置のネットワーク化において、使用制限情報に基づき使用を制限する既存のプログラムを有効利用することができるという効果を奏する。

上記第２態様の構成によれば、該ジョブの終了に応答して、該更新された使用制限情報を該第２ユーザＩＤとともに該管理サーバへ送信させるので、該管理サーバに対して、これにログインした第２ユーザＩＤを持つユーザとして振る舞うことができる。

本発明の他の目的、構成及び効果は以下の説明から明らかになる。

図６は、本発明の実施例１に係る画像形成システムの概略ブロック図である。

ｍ台の画像形成装置１０１、１０２、・・・、１０ｍと、ｎ台のクライアント２０１、２０２、・・・、２０ｎと、プリントサーバ３０と、管理サーバ３１とがそれぞれノードとしてＬＡＮ（ローカルエリアネットワーク）３３に結合されている。画像形成装置１０１〜１０ｍはそれぞれ、複合機、プリンタ又はファクシミリ等である。

プリントサーバ３０は、その機能を実現するためのＯＳ（オペレーティングシステム）、サーバプログラム及びアプリケーションプログラムをその記憶装置に含んでおり、このＯＳには、画像形成装置１０１〜１０ｍのそれぞれに対応したプリンタドライバと、プリントスプーラと、クライアント２０１、２０２、・・・、２０ｎのそれぞれとの間及び画像形成装置１０１〜１０ｍのそれぞれとの間で例えばＬＰＲプロトコルにより通信を行うネットワークインターフェイスドライバとが含まれている。図６では、プリントサーバ３０が１台である場合を示しているが、互いに代替可能な画像形成装置のグループ毎に１台のプリントサーバを備えて、グループ内でレディ状態のものを任意に選択可能にした構成であってもよい。

図７は、画像形成装置１０１が複合機である場合のハードウェア構成を示す概略ブロック図である。

この画像形成装置１０１では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ネットワークインターフェイス１８、ＦＡＸモデム１９、ＵＳＢポート２０、ＩＣカードリーダ・ライタ２１及びタイマ２２に結合されている。図７では、簡単化のため、複数のインターフェイスを１つのブロック１２で示している。

ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値と、後述の管理用テーブルとが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信及び電子メール送受信を含む画像形成機能、認証機能並びにジョブログ作成・通信機能がある。この認証機能は、画像形成装置１０１が画像形成システムに用いられる場合、使用されない。ＰＲＯＭ１３にはまた、ジョブログが一時記憶され、電源が不用意に遮断されてもこれに対処可能となっている。ＤＲＡＭ１４は、ワークエリア用であり、描画データのビットマップ展開等に用いられる。

操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。

プリンタ１６は、プリントエンジン、トナーカートリッジ、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。プリンタ１６は、さらに後処理装置を備えた構成であってもよい。

スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＦＡＸモデム１９は、ファクシミリ送受信用である。ネットワークインターフェイス１８は、ＬＡＮ３３に結合され、ＦＡＸモデム１９は、不図示の公衆回線網に結合される。

ＩＣカードリーダ・ライタ２１は、プログラムに従ったＭＰＵ１１からの指令に基づき、所定範囲内に存在するＩＣカード２３との間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。この出力は、ＭＰＵ１１により読み取られる。

タイマ２２は、現時刻検出用及びＭＰＵ１１に対するタイマ割込用である。

ポート２０に結合されるＵＳＢメモリ２４は、例えばフラッシュメモリチップを備え、印刷対象のファイル格納用である。

ここで、図６の画像形成システムでは、管理サーバ３１によりユーザＩＤ毎に累積頁数が制限される。このシステムに用いられる画像形成装置１０１は、単独で用いられる場合、部門管理を行うように構成されている。このため、画像形成装置１０１は、部門管理プログラムと、これに用いられるユーザテーブルと、部門管理テーブルとがＰＲＯＭ１３に格納されている。

図３は、ＰＲＯＭ１３に格納される管理用テーブルの説明図であり、（Ａ）はユーザテーブル３５の説明図、（Ｂ）は部門管理テーブル３６の説明図である。

ユーザテーブル３５は、ユーザＩＤと、パスワードと、ユーザ名と、部門ＩＤと、権限の種別とのフィールドを含んでいる。

部門管理テーブル３６は、部門ＩＤと、パスワードと、制限頁数と、累積頁数等とのフィールドを含んでいる。頁数は、画像形成頁数であり、コピー又はプリントの場合には用紙への印刷頁数、画像スキャンの場合には画像データ形成頁数、ファクシミリ送信の場合には送信頁数である。

制限頁数は、ジョブタイプが印刷（コピー及びプリント）であるか、画像スキャンであるか、ファクシミリ送信であるかにより異なる。印刷の場合には、モノクロとカラーとこれらの合計との各々について制限頁数が設定される。累積頁数については、これら制限頁数の各々に対応した累積頁数及びジョブ実行禁止フラグのフィールドを有する。ジョブ実行禁止フラグは累積頁数の最上位ビットとしてもよい。

画像形成装置１０１の電源投入時の初期化処理では、ユーザテーブル３５に、一般ユーザ権限を有する１名の疑似ユーザのユーザ情報が登録され、部門管理テーブル３６に、この疑似ユーザが属する疑似部門の部門管理情報が登録される。疑似ユーザ及び疑似部門は、特定のレコードに含まれるものであればよく、実際のユーザ及び部門であってもよい。

図８は、管理サーバ３１のハードウェア構成を示す概略ブロック図である。

この構成は、通常のコンピュータシステムであり、管理サーバ３１では、ＭＰＵ４１がインターフェイス４２を介してＰＲＯＭ４３、ＤＲＡＭ４４、ハードディスクドライブ４５、会話型入力装置４６、表示装置４７及びネットワークインターフェイス４８に結合されている。図８では簡単化のために、インターフェイス４２が１つのブロックで記載されている。

ＰＲＯＭ４３には、ＢＩＯＳ及びこれに関する設定値が格納されている。ＤＲＡＭ４４は、仮想記憶方式における主記憶装置として用いられる。

ハードディスクドライブ４５には、装置３１を管理サーバとして機能させるためのプログラム及びデータが格納され、さらに、画像形成装置１０１から受信したジョブログが格納される。

このプログラムには、サーバ用ＯＳ又は汎用ＯＳとサーバプログラムとの組み合わせ並びに認証、課金管理及び使用頁数制を行うアプリケーションが含まれる。この課金管理を行うアプリケーションには、後述のジョブログ内課金情報圧縮プログラムが含まれ、使用頁数制限を行うアプリケーションは、ジョブログ受信毎にそのユーザＩＤの使用頁数を累積するプログラムが含まれる。

上記データには、図２に示すような、ユーザＩＤとパスワードと制限頁数と累積頁数等とを対応させたユーザテーブル３４と、不図示の課金単価情報等とが含まれる。制限頁数は、図３（Ｂ）の部門管理テーブル３６と同様に、ジョブタイプにより異なる。累積頁数についても部門管理テーブル３６と同様に、これら制限頁数の各々に対応した累積頁数及びジョブ実行禁止フラグのフィールドを有する。

図４は、図６のシステムを用いてクライアント２０１から画像形成装置１０１にプリントジョブを行わせる場合のシーケンス図である。以下、括弧内は図４中の処理識別符号である。以下においては、データの暗号化及び復号を省略して説明する。また、括弧内は図４又は図５中の処理識別符号である。

（Ｃ０）ユーザは、クライアント２０１でアプリケーションプログラムを起動させて文書を作成し、印刷メニューを選択してＯＳの印刷マネージャを起動させることにより、印刷ダイアログを表示させて、ジョブ情報を設定する。このジョブ情報は、ページサイズ、モノクロ／カラー、4in1などの集約及び片面／両面印刷等のレイアウト情報と、印刷部数、普通紙若しくは再生紙などの用紙種類及びステープル若しくはパンチなどの後処理等の仕上情報を含む。

（Ｃ１）ユーザがこの印刷ダイアログ上のＯＫ釦を押下すると、アプリケーションでの文書データが、オペレーティングシステム、例えばＷｉｎｄｏｗｓ（登録商標）のＧＤＩ（グラフィックデバイスインターフェイス）により装置非依存のＥＭＦ（拡張メタファイル）に変換され、これに前記ジョブ情報が付加される。

（Ｃ２）次いで、メモリに常駐しているネットワークインターフェイスドライバがトリガーされて、ユーザ認証ダイアログがポップアップ表示され、ユーザは認証情報としてユーザＩＤ及びパスワードを入力する。

（Ｃ３）ユーザがこの認証ダイアログ上のＯＫ釦を押下すると、このユーザ認証情報がジョブ情報に追加され、ジョブ情報が付加されたＥＭＦファイルが装置非依存プリントジョブデータとして、ネットワークインターフェイス１８を介しプリントサーバ３０へ送信される。

（Ｃ４）プリントサーバ３０は、受信した装置非依存プリントジョブデータのジョブ情報に含まれるユーザＩＤとパスワードとを抽出し、これらをジョブタイプ（プリント）とともに管理サーバ３１へ送信する。

（Ｃ５）管理サーバ３１はこれに応答して、このユーザＩＤをキーとして、ユーザテーブル３４を検索し、ヒットしたレコードに含まれるパスワードが、受信したパスワードと一致するか否かを判定する。管理サーバ３１は、一致判定した場合、該レコードに含まれる合計、モノクロ及びカラーの各々のジョブ禁止フラグＦｔ、Ｆｍ及びＦｃの値を読み出す。ジョブ禁止フラグの初期値は‘０’（許可）であり、‘１’（禁止）にセットする処理は後述する。

（Ｃ６）管理サーバ３１は、一致すると判定（認証）し、且つ、Ｆｔ＝‘０’であり、ＦｍとＦｃの両方とも‘１’でなければ（認可すれば）、ジョブＩＤを決定し、ログインからログアウトまでの処理に対応したセッションＩＤを決定し、これらを認証認可の結果と印刷に関する累積頁数及び制限頁数の値とともにプリントサーバ３０へ送信し、そうでない場合、認証認可の結果をプリントサーバ３０へ送信する。

（Ｃ７）プリントサーバ３０は、認証認可の結果を、Ｃ０の応答として画像形成装置１０１へ送信する。

（Ｃ８）プリントサーバ３０は、認証成功の場合、このジョブＩＤをユーザＩＤと対応付けてジョブキューに入れる。

（Ｃ９）プリントサーバ３０は、ジョブキューからＦＩＦＯでジョブＩＤを取り出し、これに対応した１つ又は複数の画像形成装置に対しジョブ受付可能か否かを問い合わせる。

（Ｃ１０）プリントサーバ３０は、受付可能の応答を得た場合、このジョブＩＤの装置依存プリントジョブデータに含まれるＥＭＦファイル及びジョブ情報をそれぞれ、装置依存ＰＤＬ（頁記述言語）で記述されたデータ及び装置依存ＰＪＬ（プリントジョブ言語）で記述されたデータに変換し、変換されたジョブ情報に上記セッションＩＤ及びジョブＩＤを付加し、これらを結合して装置依存プリントジョブデータとする。

（Ｃ１１）プリントサーバ３０は、この装置依存プリントジョブデータを、対応する画像形成装置、本実施例では画像形成装置１０１へ送信する。

（Ｃ１２）画像形成装置１０１は、このジョブをキューに入れて待ち状態にし、これがレディ状態へ移行すると、画像形成処理の実行を開始し、後述のように、ジョブを実行しながらジョブログを作成するとともに累積頁数制限管理を行う。

（Ｃ１３）画像形成装置１０１は、ジョブが終了するとジョブログをプリントサーバ３０へ送信する。

（Ｃ１４）プリントサーバ３０は、このジョブログを管理サーバ３１へ送信する。

（Ｃ１５）管理サーバ３１は、ジョブログを受信したことを示す確認情報をプリントサーバ３０へ送信する。

管理サーバ３１は、受信したジョブログに対し、請求ＩＤ（BillingID）を決定して記入し、また、このジョブログの課金情報に基づいて、このジョブでの合計、モノクロ及びカラーのそれぞれの使用頁数を、ユーザテーブル３４の対応する累積頁数に加算する。管理サーバ３１はさらに、これら累積頁数のそれぞれを、対応する制限頁数と比較し、累積頁数が制限頁数を超えていれば、そのジョブ禁止フラグを‘１’に書き換える。

図５は、画像形成装置１０１の操作パネル１５を操作してコピージョブ、ファクシミリ送信ジョブ又はＵＳＢメモリ内ファイルのプリントジョブを画像形成装置１０１に行わせる場合のシーケンス図である。

（Ｃ２０）ユーザがスタートキーを押下して画像形成装置１０１をレディ状態にすると、操作パネル１５上にユーザ認証画面がポップアップ表示される。ユーザは操作パネル１５を操作してユーザＩＤとパスワードとを入力する。この入力の代わりに、ＩＣカード２３をＩＣカードリーダ・ライタ２１へ接近させてこれらを自動入力してもよい。

（Ｃ２１）画像形成装置１０１は、これらユーザＩＤ及びパスワードを管理サーバ３１へ送信する。

（Ｃ２２）管理サーバ３１は、上述のように、ユーザ認証を行い、認証が成功した場合にはさらに、セッションＩＤを決定する。

（Ｃ２３）管理サーバ３１は、認証が成功した場合、セッションＩＤを認証結果とともに画像形成装置１０１へ送信し、不成功の場合、認証結果を画像形成装置１０１へ送信する。

（Ｃ２４）認証が成功した場合、画像形成装置１０１は、ユーザに対しサービス要求を受付可能にする。ユーザは、ジョブタイプを選択し、必要な設定を行った後、スタートキーを押下してジョブ開始を指示する。

（Ｃ２５）画像形成装置１０１は、これに応答して、選択されたジョブタイプをセッションＩＤとともに管理サーバ３１へ送信する。

（Ｃ２６、Ｃ２７）管理サーバ３１はこれに応答して、このジョブに対しジョブＩＤを決定し、このユーザＩＤをキーとして図２のユーザテーブル３４を検索し、このジョブに対応した制限頁数と累積頁数とジョブ禁止フラグとを読み出し、これらジョブＩＤ、制限頁数、累積頁数及びジョブ禁止フラグをユーザＩＤとともに画像形成装置１０１へ送信する。

（Ｃ２８）画像形成装置１０１はこれに応答して、図１（Ａ）に示すジョブ処理を開始する。

図１（Ａ）のステップＳ１〜ＳＡは部門管理プログラムの処理であって、１頁印刷する毎にこの頁のジョブログを作成するとともに、ユーザが属する部門ＩＤの累積頁数が、該部門ＩＤに設定された制限頁数を超えないようにさせるものである。

本実施例１では、ステップＳ０の処理をこの部門管理プログラムに付加することにより、この部門管理プログラムをユーザ管理プログラムとして有効利用している。以下、括弧内は図１（Ａ）中のステップ識別符号である。

（Ｓ０）画像形成装置１０１は、本案特有の前処理として、ユーザテーブル３５のＮｏ＝２のレコードのユーザ名を、管理サーバ３１に対するユーザＩＤで上書きし、部門管理テーブル３６のＮｏ＝１のレコード（ユーザテーブル３５のＮｏ＝２のレコードの部門コードを含むレコード）の制限頁数、累積頁数及びジョブ禁止フラグのうち、このジョブタイプに対応したものを、管理サーバ３１から受信したもので書き換える。例えばジョブタイプがコピーの場合、合計、モノクロ及びカラーの制限頁数及びこれらのそれぞれに対応した累積頁数及びジョブ禁止フラグを書き換える。

（Ｓ１）次に、ユーザテーブル３５のＮｏ＝２のレコードのユーザＩＤとパスワードとを用いて内部的に画像形成装置１０１へ自動ログインすることにより、ジョブ実行を可能にする。

なお、この自動ログインを行わずに、プログラム上でジャンプすることによりジョブ実行を可能にすれば、逆アセンブルしてトレースすることにより、認証不要に改変可能となるので好ましくない。

また、上記Ｃ２２では、設定により、パスワードを用いずにユーザＩＤだけでログイン可能にすることができるが、ユーザＩＤだけで画像形成装置１０１にローカルにログインすることができないように設定されている。これは、このようなシステムでは管理サーバ３１から画像形成装置１０１を切り離して管理画像形成装置１０１を不正使用するのを防止するためである。

上記のように、ユーザテーブル３５のＮｏ＝２のレコードのユーザ名を、管理サーバ３１での認証用に画像形成装置１０１へ入力した上記ユーザＩＤで上書き変えるので、ユーザテーブル３５上のユーザＩＤとパスワードは、既に登録された１組のものを、ユーザによらず使い回すことができるとともに、書き換えたユーザ名でユーザを識別することができるという効果を奏する。

（Ｓ２）各頁に共通のジョブログ情報を、図２に示すジョブログファイル３２に記入する。この共通情報には、受信したジョブデータから得られるジョブＩＤ、セッションＩＤ、ユーザＩＤ及びジョブタイプ（コピー、プリント又はファクシミリ等）がある。

（Ｓ３）タイマ２２を参照して、ジョブ全体の情報であるジョブ開始日時StartTimeをジョブログファイル３２に記入する。

（Ｓ４）例えばコピーの場合には、操作パネル１５で設定されたモノクロ／カラーの種別を読み取り、これに対応する上記の制限頁数と累積頁数とを比較し、合計の制限頁数と累積頁数とを比較し、両者とも累積頁数が制限頁数以内であればステップＳ５へ進み、そうでなければステップＳ９へ進む。

（Ｓ５）スキャンした原稿画像のデータでレーザダイオードを変調し、そのレーザビームで、帯電された感光ドラム上をスキャンして電荷を部分的に除去させることにより静電潜像を形成し、この潜像をトナーで現像し、トナー像を用紙に転写させ、定着器でこの像を用紙に定着させてトレイ上に排紙する。

（Ｓ６）１頁分の課金情報をジョブログファイルに記入する。課金情報は、例えば図１（Ｂ）に示すように、頁数PageCountと、カラーフラグ(カラーの場合は‘１’、モノクロの場合は‘０’)と、両面印刷フラグ（両面印刷の場合には‘１’、片面印刷の場合には‘０’）と、頁サイズ（Ａ３、Ａ４、Ｂ４、Ｂ５、レター、レジャー又はリーガル等）と、メディアタイプ（普通紙、再生紙又は光沢紙等）とからなる情報ブロックＢＬＫを１つ以上含んでいる。最初の頁についてはこれらを全て記入した情報ブロックＢＬＫを１つ作成し、そのPageCountを１にする。２頁目以降は、頁数以外が同一の情報ブロックが既に存在すれば、その情報ブロックのPageCountを１だけインクリメントし、なければ新たな情報ブロックを作成する。

（Ｓ７）部門管理テーブル３６の対応する累積頁数を１だけインクリメントする。例えば、ジョブタイプがコピーでモノクロである場合、合計とモノクロの累積頁数をそれぞれ１だけインクリメントする。

（Ｓ８）全頁について印刷が終了していなければステップＳ３へ戻り、終了していればステップＳＡ設定値毎にFormを備え、へ進む。

（Ｓ９）対応するジョブ禁止フラグを‘１’にセットし、また、制限頁数を超過していることを操作パネル１５に表示して、ジョブを打ち切り、ステップＳＡへ進む。

（ＳＡ）タイマ２２を参照して、ジョブ全体の情報であるジョブ終了時刻をジョブログファイル３２に記入する。

（ＳＢ、図５のＣ２９）このようにして作成されたジョブログファイル３２を、ＯＳのドライバを介しネットワークインターフェイス１８から管理サーバ３１のネットワークインターフェイス４８に対し送信させる。

（Ｃ３０）管理サーバ３１は、ジョブログを受信したことを示す確認情報を、画像形成装置１０１へ送信する。

管理サーバ３１は、受信したジョブログに対し、BillingCodeを決定して記入し、また、このジョブログの課金情報に基づいて、このジョブでの使用頁数（コピーの場合には合計、モノクロ及びカラーのそれぞれの使用頁数）を、ユーザテーブル３４の対応する累積頁数に加算する。管理サーバ３１はさらに、これら累積頁数のそれぞれを、対応する制限頁数と比較し、累積頁数が制限頁数を超えていれば、そのジョブ禁止フラグを‘１’に書き換える。

本実施例１によれば、ユーザテーブル３５上の特定のレコードのユーザ名を、管理サーバ３１での認証用に画像形成装置１０１へ入力したユーザＩＤで書き換えさせ、部門管理テーブル３６上の、部門ＩＤが該特定のレコードに含まれる部門ＩＤと一致するレコードの制限頁数及び累積頁数をそれぞれ、管理サーバ３１から受信した制限頁数及び累積頁数で書き換えさせ、該特定のレコードのユーザとしてローカルに自動ログインすることによりジョブ実行を可能にして、管理サーバに対するユーザＩＤのユーザをローカルユーザＩＤのユーザになりすませるという簡単な構成で、部門管理プログラムをユーザ管理プログラムとして有効利用することができ、両管理プログラムの一方を使用態様に応じて用いる画像形成装置１０１のソフトウエア構成を簡単化することができるとともに、製品コストを低減できるという効果を奏する。

印刷の課金に関する情報には、カラーであるか否か、両面印刷であるか否か、ページサイズ及び用紙の種類がある。ジョブによっては、カラー印刷とモノクロ印刷とが混在していたり、両面印刷と片面印刷とが混在していたり、サイズや用紙の種類が異なるものが混在していたりする。このような場合、１頁印刷する毎に、その課金情報が、既に作成されている複数の情報ブロックＢＬＫのいずれとも異なる場合に新たな情報ブロックＢＬＫを作成しなければならないので、処理が複雑になる。

一方、図６において、画像形成装置１０１〜１０ｍでは、ジョブが集中して待ち状態となる場合がある。これに対し、管理サーバ３１での処理は比較的簡単であり、また、課金管理は空き時間に行えばよい。

したがって、課金情報が同一である頁を各画像形成装置で纏めるよりも、管理サーバ３１側で纏めた方が、システム全体として好ましい。

そこで、本実施例２では、画像形成装置１０１側で、１頁分印刷を行う毎にその課金情報をPageInfoとして、ＰＲＯＭ１３内の、図１０に示すようなジョブログＸＭＬファイル３２０に追記する。図１０中の最終行の０は、ファイルの終わりを示すコードである。

図９は、本発明の実施例２に係る課金情報１頁分作成手順を示す部分フローチャートであり、これは図１（Ａ）のステップＳ６の替わりに用いられる。

（Ｓ５０）頁課金情報PageInfoの開始タグ<PageInfo>をジョブログＸＭＬファイル３２０に追記する。

（Ｓ５１）この頁の課金情報をジョブログＸＭＬファイル３２０に追記する。頁課金情報は、図１（Ｂ）中の情報ブロックＢＬＫからPageCountを除いたものと同一であり、カラーフラグと、両面印刷フラグと、頁サイズと、メディアタイプとからなる。

（Ｓ５２）頁課金情報PageInfoの終了タグ</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の新しい順に、その１つの認証結果についてこのような処理を実行し、完了後に次の認証結果について同様の処理を行う。図２１ではこのような処理を簡単化して示している。

（Ｓ６４）この認証情報に対応するジョブログがあれば、ステップＳ６５へ進み、そうでなければ図２１の事後認証処理を終了する。

（Ｓ６５）上述のジョブ実行禁止フラグが‘１’であればステップＳ６６へ進み、そうでなければ図２１の事後認証処理を終了する。

（Ｓ６６）正規ユーザであるが事後認証の為に累積頁数が制限頁数を超えた旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤ（又は不図示のテーブルを参照してこれを装置名に変換したもの）とログの内容とを含む電子メールを作成する。

（Ｓ６７）作成された電子メールを、予め設定された管理者宛に自動送信し、図２１の処理を終了する。

（Ｓ６８）被認証情報に対応するジョブログがればステップＳ６９へ進み、そうでなければステップＳ７０へ進む。

(Ｓ６９)事後認証の為に非正規ユーザがジョブを既に実行した旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤとジョブログの内容とを含む電子メールを作成し、ステップＳ６７へ進む。

（Ｓ７０）事後認証の為に非正規ユーザがジョブを現在実行中である旨と未認証の被認証情報に含まれるログイン試行日時及び装置ＩＤとを含む電子メールを作成し、ステップＳ６７へ進む。

このような処理により、事後認証結果とジョブログの有無と累積頁数が制限頁数を超えているか否かとに応じた処理が管理サーバ３１において速やかに行われるので、管理サーバ３１で認証ができない場合に画像形成装置１０１の使用を認めても、不正使用を防止し又は抑制する効果を奏し、殆ど問題なく管理サーバ３１で一元的に管理することができる。

本発明の好適な実施例を以上において説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。例えば、本発明には以下のような変形例が含まれる。

（１）ジョブログはＸＭＬ以外のフォーマットであってもよく、また、頁課金情報の区切りを示すヘッダ（例えば開始タグ）及びフッタ（例えば終了タグ）はいずれか一方のみであってもよい。

（２）ジョブログ送信前に、画像形成装置から管理サーバ３１へ例えばヘッダのみ送信して、管理サーバ３１から確認情報を受信できるか否かにより、ジョブログを送信可能であるか否かを判定する構成であってもよい。

（３）管理サーバ３１を認証サーバと課金サーバとに分離して別体にした構成や、認証サーバが画像形成装置に組み込まれている構成や、プリントサーバ３０と管理サーバ３１とが一体となった構成にも、本案を適用可能である。

（４）グループＩＤは、部門以外のグループ、例えばプロジェクトチームや階級等を識別するコードであってもよい。

（５）ジョブ禁止フラグを用いずに、制限頁数と累積枚数とを比較してその結果を用いる構成であってもよい。

（６）上記実施例では制限使用数及び累積使用数がそれぞれ制限頁数及び累積頁数である場合を説明したが、この使用数は、枚数又は一定枚数を１束とする束数等であってもよい。

（Ａ）は本発明の実施例１に係る画像形成装置におけるジョブログに関する処理を示すフローチャートであり、（Ｂ）は（Ａ）のステップＳ６の説明図である。 管理サーバの記憶装置に格納されるユーザテーブルの説明図である。 画像形成装置の記憶装置に格納されるテーブルの説明図であり、（Ａ）はユーザテーブル説明図、（Ｂ）は部門管理テーブル説明図である。 図６のシステムを用いてクライアントから画像形成装置にプリントジョブを行わせる場合のシーケンス図である。 画像形成装置の操作パネルを操作してコピージョブ、ファクシミリ送信ジョブ又はＵＳＢメモリ内ファイルのプリントジョブを該画像形成装置に行わせる場合のシーケンス図である。 画像形成システムの概略ブロック図である。 画像形成装置が複合機である場合のハードウェア構成を示す概略ブロック図である。 管理サーバのハードウェア構成を示す概略ブロック図である。 本発明の実施例２に係る、図１のステップＳ６に対応した部分フローチャートである。 ＸＭＬで記述されたジョブログ説明図である。 図１０の各頁情報に頁カウントの項目が追加されたジョブログ説明図である。 管理サーバによるジョブログ内課金情報圧縮処理を示すフローチャートである。 図１２のフローチャートに従って処理された課金情報圧縮済ジョブログ説明図である。 本発明の実施例３に係る、画像形成装置から管理サーバへのジョブログ送信処理を示すフローチャートである。 図１４のフローチャートでの処理を説明する図である。 本発明の実施例４に係る、図１４に対応したフローチャートである。 図１６のフローチャートでの処理を説明する図である。 本発明の実施例５に係る画像形成装置でのログイン処理を示すフローチャートである。 管理サーバで認証することができなかった場合に画像形成装置のＰＲＯＭのバッファ領域に、図１７の場合と同様に格納される被認証情報を示す図である。 画像形成装置側に未認証の被認証処理が存在する場合のタイマ割込処理を示すフローチャートである。 図１９のステップＳ２３の処理に応答して管理サーバが未認証の被認証情報を受信した場合の事後認証処理を示すフローチャートである。

符号の説明

１１、４１ ＭＰＵ
１２、４２ インターフェイス
１３、４３ ＰＲＯＭ
１３０ バッファ領域
１４、４４ ＤＲＡＭ
１５ 操作パネル
１６ プリンタ
１７ スキャナ
１８、４８ ネットワークインターフェイス
１９ ＦＡＸモデム
２０ ポート
２１ ＩＣカードリーダ・ライタ
２２ タイマ
２３ ＩＣカード
２４ ＵＳＢメモリ
１０１〜１０ｍ 画像形成装置
２０１〜２０ｎ クライアント
３０ プリントサーバ
３１ 管理サーバ
３２ ジョブログファイル
３２０〜３２３、３２０Ａ、３２０Ｂ ジョブログＸＭＬファイル
３２０Ｃ、３２１Ｃ 構造体変数
３２０Ｈ、３２０ＨＡ ヘッドノード
３２０Ｎ〜３２３Ｎ ノード
３３ ＬＡＮ
３４、３５ ユーザテーブル
３６ 部門管理テーブル
４５ ハードディスクドライブ
４６ 会話型入力装置
４７ 表示装置
５１〜５ｐ 頁課金情報PageInfo

Claims (12)

1. 第１ユーザＩＤと第１パスワードと使用制限情と他の情報とを対応させたデータベースとプログラムとが格納される記憶手段と、入力手段と、ネットワーク上の管理サーバに結合される通信インターフェイスと、プロセッサとを備え、ジョブ実行に応じて該使用制限情報を更新するとともに該使用制限情報が規則を満たすようにする画像形成装置において、
   該プログラムは該プロセッサに対し、
   （ａ）該入力手段を介して入力された第２ユーザＩＤを含む被認証情報を、該通信インターフェイスを介して該管理サーバへ送信させ、
   （ｂ）該第２ユーザＩＤに関し該管理サーバから受信した使用制限情報で該データベースの使用制限情報を書き換えさせ、該他の情報を該第２ユーザＩＤで書き換えさせ、
   （ｃ）該第１ユーザＩＤと該第１パスワードとを含む被認証情報で内部認証させることによりジョブ実行を可能にさせる、
   ステップを有することにより、ローカルには該第２ユーザＩＤのユーザを該第１ユーザＩＤのユーザになりすませることを特徴とする画像形成装置。
2. 該プログラムは該プロセッサに対しさらに、
   （ｄ）該ジョブの終了に応答して、該更新された使用制限情報を該第２ユーザＩＤとともに該管理サーバへ送信させる、
   ステップを有することを特徴とする請求項１に記載の画像形成装置。
3. 該第１データベースは、
   該第１ユーザＩＤと該第１パスワードとグループＩＤと該他の情報とを対応付けたユーザテーブルと、
   該グループＩＤと該使用制限情報とを対応付けたグループ管理テーブルと、
   を含むことを特徴とする請求項１又は２に記載の画像形成装置。
4. 該使用制限情報は、制限使用数と累積使用数とを含み、
   該使用制限情報の更新は、ジョブ実行状態に応じて該累積使用数をインクリメントすることであり、
   該規則は、該累積使用数が該制限使用数を超えないことである、
   ことを特徴とする請求項１乃至３のいずれか１つに記載の画像形成装置。
5. 該制限使用数及び該累積使用数はそれぞれ、画像形成制限頁数及び画像形成累積頁数であることを特徴とする請求項４に記載の画像形成装置。
6. 該他の情報は、ユーザ名であることを特徴とする請求項１乃至５のいずれか１つに記載の画像形成装置。
7. 第１記憶手段を備えた画像形成装置と、第２記憶手段を備えた管理サーバとが、ネットワーク上に結合された画像形成システムにおいて、該第１記憶手段には、第１ユーザＩＤと第１パスワードと使用制限情報と他の情報とを対応付けた第１データベースが格納され、該第２記憶手段には、第２ユーザＩＤと第２パスワードと使用制限情報とを対応付けた第２データベースが格納され、
   該管理サーバは、
   （１）受信した第２ユーザＩＤを含む被認証情報に対し、ユーザ認証し、ユーザ認証が成功した場合に、該第２ユーザＩＤに対応した使用制限情報を該第２記憶手段から読み出してユーザ認証結果とともに該画像形成装置へ送信し、
   該画像形成装置は、
   （２）該他の情報を該第２ユーザＩＤで置換し、受信した該使用制限情報で、該第１ユーザＩＤに対応した該使用制限情報を書き換え、
   （３）該第１ユーザＩＤと該第１パスワードとを用いてローカルにユーザ認証する、
   ことにより、該画像形成装置においては該第２ユーザＩＤのユーザを該第１ユーザＩＤのユーザになりすませることを特徴とする画像形成システム。
8. 該画像形成装置はさらに、
   （４）要求に応じたジョブを実行して、該使用制限情報を更新し、該使用制限情報が規則を満たすように管理し、
   （５）該ジョブの終了に応答して、該更新された使用制限情報を該第１ユーザＩＤとともに該管理サーバへ送信する、
   ステップことを特徴とする請求項７に記載の画像形成システム。
9. 該第１データベースは、
   第１ユーザＩＤと第１パスワードとグループＩＤと他の情報とを対応付けたユーザテーブルと、
   グループＩＤと使用制限情報とを対応付けたグループ管理テーブルと、
   を含むことを特徴とする請求項７又は８に記載の画像形成システム。
10. 該使用制限情報は、制限使用数と累積使用数とを含み、
    （４）において、該使用制限情報の更新は、ジョブ実行状態に応じて該累積使用数をインクリメントすることであり、該規則は、該累積使用数が該制限使用数を超えないことである、
    ことを特徴とする請求項８又は９に記載の画像形成システム。
11. 該制限使用数及び該累積使用数はそれぞれ、画像形成制限頁数及び画像形成累積頁数であることを特徴とする請求項１０に記載の画像形成システム。
12. 該他の情報は、ユーザ名であることを特徴とする請求項７乃至１１のいずれか１つに記載の画像形成システム。

Images