(57)【要約】【課題】  課金・集計システムにおける管理コードに関する操作性の向上、及び、管理サーバ・管理クライアント間の通信量の削減を課題とする。【解決手段】  管理コードの状態として有効／無効の設定を行い、無効化されるとクライアント側へ送信する管理コードリストから除外する。また、ユーザ別管理コードからも削除する。サーバ側ではジョブログに含まれる管理コードの状態（有効／無効）に関わらず、集計可能とする。【選択図】  図７
2010225087.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたデバイスで実施されたジョブに対するログを管理するログ管理システムであって、
管理サーバ側に
印刷等のジョブに対し設定される管理コードを登録／登録解除する管理コード登録手段と、
前記管理コード登録手段により登録された管理コードに対する有効／無効を指定する管理コード設定手段、
前記有効／無効情報を含む管理コード情報を保存する管理コード保存手段と、
前記管理コード保存手段から有効／無効／全て等の条件を指定して管理コードリストを取得する管理コードリスト取得手段と、
クライアントコンピュータ、デバイス等の管理クライアント側から管理コードリスト取得要求等の要求を受信する要求受信手段と、
前記要求受信手段により、受け付けた要求を適宜実行する要求実行手段と、
前記要求実行手段により、実行された結果を管理クライアントに送信する結果返信手段と、
クライアントコンピュータ、プリンタサーバ、デバイス等の管理クライアントからジョブログを収集するジョブログ収集手段と、
前記ジョブログ収集手段により収集したジョブログを保存するジョブログ保存手段と、
ジョブログ中に含まれる管理コードの有効／無効状態に関係なく、ジョブログを集計するジョブログ集計手段とを有し、
管理クライアント側に、
管理サーバに対し、各種要求を送信する要求送信手段と、
前記要求送信手段により送信した結果の返信を受け付ける結果受信手段と、
前記要求手段により、管理サーバに有効な管理コードリスト取得要求を送信し、その結果として有効な管理コードリストを前記結果受信手段により取得する管理コードリスト取得手段と、
管理デバイスに対し、印刷、ＦＡＸ、スキャン等のジョブを実行するジョブ実行手段と、
前記ジョブ実行手段に対し、ジョブが発行されたことを検知するジョブ検出手段と、
前記ジョブ検出時、有効な管理コードリストを表示する管理コードリスト表示手段と、
前記表示手段に表示されたリストから当該ジョブに対する管理コードを選択する管理コード選択手段と、
前記選択手段により選択した管理コードを反映したジョブログを生成するジョブログ生成手段と、
管理サーバに前記ジョブログ生成手段により生成したジョブログを送信するジョブログ送信手段とを有することを特徴とするジョブログ管理システム。
【請求項２】
前記管理コード保存手段から有効な全ての管理コード情報を取得し、管理コードファイルを生成、保存するファイル生成手段と、
管理コードの追加、削除、有効／無効化指定等、管理コード情報が更新される度に、管理コードファイルを更新するファイル更新手段とを備え、
前記管理コードリスト取得手段は、前記管理コード情報ファイルを取得し、前記結果受信手段により、管理クライアントに送信することを特徴とする請求項１に記載のログ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置で処理されるジョブに基づくログを管理するログ管理システムに関し、特に、ジョブログ（ジョブの履歴）を管理するために用いて好適なものである。
【背景技術】
【０００２】
印刷、スキャン、ＦＡＸ等、ジョブの集計を行って管理するジョブログ管理システムでは、ユーザがジョブを実行する際に、代金を集計するための管理コードを指定することが可能である。（例えば、特許文献１参照。）
この管理コードについて、数千、数万と管理される事例がある。
【０００３】
例えば、法律事務所では、顧客毎に管理コードを割り当てているが、その顧客の案件が終了しても原則削除せず、次回の依頼に備えて残しておく。このため、大手法律事務所では数万といった管理コードで運用されている。ユーザがジョブ実行時、この膨大な数の管理コードの中から該当する管理コードを見つけ出し、指定するのは困難を極める。この操作性の向上のため、複数の特許が考案されている。
【０００４】
例えば、特許文献２では、一連の管理コードのセットにラベルを作成し、これを複数ユーザで共有、ユーザはジョブ実行時、このラベルを指定することでユーザの操作性を改善させている。また、特許文献３では、管理コード間に階層構造を持たせることで、上位階層、或いはその一部をユーザが入力すると下位の候補を絞ることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７８３２４号公報
【特許文献２】特開２００５−３１６７７０号公報
【特許文献３】特開２００７−１９３７２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前述の技術は、ユーザのジョブ実行時における管理コード選択の操作性の向上に主眼を置いたものであり、管理時の操作性を向上させるものではない。ラベル設定、或いは管理コード間の階層設定時、設定者（主に管理者）は毎回、設定の度に膨大な管理コードの中から、該当する管理コードを探し出す必要がある。また、管理クライアント側では、その管理コードが現在使用されているか否かに関わらず、全ての管理コードを取得するため、通信量が大きく、管理クライアント数が大きい場合、特に問題になっていた。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、ネットワークを介して接続されたデバイスで実施されたジョブに対するジョブログを管理するジョブログ管理システムであって、管理サーバ側に印刷等のジョブに対し設定される管理コードを登録／／登録解除する管理コード登録手段と、前記管理コード登録手段により登録された管理コードに対する有効／無効を指定する管理コード設定手段と、前記有効／無効情報を含む管理コード情報を保存する管理コード保存手段と、前記管理コード保存手段から有効／無効／全て等の条件を指定して管理コードリストを取得する管理コードリスト取得手段と、クライアントコンピュータ、デバイス等の管理クライアント側から管理コードリスト取得要求等の要求を受信する要求受信手段と、前記要求受信手段により、受け付けた要求を適宜実行する要求実行手段と、前記要求実行手段により、実行された結果を管理クライアントに送信する結果返信手段と、クライアントコンピュータ、プリンタサーバ、デバイス等の管理クライアントからジョブログを収集するジョブログ収集手段と、前記ジョブログ収集手段により収集したジョブログを保存するジョブログ保存手段と、ジョブログ中に含まれる管理コードの有効／無効状態に関係なく、ジョブログを集計するジョブログ集計手段とを有し、前記管理クライアント側に、管理サーバに対し、各種要求を送信する要求送信手段と、前記要求送信手段により送信した結果の返信を受け付ける結果受信手段と、前記要求手段により、管理サーバに有効な管理コードリスト取得要求を送信し、その結果として有効な管理コードリストを前記結果受信手段により取得する管理コードリスト取得手段と、管理デバイスに対し、印刷、ＦＡＸ、スキャン等のジョブを実行するジョブ実行手段と、前記ジョブ実行手段に対し、ジョブが発行されたことを検知するジョブ検出手段と、前記ジョブ検出時、有効な管理コードリストを表示する管理コードリスト表示手段と、前記表示手段に表示されたリストから当該ジョブに対する管理コードを選択する管理コード選択手段と、前記選択手段により選択した管理コードを反映したジョブログを生成するジョブログ生成手段と、管理サーバに前記ジョブログ生成手段により生成したジョブログを送信するジョブログ送信手段とを有することを特徴とする。
【発明の効果】
【０００８】
集計機能を損なうことなく、管理クライアント側で表示する管理コード候補数を削減することが可能である。更に、管理クライアントからは有効な管理コードの情報に限定して取得することで、通信量を削減することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明のジョブログ管理システムの構成の一例を示すブロック図である。
【図２】本発明の情報処理装置の構成を説明するブロック図である。
【図３】本発明の画像形成装置の構成の一例を示すブロック図である。
【図４】本発明の情報処理装置及び画像形成装置におけるＲＡＭのメモリマップの一例を示す図である。
【図５】本発明のＦＤのメモリマップの一例を示す図である。
【図６】本発明のＦＤドライブと、ＦＤドライブに対して挿入されるＦＤ２０４との関係の一例を示す図である。
【図７】実施例１のジョブログ管理システムの機能構成例を示す図である。
【図８】実施例１の管理サーバ側で実行される処理を説明するフローチャートである。
【図９】実施例１のクライアント側で実行される処理を説明するフローチャートである。
【図１０】実施例１の管理コード設定ＵＩ例を示す図である。
【図１１】実施例１のユーザ別管理コード設定ＵＩ例を示す図である。
【図１２】実施例１のジョブに対する管理コード設定ＵＩ例を示す図である。
【図１３】実施例２の管理コードの期間指定ＵＩ例を示す図である。
【図１４】実施例３の管理コードの階層構造例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１１】
図１は、ジョブログ管理システムの構成の一例を示すブロック図である。
【００１２】
図１において、クライアント端末装置（情報処理装置）１０１、１０２は、例えばパーソナルコンピュータであり、アプリケーションプログラム等の各種のプログラムを実行することが可能である。これらクライアント端末装置１０１、１０２は、イーサネット（登録商標）等のネットワークケーブルや公衆回線等によって、ＬＡＮ、ＷＡＮ、又はインターネット等のネットワーク１０７に接続されている。クライアント端末装置１０１、１０２は、本発明に関わる管理サーバへの要求や、実行ジョブに関するジョブログを管理サーバ１０４へ送信するプログラムを必要に応じて実行する。尚、図１では複数台のクライアント端末装置１０１、１０２を記載しているが、クライアント端末装置は、１台でも複数台でもよい。
【００１３】
データベースサーバ１０３は、本実施形態のジョブログを保存する情報処理装置であり、クライアント端末装置１０１、１０２と同様に、ネットワーク１０７に接続されている。尚、本実施形態では、データベースサーバ１０３をジョブログ管理システムに設けるようにしているが、データベースサーバ１０３はなくてもよい。
【００１４】
データベースサーバ１０３がない場合、ジョブログはクライアント端末装置１０１、１０２、管理サーバ１０４、データベースサーバ１０３以外のサーバ（ファイルサーバ）、又はデバイス（例えばＭＦＰ１０５、ネットワークプリンタ１０６）等に保存される。
【００１５】
管理サーバ１０４は、クライアント端末装置１０１、１０２或いは管理デバイス１０５，１０６から送信されたジョブログを受信するジョブログ収集部７２２などをプログラムとして格納している情報処理装置である。更に、受信したジョブログをデータベースサーバ１０３に保存するジョブログ保存手段７２２をプログラムとして格納している。管理サーバ１０４は、データベースサーバ１０３と同様に、ネットワーク１０７に接続されている。
【００１６】
尚、本実施形態では、管理サーバ１０４をジョブログ管理システムに設けるようにしているが、管理サーバ１０４はなくてもよい。
【００１７】
管理サーバ１０４がない場合、ジョブログは、ユーザが所有するクライアント端末装置１０１、１０２、管理サーバ１０４以外のサーバ、又はデバイス（例えばＭＦＰ１０５、ネットワークプリンタ１０６）等に保存される。また、本実施形態では、データベースサーバ１０３と、管理サーバ１０４とを別々のサーバとしているが、これらを１つのサーバにまとめることも可能である。
【００１８】
複合機（ＭＦＰ）１０５は、印刷制御装置、スキャナ、及びコピー等の機能を持ったデバイスであり、ネットワークプリンタ（ＳＦＰ）１０６は、画像形成装置である。ＭＦＰ１０５と、ネットワークプリンタ１０６とは共に、クライアント端末装置１０１、１０２から送信される印刷要求を解析して処理する。尚、ネットワークプリンタ１０６として、電子写真方式を最小したレーザービームプリンタや、インクジェット方式を採用したインクジェットプリンタや、熱転写方式を利用したプリンタ等、様々な方式のプリンタを適応させることができる。ＭＦＰ１０５、ネットワークプリンタ１０６も他の機器同様、ネットワーク１０７に接続されている。
【００１９】
認証サーバ１０８はクライアント端末装置１０１、１０２、管理サーバ１０４或いは管理デバイス１０５，１０６からユーザ認証処理を行う場合に利用される。認証サーバ１０８も他の機器同様、ネットワーク１０７に接続されている。
【００２０】
クライアント端末装置１０１、１０２、データベースサーバ１０３、及び管理サーバ１０４、認証サーバ１０８は、一般的な情報処理装置である。クライアント端末装置１０１、１０２、管理サーバ１０４及びＭＦＰ１０５には、ジョブ及びジョブログを管理するための処理を行うジョブログ管理プログラムが実行可能に格納されている。また、本実施形態では、説明の都合上、ネットワークプリンタ１０６にジョブ実行部７０４ｃ以外の管理クライアント側ジョブログ管理プログラムを搭載していない例を挙げている。しかし、現在、全機能或いは一部機能を搭載可能な高機能プリンタも存在する。この場合、当然、本ジョブログ管理プログラムを搭載できるものとする。
【００２１】
図２は、本実施の形態における情報処理装置の構成を説明するブロック図である。尚、情報処理装置の一例であるクライアント端末装置１０１、１０２、データベースサーバ１０３、及び管理サーバ１０４は、同様或いは同等のハードウェア構成を有するものとする。よって、ここでは、クライアント端末装置１０１、１０２、データベースサーバ１０３、及び管理サーバ１０４の構成を説明するブロック図として、図２を説明する。
【００２２】
図２において、ＣＰＵ２００は、情報処理装置の制御手段であり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳ、及び前記ジョブログ管理プログラム等を実行する。更に、ＣＰＵ２００は、プログラムの実行に必要な情報や、ファイル等を、ＲＡＭ２０２に一時的に格納する制御を行う。
【００２３】
ＲＯＭ２０１は記憶手段であり、その内部には、基本Ｉ／Ｏプログラム等のプログラムが記憶されている。ＲＡＭ２０２は一時記憶手段であり、ＣＰＵ２００の主メモリやワークエリア等として機能する。
【００２４】
フレキシブルフレキシブルディスク（ＦＤ）ドライブ２０３は、記憶媒体読み込み手段である。後述する図６に示すように、ＦＤドライブ２０３を通じて、記憶媒体としてのフレキシブルディスク（ＦＤ）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意の記憶媒体でよい。
【００２５】
フレキシブルディスク（ＦＤ）２０４は、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。ハードディスク（ＨＤ）２０５は外部記憶手段の一つであり、大容量メモリとして機能する。ハードディスク（ＨＤ）２０５は、アプリケーションプログラム、ＯＳ、前記ジョブログ管理プログラム、及び関連プログラム等を格納している。キーボード２０６は指示入力手段であり、クライアント端末装置１０１、１０２に対して、ジョブに対する管理コード指定操作等、各種指示をユーザが行う際に使用されるものである。
【００２６】
ディスプレイ２０７は表示手段であり、キーボード２０６から指示するための選択肢、設定画面、及び取得情報等を表示するものである。システムバス２０８は、情報処理装置（クライアント端末装置１０１、１０２、データベースサーバ１０３、管理サーバ１０４）内のデータの流れを司るものである。インターフェース２０９は、入出力手段である。情報処理装置は、このインターフェース２０９を介して外部装置とデータのやり取りを行う。
【００２７】
図３は、画像形成装置の一例であるＭＦＰ１０５及びネットワークプリンタ１０６の構成の一例を示すブロック図である。ＭＦＰ１０５は、ネットワークプリンタ１０６に比べ、スキャナ部とＦＡＸ部とが多いものの、本実施形態に要する構成は共通である。図３において、ＣＰＵ３００は、画像形成装置の制御手段であり、ハードディスク（ＨＤ）３０３に格納されている印刷制御プログラム、アプリケーションプログラム、ＯＳ、及び前記ジョブログ管理プログラム等を実行する。更に、ＣＰＵ３００は、プログラムの実行に必要な情報や、ファイル等をＲＡＭ３０２に一時的に格納する制御を行う。
【００２８】
ＲＯＭ３０１は記憶手段であり、その内部には、機器制御プログラム、基本Ｉ／Ｏプログラム等のプログラムが記憶されている。ＲＡＭ３０２は一時記憶手段であり、ＣＰＵ３００の主メモリやワークエリア等として機能する。ハードディスク（ＨＤ）３０３は外部記憶手段の一つであり、大容量メモリとして機能する。ハードディスク（ＨＤ）３０３は、アプリケーションプログラム、ＯＳ、前記ジョブログ管理プログラム、及び関連データ等を格納している。
【００２９】
画像形成部３０４は、ＨＤ３０３内にスプールデータとして保持されていたラスタデータがＲＡＭ３０２へ移されると起動する。画像形成部３０４は、ＲＡＭ３０２から読み出されたラスタデータに基づいて画像形成を行う。尚、ＲＡＭ３０２は図示を省略したバッテリにより電源がバックアップされ、各ユーザの印刷、スキャン、ＦＡＸ等のジョブログが必要に応じて、保存可能になっている。ただし、この保存メモリとして、ＲＡＭ３０２ではなく、例えばＥＥＰＲＯＭ等のほかの不揮発性メモリを使用してもよい．
クライアント端末装置１０１、１０２から送信されたジョブの一例である印刷ジョブは、インターフェース３０９及びシステムバス３０８を経由して伝送される。そして、ＣＰＵ３００の制御により、印刷要求が解析され、その内容に応じて、印刷ジョブがＲＡＭ３０２にラスタデータとして展開され、そのラスタデータがＨＤ３０３内にスプールデータとして格納される。
【００３０】
操作部３０６は指示入力手段であり、画像形成装置に対して、各種指示をユーザが行う際に使用されるものである。表示部３０７は表示手段であり、操作部３０６に設定画面や取得情報等を表示するものである。システムバス３０８は、画像形成装置内のデータの流れを司るものである。インターフェース３０９は、入出力手段である。画像形成装置は、このインターフェース３０９を介して外部装置とデータのやり取りを行う。
【００３１】
スキャナ部３０５は、紙等のメディアの原稿に光をあて、その光の反射光をセンサーで読み取り、スキャンデータを生成し、生成したスキャンデータを、用途に応じて、ＨＤ３０３やＲＡＭ３０２に送る。ＦＡＸ部３１０は、インターフェース３０９を介してＦＡＸデータの送受信を行う。スキャナ部３０５とＦＡＸ部３１０はＭＦＰ１０５に存在し、ネットワークプリンタ１０６には存在しない。よって、ジョブオーナの変更対象となるジョブの種類は、ネットワークプリンタ１０６ではプリントジョブのみである。これに対し、ＭＦＰ１０５では、プリントジョブに加え、スキャンジョブ、コピージョブ、及びＦＡＸジョブ等を、ジョブ及びジョブログの変更対象とすることが可能である。
【００３２】
図４は、情報処理装置及び画像形成装置におけるＲＡＭ２０２、３０２のメモリマップの一例を示す図である。ここでは、前記ジョブログ管理プログラムが、ＦＤ２０４からＲＡＭ２０２にロードされ実行可能となった状態のＲＡＭ２０２のメモリマップを例に挙げて示す。図４において、装置の電源がＯＮされたときに、オペレーティングシステム（ＯＳ）４０２がＨＤ２０５からＲＡＭ２０２に読み出される。基本Ｉ／Ｏプログラム４０１はＯＳ４０２の動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能等を有しているプログラムが入っている領域である。ジョブログ管理プログラム４０３と、ジョブログ管理プログラム４０３等の関連データ４０４は、ＲＡＭ２０２に確保される領域に記憶される。ワークエリア４０５には、ＣＰＵ２００がジョブログ管理プログラム４０３を実行するための領域が確保されている。
【００３３】
尚、本実施形態では、ジョブログ管理プログラム４０３及び関連データ４０４をＦＤ２０４からＲＡＭ２０２に直接ロードして実行させる場合を例に挙げて示す。しかしながら、これ以外の方法でジョブログ管理プログラム４０３及び関連データ４０４をロードするようにしてもよい。例えば、ジョブログ管理プログラム４０３を動作させる度に、ジョブログ管理プログラム４０３が既にインストールされているＨＤ２０５、３０３から、ジョブログ管理プログラム４０３をＲＡＭ２０２、３０２にロードするようにしてもよい。
【００３４】
また、ジョブログ管理プログラム４０３を記憶する記憶媒体は、ＦＤ２０４以外に、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。更に、ジョブログ管理プログラム４０３をＲＯＭ２０１、３０１に記憶しておき、これをメモリマップの一部となすように構成し、ジョブログ管理プログラム４０３をＣＰＵ２００、３００で直接実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替とすることもできる。
【００３５】
更に、ジョブログ管理プログラム４０３において、サーバプログラムとクライアントプログラムとは別々に構成されるが、サーバプログラムを、クライアントＰＣであるクライアント端末装置１０１、１０２にインストールしても構わない。
【００３６】
図５は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。
【００３７】
図５において、ＦＤ２０４に格納されているデータ５００の中には、データの情報を示すボリューム情報５０１と、ディレクトリ情報５０２と、ジョブログ管理プログラム５０３と、ジョブログ管理プログラム５０３の関連データ５０４とが含まれている。ジョブログ管理プログラム５０３は、本実施形態で説明するフローチャートに基づいてプログラム化したものである。
【００３８】
図６は、図２に示したＦＤドライブ２０３と、ＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係の一例を示す図である。図６において、ＦＤ２０４には、本実施形態で説明するジョブログ管理プログラム５０３及び関連データ５０４が格納されている。
【００３９】
図７は、本実施形態におけるジョブログ管理システムの機能構成の一例を示す図である。
【００４０】
管理クライアントであるクライアント端末装置１０１、１０２、ＭＦＰ１０５では、本発明のジョブログ管理プログラム４０３内のクライアントプログラムが作動している。
【００４１】
要求送信部７０１ａ、７０１ｂは管理サーバに対し、各種要求を送信する。結果受信部７０２ａ，７０２ｂでは、要求送信部７０１ａ、７０１ｂで管理サーバに送信した要求の結果を受信する。管理コードリスト取得部７０３ａ，７０３ｂは、クライアントプログラム起動時、或いは適当なタイミングに、要求送信部７０１ａ、７０１ｂに管理サーバへの管理コードリスト取得要求を渡す。結果受信部７０２ａ，７０２ｂでは、管理サーバから処理結果である有効な管理コードリストを受け取り、管理コードリスト取得部７０３ａ，７０３ｂに渡す。ユーザ特定部７１０ａ，７１０ｂでは、本実施例では認証サーバ１０８に問い合わせることで、ユーザを特定する。勿論、他の方法でもよいが、本発明の本質とは異なるため説明を省略する。
【００４２】
ユーザ別管理コード取得部７１１ａ，７１１ｂは、管理コードリスト取得同様、クライアントプログラム起動時、或いは適当なタイミングに、要求送信部７０１ａ、７０１ｂに、ユーザ特定部７１０ａ，７１０ｂで特定したユーザのユーザ別管理コード取得要求を渡す。結果受信部７０２ａ，７０２ｂでは、管理サーバから処理結果であるユーザ別管理コードリストを受け取り、ユーザ別管理コード取得部７１１ａ，７１１ｂに渡す。ユーザによる印刷、コピー、スキャナＦＡＸ送信等のジョブが、ユーザ指示に基づいてジョブ実行部７０４ａ，７０４ｂ，７０５ｃにより実行される。このジョブの実行開始をジョブ検出部７０５ａ、７０５ｂで検出し、ジョブ情報を取得する。ジョブログ生成部７０８ａ，７０８ｂでは、ジョブ検出部で取得したジョブ情報を受け取り、ジョブログを生成する。また、クライアント端末装置１０１、１０２ではジョブログ生成部７０８ｂおよびジョブログ送信部７０９ｂを持つジョブログ生成及びジョブログ送信デバイスに対するジョブであった場合、ジョブログ生成及びジョブログ送信は行わない。更にジョブ検出時に、ジョブ検出部７０５ａ、７０５ｂは管理コードリスト表示部７０６ａ，７０６ｂに対し、ジョブを特定するジョブＩＤ等のジョブ情報と共に、図１２のような管理コード入力用ＵＩ（ユーザインターフェース）画面の表示を依頼する。ただし、ＭＦＰ１０５では、クライアント端末１０１、１０２から送信されたジョブに対しては、ジョブ検出部７０５ｂは画面表示を依頼しない。ＭＦＰ１０５のパネルから指示されたジョブのみ管理コード入力画面を表示する。
【００４３】
図１２の管理コード入力画面は管理コードリストの表示機能だけでなく、ユーザ別管理コード表示部７１２ａ，７１２ｂ、管理コード選択部７０７ａ，７０７ｂ、ユーザ別管理コード選択部７１３ａ，７１３ｂの機能も持つ。
【００４４】
管理コードリスト表示部７０６ａ，７０６ｂは、管理コードリスト取得部７０３ａ，７０３ｂで取得した管理コードリストで管理コード入力画面を初期化する。ユーザ別管理コード表示部７１２ａ，７１２ｂはユーザ別管理コード取得部７１１ａ、７１１ｂで取得したユーザ別管理コードで管理コード入力画面を初期化する。ユーザ別管理コード選択部７１３ａ，７１３ｂは、キーボード、マウス等の入力手段により、ユーザからのユーザ別管理コード選択を受け付ける。受け付けた選択は、管理コードリスト表示部７０６ａのＵＩ表示に反映される。管理コード選択部７０７ａ，７０７ｂは、同様にキーボード、マウス等の入力手段により、ユーザからの管理コード選択を受け付ける。また、画面上には入力完了を指示するボタンが配置され、ボタンが押下されると管理コード選択部７０７ａ，７０７ｂは、ジョブログ生成部７０８ａ，７０８ｂに、前記ジョブＩＤ等で特定できるジョブに対し、管理コード選択結果でジョブログ更新を依頼する。また、前述のようにジョブログ生成及びジョブログ送信を行うデバイスに関しては、ジョブログ生成部は、ジョブのヘッダ情報に選択された管理コード情報を埋め込む。これにより、デバイス側で選択された管理コードを反映したジョブログを生成することができる。ジョブ実行後、ジョブログ生成部は、ジョブログ送信部７０９ａ，７０９ｂに、管理サーバへのジョブログ送信を依頼する。ジョブログ送信部７０９ａ，７０９ｂはネットワーク１０７を介して管理サーバ１０４にジョブログを送信する。
【００４５】
本実施例では、クライアント端末１０１にもジョブログ生成手段７０９とジョブログ送信手段７１０を設けるように構成しているが、全ての管理デバイスが、ジョブログを管理サーバへ送信、或いは管理サーバから収集できる場合は不要である。その場合、クライアント端末１０１、１０２では、前述のように、ＭＦＰ１０５及びネットワークプリンタ１０６で生成するジョブログに反映されるよう、ジョブヘッダの管理コード情報を指定値に変更すればよい。ユーザ別管理コード登録部７１３では、ユーザ特定部７１０ａで特定したユーザに対し、ユーザ別によく使う管理コードセットに識別名（登録名）を付けて登録する。ユーザ別管理コード更新部７１４では、ユーザ別管理コード登録部７１３で登録した情報の更新、削除処理などを行う。また、ＭＦＰ１０５ではユーザ別管理コード登録部７１３、ユーザ別管理コード更新部７１４がない構成となっているが、勿論あっても構わない。これらがない構成も可能であることの事例を説明している。
【００４６】
以上が本ジョブログ管理システムにおける基本的な制御である。
【００４７】
管理サーバ１０４では、本発明のジョブログ管理プログラム４０３内のサーバプログラムが作動している。管理コード登録部７１５は管理クライアントでジョブに指定される管理コードを登録する。管理コード設定部７１６は、管理コード登録部７１５で登録された管理コードに対し、登録名の変更等の編集、有効化／無効化指定などを行う。管理コード保存部７１５は、管理コード登録部７１５で登録された時、或いは管理コード設定部７１６で設定変更が行われた時、データベースサーバ１０３に管理コード情報を保存する。
【００４８】
管理コードリスト取得部７１８はデータベースサーバ１０３に保存された管理コード情報を取得する。取得にあたっては、無効／有効／全てなどの条件を指定して取得できるものとする。これは通常のデータベースの機能で可能である。
【００４９】
要求受信部７１９は管理クライアントであるクライアント端末装置１０１、１０２、ＭＦＰ１０５からの要求を受信する。要求実行部７２０は要求受信部７１９で受信した要求を解析し、適宜要求を実行する。結果返信部７２１は要求実行部７２０により実行された各種要求の実行結果を受け取り、適宜要求元に返信する。
【００５０】
ジョブログ収集部７２２は管理クライアントからジョブログを収集する。収集方法は管理クライアントが自発的に管理サーバに送信する方法と、管理サーバから管理クライアントに対し、収集要求を出して、その結果としてジョブログを受け取る方法などがある。
【００５１】
ジョブログ保存部７２３はジョブログ収集部７２２で収集したジョブログをデータベースサーバ１０３に保存する。ジョブログ集計部７２４はジョブログ保存部７２３で保存されたジョブログに対し、指定された条件で集計を行う。ファイル生成部７２５は管理コードリストファイルなどを生成する。ファイル更新部７２６はファイル生成部７２５で生成したファイルの更新処理を行う。
【００５２】
本実施例では、管理クライアントから管理コードリスト取得要求がある度、データベースから読み出すとサーバ負荷が高くなるため、最新の有効な管理コード情報を反映した管理コードリストファイルを作成しておく。ただし、これはサーバ負荷軽減のための措置であるため、ファイル生成部７２５及びファイル更新部７２６はなくてもよい。
【００５３】
ユーザ別管理コード登録部７２７は、ユーザ別によく使う管理コードセットに識別名（登録名）を付けて登録する。本実施例では、管理クライアントであるクライアント端末装置１０１、１０２のユーザ別管理コード登録部７１４からの要求を受けて、ユーザ別管理コード登録部７２７が登録処理を行う。これとは別に、サーバ側で登録画面を表示し、登録させるように構成させてもよい。ユーザ別管理コード保存部７２８はユーザ別管理コード登録部７２７が登録したユーザ別管理コードをデータベースサーバ１０３に保存する。ユーザ別管理コード更新部７２９はユーザ別管理コード保存部７２８によりデータベースサーバ１０３に保存されたユーザ別管理コードの更新処理を行う。本実施例では、管理クライアントであるクライアント端末装置１０１、１０２のユーザ別管理コード更新部７１５からの要求を受けて、ユーザ別管理コード更新部７２９が更新処理を行う。これとは別に、サーバ側で更新設定画面を表示し、更新設定させるように構成させてもよい。ユーザ別管理コード取得部７３０は、データベースサーバ１０３から指定ユーザのユーザ別管理コードを取得する。クライアント端末装置１０１、１０２、ＭＦＰ１０５のユーザ別管理コード取得部７１１ａ，７１１ｂからのユーザ別管理コード取得要求を受けて、ユーザ別管理コード取得部７３０が取得処理を行う。
【００５４】
以上が本ジョブログ管理システムにおける基本的な制御である。
【００５５】
次に管理サーバ側の処理について、図９のフローチャートを用いて説明する。図９は、ジョブログ管理プログラム４０３に含まれるサーバプログラムにより実行される処理の一例を説明するフローチャートである。このサーバプログラムは、管理サーバ１０４で動作する。
【００５６】
まず、本ジョブログ管理システムの管理サーバ側プログラムの動作にあたり、必要な初期化処理を行う（Ｓ８０１）。これには、クライアント側からの受信を可能にするための通信処理の初期化、システム設定の取得、変数の初期化なども含まれる。また、管理コードリストファイルがなければ、生成する。次に、管理コード登録要求／登録解除要求であるか判定を行う（Ｓ８０２）。Ｓ８０２でＹｅｓの場合は管理コード登録要求に対しては管理コード登録処理を行い、管理コード登録解除要求に対しては管理コード登録解除処理を行う（Ｓ８０３）。更にデータベース（以降、ＤＢと略記）に対し、管理コード登録要求に対しては新規保存処理を行い、管理コード登録解除要求に対しては該当管理コードの削除処理を行う（Ｓ８０４）。更に管理コードリストファイルに対し、管理コード登録要求に対しては新規追加処理を行い、管理コード登録解除要求に対しては該当管理コードの削除処理を行う（Ｓ８０５）。
【００５７】
Ｓ８０５の後はＳ８０２へ戻る。Ｓ８０２でＮｏの場合は、管理コード設定画面表示要求であるか判定する（Ｓ８０６）。Ｓ８０６でＹｅｓの場合は、図１０のような管理コード設定画面を表示する（Ｓ８０７）。図１０の管理コード設定画面は、分類選択コントロールにより、設定を行う分類を指定することが出来る。一般的に管理コードは複数分類を持ち、法律事務所では３つの分類を持つことが多い。また、図１０内には、「有効化」／「無効化」／「削除」／「追加」／「インポート」／「エクスポート」／「閉じる」ボタンが配置されている。また各管理コードに、チェックボックスが配置され、編集リンクが張られている。「削除」／「追加」／「インポート」／「エクスポート」ボタン、編集リンクについては本発明の本質とは異なるため、フローチャートには入れていないが、以下、簡単に説明する。想定操作としては以下の通り：
まず、処理対象の単数或いは複数の管理コードのチェックボックスをＯＮにし、「有効化」ボタンを押下すると有効に、「無効化」ボタンを押下すると無効に、「削除」ボタンを押下すると削除される。「追加」ボタンを押下すると管理コードの新規登録画面が表示される。「インポート」ボタンを押下すると、ファイルから管理コードをインポートすることが出来る。「エクスポート」ボタンを押下すると全管理コード情報がファイルにエクスポートされる。
【００５８】
フローチャートに戻り、説明を続ける。Ｓ８０７で表示した管理コード設定画面上で「閉じる」ボタン押下が検知されたか判定し（Ｓ８０８）、Ｙｅｓの場合は管理コード設定画面を閉じる（Ｓ８０９）。Ｓ８０９の後はＳ８０２へ戻る。Ｓ８０８でＮｏの場合は「無効化」ボタンが押下されたか判定する（Ｓ８１０）。Ｓ８１０でＹｅｓの場合は管理コードリストファイルから無効コードを削除し（Ｓ８１１）、全ユーザ別管理コードからも無効な管理コードを削除する（Ｓ８１２）。ここで管理コードリストファイルとは、前述のように、クライアント取得用に最新の有効な管理コードリストを記載したファイルである。ユーザ別管理コードはデータベースサーバ１０３に保存されており、ＤＢに対し、削除対象の管理コードで検索、削除を行う。これは通常のＤＢ機能で実現できる。Ｓ８１０でＮｏの場合は「有効化」ボタンが押下されたか確認し（Ｓ８１４）、Ｙｅｓの場合は管理コードリストファイルに有効指示がされた管理コードを追加する（Ｓ８１５）。Ｓ８１２，Ｓ８１３の後はＤＢの管理コード情報中、無効／有効の状態情報を更新し（Ｓ８１３）、Ｓ８０２へ戻る。
【００５９】
Ｓ８０６でＮｏの場合は管理コードリスト取得要求であるか判定する（Ｓ８１６）。Ｓ８１６でＹｅｓの場合はクライアントに管理コードリストファイルを返信する（Ｓ８１７）。
【００６０】
Ｓ８１６でＮｏの場合はユーザ別管理コード取得要求であるか判定する（Ｓ８１８）。Ｓ８１８でＹｅｓの場合は指定ユーザのユーザ別管理コードを返信する（Ｓ８１９）。Ｓ８１８でＮｏの場合はユーザ別管理コード登録／更新／登録解除要求であるか判定する（Ｓ８２０）。Ｓ８２０でＹｅｓの場合は指定ユーザのユーザ別管理コードの登録／更新／登録解除処理を行う（Ｓ８２１）。Ｓ８２０でＮｏの場合はジョブログを受信したか判定する（Ｓ８２２）。Ｓ８２２でＹｅｓの場合はジョブログをＤＢに保存する（Ｓ８２３）。Ｓ８２２でＮｏの場合は集計タスク実行指示があるか判定する（Ｓ８２４）。Ｓ８２４でＹｅｓの場合はＤＢのジョブログを指定条件で集計する（Ｓ８２５）。この時、管理コードが無効か有効であるかで集計の有無が変わることはない。Ｓ８２５でＮｏの場合はＳ８０２へ戻る。また、Ｓ８１７、Ｓ８１９、Ｓ８２１、Ｓ８２３、Ｓ８２５の後はＳ８０２へ戻る。
【００６１】
次に管理クライアント側の処理について、図９のフローチャートを用いて説明する。図９は、ジョブログ管理プログラム４０３に含まれるクライアントプログラムにより実行される処理の一例を説明するフローチャートである。このクライアントプログラムは、クライアント端末装置１０１、１０２、ＭＦＰ１０５で動作する。尚、クライアント端末装置１０１、１０２、ＭＦＰ１０５のクライアントとしての役割は同じであるので、ここでは、フローチャートに従い、クライアント端末装置１０１の処理を説明する。
【００６２】
まず、ジョブログ管理プログラム４０３の開始にあたって、クライアント端末装置１０１は、必要な初期化処理を行う（ステップＳ９０１）。この初期化処理には、変数の初期化や、各種要求を送受信するための通信設定の初期化等が含まれる。
【００６３】
次に管理サーバから管理コードリスト取得処理を行う（Ｓ９０２）。次に認証サーバ１０８で認証されたユーザに対し、ユーザ情報を取得し、ユーザを特定する（Ｓ９０３）。Ｓ９０３で特定したユーザのユーザ別管理コードを管理サーバから取得する（Ｓ９０４）。次に、印刷などのジョブ実行の検出判定を行い（Ｓ９０５）、Ｓ９０５でＹｅｓの場合は、図１２のようなジョブに対する管理コード設定画面を表示する（Ｓ９０６）。図１２はユーザ別管理コードでの指定と、管理コードの各分類毎の指定が可能なように構成されている。ユーザ別管理コード／Ｃｌｉｅｎｔ／Ｍａｔｔｅｒ／ＳｕｂＭａｔｔｅｒコントロールは、管理サーバから取得した有効なユーザ別管理コード及び管理コードリストで初期化されており、登録済みの管理コードの選択が可能である。例えば、３分類の管理コードが使用されており、以下のユーザ別管理コードが登録されている場合について説明する。
【００６４】
登録名：ＭｙＢｉｌｌｉｎｇＣｏｄｅＳｅｔ−０００００００６
第一分類（Ｃｌｉｅｎｔ）：Ｃｌｉｅｎｔ−０００００００１
第二分類（Ｍａｔｔｅｒ）：Ｍａｔｔｅｒ−０００００００１
第三分類（ＳｕｂＭａｔｔｅｒ）：ＳｕｂＭａｔｔｅｒ−０００００００１
ユーザ別管理コードコントロール（コンボボックス）でＭｙＢｉｌｌｉｎｇＣｏｄｅＳｅｔ−０００００００６が指定されると図１２のＣｌｉｅｎｔ／Ｍａｔｔｅｒ／ＳｕｂＭａｔｔｅｒコントロールの表示がＣｌｉｅｎｔ−０００００００１／Ｍａｔｔｅｒ−０００００００１／ＳｕｂＭａｔｔｅｒ−０００００００１で初期化される。この後、各分類で他の管理コードを選択することが可能であるが、別の管理コードを選択した時、ユーザ別管理コードコントロールは空欄で初期化される。このように制御した場合、「ＯＫ」ボタン押下時、ユーザ別管理コードに関わらず、各分類の指定値のみでジョブに設定する管理コードが決定できる。また、図１２は更にユーザ別管理コードの設定画面の表示が可能なようにも構成されている。「設定」ボタン押下で図１１のユーザ別管理コードの設定画面を表示する。図１１については後述する。「キャンセル」ボタン押下時は、ジョブに設定せず処理を抜けるが、本発明の本質とは異なるため、説明を省略する。
【００６５】
フローチャートに戻り、説明を続ける。Ｓ９０６で表示した管理コード設定画面でＯＫボタンが押下されたか判定する（Ｓ９０７）。Ｓ９０７でＹｅｓの場合は、同画面を閉じ（Ｓ９０８）、指定の管理コードを反映したジョブログを生成する（Ｓ９０９）。次にＳ９０９で生成したジョブログをサーバに送信し（Ｓ９１０）、Ｓ９０５へ戻る。Ｓ９０７でＮｏの場合はユーザ別管理コード登録名が選択されたか判定し、Ｙｅｓの場合は各分類の管理コードの表示を登録内容で書き換える（Ｓ９１２）。Ｓ９１２の後はＳ９０５へ戻る。Ｓ９１１でＮｏの場合はユーザ別管理コード設定画面を表示するための「設定」ボタンが押下されたか判定し（Ｓ９１３）、Ｙｅｓの場合は図１１のようなユーザ別管理コード設定画面を表示する（Ｓ９１４）。図１１はユーザ別管理コード設定画面であり、左のリストボックスに登録済みのユーザ別管理コードの登録名の一覧が表示される。右側の名称に登録名を入力し、下のＣｌｉｅｎｔ／Ｍａｔｔｅｒ／ＳｕｂＭａｔｔｅｒコントロール（コンボボックス）で登録したい管理コードを選択し、「新規登録」ボタンを押下することでユーザ別管理コードの新規登録を行う。Ｃｌｉｅｎｔ／Ｍａｔｔｅｒ／ＳｕｂＭａｔｔｅｒコントロールは、管理サーバから取得した有効な管理コードリストで初期化されており、登録済みの管理コードの選択が可能である。サーバへの登録処理に成功した場合は左のリストに新しく登録されたユーザ別管理コードの登録名を追加する。また、左のリストから一つ選択すると、右側が選択したユーザ別管理コード情報で初期化される。これを適宜編集し、「更新」ボタンを押下すると、更新処理を行う。左のリストから一つ選択し、「削除」ボタンを押下するとユーザ別管理コードの削除処理を行う。管理サーバへの削除処理に成功した場合は、左のリストから削除する。「閉じる」ボタンを押下した場合は、本画面を閉じる。
【００６６】
フローチャートに戻り、説明を続ける。
【００６７】
Ｓ９１４で表示したユーザ別管理コード設定画面上で、「新規登録」ボタンが押下されたか判定する（Ｓ９１５）。Ｓ９１５でＹｅｓの場合はユーザ別管理コード登録処理を行う（Ｓ９１６）。登録要求をサーバに送信し、ＯＫの場合、前述のように画面を更新し、内部のユーザ別管理コード情報も更新する。ＮＧの場合は適宜エラー処理を表示する。Ｓ９１５でＮｏの場合、「更新」ボタンが押下されたか判定し（Ｓ９１７）、ユーザ別管理コード更新処理を行う（Ｓ９１８）。管理サーバに更新要求を送信し、ＯＫの場合は内部のユーザ別管理コード情報を更新する。ＮＧの場合は適宜エラー処理を表示する。Ｓ９１７でＮｏの場合は「削除」ボタンが押下されたか判定する（Ｓ９１９）。Ｓ９１９でＹｅｓの場合はユーザ別管理コード登録解除処理を行う（Ｓ９２０）。登録解除要求をサーバに送信し、ＯＫの場合、前述のように画面を更新し、内部のユーザ別管理コード情報も更新する。Ｓ９１９でＮｏの場合は「閉じる」ボタンが押下されたか判定する（Ｓ９２１）。Ｓ９２１でＹｅｓの場合はユーザ別管理コード設定画面を閉じ（Ｓ９２２）、Ｓ９０５へ戻る。Ｓ９１６，Ｓ９１８，Ｓ９２０の後，及びＳ９２１でＮｏの場合はＳ９１５へ戻る。
【実施例２】
【００６８】
第一の実施形態は、管理コードの有効／無効状態について、設定時に変更することしかできなかったが、本実施の形態では期限設定が可能なように構成する。これにより、ユーザは設定の手数が減らせるため、操作性が向上する。
【００６９】
図１３は期限設定が可能な設定画面の一例である。
【００７０】
状態コントロール（コンボボックス）には有効・無効の他に、期限付き有効・期限付き無効が選択できる。有効・無効が選択された場合は、開始日・終了日の指定は不能（コントロールをＤｉｓａｂｌｅ）とし、期限付き有効・期限付き無効が選択された場合に、開始日・終了日の指定を有効（コントロールをＥｎａｂｌｅ）にする。内部的にはサーバプログラムで、タイマー処理を行う。期限付き有効が指定された場合は、開始日に当該管理コードを有効とする処理の登録を行い、終了日に当該管理コードを無効とする処理の登録を行う。期限付き無効が指定された場合は、開始日に当該管理コードを無効とする処理の登録を行い、終了日に当該管理コードを有効とする処理の登録を行う。
【００７１】
また、本実施例では日単位での指定を可能にしているが、年月、時刻などで指定できるよう構成してもよい。
【実施例３】
【００７２】
本実施の形態では、管理コードの分類間に階層構造がある場合、即ち図１４のようにリンクが設定されている場合について説明する。
【００７３】
図１４では、前述の３つの分類Ｃｌｉｅｎｔ／Ｍａｔｔｅｒ／ＳｕｂＭａｔｔｅｒ間の階層構造を表現している。
【００７４】
ここで、Ｃｌｉｅｎｔ−０００００００１を無効／有効にした場合、Ｍａｔｔｅｒ−０００００００１／Ｍａｔｔｅｒ−００００００１１／Ｍａｔｔｅｒ−０００００１１１及びＳｕｂＭａｔｔｅｒ−０００００００５／ＳｕｂＭａｔｔｅｒ−００００００１０／
ＳｕｂＭａｔｔｅｒ−００００００１５／ＳｕｂＭａｔｔｅｒ−０００００００６／ＳｕｂＭａｔｔｅｒ−００００００１６／ＳｕｂＭａｔｔｅｒ−００００００２６が無効／有効とする。
【００７５】
Ｃｌｉｅｎｔ−０００００００１は有効で、Ｍａｔｔｅｒ−０００００１１１を無効にした場合はその下位のＳｕｂＭａｔｔｅｒ−００００００２６も無効とする。上位階層を無効にすると下位階層も無効にし、上位階層を有効にすると下位階層も有効にする。ただし、本実施形態は下位の階層が複数の上位階層とリンクする場合はそのままは利用できない。リンクカウンタを持ち、リンクカウンタが１の時のみ上位階層の状態変更を引き継ぐ等の処理が必要となる。
【図１】
2010225087.tif 000003
【図２】
2010225087.tif 000004
【図３】
2010225087.tif 000005
【図４】
2010225087.tif 000006
【図５】
2010225087.tif 000007
【図６】
2010225087.tif 000008
【図７】
2010225087.tif 000009
【図８】
2010225087.tif 000010
【図９】
2010225087.tif 000011
【図１０】
2010225087.tif 000012
【図１１】
2010225087.tif 000013
【図１２】
2010225087.tif 000014
【図１３】
2010225087.tif 000015
【図１４】
2010225087.tif 000016