JP2003308192A - 管理システム、情報処理装置及び管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 広範囲にまたがってまたは複数拠点におい
て、周辺機器の使用を一元的に管理することのできるよ
うにする。 【解決手段】 機器で行われるデータ処理に関する情報
をジョブ情報として管理する管理装置から、当該管理装
置で管理されている全てのジョブ情報を取得するか、ま
たは当該管理装置で管理されているジョブ情報のうち追
加された分のジョブ情報を取得するかを制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザが、クライ
アントコンピュータやサーバコンピュータなどから構成
されるネットワーク環境において、そのネットワークに
接続されたプリンタ（印刷装置）、スキャナ、複写機、
及び、それらを統合したマルチファンクション機器（Ｍ
ＦＰ）などの周辺機器を使用したときの使用量を管理す
るシ管理ステムに関するものである。

【０００２】

【従来の技術】従来から、ユーザが、プリンタ（印刷装
置）、スキャナ、複写機、または、それらを統合したマ
ルチファンクション機器（ＭＦＰ）などの周辺機器をネ
ットワークを介して使用する際に、その使用量または使
用することによって行われたデータ処理に関する情報を
管理する情報処理装置が知られている。

【０００３】このような情報処理装置では、例えば、特
開平１０−１６１８２３号公報や、米国特許６２０２０
９２に開示されているように、１台のサーバコンピュー
タが周辺機器での使用を管理する。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ような従来技術では、周辺機器の台数が多い場合、１台
のサーバコンピュータが多くの周辺機器を管轄しなけれ
ばならない。また、この場合、１台のサーバコンピュー
タが管理できる周辺機器は、同じ建物や居室などにある
ものに限られている。

【０００５】従って、インターネットなどの通信経路を
利用して、広範囲または複数拠点にまたがって、周辺機
器の使用状況を統合的に管理することは困難であった。
また、複数のサーバコンピュータを各拠点に設置したと
しても、それらの複数のサーバコンピュータは、管轄下
にある周辺機器の使用量や使用状況のみを管理するだけ
で、各サーバコンピュータで収集された情報はそれぞれ
個別かつ独立に利用されていた。

【０００６】従って、本発明は、上記従来技術の課題を
解決するためになされたもので、その目的とするところ
は、広範囲にまたがってまたは複数拠点において、周辺
機器の使用を一元的に管理することのできるようにす
る。

【０００７】さらに、広範囲または複数拠点で収集され
た情報を、効率的にかつ負荷を上げることなく、集める
ようにする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係る管理システムは、機器で行われるデー
タ処理に関する情報をジョブ情報として管理する管理装
置と、複数の管理装置で管理されたジョブ情報を取得し
管理する統合管理装置とを含む管理システムであって、
統合管理装置が、複数の管理装置のうち指定された管理
装置から、当該管理装置で管理されている全てのジョブ
情報を取得する全取得手段と、複数の管理装置のうち指
定された管理装置から、当該管理装置で管理されている
ジョブ情報のうち追加された分のジョブ情報を取得する
差分取得手段とを有することを特徴とする。

【０００９】また、本発明に係る管理システムでは、前
記差分取得手段は、ジョブ情報を前回取得した後に追加
された分のジョブ情報を取得することを特徴とする。

【００１０】また、本発明に係る管理システムでは、統
合管理装置が、前記全取得手段または前記差分取得手段
によるジョブ情報の取得を行う時間、前記全取得手段に
よるジョブ情報の取得を行う間隔、前記全取得手段によ
るジョブ情報の取得を行う時間のうち少なくとも１つを
設定するための画面を表示部に表示させる表示制御手段
を有することを特徴とする。

【００１１】また、本発明に係る管理システムでは、統
合管理装置が、前記画面で設定された内容に基づいて、
前記全取得手段によるジョブ情報の取得を行うか、前期
差分取得手段によるジョブ情報の取得を行うかを判定す
る判定手段を有することを特徴とする。

【００１２】また、本発明に係る管理システムでは、管
理装置が、前記機器から、または当該機器にデータ処理
を要求した情報処理装置から、当該機器で行われるデー
タ処理に関する情報をジョブ情報として取得するジョブ
情報取得手段を有することを特徴とする。

【００１３】また、本発明に係る管理システムでは、前
記データ処理は、情報処理装置から送信された印刷デー
タに基づく印刷処理であり、前記ジョブ情報は、データ
処理を識別するためのジョブ識別情報、印刷データを作
成したアプリケーションプログラムを示す情報、印刷デ
ータの論理ページ数を示す情報、印刷データのドキュメ
ント名を示す情報、データ処理の開始時刻を示す情報、
データ処理の終了時刻を示す情報、用紙サイズを示す情
報、印刷された物理ページ数を示す情報、両面印刷が行
われたかどうかを示す情報、データ処理を要求したユー
ザ名を示す情報、排紙されたページ数を示す情報、排紙
された用紙枚数を示す情報、データ処理を行った機器を
示す情報のうち少なくとも１つを含むことを特徴とす
る。

【００１４】また、本発明に係る管理システムでは、前
記機器は、印刷装置、複写機、複合機、ファクシミリ装
置のうち少なくとも１つであることを特徴とする。

【００１５】

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

【００１６】図１は、本発明のジョブアカウントシステ
ムの実施形態の前提となるシステムの一例を示す図であ
る。図１の構成メンバである本発明の画像形成装置の好
適な一例であるプリンタ１０８〜１１０について説明す
る。

【００１７】プリンタは有する機能に応じて動作が異な
る。例えばプリンタ１０８はもっとも一般的なものでク
ライアントコンピュータ側の送信部から受信したデータ
を印刷する。なお、機器に対して要求されたデータ処理
をジョブと呼び、特に、印刷データに基づく印刷処理を
印刷ジョブと呼ぶ。プリンタ１０９はジョブ終了時点で
そのジョブの総排紙ページ数をクライアントコンピュー
タ１０１側の送信部に返信する。プリンタ１１０は印刷
後にジョブ情報をプリンタ内の記憶装置に格納する。

【００１８】図１のクライアントコンピュータ１０１で
は、次のように印刷が行われる。アプリケーション１０
２は、ＯＳのＧＤＩ１０４（グラフィック描画を処理す
るサブシステム）を、ＡＰＩ（アプリケーションプログ
ラミングインタフェース）を呼び出すことにより操作す
る。プリンタドライバ１０５はＧＤＩ１０４からの要求
を、印刷を行うプリンタに適合した形式に変換し、スプ
ーラ１０６に送信する。

【００１９】クライアントコンピュータ１０１におい
て、ジョブアカウントクライアント１１８は、アプリケ
ーション１０２のＧＤＩ呼び出しをフック（監視して認
識）する。ジョブアカウントクライアント１１８は改ペ
ージあるいは排紙を行うＡＰＩをカウントすることでア
プリケーションが発行したジョブの排紙枚数あるいはペ
ージ数を取得する。これにより取得したジョブ情報をフ
ックログと称する。

【００２０】また、ジョブアカウントクライアント１１
８はあらかじめプリンタドライバとのプロトコルを定義
し、通信することで、ジョブ情報をクライアントコンピ
ュータ内のプリンタドライバから受信することができ
る。これにより取得したジョブ情報をドライバログと称
する。

【００２１】また、ジョブアカウントクライアント１１
８は定期的にスプーラを監視し、スプールされているジ
ョブが有れば、そのジョブの情報をＡＰＩで取得するこ
とにより、ジョブの排紙枚数あるいはページ数を取得す
る。これにより取得したジョブ情報をＡＰＩログと称す
る。

【００２２】また、ジョブアカウントクライアント１１
８は送信部とのプロトコルを定義し通信することで、プ
リンタが返す総排紙ページ数を取得する。これにより取
得したジョブ情報を送信部ログと称する。

【００２３】また、ジョブアカウントサーバは、画像形
成装置の好適な一例であるプリンタ１１０などプリンタ
内にジョブ情報を記憶するプリンタの場合、プリンタと
のプロトコルを定義し通信することで、プリンタからジ
ョブ情報を取得する。これにより取得したジョブ情報を
機器ログと称する。機器ログはプリンタ内のＲＡＭ又は
ＨＤＤに記憶されるが、記憶容量の制限のため、送信部
から送信されたドキュメント名などの情報をすべて記憶
できないことが多い。なお、画像形成装置には、プリン
タのほか、ファクシミリ、複写機、及び、複写機の一種
であるプリンタとスキャナを組合わせたコピーシステ
ム、及びこれらの複合機を含む。

【００２４】ジョブアカウントクライアント１１８は、
フックログ、ドライバログ、ＡＰＩログ、送信部ログ、
機器ログのうち、どれを選択するかの優先順位を設けて
おき、いずれかをジョブアカウントサーバに送信する。

【００２５】ジョブアカウントサーバ１２１は閲覧希望
者からの要求に応じて、ジョブログを選択し、単位期間
別、デバイス別、ジョブ発行者別などの集計処理などを
行う。

【００２６】図１に関して、より詳細に説明する。

【００２７】１０１は、標準的なＰＣ又はワークステー
ションからなるクライアントコンピュータであり、アプ
リケーション１０２から印刷が指示されると、１０７、
１０８または１０９のいずれかのプリンタに印刷データ
を送信部１０７を介して送信する。クライアントコンピ
ュータ内のＣＰＵで実行されるソフトウェアモジュール
であるジョブアカウントクライアント１１８は、各種印
刷処理に関するログを収集し、ジョブアカウントサーバ
１２１にジョブログ送信部１１７を介して送信する。こ
の際、ジョブアカウントクライアントの一部であるジョ
ブログ送信部は、ＯＳが提供する送信部を制御して、ジ
ョブログ受信部へログを送信してもよい。

【００２８】クライアントコンピュータ１０１におい
て、アプリケーション１０２に対して印刷指示が発行さ
れると、アプリケーション１０２は描画のためのＧＤＩ
コールを行う。１０３フック部は１１７ジョブアカウン
トクライアントにより組み込まれるもので、ＧＤＩコー
ルをフックして、どのＧＤＩコールがいかなるパラメー
タで呼ばれたか、呼ばれた回数、などの情報を蓄積す
る。この情報をもとに作成された履歴をフックログ１１
１と称する。

【００２９】フックログ１１１の例を図７に示す。フッ
ク部１０３は、規定の判断基準に基づき、場合によって
はドキュメント名を変更する。ドキュメント名並びにこ
の変更処理については後述する。

【００３０】プリンタドライバ１０５はＧＤＩコールを
印刷設定に従ってプリンタが解釈できる印刷データに変
換して、スプーラ１０６に送信するとともに、変換内容
から印刷情報を抜き出し、それをドライバログ１１２と
して、ジョブアカウントクライアント１１７に送信す
る。

【００３１】ジョブアカウントクライアント１１７は常
にスプーラ１０６にジョブが溜まっていないか監視して
いる。ジョブがあれば、ＯＳにより規定されているＡＰ
Ｉを発行し、印刷情報を取得し、それをＡＰＩログ１１
３として取得する。

【００３２】送信部１０７はネットワークを介して１０
８、１０９、１１０のうち、いずれかのアプリケーショ
ンから指定されたプリンタと通信し、プリンタがレディ
状態であれば、印刷データを送信する。このとき、例え
ば、前述のＨＰ社のＰｒｉｎｔｅｒ Ｊｏｂ Ｌａｎｇ
ｕａｇｅ（プリンタ・ジョブ・ランゲージ）のコマンド
を用いれば、プリンタ１０９において、印刷ジョブの全
ページの排紙が完了した後に当該ジョブが排紙したペー
ジ数を取得することが可能である。送信部（ポートモニ
タ）１０６は、１０９プリンタから受信したページ数な
どジョブ情報を、１１０ジョブアカウントクライアント
に送る。この情報をもとに作成された印刷ログを送信部
ログ１１４と称する。

【００３３】このように、ジョブアカウントクライアン
ト１１０（取得手段）では、一回の印刷ジョブに対し
て、フックログ、ドライバログ、ＡＰＩログ、送信部ロ
グの４つのログが取得され、作成される。ただし、常に
４つのログが取れるとは限らない。例えば、アプリケー
ション１０２がスプーラ１０６に直接印刷データを送れ
ば、フックログ１１１やドライバログ１１２は取得でき
ない。プリンタドライバ１０５とジョブアカウントクラ
イアント１１７間でプロトコルが規定されていなけれ
ば、１１２ドライバログは取得できない。プリンタ１０
８のように排紙ページ数を送信部に通知する機能がない
場合は、送信部ログ１１４の排紙ページ情報を取得でき
ない。しかし、ジョブに係る複数の処理においてログを
取得することで、一部処理にてログ取得が不可能な場合
であっても、総合的には、ログを取得できる確率が高く
なる。

【００３４】プリンタ１０８は、送信部１０７から送ら
れたジョブを解釈し、印刷を実行する。プリンタ１０９
は、送信部１０７から送られたジョブを解釈し、印刷を
実行する。印刷終了後、排紙ページ数排紙枚数を１０７
送信部に返信する。プリンタ１１０は、送信部１０７か
ら送られたジョブを解釈し、印刷を実行する。印刷終了
後、ジョブ情報を３０４ＨＤＤ（後述）に記憶する。

【００３５】ジョブログマージ部１１６は、フックロ
グ、ドライバログ、ＡＰＩログ、送信部ログをマージし
て、ジョブログ送信部１１７に送る。マージ処理につい
ては、後述する。ジョブログ送信部１１７はジョブアカ
ウントサーバ１２１のジョブログ受信部１２２にジョブ
ログを送信する。

【００３６】図２は、図１に示したジョブアカウントシ
ステムを構成するクライアントコンピュータおよびサー
バコンピュータの構成の一例を示すブロック図である。
図２において、２０１はＣＰＵ、即ち中央処理装置であ
り、このコンピュータ装置全体の制御および演算処理等
を行うものである。２０２はＲＯＭ即ち読み出し専用メ
モリであり、システム起動プログラムの情報等の記憶領
域である。２０３はＲＡＭ即ちランダムアクセスメモリ
であり、使用制限のないデータ記憶領域であり、オペレ
ーティングシステム，アプリケーション１０２、フック
部１０３、ＧＤＩ１０４、プリンタドライバ１０５、送
信部１０７、ジョブアカウントクライアント１１８など
のソフトウェアモジュールが、および通信制御などのプ
ログラムがＨＤ部２０５やＲＯＭ２０２からロードさ
れ、ＣＰＵ２０１により実行される領域である。２０４
はＫＢＣ即ちキーボード制御部であり、キーボードより
入力データを受け取りＣＰＵへ伝達する。２０５はＣＲ
Ｔ即ちディスプレイ制御部（表示制御手段）であり、デ
ィスプレイ装置への表示制御をする。２０６はＦＤ即ち
フロッピー（Ｒ）ディスク装置あるいはＨＤ即ちハード
ディスク装置、ＳＲＡＭ即ち不揮発性記憶装置等の外部
記憶装置であり、プログラムおよびデータを記憶、格納
しておき、実行時に必要に応じて参照またはＲＡＭへの
ロードする。２０７は通信部であり、ネットワーク通信
制御を行うものであり，図１で説明したようにネットワ
ークに接続された他のコンピュータや周辺機器との通信
が可能であり、送信部１０７、ジョブログ送信部１１７
により制御される。２０８はシステムバスであり、上述
された構成要素間のデータの通路となるべきものであ
る。

【００３７】原則として、ジョブアカウントサーバ１２
１もハードウェア的には同様の構成をとりうる。ジョブ
アカウントサーバ１２１は、ＨＤＤ内には、ジョブログ
マージ部１２３、ジョブログ記録部１２４、ジョブログ
受信部１２２、ジョブログ集計部１２５が記憶されてい
る。また、ジョブログ受信部１２２は、通信部２０７を
制御する。

【００３８】図３は、図１に示したジョブアカウントシ
ステムを構成するプリンタの構成の一例を示すブロック
図である。図３において，３０５はプリンタ全体を制御
するコントローラ部である。コントローラの内部構成と
して３０１はＣＰＵ、即ち中央処理装置であり、このコ
ントローラの制御および演算処理等を行うものである。
３０２はＲＯＭ即ち読み出し専用メモリであり、システ
ム起動プログラムの情報等の記憶領域である。３０３は
ＲＡＭ即ちランダムアクセスメモリであり、使用制限の
ないデータ記憶領域であり、３０４はＨＤ即ちハードデ
ィスクあるいはＳＲＡＭなど不揮発性記憶装置である。

【００３９】ＲＡＭ３０３はオペレーティングシステム
や通信制御およびエンジン制御などのプログラムがロー
ドされ、実行される領域である。３０６はこの装置のエ
ンジン部であり，コントローラの制御のもとで印刷動作
や画像読み取り動作をするものである。３０７は通信部
であり、ネットワーク通信制御を行うものであり，図１
で説明したようにクライアントコンピュータやサーバコ
ンピュータとの通信が可能である。３０８は、ユーザ操
作入出力部であり、ユーザとの対話的な設定作業を行
う。３０９はシステムバスであり、上述の構成要素間の
データの通路となるべきものである。

【００４０】図４は、図１に示したジョブアカウントサ
ーバ１２１のメモリマップの一例を表す図である。４１
は基本Ｉ／Ｏプログラムを示す。４２はウインドウシス
テム等オペレーティングシステムがＲＡＭ２０３にロー
ドされ実行可能となった状態のメモリマップを示す。４
３は本発明のプログラムがＲＡＭ３にロードされ実行可
能となった状態のメモリマップを示す。４４は関連デー
タがＲＡＭ３にロードされ実行可能となった状態のメモ
リマップを示す。４５は各々のプログラムが使用するワ
ークメモリのメモリマップを示す。

【００４１】図５は、本発明の実施形態の一例であるジ
ョブアカウントプログラムおよび関連データが格納され
ているＦＤの構成内容を示す図である。本発明の実施形
態の一例であるジョブアカウントプログラムおよび関連
データはフロッピー（Ｒ）ディスク（ＦＤ）中に記録さ
れている。フロッピー（Ｒ）ディスク（ＦＤ）の記録領
域５０には、ボリューム情報５１、ディレクトリ情報５
２、アプリケーション実行ファイル５３、ジョブアカウ
ントプログラム関連データファイル５４が記録されてい
る。なお、記録領域５０は、ＤＶＤでもよいし、コンピ
ュータ６２にネットワーク接続された外部サーバ装置内
のＨＤＤ（図示省略）であって、本発明のジョブアカウ
ントプログラム（図１に示されたクライアントコンピュ
ータ内の各モジュール、並びに、ジョブアカウントサー
バ１２１内の各モジュール）は、ネットワークを介して
ダウンロードして導入されてもよいことは言うまでもな
い。コンピュータ６２は、図２に示したコンピュータと
同等のものである。

【００４２】図６は、本発明の実施形態の一例であり、
ＦＤに記録されたジョブアカウントプログラムおよび関
連データをコンピュータシステムにロードする一例を示
す図である。フロッピー（Ｒ）ディスク（ＦＤ）６０に
記録されたジョブアカウントプログラムおよび関連デー
タは、ＦＤドライブ（ＤＫＣ）６１を介してコンピュー
タ６２にロードすることができる。フロッピー（Ｒ）デ
ィスク（ＦＤ）６０をＦＤドライブ（ＤＫＣ）６１にセ
ットすると、オペレーティングシステム４２および基本
Ｉ／Ｏプログラム４１の制御のもとに、本ジョブアカウ
ントプログラムを実現するためのプログラムモジュール
等および関連データがフロッピー（Ｒ）ディスク（Ｆ
Ｄ）６０から読み出され、ＲＡＭ２０３にロードされて
使用可能となる。コンピュータ６２は、図１に記載され
たクライアントコンピュータ１０１及びジョブアカウン
トサーバ１２１を実現するために用いることができる。
また、ジョブアカウントプログラムを実現するためのプ
ログラムモジュール等とは、図１に記載された、クライ
アントコンピュータ１０１内又はジョブアカウントサー
バ１２１内の各ソフトウェアモジュールに該当する。も
ちろん、記憶媒体はＦＤに限定されるものではなく、Ｄ
ＶＤ、ＣＤ−ＲＯＭなどを含むことは言うまでも無い。

【００４３】図７は、本発明の実施形態におけるフック
ログの一例を示す図である。フックログでは、ジョブＩ
Ｄ（ジョブ識別子）、アプリケーション名、論理ページ
数、ドキュメント名、が取得可能である。ジョブＩＤは
ＧＤＩに印刷開始を指示したときにＧＤＩから取得でき
るものであり、クライアントコンピュータ１０１の印刷
ジョブを一意に指定できるものである。

【００４４】図８は本実施形態におけるドライバログの
一例を示す図である。ドライバログは、ジョブアカウン
トクライアントが印刷実行時にドライバから取得可能な
履歴情報である。ドライバログでは、印刷実行に係るジ
ョブの識別子であるっジョブＩＤ、ジョブが含む印刷デ
ータの用紙サイズ、Ｎ−ＵＰ情報、物理ページ数の情
報、両面片面情報が取得可能である。用紙サイズ、Ｎ−
ＵＰ情報、物理ページ数、両面片面情報は、プリンタド
ライバに印刷時又はデフォルト入力され設定される印刷
設定から取得する。Ｎ−ＵＰは用紙に何面の論理ページ
を割り付けるかの設定である。物理ページ数は、印刷時
に出力する用紙の片側を１と数える単位である。

【００４５】例えば、論理ページが４ページの場合に、
両面印刷で２−ＵＰの印刷処理を行うと、物理ページは
２ページとなる。そして、該物理ページが、用紙の表裏
に印刷され、１枚の用紙が出力排紙される。表に論理ペ
ージの１ページ目、２ページ目、裏に論理ページの３ペ
ージ目、４ページ目が印刷される。

【００４６】図９は、本実施形態におけるＡＰＩログの
一例を示す図である。ＡＰＩログでは、ジョブＩＤ、ジ
ョブのオーナ名、スプールデータサイズが取得可能であ
る。

【００４７】図１０は、本発明の実施形態における送信
部ログの一例を示す図である。モニタログでは、ジョブ
ＩＤが取得可能である。１０８プリンタに送信した場合
は、加え排紙枚数などが取得できる。

【００４８】フックログ、ドライバログ、ＡＰＩログ、
送信部ログいずれにおいても、当該ジョブが処理済みか
否かを示すフラグ情報、並びに、ログの種別を示す情報
を記録する領域を設ける。

【００４９】ここで、クライアントコンピュータ内のジ
ョブログマージ部１１６の動作を説明する。ジョブログ
マージ部１１６は各ログを受信し、その内容をＨＤＤ等
に記録しておく。そして、予め設定された周期で定期的
に起動し、各ジョブ毎に、ログのマージ処理を行う。

【００５０】本実施形態においては、ジョブＩＤをキー
としてログのマージ（併合処理）を行っているが、後述
するドキュメントデータ名或いは新ドキュメントデータ
名をキーにしてマージしてもよい。

【００５１】図１１は、マージ処理によって生成された
マージログを示す図である。図に示すようにこのマージ
ログは、フックログ、ドライバログ、ＡＰＩログ、送信
部ログの項目を備えている。

【００５２】次に、ジョブアカウントサーバ１２１の動
作について説明する。本発明の取得手段の好適な一例で
ある１２２ジョブログ取得部は、ジョブログ送信部１１
７から送られるジョブを取得して蓄積する。また、定期
的に１１０プリンタ３をポーリングし、まだ取得してい
ないジョブ情報があれば、それを取得する。このジョブ
情報を機器ログとする。機器ログは３０３ＲＡＭあるい
は３０４ＨＤＤに記憶されるが、記憶容量の制限のた
め、１０７送信部から送信されたドキュメント名などの
情報をすべて記憶することは望ましくない。ここではド
キュメント名の上限が８文字であるとする。図１２は、
機器ログの例を示す図である。

【００５３】本発明の管理手段の好適な一例である機器
ジョブログマージ部１２３は、ジョブアカウントクライ
アントから送られたマージログ１２７と機器ログ１１５
をマージする。ジョブログ記録部１２４は機器ジョブロ
グマージ部１２３からジョブログを受け取り２０６ＨＤ
などに記憶する。ジョブログ集計部１２５は、閲覧者か
らの指示によって、単位期間ごとの印刷ページ数を求め
たり、オーナごとの印刷ページ数を求める、などの集計
処理を行う。

【００５４】ジョブログマージ部１２３は、未処理の機
器ログでドキュメント名の項目がマージログと同じログ
があるか検索して判断し、あると判断した場合は、機器
ログの排紙ページ数排紙枚数をマージログに置換又は追
加する。

【００５５】図１３は、ジョブログマージ部１２３が生
成する最終ログを示す図である。ジョブログマージ部１
２３は、最終ログを１２４ジョブログ記録部に送信す
る。

【００５６】図１４は、本実施形態としての管理システ
ム全体の基本的な構成図である。１０１Ａ及び１０１Ｂ
は、クライアントコンピュータである。１４００は、拠
点サーバコンピュータである。１４１０は統合サーバコ
ンピュータである。

【００５７】１０８〜１１０はプリンタである。ただ
し、プリンタ１１０は、印刷履歴を保持する機能（印刷
履歴保持機能）を備えた複合機（ＭＦＰ）であり、プリ
ンタ１０８及び１０９は、印刷履歴保持機能を備えてい
ないものとする。ＭＦＰ１１０は、プリンタ機能、コピ
ー機能、スキャナ機能、印刷履歴保持機能を備えてい
る。

【００５８】コンピュータ１０１Ａ、１０１Ｂ、１４０
０、１４１０及びプリンタ１０９、１０８、ＭＦＰ１１
０は、それぞれ、ネットワークを介して他の装置と通信
を行なうことができる。

【００５９】クライアントコンピュータ１０１Ａにおい
て、アプリケーション１０２ＡがＧＤＩ（Ｇｒａｐｈｉ
ｃｓ ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）１０４Ａを
呼び出すと、ＧＤＩ１０４Ａは、アプリケーション１０
２Ａからの指示に応じて印刷データを生成し、その印刷
データをスプーラ１０６Ａに送信する。

【００６０】ジョブアカウントクライアントアプリケー
ション１１８Ａは、アプリケーション１０２ＡがＧＤＩ
１０４Ａを呼び出すのを監視（フック）して、その印刷
データに係るフックログを蓄積する。

【００６１】スプーラ１０６Ａは、ネットワークを介し
て周辺機器と通信し、周辺機器がレディ状態であれば印
刷データを送信する。また、クライアントコンピュータ
１０１Ｂがプリントサーバとして機能している場合に
は、ＧＤＩ１０４Ａが生成した印刷データはスプーラ１
０６Ｂに送信される。

【００６２】ジョブアカウントクライアントアプリケー
ション１１８Ａは、ジョブアカウントサーバアプリケー
ション１２１に、定期的に蓄積したマージログを送信す
る。

【００６３】クライアントコンピュータ１０１Ｂにおい
て、アプリケーション１０２Ｂ、ＧＤＩ１０４Ｂ、スプ
ーラ１０６Ｂは、それぞれアプリケーション１０１Ａ、
ＧＤＩ１０４Ａ、スプーラ１０６Ａと同じ動きをする。

【００６４】ジョブアカウントクライアントアプリケー
ション１１８Ｂは、定期的にスプーラ１０６Ｂを監視す
る。スプーラ１０６Ｂにスプールされている印刷ジョブ
があれば、ジョブアカウントクライアントアプリケーシ
ョン１１８ＢはＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒ
ｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いてその印刷ジ
ョブの情報を取得する。具体的には、印刷ジョブの排紙
枚数やページ数を取得する。そして、ジョブアカウント
クライアントアプリケーション１１８Ｂは、蓄積したマ
ージログをジョブアカウントサーバアプリケーション１
２１に送信する。

【００６５】ＯＳがスプーラ１０６Ｂの状態変化を他の
アプリケーションに伝える機能を備えていれば、ジョブ
アカウントクライアントアプリケーション１１８Ｂが定
期的にスプーラ１０６Ｂを監視しなくてもかまわない。
印刷ジョブがスプーラ１０６Ｂにスプールされたことを
ＯＳがジョブアカウントクライアントアプリケーション
１１８Ｂに伝えればよい。

【００６６】なお、１０２Ａ及び１０２Ｂは、図１の１
０２と同等であり、１０４Ａ及び１０４Ｂは、図１の１
０４と同等であり、１０６Ａ及び１０６Ｂは、図１の１
０６と同等であり、１１８Ａ及び１１８Ｂは、図１の１
１８と同等である。

【００６７】サーバコンピュータ１４００において、ジ
ョブアカウントサーバアプリケーション１２１は、利用
者情報管理モジュール１４０１と、機器情報管理モジュ
ール１４０２と、ログ管理モジュール１４０３と、利用
状況管理モジュール１４０４とを含む。このうち、利用
者情報管理モジュール１４０１は、サーバコンピュータ
１４００内の不図示の記憶装置１４０５に利用者情報を
格納、管理している。

【００６８】また、機器情報管理モジュール１４０２
は、ネットワークに接続された周辺機器が機器ログ保持
機能を有しているかを調査し、機器ログ保持機能を有し
ている機器についての情報やその他の機器情報を、サー
バコンピュータ１４００内の記憶装置１４０５に格納し
管理している。

【００６９】利用者情報は、周辺機器を利用するユーザ
のコンピュータログイン名（ユーザが、コンピュータに
ログインするために入力する名前）やネットワークログ
イン名（ユーザが、ネットワークシステムにログインす
るために入力する名前）を含み、周辺機器を利用したユ
ーザを特定（識別）する情報である。また、機器情報
は、周辺機器の印刷スピード、カラー情報、ネットワー
クアドレスなどである。

【００７０】ログ管理モジュール１４０３は、ジョブア
カウントクライアントアプリケーション１１８Ａ及び１
１８Ｂからマージログ１２７を受信し、やはり記憶装置
１４０５にマージログを格納する。また、ログ管理モジ
ュール１４０３は、機器ログ１１５を保持する機能を有
する周辺機器（例えば、プリンタ１１４０）に機器ログ
を要求し、利用状況入出力モジュール１４０４を介して
機器ログを取得する。この処理は、定期的に行なわれて
もよい。また、周辺機器の機器ログ格納部（不図示）の
記憶容量が少なくなったときに、その旨が利用状況入出
力モジュールに通知され、そのときに、この処理が行な
われてもよい。

【００７１】利用状況入出力モジュール１４０４は、機
器ログ保持機能を有する周辺機器から機器ログを含む利
用状況を取得する。また、利用状況入出力モジュール１
４０４は、利用状況レポート（どの利用者がどれだけジ
ョブを実行したかを示すレポート）の出力を周辺機器の
プリンタやモニタに出力することもできる。

【００７２】管理者は、利用状況入出力モジュール１４
０４に利用状況の出力を行なわせ、周辺機器の利用状況
を得ることができる。利用状況入出力モジュール１４０
４は、記憶装置１４０５に記憶された利用者情報、機器
情報、印刷履歴情報（図１３の最終ログが複数まとまっ
たジョブ情報）に基づいて、様々な利用状況を出力す
る。管理者は、その出力様式（出力形式）を利用状況入
出力モジュールに対し指定する。なお、この利用状況の
出力は、例えば、サーバコンピュータ１４００の表示部
（不図示）に表示される。また、利用状況の出力に係る
出力データがクライアントコンピュータ１０１Ａや１０
１Ｂに送信され、利用状況の出力がクライアントコンピ
ュータの表示部（不図示）に表示されてもよい。

【００７３】利用状況の出力では、ユーザごとの利用量
（出力に用いられた用紙枚数やトナー量）や周辺機器の
利用時間が出力される。また、カラー印刷や両面印刷な
どの周辺機器の動作モード（機能）別に利用状況が出力
される。また、使用された用紙のサイズや使用された用
紙の種類別に利用状況が出力される。

【００７４】また、周辺機器の利用料金が機器情報に設
定されていることで、周辺機器別に或いはユーザ別に利
用金額が出力される。更に、動作モード別の利用料金、
用紙サイズ別の利用料金、用紙の種類別の利用料金が設
定されていることで、どのユーザが、どの用紙で、どの
動作モードで、どの周辺機器で、どれだけの印刷をし
て、どれだけの利用金額になっているかを出力する。

【００７５】また、管理者は、利用者情報管理モジュー
ル１４０１及び機器情報管理モジュール１４０２を介し
て、機能別、ユーザ別、ユーザ部門別、利用機器別に利
用の制限を設定することもできる。設定可能な制限情報
として、利用料金、ページ数、用紙枚数などの項目があ
る。利用状況入出モジュール１４０４は、設定された制
限（制限情報）と印刷履歴情報と監視して照らし合わせ
ることにより、利用が制限を越える場合には、その旨を
出力する。これは、画面上への表示出力であっても、メ
ールその他の通信出力でもよい。

【００７６】また、ログ管理モジュール１４０３が、ユ
ーザごとの設定された制限と印刷履歴情報とを監視して
照らし合わせることにより、あるユーザの利用が制限を
越える場合には、クライアントコンピュータ１０１Ａや
周辺機器自体に、そのユーザの利用を拒否させる。或い
は、そのユーザに対して、画面上への表示やメールその
他の通信手段で警告を促してもよい。

【００７７】統合サーバコンピュータ１４１０と、拠点
サーバコンピュータ１４００は、ＬＡＮやインターネッ
トなどのネットワークを介して通信を行なうことができ
る。なお、１台の統合サーバコンピュータに対して、通
信を行なう拠点サーバコンピュータ１４００は１台でも
良いし、複数台でも良い。

【００７８】統合サーバコンピュータ１４１０におい
て、ジョブアカウント統合サーバアプリケーション１４
１１は、利用者情報参照モジュール１４１２と、機器情
報参照モジュール１４１３と、ログ参照モジュール１４
１４と、利用状況参照モジュール１４１５と、拠点サー
バ情報入出力モジュール１４１６を含む。

【００７９】このうち、利用者情報参照モジュール１４
１２は、拠点サーバ情報入出力モジュール１４１６によ
って、記憶装置１４１７に格納された利用者情報を参照
することができる。

【００８０】なお、記憶装置１４１７は統合サーバコン
ピュータ１４１０内に格納され管理されても良いし、統
合サーバコンピュータ１４１０と通信が可能な別のコン
ピュータ上に格納され管理されても良いことはいうまで
もない。

【００８１】また、機器情報参照モジュール１４１３
は、拠点サーバ情報入出力モジュール１４１６によっ
て、記憶装置１４１７に格納された機器情報を参照する
ことができる。

【００８２】ログ参照モジュール１４１４は、拠点サー
バ情報入出力モジュール１４１６によって、記憶装置１
４１７に格納された印刷履歴情報を参照することができ
る。

【００８３】利用状況参照モジュール１４１５は、記憶
装置１４１７に格納された機器の利用状況に関する情報
を参照することができる。

【００８４】拠点サーバ情報入出力モジュール１４１６
は、拠点サーバコンピュータ１４００から、利用者情
報、機器情報、印刷履歴情報を取得する。また、拠点サ
ーバ情報入出力モジュール１４１６は、拠点サーバコン
ピュータ１４００の利用状況レポート（どの拠点サーバ
コンピュータ１４００の、どの利用者が、どれだけジョ
ブを実行したかを示すレポート）の出力を周辺機器のプ
リンタやモニタに出力することもできる。

【００８５】管理者は、拠点サーバ情報入出力モジュー
ル１４１６に利用状況の出力を行なわせ、周辺機器の利
用状況を得ることができる。拠点サーバ情報入出力モジ
ュール１４１６は、記憶装置１４１７に記憶された拠点
サーバ情報、利用者情報、機器情報、印刷履歴情報に基
づいて、様々な利用状況を出力する。

【００８６】管理者は、その出力様式（出力形式）を拠
点サーバ情報入出力モジュール１４１６に対し指定す
る。なお、この利用状況の出力は、例えば、統合サーバ
コンピュータ１４１０の表示部（不図示）に表示され
る。また、利用状況の出力に係る出力データがクライア
ントコンピュータ１０１Ａに送信され、利用状況の出力
がクライアントコンピュータの表示部（不図示）に表示
されてもよい。

【００８７】利用状況の出力では、各拠点サーバコンピ
ュータ１４００に登録されているユーザごとの利用量
（出力に用いられた用紙枚数やトナー量）や周辺機器の
利用時間が出力される。また、カラー印刷や両面印刷な
どの周辺機器の動作モード（機能）別に利用状況が出力
される。また、使用された用紙のサイズや使用された用
紙の種類別に利用状況が出力される。

【００８８】また、周辺機器の利用料金が機器情報に設
定されていることで、周辺機器別に或いはユーザ別に利
用金額が出力される。更に、動作モード別の利用料金、
用紙サイズ別の利用料金、用紙の種類別の利用料金が設
定されていることで、どのユーザが、どの用紙で、どの
動作モードで、どの周辺機器で、どれだけの印刷をし
て、どれだけの利用金額になっているかを出力する。

【００８９】図１５は、クライアントコンピュータ１０
１（１０１Ａ及びＡ１０１Ｂ）と拠点サーバコンピュー
タ１４００とにおいて行なわれる処理の流れを説明する
フローチャートである。

【００９０】まず、ステップＳ１５０１において、ユー
ザが、クライアントコンピュータ１０１のアプリケーシ
ョン１０２において印刷を指示すると、アプリケーショ
ン１０２は、ユーザの指示に従って、文書や画像などを
編集し、印刷要求を出力する。

【００９１】次に、ステップＳ１５０２において、ジョ
ブアカウントクライアントアプリケーション１０１４
が、フックログ、ドライバログ、ＡＰＩログ、送信部ロ
グを取得して、それらからマージログを生成し、マージ
ログを拠点サーバコンピュータに送信する。

【００９２】次にステップＳ１５０３において、ジョブ
アカウントサーバアプリケーションからの指示に基づい
て、スプーラ１０６を介してプリンタ１１３０に印刷デ
ータを出力する。

【００９３】一方、拠点サーバコンピュータ１４００で
は、ステップＳ１５０４において、ログ管理モジュール
１４０３がマージログを取得すると、ステップＳ１５０
５に進み、印刷許可の判定処理を行なう。

【００９４】次にステップＳ１５０６で許可する場合に
は、ステップＳ１５０７に進み、印刷許可の指示を出
す。許可しない場合には、ステップＳ１５０８に進み、
印刷中止の指示をプリンタ或いはクライアントコンピュ
ータに対して送信する。

【００９５】次に、図１１及び図１２を用いて、統合サ
ーバコンピュータ１４１０が、拠点サーバコンピュータ
１４００から様々な情報を取得する際の処理について説
明する。

【００９６】図１６は、統合サーバコンピュータ１４１
０が、拠点サーバコンピュータ１４００の印刷履歴情報
を取得するために、そのスケジュールを設定する画面の
例を示す図である。

【００９７】この画面では、毎日決まった時間に統合サ
ーバコンピュータ１４１０が、拠点サーバコンピュータ
１４００の印刷履歴情報を取得することを想定してい
る。また、拠点サーバコンピュータ１４００が多数存在
する場合には、全ての印刷履歴情報を取得する処理が同
じタイミングで行なわれると、統合サーバコンピュータ
１４１０に対する負荷が多大となるため、それぞれの拠
点サーバコンピュータ１４００に対し、異なった設定を
行なうことが可能である。

【００９８】この画面には、何回ごとに全ての印刷履歴
情報を取得するかを指定する回数入力欄１０１と、全て
あるいは差分の印刷履歴情報を取得する処理の実行時間
を指定する時刻入力欄１０２と、次回全データの取得を
行なう日時を指定する月入力欄１０３と日入力欄１０４
と、それらの欄に入力された情報を確定するためのＯＫ
ボタン１０５と、それらの情報を確定せずに、このダイ
ヤグラムから抜けるためのキャンセルボタン１０６とを
有している。

【００９９】統合サーバコンピュータ１４１０は、時刻
入力欄１０２で入力された時刻になると、拠点サーバコ
ンピュータ１４００に要求を出して、印刷履歴情報を取
得する。このとき、通常は、新たに追加されて増えた分
の印刷履歴情報だけを取得し、回数入力欄１０１で入力
された回数ごとに、拠点サーバコンピュータ１４００が
有する全ての印刷履歴情報を取得する。前者を、差分デ
ータ更新処理と呼び、後者を、全データ取得処理と呼
ぶ。

【０１００】なお、全データ取得処理では、既に取得済
みの印刷履歴情報を全て削除した後に、対象拠点の印刷
履歴情報を全て取得する。一方、差分データ更新処理で
は、前回の取得後に拠点サーバコンピュータで追加され
た印刷履歴情報だけを取得する。従って、全データ取得
処理後、拠点サーバコンピュータで部門、ユーザ、デバ
イスなどが追加された場合、差分データ更新処理では、
追加されたものは不明なものと判断される。

【０１０１】従って、追加された部門、ユーザ、デバイ
スなども管理したい場合には、全データ取得処理を行
う。また、全データ取得処理を必ず行った後に、差分デ
ータ更新処理を行うことにより、印刷履歴情報の不整合
をなくすことができる。

【０１０２】全データ取得処理を行う次回実行日時が月
入力欄１０３と日入力欄１０４で指定可能になっている
理由は、拠点サーバコンピュータ１４００が多数存在す
る場合に、印刷履歴情報を取得する日をずらし、統合サ
ーバコンピュータ１４１０に対する負荷分散を行なうこ
とを可能にするためである。特に、全データ取得処理で
は、大量の印刷履歴情報が転送される可能性があるため
に、拠点サーバコンピュータごとに実行日時を指定でき
るようにすることは格別な効果を有する。

【０１０３】図１７は、統合サーバコンピュータ１４１
０が、拠点サーバコンピュータ１４００の印刷履歴情報
を取得する際の処理の流れを説明するフローチャートで
ある。

【０１０４】まず、ステップＳ１７０１において、管理
者がジョブアカウント統合サーバアプリケーション１０
７１において、拠点サーバコンピュータ１４００の差分
データの更新要求を指示したかどうかを判定する。

【０１０５】指示された場合は、ステップＳ１７０２に
おいて、以前に全データの取得処理が行なわれたかどう
かを判定する。もし、行なわれていない場合は、ステッ
プＳ１７０３にて拠点サーバコンピュータ１４００から
差分の印刷履歴情報を取得する。なお、ステップ１７０
３での処理を、差分データ更新処理と呼ぶ。

【０１０６】以前に全データの取得が行なわれていた場
合は、ステップＳ１７０１に戻る。

【０１０７】ステップＳ１７０１において差分データの
更新要求が指示されていない場合は、ステップＳ１７０
４において、定期更新処理が指定された時間であるかを
判定する。

【０１０８】定期更新処理とは、図１６のスケジュール
設定画面により設定された時間に行なわれる印刷履歴情
報の更新処理を示している。指定された時間でない場合
はステップＳ１７０１に戻る。指定された時間になった
場合は、設定内容を確認し、全データの取得処理を行な
うか差分データの更新処理を行なうかを確認する。

【０１０９】差分データの更新処理を行なう場合は、ス
テップＳ１７０３にて、拠点サーバコンピュータ１４０
０から差分の印刷履歴情報を取得する。全データ取得処
理を行なう場合は、ステップＳ１７０６にて、拠点サー
バコンピュータ１４００から全ての印刷履歴情報を取得
する。

【０１１０】本実施形態における各図（図１５、図１７
等）に示すフローチャートに示す処理、及び、図１、図
１４に示す各部、各モジュールは、プログラムに基づい
て、各コンピュータのそれぞれにより遂行される。そし
て、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ
等の記憶媒体により、あるいはネットワークを介して外
部の記憶媒体から、プログラムを含む情報群がクライア
ントコンピュータに供給される場合でも本発明は適用さ
れるものである。

【０１１１】以上のように、前述した実施形態の機能を
実現するソフトウェアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、又は、外部
サーバ（図示省略）からダウンロードすることで、その
システムあるいは装置のコンピュータ（またはＣＰＵや
ＭＰＵ）が記憶媒体に格納されたプログラムコードを読
出し実行することによっても、本発明の目的が達成され
ることは言うまでもない。

【０１１２】この場合、記憶媒体から読み出されたジョ
ブアカウントサーバやジョブアカウントクライアントプ
ログラム等のプログラムコード自体が本発明の新規な機
能を実現することになり、そのプログラムコードを記憶
した記憶媒体は本発明を構成することになる。プログラ
ムコードを供給するための記憶媒体としては、たとえ
ば、フロッピィーディスク、ハードディスク、光ディス
ク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テー
プ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等
を用いることができる。

【０１１３】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。さら
に、外部の所定のサーバ装置（図示省略）からネットワ
ークを介して送信された、又は、記憶媒体から読み出さ
れたプログラムコードが、コンピュータに挿入された機
能拡張ボードやコンピュータに接続された機能拡張ユニ
ットに備わるメモリに書き込まれた後、そのプログラム
コードの指示に基づき、その機能拡張ボードや機能拡張
ユニットに備わるＣＰＵ等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０１１４】

【発明の効果】本発明によれば、機器で行われるデータ
処理に関する情報をジョブ情報として管理する管理装置
から、当該管理装置で管理されている全てのジョブ情報
を取得するか、または当該管理装置で管理されているジ
ョブ情報のうち追加された分のジョブ情報を取得するか
を制御することにより、広範囲または複数拠点で収集さ
れたジョブ情報を、効率的にかつ負荷を上げることな
く、集めることができる。また、差分のジョブ情報を取
得したことにより不明な情報が含まれていたとしても、
管理装置で管理されている全てのジョブ情報を取得する
こともできることにより、ジョブ情報に基づいて集計を
行ったときの不整合を訂正することができる。

【０１１５】また、前記差分取得手段は、ジョブ情報を
前回取得した後に追加された分のジョブ情報を取得する
ことにより、広範囲または複数拠点で収集されたジョブ
情報を、効率的にかつ負荷を上げることなく、集めるこ
とができる。

【０１１６】また、全てのジョブ情報の取得または追加
された分のジョブ情報の取得を行う時間、全てのジョブ
情報の取得を行う間隔、全てのジョブ情報の取得を行う
時間のうち少なくとも１つを設定するための画面を表示
部に表示させることにより、ジョブ情報を取得する時間
を管理装置ごとに設定することができ、ジョブ情報の取
得が集中して処理負荷や通信負荷が一時的に集中するの
を防止することができる。

【図面の簡単な説明】

【図１】ジョブアカウントシステムの実施形態の前提と
なるシステムの一例を示す図である。

【図２】クライアントコンピュータおよびサーバコンピ
ュータの構成の一例を示すブロック図である。

【図３】プリンタの構成の一例を示すブロック図であ
る。

【図４】ジョブアカウントサーバ１２１のメモリマップ
の一例を表す図である。

【図５】ジョブアカウントプログラムおよび関連データ
が格納されているＦＤの構成内容を示す図である。

【図６】ＦＤに記録されたジョブアカウントプログラム
および関連データをコンピュータシステムにロードする
一例を示す図である。

【図７】フックログの一例を示す図である。

【図８】ドライバログの一例を示す図である。

【図９】ＡＰＩログの一例を示す図である。

【図１０】送信部ログの一例を示す図である。

【図１１】マージ処理によって生成されたマージログの
一例を示す図である。

【図１２】機器ログの一例を示す図である。

【図１３】ジョブログマージ部１２３が生成する最終ロ
グの一例を示す図である。

【図１４】管理システム全体の基本的な構成図である。

【図１５】クライアントコンピュータ１０１（１０１Ａ
及びＡ１０１Ｂ）と拠点サーバコンピュータ１４００と
において行なわれる処理の流れを説明するフローチャー
トである。

【図１６】統合サーバコンピュータ１４１０が、拠点サ
ーバコンピュータ１４００の印刷履歴情報を取得するた
めに、そのスケジュールを設定する画面の例を示す図で
ある。

【図１７】統合サーバコンピュータ１４１０が、拠点サ
ーバコンピュータ１４００の印刷履歴情報を取得する際
の処理の流れを説明するフローチャートである。

【符号の説明】

１０１ クライアントコンピュータ １０２ アプリケーション １０４ ＧＤＩ １０６ スプーラ １０８ プリンタ １０９ プリンタ １１０ ＭＦＰ １２１ ジョブアカウントサーバ １１８ ジョブアカウントクライアント １４００ 拠点サーバコンピュータ １４１０ 統合サーバコンピュータ

Claims (15)

【特許請求の範囲】
1. 【請求項１】 機器で行われるデータ処理に関する情報
   をジョブ情報として管理する管理装置と、複数の管理装
   置で管理されたジョブ情報を取得し管理する統合管理装
   置とを含む管理システムであって、 前記統合管理装置は、 複数の管理装置のうち指定された管理装置から、当該管
   理装置で管理されている全てのジョブ情報を取得する全
   取得手段と、 複数の管理装置のうち指定された管理装置から、当該管
   理装置で管理されているジョブ情報のうち追加された分
   のジョブ情報を取得する差分取得手段とを有することを
   特徴とする管理システム。
2. 【請求項２】 前記差分取得手段は、ジョブ情報を前回
   取得した後に追加された分のジョブ情報を取得すること
   を特徴とする請求項１に記載の管理システム。
3. 【請求項３】 前記統合管理装置は、 前記全取得手段または前記差分取得手段によるジョブ情
   報の取得を行う時間、前記全取得手段によるジョブ情報
   の取得を行う間隔、前記全取得手段によるジョブ情報の
   取得を行う時間のうち少なくとも１つを設定するための
   画面を表示部に表示させる表示制御手段を有することを
   特徴とする請求項１或いは２に記載の管理システム。
4. 【請求項４】 前記統合管理装置は、 前記画面で設定された内容に基づいて、前記全取得手段
   によるジョブ情報の取得を行うか、前期差分取得手段に
   よるジョブ情報の取得を行うかを判定する判定手段を有
   することを特徴とする請求項１乃至３のいずれかに記載
   の管理システム。
5. 【請求項５】 前記管理装置は、 前記機器から、または当該機器にデータ処理を要求した
   情報処理装置から、当該機器で行われるデータ処理に関
   する情報をジョブ情報として取得するジョブ情報取得手
   段を有することを特徴とする請求項１乃至４のいずれか
   に記載の管理システム。
6. 【請求項６】 前記データ処理は、情報処理装置から送
   信された印刷データに基づく印刷処理であり、 前記ジョブ情報は、データ処理を識別するためのジョブ
   識別情報、印刷データを作成したアプリケーションプロ
   グラムを示す情報、印刷データの論理ページ数を示す情
   報、印刷データのドキュメント名を示す情報、データ処
   理の開始時刻を示す情報、データ処理の終了時刻を示す
   情報、用紙サイズを示す情報、印刷された物理ページ数
   を示す情報、両面印刷が行われたかどうかを示す情報、
   データ処理を要求したユーザ名を示す情報、排紙された
   ページ数を示す情報、排紙された用紙枚数を示す情報、
   データ処理を行った機器を示す情報のうち少なくとも１
   つを含むことを特徴とする請求項１乃至５のいずれかに
   記載の管理システム。
7. 【請求項７】 前記機器は、印刷装置、複写機、複合
   機、ファクシミリ装置のうち少なくとも１つであること
   を特徴とする請求項１乃至６のいずれかに記載の管理シ
   ステム。
8. 【請求項８】 機器で行われるデータ処理に関する情報
   をジョブ情報として管理する管理装置と通信可能であっ
   て、前記管理装置で管理されたジョブ情報を取得し管理
   する情報処理装置であって、 前記管理装置から、当該管理装置で管理されている全て
   のジョブ情報を取得する全取得手段と、 前記管理装置から、当該管理装置で管理されているジョ
   ブ情報のうち追加された分のジョブ情報を取得する差分
   取得手段とを有することを特徴とする情報処理装置。
9. 【請求項９】 前記差分取得手段は、ジョブ情報を前回
   取得した後に追加された分のジョブ情報を取得すること
   を特徴とする請求項８に記載の情報処理装置。
10. 【請求項１０】 前記全取得手段または前記差分取得手
    段によるジョブ情報の取得を行う時間、前記全取得手段
    によるジョブ情報の取得を行う間隔、前記全取得手段に
    よるジョブ情報の取得を行う時間のうち少なくとも１つ
    を設定するための画面を表示部に表示させる表示制御手
    段を有することを特徴とする請求項８或いは９に記載の
    情報処理装置。
11. 【請求項１１】 機器で行われるデータ処理に関する情
    報をジョブ情報として管理する管理装置と通信して、前
    記管理装置で管理されたジョブ情報を取得し管理する管
    理方法であって、 前記管理装置から、当該管理装置で管理されている全て
    のジョブ情報を取得する全取得ステップと、 前記管理装置から、当該管理装置で管理されているジョ
    ブ情報のうち追加された分のジョブ情報を取得する差分
    取得ステップとを有することを特徴とする管理方法。
12. 【請求項１２】 前記差分取得ステップは、ジョブ情報
    を前回取得した後に追加された分のジョブ情報を取得す
    ることを特徴とする請求項１１に記載の管理方法。
13. 【請求項１３】 前記全取得ステップまたは前記差分取
    得ステップによるジョブ情報の取得を行う時間、前記全
    取得ステップによるジョブ情報の取得を行う間隔、前記
    全取得ステップによるジョブ情報の取得を行う時間のう
    ち少なくとも１つを設定するための画面を表示部に表示
    させることを特徴とする請求項１１或いは１２に記載の
    管理方法。
14. 【請求項１４】 機器で行われるデータ処理に関する情
    報をジョブ情報として管理する管理装置と通信して、前
    記管理装置で管理されたジョブ情報を取得し管理するた
    めの管理プログラムであって、 前記管理装置から、当該管理装置で管理されている全て
    のジョブ情報を取得する全取得ステップと、 前記管理装置から、当該管理装置で管理されているジョ
    ブ情報のうち追加された分のジョブ情報を取得する差分
    取得ステップとをコンピュータに実行させることを特徴
    とする管理プログラム。
15. 【請求項１５】 機器で行われるデータ処理に関する情
    報をジョブ情報として管理する管理装置と通信して、前
    記管理装置で管理されたジョブ情報を取得し管理するた
    めの管理プログラムが格納された、コンピュータにより
    読み取り可能な記録媒体であって、前記管理プログラム
    は、 前記管理装置から、当該管理装置で管理されている全て
    のジョブ情報を取得する全取得ステップと、 前記管理装置から、当該管理装置で管理されているジョ
    ブ情報のうち追加された分のジョブ情報を取得する差分
    取得ステップとをコンピュータに実行させることを特徴
    とする記録媒体。