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

Abstract

【課題】 ある案件に対するジョブを処理する場合に、管理コードで特定される案件の案件コストと印刷コストとを含むジョブコスト一覧をユーザに提示することである。
【解決手段】 ＰＣ１１−３から管理コード案件コストを入力すると、ジョブログ、管理コード、案件コストが管理装置１１−１へ送信される（ＷＦ２１）。そして、ＰＣ１１−３で印刷ジョブが生成され、プリンタ１１−４で印刷される（ＷＦ２４）。そして、管理装置１１−１は、ＰＣ１１−３から送信されたジョブログ、管理コードを管理装置１１−１内のデータベースに格納する。その際、ジョブに対して設定された管理コードに対応する印刷コストが取得された場合、当該管理コードに対するジョブコストとして案件コストと取得した印刷コストとをデータベースに格納する。一方、ジョブに対して設定された管理コードに対応する印刷コストが取得されなかった場合、当該管理コードに対するジョブコストとして案件コストを格納する構成を特徴とする。
【選択図】 図１１

Description

本発明は、情報処理装置と管理装置と、画像形成装置を含む情報処理システムで実行されるジョブの管理処理に関するものである。

従来から、ジョブ情報を取得して管理する情報処理システムに関するジョブ管理方法が提案されてきており、周辺機器で実行されたジョブ情報を収集することが行われている。ここで、周辺機器とは、プリンタ、ＭＦＰ、複写機等が含まれる。

そして、上記システムにおいて、収集されたジョブ情報は、印刷、コピー等のデバイスからの出力を行ったユーザ単位、またはそのユーザが属する「部門」、「所属」といったグループなどの属性で管理される場合がある。更には、ジョブ情報に対して、主に仕事（ジョブ）を単位とした属性を定義する必要が発生する場合等がある。

例えば、法律事務所等では、仕事の内容ごとに管理コード（ビリングコード）といった属性を定義し、発生した印刷やコピー経費を管理コードごとに集計するといった業務管理を行っている。

この場合、デバイスからの出力ジョブに対して仕事単位の管理コードを割り振り、出力ジョブに関する課金が行われることが下記特許文献１に記載されている。
特開２００４−１７８３２４号公報

上記技術においては、印刷やコピーに関する経費（印刷コスト）を管理することはできる。

しかしながら、印刷コストとは別に、例えばその報告書を作成することに要した人手による時間や、関わった担当者等の労力（人件費）などに関わる案件コストと上記印刷コストとを含めたものを総合的なコスト（ジョブコスト）として算定することはできない。

本発明は、前記の課題を解決するためになされたもので、本発明の目的は、ある案件に対するジョブを処理する場合に、管理コードで特定される案件の案件コストと印刷コストとを含むジョブコスト一覧をユーザに提示できる仕組みを提供することである。

上記目的を達成する本発明の情報処理システムは以下に示す構成を備える。

情報処理装置と管理装置と前記情報処理装置より送信されるジョブを処理する画像形成装置とを含む情報処理システムであって、ジョブに対して、管理コード及び案件コストを設定するための表示を行う表示手段と、前記ジョブを処理する際のジョブログを取得し、取得したジョブログより印刷コストを取得する取得手段と、前記取得手段において前記ジョブに対して設定された管理コードに対応する印刷コストが取得された場合、当該管理コードに対するジョブコストとして案件コストと取得した印刷コストとを格納し、前記取得手段において前記ジョブに対して設定された管理コードに対応する印刷コストが取得されなかった場合、当該管理コードに対するジョブコストとして案件コストを格納する格納手段と、前記管理コードと、当該管理コードに対するジョブコストをユーザに対して提示する提示手段とを備えることを特徴とする。

本発明によれば、ある案件に対するジョブを処理する場合に、管理コードで特定される案件の案件コストと印刷コストとを含むジョブコスト一覧をユーザに提示できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
以下に、図面を参照して、この発明の実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

以下、図面を用いて、本発明の一実施形態を詳細に説明する。

＜ジョブアカウントシステム＞
図１は、本発明の第１実施形態を示す管理装置、情報処理装置、画像形成装置を含む情報処理システムの構成を説明するブロック図である。本例は、情報処理装置と管理装置と、情報処理装置より送信されるジョブを処理する画像形成装置とがネットワークを介して通信可能な情報処理システム例である。

図１において、１０１０、１０２０はクライアントコンピュータ（クライアントＰＣ）である。１０３０はサーバコンピュータで構成される管理装置である。１０４０、１０６０はプリンタである。ただし、プリンタ１０４０は、印刷ジョブの履歴を保持する機能（印刷履歴保持機能）を備えており、プリンタ１０６０は、印刷履歴保持機能を備えていないものとする。

１０５０はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｉｒｎｔｅｒ）である。ＭＦＰ１０５０は、スキャナ部と、プリンタ部と、通信処理部と、データ記憶部とを備え、プリンタ機能、コピー機能、スキャナ機能、印刷履歴保持機能を実行可能に構成されている。なお、本実施形態において、画像形成装置は、周辺装置の一例であって、プリンタ１０４０、１０６０、ＭＦＰ１０５０を含むものとする。

ＰＣ１０１０、１０２０、管理装置１０３０、及びプリンタ１０４０、１０６０、ＭＦＰ１０５０は、それぞれ、ネットワークを介して他の装置と所定のプロとで通信を行うことができる。

ＰＣ１０１０において、アプリケーション１０１１がＧＤＩ（Ｇｒａｐｈｉｃｓ ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）１０１２を呼び出す。すると、ＧＤＩ１０１２は、アプリケーション１０１１からの指示に応じて印刷データを生成し、その印刷データをスプーラ１０１３に送信する。

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

ここで、印刷ジョブとは、印刷枚数やページ枚数、印刷サイズ、使用する用紙のタイプ、印刷要求を発行したユーザに関する情報（ユーザ情報）、カラー印刷に関する情報（カラー情報）などを含む。

スプーラ１０１３は、ネットワークを介して周辺機器（プリンタ１０４０、ＭＦＰ１０５０、プリンタ１０６０）と通信し、周辺機器がレディ状態であれば印刷データを送信する。また、ＰＣ１０２０がプリントサーバとして機能している場合には、ＧＤＩ１０１２が生成した印刷データはスプーラ１０２３に送信される。

ＪＡＣＡＰ１０１４は、ジョブアカウントサーバアプリケーション（ＪＡＳＡＰ）１０３１に、定期的に蓄積したジョブ情報を送信する。

ＰＣ１０２０において、アプリケーション１０２１、ＧＤＩ１０２２、スプーラ１０２３は、それぞれアプリケーション１０１０、ＧＤＩ１０１２、スプーラ１０１３と同じ動きをする。

ＪＡＣＡＰ１０２４は、定期的にスプーラ１０２３を監視する。スプーラ１０２３にスプールされている印刷ジョブがあれば、ＪＡＣＡＰ１０２４はＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いてその印刷ジョブの情報を取得する。具体的には、印刷ジョブの排紙枚数やページ数を取得する。そして、ＪＡＣＡＰ１０２４は、蓄積したジョブ情報を管理装置１０３のＪＡＳＡＰ１０３１に送信する。

オペレーティングシステム（ＯＳ）がスプーラ１０２３の状態変化を他のアプリケーションに伝える機能を備えていれば、ＪＡＣＡＰ１０２４が定期的にスプーラ１０２３を監視しなくてもかまわない。印刷ジョブがスプーラ１０２３にスプールされたことをＯＳがＪＡＣＡＰ１０２４に伝えればよい。

管理装置１０３０において、ＪＡＳＡＰ１０３１は、利用者情報管理モジュール１０３１ａ、機器情報管理モジュール１０３１ｂ、ジョブ情報管理モジュール１０３１ｃ、利用状況管理モジュール１０３１ｄを備える。このうち、利用者情報管理モジュール１０３１ａは、管理装置１０３０内の不図示の記憶装置に利用者情報を格納している。ここで、不図示の記憶装置は、ハードディスク等で構成される。

また、機器情報管理モジュール１０３１ｂは、ネットワークに接続された周辺機器がジョブ履歴保持機能を有しているかを調査する。そして、ジョブ履歴保持機能を有している機器についての情報やその他の機器情報を、管理装置１０３０内の記憶部（ここでは不図示）に格納している。なお、ここで、周辺機器とは、図１に示す例では、プリンタ１０４０、ＭＦＰ１０５０、プリンタ１０６０が含まれる。

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

ジョブ情報管理モジュール１０３１ｃは、ＪＡＣＡＰ１０１４及び１０２４からジョブ情報を受信し、やはり記憶装置にジョブ情報を格納する。また、ジョブ情報管理モジュール１０３１ｃは、履歴情報を保持する機能を有する周辺機器（例えば、プリンタ１１４０）に履歴情報を要求し、利用状況管理モジュール１０３１ｄを介して履歴情報を取得する。この処理は、定期的に行なわれてもよい。また、周辺機器の履歴情報格納部（不図示）の記憶容量が少なくなったときに、その旨が利用状況入出力モジュールに通知され、そのときに、この処理が行なわれてもよい。

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

管理者は、利用状況管理モジュール１０３１ｄに利用状況の出力を行わせ、周辺機器の利用状況を得ることができる。利用状況管理モジュール１０３１ｄは、記憶部に記憶された利用者情報、機器情報、印刷履歴情報に基づいて、様々な利用状況を出力する。

その際、管理者は、利用状況の出力様式（出力形式）を利用状況入出力モジュールに対し指定する。なお、この利用状況の出力は、例えば、管理装置１０３０の表示部（不図示）に表示される。

また、利用状況の出力に係る出力データがＰＣ１０１０やＰＣ１０２０に送信され、利用状況の出力がＰＣ１０１０の表示部（不図示）に表示されてもよい。

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

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

また、管理者は、利用者情報管理モジュール１０３１ａ及び機器情報管理モジュール１０３１ｂを介して、機能別、ユーザ別、ユーザ部門別、利用機器別に利用の制限を設定することもできる。

本実施形態において、設定可能な制限情報として、利用料金、ページ数、用紙枚数などの項目がある。利用状況管理モジュール１０３１ｄは、設定された制限（制限情報）と印刷履歴情報と監視して照らし合わせることにより、利用が制限を越える場合には、その旨を出力する。これは、ＰＣ１０１０、１０２０が備える表示装置の画面上への表示出力であっても、メールその他の通信出力でもよい。

また、ジョブ情報管理モジュール３０３１ｃは、ユーザ毎の設定された制限と印刷履歴情報とを監視して照らし合わせる。それによりあるユーザの利用が制限を越える場合には、ＰＣ１０１０や周辺機器自体に、そのユーザの利用を拒否させるたり、或いは、そのユーザに対して、画面上への表示やメールその他の通信手段で警告を促したりする。

＜コンピュータの制御構成＞
図２は、図１に示したＰＣ１０１０、ＰＣ１０２０、管理装置１０３０のハードウエア構成を示す図である。なお、ＰＣ１０１０、ＰＣ１０２０、管理装置１０３０は、後述するハードウエア資源を備え、それぞれインストールされているＯＳによりアプリケーション、デバイスドライバ等を実行する。

図２において、２０１はＣＰＵ（中央処理装置）である。ＣＰＵ２０１は、このコンピュータ装置全体の制御、演算処理などを行う。

２０２はＲＯＭ（読み出し専用メモリ）である。ＲＯＭ２０２は、システム起動プログラムの情報などが格納されている記憶領域となっている。２０３はＲＡＭ（ランダムアクセスメモリ）である。ＲＡＭ２０３は、使用制限のないデータ記憶領域となっている。オペレーティングシステム（ＯＳ）、アプリケーションプログラム、デバイスドライバ（プリンタドライバ）、通信制御用のプログラムなどはＲＡＭ２０３にロードされて、ＣＰＵ２０１によって実行される。

２０４はＫＢＣ（キーボード制御部）である。ＫＢＣ２０４は、コンピュータに付属のキーボードから入力データを受け取り、ＣＰＵ２０１へ入力データを伝達する。

２０５はＣＲＴＣ（ディスプレイ制御部）であり、ディスプレイ装置に対する表示制御を行う。２０６は、ＨＤ（ハードディスク装置）である。なお、ＨＤ２０６は、他にもＦＤ（フレキシブルディスク装置）、ＳＲＡＭ（不揮発性記憶メモリ）などの外部記憶装置に代替可能である。

ＨＤ２０６はプログラム及びデータを記憶し、これらプログラム及びデータは必要に応じてＲＡＭ２０３へロードされる。例えば、管理装置１０３０内部のＨＤであれば、利用者情報や機器情報や印刷履歴情報（ジョブ履歴データベース）が格納される。

２０７は通信部で、ネットワーク通信を制御する。この通信部２０７により、ＰＣ１０１０，１０２０は、ネットワークに接続されている他のコンピュータや周辺機器と所定のプロトコル（例えばＴＣＰ／ＩＰ）で相互に通信することが可能となる。

２０８はシステムバスで、上記の構成要素間でデータのやりとりを行う。２０９はメディアドライブで、フレキシブルディスク、ＣＤ−ＲＯＭ等のメディアが挿入される。

＜メモリマップ＞
図３は、図２に示したＲＡＭ２０３のメモリマップの一例を示す図である。本例は、ジョブ管理プログラムがＲＡＭ２０３にロードされ、ＣＰＵ２０１により実行可能となった状態でのメモリマップ例である。

図３において、３０１は基本Ｉ／Ｏプログラムである。３０２はウィンドウシステムなどのオペレーティングシステムである。３０３はジョブ管理プログラムである。３０４は関連データである。３０５はワークエリアで、ＣＰＵ２０１がジョブ管理プログラムなどのプログラムを実行するときに使用する。

また、ジョブ管理プログラム３０３及び関連データ３０４は、フレキシブルディスク（ＦＤ）やＣＤ−ＲＯＭ中に記憶され、そこからＰＣ１０１０，１０２０，管理装置１０３０等に供給される。

図４は、図２に示したメディアドライブ２０９に挿入されるメディアのメモリマップの一例を示す図である。本例は、ジョブ管理プログラム及び関連データがＦＤやＣＤ−ＲＯＭに格納されている状態でのメモリマップの例である。

ＦＤやＣＤ−ＲＯＭの記憶領域４００は、ボリューム情報４０１、ディレクトリ情報４０２、ジョブ管理プログラムのアプリケーション実行ファイル４０３、ジョブアカウントの関連データファイル４０４から構成される。

図５は、図４に示したメディアに記憶されたソフトウエアを情報処理装置にインストール方法を説明する図である。

本実施形態では、前述した機能を実現するソフトウエア（制御プログラム）のプログラムコードを記録した記憶媒体５００を、図５に示すように情報処理装置５０２に供給する。そして、その情報処理装置（ＣＰＵ２０１）が記憶媒体５００に格納されたプログラムコードをＲＡＭ２０３にロードし、ＲＡＭ２０３から対応するプログラムコードを読み出して実行する。

なお、コンピュータに供給する方法として図５に示すように記憶媒体５００に図４に示すプログラムやデータを記憶させ、該記憶媒体５００からドライブ５０１を介して供給する方法が一般的である。

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

なお、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスクやハードディスク以外で構成されていてもよい。例えば，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

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

さらに、記憶媒体から読出されたプログラムコードがメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。

その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

＜周辺機器の制御構成＞
図６は、図１に示した周辺機器の概略構成を示すブロック図である。ここで、周辺機器とは、本例では、図１に示すプリンタ１０４０、１０６０、ＭＦＰ１０５０に対応する。

図６において、６０５は周辺機器全体を制御するコントローラ部である。コントローラ部６０５は、ＣＰＵ６０１，ＲＯＭ６０２、ＲＡＭ６０３、ＨＤ６０４から構成されている。なお、コントローラ部６０５は、ＰＣ１０１０，１０２０から印刷ジョブを受信したら、エンジン部６０６から出力可能なイメージデータを生成する。

ＣＰＵ６０１は、コントローラ部６０５及び周辺機器全体の制御、演算処理などを行う。ＲＯＭ６０２は、読み出し専用メモリで、システム起動プログラムなどを記憶する記憶領域である。

ＲＡＭ６０３は、ＣＰＵ６０１のワーク領域、アプリケーションのデータ記憶領域として機能する。ＨＤ６０４は、ＳＲＡＭなどの他の不揮発性記憶装置に代替可能である。なお、ジョブ履歴保持機能を有する周辺機器は、ジョブ履歴をＲＡＭ６０３或いはＨＤ６０４に格納している。

また、オペレーティングシステム（ＯＳ）、通信制御用のプログラム、エンジン制御用のプログラムは、ＲＡＭ６０３にロードされて、ＣＰＵ６０１によって実行される。

６０６は、周辺機器のエンジン部であり、コントローラ部６０５の制御の下、印刷動作や画像読み取り動作を行う。エンジン部６０６は、具体的には、プリンタエンジンやスキャナエンジン、或いはその両方から構成される。

６０７は、通信部であり、ネットワーク通信を制御するものである。この通信部６０７によって、周辺機器はＰＣ１０１０，１０２０や管理装置１０３０と通信が可能となる。６０８はシステムバスである。上記の構成要素間でやり取りされるデータは、このシステムバス６０８を通る。

＜ジョブ管理処理＞
図７は、図１に示したＪＡＳＡＰ１０３１のジョブ情報管理モジュール１０３１ｃの機能構成を示す図である。

図７において、ジョブ情報受信部７０１は、ＪＡＣＡＰ１０１４及びＪＡＣＡＰ１０２４、ジョブ履歴保持機能を有するプリンタ１０４０及びＭＦＰ１０５０から、ネットワークを介してジョブ情報を取得する。

ジョブ情報登録部７０２は、ジョブ情報受信部７０１が受信したジョブ情報をジョブ履歴データベース７０３に登録する。

ここでは、ジョブ履歴データベース７０３のデータを参照することにより、いつ、誰が、どの周辺機器で、どれくらいの量の（ページ数、排紙枚数、用紙タイプ）ジョブを実行したかが判別され、詳細なジョブアカウントが行なわれ得る。

＜アプリケーションによる処理＞
図８は、本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、図７に示したジョブ情報管理モジュール１０３１ｃのジョブ情報登録部７０２が、ジョブ情報受信部７０１が受信したジョブ情報をジョブ履歴データベース７０３に登録するときの処理例である。なお、Ｓ８０１〜Ｓ８０８は各ステップを示す。また、各ステップは、管理装置１０３０のＣＰＵがＲＡＭにロードした制御プログラム（ＪＡＳＡＰ）１０３１を実行することで実現される。

まず、Ｓ８０１で、管理装置１０３０は、未処理のジョブ情報がジョブ情報受信部７０１にあるか否かを判断する。ここで、ＪＡＳＡＰ１０３１が未処理のジョブ情報がないと判断した場合は、本処理を終了する。

一方、Ｓ８０１で、管理装置１０３０が未処理のジョブ情報があると判断した場合は、Ｓ８０２で、ジョブ情報受信部７０１からジョブ情報を取得する。次に、Ｓ８０３で、管理装置１０３０は、ジョブ情報受信部７０１から取得したジョブ情報が、そのジョブが排紙を伴ったことを示しているかを判断する。ここで、管理装置１０３０がそのジョブが排紙を伴わないものであると判断した場合は、Ｓ８０１に戻る。

一方、Ｓ８０３で、管理装置１０３０がそのジョブが排紙を伴うものであると判断した場合は、Ｓ８０４に進む。そして、Ｓ８０４からＳ８０８までの処理は、ジョブ情報をデータベースに登録するための処理である。

図１において、ＰＣ１０２０が、ＰＣ１０１０のプリントサーバとして機能する場合を考える。ＰＣ１０１０で生成されたジョブ情報が、ＪＡＣＡＰ１０１４と、ＪＡＣＡＰ１０２４の両方から、ＪＡＳＡＰ１０３１に送信されることがある。

そこで、重複したジョブ情報をジョブ履歴データベース７０３に登録しないように、Ｓ８０４〜Ｓ８０７でフィルタリングしている。

まず、Ｓ８０４で、そのジョブ情報が周辺機器から取得されたものであるかを判断する。ジョブ情報が周辺機器から取得されたものであれば、重複登録のおそれはないのでＳ８０８に進み、登録を行う。

一方、Ｓ８０４で、ジョブ情報が周辺機器から取得されたものでないと判断した場合は、Ｓ８０５で、ジョブ情報がフックにより取得されたものであるかを判断する。

なお、フックで取得されたものであるかを判断する方法の１つとして、ジョブ情報がどのＯＳで取得されたものであるかを判断する方法がある。ＯＳの種類によって、ジョブ情報がフックで取得されたかどうかが判断可能だからである。

例えば、ＰＣ１０１０ではＯＳ１が使われ、ＰＣ１０２０では、ＯＳ２が使われている場合、ジョブ情報がＯＳ１で取得されたものであれば、そのジョブ情報はフックで取得されたものである。また、ジョブ情報がＯＳ２で取得されたものであれば、スプーラ１０２３から取得されたものである。

Ｓ８０５で、ジョブ情報がフックにより取得されたものでないと判断した場合は、重複登録のおそれは無いため、Ｓ８０８に進み登録を行う。

一方、Ｓ８０５で、ジョブ情報がフックにより取得されたものであると判断した場合は、Ｓ８０６で、ジョブ情報に係るジョブの出力先が共有化されたプリンタであるか否かを判断する。ここで、ジョブ情報に係るジョブの出力先が共有化されたプリンタでないと判断した場合は、重複登録の恐れはないためＳ８０８に進み登録を行う。

一方、Ｓ８０６で、ジョブ情報に係るジョブの出力先が共有化されたプリンタであると判断した場合は、Ｓ８０７で、そのジョブ情報が共有化されたプリンタを管理しているプリントサーバとしてのＰＣのスプーラから取得されたものであるか否かを判断する。

本実施形態では、図１に示すようなシステムの場合、例えば、ＰＣ１０２０のスプーラ１０２３から取得されものである場合は、重複するものと判断することができる。

ここで、管理装置１０３０がジョブ情報をスプーラから取得していないと判断した場合は、重複登録の恐れはないためＳ８０８に進み、登録を行う。

一方、Ｓ８０７で、管理装置１０３０がジョブ情報をスプーラから取得していると判断した場合は、重複登録と判断できるので、登録を行わず、Ｓ８０１に戻る。

また、Ｓ８０８では、管理装置１０３０がジョブ情報をジョブ履歴データベース７０３に登録して、Ｓ８０１へ戻る。

図９は、図７に示したジョブ履歴データベース７０３に登録されている１つのジョブ情報を説明する図である。本例は、ジョブ履歴データベース７０３が、項目とその項目の内容から構成される例である。

図９において、９０１はジョブ情報の取得方法を示す。ジョブ情報の取得方法には、フックによる取得、スプーラからの取得、ジョブ履歴保持機能からの取得がある。

９０２は時刻で、ジョブの開始時刻或いは終了時刻を示す。９０３は排紙された用紙タイプを示す。９０４は出力されたページ数を示す。９０５は排紙された枚数を示す。

９０６は共有プリンタ情報で、ジョブがクライアントＰＣから共有化されたプリンタに投入されたか否かを示す。９０７はジョブの発行者のユーザ名を示す。９０８はビリングコードを示す。９０９はジョブコストを示す。なお、ジョブコストについては図１０〜図１８を参照して詳述する。

９１０はジョブの出力デバイス、つまり、そのジョブがどの周辺機器で、どのような処理をされたかを示す。なお、排紙を伴わないジョブの場合、ファイル名と処理名、例えば、スキャンやファックス送信であること、或いは、その他の排紙を伴わないジョブであることが記憶される。

＜管理コードおよびジョブコストの管理・運用方法＞
図１０〜図１８において、本実施形態における管理コード、ジョブコストの設定・入力・管理方法に関して詳細に説明する。

図１０、図１１は、図１に示した情報処理システムのワークフローを説明する図である。以下、本例では、管理装置、情報処理装置、画像形成装置から構成される情報処理システムにおける管理コード、案件コスト、ジョブコストについて説明する。

なお、管理コード（ビリングコード）とは、"ある案件にいくら"といったような課金を行うためのコードとして機能し、図１４に示す管理コード入力用のユーザインタフェースを介して指定可能に構成されている。ここで、１つの管理コードは、複数のコードを用いて指定可能であり、図１４では、クライアント、マター、サブマターの３つのコードから指定される例を示している。

なお、各コードが、後述する図１２に示すような階層で指定することができるものとし、１つの管理コードに複数のコードを割り当てることができる。また、コードの数は、適用するシステムに適応して決定される。

以下、ジョブコストについて説明する。

本実施形態では、ジョブコスト＝案件コスト＋印刷コストとし、案件コストは、ユーザ（案件担当者）が管理コード（ビリングコード）の設定時に一緒に設定する人為的コストに対応する。

また、印刷コストは、そのジョブを印刷する際にかかった、用紙やインク代などの従来から用いられているコストに対応する。

また、ユーザが設定した案件コストがあまりにも高い場合が想定される。このため、あらかじめ設定したコスト上限値を超えるような案件コストが指定された場合に、後述する図１５に示す手順に従い、ユーザに案件コストの再入力を促すためのＵＩ画面を表示する。図１９は、ユーザに案件コストの再入力を促すためのＵＩ画面の一例を示すものである。

図１０に示す情報処理システムは、ジョブログを保存する機能を有するデバイス（プリンタ）で印刷を行うシステムを示している。図１に示す例でいうと、プリンタ１０４０に対応する。

図１０において、１０−１はサーバで構成される管理装置である。ここではサーバ管理者が、例えば図１２に示すような階層で組み合わせ可能な管理コードの登録（１）、案件コストの基準値の設定（２）、集計（３）を行う。また、ジョブ収集後にユーザが入力デバイスを介して入力した案件コストの入力チェックを行う。

１０−２はユーザで、ＰＣ１０−３から印刷処理を行う。この印刷処理時において、ユーザ１０−２は、入力デバイスを介してＰＣ１０−３を操作して、必要な管理コードの入力、案件コストの入力を後述するユーザインタフェースを介して行う。

また、印刷後、ジョブが管理装置１０−１に収集された後において、管理装置１０−１に集計されている管理コード、案件コストの編集を行うことができる。

１０−４はプリンタである。ユーザがプリンタ１０−４で印刷を行った場合、印刷のジョブログをプリンタ１０−４内のメモリに保存する。ここで、メモリは、プリンタ１０−４内の不揮発性メモリであれば、印刷のジョブログを保存するためのメディアは限定されるものではない。

次に、図１０に示すシステムにおけるデータの流れを説明する。なお、図中のＷＦ１１〜ＷＦ１５はワークフローの各ステップを示す。

ユーザ１０−２は、入力デバイスを介してＰＣ１０−３から印刷の指示を行う。この時、管理コード、案件コストの入力を図１４に示す後述するユーザインタフェースを介して行う。ＰＣ１０−３ではプリンタドライバ等を介して印刷ジョブが生成され（ＷＦ１１）、プリンタ１０−４に送信される（ＷＦ１２）。

プリンタ１０−４では、ＰＣ１０−３からプリンタドライバを介して受信した印刷ジョブの印刷処理を行い、印刷に関するログを生成して（ＷＦ１３）メモリに保存する。

一方、管理装置１０−１は、定期的にプリンタ１０−４とネットワークを介して通信して、プリンタ１０−４内の上記メモリに保存されているジョブログの収集を行う（ＷＦ１４）。この時、ユーザ１０−２が入力した管理コード、案件コストはジョブログデータとしてプリンタ１０−４から収集される（ＷＦ１５）。

図１１は、ジョブログを保存する機能を持たないデバイス（プリンタ）に印刷を行うシステムを示している。図１に示す例でいうと、プリンタ１０６０に対応する。この場合には、管理装置１１−１がＰＣ１１−３から送信されるジョブログを管理する。なお、管理装置１１−１は、ユーザ１１−２がＰＣ１１−３から送信される管理コードを受信する機能を備える。この際、ＰＣ１１−３は、管理コードと関連付けて、案件コスト及びジョブログを送信する。ここで、ジョブログとは、ジョブを処理する際の処理内容が記述されたもので、印刷コストを特定するための情報、例えば用紙サイズ、印刷枚数等が含まれる。

図１１において、１１−１はサーバで構成される管理装置である。本例の場合は、サーバ管理者が入力デバイスを介して管理装置１１−１に対して、管理コードの登録、案件コストの指定、集計等の指示を行う。また、ジョブ収集後に、ユーザが入力デバイスを介して入力した案件コストの入力チェックを行う。

１１−２はユーザで、入力デバイスを介してＰＣ１１−３から印刷処理を指示する。この印刷処理時において、後述するようなユーザインタフェースを介して管理コードの入力、案件コストの入力を行う。

また、印刷後、ジョブログがＰＣ１１−３から管理装置１１−１に収集された後において、管理装置１１−１に集計されている案件コストの編集を行うことができる。１１−４はプリンタである。

次に、図１１にシステムにおけるデータの流れを説明する。なお、図中のＷＦ２０〜ＷＦ２５はワークフローの各ステップを示す。

ユーザ１１−２は、ＰＣ１１−３から印刷開始を指示する。この時、管理コード、案件コストの入力を行う（ＷＦ２０）。ＰＣ１１−３では、プリンタドライバを介して印刷ジョブが生成され（ＷＦ２３）、プリンタ１１−４に送信される（ＷＦ２４）。

ここで、図１１に示すように、印刷するプリンタ１１−４が印刷ジョブそのものを保存する機能を持たない場合は、ＰＣ１１−３が印刷後、印刷データに関するジョブログを管理装置１１−１に送信する（ＷＦ２１）。

具体的には、プリンタ１１−４ではＰＣ１１−３から受信した印刷データの印刷を行い、印刷ジョブに関するジョブログをＰＣ１１−３内のメモリに保存する（ＷＦ２６）。そして、ＰＣ１１−３が印刷後、印刷データに関するジョブログを管理装置１１−１に送信することで（ＷＦ２１）、管理装置１１−１内に印刷された印刷ジョブに対するジョブログが収集される。

このように、管理装置１１−１は、ジョブログを保存する機能を持たないプリンタ１１−４に対してはジョブログの収集は行わない。

図１２は、図１０に示した管理装置１０−１で管理される管理コードとジョブコストとの対応を説明する図である。

なお、図１１に示すシステムを例とする場合には、管理コードおよび案件コストは管理装置１１−１において管理者により初期登録され、データベースに保存される。

また、本実施形態では、管理コードは階層化されており、１つの管理コードが複数のコードから構成される例を示す。

図１２に示す例によれば、第１階層のコードが１つの管理コードに対応する。本例は、法律事務所のワークを例とするため、例えばクライアントが顧客Ａについては、ジョブコスト（案件コスト＋印刷コスト）について「１０００」と計上されて管理装置１０−１内のメモリに保存されている例である。なお、本例は、クライアントとして顧客Ａ、顧客Ｂ、顧客Ｃが登録されている例である。

また、第２階層のコードが他の管理コードに対応する。本例は、マターが訴訟Ａについては、ジョブコスト（案件コスト＋印刷コスト）について「６０００」と計上されて管理装置１０−１内のメモリに保存されている例である。なお、本例は、マターとして訴訟Ａ、訴訟Ｂ、訴訟Ｃなどが登録されている例である。

さらに、第３階層のコードが他の管理コードに対応する。本例は、サブマターが審議中については、ジョブコスト（案件コスト＋印刷コスト）について「６００」と計上されて管理装置１０−１内のメモリに保存されている例である。なお、本例は、サブマターとして審議中、控訴手続き、控訴中、報告書作成、案件調査などが登録されている例である。

なお、サブマターよりも下位階層となるマターをさらに持つ構造となっていてもよい。

印刷時では、３階層各々のコードを指定して、３つのコードが組み合わせて１つの管理コードが指示される。

以下、図１０に示す情報処理システムを例として本実施形態におけるデータ処理について説明する。

つまり、図１０に示すシステム例でいえば、印刷ジョブをプリンタ１０−４で印刷処理する際に、ユーザが管理コードに対応する複数のコードを入力して、印刷ジョブに管理コードが付加されてプリンタ１０−４に送信される。その後、管理装置１０−１がプリンタ１０−４からジョブログというデータで、印刷済みの管理コードを取得する。そして、管理装置１０−１は、取得した管理コードに従いＰＣ１０−３でユーザによりユーザインタフェースを介して指定された案件コストと、管理コードとに従い取得される印刷コストとを加算してジョブコストを算定する。

ここで、管理装置１０−１は、案件コストの誤入力等を判別する後述する図１５に示すような手順を実行することで、印刷された印刷ジョブに入力ミスがあったことをＰＣ１０−３のユーザ１０−２に通知することができる。なお、この場合は、事後通知となる。

一方、図１１に示すシステムでは、プリンタ１１−４がジョブログを保存する機能を備えていない。そこで、管理装置１１−１は、印刷処理開始前に、ＰＣ１１−３から図１４に示すユーザインタフェースを介して入力される管理コードと、案件コストとを取得する。そして、ＰＣ１１−３から取得した管理コードと印刷コストとに基づいてジョブコストを算出する。

図１３は、本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、ユーザがＰＣから印刷を行う時の印刷処理例である。より具体的には、図１０に示したユーザ１０−２または図１１に示したユーザ１１−２の操作に基づく印刷処理であって、印刷時において管理コードおよび案件コストの入力が行われ、ユーザが印刷処理を行った直後の動作を示している。以下、図１０に示すシステムに適用した場合を説明するが、図１１に示すシステムにも適用可能である。

なお、Ｓ１３０１〜Ｓ１３１６は各ステップを示す。また、各ステップは、図１に示したＰＣ１０１０のＣＰＵ２０１が制御プログラムをＲＡＭ２０３にロードして実行することで実現される。

まず、Ｓ１３０１は、管理装置１０−１において管理コードの入力が必要であるか否かを判断する。

なお、管理装置１０−１ではＰＣ１０−３からの印刷時に管理コードを入力するか否かの設定がなされている。このため、クライアント起動時にその設定は管理装置１０−１からＰＣ１０−３に送信され、ＰＣ１０−３のメモリで保持している。

ここで、印刷時に管理コードの入力が不要であると判断した場合は、Ｓ１３０８へ進み、印刷ジョブはプリンタ１０−４へ送信され、本処理を終了する。

一方、Ｓ１３０１で、印刷時に管理コード入力が必要であると判断した場合は、Ｓ１３０２以降の処理に進む。

Ｓ１３０２で、管理コード入力のための、例えば図１４に示すユーザインタフェース（ＵＩ）がＰＣ１０１０又は１０２０のＣＲＴ２０５上に表示される。

図１４は、図２に示したＣＲＴ２０５に表示されるユーザインタフェース（ＵＩ）の一例を示す図である。本例は、管理コードの入力画面例である。

図１４において、ＥＢ１〜ＥＢ３はエディットボックスであり、エディットボックスＥＢ１にはクライアントが設定され、エディットボックスＥＢ２には、マターが設定され、エディットボックスＥＢ３には、サブマターが設定される。ＣＳＴは案件コストである。これにより、エディットボックスＥＢ１〜ＥＢ３に対する指定により各コードが確定して、１つの管理コードが指定される。つまり、複数のコードで１つの管理コードが決定されることとなる。

次に、Ｓ１３０３で、管理コードの入力ダイアログ（図１４）におけるオペレーションで入力された内容の種別を判断する。

ここで、管理コードの入力ダイアログを介して管理コード（ビリングコード）が入力されたものと判断した場合は、Ｓ１３０７へ進む。そして、Ｓ１３０７で、管理コードの入力を示している各コードに対応すべくクライアント、マター、サブマターの計３つのコードを各々のエディットボックスＥＢ１〜ＥＢ３より入力する。そして、Ｓ１３０３へ戻る。

一方、Ｓ１３０３で、入力された内容が案件コスト入力であると判断した場合は、Ｓ１３０４で、指定した管理コードに設定されている案件コストを累計する。そして、Ｓ１３０５で、デフォルト値として案件コストＣＳＴを表示する。なお、図１４に示す案件コストは、デフォルト値であり、コスト基準値に基づき、管理コードの案件コストのデフォルト値を算出することで得られる。

次に、Ｓ１３０６で、デフォルトとして表示された案件コストに対してユーザは自ら案件コストを編集（再入力）して、Ｓ１３０３へ戻る。

一方、Ｓ１３０３で、図１４に示す管理コードの入力ダイアログにおいてキャンセルボタンＢＴ２を押下したと判断した場合は、Ｓ１３０９へ進む。

そして、Ｓ１３０９で、管理装置１０−１において管理コードの入力が必要であるか否かを判断する。

ここで、管理装置１０−１において、管理コードの入力が不要であると判断した場合は、つまり、図１４に示すユーザインタフェースで、キャンセルボタンＢＴ２が押下されて管理コードの入力がキャンセルした場合は、Ｓ１３１０に進む。そして、Ｓ１３１０で、生成した印刷ジョブがプリンタドライバを介してプリンタ１０−４へ送信され、本処理を終了する。

一方、Ｓ１３０９で、管理コードの入力が必要であるにもかかわらず、図１４に示す管理コード入力ダイアログで管理コード入力をキャンセルしたと判断した場合は、Ｓ１３１１に進み、印刷ジョブを削除して、本処理を終了する。

一方、Ｓ１３０３で、図１４に示す管理コードの入力ダイアログにおいてＯＫボタンＢＴ１を押下したと判断した場合は、Ｓ１３１２へ進む。そして、Ｓ１３１２で、ＰＣ１０−３のＣＰＵ２０１は、管理コードの入力が行われたか否かを判断する。ここで、ＰＣ１０−３のＣＰＵ２０１が管理コードの入力が行われたと判断した場合は、Ｓ１３１３に進み、印刷ジョブに管理コードを付加する。

次に、Ｓ１３１４に進み、管理コードが付加された印刷ジョブをプリンタ１０−４に送信して、本処理を終了する。

一方、Ｓ１３１２で、管理コードの入力が行われなかったと判断した場合は、Ｓ１３１５へ進む。

そして、Ｓ１３１５で、管理装置１０−１において管理コード入力が必要な設定がなされているか否かを判断する。

ここで、管理コードの入力が行われず、かつ、管理装置１０−１において管理コードの入力が不要な設定であると判断した場合は、Ｓ１３１４に進み、印刷ジョブをプリンタ１０−４に送信して、本処理を終了する。

一方、Ｓ１３１５で、管理コードの入力が行われており、かつ、管理装置１０−４において管理コードの入力が必要な設定であると判断した場合は、Ｓ１３１６に進み、印刷ジョブを削除して、本処理を終了する。

このように、本実施形態では、管理コードの入力が必要である場合に、ユーザによる管理コードの入力がない場合には、印刷ジョブを削除して印刷を中止する。

図１５Ａは、本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、図１０に示した管理装置１０−１または図１１に示した管理装置１１−１における印刷ジョブの収集処理例である。なお、Ｓ１５０１〜Ｓ１５０７は各ステップを示す。また、各ステップは、図１０に示したサーバ１０−１または図１１に示したサーバ１１−１のＣＰＵが制御プログラムをＲＡＭにロードして実行することで実現される。以下、図１０に示すシステムに適用した場合を説明するが、図１１に示すシステムにも適用可能である。

Ｓ１５０１で、図１０に示すシステムであればプリンタ１０−４からジョブログを収集または、図１１にシステムであればＰＣ１１−３からジョブログを受信することでジョブログの収集を行う。そして、Ｓ１５０２で、管理装置１０−１が収集したジョブログ中に管理コードが付加されているか否かを判断する。ここで、管理装置１０−１により管理コードが付加されていないと判断した場合は、Ｓ１５０７に進み、ジョブログを管理装置１０−１のデータベース（ＤＢ）に保存して、本処理を終了する。

一方、Ｓ１５０２で、管理装置１０−１がジョブログ中に管理コードが付加されていると判断した場合は、Ｓ１５０３に進む。そして、Ｓ１５０３で、管理装置１０−１で設定されている案件コストを累計する。具体的には、案件コストは上述した複数のコード（本実施形態では３つのコード）に設定されているので、３つの案件コストを累計する。

次に、Ｓ１５０４で、Ｓ１５０３で累計した案件コストが基準値から一定値（初期登録された上限しきい値）以上はなれているかどうかを判断する。つまり、各コードに対応して累計した案件コストが、管理装置１０−１で初期登録された基準値から一定値以上はなれているかどうかを判断する。ここで、累計した案件コストが、管理装置１０−１で初期登録された基準値と一定値以上はなれている場合は、ユーザによる案件コストに入力ミスがあった可能性があると判断する。ここで、ユーザにその旨、すなわち案件コストの入力ミスを警告する通知を行うため、Ｓ１５０５へ進む。

そして、Ｓ１５０５で、ユーザに対するエラー警告を通知するために必要な情報をジョブログから取得する。具体的にはコンピュータ名、ユーザ名を取得し、通知を行うべきＰＣ（クライアント）を特定する。

次に、Ｓ１５０６で、ユーザに案件コストの入力ミスを警告する通知を行う。例えば、ウインドウメッセージを用いて図１６で示すようなメッセージをＰＣ１０−３に通知する。

そして、Ｓ１５０７で、管理装置１０−１内のデータベースにジョブログを保存して、本処理を終了する。

本実施形態では、Ｓ１５０４で、ユーザによりＰＣ１０−３から入力された案件コストと、管理装置１０−１で指定された管理コードに基づいて累計された案件コストとの比較結果に基づいて、案件コストの入力に誤りがあることをユーザに通知することができる。

図１５Ｂは、本実施形態を示す管理装置における第３のデータ処理手順の一例を示すフローチャートである。本例は、図１０に示した管理装置１０−１または図１１に示した管理装置１１−１における印刷ジョブの収集処理例である。なお、Ｓ１６０１〜Ｓ１６０６は各ステップを示す。また、各ステップは、図１０に示したサーバ１０−１または図１１に示したサーバ１１−１のＣＰＵが制御プログラムをＲＡＭにロードして実行することで実現される。以下、図１０に示すシステムに適用した場合を説明するが、図１１に示すシステムにも適用可能である。

まず、Ｓ１６０１で、管理装置１０−１のＣＰＵは、ジョブログを取得したら、Ｓ１６０２で、管理コードに対応する印刷コストを取得できたかどうかを判断する。ここで、管理装置１０−１のＣＰＵが管理コードに対応する印刷コストを取得できなかったと判断した場合は、Ｓ１６０４へ進み、管理コードに対する案件コストを管理装置１０−１のデータベースに格納して、Ｓ１６０５へ進む。なお、ここで、データベースに格納される案件コストは、ジョブコストとして格納される。

一方、Ｓ１６０２で、管理装置１０−１のＣＰＵが管理コードに対応する印刷コストを取得できたと判断した場合は、Ｓ１６０３へ進み、管理コードに対する案件コストと取得できた印刷コストを管理装置１０−１のデータベースに格納する。

次に、Ｓ１６０５で、管理装置１０−１のＣＰＵは、管理コードが入力されたかどうかを判断する。ここで、管理コードが入力されたことは、ジョブコスト一覧の表示要求があったものと判断する。

そこで、Ｓ１６０６で、管理コードが入力された場合は、図１７に示すようなデータ形式に従うジョブコスト一覧を表示して、本処理を終了する。

図１６は、図１１に示したクライアントＰＣ１１−３に通知されるメッセージの一例を示す図である。

本例は、ジョブの日時、ユーザ名、ドキュメント名、課金先、案件コスト等を通知するメッセージの例である。

具体的には、「下記のジョブは案件コストまたは課金先が誤っている可能性があります。確認してください。」が入力ミスをユーザに通知するためのメッセージである。本実施形態では、このメッセージに加えて、ジョブから取得された日時、ユーザ名、ドキュメント名並びに、管理コードから特定される課金先をテキストで通知する例である。

図１７は、図１０に示した管理装置１０−１の表示装置に表示されるユーザインタフェースの一例を示す図である。本例は、管理装置においてジョブログの収集が終わった後、ジョブログの集計を行い、管理コード毎に案件コストを累計し、さらに、用紙金額や印刷金額といった印刷コストを集計して得られるジョブコストを一覧表示した例である。なお、本集計表はＵＩで表示したりファイルに出力したりすることができる。

図１７において、１７０１はビリングコードで、複数のコードで指定される。１７０２〜１７０４は日付で、集計日に対応する。１７０５は合計列で、印刷コストに対応する行Ｌ１に「３００」とあるのは用紙金額であり、行Ｌ２に「５５５」とあるのは印刷金額である。また、行Ｌ３に対応する、「６０４」が案件コストである。

１７０６は合計行で、各日付別のジョブコスト値が列別に累計された状態に対応する。１７０７はジョブコスト総計で、日付別のコストをそれぞれ加算した総合計であり、本例は、「１４５９.０」の場合を示す。ここで、「１４５９.０」は、用紙金額「３００.０」、印刷金額「５５５」、案件コスト「６０４」を加算することで得られる値である。

このように、ユーザは、ジョブコスト一覧を参照することで、ビリングコード別であって、その集計が発生した日付別のジョブコスト、並びに、それぞれのジョブコストを加算した総ジョブコストを参照することができる。

図１８は、図１０に示した管理装置１０−１の表示装置に表示されるユーザインタフェースの一例を示す図である。本例は、管理装置１０−１がジョブログの収集後、管理コードおよび案件コストを編集するためのＵＩを示す例である。

図１８の（Ａ）は、ジョブ履歴一覧を示すユーザインタフェースであり、例えば開始時刻、クライアント、マター、サブマター、ドキュメント名、ジョブタイプで印刷ジョブの履歴を管理している例を示す。

図１８の（Ａ）において、ユーザが上記履歴一覧からあるジョブを選択し、「管理コードの変更」ボタン１８０１を押下すると、表示画面が図１８の（Ｂ）に示すユーザインタフェースに切り替わり、管理コードの変更を指示するためのダイアログが表示される。ここで、管理者は、ユーザが印刷時に入力した管理コードおよび案件コストの編集を行う。

図１８の（Ｂ）に示すユーザインタフェースは、クライアント、マター、サブマターの３階層の管理コードをリストボックスから選択して編集する例である。また、案件コストをエディットボックスＥＢ１〜ＥＢ３から編集することができるように構成されている。

次に、図１９および図２０を用いて、案件コストにコスト上限値を設定して、案件コストがコスト上限値を超えた場合にその旨をユーザに通知する処理について説明する。

図１９は、図１０に示した管理装置１０−１における案件コストの上限値を設定するユーザインタフェースの一例を示す図である。本例は、管理コード／コスト設定画面の一例であって、例えば管理装置１０−１が備える表示装置上に表示される。

図１９において、１９０１は案件コストで、管理コードに対応づけてコスト上限値１９０２を設定可能に構成されている。

図２０は、本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。なお、Ｓ２００１〜Ｓ２００８は各ステップを示す。また、各ステップは、図１に示したＰＣ１０１０のＣＰＵ２０１が制御プログラムをＲＡＭ２０３にロードして実行することで実現される。以下、図１０に示すシステムに適用した場合を説明するが、図１１に示すシステムにも適用可能である。

ＰＣ１０−３よりユーザが印刷を開始すると、Ｓ２００１で、図１４に示すユーザインタフェースを表示装置に表示して、管理コードを入力する。本実施形態では、ユーザが、図１４に示すユーザインタフェースにおいて、クライアント、マター、サブマター、案件コスト等を入力可能に構成されている。

Ｓ２００２では、通常、管理コードの入力後に案件コストの入力を行う。そして、Ｓ２００３で、Ｓ２００１において入力した管理コードを元に管理装置１０−１に問い合わせを行い、図１９に示すＵＩを介して管理コードに設定されているコスト上限値１９０２を取得する。

次に、Ｓ２００４で、ＰＣ１０−３のＣＰＵ２０１がＳ２００２において入力した案件コストとＳ２００３において管理装置１０−１より取得したコスト上限値１９０２を比較する。そして、ＰＣ１０−３のＣＰＵ２０１が、入力した案件コストがコスト上限値より小さいかどうかを判断する。ここで、ＰＣ１０−３のＣＰＵ２０１が入力した案件コストがコスト上限値より小さいと判断した場合は、Ｓ２００５へ進む。

そして、Ｓ２００５で、印刷ジョブにＳ２００１で入力した管理コードを付加する。そして、Ｓ２００６で、プリンタドライバを介して作成した印刷ジョブをプリンタ１０−４に送信して、印刷を行い、本処理を終了する。

一方、Ｓ２００４で、ＰＣ１０−３のＣＰＵ２０１が入力した案件コストがコスト上限値より大きいと判断した場合は、Ｓ２００７に進む。そして、Ｓ２００７で、ＰＣ１０−３のＣＰＵ２０１がユーザに入力した案件コストがコスト上限値を超過していることを示す警告メッセージをＣＲＴ２０５に表示する。

そして、Ｓ２００８で、ＰＣ１０−３のＣＰＵ２０１が入力したコストが上限値を超過しているため、印刷ジョブを削除して、本処理を終了する。

これにより、入力された案件コストと管理装置で管理されているコスト上限値とに基づいて、入力された案件コストに誤りがあることをユーザに提示することができる。

〔第２実施形態〕
以下、図２１、図２２に示すメモリマップを参照して本発明に係る情報処理装置、管理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図２１は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図２２は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図１３，図１５、図２０に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

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

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

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

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

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

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

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

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す管理装置、情報処理装置、画像形成装置を含む情報処理システムの構成を説明するブロック図である。 図１に示したＰＣ、管理装置のハードウエア構成を示す図である。 図２に示したＲＡＭのメモリマップの一例を示す図である。 図２に示したメディアドライブに挿入されるメディアのメモリマップの一例を示す図である。 図４に示したメディアに記憶されたソフトウエアを情報処理装置にインストール方法を説明する図である。 図１に示した周辺機器の概略構成を示すブロック図である。 図１に示したＪＡＳＡＰのジョブ情報管理モジュールの機能構成を示す図である。 本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。 図７に示したジョブ履歴データベースに登録されている１つのジョブ情報を説明する図である。 図１に示した情報処理システムのワークフローを説明する図である。 図１に示した情報処理システムのワークフローを説明する図である。 図１１に示した管理装置における管理コード別のジョブコストの例を示す図である。 本実施形態を示す情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。 図２に示したＣＲＴに表示されるユーザインタフェース（ＵＩ）の一例を示す図である。 本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置における第３のデータ処理手順の一例を示すフローチャートである。 図１１に示したＰＣに通知されるメッセージの一例を示す図である。 図１０に示した管理装置の表示装置に表示されるユーザインタフェースの一例を示す図である。 図１０に示した管理装置の表示装置に表示されるユーザインタフェースの一例を示す図である。 図１０に示した管理装置におけるジョブコストの上限値を設定するユーザインタフェースの一例を示す図である。 本実施形態を示す情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１０、１０２０ ＰＣ
１０１１ アプリケーション
１０１２ ＧＤＩ
１０１３ スプーラ
１０１４ ＪＡＣＡＰ
１０２１ アプリケーション
１０２２ ＧＤＩ
１０２３ スプーラ
１０２４ ＪＡＳＡＰ
１０３０ サーバ

Claims (14)

1. 情報処理装置と管理装置と前記情報処理装置より送信されるジョブを処理する画像形成装置とを含む情報処理システムであって、
   ジョブに対して、管理コード及び案件コストを設定するための表示を行う表示手段と、
   前記ジョブを処理する際のジョブログを取得し、取得したジョブログより印刷コストを取得する取得手段と、
   前記取得手段において前記ジョブに対して設定された管理コードに対応する印刷コストが取得された場合、当該管理コードに対するジョブコストとして案件コストと取得した印刷コストとを格納し、前記取得手段において前記ジョブに対して設定された管理コードに対応する印刷コストが取得されなかった場合、当該管理コードに対するジョブコストとして案件コストを格納する格納手段と、
   前記管理コードと、当該管理コードに対するジョブコストをユーザに対して提示する提示手段と、
   を備えることを特徴とする情報処理システム。
2. １つの管理コードは複数のコードを用いて指定可能であり、
   前記表示手段は、前記管理コードがユーザにより指定された場合に、前記複数のコードに対して予め設定されているコスト基準値に基づき、当該管理コードの案件コストのデフォルト値を算出し、表示することを特徴とする請求項１記載の情報処理システム。
3. ユーザにより指定された前記管理コードに対応する案件コストが、コスト上限値を超える場合にユーザに警告を行う警告手段を備えることを特徴とする請求項１記載の情報処理システム。
4. 前記ジョブログは画像形成装置より取得されることを特徴とする請求項１記載の情報処理システム。
5. 前記ジョブログは情報処理装置より取得されることを特徴とする請求項１記載の情報処理システム。
6. ジョブに対して、管理コード及び案件コストを設定するための表示を行う表示手段と、
   前記ジョブを処理する際の処理内容が記述されたジョブログを取得する取得手段と、
   前記管理コードと関連付けて、案件コスト及びジョブログを管理装置に送信する送信手段とを備え、
   前記管理装置において、ジョブログより印刷コストを算出し、前記管理コードに対するジョブコストを前記案件コスト及び当該印刷コストから算出して格納されることを特徴とする情報処理装置。
7. 情報処理装置と管理装置と前記情報処理装置より送信されるジョブを処理する画像形成装置とを含む情報処理システムにおけるジョブ管理方法であって、
   ジョブに対して、管理コード及び案件コストを設定するための表示を行う表示工程と、
   前記ジョブを処理する際のジョブログを取得し、取得したジョブログより印刷コストを取得する取得工程と、
   前記取得工程において前記ジョブに対して設定された管理コードに対応する印刷コストが取得された場合、当該管理コードに対するジョブコストとして案件コストと取得した印刷コストとを格納し、前記取得工程において前記ジョブに対して設定された管理コードに対応する印刷コストが取得されなかった場合、当該管理コードに対するジョブコストとして案件コストを格納する格納工程と、
   前記管理コードと、当該管理コードに対するジョブコストをユーザに対して提示する提示工程と、
   を備えることを特徴とするジョブ管理方法。
8. １つの管理コードは複数のコードを用いて指定可能であり、
   前記表示工程は、前記管理コードがユーザにより指定された場合に、前記複数のコードに対して予め設定されているコスト基準値に基づき、当該管理コードの案件コストのデフォルト値を算出し、表示することを特徴とする請求項７記載のジョブ管理方法。
9. ユーザにより指定された前記管理コードに対応する案件コストが、コスト上限値を超える場合にユーザに警告を行う警告工程を備えることを特徴とする請求項７記載のジョブ管理方法。
10. 前記ジョブログは画像形成装置より取得されることを特徴とする請求項７記載のジョブ管理方法。
11. 前記ジョブログは情報処理装置より取得されることを特徴とする請求項７記載のジョブ管理方法。
12. ジョブに対して、管理コード及び案件コストを設定するための表示を行う表示工程と、
    前記ジョブを処理する際の処理内容が記述されたジョブログを取得する取得工程と、
    前記管理コードと関連付けて、案件コスト及びジョブログを管理装置に送信する送信工程とを備え、
    前記管理装置において、ジョブログより印刷コストを算出し、前記管理コードに対するジョブコストを前記案件コスト及び当該印刷コストから算出して格納されることを特徴とするジョブ管理方法。
13. 請求項７乃至１２のいずれか１項に記載のジョブ管理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
14. 請求項７乃至１２のいずれか１項に記載のジョブ管理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。

Images