JP2007193695A - ジョブ情報管理システム及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】本発明は、異なる認証系を有する環境下で、管理コードにユーザＩＤ（又は部門ＩＤ）を設定することで管理コードの使用権を定義して運用する場合であっても、管理コードを共通で管理して利用することができるジョブ情報管理システムを提供する。
【解決手段】ジョブ情報管理システムにおいて、ジョブ管理装置がユーザ名又は部門名に対してＩＤが定義されたユーザ情報と管理コードの使用権としてＩＤが定義された管理コード情報とを保持する。そして、デバイスに部門ＩＤが入力されたときは、当該部門ＩＤによりユーザ認証を行う一方、ユーザ名が入力されたときは、ＩＤ取得アプリケーションと接続してユーザ名に基づくＩＤを取得し、取得してＩＤによりユーザ認証を行う。
【選択図】図２１

Description

本発明は、プリンタや複写機等の画像形成装置と、該画像形成装置で作成されたジョブ情報を収集管理する情報処理装置とを備えるジョブ情報管理システム及びその制御方法、並びにプログラムに関する。特に、本発明は、管理コードにユーザＩＤを設定することで管理コードの使用権を定義して運用するジョブ情報管理システム及びその制御方法、並びにプログラムに関するものである。

従来、プリンタ、スキャナ、ファクシミリ、複写機、及びこれらを統合したマルチファンクションプリンタ（ＭＦＰ）等の画像形成装置（以下、「デバイス」と総称する）で実行されたジョブを効率的に管理するためのジョブ管理方法が開発されている。このようなジョブ管理方法が適用された情報処理システムでは、ネットワーク上のサーバコンピュータ等が各種デバイスで実行された各ジョブのジョブ情報を当該デバイスから収集している。

収集されたジョブ情報は、デバイスを利用したユーザ単位、又はそのユーザが属する「部門」、「所属」といった属性単位で管理されたり、仕事単位で管理される場合がある。例えば、法律事務所等では、仕事の内容毎に管理コードといった属性を定義し、発生した印刷やコピー経費を管理コード毎に集計して業務管理が行われている。そして、デバイスから出力されたジョブに対して仕事単位の管理コードを割り振り、該出力ジョブに関する課金が行われている（例えば、特許文献１参照）。また、管理コードを使用できるユーザを特定する使用権が当該管理コードに設定される場合がある。

一方、近年、ＭＦＰがネットワークに接続された環境では、デバイス上にプログラムが実行可能な仮想環境を実現し、その仮想環境においてソフトウェアによる各種処理を実行させる形態が提案されている（例えば、特許文献２参照）。

このような環境下でユーザがデバイスを利用する場合、はじめにユーザ認証を行うことが一般的である。ユーザ認証については、デバイスが部門ＩＤによるユーザ情報を管理し、デバイスに登録されている部門ＩＤをユーザがデバイス上の操作部から入力してユーザ認証を行う認証系がある。一方、ネットワーク上のサーバコンピュータがユーザ名によるユーザ情報を管理し、デバイスの操作部から入力されたユーザ名をサーバコンピュータのユーザ情報と照合してユーザ認証を行う認証系も存在する。
特開２００４−１７８３２４号公報 特開２００３−３３０７３２号公報

しかしながら、上記従来技術において、管理コードにユーザＩＤを設定することで当該管理コードの使用権を定義する場合は以下の問題点がある。

部門ＩＤ（又はユーザＩＤ）でユーザ認証を行う認証系においてデバイスに管理コードを入力する場合、入力された管理コードと部門ＩＤを当該管理コードを管理するコンピュータに送信して照合している。これにより、当該管理コードが使用可能であるか否かをユーザが判断することが可能である。

一方、ユーザ名でユーザ認証を行う認証系においてデバイスに管理コードを入力する場合、入力された管理コードの使用権となるＩＤが不明であるため、当該管理コードが使用可能であるか否かをユーザが判断することができない。

このように、異なる認証系においては、デバイスにおけるユーザ認証情報（ログイン情報）が異なるため、管理コードの使用権を共通で管理することができず、使用権を設定した管理コードを共通で利用することができない。

また、コピー、プリント等する際に、ネットワーク上に様々な認証系が整備された画像形成装置やネットワークシステムがあるにも関わらず、これらの認証系を画像形成の実績値管理に活用することができない。

そこで、本発明は、異なる認証系においても管理コードの使用権を共通で利用可能となり、画像形成装置からの管理コード入力における利便性向上を図ることが可能となるジョブ情報管理システムを提供することを目的とする。また、本発明は、当該ジョブ情報管理システムの制御方法、及びプログラムを提供することを第１の目的とする。

また、様々な認証系が整備された画像形成装置及びネットワークシステムを活用して、コピー、プリント等の操作を含む画像形成処理に対する実績値管理を適切に行う仕組みを提供することを第２の目的とする。

上記目的を達成するために、請求項１記載のジョブ情報管理システムは、画像形成装置からジョブ情報を取得し、当該ジョブ情報をユーザが使用可能な管理コードにより集計管理する情報処理装置を備え、少なくとも２つの異なる認証情報により認証を行うジョブ情報管理システムにおいて、前記情報処理装置は、ユーザ名又は部門名に対してＩＤが定義されたユーザ情報及び前記管理コードの使用権としてＩＤが定義された管理コード情報を保持する保持手段を備え、前記画像形成装置は、前記認証情報としてユーザ名又はＩＤの少なくとも１つを入力してユーザ認証を行う認証手段と、前記管理コードを入力する管理コード入力手段と、前記入力されたユーザ名からＩＤを取得するＩＤ取得手段と、前記入力又は前記取得したＩＤ及び前記入力された管理コードに基づいてログインするログイン手段とを備えることを特徴とする。

上記目的を達成するために、請求項６記載のジョブ情報管理システムの制御方法は、画像形成装置からジョブ情報を取得し、当該ジョブ情報をユーザが使用可能な管理コードにより集計管理する情報処理装置を備え、少なくとも２つの異なる認証情報により認証を行うジョブ情報管理システムの制御方法において、ユーザ名又は部門名に対してＩＤが定義されたユーザ情報及び前記管理コードの使用権としてＩＤが定義された管理コード情報を保持する保持工程と、前記認証情報としてユーザ名又はＩＤの少なくとも１つを入力してユーザ認証を行う認証工程と、前記管理コードを入力する管理コード入力工程と、前記入力されたユーザ名からＩＤを取得するＩＤ取得工程と、前記入力又は前記取得したＩＤ及び前記入力された管理コードに基づいてログインするログイン工程とを備えることを特徴とする。

上記目的を達成するために、請求項１２記載の画像形成装置は、第１のユーザ情報が正当なユーザから入力されたものかを判定する第１の判定手段と、第２のユーザ情報が正当なユーザから入力されたものかを外部の情報処理装置に判定させる第２の判定手段と、正当なユーザから入力されたものであると判定された前記第２のユーザ情報に対応するユーザの識別情報を取得する識別情報取得手段と、画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードを入力する管理コード入力手段と、前記第１のユーザ情報又は前記識別情報、及び前記管理コードを外部の情報処理装置に照合させる照合手段とを備えることを特徴とする。

上記目的を達成するために、請求項１５記載の情報処理装置は、異なる認証系でそれぞれ用いられるユーザ情報が正当なユーザから入力されたものかを判定する判定手段と、前記判定したユーザ情報に対応する識別情報を前記画像形成装置へ送信する送信手段と、前記画像形成装置から送信されるユーザ情報又は識別情報、及び画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードに基づいて照合を行う照合手段とを備えることを特徴とする。

上記目的を達成するために、請求項１８記載の画像形成装置の制御方法は、第１のユーザ情報が正当なユーザから入力されたものかを判定する第１の判定工程と、第２のユーザ情報が正当なユーザから入力されたものかを外部の情報処理装置に判定させる第２の判定工程と、正当なユーザから入力されたものであると判定された前記第２のユーザ情報に対応するユーザの識別情報を取得する識別情報取得工程と、画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードを入力する管理コード入力工程と、前記第１のユーザ情報又は前記識別情報、及び前記管理コードを外部の情報処理装置に照合させる照合工程とを備えることを特徴とする。

上記目的を達成するために、請求項２１記載の情報処理装置の制御方法は、異なる認証系でそれぞれ用いられるユーザ情報が正当なユーザから入力されたものかを判定する判定工程と、前記判定したユーザ情報に対応する識別情報を前記画像形成装置へ送信する送信工程と、前記画像形成装置から送信されるユーザ情報又は識別情報、及び画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードに基づいて照合を行う照合工程とを備えることを特徴とする。

本発明によれば、画像形成装置から取得したジョブ情報をユーザが使用可能な管理コードにより集計管理する情報処理装置が、ユーザ名又は部門名に対してＩＤが定義されたユーザ情報及び管理コードの使用権としてＩＤが定義された管理コード情報を保持する。一方、画像形成装置が、認証情報としてユーザ名又はＩＤの少なくとも１つを入力してユーザ認証を行い、入力されたユーザ名からＩＤを取得し、入力又は取得したＩＤ及び入力された管理コードに基づいてログインを行う。これにより、部門ＩＤ、ユーザ名などの異なる認証系を有する環境下で、管理コードにユーザＩＤ（又は部門ＩＤ）を設定することで管理コードの使用権を定義して運用する場合であっても、情報処理装置で管理する管理コードの使用権の照合が可能となる。その結果、画像形成装置からの管理コード入力が可能となり、管理コードを共通で管理して利用することができ、画像形成装置からの管理コード入力における利便性向上を図ることが可能となる。

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

図１は、本発明の実施の形態に係る画像形成装置を含むジョブ情報管理システムの構成を概略的に示すブロック図である。

図１において、本ジョブ情報管理システムは、ユーザが使用するクライアントコンピュータ１００ａ〜１００ｃと、当該システムを構成する各種機器を管理すると共に遠隔制御する制御用コンピュータとしてのサーバコンピュータ２００を備える。また、ジョブ情報管理システムは、画像処理装置としてのプリンタ３００ａ〜３００ｃと、公衆回線に接続されたファクシミリ（ＦＡＸ）４００と、コピー機５００と、公衆回線に接続されたマルチファンクションプリンタ（ＭＦＰ）６００を備える。これらジョブ情報管理システムを構成する各種機器は、イーサネット（登録商標）等で構築されたローカルエリアネットワーク（以下、単に「ネットワーク」という）７００を介して相互に通信可能に接続されている。

クライアントコンピュータ１００ａ〜１００ｃ（以下、「クライアントコンピュータ１００」と総称する）とサーバコンピュータ２００との違いは、その装置上で、後述するジョブアカウントクライアントプログラムが実行されるか、後述するジョブアカウントサーバプログラムが実行されるかにあり、ハードウェア上の違いはない。これらハードウェア構成の詳細については後述する。

サーバコンピュータ２００は、主に管理者が使用するものであって、クライアントコンピュータ１００のユーザがその存在を知らなくても構わない。

図１に示すジョブ情報管理システムの構成は一例であってこれに限るものではなく、少なくとも１つのクライアントコンピュータと、少なくとも１つのサーバコンピュータと、少なくとも１つの画像処理装置とで構成される。また、図１では、ユーザが使用するクライアントコンピュータとして３台のクライアントコンピュータ１００ａ〜１００ｃを例示したが、ネットワーク７００上には、他に複数のコンピュータが接続されていてもよく、それらはプリンタに接続されていなくてもよい。

画像処理装置としては、図１に示すように、プリンタ３００ａ〜３００ｃ、ファクシミリ４００、コピー機５００、及びマルチファンクションプリンタ６００等を含む各種機器が考えられるが、本実施の形態ではプリンタ３００ａ〜３００ｃについて説明する。

プリンタ３００ａ〜３００ｃは、クライアントコンピュータ１００から受信したデータを印刷する機能を有する。プリンタ３００ａは、当該プリンタ３００ａで実行された印刷ジョブのジョブ情報（以下、「印刷履歴」ともいう。）を外部の機器に通知する機能を有さないものとする。プリンタ３００ｂは、印刷ジョブの終了時点で、その印刷ジョブに関する総排紙ページ数等のジョブ情報をクライアントコンピュータ１００に通知する機能を有する。プリンタ３００ｃは、印刷後にジョブ情報を当該プリンタ３００ｃ内のメモリ（不図示）に格納し、サーバコンピュータ２００からの要求に応じて当該ジョブ情報を出力する機能を有する。

サーバコンピュータ２００は、後述するジョブログを、ネットワーク７００を介してクライアントコンピュータ１００から取得する。そして、該ジョブログの閲覧を希望するユーザからの要求に応じてジョブログを選択し、単位期間別、デバイス別、ユーザ者別等の集計処理等を行うことが可能である。

ネットワーク７００上のプロトコルとしてＴＣＰ／ＩＰが利用されるが、以下の機能を実現するものであれば、如何なるものでも構わない。

図２は、図１のジョブ情報管理システムにおけるソフトウェア構成を示すブロック図である。なお、クライアントコンピュータ１００ａ〜１００ｃの各ソフトウェア構成は同じであることからクライアントコンピュータ１００ａについて説明する。また、プリンタ３００は、プリンタ３００ａ〜３００ｃを総称したものである。

クライアントコンピュータ１００ａは、アプリケーション１０１と、フックモジュール１０２と、ＧＤＩ１０３と、プリンタドライバ１０４と、スプーラ１０５と、送受信モジュール１０６と、ジョブアカウントクライアントプログラム１０７とを有する。

アプリケーション１０１は、不図示のオペレーションシステム（以下、単に「ＯＳ」という）上で動作するアプリケーションソフトウェア（以下、単に「アプリケーション」という）である。アプリケーション１０１は、画像データの取り込みや加工を行うための画像処理アプリケーション、文書データを作成するためのワードプロセッサアプリケーション等を含む。

フックモジュール１０２は、後述するジョブアカウントクライアントプログラム１０７と共にインストールされるプログラムである。ＧＤＩ（Graphic Device Interface）１０３は、ＯＳに含まれるグラフィック描画処理を行うためのサブシステムである。プリンタドライバ１０４は、プリンタの種類に応じてプリンタメーカーで用意されるプログラムであって、プリンタ３００とアプリケーション１０１との間で橋渡し的に動作する。スプーラ１０５は、プリンタドライバ１０４によって確保される一時記憶領域である。送受信モジュール１０６は、ＯＳに含まれる通信用プログラムである。

ジョブアカウントクライアントプログラム１０７は、印刷ジョブやコピージョブ等を含む各種ジョブを制御するためにクライアントコンピュータ１００ａ内のＣＰＵで実行されるプログラムである。ジョブアカウントクライアントプログラム１０７は、ジョブログマージモジュール１０８と、ジョブログ送信モジュール１０９とを有する。

ジョブログマージモジュール１０８は、フックモジュール１０２、プリンタドライバ１０４、スプーラ１０５、及び送受信モジュール１０６から各種処理に関する各種ログを収集する。ジョブログ送信モジュール１０９は、ジョブログマージモジュール１０８が収集したログをマージログとしてサーバコンピュータ２００内のジョブアカウントサーバプログラム２０１に送信する。

サーバコンピュータ２００内のジョブアカウントサーバプログラム２０１は、ジョブログ受信モジュール２０４と、ジョブログマージモジュール２０２と、ジョブログ記録モジュール２０３と、ジョブログ集計モジュール２０５とを有する。また、ＩＤ発生モジュール２０６と処理対象外データベース（ＤＢ）２０７を有する。

次に、クライアントコンピュータ１００ａにおける動作を説明する。

アプリケーション１０１に対して印刷指示が発行されると、アプリケーション１０１は描画のためのＧＤＩコールを行う。フックモジュール１０２は、このＧＤＩコールをフック（監視・認識）して、どのＧＤＩコールがいかなるパラメータで呼ばれたか、及び呼ばれた回数等の情報を蓄積する。例えば、フックモジュール１０２は、改ページ又は排紙を行うＡＰＩ（Application Program Interface）をカウントすることで、アプリケーション１０１が発行したジョブの排紙枚数又はページ数などの情報を取得する。そして、フックモジュール１０２は、取得した情報を基に図３に示すフックログ３００を作成して、ジョブアカウントクライアントプログラム１０７に送信する。

フックログ３００は、図３に示すように、ジョブＩＤ、アプリケーション名、論理ページ数、及びドキュメント名等の各種情報を含む。ジョブＩＤは、ジョブを一義的に識別するための識別子であり、ＧＤＩコールが行われたときにＧＤＩ１０３から取得される。

本実施の形態では、フックモジュール１０２は、所定の判断基準に基づき、新たなドキュメント名を作成することができる。新たなドキュメント名の作成処理については後述する。

図２に戻り、プリンタドライバ１０４は、ＧＤＩコールを印刷設定に従ってプリンタが解釈できる印刷データに変換して、スプーラ１０５に送信する。それと共に、変換した印刷データから抜き出した情報を基に図４に示すドライバログ４００を作成して、ジョブアカウントクライアントプログラム１０７に送信する。

ドライバログ４００は、図４に示すように、ジョブＩＤ、ジョブに含まれた印刷データの用紙サイズ、Ｎ−ｕｐ、物理ページ数、及び両面／片面等の各種情報を含む。用紙サイズ、Ｎ−ｕｐ、物理ページ数、及び両面／片面の情報は、プリンタドライバ１０４が、デフォルトの印刷設定又は印刷時に設定された印刷設定から取得する。

ここで、Ｎ−ｕｐ情報とは用紙１枚に割り付ける論理ページ数を示す。物理ページ数は、印刷時に出力する用紙の片側を１と数えたときのページ数である。例えば、論理ページ数が４、Ｎ−ｕｐが２の場合、物理ページ数は２となり、物理ページが用紙の表裏に印刷されると、１枚の用紙が出力排紙され、表に論理ページの１ページ目、２ページ目、裏に論理ページの３ページ目、４ページ目が印刷される。

図２に戻り、ジョブアカウントクライアントプログラム１０７は、定期的にスプーラ１０５を監視し、スプールされているジョブがあれば、そのジョブの排紙枚数又はページ数等の情報をＯＳのＡＰＩで取得する。そして、スプーラ１０５は、取得した情報に基づいて図５に示すＡＰＩログ５００を作成し、ジョブアカウントクライアントプログラム１０７に送信する。

ＡＰＩログ５００は、図５に示すように、ジョブＩＤ、ジョブのオーナ名（ユーザ名）、及びスプールデータサイズ等を含む。

図２に戻り、送受信モジュール１０６は、プリンタ３００ａ〜３００ｃのうちのアプリケーション１０１で指定されたプリンタと通信し、該プリンタが印刷データを受信可能な状態であれば、印刷データをプリンタに送信する。このとき、例えば、ヒューレットパッカード社のPrinter Job Language（登録商標）のコマンドを用いれば、プリンタ３００ｂにおいて印刷ジョブの全ページの排紙が完了した後に、当該印刷ジョブで排紙された総排紙ページ数のジョブ情報を取得することが可能である。

また、送受信モジュール１０６は、プリンタ３００から受信した総排紙ページ数等のジョブ情報を基に図６に示すモニタログ６００を作成して、ジョブアカウントクライアントプログラム１０７に送信する。

モニタログ６００は、図６に示すように、ジョブＩＤを含む。また、モニタログ６００は、プリンタ３００ｂに印刷ジョブが送信された場合は、加えて排紙ページ数、排紙枚数を含む。

上述したように、フックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００のいずれも、当該ジョブが処理済みか否かを示すフラグ情報、及びログの種別を示す情報を記録する領域が設けられている。

ジョブログマージモジュール１０８は、フックモジュール１０２、プリンタドライバ１０４、スプーラ１０５、及び送受信モジュール１０６から送信されたフックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００をマージする。そして、通常はマージ処理を終える度に図７に示すマージログをジョブログ送信モジュール１０９に送る。

マージログ７００は、図７に示すように、フックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００の各ログが有する情報を含む。

ジョブログ送信モジュール１０９は、マージログ７００を定期的に又はジョブアカウントサーバプログラム２０１内のジョブログ受信モジュール２０４の要求に応じて、該ジョブログ受信モジュール２０４に送信する。この際、ジョブログ送信モジュール１０９は、ＯＳが提供する送受信モジュール１０６を制御して、ジョブログ受信モジュール２０４へマージログを送信してもよい。なお、ジョブアカウントクライアントプログラム１０７は、フックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００の各ログに優先順位を設けておき、各ログのうちいずれかをジョブアカウントサーバプログラム２０１に送信することもできる。

次に、サーバコンピュータ２００における動作を説明する。

ジョブアカウントサーバプログラム２０１において、ジョブログ受信モジュール２０４は、ジョブログ送信モジュール１０９から送られるマージログ７００を受信して蓄積する。

また、ジョブログ受信モジュール２０４は、ジョブを実行するプリンタがプリンタ３００ｃのようにジョブ情報を格納する機能を有する場合には、プリンタ３００ｃとの間でプロトコルを定義して通信する。これにより、ジョブ情報を直接プリンタ３００ｃから機器ログとして取得することができる。即ち、ジョブログ受信モジュール２０４は、定期的にプリンタ３００ｃをポーリングし、まだ取得していないジョブ情報があれば、それを図８及び図９に示す機器ログ８００，９００として取得する。

機器ログ８００は、図８に示すように、フックモジュール１０２が動作するクライアントコンピュータからジョブがプリンタ３００ｃに送信された場合の機器ログの一例である。機器ログ９００は、図９に示すように、フックモジュール１０２が動作しないクライアントコンピュータからジョブがプリンタ３００ｃに送信された場合の機器ログの一例である。

機器ログ８００，９００はプリンタ３００ｃ内のＲＡＭ又はＨＤ（不図示）に記憶される。なお、ＲＡＭ等の記憶容量の空きを確保するため、送受信モジュール１０６からプリンタに送信されたドキュメント名等の情報がすべて記憶されることは望ましくない。

図２に戻り、ジョブログマージモジュール２０２は、ジョブアカウントクライアントプログラム１０７から送られたマージログ７００と機器ログ８００をマージして、図１０に示す最終ログ１０００を作成する。図１０に示すように、最終ログ１０００は、マージログ７００及び機器ログ８００の各ログが有する情報を含む。

ジョブログ記録モジュール２０３は、ジョブログマージモジュール２０２から最終ログ１０００を受信し、処理対象外データベース２０７を参照する。そして、最終ログ１０００が処理対象外でなければ、サーバコンピュータ２００が有するＨＤ等（不図示）に記憶する。ジョブログ集計モジュール２０５は、閲覧を希望するユーザからの要求に応じて、単位期間別の印刷ページ数や、ユーザ別の印刷ページ数等の集計処理を行う。

ＩＤ発生モジュール２０６は、クライアントコンピュータを一義的に識別するための識別子であるクライアントＩＤを発行する。このクライアントＩＤは、フックモジュール１０２の要求に応じて、４桁の文字列であって各桁がａ〜ｚの２６通りの文字を取り得る「ａａａａ」，「ａａａｂ」，…，「ｚｚｚｙ」，「ｚｚｚｚ」の順に発行される。

本実施の形態では、クライアントＩＤとジョブＩＤの組合せを用いて新たなドキュメント名を作成するが、ジョブアカウントサーバプログラム２０１がシステム全体で一義的な新ドキュメント名を一元的に発行する方式をとってもよい。

なお、クライアントコンピュータ１００ａでは、一回の印刷ジョブに対してフックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００の４つのログが作成されるとしたが、常に４つのログが作成されるとは限らない。例えば、アプリケーション１０１がスプーラ１０５に直接印刷データを送れば、フックログ３００やドライバログ４００は取得できない。また、プリンタドライバ１０４とジョブアカウントクライアントプログラム１０７間でプロトコルが規定されていなければ、ドライバログ４００は取得できない。

また、プリンタ３００ａのように、排紙ページ数等のジョブ情報を送受信モジュール１０６に通知する機能がない場合は、モニタログ６００の排紙ページ情報を取得できない。しかしながら、印刷ジョブに係る複数の処理においてログを取得することで、一部処理においてログ取得が不可能な場合であっても、最終的にログを取得できる確率が高くなる。

このように、ジョブ情報管理システムでは、クライアントコンピュータ１００やプリンタ３００等から取得されたジョブ情報としてのログが、そのログの作成過程に基づいて記録処理すべきか否かが判定され、記録処理すべきと判定されたログのみがサーバコンピュータ２００内に記録される。

次に、図１のジョブ情報管理システムにおける各コンピュータのハードウェア構成について説明する。なお、クライアントコンピュータ１００ａ〜１００ｃ（１００）とサーバコンピュータ２００の各ハードウェア構成は同じであることからクライアントコンピュータ１００について説明する。

図１１は、図１におけるクライアントコンピュータ１００のハードウェア構成を示すブロック図である。

クライアントコンピュータ１００は、このコンピュータ全体の制御及び演算処理等を行うＣＰＵ（中央処理ユニット）１１０と、システム起動プログラムの情報等の記憶領域であるＲＯＭ（読み出し専用メモリ）１１１を備える。また、使用制限のないデータ記憶領域であるＲＡＭ（ランダムアクセスメモリ）１１２と、ＣＤ−ＲＯＭ１１３を読み込むためのＣＤ−ＲＯＭドライブ１１４と、キーボードより入力データを受け取りＣＰＵ１１０へ伝達するＫＢＣ（キーボード制御部）１１５を備える。また、ＣＲＴや液晶ディスプレイ等への表示を制御するディスプレイ制御部１１６と、プログラム及びデータを記憶、格納しておき、実行時に必要に応じて参照又はＲＡＭ１１２へのロードするＨＤ（ハードディスク）１１７を備える。また、ネットワークに接続された他のコンピュータや画像処理装置との通信に用いられる通信ユニット１１８とを備える。これらクライアントコンピュータ１００を構成する要素は、システムバス１１９を介して互いに接続される。

通信ユニット１１８は、図２における送受信モジュール１０６、ジョブログ送信モジュール１０９等により制御される。

図２におけるアプリケーション１０１、フックモジュール１０２、ＧＤＩ１０３、プリンタドライバ１０４、送受信モジュール１０６、及びジョブアカウントクライアントプログラム１０７等のソフトウェアモジュール、及びＯＳや通信制御用プログラム等は、ＨＤ１１７やＲＯＭ１１１からＲＡＭ１１２にロードされ、ＣＰＵ１１０により実行される。なお、ＨＤ１１７に代えて又はＨＤ１１７に加えて不揮発性記憶メモリ等の他の記憶デバイスが設置されていてもよい。

サーバコンピュータ２００は、上述したように、その構成がクライアントコンピュータ１００の構成と基本的に同じである。即ち、サーバコンピュータ２００は、図１１に示すように、ＣＰＵ２１０と、ＲＯＭ２１１と、ＲＡＭ２１２と、ＣＤ−ＲＯＭ２１３を読み込むためのＣＤ−ＲＯＭドライブ２１４と、ＫＢＣ２１５と、ディスプレイ制御部２１６と、ＨＤ２１７と、通信ユニット２１８とを備える。そして、これらはシステムバス２１９を介して互いに接続される。

次に、図１のジョブ情報管理システムにおけるプリンタ３００ａ〜３００ｃのハードウェア構成について説明する。なお、プリンタ３００ａ〜３００ｃの各ハードウェア構成は同じであることから、プリンタ３００ａについて説明する。

図１２は、図１におけるプリンタ３００ａのハードウェア構成を示すブロック図である。

プリンタ３００ａは、プリンタ全体を制御するコントローラ３０５と、コントローラ３０５の制御のもとで印刷動作や画像読取り動作をするプリントエンジン３０６を備える。また、ネットワーク７００を介してクライアントコンピュータ１００やサーバコンピュータ２００との通信を行う通信ユニット３０７と、ユーザとの対話的な設定作業を行うための操作ユニット３０８を備える。

コントローラ３０５は、プリンタ３００全体の制御及び演算処理等を行うＣＰＵ（中央処理ユニット）３０１と、システム起動プログラムの情報等の記憶領域を含むＲＯＭ（読み出し専用メモリ）３０２を備える。また、使用制限のないデータ記憶領域を含むＲＡＭ（ランダムアクセスメモリ）３０３と、書き換える可能性のあるプログラムやデータをプリンタ電源切断後も確保する記憶領域を含むＨＤ（ハードディスク）３０４とを備える。これらはシステムバス３０９を介して互いに接続される。

ＲＡＭ３０３は、オペレーティングシステムや通信制御及びエンジン制御等のプログラムがロードされ、実行される記憶領域を有する。

図１３は、図１におけるサーバコンピュータ２００内のＲＡＭ２１２におけるメモリマップを示す図である。

図１３において、サーバコンピュータ２００内では、基本Ｉ／Ｏプログラム２２１と、オペレーティングシステム２２２と、アプリケーション２２３とがＲＡＭ２１２にロードされ実行可能となる。また、ＲＡＭ２１２には、これらの他に、アプリケーション２２３を実行することにより生成された関連データ２２４が格納されている。更に、ＲＡＭ２１２には、他のプログラムが使用するワークエリア２２５が用意されている。

図２に示したサーバコンピュータ２００のソフトウェア構成は、ジョブアカウントサーバプログラム２０１を外部からインストールすることによって実現され得る。インストールの方法としては、インターネット等のネットワークを介してダウンロードする方法の他に、持ち運び可能な着脱式の記憶媒体からインストールする方法が採られる。

例えば、図１４に示すように、サーバコンピュータ２００のＣＤ−ＲＯＭドライブ２１４にＣＤ−ＲＯＭ２１３を装着して読み込ませる方法がある。この場合、図１５に示すように、ＣＤ−ＲＯＭ２１３の記憶領域２３０には、ボリューム情報２３１、ディレクトリ情報２３２、アプリケーション実行ファイル２３３、及びアプリケーション起動プログラム関連データファイル２３４が記録される。アプリケーション実行ファイル２３３には、ジョブアカウントサーバプログラム２０１のインストールプログラムが含まれる。

ＣＤ−ＲＯＭ２１３をＣＤ−ＲＯＭドライブ２１４にセット（装填）すると、オペレーティングシステム２２２及び基本Ｉ／Ｏプログラム２２１の制御のもとに、アプリケーション実行ファイル２３３が実行される。そして、ジョブアカウントサーバプログラム２０１を実現するためのプログラムモジュール等及び関連データがＣＤ−ＲＯＭ２１３から読み出され、ＨＤ２１７に格納される。ここでジョブアカウントサーバプログラム２０１を実現するためのプログラムモジュールには、図２に示した各モジュール２０２〜２０７が含まれる。なお、記憶媒体はＣＤ−ＲＯＭに限定されるものではなく、ＤＶＤ、ＦＤ等でもよいことは云うまでもない。

次に、クライアントコンピュータ１００内のフックモジュール１０２の動作について説明する。

図１６は、フックモジュール１０２により実行される新ドキュメント名作成処理のフローチャートである。

図１６において、フックモジュール１０２は、所定の機器管理プロトコルにより印刷先のプリンタ３００から取得した情報に基づいて、当該プリンタ３００が機器ログを備えているか否かを判別する（ステップＳ４０１）。この判別の結果、プリンタ３００が機器ログを備えていないときは、直ちに本処理を終了する。

一方、プリンタ３００が機器ログを備えているときは、クライアントコンピュータ１００を一義的に識別可能な識別情報であるクライアントＩＤをＩＤ発生モジュール２０６から取得済みであるか否かを判別する（ステップＳ４０２）。この判別の結果、クライアントＩＤを取得済でないときは、フックモジュール１０２はＩＤ発生モジュール２０６と通信して、クライアントＩＤをＩＤ発生モジュール２０６から取得し（ステップＳ４０３）、ステップＳ４０４へ進む。

一方、クライアントＩＤを取得済みのときは、クライアントコンピュータ１００内でジョブを一義的に識別するためのクライアントコンピュータ内ジョブＩＤを作成する（ステップＳ４０４）。ここでは、フックモジュール１０２は、クライアントコンピュータ内ジョブＩＤとして「０００１」から「９９９９」までの数値を順に発行するものとする。

次いで、ＩＤ発生モジュール２０６から取得したクライアントＩＤと、作成したクライアントコンピュータ内ジョブＩＤとを結合し、ジョブ情報管理システム内で一義的に識別するための新しい識別情報である新ドキュメント名を作成する（ステップＳ４０５）。次に、アプリケーション１０１から送信された印刷データの元のドキュメント名をフックログ３００内の「元ドキュメント名」項目に保存し（ステップＳ４０６）、ドキュメント名を新ドキュメント名に置換えて（ステップＳ４０７）、本処理を終了する。

その結果、ＧＤＩ１０３には、ドキュメント名として新ドキュメント名が送信され、以降のプリンタドライバ１０４、スプーラ１０５、送受信モジュール１０６、及びプリンタ３００の処理において、ドキュメント名がすべて新ドキュメント名で処理される。

ここで、新ドキュメント名を作成する理由は、プリンタから取得したジョブ情報をマージする際には、ジョブＩＤをそのままマージ処理のキーとして利用することが難しいからである。例えば、ジョブ情報管理方式の仕様の一部が非公開となっているため、Ａ社開発のサーバコンピュータＡを利用する場合、サーバコンピュータＡがＢ社開発のプリンタＢからジョブＩＤを取得することができないことが多い。つまり、想定していないジョブ情報管理方式に対応したプリンタからジョブ情報を取得しても、これにジョブＩＤが含まれないことが多く、ジョブ情報をマージ処理して活用することができない。

しかしながら、クライアントコンピュータ内のＯＳやアプリケーションによって作成され、プリンタに送信されたドキュメント名については、ジョブ情報として取得できる場合が多い。

そこで、ジョブＩＤに代えて、クライアントコンピュータで管理可能でプリンタからジョブＩＤの代わりにジョブ情報のキーとして取得可能なドキュメント名を識別情報として利用することが考えられる。

しかしながら、従来のドキュメント名をそのまま用いると問題が生ずる。即ち、クライアントコンピュータのＯＳ又はアプリケーションが管理できるドキュメント名は、一般に８文字より多く、一般に用いられているＯＳにおいては２５５文字までのドキュメント名が付与できる。一方、プリンタが管理できるドキュメント名は８文字までであり、また、一般にジョブ情報管理方式において利用できるドキュメント名は８文字までである。これでは、クライアントコンピュータのＯＳ又はアプリケーションによって付与された８文字以上の異なるドキュメント名が、プリンタ内では８文字の同じドキュメント名になってしまう場合もあり、混乱が生ずる。

そこで、本実施の形態では、サーバコンピュータで発行されたクライアントＩＤと、クライアントコンピュータで発行されたジョブＩＤとを結合し、新たなドキュメント名として用いることとする。これにより、サーバコンピュータによって管理され、クライアントコンピュータとプリンタを含むシステムにおいて一義的に定まる８文字の新ドキュメント名が作成され、この新ドキュメント名をジョブＩＤの代わりとしてジョブの識別に用いることができる。

クライアントコンピュータで新ドキュメント名を一度作成してしまえば、以後、プリンタ、クライアントコンピュータ、サーバコンピュータにおいて、この新ドキュメント名をジョブの識別子として活用することができる。

次に、クライアントコンピュータ１００内のジョブログマージモジュール１０８の動作について説明する。

図１７は、ジョブログマージモジュール１０８により実行されるログマージ処理のフローチャートである。

本処理おいて、ジョブログマージモジュール１０８は、フックログ３００、ドライバログ４００、ＡＰＩログ５００、及びモニタログ６００といった各ログを受信し、その内容をＨＤ１１７等に記録しておく。そして、本処理を予め設定された周期で定期的に実行してジョブ毎にマージ処理を行い、マージログを作成する。

図１７において、ジョブログマージモジュール１０８は、処理済みフラグがＹＥＳとなっていない、即ち未処理のモニタログがあるか否かを判別し（ステップＳ４１１）、未処理のモニタログがないときは、直ちに本処理を終了する。一方、未処理のモニタログがあるときは、未処理のモニタログを別のテンポラリの記憶領域にコピーし、これをログＡとし（ステップＳ４１２）、ログＡからジョブＩＤを取得する（ステップＳ４１３）。

次いで、取得したジョブＩＤに対応するフックログ３００、ドライバログ４００、ＡＰＩログ５００の各ログを検索し、まだマージ処理を行っていない、即ち未処理のログがあるか否かを判別し（ステップＳ４１４）、未処理のログがないときは、本処理を終了する。一方、未処理のログがあるときは、未処理のログのジョブＩＤ（ここでは便宜のためＮとする）と等しいジョブＩＤのログをフックログ３００、ドライバログ４００、ＡＰＩログ５００の各ログの中から検索する。そして、Ｎと等しいジョブＩＤのログが有るか否かを判別する（ステップＳ４１５）。ここで、未処理のログが複数ある場合は、例えば、未処理のログＡのジョブＩＤのうち、小さなものから順に特定してＮとすればよい。

ステップＳ４１５の判別の結果、Ｎと等しいジョブＩＤのログがないときは、未処理のログＡの種別の項目を「マージ」として、マージ処理済みとマークし（ステップＳ４１８）、ステップＳ４１４以降の処理を繰り返す。

ステップＳ４１５の判別の結果、Ｎと等しいジョブＩＤのログがあるときは、これをログＢとして、ログＢが含む項目のうちログＡにない項目があるか否かを判別する（ステップＳ４１６）。この判別の結果、ログＢが含む項目のうちログＡにない項目がないときは、ログＡの種別の項目を「マージ」として、マージ処理済みとマークし（ステップＳ４１８）、ステップＳ４１４以降の処理を繰り返す。

ステップＳ４１６の判別の結果、ログＢが含む項目のうちログＡにない項目があるときは、ログＢが含む項目のうちログＡにない項目をログＡに追加してマージログを作成する（ステップＳ４１７）。そして、マージログの処理済フラグを「ＹＥＳ」として、マージ処理済みとマークし（ステップＳ４１８）、ステップＳ４１４以降の処理を繰り返す。

本処理では、ジョブログマージモジュール１０８は、フックログ３００、ドライバログ４００、ＡＰＩログ５００、モニタログ６００がそれぞれ含む、開始時刻情報及び完了時刻情報のエントリが示す開始時刻及び完了時刻のうち、最も早い開始時刻と、最も遅い完了時刻を特定し、各時刻情報はマージされたマージログとして格納される。

なお、本処理では、ジョブＩＤをキーにしてログをマージしているが、ドキュメントデータ名又は新ドキュメントデータ名をキーにしてもよい。

次に、サーバコンピュータ２００内のジョブログマージモジュール２０２の動作について説明する。

図１８は、ジョブログマージモジュール２０２により実行される最終ログ作成処理のフローチャートである。

図１８において、ジョブログマージモジュール２０２は、未処理のマージログがあるか否かを判別し（ステップＳ４２１）、未処理のマージログがあるときは、プリンタが機器ログを備えているか否かを判別する（ステップＳ４２２）。この判別の結果、プリンタが機器ログを備えているときは、未処理のマージログとドキュメント名が同じ機器ログがあるか否かを判別する（ステップＳ４２３）。

ステップＳ４２３の判別の結果、未処理のマージログとドキュメント名が同じ機器ログがあるときは、該機器ログの排紙ページ数、排紙枚数を該マージログに置換又は追加し（ステップＳ４２４）、ドキュメント名と元ドキュメント名を入れ換える（ステップＳ４２５）。例えば、図７に示すように、「ドキュメント名：ａｂｃｄ０００１」、「元ドキュメント名：２００１年度年次報告書」となる。

次いで、マージログの元ドキュメント名を削除して最終ログとし（ステップＳ４２６）、最終ログをジョブログ記録モジュール２０３に送信して（ステップＳ４２７）、本処理を終了する。

ステップＳ４２１の判別の結果、未処理のマージログがないか、又はステップＳ４２３の判別の結果、未処理のマージログとドキュメント名が同じ機器ログがないときは、直ちに本処理を終了する。

ステップＳ４２２の判別の結果、プリンタが機器ログを備えていないときは、ステップＳ４２７以降の処理を実行して、本処理を終了する。

次に、図１のジョブ情報管理システムにおけるジョブ処理について説明する。なお、以下の説明では、プリンタ３００ａ〜３００ｃ、ファクシミリ４００、コピー機５００、及びＭＦＰ６００等をデバイスと称し、サーバコンピュータ２００をジョブ管理装置と称する。

図１９は、デバイス及びジョブ管理装置におけるジョブ処理の内容を示す図である。

図１９において、１９−１はジョブ管理装置である。１９−４はジョブを実行するデバイスであって、例えば、ネットワークに接続されたプリンタ、スキャナ、ファクシミリ、及び複写機等を統合したマルチファンクションプリンタ（ＭＦＰ）である。

ジョブ管理装置１９−１は、デバイス１９−４で実行されたジョブに関するジョブ情報を収集（取得）するだけでなく、ユーザ情報管理、管理コードの登録、編集、管理コードの使用権の設定を行う情報処理装置である。管理コードとは、ジョブ情報を管理するコードであって、ユーザが自由にジョブ情報を集計管理するために設定されるものである。ユーザは、ユーザ自身のユーザ識別情報や所属する部門の部門識別情報とは別に、ジョブ情報を、例えば、仕事単位に管理する管理コードを有している。従って、デバイスにて実行されたジョブ（例えば、印刷ジョブ）に関するジョブ情報（例えば、印刷履歴）がどの管理コードに属するかをユーザ自身が自由に指定可能となる。

１９−２は、ジョブ管理装置１９−１が実行する処理の内容を示す。ジョブ管理装置１９−１は、デバイス１９−４のジョブ情報を定期的に収集している。１９−３は取得したジョブ情報やその他のデータを格納するデータベースである。

１９−５，１９−６は、デバイス１９−４の仮想環境上で動作するユーザ認証部、管理コード入力部である。ユーザ認証部１９−５は、デバイス１９−４上でユーザ情報を管理する認証系に従って部門ＩＤ又はユーザ名よりユーザ認証を行う。管理コード入力部１９−６は、デバイス１９−４で後述する３つの入力方法により管理コードの入力処理を行う。ユーザ認証部１９−５及び管理コード入力部１９−６によりユーザ認証及び管理コード入力処理が行われるとデバイス操作処理に移行する。なお、ユーザ名は、単なるユーザの名前に限られず、ユーザを識別するものであればユーザコード等の記号や符号であってもよい。

１９−７〜１９−１０はデバイス１９−４のコントローラにおける処理構成を示している。１９−７はコントローラの操作部である。操作部１９−７はデバイス１９−４上の操作パネル（不図示）にコピー操作、ファックス操作、スキャナ操作等のメニューを表示する。ユーザは表示されたメニューから所望の操作を選択する。

１９−８はデバイスの出力処理部であり、操作部１９−７におけるユーザ操作に応じて、コピー、ファックス、スキャン等のジョブの出力（実行）処理を行う。１９−９はジョブ情報作成処理部である。

ジョブ情報作成処理部１９−９は、出力処理部１９−８で実行されたジョブに対して、出力枚数、用紙タイプ、用紙サイズ、及び出力日時等のジョブ情報の作成処理を行う。また、このジョブ情報作成処理においては、管理コード入力部１９−６で入力された管理コードがジョブ情報の１つとして追加される。１９−１０は、作成されたジョブ情報を保存するハードディスク等の記憶装置である。

図２０は、図１９におけるジョブ管理装置１９−４により管理されるユーザ情報及び管理コード情報の概略を示す図であり、（ａ）はユーザ情報を示し、（ｂ）は管理コード情報を示す。

図２０（ａ）において、ユーザ情報２０ａは、ユーザ名／部門名、ＩＤ、パスワード、及びドメイン名等で構成されたテーブル情報である。一つのＩＤがユーザ名／部門名に対して定義され、ユーザ名及び部門名で重複することは許可されていない。なお、同図では、「ユーザ名／部門名」の欄にユーザ名として「ユーザＡ」等、部門名として「部門Ａ」等が記載されているが、これに限定されず、ユーザや部門を識別するものであれば、記号や符号であってもよい。

図２０（ｂ）において、管理コード情報２０ｂは、管理コード名称、階層情報、及び使用権（ＩＤ）等で構成されたテーブル情報である。管理コード名称は、図示のように、文字列や数字列（例えば、「ＢｉｌｌｉｎｇＣｏｄｅ１」、「Ａ０００１」等）で定義される。階層情報は、図示のように、管理コードの階層番号を示している。本実施の形態では３階層で運用されている。

使用権は、ユーザ情報２０ａにおけるＩＤを設定することで定義される。例えば、管理コード名称が「ＢｉｌｌｉｎｇＣｏｄｅ１」である管理コードには、ユーザを特定する使用権としてＩＤ＝１，２，３，４，７，８，９が設定されている。つまり、ユーザ１、ユーザ２、ユーザ３、ユーザ４、ユーザ７、ユーザ８、ユーザ９のユーザが管理コード「ＢｉｌｌｉｎｇＣｏｄｅ１」を使用可能であることを意味する。なお、「すべて」が設定されている場合は、すべてのユーザが当該管理コードを使用可能であることを意味する。

図２１は、ジョブ情報管理システムにおけるユーザ情報を管理する仮想環境上の構成を示すブロック図である。

図２１において、ユーザ情報は、ユーザ情報管理サーバ２１−１、ジョブ管理装置２１−３、及びデバイス２１−４の３箇所において各々管理されている。ユーザ情報管理サーバ２１−１は、例えば、サーバコンピュータ２００の所謂アクティブディレクトリ・サーバとして、ユーザ名、パスワード、及びドメイン名等のユーザ情報の保持・管理を行っている。ジョブ管理装置２１−３は、上述したユーザ情報２０ａや管理コード情報２０ｂを管理する。デバイス２１−４は、プリンタ３００等のデバイスであって、部門ＩＤによるユーザの管理を行っている。

そのため、デバイス２１−４からユーザ認証及び管理コード入力を行う場合は、これら３つの認証系においてユーザ情報の同期を図っておくことが前提となる。

２１−２は、ＩＤ取得アプリケーションであり、ジョブ管理装置２１−３から定期的にユーザ情報（ユーザ情報２０ａ）を取得している。ＩＤ取得アプリケーション２１−２は、取得したユーザ情報２０ａのユーザ名／部門名とＩＤを保持することにより、ユーザ名の入力に対してＩＤを出力するアプリケーションである。なお、ＩＤ取得アプリケーション２１−２は、デバイスやサーバコンピュータ上で仮想的に動作するものである。

次に、デバイス２１−４におけるユーザ認証及び管理コード入力処理を図２２〜図３４を用いて説明する。

図２２は、デバイス２１−４におけるユーザ認証／管理コード入力からデバイスを操作するまでの処理の流れを示すフローチャートである。本処理は、ユーザ認証部１９−５及び管理コード入力部１９−６により実行される。

図２２において、まずステップＳ２２１では、デバイス２１−４の起動、初期化処理を行う。次に、ステップＳ２２２ではユーザ認証処理を行う。ここでは、ユーザから入力された部門ＩＤ又はユーザ名によりユーザ認証を行う。

ステップＳ２２３では管理コード入力処理を行う。ステップＳ２２２及びステップＳ２２３にてユーザ認証及び管理コード入力処理が終了すると、ステップＳ２２４にてデバイス２１−４へのログインがなされる。ログインが完了すると、デバイス２１−４への操作が可能となる（ステップＳ２２５）。

図２８は、デバイス２１−４におけるユーザ認証及び管理コード入力処理の画面遷移を示す図である。

図２８において、２８−１はユーザ認証画面であり、ユーザ認証が終了すると管理コード入力画面２８−２に表示が遷移する。

管理コードの入力は３つの方法がある。１つ目は、管理コード入力画面２８−２から切り替わった仮想キー入力画面２８−３上の仮想キーボードから管理コードを直接入力する方法である。２つ目は、管理コード入力画面２８−２から切り替わったサーバ検索入力画面２８−４上で管理コード情報を管理しているサーバ（ジョブ管理装置）を検索して入力するサーバ検索入力方法である。３つ目は、管理コード入力画面２８−２から切り替わった管理コード履歴入力画面２８−５上で、既に入力済みの管理コードを保持するキャッシュから管理コードを入力するキャッシュ入力方法である。

ユーザ認証及び管理コード入力処理が終わると、デバイス２１−４へのログインが完了し、デバイス操作画面２８−６に表示が遷移する。

次に、図２２のステップＳ２２２で実行される部門ＩＤ又はユーザ名によるユーザ認証処理の詳細について図２３、図２４及び図２５を参照して説明する。

図２３は、デバイス２１−４での部門ＩＤによるユーザ認証処理を示すフローチャートである。

図２３において、デバイス２１−４の起動後、図２９に示すユーザ認証画面２９００（認証ダイアログ）を操作パネルに表示する（ステップＳ２３１）。次に、ステップＳ２３２では、ユーザ認証画面２９００上でユーザから部門ＩＤ及びパスワード（暗証番号）の入力を受け付ける。

次に、ステップＳ２３３では、ステップＳ２３２にて入力された部門ＩＤ及びパスワードに基づいて、ユーザ情報を管理しているデバイス２１−４内のコントローラにおいて照合を行う。この結果、認証に成功すると（ステップＳ２３４でＹＥＳ）、リターンして次の処理（管理コード入力）に移行する。一方、認証に失敗した場合は（ステップＳ２３４でＮＯ)、操作パネル上にエラーメッセージを表示し（ステップＳ２３５）、ステップＳ２３１以降の処理を再度実行する。

図２４は、デバイス２１−４でのユーザ名によるユーザ認証処理を示すフローチャートである。

図２４において、デバイス２１−４の起動後、図３０に示すユーザ認証画面３０００（認証ダイアログ）を操作パネルに表示する（ステップＳ２４１）。次に、ステップＳ２４２では、ユーザ認証画面３０００上でユーザ名、パスワード及びドメイン名（ログイン先）を入力又は選択を受け付ける。

次に、ステップＳ２４３では、ステップＳ２４２にて入力（又は選択）されたユーザ名、パスワード及びドメイン名に基づいて、ユーザ情報を管理しているユーザ情報管理サーバ２１−１に問い合わせを行い、照合を行う。この結果、認証に失敗した場合は（ステップＳ２４４でＮＯ）、操作パネルにエラーメッセージを表示し（ステップＳ２４７）、ステップＳ２４１以降の処理を再度実行する。

一方、認証に成功した場合は（ステップＳ２４４でＹＥＳ）、ステップＳ２４５に進み、デバイス２１−４からＩＤ取得アプリケーション２１−２に接続する。ＩＤ取得アプリケーション２１−２は、ジョブ管理装置２１−３からユーザ情報２０ａのユーザ名／部門名とＩＤを取得している。そのため、デバイス２１−４は、ＩＤ取得アプリケーション２１−２と接続することで、認証に成功したユーザ名から該当するＩＤを取得することが可能となる（ステップＳ２４６）。ここでユーザ名に基づいて取得したＩＤは、管理コード入力処理においてユーザの使用権の確認に利用される。

図２５は、ユーザ認証におけるＩＤ取得処理の概略を示す図である。

図２５において、２５−１はユーザ情報を管理するユーザ情報管理サーバ（アクティブディレクトリ・サーバ）であり、図２１に示したユーザ情報管理サーバ２１−１である。２５−２はユーザ名からＩＤを取得するＩＤ取得アプリケーションであり、図２１に示したＩＤ取得アプリケーション２１−２である。２５−３は、ユーザ情報及び管理コード情報を管理するジョブ管理装置であり、図２１に示したジョブ管理装置２１−３である。デバイス２５−４は図２１に示したデバイス２１−４である。

ＩＤ取得アプリケーション２５−２は、ジョブ管理装置２５−３からユーザ情報２０ａを取得することで、ユーザ名／部門名とＩＤを保持している。デバイス２５−４は、部門ＩＤ認証の場合はＩＤを保持することができる一方、ユーザ名認証の場合はＩＤを保持することができない。そのため、デバイス２５−４は、ＩＤ取得アプリケーション２５−２にユーザ名を送信し、該ユーザ名に対応するＩＤを取得する。

デバイス２５−４は、入力された部門ＩＤ（又はユーザＩＤ）、パスワード等のユーザ情報が正当なユーザから入力されたものかをコントローラ（部門ＩＤ情報管理部）が判定する。

一方、入力されたユーザ情報がユーザ名やパスワード等であったときは、当該入力されたユーザ情報が正当なユーザから入力されたものかをユーザ情報管理サーバ２５−１により判定させる。その後、デバイス２５−４は、ユーザ名に対応するＩＤ（ユーザの識別情報）をＩＤ取得アプリケーション２５−２から取得する。そして、ユーザから所定の管理コードが入力された後に、ユーザの入力した管理コードの当該ユーザの使用権（ユーザが管理コードを使用可能か否かを示す情報であり、例えば管理コード情報２０ｂにより設定管理されている）を確認すべく、入力された部門ＩＤ（若しくはユーザＩＤ）又はＩＤ取得アプリケーション２５−２から取得したＩＤと共に管理コードをジョブ管理装置２５−３に送信し、ユーザ情報２０ａ及び管理コード情報２０ｂに基づいて照合を行う。ここで管理コードは、上述したように、デバイス２５−４における画像形成処理に応じて作成される印刷履歴を管理するために設定されたものである。

次に、ジョブ管理装置２５−３における照合の結果、適切な管理コードが入力されたと判定された場合、デバイス２５−４はユーザのログインを許可する。そして、ログインしたユーザのコピー操作等に応じて画像形成処理を実行し、当該ユーザの印刷履歴（ジョブ情報）を作成する。そして、作成したジョブ情報をジョブ管理装置２５−３に送信する。

ユーザ情報管理サーバ２５−１は、ユーザ名が正当なユーザから入力されたものかをデバイス２５−４からの要求に応じて判定する。その判定の結果、正当なユーザから入力されたものであるときは、ＩＤ取得アプリケーション２５−２がデバイス２５−４から受信したユーザ名に対応するＩＤ（識別情報）を当該デバイス２５−４へ送信する。そして、デバイス２５−４から送信されるユーザ情報又は識別情報、及び管理コードに基づいて、上述した照合を行う。なお、照合を行うときには、ユーザ情報２０ａ及び管理コード情報２０ｂを参照し、デバイス２５−４から受信したＩＤ及び管理コードに基づいて当該管理コードに該ＩＤに対応するユーザが使用権として設定されているかを判定する。また、ジョブ管理装置２５−３は、デバイス２５−４から受信した印刷履歴に基づいて、受信した管理コードに対応する印刷履歴の実績値の制御を行う。これにより、該当する管理コードの印刷履歴が更新され、管理コード毎に集計される印刷履歴を効率良く管理することができる。

なお、ＩＤ取得アプリケーション２５−２はジョブ管理装置２５−３内にあってもよい。また、ユーザ情報管理サーバ２５−１がジョブ管理装置２５−３内にあってもよい。また、ユーザ情報管理サーバ２５−１、ＩＤ取得アプリケーション２５−２、及びジョブ管理装置２５−３が一体で構成されていてもよいことは云うまでもない。

次に、ユーザ認証処理の後に行われる管理コード入力処理について図２６、図２７を参照して説明する。

デバイス２５−４上の操作パネル（不図示）より入力される管理コードは、ジョブ管理装置２５−３で管理されている管理コード（管理コード情報２０ｂ）でなければならない。そのため、入力された管理コードは、ジョブ管理装置２５−３の管理コード情報２０ｂと照合され、適切な管理コードのみが入力を許可される。この照合の際、管理コードの使用権もチェックされる。

図２６は、デバイス２５−４における管理コード入力処理の詳細を示すフローチャートである。

図２６において、ステップＳ２６１では、操作パネル上に図３１に示す管理コード入力画面３１００を表示する。

管理コード入力画面３１００上では、管理コードの入力を３階層で行うことができる。「クライアント」、「マター」、「サブマター」は階層の名称である。各階層には、管理コードの入力が可能なエディットボックス３１０１ａ〜３１０１ｃが設けられている。ユーザは、少なくとも１つの階層を指定して、該当するエディットボックスに所望の管理コードを入力する。ここでは、上述したように、管理コードを直接入力、サーバ検索入力、及びキャッシュ入力という３つの入力方法のいずれかで入力することが可能である。

管理コード入力画面３１００において、所望の階層が指定され、該当するエディットボックスにタッチされると、直接入力処理に移行する（ステップＳ２６４）。一方、所望の階層が指定され、検索ボタン３１０２ａ〜３１０２ｃのうちの該当するボタンが押下されると、サーバ検索入力処理に移行する（ステップＳ２６５）。更に、所望の階層が指定され、矢印ボタン３１０３ａ〜３１０３ｃのうちの該当するボタンが押下されると、図３４に示す管理コード履歴（キャッシュ）入力画面３４００を表示してキャッシュ入力処理に移行する（ステップＳ２６６）。

ステップＳ２６４では、図３２に示す仮想キーボード３２００を操作パネルに表示し、管理コードを直接タイプ入力することが可能である。ステップＳ２６５では、図３３に示す管理コードサーバ検索候補入力画面３３００を操作パネルに表示し、サーバ検索入力処理を行う。

図２７は、図２６のステップＳ２６５におけるサーバ検索入力処理の詳細を示すフローチャートである。

図２７において、ステップＳ２７１では、操作パネル上に表示された管理コードサーバ検索候補入力画面３３００で管理コードの文字入力を受け付ける。ここでは、ユーザが検索文字列入力フィールド３３０１にタッチして管理コードを直接入力するか、又は仮想キーボードからタイプ入力する。

次に、ステップＳ２７２では、入力された管理コードの照合を行うために、デバイス２５−４は、管理コード情報を管理しているジョブ管理装置２５−３に接続を行う。次に、ステップＳ２７３では、管理コードの照合のために、入力された管理コード及びＩＤをジョブ管理装置２５−３に送信する。この送信されるＩＤは、部門ＩＤ認証の場合は、認証した部門ＩＤである。一方、ユーザ名認証の場合は、ステップＳ２４６にて取得したＩＤである。

ステップＳ２７４では、管理コード情報を管理するジョブ管理装置２５−３において管理コードの照合処理を行う。ジョブ管理装置２５−３に格納されている管理コード情報２０ｂに対して、デバイス２５−４から送信された管理コード及びＩＤを検索し、先頭部分一致で検索された管理コードを取得する。

ステップＳ２７５では、取得した管理コードの中で、使用権がデバイス２５−４より送信したＩＤと一致する候補を取得する。管理コード文字列、ＩＤともに一致する管理コードを取得する。次に、ステップＳ２７６では、ジョブ管理装置２５−３から取得した管理コードの候補一覧を表示する処理を行う。候補一覧は、管理コードサーバ検索候補入力画面３３００上の検索結果３３０２に表示される。

次に、ステップＳ２７７において、ユーザは検索結果３３０２に表示された候補の一覧から所望の管理コードを選択指定することで、管理コードの入力を行うことが可能である。

図２６に戻り、ステップＳ２６６では、図３４に示す管理コード履歴（キャッシュ）入力画面３４００を操作パネルに表示し、管理コードのキャッシュ入力処理を行う。ここでは、過去に入力された管理コードの履歴を、デバイス２５−４内（例えば、管理コード入力部１９−６等）に保存しておき、その履歴（キャッシュ）を管理コード履歴入力画面３４００として表示する。ユーザは表示されたキャッシュのうち所望の管理コードを選択指定することで管理コードの入力を行うことができる。なお、キャッシュが存在しない場合は、図３１におけるキャッシュ入力ボタン（下矢印ボタン）が有効とならない。

管理コード履歴入力画面３４００上に表示されたキャッシュは、日付順、名前順でソートすることが可能である。また、履歴の消去ボタン３４０１を押下することで、キャッシュの消去を行うことも可能である。

以上のように３つの入力方法を用いて、管理コードの入力をデバイスの操作パネル上から行うことが可能である。また、管理コード入力画面３１００上で管理コードを入力せずにＯＫボタン３１０４が押下されると、デバイスログインに移行して（ステップＳ２６７）リターンする。

本実施の形態によれば、ジョブ管理装置がユーザ名又は部門名に対してＩＤが定義されたユーザ情報と管理コードの使用権としてＩＤが定義された管理コード情報とを保持する。そして、デバイスに部門ＩＤが入力されたときは、当該部門ＩＤによりユーザ認証を行う一方、ユーザ名が入力されたときは、ＩＤ取得アプリケーションと接続してユーザ名に基づくＩＤを取得し、取得してＩＤによりユーザ認証を行う。これにより、部門ＩＤ、ユーザ名などの異なる認証系を有する環境下で、管理コードにユーザＩＤ（又は部門ＩＤ）を設定することで管理コードの使用権を定義して運用する場合であっても、ジョブ管理装置で管理する管理コードの使用権の照合が可能となる。その結果、デバイスからの管理コード入力が可能となり、管理コードを共通で管理して利用することができ、画像形成装置からの管理コード入力における利便性向上を図ることが可能となる。

なお、上記実施の形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

また、上記実施の形態では、ＭＦＰ等のデバイスについて説明したが、ジョブ及びジョブ情報を作成する機能を有する機器であれば、コンピュータ等の情報処理装置であってもよいことは云うまでもない。

本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給することによっても達成される。その場合、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行する。該記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク等を用いることができる。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ−ＲＡＭ、ＤＶＤ±ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。また、プログラムコードをネットワークを介してダウンロードしてもよい。

コンピュータが読み出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけではない。すなわち、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれる。

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

上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

本発明の実施の形態に係る画像形成装置を含むジョブ情報管理システムの構成を概略的に示すブロック図である。 図１のジョブ情報管理システムにおけるソフトウェア構成を示すブロック図である。 図２におけるフックモジュール１０２により作成されるフックログのデータ構成を示す図である。 図２におけるプリンタドライバ１０４により作成されるドライバログのデータ構成を示す図である。 図２におけるスプーラ１０５により作成されるＡＰＩログのデータ構成を示す図である。 図２における送受信モジュール１０６により作成されるモニタログのデータ構成を示す図である。 図２におけるジョブログマージモジュール１０８により作成されるマージログのデータ構成を示す図である。 図２におけるプリンタ３００により作成される機器ログのデータ構成を示す図である。 図２におけるプリンタ３００により作成される機器ログの他のデータ構成を示す図である。 図２におけるジョブログマージモジュール２０２により作成される最終ログのデータ構成を示す図である。 図１におけるクライアントコンピュータ１００及びサーバコンピュータ２００のハードウェア構成を示すブロック図である。 図１におけるプリンタ３００ａのハードウェア構成を示すブロック図である。 図１におけるサーバコンピュータ２００内のＲＡＭ２１２におけるメモリマップを示す図である。 図２におけるジョブアカウントサーバプログラム２０１をサーバコンピュータ２００にインストールする方法の一例を示す図である。 図１４におけるＣＤ−ＲＯＭ２１３の記憶領域２３０のメモリマップを示す図である。 フックモジュール１０２により実行される新ドキュメント名作成処理のフローチャートである。 ジョブログマージモジュール１０８により実行されるログマージ処理のフローチャートである。 ジョブログマージモジュール２０２によって実行される最終ログ作成処理のフローチャートである。 デバイス及びジョブ管理装置におけるジョブ処理の内容を示す図である。 図１９におけるジョブ管理装置１９−４により管理されるユーザ情報及び管理コード情報の概略を示す図であり、（ａ）はユーザ情報を示し、（ｂ）は管理コード情報を示す。 ジョブ情報管理システムにおけるユーザ情報を管理する仮想環境上の構成を示すブロック図である。 デバイス２１−４におけるユーザ認証／管理コード入力からデバイスを操作するまでの処理の流れを示すフローチャートである。 デバイス２１−４での部門ＩＤによるユーザ認証処理を示すフローチャートである。 デバイス２１−４でのユーザ名によるユーザ認証処理を示すフローチャートである。 ユーザ認証におけるＩＤ取得処理の概略を示す図である。 デバイス２５−４における管理コード入力処理の詳細を示すフローチャートである。 図２６のステップＳ２６５におけるサーバ検索入力処理の詳細を示すフローチャートである。 デバイス２１−４におけるユーザ認証及び管理コード入力処理の画面遷移を示す図である。 デバイス２１−４に表示されるユーザ認証（部門ＩＤ認証）画面の一例を示す図である。 デバイス２１−４に表示されるユーザ認証（ユーザ名認証）画面の一例を示す図である。 デバイス２５−４に表示される管理コード入力画面の一例を示す図である。 デバイス２５−４に表示される仮想キーボードの一例を示す図である。 デバイス２５−４に表示される管理コードサーバ検索候補入力画面の一例を示す図である。 デバイス２５−４に表示される管理コード履歴入力画面の一例を示す図である。

符号の説明

１００ａ，１００ｂ，１００ｂ クライアントコンピュータ
２００ サーバコンピュータ
３００ａ，３００ｂ，３００ｃ プリンタ
１９−１，２１−３，２５−３ ジョブ管理装置
１９−４，２１−４，２５−４ デバイス
１９−５ ユーザ認証部
１９−６ 管理コード入力部
２０ａ ユーザ情報
２０ｂ 管理コード情報
２１−１，２５−１ ユーザ情報管理サーバ
２１−２，２５−２ ＩＤ取得アプリケーション

Claims (25)

1. 画像形成装置からジョブ情報を取得し、当該ジョブ情報をユーザが使用可能な管理コードにより集計管理する情報処理装置を備え、少なくとも２つの異なる認証情報により認証を行うジョブ情報管理システムにおいて、
   前記情報処理装置は、ユーザ名又は部門名に対してＩＤが定義されたユーザ情報及び前記管理コードの使用権としてＩＤが定義された管理コード情報を保持する保持手段を備え、
   前記画像形成装置は、前記認証情報としてユーザ名又はＩＤの少なくとも１つを入力してユーザ認証を行う認証手段と、
   前記管理コードを入力する管理コード入力手段と、
   前記入力されたユーザ名からＩＤを取得するＩＤ取得手段と、
   前記入力又は前記取得したＩＤ及び前記入力された管理コードに基づいてログインするログイン手段とを備えることを特徴とするジョブ情報管理システム。
2. 前記管理コード入力手段は、前記管理コードを直接入力する直接入力方法、前記管理コードを管理するサーバを検索して管理コードを入力するサーバ検索入力方法、及び管理コードを保持するキャッシュから管理コードを入力するキャッシュ入力方法の少なくとも１つにより前記管理コードを入力することを特徴とする請求項１記載のジョブ情報管理システム。
3. 前記ＩＤ取得手段は、前記情報処理装置から前記ユーザ情報を定期的に取得し、前記ユーザ情報に含まれるユーザ名／部門名とＩＤを保持することを特徴とする請求項１又は２記載のジョブ情報管理システム。
4. 前記認証手段は、部門ＩＤとパスワードを入力し、当該部門ＩＤ及びパスワードに基づいてユーザ情報と照合して認証を行うことを特徴とする請求項１乃至３のいずれか１項に記載のジョブ情報管理システム。
5. 前記認証手段は、ユーザ名とパスワードを入力し、当該ユーザ名とパスワードに基づいて前記情報処理装置に問い合わせを行い、ユーザ情報と照合して認証を行うことを特徴とする請求項１乃至４のいずれか１項に記載のジョブ情報管理システム。
6. 画像形成装置からジョブ情報を取得し、当該ジョブ情報をユーザが使用可能な管理コードにより集計管理する情報処理装置を備え、少なくとも２つの異なる認証情報により認証を行うジョブ情報管理システムの制御方法において、
   ユーザ名又は部門名に対してＩＤが定義されたユーザ情報及び前記管理コードの使用権としてＩＤが定義された管理コード情報を保持する保持工程と、
   前記認証情報としてユーザ名又はＩＤの少なくとも１つを入力してユーザ認証を行う認証工程と、
   前記管理コードを入力する管理コード入力工程と、
   前記入力されたユーザ名からＩＤを取得するＩＤ取得工程と、
   前記入力又は前記取得したＩＤ及び前記入力された管理コードに基づいてログインするログイン工程とを備えることを特徴とする制御方法。
7. 前記管理コード入力工程は、前記管理コードを直接入力する直接入力方法、前記管理コードを管理するサーバを検索して管理コードを入力するサーバ検索入力方法、及び管理コードを保持するキャッシュから管理コードを入力するキャッシュ入力方法の少なくとも１つにより前記管理コードを入力することを特徴とする請求項６記載の制御方法。
8. 前記ＩＤ取得工程は、前記情報処理装置から前記ユーザ情報を定期的に取得し、前記ユーザ情報に含まれるユーザ名／部門名とＩＤを保持することを特徴とする請求項６又は７記載の制御方法。
9. 前記認証工程は、部門ＩＤとパスワードを入力し、当該部門ＩＤ及びパスワードに基づいてユーザ情報と照合して認証を行うことを特徴とする請求項６乃至８のいずれか１項に記載の制御方法。
10. 前記認証工程は、ユーザ名とパスワードを入力し、当該ユーザ名とパスワードに基づいて前記情報処理装置に問い合わせを行い、ユーザ情報と照合して認証を行うことを特徴とする請求項６乃至９のいずれか１項に記載のジョブ情報管理システム。
11. 請求項６乃至１０のいずれか１項に記載の制御方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
12. 第１のユーザ情報が正当なユーザから入力されたものかを判定する第１の判定手段と、
    第２のユーザ情報が正当なユーザから入力されたものかを外部の情報処理装置に判定させる第２の判定手段と、
    正当なユーザから入力されたものであると判定された前記第２のユーザ情報に対応するユーザの識別情報を取得する識別情報取得手段と、
    画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードを入力する管理コード入力手段と、
    前記第１のユーザ情報又は前記識別情報、及び前記管理コードを外部の情報処理装置に照合させる照合手段とを備えることを特徴とする画像形成装置。
13. 前記第１のユーザ情報には部門又はユーザに対応するＩＤが含まれ、前記第２のユーザ情報にはユーザ名が含まれ、前記識別情報には当該ユーザ名に対応するＩＤが含まれることを特徴とする請求項１２記載の画像形成装置。
14. 前記照合手段による照合された結果に対応するユーザのコピー操作に応じて画像形成処理を実行し、当該ユーザの印刷履歴を作成する画像形成手段と、
    前記部門若しくはユーザに対応するＩＤ又は前記ユーザ名に対応するＩＤ、及び前記管理コードを前記外部の情報処理装置に送信し、前記作成された印刷履歴を前記外部の情報処理装置に送信する送信手段とを更に備えること特徴とする請求項１３記載の画像形成装置。
15. 異なる認証系でそれぞれ用いられるユーザ情報が正当なユーザから入力されたものかを判定する判定手段と、
    前記判定したユーザ情報に対応する識別情報を前記画像形成装置へ送信する送信手段と、
    前記画像形成装置から送信されるユーザ情報又は識別情報、及び画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードに基づいて照合を行う照合手段とを備えることを特徴とする情報処理装置。
16. 前記管理コードの使用権としてユーザ情報又は識別情報が定義された管理コード情報を保持する保持手段と、
    前記画像形成装置から送信されたユーザ情報又は識別情報、及び管理コードに基づいて当該管理コードに対する使用権限があるかを判定し、前記画像形成装置から送信された印刷履歴に基づき前記管理コードに対応する実績値を制御する制御手段とを更に備えることを特徴とする請求項１５記載の情報処理装置。
17. 前記印刷履歴は、前記ユーザによるコピー操作に応じて生成されることを特徴とする請求項１５又は１６記載の情報処理装置。
18. 第１のユーザ情報が正当なユーザから入力されたものかを判定する第１の判定工程と、
    第２のユーザ情報が正当なユーザから入力されたものかを外部の情報処理装置に判定させる第２の判定工程と、
    正当なユーザから入力されたものであると判定された前記第２のユーザ情報に対応するユーザの識別情報を取得する識別情報取得工程と、
    画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードを入力する管理コード入力工程と、
    前記第１のユーザ情報又は前記識別情報、及び前記管理コードを外部の情報処理装置に照合させる照合工程とを備えることを特徴とする画像形成装置の制御方法。
19. 前記第１のユーザ情報には部門又はユーザに対応するＩＤが含まれ、前記第２のユーザ情報にはユーザ名が含まれ、前記識別情報には当該ユーザ名に対応するＩＤが含まれることを特徴とする請求項１８記載の画像形成装置の制御方法。
20. 前記照合工程による照合された結果に対応するユーザのコピー操作に応じて画像形成処理を実行し、当該ユーザの印刷履歴を作成する画像形成工程と、
    前記部門若しくはユーザに対応するＩＤ又は前記ユーザ名に対応するＩＤ、及び前記管理コードを前記外部の情報処理装置に送信し、前記作成された印刷履歴を前記外部の情報処理装置に送信する送信工程とを更に備えること特徴とする請求項１９記載の画像形成装置の制御方法。
21. 異なる認証系でそれぞれ用いられるユーザ情報が正当なユーザから入力されたものかを判定する判定工程と、
    前記判定したユーザ情報に対応する識別情報を前記画像形成装置へ送信する送信工程と、
    前記画像形成装置から送信されるユーザ情報又は識別情報、及び画像形成処理に応じて作成される印刷履歴を管理するために設定された管理コードに基づいて照合を行う照合工程とを備えることを特徴とする情報処理装置の制御方法。
22. 前記管理コードの使用権としてユーザ情報又は識別情報が定義された管理コード情報を保持する保持工程と、
    前記画像形成装置から送信されたユーザ情報又は識別情報、及び管理コードに基づいて当該管理コードに対する使用権限があるかを判定し、前記画像形成装置から送信された印刷履歴に基づき前記管理コードに対応する実績値を制御する制御工程とを更に備えることを特徴とする請求項２１記載の情報処理装置の制御方法。
23. 前記印刷履歴は、前記ユーザによるコピー操作に応じて生成されることを特徴とする請求項２１又は２２記載の情報処理装置の制御方法。
24. 請求項１８乃至２０のいずれか１項に記載の画像形成装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
25. 請求項２１乃至２３のいずれか１項に記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。

Images