(57)【要約】【課題】印刷状況を分析、表示する自由度を高めることで、利用状況の集計処理の負担を軽減し、簡便かつ効果的に印刷状況を把握すること。【解決手段】画像処理装置に対してジョブを発行すると共に、該ジョブに関するジョブ情報を生成する情報処理クライアントと、情報処理クライアントからジョブ情報を取得し、記録する情報処理サーバと、を含む情報処理システムであって、情報処理クライアントは、ジョブについて管理コードの入力を促すダイアログ２６０１を表示させ、情報処理サーバに対して管理コード及びジョブ情報を送信する。情報処理サーバは、前記情報処理クライアントから前記管理コード及び前記ジョブ情報を取得し、取得された管理コードに基づいてジョブ情報を集計する。【選択図】  図２６
2004178324.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理クライアントと、
前記情報処理クライアントから前記ジョブ情報を取得し、記録する情報処理サーバと、
を含む情報処理システムであって、
前記情報処理クライアントは、
ユーザからの印刷指示に応じて、ユーザが使用可能な管理コードを指定するための画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記ジョブ情報を送信する送信手段と、
を有し、
前記情報処理サーバは、
前記情報処理クライアントから前記管理コード及び前記ジョブ情報を取得する取得手段と、
前記取得手段で取得された前記管理コードに基づいて前記ジョブ情報を集計する集計手段と、
を有することを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ジョブ情報の管理技術に関するものである。
【０００２】
【従来の技術】
従来から、ジョブ情報を取得して管理する情報処理システムに関するジョブ管理方法が開発されてきており、周辺機器で実行されたジョブ情報を収集することが行われている。
【０００３】
上記のように収集されたジョブ情報は、表やグラフで表示されて、利用状況の把握、考察に利用されることが一般的である（例えば特許文献１参照）。表やグラフで表示する場合は、ユーザや部門ごとに、その利用状況（印刷枚数、用紙サイズ、用紙タイプ等）を表示したりしていた。また、「部門」や「所属」などの属性を定義し、ユーザをその属性でグループ分けを行い、属性を単位として利用状況を表やグラフで表示することも行われていた。
【０００４】
【特許文献１】
特開２００２−１１６８９９号公報
【０００５】
【発明が解決しようとする課題】
しかし、ユーザ単位、またはそのユーザが属する「部門」、「所属」単位での集計・表示では十分でない場合がある。
【０００６】
例えば、法律事務所等では、通常、発生した印刷経費を仕事の内容ごとに集計するといった業務管理を行っており、印刷を行ったユーザ単位の集計結果から仕事単位に集計をやり直す手間が生じてしまう。また、印刷を行ったユーザが常にその仕事に従事する訳ではないので、利用者情報からどの仕事に対する印刷かを判別することは困難であった。
【０００７】
本発明は、上記の課題を鑑みてなされたものであり、印刷状況を分析、表示する自由度を高めることで、利用状況の集計処理の負担を軽減し、簡便かつ効果的に印刷状況を把握することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るシステムは、
画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理クライアントと、
前記情報処理クライアントから前記ジョブ情報を取得し、記録する情報処理サーバと、
を含む情報処理システムであって、
前記情報処理クライアントは、
ユーザからの印刷指示に応じて、ユーザが使用可能な管理コードを指定するための画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記ジョブ情報を送信する送信手段と、
を有し、
前記情報処理サーバは、
前記情報処理クライアントから前記管理コード及び前記ジョブ情報を取得する取得手段と、
前記取得手段で取得された前記管理コードに基づいて前記ジョブ情報を集計する集計手段と、
を有することを特徴とする。
【０００９】
【発明の実施の形態】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１０】
＜システム構成＞
図１Ａは、本発明に係る情報処理方法を実施できる好適な形態としての情報処理システムの一例を示す図である。
【００１１】
本情報処理システムは、情報処理クライアントと情報処理サーバと画像処理装置とを少なくとも１台ずつは含むものであるが、図１Ａでは、第１情報処理装置としてクライアントコンピュータ１００１〜１００３、第２情報処理装置としてサーバコンピュータ２０００、画像処理装置としてプリンタ１０８〜１１０及びファクシミリ、コピー機、及びこれらの機能を複合的に有するＭＦＰ（マルチファンクションプリンタ）を例示的に図示している。
【００１２】
これらの装置は、イーサネット（登録商標）等で構築されたローカルエリアネットワーク（単にネットワークという）３０００によって接続され、相互に通信可能となっている。
【００１３】
クライアントコンピュータ１００１〜１００３は、各ユーザが使用するものである。サーバコンピュータ２０００は、ネットワーク３０００上に存在するクライアントコンピュータ１００１やプリンタ１１０などを管理するとともに、遠隔制御する制御用コンピュータである。なお、このクライアントコンピュータ１００１乃至１００３とサーバコンピュータ２０００との違いは、その装置上で、後述するジョブアカウントクライアントプログラム（以下、ジョブアカウントクライアントと称する）が実行されるか、ジョブアカウントサーバプログラム（以下、ジョブアカウントサーバと称する）が実行されるかの違いであって、ハードウェア上の違いはない。
【００１４】
また、後述する説明から明らかになるが、このサーバコンピュータ２０００は、管理者が管理するためのものであって、クライアントコンピュータ１００１〜１００３等のユーザはその存在を知らなくても構わない。
【００１５】
なお、図示では、一般ユーザが使用するクライアントコンピュータとして３台を示したが、もちろん、この数により本願発明が限定されるものではない。ネットワーク３０００上には、他に複数のコンピュータが接続されていても良いし、それらはプリンタに接続されていなくてもよい。
【００１６】
なお、本システムを構成する画像処理装置としては、種々のものが考えられるが、本実施形態では、特にプリンタ１０８〜１１０について例示的に説明する。
【００１７】
プリンタ１０８は、クライアントコンピュータ１００１〜１００３から受信したデータを印刷する機能を有するが、外部の機器に対してプリンタ１０８で行ったジョブの情報を出力する機能を有さないものとする。
【００１８】
プリンタ１０９は、プリンタ１０８の機能に加えて、ジョブ終了時点で、そのジョブに関する総排紙ページ数などの印刷結果をクライアントコンピュータ１００１〜１００３に通知する機能を有しているものとする。
【００１９】
プリンタ１１０は、印刷後にジョブ情報をプリンタ内のメモリに格納し、サーバコンピュータ２０００の要求に応じてそのジョブ情報を出力する機能を有するものとする。
【００２０】
サーバコンピュータ２０００は、ネットワーク３０００を介してクライアントコンピュータで扱ったジョブログを記録し、閲覧希望者からの要求に応じて、特定のジョブログを選択し、単位期間別、デバイス別、ジョブ発行者別などの集計処理などを行うことが可能である。
【００２１】
なお、本実施形態では、ネットワーク３０００のプロトコルとしてＴＣＰ／ＩＰを利用するものとして説明するが、以下の機能を実現するものであれば、如何なるものでも構わない。
【００２２】
＜システムのソフトウェア構成＞
図１Ｂは、情報処理システムのソフトウェア構成を示す図である。
【００２３】
クライアントコンピュータ１００１〜１００３は、アプリケーション１０２、フックモジュール１０３、ＧＤＩ１０４（グラフィック描画を処理するサブシステム）、プリンタドライバ１０５、スプーラ１０６、送受信モジュール１０７、ジョブアカウントクライアント１１８、を含む。
【００２４】
これらのうち、アプリケーション１０２は、画像データを取り込んだり、加工したりする画像処理アプリケーションや、文書データを作成するワードプロセッサアプリケーションなどであり、不図示のオペレーションシステム上で動作する。また、ＧＤＩ１０４、送受信モジュール１０７は、オペレーションシステムに含まれるモジュールである。更に、プリンタドライバ１０５は、クライアントコンピュータ１００１〜１００３が制御するプリンタに応じてプリンタメーカーによって用意されたプログラムであり、プリンタ１０８〜１１０などのプリンタとアプリケーション１０２との間で橋渡し的に動作する。スプーラ１０６は、プリンタドライバ１０５によって確保される一時記憶領域である。
【００２５】
一方、サーバコンピュータ２０００は、ジョブアカウントサーバ１２１を含み、ジョブアカウントサーバ１２１は、ジョブログマージモジュール１２３、ジョブログ記憶モジュール１２４、ジョブログ受信モジュール１２２、ジョブログ集計モジュール１２５、ＩＤ発生モジュール１２６、処理対象外データベース１２９を含む。
【００２６】
次に、クライアントコンピュータ１００１〜１００３及びサーバコンピュータ２０００内の動作について説明する。
【００２７】
クライアントコンピュータ１００１〜１００３において、アプリケーション１０２に対して印刷指示が発行されると、アプリケーション１０２は描画のためのＧＤＩコールを行う。
【００２８】
フックモジュール１０３はジョブアカウントクライアント１１８と共に組み込まれるもので、ＧＤＩコールをフック（監視して認識）して、どのＧＤＩコールがいかなるパラメータで呼ばれたか、呼ばれた回数、などの情報を蓄積する。例えば、改ページあるいは排紙を行うＡＰＩ（アプリケーションプログラミングインタフェース）をカウントすることでアプリケーション１０２が発行したジョブの排紙枚数あるいはページ数を取得する。この情報をもとに作成された履歴をフックログ１１１として、ジョブアカウントクライアント１１８に渡す。フックモジュール１０３は、規定の判断基準に基づき、ドキュメント名を変更することもできる。ドキュメント名並びにこの変更処理については後述する。
【００２９】
図７は、フックログ１１１の一例を示す図である。フックログでは、ＪｏｂＩｄ、アプリケーション名、論理ページ数、ドキュメント名、が取得可能である。ＪｏｂＩｄはＧＤＩに印刷開始を指示したときにＧＤＩから取得できるものであり、クライアントコンピュータ１００１〜１００３の印刷ジョブを一意に指定できるものである。
【００３０】
図１Ｂに戻り、プリンタドライバ１０５はＧＤＩコールを印刷設定に従ってプリンタが解釈できる印刷データに変換して、スプーラ１０６に渡すとともに、変換内容から印刷情報を抜き出し、それをドライバログ１１２として、ジョブアカウントクライアント１１８に渡す。
【００３１】
図８はドライバログ１１２の例を示す図である。ドライバログ１１２は、ジョブアカウントクライアントが印刷実行時にドライバから取得可能な履歴情報である。ドライバログ１１２としては、印刷実行に係るジョブの識別子であるＪｏｂＩｄ、ジョブが含む印刷データの用紙サイズ、Ｎ−ｕｐ情報、物理ページ数の情報、両面片面情報が取得可能である。用紙サイズ、Ｎ−ｕｐ、物理ページ数、両面片面情報は、プリンタドライバに印刷時又はデフォルト入力され設定される印刷設定から取得する。Ｎ−ｕｐは用紙に何面の論理ページを割り付けるかの設定である。物理ページ数は、印刷時に出力する用紙の片側を１と数える単位である。
【００３２】
例えば、論理ページが４ページの場合に、両面印刷で２−ｕｐの印刷処理を行うと、物理ページは２ページとなる。そして、該物理ページが、用紙の表裏に印刷され、１枚の用紙が出力排紙される。表に論理ページの１ページ目、２ページ目、裏に論理ページの３ページ目、４ページ目が印刷される。
【００３３】
また、図１Ｂに戻り、ジョブアカウントクライアント１１８は定期的にスプーラを監視し、スプールされているジョブが有れば、そのジョブの情報をＡＰＩで取得することにより、ジョブの排紙枚数あるいはページ数を取得する。これにより取得したジョブ情報をＡＰＩログ１１３として、ジョブアカウントクライアント１１８に渡す。
【００３４】
図９は、ＡＰＩログ１１３の一例を示す図である。ＡＰＩログ１１３としては、ＪｏｂＩｄ、ジョブのオーナ名（ユーザ名）、スプールデータサイズが取得可能である。
【００３５】
送受信モジュール１０７はプリンタ１０８〜１１０など、アプリケーションから指定されたいずれかのプリンタと通信し、プリンタがレディ状態であれば、印刷データを送信する。このとき、例えば、ＨＰ社のＰｒｉｎｔｅｒＪｏｂＬａｎｇｕａｇｅ（プリンタ・ジョブ・ランゲージ）のコマンドを用いれば、プリンタ１０９において印刷ジョブの全ページの排紙が完了した後に当該ジョブが排紙したページ数を取得することが可能である。送受信モジュール１０７（ポートモニタ）１０７は、プリンタ１０９から受信したページ数などジョブ情報を、ジョブアカウントクライアント１１８に送る。この情報をもとに作成された印刷ログをモニタログ１１４と称する。
【００３６】
図１０は、モニタログ１１４の一例を示す図である。モニタログ１１４としては、ＪｏｂＩｄが取得可能である。プリンタ１０８に送信した場合は、加えて排紙ページ数、排紙枚数が取得できる。
【００３７】
フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、モニタログ１１４のいずれにおいても、当該ジョブが処理済みか否かを示すフラグ情報、並びに、ログの種別を示す情報を記録する領域が設けられている。
【００３８】
クライアントコンピュータ内のＣＰＵで実行されるソフトウェアモジュールであるジョブアカウントクライアント１１８は、各種印刷処理に関するログを収集し、ジョブアカウントサーバ１２１に送信するため、ジョブログマージモジュール１１６及びジョブログ送信モジュール１１７を含む。
【００３９】
図１Ｂのジョブログマージモジュール１１６は、フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、及びモニタログ１１４をマージし、通常は、マージ処理を終えるたびに、マージログ１２７をジョブログ送信モジュール１１７に送る。図１２は、図７から図１０に示す各ログをマージする場合のマージログ１２７の例を示す図である。図に示すようにこのマージログ１２７は、フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、モニタログ１１４の項目と管理コードを備えている。図１２のジョブ情報は、ジョブに対して発行されたジョブＩＤ、ジョブに含まれたドキュメントを生成したアプリケーションの名前、ジョブの論理ページ数、ジョブに含まれたドキュメント名、ジョブの開始時刻、ジョブの終了時刻、ジョブが使用する用紙サイズ、ジョブで使用されているＮ−ＵＰ数、ジョブの物理ページ数、ジョブが両面印刷または片面印刷いずれを使用するか、ジョブのオーナ名（ユーザ名）などのジョブに係る集計情報を含んでいる。これら集計情報は、ジョブアカウントサーバによって、ユーザ毎、部門ごと、管理コード毎に集計処理されるのに使用される。
【００４０】
なお、ここでは、マージログ１２７に管理コードが含まれているものとして示しているが、本発明はこれに限定されるものではなく、ページ数などのジョブ情報と管理コードとを別々にサーバコンピュータ２０００に送信してもよい。その場合、マージログ１２７に管理コードは含まれず、サーバコンピュータ２０００のジョブログマージモジュール１２３が、管理コードを他のログとマージして最終ログ１２８を生成することになる。
【００４１】
なお、ジョブログ送信モジュール１１７は、ログを定期的に或いはジョブログ受信モジュール１２２の要求に応じて、ジョブログ受信モジュール１２２に送信する。この際、ジョブログ送信モジュール１１７は、ＯＳが提供する送受信モジュール１０７を制御して、ジョブログ受信モジュール１２２へログを送信してもよい。なお、ジョブアカウントクライアント１１８は、フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、モニタログ１１４のうち、どれを選択するかの優先順位を設けておき、いずれかをジョブアカウントサーバ１２１に送信することもできる。
【００４２】
次に、ジョブアカウントサーバ１２１の動作について説明する。
【００４３】
ジョブログ受信モジュール１２２は、ジョブログ送信モジュール１１７から送られるジョブを取得して蓄積する。またジョブログ受信モジュール１２２は、内部にジョブ情報を記憶するプリンタ１１０などのネットワークプリンタがネットワーク上に存在する場合には、プリンタとのプロトコルを定義し通信することで、ジョブ情報を直接プリンタから機器ログ１１５として取得することができる。
【００４４】
つまり、定期的にプリンタ１１０をポーリングし、まだ取得していないジョブ情報があれば、それを機器ログ１１５として取得する。機器ログ１１５はプリンタ１１０内のＲＡＭあるいはＨＤに記憶されるが、記憶容量の制限のため、送受信モジュール１０７からプリンタに送信されたドキュメント名などの情報をすべて記憶することは望ましくない。図１３は、フックモジュール１０３が動作するクライアントコンピュータからジョブがプリンタ１１０に送信された場合の機器ログ１１５の例を示す図である。また、図１４は、フックモジュール１０３が動作しないクライアントコンピュータからジョブがプリンタ１１０に送信された場合の機器ログ１１５の例を示す図である。
【００４５】
ジョブログマージモジュール１２３は、ジョブアカウントクライアントから送られたマージログ１２７と機器ログ１１５をマージし、最終ログ１２８を生成する。図１７は、図１２に示すマージログ１２７と図１３に示す機器ログ１１５をマージした場合の最終ログ１２８の例を示す図である。
【００４６】
ジョブログ記憶モジュール１２４はジョブログマージモジュール１２３から最終ログ１２８を受け取り、処理対象外データベース１２８を参照して、処理対象外でなければ、ＨＤ２０６などに記憶する。ジョブログ集計モジュール１２５は、閲覧者からの指示によって、単位期間ごとの印刷ページ数を求めたり、オーナごとの印刷ページ数を求める、などの集計処理を行う。
【００４７】
ＩＤ発生モジュール１２６は、クライアントコンピュータ１００１〜１００３を一意に識別するためのＩＤを発行する。ここでは、各桁がａからｚの２６通りの値をとりうる４桁の文字列をフックモジュール１０３の要求に応じて、ａａａａ、ａａａｂ、・・・、ｚｚｚｙ、ｚｚｚｚと順に変化させ、クライアントを一意に識別できるように発行する。ここでは、ホストとジョブＩＤの組合せを用いて新ドキュメント名を作成するが、印刷システム全体で一意の新ドキュメント名（後述）をジョブアカウントサーバにおいて一元発行する方式をとってもよい。
【００４８】
なお、ここでは、クライアントコンピュータ１００１〜１００３において、一回の印刷ジョブに対して、フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、モニタログ１１４の４つのログが作成されることとしたが、常に４つのログが取れるとは限らない。例えば、アプリケーション１０２がスプーラ１０６に直接印刷データを送れば、フックログ１１１やドライバログ１１２は取得できない。プリンタドライバ１０５とジョブアカウントクライアント１１８間でプロトコルが規定されていなければ、ドライバログ１１２は取得できない。プリンタ１０８のように排紙ページ数を送受信モジュール１０７に通知する機能がない場合は、モニタログ１１４の排紙ページ情報を取得できない。しかし、ジョブに係る複数の処理においてログを取得することで、一部処理にてログ取得が不可能な場合であっても、総合的には、ログを取得できる確率が高くなる。
【００４９】
以上のような情報処理システムにおいて、クライアントコンピュータ１００１〜１００３やプリンタ１１０などから取得されたジョブ情報としてのログは、そのログの生成過程（ポート情報やドライバ情報）に基づいて記録処理すべきか否かを判定され、記録処理すべきと判定されたログのみがサーバコンピュータ２０００内に記録されることになる。
【００５０】
＜各コンピュータのハードウェア構成＞
図２は、クライアントコンピュータ１００１〜１００３およびサーバコンピュータ２０００のいずれかのハードウェア構成の一例を示すブロック図である。上述したように、クライアントコンピュータ１００１〜１００３およびサーバコンピュータ２０００は、ハードウェアの基本的な構成に相違はなく、何れのコンピュータも以下の構成を有する。
【００５１】
図２において、２０１はＣＰＵ、即ち中央処理ユニットであり、このコンピュータ全体の制御および演算処理等を行うものである。２０２はＲＯＭ即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。２０３はＲＡＭ即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域である。２０４はＫＢＣ即ちキーボード制御部であり、キーボードより入力データを受け取りＣＰＵ２０１へ伝達する。２０５はディスプレイ制御部であり、ＣＲＴや液晶ディスプレイなどへの表示を制御する。２０６はＨＤすなわちハードディスクである。ＨＤ２０６は、プログラムおよびデータを記憶、格納しておき、実行時に必要に応じて参照またはＲＡＭ２０３へのロードする。２０７は通信ユニットであり、ネットワークに接続された他のコンピュータや周辺機器との通信に用いられる。通信ユニット２０７は、図１の送受信モジュール１０７、ジョブログ送信モジュール１１７などにより制御される。２０８はシステムバスであり、上述されたハードウェア間のデータの通路である。
【００５２】
図１Ｂに示したアプリケーション１０２、フックモジュール１０３、ＧＤＩ１０４、プリンタドライバ１０５、送受信モジュール１０７、ジョブアカウントクライアント１１８などのソフトウェアモジュール、およびオペレーションシステムや通信制御用プログラムなどは、ＨＤ２０５やＲＯＭ２０２からＲＡＭ２０３にロードされ、ＣＰＵ２０１により実行される。
【００５３】
なお、図２で示すＨＤ２０５の代わりに或いは、ＨＤ２０５に加えて他の記憶デバイスを設けてもよい。他の記憶デバイスとしては、不揮発性記憶メモリ等が考えられる。
【００５４】
＜各プリンタのハードウェア構成＞
図３は、本情報処理システムを構成するプリンタ１０８〜１１０の構成の一例を示すブロック図である。図３において、３０５はプリンタ全体を制御するコントローラである。コントローラ３０５の内部には、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤ３０４が含まれる。
【００５５】
ＣＰＵ３０１は中央処理ユニットであり、このプリンタ全体の制御および演算処理等を行うものである。ＲＯＭ３０２は読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域を含む。ＲＡＭ３０３はランダムアクセスメモリであり、使用制限のないデータ記憶領域を含む。ＨＤ３０４は、ハードディスクであり、書き換える可能性のあるプログラムやデータをプリンタ電源切断後も確保する記憶領域を含む。
【００５６】
ＲＡＭ３０３は、オペレーティングシステムや通信制御およびエンジン制御などのプログラムがロードされ、実行される記憶領域を有する。プリントエンジン３０６は、コントローラの制御のもとで印刷動作や画像読み取り動作をする。通信ユニット３０７であり、ネットワークを介してクライアントコンピュータやサーバコンピュータとの通信を行うユニットである。操作ユニット３０８は、ユーザとの対話的な設定作業を行うためのユニットである。システムバス３０９は、上述の構成要素間のデータの通路となるべきものである。
【００５７】
＜サーバコンピュータのＲＡＭ構成及びその実現方法＞
図４は、クライアントコンピュータ１０００内部のＲＡＭ２０３におけるメモリマップ４０を表す図である。
【００５８】
サーバコンピュータ２０００内では、基本Ｉ／Ｏプログラム４１と、オペレーティングシステム４２と、アプリケーション１０２と、が図４のようにＲＡＭ２０３にロードされ実行可能となる。サーバコンピュータ２０００のＲＡＭ２０３内には、これらの他に、アプリケーション１０２が実行した結果生成された関連データ４４が格納されており、更に、他のプログラムが使用するワークエリア４５が用意されている。
【００５９】
図１Ｂのようなサーバコンピュータ２０００のソフトウェア構成は、ジョブアカウントサーバ１２１を外部からインストールすることによって実現することができる。インストールの方法としては、インターネットなどのネットワークを介してダウンロードする方法の他、持ち運び可能な着脱式の記憶媒体からインストールする方法を採ることができる。
【００６０】
例えば、図６のように、サーバコンピュータ２０００のＣＤ−ＲＯＭドライブ２０８にＣＤ−ＲＯＭ６０を読み込ませる方法がこれにあたる。この場合、図５のように、ＣＤ−ＲＯＭ６０の記憶領域５０には、ボリューム情報５１、ディレクトリ情報５２、実行ファイル５３、関連データファイル５４が記録される。
【００６１】
実行ファイル５３は、ジョブアカウントサーバ１２１のインストールプログラムを含む。
【００６２】
ＣＤ−ＲＯＭ６０をＣＤ−ＲＯＭドライブ６１にセットすると、オペレーティングシステム４２および基本Ｉ／Ｏプログラム４１の制御のもとに、実行ファイル５３が実行されて、ジョブアカウントサーバ１２１を実現するためのプログラムモジュール等および関連データがＣＤ−ＲＯＭ６０から読み出され、ＨＤ２０６に格納される。ここでジョブアカウントサーバ１２１を実現するためのプログラムモジュールには、図１Ｂに示した各モジュール１２２〜１２６が含まれる。
【００６３】
もちろん、記憶媒体はＣＤ−ＲＯＭに限定されるものではなく、ＤＶＤ、ＦＤなどでもよいことは言うまでもない。
【００６４】
＜フックモジュールの動作＞
図１５は、フックモジュール１０３によって行われる処理を示すフローチャートである。
【００６５】
ステップＳ１５０１において、フックモジュール１０３は、所定の機器管理プロトコルにより、印刷先のプリンタが機器ログを備えているか否かを示す情報を取得して判別し、備えていると判別した場合は、ステップＳ１５０２へ進む。フックモジュール１０３が、プリンタが機器ログを備えていないと判断した場合は、処理を終了する。
【００６６】
ステップＳ１５０２において、フックモジュール１０３は、クライアントＩＤを取得済であるか否かを判別し、取得済であれば、ステップＳ１５０４へ進む。取得していなければステップＳ１５０３へ進む。ここで、クライアントＩＤとは、ＩＤ発生モジュール１２６が発行する、クライアントコンピュータ１００１〜１００３を一意に識別可能な識別情報である。ここでは、ステップＳ１５０３において、フックモジュール１０３は、ＩＤ発生モジュール１２６と通信し、クライアントコンピュータを一意に識別するＩＤをＩＤ発生モジュール１２６から取得するものとする。
【００６７】
ステップＳ１５０４において、クライアントコンピュータ内でジョブを一意に特定するクライアント内ＪＯＢＩＤを作成する。ここでは、０００１から９９９９までの数値を順に発行するものとする。
【００６８】
ステップＳ１５０５において、フックモジュール１０３は、ステップＳ１５０３で取得済みと判断したクライアントＩＤとステップＳ１５０４で作成したクライアント内ＪｏｂＩＤを結合し、印刷システム内で一意に定まる新しい識別情報の一例である、新ドキュメント名を作成する。
【００６９】
ステップＳ１５０６において、フックモジュール１０３は、アプリケーションから渡された元のドキュメント名をフックログの項目「元ドキュメント名」に格納する。ステップＳ１５０７において、ドキュメント名をステップＳ１５０５の新ドキュメント名に置き換える。その結果、ＧＤＩにはドキュメント名として、新ドキュメント名が渡される。ＧＤＩ処理の後段である、プリンタドライバ１０５、スプーラ１０６、送受信モジュール１０７、プリンタ１１０における処理は、ドキュメント名はすべて新ドキュメント名で処理されるようにすると好適である。
【００７０】
ここで、新ドキュメント名を作成した理由は、印刷装置から取得したジョブ情報をマージする際には、ＪｏｂＩＤをそのままマージ処理のキーとして利用することは難しいからである。例えば、ジョブ管理方式の仕様の一部が非公開となっているため、Ａ社開発のアカウントサーバＡを利用する場合、Ａ社開発のアカウントサーバは、Ｂ社開発のプリンタからは、ＪｏｂＩＤを取得することができないことが多い。つまり、想定していないジョブ管理方式に対応したプリンタからは、ジョブ情報を取得してもこれにジョブＩＤが含まれないことが多く、これをマージ処理して活用できないのである。しかし、クライアントコンピュータ内のＯＳやアプリケーションによって製作され、プリンタに送信されたドキュメント名については、ジョブ情報として取得できる事が多い。
【００７１】
そこで、ジョブＩＤの代わりに、クライアント側で管理可能であり、プリンタ側からも、ＪｏｂＩＤの代わりに、ジョブ情報のキーとして取得可能なドキュメント名を識別情報として管理することが考えられる。しかし、従来のドキュメント名をそのまま用いると、問題が生ずる。クライアント側のＯＳ又はアプリケーションが管理できるのは、一般に８文字より多く、一般に用いられているＯＳにおいては２５５文字までのドキュメント名が付与できる。プリンタが管理できるのは、前述したように８文字までである。また、一般に、ジョブ管理方式において利用できるドキュメント名は８文字までである。これでは、クライアント側において８文字以上のドキュメント名を付けた場合には、クライアント側のＯＳ又はアプリケーションが付けたドキュメント名は異なっている場合であっても、同じドキュメント名のジョブがプリンタ内に並存する場合が出てきて、混乱が生ずる。そこで、アカウントサーバ側でホストＩＤを発行し、クライアント側で発行されたドキュメント名と組合わせて用いるのである。
【００７２】
これにより、８文字以内でアカウントサーバが管理する、クライアントコンピュータとプリンタを含む印刷システムにおいて一意に定まる新ドキュメント名が完成する。そして、この新ドキュメント名をジョブＩＤの代わりとしてジョブの識別に用いることができるのである。一度、クライアント側で新ドキュメント名を生成してしまえば、以後、プリンタ、クライアント、アカウントサーバにおいて、このドキュメント名をジョブの識別子として活用できる。
【００７３】
＜クライアント側ジョブログマージモジュールの動作＞
図１１は、ジョブログマージモジュール１１６によってログをマージする処理を示すフローチャートである。
【００７４】
ジョブログマージモジュール１１６は、フックログ１１１、ドライバログ１１２、ＡＰＩログ１１３、モニタログ１１４といった各ログを受信し、その内容をＨＤ２０６等に記録しておく。そして以下の処理を予め設定された周期で定期的に起動し、各ジョブ毎に、マージ処理を行う。本実施形態においては、ジョブＩＤをキーとしてログのマージ（併合処理）を行っているが、後述するドキュメントデータ名或いは新ドキュメントデータ名をキーにしてマージしてもよい。
【００７５】
以下の処理においては、ジョブログマージモジュール１１６は、フックログ、ドライバログ、ＡＰＩログ、モニタログがそれぞれ含む、開始時刻情報並びに、完了時刻情報のエントリが示す開始時刻のうち、最も早い開始時刻と、最も遅い完了時刻を特定する。そして、各時刻情報は、前述の通り、マージ処理して併合されたジョブ情報として格納される。
【００７６】
まず、ステップＳ１１０１において、ジョブログマージモジュール１１６は、処理済みフラグがＹＥＳとなっていないモニタログ（図１０参照）、すなわち、未処理のモニタログがあるか否かを検索して特定し、未処理のモニタログがあれば、ステップＳ１１０２に進む。
【００７７】
ステップＳ１１０２において、ジョブログマージモジュール１１６は、ステップＳ１１０１において未処理と特定されたモニタログを別のテンポラリの記憶領域にコピーし、これをログＡとする。
【００７８】
ステップＳ１１０３において、ログＡからＪｏｂＩＤの部分を取得する。ステップＳ１１０４において、ジョブログマージモジュール１１６は、ステップＳ１１０３で取得したＪｏｂＩＤに対応するログのうち、まだマージ処理を行っていない、つまり未処理であるログがあるか否かを、ＪｏｂＩＤに基づいて、フックログ、ドライバログ、ＡＰＩログの各ログを検索して特定することで、判断する。ステップＳ１１０４で未処理のログが無いと判断した場合は、処理を終了する。ステップＳ１１０４で未処理のログがあるとジョブログマージモジュール１１６が判断した場合は、ジョブログマージモジュール１１６は、ステップＳ１１０５に進んで、ステップＳ１１０４で未処理と判断されたＪｏｂＩＤ（ここでは便宜のためＮとする）と等しいＪｏｂＩＤのログが有るか否かを、ＪｏｂＩＤに基づいてフックログ１１１、ドライバログ１１２、ＡＰＩログ１１３の各ログの中から検索して特定し、これをログＢとする。
【００７９】
ステップＳ１１０５でＮと等しいＪｏｂＩＤのログがフックログ１１１、ドライバログ１１２、ＡＰＩログ１１３の各ログには無かった場合には、ステップＳ１１０８に進む。ステップＳ１１０５で、Ｎと等しいＪｏｂＩＤが各ログのいずれかにあった場合は、ステップＳ１１０６に進む。ここでは、例えば、ステップＳ１１０５でＮは未処理のログＡが含むＪｏｂＩＤのうち、小さなものから順に特定してＮとすればよい。
【００８０】
ステップＳ１１０６において、ジョブログマージモジュール１１６は、ステップＳ１１０５で特定した、ログＡのＪｏｂＩＤＮに対応するログの各項目（ＪｏｂＩＤＮについて取得された各ログが含むジョブ情報）について、ログＢが含む項目のうちログＡに無い項目があるか否かを判断する。ステップＳ１１０６で、ログＡのＪｏｂＩＤＮの項目について、ログＢのうちログＡに無い項目がないと判断した場合は、ジョブログマージモジュール１１６は、ステップＳ１１０８の処理を行う。ステップＳ１１０６でログＢのうちログＡに無い項目があると判断した場合は、ステップＳ１１０７に進んで、ジョブログマージモジュール１１６は、ログＡのＪｏｂＩＤＮの項目について、ログＢのうちログＡに無い項目を追加してログＡに格納されているデータを併合する。ここでログＡにログＢの項目を付加して作成したマージログ１２７の処理済フラグを「ＹＥＳ」とし、ステップＳ１１０８に進む。続いて、そして、該マージログの種別の項目を「マージ」とする。
【００８１】
ステップＳ１１０８に続くステップＳ１１０４では、ログＡに係る全てのＪｏｂＩＤについて処理が終わったと判断した場合には、処理を終了する。
【００８２】
＜サーバ側ジョブログマージモジュールの動作＞
図１６は、ジョブログマージモジュール１２３によってログをマージし、最終ログ１２８を作成する処理を示すフローチャートである。
【００８３】
ステップＳ１６０１において、ジョブログマージモジュール１２３は、未処理のマージログがあるか検索し、あればステップＳ１６０２に進む。無ければ処理を終了する。
【００８４】
ステップＳ１６０２において、ジョブログマージモジュール１２３は、プリンタが機器ログを備えているか判別し、備えていればステップＳ１６０３に進む。備えていなければステップＳ１６０７に進む。
【００８５】
ステップＳ１６０３において、ジョブログマージモジュール１２３は、未処理の機器ログでドキュメント名の項目がステップＳ１６０１のマージログと同じログがあるか検索して判断し、あると判断した場合は、ステップＳ１６０４に進む。ステップＳ１６０１のマージログと同じログが無いと判断した場合は、処理を終了する。ステップＳ１６０４において、ジョブログマージモジュール１２３は、機器ログの排紙ページ数排紙枚数をマージログに置換又は追加する。
【００８６】
ステップＳ１６０５において、ジョブログマージモジュール１２３は、ドキュメント名と元ドキュメント名を入れ換える。図１３の例では、「ドキュメント名：２００１年度年次報告書、元ドキュメント名：ａｂｃｄ０００１」となる。
【００８７】
ステップＳ１６０６において、ジョブログマージモジュール１２３は、マージログ１２７の元ドキュメント名を削除し最終ログ１２８とする。ステップＳ１６０７において、ジョブログマージモジュール１２３は、最終ログ１２８をジョブログ記憶モジュール１２４に渡す。
【００８８】
＜ログの集計・分析処理＞
次に、ジョブログ集計モジュール１２５が行うログの集計・分析処理について説明する。
【００８９】
図１８、図１９は、記録されたログ情報に対して行うことのできる各種処理及び設定を示す図である。「処理」のメニューとしては、収集された印刷ログの「集計」する処理と、「分析」結果の表示を行う処理とが用意されている。「設定」のメニューとしては、「一覧／編集」を行う際の設定と、その他の「設定」とが用意されている。
【００９０】
「処理」メニューの中の「集計」メニューには、「部門／ユーザ」、「デバイス」、「用紙サイズ」、「管理コード」をキーとして集計結果を表示する処理が含まれている。ここで管理コードとは、ログ情報を管理するコードであって、利用者が自由にログ情報を分類するためのものである。すなわち、ユーザは、ユーザ自身のユーザ識別情報や、所属する部門の部門識別情報（これら、ユーザ識別情報や部門識別情報を、利用者識別情報と呼ぶ）とは別に、ログ情報を例えば仕事単位に管理するコードを有している。従って、ユーザが行った印刷処理に関するログ情報がどの管理コードに属するかを、ユーザ自身が自由に指定可能となる。
【００９１】
「処理」メニューの中の「分析」メニューには、「使用状況」、「用途別使用率」、「部門／ユーザ上限値」、「管理コード上限値」等で集計結果を分析しグラフ表示する処理が含まれている。
【００９２】
「設定」メニューの中の「一覧／編集」メニューには、「部門／ユーザ」、「デバイス」、「管理コード」、「ジョブ履歴」等の設定が含まれている。ユーザを部門にグループ分けする設定は「部門／ユーザ」、ユーザを管理コードでグループ分けする設定は、「管理コード」で行う。
【００９３】
「設定」メニューの中の「設定」メニューには、「用紙」、「用紙単価」、「環境」等の設定が含まれている。
【００９４】
図２０（ａ）、（ｂ）は、「設定」メニューの中の「一覧／編集」メニューで「部門／ユーザ」び「管理コード」が設定された結果を示した図である。図２０（ａ）に示すように、部門として、「開発１課」、「開発２課」、「開発３課」が定義され、各々のメンバーとして「鈴木、斉藤、田中」、「高橋、山本」、「大内、沢木」がユーザ登録されている。更に、図２０（ｂ）に示すように、３つの管理コード「１００１」、「１００２」、「１００３」が定義され、各々のメンバーとして「鈴木、斉藤、田中、高橋、山本」、「大内、沢木」、「高橋、山本、田中」が登録されている。ここでは、例示的に、管理コードが仕事単位の番号を示すものとする。部門を横断した人員から仕事の人員が構成される場合などに定義される。ここでは、管理コード「１００１」のメンバーは、部門で言えば「開発１課」、「開発２課」の人員が登録されており、この２部門の人員で行われる仕事のコード番号を表現している。同様に、管理コード「１００２」、「１００３」も、部門の枠を越えた人員で構成されている。また、図２０（ｂ）によれば、田中さんは「１００１」と「１００３」の２つの管理コードが使用可能となる。図２６の管理コード入力ダイアログにおいては、使用可能な管理コードが表示され、ユーザは管理コードをリストボックスにより選択して指定する。
【００９５】
図２１は、部門／ユーザ単位の印刷処理の分析結果である。図１９における、「処理メニュー」／「分析」／「部門／ユーザ上限値」のメニューを選択することで表示される。ここでは、部門／ユーザごとに２００２／０９／２９から２００２／１０／２７まで、１週間単位での印刷枚数、および上限値に対する印刷枚数の割合が表示されている。
【００９６】
図２２は、図２１の「部門／ユーザ」における「開発１課・鈴木氏」の印刷状況を利用日ごとにグラフ表示したものである。特定のユーザの印刷状況をグラフ表示することにより、特定ユーザの時間ごとの印刷状況を把握することが可能となる。
【００９７】
図２３は、管理コード単位の印刷処理の分析結果である。図１９における、「処理メニュー」／「分析」／「管理コード上限値」のメニューを選択することで表示される。この管理コードによる集計・分析を行うためには、印刷ジョブをどの管理コードに割り振るかを決定しなければならない。これは、印刷時に、管理コードの入力ダイアログを表示し、ユーザに管理コードを選択・入力させることで対応する。
【００９８】
ユーザは、印刷時において、使用可能な管理コードを選択し指定することで、管理コードの入力を行う。
【００９９】
印刷を行ったユーザがその印刷ジョブを経費として負担するのではなく、仕事単位の管理コードを入力することで、実際に印刷ジョブを所有すべきグループに割り振ることが可能となる。
【０１００】
図２４は、管理コード「１００１」に関して、上限値に対する印刷状況を分析・グラフ表示した図である。管理コード「１００１」で示されるグループの期間ごとの印刷状況を明示することができる。図２３の機能とあわせて、仕事の単位を表現する「管理コード」を単位とする印刷状況を明らかにすることが可能となる。
【０１０１】
印刷処理を行うユーザを第１（部門）、第２（管理コード）の２つの属性でグループ分けを行い、印刷処理を行ったユーザまたはそのユーザが属する第１の属性（部門）とは別の、第２の属性（管理コード）を印刷時に印刷ジョブに指定し、第２の属性（管理コード）をキーとして分析・集計表示を行うことで、印刷処理のより利便性の高い印刷状況の明示を行うことが可能となる。また、第２の属性（管理コード）を元にした上限値を用いて印刷の抑制を行うことで、より柔軟な印刷管理が可能となる。
【０１０２】
図２５は、管理コードを用いた印刷抑止処理のフローチャートである。管理コードごとに上限値の設定を行い、管理コードに属するグループの総印刷枚数に制限を設ける。この設定は、図１９における「設定メニュー」：「一覧／編集」−「管理コード」で行うことができる。図２５および図２６を用いて管理コードによる印刷抑止処理の詳細を説明する。
【０１０３】
印刷指示が行われたとき、ステップＳ２５０１において、クライアントコンピュータ１００１〜１００３の表示デバイス（不図示）に、図２６で示される管理コード入力ダイアログ２６０１がポップアップで表示される。ステップＳ２５０２では、表示された管理コード入力ダイアログに管理コードを指定する処理である。登録されている管理コードの一覧から、印刷ジョブに割り当てる管理コードを選択する。ここで入力（管理コードの選択指定）が行われなかった場合は、ステップＳ２５０４において、デフォルトの管理コードが指定される。このデフォルト値は、図２０（ｂ）のテーブルに登録された管理コードとユーザとの組み合わせにおいて、図１９の「設定メニュー」：「設定」−「環境」において指定することができる。
【０１０４】
ステップＳ２５０５では、指定された管理コードの印刷枚数が上限に達しているかどうかをサーバコンピュータ２０００に確認する。
【０１０５】
ここで上限値に達している場合は、サーバコンピュータ２０００から、クライアントコンピュータ１００１〜１００３に対してその旨が通知され、ステップＳ２５０７において、ユーザにメッセージを表示し、印刷ができないことを通知する。上限値に達していない場合は、ステップＳ２５０６に進み、印刷処理が実行される。ステップＳ２５０８は、指定された管理コードにおける合計の印刷枚数を更新する処理である。
【０１０６】
ステップＳ２５０９では、印刷ログ、および管理コードをサーバコンピュータ２０００に送信する。このように、管理コード単位で印刷枚数の上限値を設けて印刷処理の抑止を可能とすることで、ユーザによる印刷枚数の再集計の手間を省き、より利便性の高い印刷抑止機能を提供することができる。
【０１０７】
なお、ここでは管理コードの上限値と印刷枚数の比較処理において、同じ管理コードを持つすべてのユーザの印刷枚数の合計が、該管理コードの上限値に達した場合は印刷の抑止を行ったが、同じ管理コードを持つユーザひとりひとりの印刷枚数が、設定された管理コードの上限値に達した場合に印刷の抑止を行ってもよい。
【０１０８】
また、本実施形態では管理コードが仕事の内容を示すコードとして説明したが管理コードの意味はこれに限定されるものではない。例えば、画像形成の目的などを表すコードでもよい。すなわち、管理コードとは、従来のジョブ情報に含まれる情報（ユーザや画像処理装置の種類など）によっては切り分けることができない分類を生成するためのコードであると定義することができる。
【０１０９】
更に、ユーザが、クライアントコンピュータにおいて新たに管理コードを定義可能としてもよい。その場合、図２０（ｂ）に示したデータベースに、管理コードとユーザを対応付けるテーブルが新たに作成されることとすればよい。
【０１１０】
（他の実施形態）
本実施形態における各図（図１１、図１５、図１６、図２５等）に示すフローチャートに示す処理、及び、図１に示す各モジュールが、外部からインストールされるプログラムによって、各コンピュータにより遂行される。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群がクライアントコンピュータに供給される場合でも本発明は適用されるものである。
【０１１１】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１２】
この場合、記憶媒体から読み出されたジョブアカウントサーバやジョブアカウントクライアントプログラム等のプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【０１１３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、外部の所定のサーバ装置（図示省略）からネットワークを介して送信された、又は、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１４】
以下に、本発明の実施態様を示す。
【０１１５】
［実施態様１］
画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理クライアントと、
前記情報処理クライアントから前記ジョブ情報を取得し、記録する情報処理サーバと、
を含む情報処理システムであって、
前記情報処理クライアントは、
ユーザからの印刷指示に応じて、ユーザが使用可能な管理コードを指定するための画面を表示する表示制御手段と、
前記情報処理サーバに対して、前記表示制御手段により表示された画面で入力された前記管理コード及び前記ジョブ情報を送信する送信手段と、
を有し、
前記情報処理サーバは、
前記情報処理クライアントから前記管理コード及び前記ジョブ情報を取得する取得手段と、
前記取得手段で取得された前記管理コードに基づいて前記ジョブ情報を集計する集計手段と、
を有することを特徴とする情報処理システム。
【０１１６】
［実施態様２］
前記情報処理サーバは、前記ユーザを識別する利用者識別情報と、前記管理コードとを関連づけて格納した手段を有することを特徴とする実施態様１に記載の情報処理システム。
【０１１７】
［実施態様３］
前記情報処理サーバは、
前記管理コードと関連づけて、前記画像処理装置の利用の上限値を記憶した上限値記憶手段と、
前記集計手段での集計結果に基づいて、前記ジョブを実行した場合に前記上限値を越えるか否かを判定する判定手段と、
前記判定手段の判定結果を前記情報処理クライアントに通知する通知手段と、
を有することを特徴とする実施態様１に記載の情報処理システム。
【０１１８】
［実施態様４］
前記集計手段は、前記利用者識別情報及び前記管理コードに基づいて前記ジョブ情報を集計可能であり、
前記情報処理サーバは、
前記管理コード及び利用者識別情報とに関連づけて前記画像処理装置の利用の上限値を記憶した上限値記憶手段と、
前記集計手段での集計結果に基づいて、そのユーザが前記ジョブを実行した場合に前記上限値を越えるか否かを判定する判定手段と、
を有することを特徴とする実施態様２に記載の情報処理システム。
【０１１９】
［実施態様５］
前記集計手段は、前記利用者識別情報毎、及び前記管理コード毎のいずれかを選択して集計可能であることを特徴とする実施態様２に記載の情報処理システム。
【０１２０】
［実施態様６］
画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理クライアントと、
前記情報処理クライアントから前記ジョブ情報を取得し、記録する情報処理サーバと、
を含む情報処理システムであって、
前記情報処理クライアントは、
ユーザからの印刷指示に応じて、ユーザが使用可能な管理コードを指定するための画面を表示する表示制御手段と、
前記情報処理サーバに対して、表示された画面で入力された管理コードと、利用者識別情報を含む前記ジョブ情報とを送信する送信手段と、
を有し、
前記情報処理サーバは、
前記情報処理クライアントから前記管理コードと、前記利用者識別情報を含む前記ジョブ情報とを取得する取得手段と、
指定に応じて、前記管理コード単位または前記利用者識別情報単位に前記ジョブ情報を集計する集計手段と、
を有することを特徴とする情報処理システム。
【０１２１】
［実施態様７］
画像処理装置に対するジョブを生成すると共に、該ジョブに関するジョブ情報を生成する情報処理装置であって、
ユーザからの印刷指示に応じて、ユーザが使用可能な管理コードを指定するための画面を表示する表示制御手段と、
前記表示制御手段により表示された画面で入力された前記管理コード及び前記ジョブ情報を送信する送信手段と、
を有することを特徴とする情報処理装置。
【０１２２】
［実施態様８］
画像処理装置に対するジョブに関するジョブ情報を管理する情報処理装置であって、
ユーザが使用可能な管理コード及び前記ジョブ情報を取得する取得手段と、
前記管理コードに基づいて前記ジョブ情報を集計する集計手段と、
を有することを特徴とする情報処理装置。
【０１２３】
［実施態様９］
情報処理装置から画像処理装置に発行されるジョブに関するジョブ情報を管理する情報処理方法であって、
前記情報処理装置において、前記ジョブについてユーザが使用可能な管理コードを指定するための画面を表示する工程と、
前記情報処理装置から前記管理コード及び前記ジョブ情報を取得する取得工程と、
前記取得工程で取得された前記管理コードに基づいて前記ジョブ情報を集計する集計工程と、
を有することを特徴とする情報処理方法。
【０１２４】
［実施態様１０］
情報処理装置から画像処理装置に発行されるジョブに関するジョブ情報を管理するプログラムであって、
コンピュータに、
前記ジョブについて、ユーザが使用可能な管理コード及び前記ジョブ情報を取得する取得工程と、
前記管理コードに基づいて取得した前記ジョブ情報を集計する集計工程と、
を実行させることを特徴とするプログラム。
【０１２５】
［実施態様１１］
実施態様１０に記載のプログラムを格納したことを特徴とするコンピュータ読取り可能な記憶媒体。
【０１２６】
【発明の効果】
本発明によれば、印刷状況を分析、表示する自由度を高めることで、利用状況の集計処理の負担を軽減し、簡便かつ効果的に印刷状況を把握することができる。
【図面の簡単な説明】
【図１Ａ】本発明の実施形態の一例を示すジョブアカウントシステムの構成を示す図である。
【図１Ｂ】本発明の実施形態の一例を示すジョブアカウントシステムの構成を示す図である。
【図２】図１に示したジョブアカウントシステムを構成するクライアントコンピュータおよびサーバコンピュータの構成の一例を示すブロック図である。
【図３】図１に示したジョブアカウントシステムを構成するプリンタの構成の一例を示すブロック図である。
【図４】図１に示したジョブアカウントシステムのメモリマップの一例を表す図である。
【図５】本発明の実施形態の一例であるジョブアカウントプログラムおよび関連データが格納されているＦＤの構成内容を示す図である。
【図６】本発明の実施形態の一例であり、ＦＤに記録されたジョブアカウントプログラムおよび関連データをコンピュータシステムにロードする一例を示す図である。
【図７】本発明の実施形態におけるフックログの一例を示す図である。
【図８】本発明の実施形態におけるドライバログの一例を示す図である。
【図９】本発明の実施形態におけるＡＰＩログの一例を示す図である。
【図１０】本発明の実施形態におけるモニタログの一例を示す図である。
【図１１】本発明の実施形態におけるログをマージする手順の一例を示すフローチャートである。
【図１２】本発明の実施形態のマージログの一例を示す図である。
【図１３】本発明の実施形態における機器ログの一例を示す図である。
【図１４】本発明の実施形態における機器ログの一例を示す図である。
【図１５】本発明の実施形態のドキュメント名を変更する手順の一例を示すフローチャートである。
【図１６】本発明の実施形態におけるログをマージし、最終ログを作成する手順の一例を示すフローチャートである。
【図１７】本発明の実施形態における最終ログの一例を示す図である。
【図１８】本発明の実施形態における処理メニューの一例を示す図である。
【図１９】本発明の実施形態における設定メニューの一例を示す図である。
【図２０】本発明の実施形態における部門によるユーザ登録、および管理コードによるユーザ登録の一例を示す図である。
【図２１】本発明の実施形態における部門／ユーザをキーとした上限値、印刷状況の分析結果を表示した図である。
【図２２】本発明の実施形態における部門／ユーザの特定の１人に関する印刷状況を分析・グラフ表示した図である。
【図２３】本発明の実施形態における管理コードをキーとした上限値、印刷状況の分析結果を表示した図である。
【図２４】本発明の実施形態における管理コードのある１つのコードに関する印刷状況を分析・グラフ表示した図である。
【図２５】本発明の実施形態における管理コードによる印刷抑止処理のフローチャートである。
【図２６】本発明の実施形態における印刷時に管理コードを入力するダイアログを示す図である。
【符号の説明】
１１１  フックログ
１１２  ドライバログ
１１３  ＡＰＩログ
１１４  モニタログ
１１５  機器ログ
１１６  ジョブログマージモジュール
１１７  ジョブログ送信モジュール
１１８  ジョブアカウントクライアント
１２１  ジョブアカウントサーバ
１２２  ジョブログ受信モジュール
１２３  ジョブログマージモジュール
１２４  ジョブログ記録モジュール
１２５  ジョブログ集計モジュール
１２６  ＩＤ発生モジュール
【図１Ａ】
2004178324.tif 000003
【図１Ｂ】
2004178324.tif 000004
【図２】
2004178324.tif 000005
【図３】
2004178324.tif 000006
【図４】
2004178324.tif 000007
【図５】
2004178324.tif 000008
【図６】
2004178324.tif 000009
【図７】
2004178324.tif 000010
【図８】
2004178324.tif 000011
【図９】
2004178324.tif 000012
【図１０】
2004178324.tif 000013
【図１１】
2004178324.tif 000014
【図１２】
2004178324.tif 000015
【図１３】
2004178324.tif 000016
【図１４】
2004178324.tif 000017
【図１５】
2004178324.tif 000018
【図１６】
2004178324.tif 000019
【図１７】
2004178324.tif 000020
【図１８】
2004178324.tif 000021
【図１９】
2004178324.tif 000022
【図２０】
2004178324.tif 000023
【図２１】
2004178324.tif 000024
【図２２】
2004178324.tif 000025
【図２３】
2004178324.tif 000026
【図２４】
2004178324.tif 000027
【図２５】
2004178324.tif 000028
【図２６】
2004178324.tif 000029