JP2005316770A - ジョブ情報管理システム及び方法、並びにプログラム及び記憶媒体 - Google Patents

Abstract

【課題】 管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができるジョブ情報管理システム及び方法、並びにプログラム及び記憶媒体を提供する。
【解決手段】クライアントコンピュータ１００は、起動後、サーバコンピュータ２００に接続し、接続に成功したときは、サーバコンピュータ２００から管理コード、ラベル、及び各種設定情報を取得し、イベントが発生した場合において、発生したイベントがラベル登録処理のときは、ラベル登録処理を実行し、サーバで登録されているラベルとユーザ登録ラベルをマージし、発生したイベントが印刷処理のときは、印刷処理を実行し、イベントが発生せずにクライアントコンピュータ１００を終了するときは、ユーザがクライアントコンピュータにおいて登録したラベル及びラベルに対応する管理コードをサーバコンピュータ２００に送信する。
【選択図】 図３５

Description

本発明は、ジョブ情報管理システム及び方法、並びにプログラム及び記憶媒体に関する。

従来から、ジョブを生成する情報処理装置と、該ジョブを実行する画像処理装置と、画像処理装置で実行されたジョブのジョブ情報を取得して管理するジョブ情報管理装置とから成るジョブ情報管理システムが開発されている（例えば、特許文献１参照）。

上記ジョブ情報管理システムにおいて、上記ジョブ情報管理装置は、取得したジョブ情報に基づいて、ユーザ毎に印刷枚数、用紙サイズ、用紙タイプ等を集計して、ユーザ毎の利用状況を表示することができる。また、「部門」や「所属」等の属性を定義し、ユーザをその属性毎にグループ分けして、属性毎の利用状況を集計して表やグラフで表示することもできる。

しかし、ユーザ単位、又はそのユーザが属する「部門」、「所属」等の属性毎の利用状況の集計・表示では十分でない場合がある。例えば、法律事務所等では、通常、発生した印刷経費を業務内容毎に集計しており、印刷を行ったユーザ毎の印刷経費の集計結果から業務内容毎の印刷経費を集計し直す手間が生じてしまう。また、印刷を行ったユーザが常にその業務に従事する訳ではないので、ユーザ情報からどの業務に対する印刷かを判別することは困難であった。そのため、管理コードという業務を単位とした属性を定義し、業務毎に印刷枚数、用紙サイズ、用紙タイプ等の利用状況の管理が行われている。
特開２００１−２８２４７５号公報

しかしながら、上記管理コードを用いて利用状況の管理を行うジョブ情報管理システムにおいて、管理コードが多数必要になった場合、その管理、運用は煩わしいものとなる。例えば、定義する管理コードが数百、数千に及ぶ場合、ジョブ情報に管理コードを割り当てるときは、数百、数千に及ぶ管理コードから所望の管理コードを選択しなければならず、ユーザの操作性は著しく低下する。

本発明の目的は、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができるジョブ情報管理システム及び方法、並びにプログラム及び記憶媒体を提供することにある。

上述の目的を達成するために、請求項１記載のジョブ情報管理システムは、画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理装置と、前記情報処理装置から前記ジョブ情報を取得して管理するジョブ情報管理装置とを含むジョブ情報管理システムにおいて、前記情報処理装置は、前記ジョブ情報を管理するための複数の管理コードに対応したラベルを作成する作成手段と、前記作成手段が作成したラベルを前記ジョブ情報管理装置に送信する送信手段とを備え、前記ジョブ情報管理装置は、前記送信されたラベルを前記複数の管理コードに対応させて記憶する記憶手段とを備えることを特徴とする。

請求項２記載のジョブ情報管理システムは、請求項１記載のジョブ情報管理システムにおいて、前記情報処理装置は、前記ラベル又は管理コードの入力により、前記ジョブ情報に対して複数の管理コードを指定する指定手段と、前記ジョブ情報及び前記複数の管理コードを前記ジョブ情報管理装置に送信する送信手段とを有し、前記ジョブ情報管理装置は、前記ジョブ情報と、前記指定された複数の管理コードとを対応させて記憶する記憶手段と、前記複数の管理コードの各管理コード毎に前記ジョブ情報を集計する集計手段とを有することを特徴とする。

請求項３記載のジョブ情報管理プログラムは、請求項１又は２記載のジョブ情報管理システムにおいて、前記管理コードは、印刷処理を含むジョブ処理に対する課金を含むシステム使用量の集計に用いられるものであり、前記管理コードを用いて前記システム使用料を集計させることを許可するべく使用権を特定のユーザに対して設定可能であることを特徴とする。

請求項４記載のジョブ情報管理プログラムは、請求項１乃至３のいずれか１項に記載のジョブ情報管理システムにおいて、前記ラベルの使用権を特定のユーザに対して設定可能であることを特徴とする。

上述の目的を達成するために、請求項５記載のジョブ情報管理方法は、情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理方法において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶ステップを備えることを特徴とするジョブ情報管理方法。

上述の目的を達成するために、請求項６記載のジョブ情報管理プログラムは、情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理プログラムにおいて、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶工程をコンピュータに実行させることを特徴とする。

請求項７記載のジョブ情報管理プログラムは、請求項６記載のジョブ情報管理プログラムにおいて、前記ラベル又は前記複数の管理コードの入力により、前記ジョブ情報に対して前記複数の管理コードを指定する指定工程と、前記ジョブ情報と、前記指定された前記複数の管理コードとを対応させて記憶する記憶工程と、前記複数の管理コードの各管理コード毎に前記ジョブ情報を集計する集計工程とをコンピュータに実行させることを特徴とする。

請求項８記載のジョブ情報管理プログラムは、請求項６又は７記載のジョブ情報管理プログラムにおいて、前記管理コードの使用権を特定のユーザに対して設定可能であることを特徴とする。

請求項９記載のジョブ情報管理プログラムは、請求項６乃至８のいずれか１項に記載のジョブ情報管理プログラムにおいて、前記ラベルの使用権を特定のユーザに対して設定可能であることを特徴とする。

上述の目的を達成するために、請求項１０記載のコンピュータ読取り可能な記憶媒体は、請求項６乃至９のいずれか１項に記載のプログラムを格納することを特徴とする。

上述の目的を達成するために、請求項１１記載のジョブ情報管理装置は、情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理装置において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶手段を備えることを特徴とする。

上述の目的を達成するために、請求項１２記載の情報処理装置は、画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成して前記生成したジョブ情報を当該ジョブ情報を管理するジョブ情報管理装置に送信する情報処理装置において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを作成する作成手段と、前記作成したラベルを前記複数の管理コードに対応させて前記ジョブ情報管理装置に送信する送信手段とを備えることを特徴とする。

上述の目的を達成するために、請求項１３記載の制御プログラムは、複数の管理コードを用いて集計単位を特定することによりジョブ情報の集計を行うためのジョブ情報管理装置と、前記ジョブ情報管理装置に接続された情報処理装置とを有するジョブ情報管理システムの制御プログラムにおいて、前記ジョブ情報管理装置に記憶された前記複数の管理コードを対応付けたラベルを取得する取得工程と、前記取得工程で取得したラベルに対応付けられる管理コードを更新する更新工程と、前記更新工程で更新したラベルを前記ジョブ情報管理装置に記憶させるべく転送する転送工程とを前記情報処理装置に実行させることを特徴とする。

上述の目的を達成するために、請求項１４記載の制御プログラムは、複数の管理コードを用いて集計単位を特定することによりジョブ情報の集計を行うためのジョブ情報管理装置と、前記ジョブ情報管理装置に接続された情報処理装置とを有するジョブ情報管理システムの制御プログラムにおいて、前記ジョブ情報の集計に用いる複数の管理コードとラベルとを対応付けて管理する管理工程と、前記管理工程で管理する複数の管理コードを用いて指定するか、前記管理工程で管理するラベルを用いて指定するかを選択させる選択画面を表示する表示制御工程とを前記ジョブ情報管理装置に実行させることを特徴とする。

請求項１５記載の制御プログラムは、請求項１４記載の制御プログラムにおいて、前記表示制御工程は、印刷指示に応答して前記選択画面を表示することを特徴とする。

請求項１記載のジョブ情報管理システムによれば、情報処理装置は、ジョブ情報を管理するための複数の管理コードに対応させてラベルを作成し、作成したラベルを複数の管理コードに対応させてジョブ情報管理装置に送信し、ジョブ情報管理装置は、送信されたラベルを複数の管理コードに対応させて記憶するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項２記載のジョブ情報管理システムによれば、情報処理装置は、ラベル又は管理コードの入力により、ジョブ情報に対して複数の管理コードを指定し、ジョブ情報及び複数の管理コードをジョブ情報管理装置に送信し、ジョブ情報管理装置は、ジョブ情報と、指定された複数の管理コードとを対応させて記憶し、複数の管理コードの各管理コード毎にジョブ情報を集計するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項３記載のジョブ情報管理システムによれば、管理コードの使用権を特定のユーザに対して設定可能であるので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項４記載のジョブ情報管理システムによれば、ラベルの使用権を特定のユーザに対して設定可能であるので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項５記載の方法によれば、ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項６記載のプログラム、及び請求項１０記載の記憶媒体、請求項１１記載のジョブ情報管理装置によれば、ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項７記載のプログラム、及び請求項１０記載の記憶媒体によれば、ジョブ情報と、指定された複数の管理コードとを対応させて記憶し、複数の管理コードの各管理コード毎にジョブ情報を集計するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項１１記載のジョブ情報管理装置によれば、ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項１２記載の情報処理装置によれば、ジョブ情報を管理するための複数の管理コードに対応させてラベルを作成し、作成したラベルを複数の管理コードに対応させてジョブ情報管理装置に送信するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項１３記載の制御プログラムによれば、ジョブ情報管理装置に記憶された複数の管理コードを対応付けたラベルを取得し、取得したラベルに対応付けられる管理コードを更新し、更新したラベルをジョブ情報管理装置に記憶させるべく転送するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項１４記載の制御プログラムによれば、ジョブ情報の集計に用いる複数の管理コードとラベルとを対応付けて管理し、複数の管理コードを用いて指定するか、ラベルを用いて指定するかを選択させる選択画面を表示するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

請求項１５記載の制御プログラムによれば、印刷指示に応答して選択画面を表示するので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

以下、本発明の実施の形態を図面を参照しながら詳述する。

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

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

なお、このクライアントコンピュータ１００ａ〜１００ｃとサーバコンピュータ２００との違いは、その装置上で、後述するジョブアカウントクライアントプログラムが実行されるか、後述するジョブアカウントサーバプログラムが実行されるかの違いであって、ハードウェア上の違いはない。

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

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

なお、本システムを構成する画像処理装置としては、種々のものが考えられるが、本実施の形態では、特にプリンタ３００ａ〜３００ｃについて例示的に説明する。

プリンタ３００ａは、クライアントコンピュータ１００から受信したデータを印刷する機能を有するが、プリンタ３００ａで行ったジョブのジョブ情報を外部の機器に出力する機能を有さないものとする。

プリンタ３００ｂは、プリンタ３００ａの機能に加えて、ジョブ終了時点で、そのジョブに関する総排紙ページ数等のジョブ情報をクライアントコンピュータ１００に通知する機能を有しているものとする。

プリンタ３００ｃは、印刷後にジョブ情報をプリンタ３００ｃ内のメモリに格納し、サーバコンピュータ２００の要求に応じてそのジョブ情報を出力する機能を有するものとする。

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

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

図２は、図１のジョブ情報管理システムのソフトウェア構成を示すブロック図である。

図２において、クライアントコンピュータ１００ａは、不図示のオペレーションシステム上で動作するアプリケーション１０１と、後述するジョブアカウントクライアントプログラム１０７と共にインストールされるフックモジュール１０２と、オペレーションシステムに含まれると共にグラフィック描画を処理するサブシステムであるＧＤＩ１０３と、クライアントコンピュータ１００が制御するプリンタ３００ａ〜３００ｃ等のプリンタに応じてプリンタメーカーによって用意されたプログラムであり、プリンタ３００ａ〜３００ｃとアプリケーション１０１との間で橋渡し的に動作するプリンタドライバ１０４と、プリンタドライバ１０４によって確保される一時記憶領域であるスプーラ１０５と、オペレーションシステムに含まれる送受信モジュール１０６と、クライアントコンピュータ１００内のＣＰＵで実行されるジョブアカウントクライアントプログラム１０７とを有する。

アプリケーション１０１は、画像データを取り込みや加工を行う画像処理アプリケーションや、文書データを作成するワードプロセッサアプリケーション等を含む。

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

一方、サーバコンピュータ２００は、ジョブアカウントサーバプログラム２０１を有する。

ジョブアカウントサーバプログラム２０１は、ジョブログ受信モジュール２０４と、ジョブログマージモジュール２０２と、ジョブログ記録モジュール２０３と、ジョブログ集計モジュール２０５と、ジョブＩＤＩＤ発生モジュール２０６と、処理対象外データベース（ＤＢ）２０７とを有する。これらのモジュールの各機能と相互関係は後述する。

以下、クライアントコンピュータ１００ａの動作について説明する。

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

フックモジュール１０２は、規定の判断基準に基づき、ドキュメント名を変更することもできる。ドキュメント名並びにこの変更処理については後述する。

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

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

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

例えば、論理ページ数が４、Ｎ−ｕｐが２の場合、物理ページ数は２となり、物理ページが用紙の表裏に印刷されると、１枚の用紙が出力排紙され、表に論理ページの１ページ目、２ページ目、裏に論理ページの３ページ目、４ページ目が印刷される。

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

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

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

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

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

ジョブログマージモジュール１０８は、フックログ、ドライバログ、ＡＰＩログ、及びモニタログをマージし、通常はマージ処理を終える度に後述する図７のマージログをジョブログ送信モジュール１０９に送る。

図７に示すように、マージログは、フックログ、ドライバログ、ＡＰＩログ、モニタログの各ログが有する各項目を備えている。

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

以下、サーバコンピュータ２００の動作について説明する。

ジョブログ受信モジュール２０４は、ジョブログ送信モジュール１０９から送られるマージログを取得して蓄積する。また、ジョブログ受信モジュール２０４は、プリンタ３００がプリンタ３００ｃのようにジョブ情報を格納する機能を有する場合には、プリンタ３００ｃとのプロトコルを定義して通信することで、ジョブ情報を直接プリンタ３００ｃから機器ログとして取得することができる。即ち、定期的にプリンタ３００ｃをポーリングし、まだ取得していないジョブ情報があれば、それを図８及び図９の機器ログとして取得する。機器ログはプリンタ３００ｃ内のＲＡＭ又はＨＤに記憶されるが、記憶容量の制限のため、送受信モジュール１０６からプリンタに送信されたドキュメント名等の情報をすべて記憶することは望ましくない。

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

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

ジョブログ記録モジュール２０３はジョブログマージモジュール２０２から最終ログを受信し、処理対象外データベース２０７を参照して、処理対象外でなければ、サーバコンピュータ２００が有するＨＤ等に記憶する。ジョブログ集計モジュール２０５は、閲覧者からの指示によって、単位期間毎の印刷ページ数や、オーナ毎の印刷ページ数等の集計処理を行う。

ＩＤ発生モジュール２０６は、クライアントコンピュータ１００を一義的に識別するためのクライアントＩＤを発行する。このクライアントＩＤは、フックモジュール１０２の要求に応じて、各桁がａからｚの２６通りの値をとりうる４桁の文字列をａａａａ，ａａａｂ，…，ｚｚｚｙ，ｚｚｚｚと順に設定される。ここでは、クライアントＩＤとジョブＩＤの組合せを用いて新ドキュメント名を作成するが、ジョブアカウントサーバプログラム２０１がシステム全体で一義的な新ドキュメント名を一元的に発行する方式をとってもよい。

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

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

以下、本発明の実施の形態に係るジョブ情報管理システムの各コンピュータのハードウェア構成について説明する。

クライアントコンピュータ１００ａ〜１００ｃ、及びサーバコンピュータ２００の各コンピュータの各ハードウェア構成は同じであり、以下、クライアントコンピュータ１００を例として説明する。

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

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

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

図２におけるアプリケーション１０１、フックモジュール１０２、ＧＤＩ１０３、プリンタドライバ１０４、送受信モジュール１０６、ジョブアカウントクライアントプログラム１０７等のソフトウェアモジュール、及びオペレーションシステムや通信制御用プログラム等は、ＨＤ１１７やＲＯＭ１１１からＲＡＭ１１２にロードされ、ＣＰＵ１１０により実行される。

なお、ＨＤ１１７の代わりに、又はＨＤ１１７に加えて不揮発性記憶メモリ等の他の記憶デバイスを設けてもよい。

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

プリンタ３００ａ〜３００ｃの各コンピュータの各ハードウェア構成は同じであり、以下、プリンタ３００ａを例として説明する。

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

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

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

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

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

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

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

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

ＣＤ−ＲＯＭ２１３をＣＤ−ＲＯＭドライブ２１４にセットすると、オペレーティングシステム２２２及び基本Ｉ／Ｏプログラム２２１の制御のもとに、実行ファイル２３３が実行されて、ジョブアカウントサーバプログラム２０１を実現するためのプログラムモジュール等及び関連データがＣＤ−ＲＯＭ２１３から読み出され、ＨＤ２１７に格納される。ここでジョブアカウントサーバプログラム２０１を実現するためのプログラムモジュールには、図２の各モジュール２０２〜２０７が含まれる。

記憶媒体はＣＤ−ＲＯＭに限定されるものではなく、ＤＶＤ、ＦＤ等でもよいことは言うまでもない。

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

図１６において、フックモジュール１０２は、所定の機器管理プロトコルにより、印刷先のプリンタ３００から取得した情報により、プリンタ３００が機器ログを備えているか否かを判別し（ステップＳ４０１）、プリンタ３００が機器ログを備えていないときは、直ちに本処理を終了し、プリンタ３００が機器ログを備えているときは、ＩＤ発生モジュール２０６によって発行されると共に、クライアントコンピュータ１００を一義的に識別可能な識別情報であるクライアントＩＤをＩＤ発生モジュール２０６から取得済みであるか否かを判別し（ステップＳ４０２）、クライアントＩＤを取得済でないときは、ＩＤ発生モジュール２０６と通信して、クライアントＩＤをＩＤ発生モジュール２０６から取得し（ステップＳ４０３）、クライアントＩＤを取得済みのときは、ステップＳ４０３の処理を実行することなく、クライアントコンピュータ内でジョブを一義的に特定するクライアントコンピュータ内ジョブＩＤを作成する（ステップＳ４０４）。ここでは、０００１から９９９９までの数値を順に発行するものとする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１９は、図２におけるサーバコンピュータ２００によって実行される主要な処理のフローチャートである。

図１９において、サーバコンピュータ２００は、イベントの種類を判別し（ステップＳ５０１）、クライアントコンピュータ１００と通信する後述する図３４のクライアント通信処理（ステップＳ５０２）、後述する図２０の管理コードを登録する後述する図２２の管理コード登録処理（ステップＳ５０３）、管理コードにユーザ毎の使用権を定義する後述する図２５の管理コード使用権設定処理（ステップＳ５０４）、後述する図２０のラベルを登録する後述する図２８のラベル登録処理（ステップＳ５０５）、ラベルの使用権を定義する後述する図３０のラベル使用権設定処理（ステップＳ５０６）、前述したジョブ情報の登録処理（ステップＳ５０７）各処理を実行して、本処理を終了する。

図２０は、図１９のステップＳ５０３で登録される管理コードのデータ構造を示す図である。

図２０において、管理コードは、３つの階層（グループ）に分けて定義されている。例えば、第１階層には、管理コードＡ１、Ａ２、Ａ３、Ａ４・・・と、各々の管理コードの使用権、即ち、各管理コードを使用できるユーザの情報が格納されている。１つの管理コードには複数のユーザを設定可能であり、設定したユーザすべてがその管理コードの使用権を持つ。同様に、第２階層には、管理コードＢ１、Ｂ２、Ｂ３、・・・・及びその使用権、第３階層には、管理コードＣ１、Ｃ２、Ｃ３、・・・・及びその使用権が格納されている。

上記３つの階層に分けて定義された管理コードは、１つずつ組み合わせて使用される。例えば、ある１つのジョブに対して、（Ａ１、Ｂ４、Ｃ５）という組合せの管理コードが使用される。具体的には、法律事務等において業務や顧客情報を分類するために、管理コードの階層として、クライアント（第１階層）、マター（第２階層）、サブマター（第３階層）とグループ分けし、下記のように各々の階層に管理コードを定義する。

クライアント： 鈴木様、田中様、東京事務所、渋谷営業所、みどり商事・・・
マター：民事、刑事、商事、法務、・・・
サブマター：離婚、交通事故、傷害、窃盗、遺産相続、財務、特許権侵害、著作権・・・
ある印刷処理にかかる経費を（鈴木様、民事、遺産相続）、（みどり商事、法務、特許権侵害）のように業務内容で分類した単位に請求することができる。

図２１は、図１９のステップＳ５０５で登録されるラベルのデータ構造を示す図である。

図２１において、ラベルは、複数の管理コードから構成される管理コード群に対して定義され、利用状況を管理するための管理コードの指定を容易に行うために用いられる。

例えば、図２１では、管理コード群（Ａ４、Ｂ３、Ｃ１）に対してラベルＬ１が定義されており、ユーザ１、ユーザ２、ユーザ３に対して使用権が設定されている。同様に、管理コード群（Ａ２、Ｂ２、Ｃ５）に対してラベルＬ２、管理コード群（Ａ５、Ｂ４、Ｃ３）に対してラベルＬ３が定義されている。

図２２は、図１９のステップＳ５０３の管理コード登録処理のフローチャートである。

図２２において、管理コード一覧画面が呼び出されたときは（ステップＳ７０１でＹＥＳ）、図２３の管理コード一覧画面を表示し（ステップＳ７０２）、管理コード一覧画面のコンボボックス７１０により登録する管理コードの階層が指定されると（ステップＳ７０３）、指定された階層の登録された管理コード名からなる管理コード一覧７１１を表示する（ステップＳ７０４）（図２３）。図２３では、コンボボックス７１０により「第１階層：クライアント」が選択され、管理コード一覧７１１に「みどり商事」等の管理コード名が表示されている。

次いで、管理コード一覧画面のメニュー（不図示）で「管理コードの登録」が選択されたときは（ステップＳ７０５でＹＥＳ）、図２４の管理コード入力ダイアログを表示し（ステップＳ７０６）、管理コード入力ダイアログのエディットボックス７１２に管理コードを入力され（ステップＳ７０７）、ＯＫボタンが押下されたときは（ステップＳ７０８）、入力された管理コードを登録し（ステップＳ７０９）、本処理を終了する。

図２５は、図１９のステップＳ５０４の管理コード使用権設定処理のフローチャートである。

図２５において、管理コード一覧画面が呼び出されたときは（ステップＳ７２１でＹＥＳ）、図２３の管理コード一覧画面を表示し（ステップＳ７２２）、管理コード一覧画面のコンボボックス７１０により登録する管理コードの階層が指定されると（ステップＳ７２３）、指定された階層の登録された管理コード名からなる管理コード一覧７１１を表示する（ステップＳ７２４）。

次いで、管理コード一覧７１１から使用権を設定する管理コードが選択され、メニューで「登録ユーザ」が選択されると（ステップＳ７２５）、図２６の管理コード使用権設定画面を表示する（ステップＳ７２６）。管理コード使用権設定画面には、選択された管理コードの設定されたユーザ名からなるユーザ一覧７４０が表示される。この管理コード使用権設定画面では、選択された１つの管理コードに対して、その管理コードを利用できるユーザを設定することで、管理コードに使用権を定義している。例えば、図２６において、「みどり商事」の管理コードに対して、Ｕｓｅｒ４とＵｓｅｒ５の使用権が設定されている。

次いで、図２６の管理コード使用権設定画面のメニューで「ユーザの設定」が押下されたときは（ステップＳ７２７でＹＥＳ）、図２７のユーザ一覧を表示し（ステップＳ７２８）、ユーザ一覧から設定するユーザが選択され（ステップＳ７２９）、ＯＫボタン７４１が押下されたときは（ステップＳ７３０でＹＥＳ）、選択されたユーザに使用権を設定し（ステップＳ７３１）、本処理を終了する。

図２８は、図１９のステップＳ５０５のラベル登録処理のフローチャートである。

図２８において、ラベル登録画面が呼び出されたときは（ステップＳ７５１でＹＥＳ）、図２９のラベル登録画面を表示し（ステップＳ７５２）、ラベル登録画面のコンボボックス７６１〜７６３により３階層分（クライアント、マター、サブマター）の管理コードが夫々選択され（ステップＳ７５３）、選択された３階層分の管理コードに対するラベルがエディットボックス７６０に入力され（ステップＳ７５４）、ＯＫボタンが押下されたときは（ステップＳ７５５でＹＥＳ）、選択された３階層分の管理コードに対して入力された１つのラベルを登録し（ステップＳ７５６）、本処理を終了する。

図３０は、図１９のステップＳ５０６のラベル使用権設定処理のフローチャートである。

図３０において、ラベル一覧画面が呼び出されたときは（ステップＳ７７１でＹＥＳ）、図３１のラベル一覧画面を表示し（ステップＳ７７２）、ラベル一覧画面から使用権を設定するラベル７８０を選択してＯＫボタン７８１が押下されると（ステップＳ７７３）、図３２のラベル使用権設定画面を表示する（ステップＳ７７４）。ラベル使用権設定画面には、選択されたラベルに対して設定されたユーザ名からなるユーザ一覧７８２が表示される。このラベル使用権設定画面では、選択された１つのラベルに対して、そのラベルを利用できるユーザを設定することで、ラベルに使用権を定義している。例えば、図３２において、「案件Ｍ−Ｈ−Ｐ」のラベルに対して、Ｕｓｅｒ４とＵｓｅｒ５の使用権が設定されている。

次いで、ラベル設定画面のメニュー（不図示）で「ユーザの設定」が選択されると（ステップＳ７７５でＹＥＳ）、図３３のユーザ一覧を表示し（ステップＳ７７６）、図３３のユーザ一覧においてユーザが選択され（ステップＳ７７７）、ＯＫボタン７８３が押下されたときは（ステップＳ７７８でＹＥＳ）、選択されたユーザに使用権を設定し（ステップＳ７７９）、本処理を終了する。

このラベルの使用権の設定は、サーバコンピュータ２００においてのみ可能である。

図３４は、図１９のステップＳ５０２のクライアント通信処理のフローチャートである。

図３４において、クライアント通信処理は、クライアントコンピュータ１００の起動時に行われる起動処理と、動作中に行われる動作中処理と、終了時に行われる終了処理とからなる。

起動処理において、クライアントコンピュータ１００は、起動後に、サーバコンピュータ２００に対してサーバコンピュータ２００が起動しているかの問い合わせを行い（ステップＳ８０１）、サーバコンピュータ２００はクライアントコンピュータからの問い合わせを受信し（ステップＳ８０２）、クライアントコンピュータ１００にサーバコンピュータ２００が正常に動作している旨を通知する（ステップＳ８０３）。

次いで、クライアントコンピュータ１００はサーバコンピュータ２００からの正常に動作している旨の通知を受信し（ステップＳ８０４）、サーバコンピュータ２００に登録されている管理コード及びラベルの送信要求をサーバコンピュータ２００に対して行い（ステップＳ８０５）、サーバコンピュータ２００はクライアントコンピュータ１００より管理コード及びラベルの送信要求を受信し（ステップＳ８０６）、クライアントコンピュータ１００のユーザ情報を参照して、そのユーザが使用可能な管理コード及びラベルをクライアントコンピュータに送信し（ステップＳ８０７）、クライアントコンピュータ１００がサーバコンピュータ２００からの管理コード及びラベルを受信して（ステップＳ８０８）、本処理を終了する。

動作中処理において、クライアントコンピュータ１００は、印刷時に管理コードの指定を行う場合に、ユーザが新規に入力した管理コードを登録するときは、新規に入力された管理コードをサーバコンピュータ２００に送信し（ステップＳ８１１）、サーバコンピュータ２００はクライアントコンピュータ１００において新規に入力された管理コードを受信する。新規に入力された管理コードはクライアントコンピュータ１００のメモリ上に存在する。また、クライアントコンピュータは新規にラベルを定義することもできる。

終了処理において、クライアントコンピュータ１００は、クライアントコンピュータにおいて新規に登録されたラベル及びラベルに対応する管理コードをサーバコンピュータ２００に送信し（ステップＳ８２１）、サーバコンピュータ２００は送信されたラベル及びラベルに対応する管理コードを受信して所定のデータベースに格納する（ステップＳ８２２）。

次いで、クライアントコンピュータ１００は、終了時に、サーバコンピュータ２００に終了通知を送信し（ステップＳ８２３）、サーバコンピュータ２００はクライアントコンピュータ１００からの終了通知を受信して（ステップＳ８２１）、本処理を終了する。

図３５は、図１におけるクライアントコンピュータ１００によって実行されるラベル登録処理のフローチャートである。

図３５において、クライアントコンピュータ１００は、起動後、サーバコンピュータ２００に接続し（ステップＳ９０１）、接続が成功したか否かを判別し（ステップＳ９０２）、接続に成功しなかったときは、しかるべきエラー処理を行い（ステップＳ９０３）、本処理を終了し、接続に成功したときは、サーバコンピュータ２００から管理コード、ラベル、及び各種設定情報を取得する（ステップＳ９０４）。ここで取得する管理コード及びラベルは、クライアントコンピュータ１００にログインしたユーザに使用権の与えられている管理コード及びラベルである。ここで取得した管理コード及びラベルは、印刷時に、管理コードの入力を行う場合に用いられる。

次いで、イベントが発生したか否かを判別し（ステップＳ９０５）、イベントが発生したときは、発生したイベントの種類を判別し（ステップＳ９０６）、発生したイベントがラベル登録処理のときは、ラベル登録処理を実行し（ステップＳ９０７）、サーバで登録されているラベルとユーザ登録ラベルをマージし（ステップＳ９０８）、ステップＳ９０５に戻る。前述のサーバコンピュータ２００におけるラベルの登録処理と同様の方法により、クライアントコンピュータにおいてもラベルの登録が可能である。この場合、登録したラベルの使用権は、現在操作を行っているユーザ、即ちクライアントコンピュータ１００にログインしたユーザとなる。

ステップＳ９０６の判別の結果、発生したイベントが印刷処理のときは、後述する図３６の印刷処理を実行し（ステップＳ９０９）、ステップＳ９０５に戻る。

ステップＳ９０５の判別の結果、イベントが発生せずにクライアントコンピュータ１００を終了するときは、ユーザがクライアントコンピュータにおいて登録したラベル及びラベルに対応する管理コードをサーバコンピュータ２００に送信し（ステップＳ９１０）、本処理を終了する。

図３５の処理によれば、発生したイベントがラベル登録処理を実行し（ステップＳ９０７）、サーバで登録されているラベルとユーザ登録ラベルをマージし（ステップＳ９０８）、イベントが発生せずにクライアントコンピュータ１００を終了するときは（ステップＳ９０５でＮＯ）、ユーザがクライアントコンピュータにおいて登録したラベル及びラベルに対応する管理コードをサーバコンピュータ２００に送信する（ステップＳ９１０）ので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

図３６は、図３５のステップＳ９０９の印刷処理を示すフローチャートである。

図３６において、クライアントコンピュータ１００において印刷時に管理コードを入力するか否かを判別する（ステップＳ９１１）。管理コードを入力するか否かは、印刷時に図３７、図３８の選択画面を表示して、ラベルを選択して管理コードを指定するか、管理コードを直接指定するかをユーザに選択させることができる。図３７は、管理コードを直接指定する画面であり、図３８はラベルを指定して対応する管理コードを設定する画面である。双方の画面は、タブシートを用いて相互に切り換え可能となっている。マウス等の入力手段を用いて、図３７のタブシート９２６にカーソルを合わせて所定のマウスのボタンを押下すると、図３８に切り替わり、図３８のタブシート９２５にカーソルを合わせて所定のマウスボタンを押下すると図３７に切り替わる。

なお、ステップＳ９１１の管理コードを入力するか否かは、サーバコンピュータ２００にて設定されており、クライアントコンピュータ１００が起動時にロードした設定情報に含まれているようにしてもよい。

ステップＳ９１１の判別の結果、印刷時に管理コードを入力するときは、図３７の管理コード入力ダイアログを表示し（ステップＳ９１２）、管理コードの入力方法として登録されているラベルを入力するか否か判別し（ステップＳ９１３）、ラベルを入力しないときは、図３７の管理コード入力ダイアログのコンボボックス９２０〜９２２において３階層分の管理コードを夫々入力してＯＫボタン９２３を押下し（ステップＳ９１４）、入力された管理コードが新規であるか否かを判別し（ステップＳ９１５）、入力された管理コードが新規である、即ち登録されていないときは、入力された新規の管理コードをサーバに送信する（ステップＳ９１７）。コンボボックス９２０〜９２２では、登録された管理コードを選択できると共に、新規の管理コードをエディットすることができる。

次いで、入力された管理コード及び印刷ジョブのジョブＩＤをサーバコンピュータ２００に送信し（ステップＳ９１７）、ジョブログをサーバコンピュータ２００に送信し（ステップＳ９１８）、本処理を終了する。

ステップＳ９１３の判別の結果、ラベルを入力するときは、図３８のラベル入力ダイアログのコンボボックス９２４にラベルを入力することにより管理コードの入力を行い（ステップＳ９１９）、ステップＳ９１７以降の処理を実行して、本処理を終了する。図では、（みどり商事、法務、特許権侵害）という３つの管理コードの組に対して「案件Ｍ−Ｈ−Ｐ」というラベルがつけられており、このラベルを選択することで３つの管理コード（みどり商事、法務、特許権侵害）を選択した効果が得られる。

図３６の処理によれば、クライアントコンピュータ１００は、ラベル入力ダイアログのコンボボックス９２４にラベルを入力することにより管理コードの入力を行い（ステップＳ９１９）、入力された管理コード及び印刷ジョブのジョブＩＤをサーバコンピュータ２００に送信する（ステップＳ９１７）ので、管理コードの管理、運用の利便性を高め、管理コードを使用した印刷管理の操作性、利便性を高めることができる。

なお、本実施の形態において、管理コードの階層は３階層としたが、これに限るものではない。

また、クライアントコンピュータ２００で登録したラベルをクライアントコンピュータ２００の終了時にサーバコンピュータ２００に送信するとしたが、クライアントコンピュータ２００においてラベルを登録する毎にサーバコンピュータ２００に送信するようにしてもよい。

また、サーバコンピュータ２００側での管理コード及びラベルの使用権の設定は、図２５の管理コード使用権設定処理により行っているが、ユーザによる使用権の設定を行わず、各々の管理コードが持つ使用権の論理和で設定するようにしてもよい。
例えば、
（管理コード：Ａ４、使用権：ユーザ４）、
（管理コード：Ｂ２、使用権：ユーザ２、ユーザ３）、
（管理コード：Ｃ５、使用権：ユーザ５）
なる３つの管理コードに対してラベルＬ１を定義した場合、これがラベルＬ１の使用権は、各々の管理コードが持つ使用権の論理和（ユーザ２、ユーザ３、ユーザ４、ユーザ５）が設定される。
本実施の形態において、複数の管理コードを用いて集計単位を特定して、ジョブ情報の集計を行うためのプログラムを開示した。このプログラムは、 図１におけるクライアントコンピュータ１００によって実行されるラベル登録処理を実現するプログラムを含む。また、該プログラムは、ジョブの集計に用いる複数の管理コードとラベルとを対応付けて管理し、該プログラムが管理する複数の管理コードを用いて指定するか、該プログラムが管理するラベルを指定するかを選択させる選択画面を表示する処理を制御する。さらに、該プログラムは、ユーザからの印刷指示に応答して、図３７又は図３８の選択画面を表示する処理を制御する。

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

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

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

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

また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。

プログラムを供給する記録媒体としては、例えば、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ）、磁気テープ、不揮発性のメモリカード、他のＲＯＭ等の上記プログラムを記憶できるものであればよい。又は、上記プログラムは、インターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明の実施の形態に係るジョブ情報管理システムの構成を概略的に示すブロック図である。 図１のジョブ情報管理システムのソフトウェア構成を示すブロック図である。 図２におけるフックモジュール１０２によって作成されるフックログのデータ構成を示す図である。 図２におけるプリンタドライバ１０４によって作成されるドライバログのデータ構成を示す図である。 図２におけるスプーラ１０５によって作成されるＡＰＩログのデータ構成を示す図である。 図２における送受信モジュール１０６によって作成されるモニタログのデータ構成を示す図である。 図２におけるジョブログマージモジュール１０８によって作成されるマージログのデータ構成を示す図である。 図２におけるプリンタ３００によって作成される機器ログのデータ構成を示す図である。 図２におけるプリンタ３００によって作成される機器ログのデータ構成を示す図である。 図２におけるジョブログマージモジュール２０２によって作成される最終ログのデータ構成を示す図である。 図１におけるクライアントコンピュータ１００のハードウェア構成を示すブロック図である。 図１におけるプリンタ３００のハードウェア構成を示すブロック図である。 図１におけるサーバコンピュータ２００のＲＡＭ２１２におけるメモリマップ２２０を示す図である。 図２におけるジョブアカウントサーバプログラム２０１をサーバコンピュータ２００にインストールする方法を説明するのに用いられる図である。 図１４におけるＣＤ−ＲＯＭ２１３の記憶領域２３０のメモリマップを示す図である。 図２におけるフックモジュール１０２によって実行される新ドキュメント名作成処理処理のフローチャートである。 図２におけるジョブログマージモジュール１０８によって実行されるログマージ処理のフローチャートである。 図２におけるジョブログマージモジュール２０２によって実行される最終ログ作成処理のフローチャートである。 図２におけるサーバコンピュータ２００によって実行される主要な処理のフローチャートである。 図１９のステップＳ５０３で登録される管理コードのデータ構造を示す図である。 図１９のステップＳ５０５で登録されるラベルのデータ構造を示す図である。 図１９のステップＳ５０３の管理コード登録処理のフローチャートである。 図２２のステップＳ７０２で表示される管理コード一覧画面の一例を示す図である。 図２２のステップＳ７０６で表示される管理コード入力ダイアログの一例を示す図である。 図１９のステップＳ５０４の管理コード使用権設定処理のフローチャートである。 図２５のステップＳ７２６で表示される管理コード使用権設定画面の一例を示す図である。 図２５のステップＳ７２８で表示されるユーザ一覧の一例を示す図である。 図１９のステップＳ５０５のラベル登録処理のフローチャートである。 図２８のステップＳ７５２で表示されるラベル登録画面の一例を示す図である。 図１９のステップＳ５０６のラベル使用権設定処理のフローチャートである。 図３０のステップＳ７７２で表示されるラベル一覧画面の一例を示す図である。 図３０のステップＳ７７４で表示されるラベル使用権設定画面の一例を示す図である。 図３０のステップＳ７７６で表示されるユーザ一覧の一例を示す図である。 図１９のステップＳ５０２のクライアント通信処理のフローチャートである。 図１におけるクライアントコンピュータ１００によって実行されるラベル登録処理のフローチャートである。 図３５のステップＳ９０９の印刷処理を示すフローチャートである。 図３６のステップＳ９１２で表示される管理コード入力ダイアログの一例を示す図である。 図３６のステップＳ９１９で表示される管理コード入力ダイアログの一例を示す図である。

符号の説明

１００ａ〜１００ｃ クライアントコンピュータ
１０２ フックモジュール
１０７ ジョブアカウントクライアントプログラム
１０８ ジョブログマージモジュール
１０９ ジョブログ送信モジュール
２００ サーバコンピュータ
２０１ ジョブアカウントサーバプログラム
２０３ ジョブログ記録モジュール
２０５ ジョブログ集計モジュール
２０６ ＩＤ発生モジュール
３００ａ〜３００ｃ プリンタ

Claims (15)

1. 画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理装置と、前記情報処理装置から前記ジョブ情報を取得して管理するジョブ情報管理装置とを含むジョブ情報管理システムにおいて、
   前記情報処理装置は、
   前記ジョブ情報を管理するための複数の管理コードに対応したラベルを作成する作成手段と、
   前記作成手段が作成したラベルを前記ジョブ情報管理装置に送信する送信手段とを備え、
   前記ジョブ情報管理装置は、
   前記送信されたラベルを前記複数の管理コードに対応させて記憶する記憶手段とを備えることを特徴とするジョブ情報管理システム。
2. 前記情報処理装置は、
   前記ラベル又は管理コードの入力により、前記ジョブ情報に対して複数の管理コードを指定する指定手段と、前記ジョブ情報及び前記複数の管理コードを前記ジョブ情報管理装置に送信する送信手段とを有し、
   前記ジョブ情報管理装置は、
   前記ジョブ情報と、前記指定された複数の管理コードとを対応させて記憶する記憶手段と、前記複数の管理コードの各管理コード毎に前記ジョブ情報を集計する集計手段とを有することを特徴とする請求項１記載のジョブ情報管理システム。
3. 前記管理コードは、印刷処理を含むジョブ処理に対する課金を含むシステム使用量の集計に用いられるものであり、前記管理コードを用いて前記システム使用料を集計させることを許可するべく使用権を特定のユーザに対して設定可能であることを特徴とする請求項１又は２記載のジョブ情報管理システム。
4. 前記ラベルの使用権を特定のユーザに対して設定可能であることを特徴とする請求項１乃至３のいずれか１項に記載のジョブ情報管理システム。
5. 情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理方法において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶ステップを備えることを特徴とするジョブ情報管理方法。
6. 情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理プログラムにおいて、
   前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶工程をコンピュータに実行させることを特徴とするジョブ情報管理プログラム。
7. 前記ラベル又は前記複数の管理コードの入力により、前記ジョブ情報に対して前記複数の管理コードを指定する指定工程と、
   前記ジョブ情報と、前記指定された前記複数の管理コードとを対応させて記憶する記憶工程と、
   前記複数の管理コードの各管理コード毎に前記ジョブ情報を集計する集計工程とをコンピュータに実行させることを特徴とする請求項６記載のジョブ情報管理プログラム。
8. 前記管理コードの使用権を特定のユーザに対して設定可能であることを特徴とする請求項６又は７記載のジョブ情報管理プログラム。
9. 前記ラベルの使用権を特定のユーザに対して設定可能であることを特徴とする請求項６乃至８のいずれか１項に記載のジョブ情報管理プログラム。
10. 請求項６乃至９のいずれか１項に記載のプログラムを格納することを特徴とするコンピュータ読取り可能な記憶媒体。
11. 情報処理装置から画像処理装置に出力するジョブのジョブ情報を取得して管理するジョブ情報管理装置において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを記憶する記憶手段を備えることを特徴とするジョブ情報管理装置。
12. 画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成して前記生成したジョブ情報を当該ジョブ情報を管理するジョブ情報管理装置に送信する情報処理装置において、前記ジョブ情報を管理するための複数の管理コードに対応させてラベルを作成する作成手段と、前記作成したラベルを前記複数の管理コードに対応させて前記ジョブ情報管理装置に送信する送信手段とを備えることを特徴とする情報処理装置。
13. 複数の管理コードを用いて集計単位を特定することによりジョブ情報の集計を行うためのジョブ情報管理装置と、前記ジョブ情報管理装置に接続された情報処理装置とを有するジョブ情報管理システムの制御プログラムにおいて、
    前記ジョブ情報管理装置に記憶された前記複数の管理コードを対応付けたラベルを取得する取得工程と、
    前記取得工程で取得したラベルに対応付けられる管理コードを更新する更新工程と、
    前記更新工程で更新したラベルを前記ジョブ情報管理装置に記憶させるべく転送する転送工程とを前記情報処理装置に実行させることを特徴とする制御プログラム。
14. 複数の管理コードを用いて集計単位を特定することによりジョブ情報の集計を行うためのジョブ情報管理装置と、前記ジョブ情報管理装置に接続された情報処理装置とを有するジョブ情報管理システムの制御プログラムにおいて、
    前記ジョブ情報の集計に用いる複数の管理コードとラベルとを対応付けて管理する管理工程と、
    前記管理工程で管理する複数の管理コードを用いて指定するか、前記管理工程で管理するラベルを用いて指定するかを選択させる選択画面を表示する表示制御工程とを前記ジョブ情報管理装置に実行させることを特徴とする制御プログラム。
15. 前記表示制御工程は、印刷指示に応答して前記選択画面を表示することを特徴とする請求項１４に記載の制御プログラム。

Images