(57)【要約】【課題】プリントサービスとジョブログ監査サービスとＭＦＰとからなる情報処理システムにおいて、ジョブログ保存に要する通信負荷やリソース消費の無駄を軽減すること。【解決手段】プリントサービス４００は、ＭＦＰ１１０で印刷要求を行ったユーザが属している組織がジョブログ監査サービス６００を利用している場合（Ｓ８０６でＹｅｓ）、ＭＦＰ１１０からの印刷要求に対する応答にジョブログ生成不要の指示情報を含める（Ｓ８０８）。さらに、そのとき、プリントサービスは、自身でジョブログを生成し、ジョブログ監査サービス６００に送信する（Ｓ８０９，Ｓ８１０）。また、ＭＦＰ１１０は、印刷要求に対する応答にジョブログ生成不要の指示情報を含まれている場合、該印刷要求に基づくジョブのジョブログの生成を行わないように制御する。【選択図】図８
2013030044.tif 000002
【特許請求の範囲】
【請求項１】
インターネット上の印刷サービスを提供する印刷システムと、ジョブログを蓄積するデータベースシステムと、イントラネット内の画像形成装置とを含む印刷管理システムであって、
前記印刷システムは、
前記画像形成装置からの印刷要求に基づき前記画像形成装置に対して印刷データを送信する印刷データ送信手段と、
前記データベースシステムにジョブログを蓄積すべきユーザを特定可能な情報を記憶する記憶手段と、
前記印刷要求に対応するユーザの情報から該ユーザが前記ジョブログを蓄積すべきユーザと特定された場合、前記印刷データ送信手段が送信した印刷データに基づくジョブで処理される画像データを含むジョブログを生成して前記データベースシステムに送信するジョブログ生成手段と、を有し、
前記データベースシステムは、
前記印刷システムから受信したジョブログを蓄積する蓄積手段を有し、
前記画像形成装置は、
前記印刷システムに対して印刷要求を送信し、前記印刷システムから送信される印刷データを受信する要求受信手段と、
前記印刷システムから受信した印刷データに基づくジョブを処理する場合、当該ジョブで処理する画像データをジョブログとして記憶しないように制御するジョブログ制御手段とを有する、
ことを特徴とする印刷管理システム。
【請求項２】
前記ジョブログ制御手段は、前記印刷システムとは異なる送信元から送信された印刷データに基づくジョブを処理する場合には、当該ジョブで処理する画像データをジョブログとして記憶し、当該記憶した画像データとその属性情報とをジョブログとして前記データベースシステムに送信する、ことを特徴とする請求項１に記載の印刷管理システム。
【請求項３】
前記印刷システムとは異なる送信元から送信された印刷データとは、前記イントラネット内の装置を送信元とする印刷データである、ことを特徴とする請求項２に記載の印刷管理システム。
【請求項４】
前記印刷データ送信手段は、前記印刷要求に対応するユーザの情報から該ユーザが前記ジョブログを蓄積すべきユーザと特定された場合、ジョブログ生成不要の指示情報を含む印刷データを前記画像形成装置に対して送信するものであり、
前記ジョブログ制御手段は、処理するジョブの印刷データにジョブログ生成不要の指示情報が含まれている場合、当該ジョブで処理する画像データをジョブログとして記憶しないように制御する、ことを特徴とする請求項１に記載の印刷管理システム。
【請求項５】
前記ジョブログ制御手段は、処理するジョブの印刷データにジョブログ生成不要の指示情報が含まれていない場合、当該ジョブで処理する画像データをジョブログとして記憶し、当該記憶した画像データを、ジョブログとして前記データベースシステムに送信する、ことを特徴とする請求項４に記載の印刷管理システム。
【請求項６】
前記記憶手段はさらに、前記ジョブログを蓄積すべきユーザが属する組織の組織情報を記憶するものであり、
ジョブログ生成手段は、前記印刷要求に対応するユーザの情報から該ユーザが前記ジョブログを蓄積すべきユーザと特定された場合、該ユーザが属する組織の組織情報を含むジョブログを前記データベースシステムに送信する、ことを特徴とする請求項１乃至５のいずれか１項に記載の印刷管理システム。
【請求項７】
前記記憶手段はさらに、前記データベースシステムにジョブログを蓄積すべき画像形成装置を特定可能な情報と、該画像形成装置が属する組織の組織情報を記憶するものであり、
ジョブログ生成手段は、前記印刷要求に対応する画像形成装置の情報から該画像形成装置が前記ジョブログを蓄積すべき画像形成装置と特定された場合、該画像形成装置が属する組織の組織情報を含むジョブログを前記データベースシステムに送信する、ことを特徴とする請求項６に記載の印刷管理システム。
【請求項８】
前記記憶手段はさらに、他の組織に属するユーザに対応するジョブログを蓄積すべき組織の組織情報を記憶するものであり、
前記印刷データ送信手段は、前記印刷要求に対応するユーザの情報から特定される組織と前記印刷要求に対応する画像形成装置の情報から特定される組織とが異なる場合で、且つ前記画像形成装置の情報から特定される組織が前記他の組織に属するユーザに対応するジョブログを蓄積すべき組織と特定された場合に、前記画像形成装置の情報から特定される組織の組織情報を含むジョブログを前記データベースシステムに送信する、ことを特徴とする請求項７に記載の印刷管理システム。
【請求項９】
前記ジョブログを蓄積すべきユーザは、前記印刷サービスの利用契約をしている組織に属するユーザである、ことを特徴とする請求項１乃至８のいずれか１項に記載の印刷管理システム。
【請求項１０】
インターネット上の印刷サービスを提供する印刷システムと、ジョブログを蓄積するデータベースシステムと、イントラネット内の画像形成装置とを含む印刷管理システムにおける印刷管理方法であって、
前記印刷システムの印刷データ送信手段が、前記画像形成装置からの印刷要求に基づき前記画像形成装置に対して印刷データを送信する印刷データ送信ステップと、
前記印刷システムのジョブログ生成手段が、前記印刷要求に対応するユーザの情報と管理手段に管理される前記データベースシステムにジョブログを蓄積すべきユーザを特定可能な情報から、該ユーザが前記ジョブログを蓄積すべきユーザと特定された場合、前記印刷データ送信手段が送信した印刷データに基づくジョブで処理される画像データとその属性情報を含むジョブログを生成して前記データベースシステムに送信するジョブログ生成ステップと、
前記データベースシステムの蓄積手段が、前記印刷システムから受信したジョブログを蓄積する蓄積ステップと、
前記画像形成装置の要求受信手段が、前記印刷システムに対して印刷要求を送信し、前記印刷システムから送信される印刷データを受信する要求受信ステップと、
前記画像形成装置のジョブログ制御手段が、前記印刷システムから受信した印刷データに基づくジョブを処理する場合、当該ジョブで処理する画像データをジョブログとして記憶しないように制御するジョブログ制御ステップと、
を有することを特徴とする印刷管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷管理システム、及び印刷管理方法に関する。
【背景技術】
【０００２】
近年、プリンタ、スキャナ、ファクシミリ、複写機、および、それらを一体化した複合機（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、以下ＭＦＰとする。）といったディジタル機器の高機能化や、インターネット上のサービスの普及に伴い、それらを連携させるような利用形態が提案されている。
【０００３】
一例として、インターネット上のプリントサービスに文書を入稿しておき、その文書データそのもの、もしくは、その文書の印刷データをＭＦＰが取得して印刷するという利用形態が挙げられる。
【０００４】
また、最近では、情報漏洩の抑止や、情報漏洩者を追跡する目的で、上記のようなディジタル機器が行ったジョブの画像データを含むログ（以下、ジョブログとする。）を生成し、監査用のサーバに蓄積するシステムが開発されている。
【０００５】
さらに、複数のＭＦＰを組み合わせて使用するジョブを実行する際に、ジョブの種類に基づいて、どの装置がジョブログを取得するかを判断し、ジョブログの重複取得を避けるものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−０４８２８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
インターネット上のプリントサービス及びジョブログ監査サービスを利用する場合、従来では、プリントを実行するＭＦＰなどの機器は、まず、インターネット上にあるプリントサービスから印刷データを受け取り、プリントを行う。そして、印刷実行時のジョブログを生成し、生成したジョブログを、再びインターネット上のサービスに送り返すようなデータの流れとなる。このようなデータの流れでは、データ通信の経路が冗長となるため、機器を介することなくジョブログをプリントサービスからジョブログ監査サービスに送信可能にすることが望まれる。
【０００８】
しかしながら、プリントサービスでジョブログを生成するようにした場合、印刷を実行する機器においてもジョブログを生成してしまうため、ジョブログ生成が重複してしまうことになり、機器のリソースを無駄に消費することになってしまう。
【０００９】
本発明は、上記の課題を解決するためになされたものである。本発明の目的は、プリントサービスを利用した印刷を行った場合のジョブログ保存に要する通信負荷やリソース消費の無駄を軽減することができる仕組みを提供することである。
【課題を解決するための手段】
【００１０】
本発明は、インターネット上の印刷サービスを提供する印刷システムと、ジョブログを蓄積するデータベースシステムと、イントラネット内の画像形成装置とを含む印刷管理システムであって、前記印刷システムは、前記画像形成装置からの印刷要求に基づき前記画像形成装置に対して印刷データを送信する印刷データ送信手段と、前記データベースシステムにジョブログを蓄積すべきユーザを特定可能な情報を記憶する記憶手段と、前記印刷要求に対応するユーザの情報から該ユーザが前記ジョブログを蓄積すべきユーザと特定された場合、前記印刷データ送信手段が送信した印刷データに基づくジョブで処理される画像データを含むジョブログを生成して前記データベースシステムに送信するジョブログ生成手段と、を有し、前記データベースシステムは、前記印刷システムから受信したジョブログを蓄積する蓄積手段を有し、前記画像形成装置は、前記印刷システムに対して印刷要求を送信し、前記印刷システムから送信される印刷データを受信する要求受信手段と、
前記印刷システムから受信した印刷データに基づくジョブを処理する場合、当該ジョブで処理する画像データをジョブログとして記憶しないように制御するジョブログ制御手段とを有する、ことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、印刷サービスを利用した印刷を行った場合のジョブログ保存に要する通信負荷やリソース消費の無駄を軽減することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施例を示す印刷管理システムを適用可能な情報処理システムの全体の構成の一例を示す図である。
【図２】サーバ群１０１やサーバ群１０２を形成している各サーバの内部構成の一例を示すブロック図である。
【図３】ＭＦＰ１１０の内部構成の一例を示すブロック図である。
【図４】本発明におけるサーバ群１０１によって提供されるプリントサービスのソフトウェア構成の一例を示す図である。
【図５】本発明におけるＭＦＰ１１０のソフトウェア構成の一例を示す図である。
【図６】本発明におけるサーバ群１０２によって提供されるジョブログ監査サービスのソフトウェア構成例を示す図である。
【図７】ＭＦＰ１１０が動作要求を受け付けた際の動作の一例を示すフローチャートである。
【図８】実施例１のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。
【図９】実施例２のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。
【図１０】実施例３のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１４】
図１は、本発明の一実施例を示す印刷管理システムを適用可能な情報処理システムの全体の構成の一例を示す図である。
本発明の印刷管理システムとしての情報処理システム１００は、サービスを提供するサーバ群１０１、１０２と、それらのサービスを使用するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１１０、ＰＣ（パーソナルコンピュータ）１２０、及び、それらを接続するネットワーク１５０、１６０等を有する。
【００１５】
サーバ群１０１は、インターネット上の印刷サービスであるプリントサービスを提供する印刷システムを構成する。サーバ群１０２は、ジョブログを蓄積するジョブログ監査サービスを提供するデータベースシステムを構成する。また、ネットワーク１５０はインターネットであり、ネットワーク１６０は企業内ネットワーク（イントラネット）等のＬＡＮである。なお、ＭＦＰ１１０やＰＣ１２０は、複数あってもよい。
【００１６】
図２は、サーバ群１０１やサーバ群１０２を形成している各サーバの内部構成の一例を示すブロック図である。
ＣＰＵ２１１を含む制御部２１０は、サーバ群１０１の各サーバの動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２やＨＤＤ２１４にコンピュータ読み取り可能に記録された制御プログラムを読み出して、後述するフローチャートに示す処理を含むサーバの各種制御処理を実行する。
【００１７】
ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。ＨＤＤ（ハードディスク）２１４は、画像データや各種プログラムを記憶する。なお、ＨＤＤ２１４の代わりに、ＳＳＤ（ソリッドステートドライブ）等を用いてもよい。
【００１８】
ネットワークＩ／Ｆ（ネットワークインタフェース）２１５は、制御部２１０をネットワークに接続し、ネットワーク上の別の装置との情報の送受信を行う。バス２１６は、制御部２１０内の各ブロックを接続するバスである。
【００１９】
図３は、ＭＦＰ１１０の内部構成の一例を示すブロック図である。
ＣＰＵ３１１を含む制御部３１０は、ＭＦＰ１１０全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２にコンピュータ読み取り可能に記録された制御プログラムを読み出して、後述するフローチャートに示す処理を含むＭＦＰの各種制御処理を実行する。
【００２０】
ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。
操作部Ｉ／Ｆ（操作部インタフェース）３１５は、制御部３１０と操作部３２０とを接続する。操作部３２０には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。
【００２１】
プリンタＩ／Ｆ（プリンタインタフェース）３１６は、制御部３１０とプリンタ３２１とを接続する。プリンタ３２１で印刷すべき画像データは、プリンタＩ／Ｆ３１６を介して制御部３１０からプリンタ３２１に転送され、プリンタ３２１において用紙などの記録シート上に印刷される。
【００２２】
スキャナＩ／Ｆ（スキャナインタフェース）３１７は、制御部３１０とスキャナ３２２とを接続する。スキャナ３２２は、スキャナ３２２にセットされた原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ３１７を介して制御部３１０に入力する。
【００２３】
ネットワークＩ／Ｆ（ネットワークインタフェース）３１８は、制御部３１０（ＭＦＰ１１０）をネットワークに接続し、ネットワーク上の別の装置との情報の送受信を行う。バス３１９は、制御部３１０内の各ブロックを接続するバスである。
【００２４】
図４は、本発明におけるサーバ群１０１によって提供されるプリントサービスのソフトウェア構成の一例を示す図である。
図４に示すプリントサービス４００の各機能部は、サーバ群１０１を構成する各サーバ装置のＣＰＵ２１１が、ＲＯＭ２１２又はＨＤＤ２１４にコンピュータ読み取り可能に記録されている制御プログラムを、ＲＡＭ２１３を一時記憶領域として使用しながら実行することにより実現される。また、プリントサービス４００は、記憶領域としてＲＡＭ２１３やＨＤＤ２１４を利用する。
【００２５】
リクエスト処理部４０１は、ＰＣ１２０上のウェブブラウザやアプリケーション、ＭＦＰ１１０などからの要求を受信する。また、リクエスト処理部４０１は、認証要求を受け取った場合に、要求に含まれるユーザを識別するためのユーザＩＤ及びパスワードを解釈し、顧客情報記憶部４１１内の情報と照合を行い、プリントサービス４００の正規な利用者であるかの確認を行う。また、リクエスト処理部４０１は、必要に応じて入稿処理部４０２やプリント処理部４０３に、受信した処理要求を渡す。
【００２６】
入稿処理部４０２は、リクエスト処理部４０１で別のサービスが持つ文書を取得するような要求を受信した場合に、そのサービスに対して文書取得要求を行い、その文書を入稿文書として取得する処理を行う。また、入稿処理部４０２は、リクエスト処理部４０１で文書を直接受信した場合に、その文書を入稿文書として格納する処理を行う。このとき、入稿処理部４０２は、入稿処理を識別するための入稿ＩＤを発行し、入稿文書と、入稿処理を要求してきたユーザのユーザＩＤ、及び、そのユーザが所属するテナントのテナントＩＤを、入稿ＩＤと関連付けて、入稿データ記憶部４１２に保存する。なお、テナントとは、プリントサービスの利用契約をしている組織・団体のことであり、プリントサービスのユーザは、いずれかのテナントに属しているものとする。
【００２７】
プリント処理部４０３は、リクエスト処理部４０１で、ＭＦＰ１１０からプリント要求を受信した場合に、指定された入稿文書の印刷データを生成し、ＭＦＰ１１０に送信する。即ち、リクエスト処理部４０１とプリント処理部４０３は、ＭＦＰ１１０からの印刷要求に基づきＭＦＰ１１０に対して印刷データを送信する印刷データ送信機能を実現する。
【００２８】
ジョブログ生成部４０４は、プリントの要求を行ったユーザが所属するテナントが、ジョブログ監査サービス６００（図６）を利用している場合に、そのプリント要求に対するプリントのジョブログを生成する。ここで生成されるジョブログには、プリント処理部４０３が生成した印刷データに対応する画像データが含まれる。
【００２９】
顧客情報記憶部４１１は、プリントサービスの利用契約をしているテナントの情報と、各テナントに属するユーザの情報を格納している。テナントの情報としては、テナントＩＤとテナント名、ジョブログ監査サービスを利用しているか否かなどの情報を持つ。ユーザの情報としては、ユーザＩＤと認証用のパスワード、所属テナントのテナントＩＤなどの情報を持つ。即ち、顧客情報記憶部４１１は、ジョブログ監査サービスにジョブログを蓄積すべきユーザを特定可能な情報を記憶する。
【００３０】
図５は、本発明におけるＭＦＰ１１０のソフトウェア構成の一例を示す図である。
図５に示すＭＦＰ１１０の各機能部は、ＣＰＵ３１１が、ＲＯＭ３１２またはＨＤＤ３１４にコンピュータ読み取り可能に記録されている制御プログラムを、ＲＡＭ３１３を一時記憶領域として使用しながら実行することにより実現される。また、ＭＦＰ１１０の各機能部は、必要に応じて記憶領域としてＲＡＭ３１３やＨＤＤ３１４を利用する。
【００３１】
操作制御部５０１は、操作部３２０が備える表示パネルに画面を表示させたり、操作部３２０で行われる操作の入力情報を受け付け、必要に応じて他の機能部に情報を伝達したりする。
【００３２】
要求受信部５０２は、ネットワークを介して送信されてくる要求を受信し、必要に応じて他の処理部に情報を伝達する。
プリント要求部５０３は、操作部３２０の操作や要求受信部５０２で受信した指示に従って、プリントサービス４００にアクセスし、印刷データを取得する。
【００３３】
ジョブ管理部５０４は、操作制御部５０１や要求受信部５０２が受け付けた要求およびプリント要求部５０３が取得した印刷データに基づくジョブの生成や、生成したジョブの実行とジョブログのＨＤＤ３１４への記録、ジョブのステータス管理などを行う。また、ジョブ管理部５０４は、ジョブの処理内容に応じて、ユニット制御部５０５に対して指示を行う。さらに、ジョブ管理部５０４は、印刷データに基づくジョブを処理する場合、当該ジョブで処理する画像データをジョブログとして記憶するか否かを制御するジョブログ制御機能を有する（詳細は後述する）。
【００３４】
ユニット制御部５０５は、ジョブ管理部５０４からの指示に従い、プリンタ３２１やスキャナ３２２を動作させる。また、ユニット制御部５０５は、プリンタ３２１やスキャナ３２２のステータスをジョブ管理部５０４に通知する。
【００３５】
ジョブログ送信部５０６は、ジョブログ監査サービス６００にアクセスするための認証情報と、ジョブログを保存する際に関連付けるためのテナントＩＤとを持つ。そして、ジョブログ送信部５０６は、予め設定されたタイミングで、ジョブログ監査サービス６００に認証要求を行い、ＨＤＤ３１４に記録されたジョブログを読み出して、テナントＩＤと共にジョブログをジョブログ監査サービス６００に送信する。
【００３６】
図６は、本発明におけるサーバ群１０２によって提供されるジョブログ監査サービスのソフトウェア構成例を示す図である。
図６に示すジョブログ監査サービス６００の各機能部は、サーバ群１０２を構成する各サーバ装置のＣＰＵ２１１が、ＲＯＭ２１２またはＨＤＤ２１４にコンピュータ読み取り可能に記録されている制御プログラムを、ＲＡＭ２１３を一時記憶領域として使用しながら実行することにより実現される。また、ジョブログ監査サービス６００は、記憶領域としてＲＡＭ２１３やＨＤＤ２１４を利用する。
【００３７】
ジョブログ受信部６０１は、プリントサービス４００や、ＭＦＰ１１０から送信されてくるジョブログとテナントＩＤとを受信し、ジョブログ画像処理部６０２に渡す。
ジョブログ画像処理部６０２は、必要に応じてジョブログに含まれる画像データに対して、ＯＣＲ処理、解像度変換などを行い、画像データに含まれるテキスト情報を抽出したり、保存する画像データのサイズを縮小したりする。そして、ジョブログ画像処理部６０２は、そのような処理によって得られた画像やテキストのデータとジョブログの属性情報とを、ジョブログと一緒に受信したテナントＩＤと関連付けて、ジョブログデータベース６１１に記録する。
【００３８】
ジョブログ監査部６０３は、ジョブログを監査するためのＵＩを備えたウェブアプリケーションであり、ＰＣ１２０上のウェブブラウザなどからの指示に従って、ジョブログデータベース６１１内のジョブログを検索し、ＰＣ１２０上のウェブブラウザなどに表示する。
【００３９】
次に、ＭＦＰ１１０が動作要求を受け付けた際の動作について、図７のフローチャートを用いて説明する。
図７は、ＭＦＰ１１０が動作要求を受け付けた際の動作の一例を示すフローチャートである。なお、図７のフローチャートに示す各ステップは、ＭＦＰ１１０のＣＰＵ３１１がＲＯＭ３１２またはＨＤＤ３１４にコンピュータ読み取り可能に記録されている制御プログラムを実行することで、図５に示したＭＦＰ１１０の各処理部が動作することにより実現される。
【００４０】
Ｓ７０１において、ジョブ管理部５０４は、操作制御部５０１又は要求受信部５０２から渡される処理要求が、プリントサービス４００を利用する処理かどうかを判定する。
そして、プリントサービス４００を利用する処理であると判定した場合（Ｓ７０１でＹｅｓ）、ジョブ管理部５０４は、Ｓ７０２に処理を遷移させる。
一方、プリントサービス４００を利用する処理でないと判定した場合（Ｓ７０１でＮｏ）、ジョブ管理部５０４は、Ｓ７０６に処理を遷移させる。
【００４１】
Ｓ７０２では、プリント要求部５０３が、操作制御部５０１もしくは要求受信部５０２から入力された認証情報を用いて、プリントサービス４００に認証要求を送信し、認証結果を受信する。
【００４２】
次に、Ｓ７０３において、プリント要求部５０３が、上記Ｓ７０２で受信した認証結果がＯＫか否かを判定する。
そして、認証がＮＧであると判定した場合（Ｓ７０３でＮｏ）、プリント要求部５０３は、ＭＦＰ１１０が受け付けた処理要求に対する動作を終了させる。
【００４３】
一方、認証がＯＫであると判定した場合（Ｓ７０３でＹｅｓ）、プリント要求部５０３は、Ｓ７０４に処理を遷移させる。なお、認証ＯＫの場合、上記認証結果には、上記処理要求に対応するセッション識別情報が含まれ、以後のプリントサービス４００へのリクエストには、このセッション識別情報を含めるものとするが、以下の説明においては省略する。
【００４４】
Ｓ７０４では、プリント要求部５０３が、プリントサービス４００に対して、ユーザＩＤ、印刷する入稿情報の入稿ＩＤを指定して印刷の要求を行い、該印刷要求に対応する印刷データを取得する。なお、ユーザが操作部３２０を使用して操作を行っている場合、印刷可能な入稿文書の一覧をプリントサービス４００から取得して操作部３２０に表示し、ユーザに印刷する文書を選択させるようにしてもよい。プリント要求部５０３が取得した印刷データは、ジョブ管理部５０４に渡され、それを元に、ジョブ管理部５０４がジョブを生成する。
【００４５】
次に、Ｓ７０５において、ジョブ管理部５０４は、生成したジョブの印刷データに含まれるジョブログ生成フラグが「ｆａｌｓｅ」であるかどうかを判定する。なお、このジョブログ生成フラグは、プリントサービスにより印刷データに含められた送信されるものであり、ジョブログ生成フラグの値が「ｆａｌｓｅ」の場合、このジョブログ生成フラグは、ジョブログ生成不要の指示情報となる。
【００４６】
そして、ジョブログ生成フラグが「ｆａｌｓｅ」であると判定した場合（Ｓ７０５でＹｅｓ）、ジョブ管理部５０４は、Ｓ７０７に処理を遷移させる。
一方、ジョブログ生成フラグが「ｆａｌｓｅ」でない（「ｔｒｕｅ」もしくはジョブログ生成フラグが存在しない）と判定した場合（Ｓ７０５でＮｏ）、ジョブ管理部５０４は、Ｓ７０６に処理を遷移させる。
【００４７】
Ｓ７０６では、ジョブ管理部５０４が、ジョブの実行に先立って、当該ジョブで処理する画像データを含むジョブログを生成しＨＤＤ３１４に記録し、Ｓ７０７に処理を遷移させる。
【００４８】
Ｓ７０７では、ジョブ管理部５０４が、必要に応じてユニット制御部５０５に指示を行いながらジョブの実行を行い、本フローチャートの処理を終了する。即ち、印刷データにジョブログ生成フラグ「ｆａｌｓｅ」（ジョブログ生成不要の指示情報）が含まれる場合、ジョブ管理部５０４は、当該ジョブで処理する画像データをジョブログとして記憶しないように制御する。
【００４９】
なお、上記Ｓ７０６で生成されたジョブログは、ジョブログ送信部５０６により、予め設定されたタイミングで読み出され、テナントＩＤと共にジョブログ監査サービス６００に送信される。そして、ＭＦＰからジョブログとテナントＩＤを受信したジョブログ監査サービス６００は、該ジョブログから得られた画像やテキストのデータとジョブログの属性情報とを、ジョブログと一緒に受信したテナントＩＤと関連付けて、ジョブログデータベース６１１に記録する。
【００５０】
次に、実施例１のプリントサービス４００が、ＭＦＰ１１０からリクエストを受信する際の動作について、図８のフローチャートを用いて説明する。
図８は、実施例１のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。なお、図８のフローチャートに示す各ステップは、サーバ群１０１を構成する各サーバ装置のＣＰＵ２１１が、ＲＯＭ２１２又はＨＤＤ２１４にコンピュータ読み取り可能に記録されている制御プログラムを実行することで、図４に示したプリントサービス４００の各処理部が動作することにより実現される。
【００５１】
Ｓ８０１において、リクエスト処理部４０１は、ＭＦＰ１１０から認証情報を受信すると、Ｓ８０２に処理を進める。
Ｓ８０２では、リクエスト処理部４０１は、上記Ｓ８０１で受信した認証情報に含まれるユーザＩＤとパスワードを、顧客情報記憶部４１１内の情報と照合し、一致するものがある（認証ＯＫ）かどうかを判定する。
【００５２】
そして、一致するものがある（認証ＯＫ）と判定した場合（Ｓ８０２でＹｅｓ）、リクエスト処理部４０１は、処理をＳ８０４へ遷移させる。
一方、一致するものがない（認証ＮＧ）と判定した場合（Ｓ８０２でＮｏ）、リクエスト処理部４０１は、処理をＳ８０３へ遷移させる。
Ｓ８０３では、リクエスト処理部４０１が、認証ＮＧの結果をＭＦＰ１１０に応答し、処理を終了する。
【００５３】
Ｓ８０４では、リクエスト処理部４０１が、認証ＯＫの結果と、以後の通信で用いるセッション識別情報とをＭＦＰ１１０に応答する。また、このとき、リクエスト処理部４０１はこのセッション識別情報を一時的に記憶しておく。以後のＭＦＰ１１０からのリクエストには、このセッション識別情報が含まれ、リクエスト処理部４０１はそれを一時的に記憶しているセッション識別情報と比較して、セッションが認証されているかどうかの検証を行うが、以下の説明においては省略する。
【００５４】
次に、Ｓ８０５において、リクエスト処理部４０１は、ＭＦＰ１１０から印刷要求を受信する。リクエスト処理部４０１は、受信した印刷要求の情報をプリント処理部４０３に渡す。
【００５５】
次に、Ｓ８０６において、プリント処理部４０３が、顧客情報記憶部４１１を参照し、上記Ｓ８０２で認証したユーザの所属しているテナントが、ジョブログ監査サービス６００を利用しているか否かを判定する。
【００５６】
そして、ユーザの所属しているテナントがジョブログ監査サービス６００を利用していないと判定した場合（Ｓ８０６でＮｏ）、プリント処理部４０３は、Ｓ８０７へ処理を遷移させる。
【００５７】
一方、ユーザの所属しているテナントがジョブログ監査サービス６００を利用していると判定した場合（Ｓ８０６でＹｅｓ）、プリント処理部４０３は、Ｓ８０８へ処理を遷移させる。
【００５８】
Ｓ８０７では、プリント処理部４０３は、印刷要求で指定された入稿ＩＤを持つ入稿情報についての印刷データを生成し、ＭＦＰ１１０に送信する。なお、印刷データ生成の際、プリント処理部４０３は、印刷データに含まれるジョブログ生成フラグを「ｔｒｕｅ」に設定する。そして、Ｓ８０７の処理を終了すると、本フローチャートの処理を終了する。
【００５９】
Ｓ８０８では、プリント処理部４０３は、上記Ｓ８０７と同様に、印刷データを生成し、ＭＦＰ１１０に送信する。ただし、プリント処理部４０３がジョブログ生成フラグを「ｆａｌｓｅ」に設定する点が、上記Ｓ８０７とは異なる。なお、ジョブログ生成フラグの値が「ｆａｌｓｅ」の場合、このジョブログ生成フラグはＭＦＰ１１０に対するジョブログ生成不要の指示情報となる。
【００６０】
次に、Ｓ８０９では、プリント処理部４０３は、ジョブログ生成部４０４にジョブログの生成を指示する。このとき、プリント処理部４０３は、プリント要求を行ったユーザが所属するテナントのテナントＩＤも一緒に、ジョブログ生成部４０４に渡す。
【００６１】
次に、Ｓ８１０において、ジョブログ生成部４０４は、上記Ｓ８０９の指示に基づいて生成したジョブログ（プリント処理部４０３が生成した印刷データに対応する画像データを含む）と、プリント要求を行ったユーザが所属するテナントのテナントＩＤとを関連付けて、ジョブログ監査サービス６００に送信する。そして、本フローチャートの処理を終了する。
【００６２】
即ち、プリントサービス４００は、印刷要求に対応するユーザの情報から該ユーザがジョブログを蓄積すべきユーザと特定された場合、ＭＦＰ１１０に送信した印刷データに基づくジョブで処理される画像データを含むジョブログを生成して、ジョブログ監査サービス６００に送信する。
【００６３】
なお、ジョブログ監査サービス６００は、上記Ｓ８１０においてプリントサービスから送信されたジョブログとテナントＩＤを受信すると、該ジョブログから得られた画像やテキストのデータとジョブログの属性情報とを、ジョブログと一緒に受信したテナントＩＤと関連付けて、ジョブログデータベース６１１に記録する。
【００６４】
以上のように、実施例１では、ジョブログ監査サービス６００とプリントサービスとを利用する場合において、ジョブログ監査サービス６００を利用するユーザがプリントサービス４００を使用した印刷を行う場合は、ＭＦＰでジョブログを生成しないように構成する。この構成により、ＭＦＰのジョブログ生成に関わるリソースや通信の負荷を軽減できると共に、プリントサービスのジョブログとＭＦＰのジョブログの双方を、ジョブログ監査サービスに一元的に保存することができる。また、このとき、コンビニエンスストアなどの公共の場に設置されているようなＭＦＰでプリントサービスを使用した場合のジョブログを保存することも可能となる。なお、ジョブログ監査サービスを使用しない場合は、プリントサービスを使用したとしても、ＭＦＰが一元的にジョブログを生成して、ローカルの環境（例えばＨＤＤ３１４）にジョブログを保存することもできる。
【００６５】
なお、上記実施例の説明では、ＭＦＰ１１０は、ジョブログ生成フラグが「ｆａｌｓｅ」の印刷データに基づくジョブを処理する場合、当該ジョブのジョブログを生成しないように制御する構成を説明した。
【００６６】
しかし、ＭＦＰ１１０は、プリントサービスから受信した印刷データに基づくジョブを処理する場合、当該ジョブのジョブログを生成しないようにし、一方、プリントサービス以外から受信した印刷データに基づくジョブを処理する場合には、当該ジョブのジョブログを生成するように制御する構成としてもよい。なお、上記プリントサービス以外から受信した印刷データを、ＭＦＰ１１０が属するイントラネット内の装置を送信元とする印刷データとしてもよい。
【００６７】
なお、本実施例では、ジョブログ監査サービス６００が、プリントサービス４００やＭＦＰ１１０から受信したジョブログから属性情報を取得し、ジョブログデータベース６１１に記録する構成を説明した。しかし、プリントサービス４００やＭＦＰ１１０でジョブログの属性情報を生成し、ジョブログに含めてジョブログ監査サービス６００に送信してもよい。
【実施例２】
【００６８】
次に、本発明の実施例２について説明する。
上記実施例１では、プリントサービス４００を利用した印刷のジョブログは、常に印刷を指示したユーザが所属するテナントに関連付けて保存されていた。このため、印刷が行われるＭＦＰ１１０を所有しているテナントが、印刷を指示したユーザが所属しているテナントとは異なる場合に、ＭＦＰ１１０を所有しているテナントにジョブログが関連付けられなかった。
【００６９】
実施例２では、このような、印刷が行われるＭＦＰ１１０を所有しているテナントが、印刷を指示したユーザが所属しているテナントとは異なる場合でも、ＭＦＰ１１０を所有しているテナントにジョブログを関連付け可能に構成するものである。なお、以下では、実施例１と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００７０】
実施例２では、ＭＦＰ１１０のプリント要求部５０３は、ＭＦＰを識別するためのＭＦＰＩＤを持つ。このＩＤは、プリントサービス４００を利用するための事前設定の際に、プリントサービス４００に接続して取得するものとする。この取得の際、プリントサービス４００の顧客情報記憶部４１１に、そのＭＦＰを所有するテナントのテナントＩＤと関連付けられて、ＭＦＰＩＤが登録される。即ち、顧客情報記憶部４１１は実施例１で示した情報の加え、ジョブログ監査サービス６００にジョブログを蓄積すべき画像形成装置を特定可能な情報と、該画像形成装置が属する組織の組織情報を記憶する。そして、ＭＦＰ１１０のプリント要求部５０３は、図７のフローチャートのＳ７０４で、プリントサービス４００に印刷要求を行う際、自身のＭＦＰＩＤを要求に含めて送信する。
【００７１】
以下、実施例２のプリントサービス４００が、ＭＦＰ１１０からリクエストを受信する際の動作について、図９のフローチャートを用いて説明する。
図９は、実施例２のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。なお、図９のフローチャートに示す各ステップは、サーバ群１０１を構成する各サーバ装置のＣＰＵ２１１が、ＲＯＭ２１２又はＨＤＤ２１４にコンピュータ読み取り可能に記録されている制御プログラムを実行することで、図４に示したプリントサービス４００の各処理部が動作することにより実現される。なお、図９のＳ９０１〜Ｓ９０４のステップは、それぞれ図８のＳ８０１〜Ｓ８０４と同様であるため、その説明は省略する。
【００７２】
Ｓ９０５において、リクエスト処理部４０１は、ＭＦＰ１１０から印刷要求を受信する。この印刷要求には、印刷対象の入稿情報の入稿ＩＤと、要求を行ったＭＦＰのＭＦＰＩＤが含まれる。リクエスト処理部４０１は、受信した印刷要求の情報をプリント処理部４０３に渡す。
【００７３】
次に、Ｓ９０６において、プリント処理部４０３が、上記印刷要求で指定された入稿ＩＤを持つ入稿情報についての印刷データを生成する。このとき、プリント処理部４０３は、印刷データに含まれるジョブログ生成フラグを「ｔｒｕｅ」で初期化する。
【００７４】
次に、Ｓ９０７において、プリント処理部４０３は、顧客情報記憶部４１１を参照し、ユーザの所属しているテナントが、ジョブログ監査サービス６００を利用しているか否かを判断する。
【００７５】
そして、ユーザの所属しているテナントがジョブログ監査サービス６００を利用していないと判定した場合（Ｓ９０７でＮｏ）、プリント処理部４０３は、Ｓ９１０へ処理を遷移させる。
【００７６】
一方、ユーザの所属しているテナントがジョブログ監査サービス６００を利用していると判定した場合（Ｓ９０７でＹｅｓ）、プリント処理部４０３は、Ｓ９０８へ処理を遷移させる。
【００７７】
Ｓ９０８では、プリント処理部４０３は、印刷データに含めるジョブログ生成フラグの値を「ｆａｌｓｅ」にする。
次に、Ｓ９０９において、プリント処理部４０３は、プリントサービス４００で生成するジョブログを保存する際に関連付けるテナントの情報（ジョブログ保存テナント）として、ユーザが所属するテナントのテナントＩＤを設定する（ＲＡＭ２１３上に保持しておく）。そして、Ｓ９１０に処理を遷移させる。
【００７８】
Ｓ９１０では、プリント処理部４０３が、顧客情報記憶部４１１を参照し、印刷要求に含まれているＭＦＰＩＤから、そのＭＦＰを所有しているテナントのテナントＩＤを取得する。さらに、プリント処理部４０３、上記ＭＦＰを所有しているテナントのテナントＩＤと、上記ユーザが所属するテナントＩＤとが異なるか否かを判定する。
【００７９】
そして、ＭＦＰを所有しているテナントのテナントＩＤとユーザが所属するテナントＩＤとが異なると判定した場合（Ｓ９１０でＹｅｓ）、プリント処理部４０３は、Ｓ９１１に処理を遷移させる。
【００８０】
一方、ＭＦＰを所有しているテナントのテナントＩＤとユーザが所属するテナントＩＤとが同じであると判定した場合（Ｓ９１０でＮｏ）、プリント処理部４０３は、Ｓ９１４に処理を遷移させる。
【００８１】
Ｓ９１１では、プリント処理部４０３は、上記ＭＦＰを所有しているテナントを用いて顧客情報記憶部４１１を参照し、ＭＦＰを所有するテナントが、ジョブログ監査サービス６００を利用しているか否かを判定する。
【００８２】
そして、ＭＦＰを所有するテナントがジョブログ監査サービス６００を利用していると判定した場合（Ｓ９１１でＹｅｓ）、プリント処理部４０３は、Ｓ９１２へ処理を遷移させる。
【００８３】
一方、ＭＦＰを所有するテナントがジョブログ監査サービス６００を利用していないと判定した場合（Ｓ９１１でＮｏ）、プリント処理部４０３は、Ｓ９１４へ処理を遷移させる。
【００８４】
Ｓ９１２では、プリント処理部４０３は、印刷データに含めるジョブログ生成フラグの値を「ｆａｌｓｅ」にする。
次に、Ｓ９１３において、プリント処理部４０３は、上述したジョブログ保存テナントとして、ＭＦＰを所有するテナントのテナントＩＤを設定する（ＲＡＭ２１３上に保持しておく）。なお、上記Ｓ９０９にて、既に、ジョブログ保存テナントとして、ユーザが所属するテナントのテナントＩＤが設定されている場合には、ユーザが所属するテナントのテナントＩＤに加えて、さらにＭＦＰを所有するテナントのテナントＩＤを、ジョブログ保存テナントとして追加設定するものとする。そして、Ｓ９１４に処理を遷移させる。
【００８５】
Ｓ９１４では、プリント処理部４０３が、ジョブログ生成フラグを含む印刷データをＭＦＰ１１０に送信する。
次に、Ｓ９１５では、プリント処理部４０３は、上記Ｓ９１４で送信した印刷データに含まれるジョブログ生成フラグが「ｔｒｕｅ」であるかどうか判定する。
そして、上記Ｓ９１４で送信した印刷データに含まれるジョブログ生成フラグが「ｔｒｕｅ」であると判定した場合（Ｓ９１５でＹｅｓ）、プリント処理部４０３は、本フローチャートの処理を終了する。
【００８６】
一方、上記Ｓ９１４で送信した印刷データに含まれるジョブログ生成フラグが「ｆａｌｓｅ」であると判定した場合（Ｓ９１５でＮｏ）、プリント処理部４０３は、Ｓ９１６へ処理を遷移させる。
【００８７】
Ｓ９１６では、プリント処理部４０３は、ジョブログ生成部４０４にジョブログの生成を指示する。このとき、プリント処理部４０３は、ジョブログ生成部４０４にジョブログ保存テナントの情報を渡す。上記指示により、ジョブログ生成部４０４は、ジョブログを生成する。
【００８８】
Ｓ９１７では、ジョブログ生成部４０４は、上記生成したジョブログと、上記設定したジョブログ保存テナントで指定されているテナントＩＤ（ユーザが所属するテナントのテナントＩＤ、ＭＦＰを所有するテナントのテナントＩＤのいずれか、又は双方）とを、ジョブログ監査サービス６００に送信する。
【００８９】
なお、ジョブログ監査サービス６００は、上記Ｓ９１７においてプリントサービスから送信されたジョブログとテナントＩＤを受信すると、該ジョブログから得られた画像やテキストのデータとジョブログの属性情報とを、ジョブログと一緒に受信したテナントＩＤ（ユーザが所属するテナントのテナントＩＤ、ＭＦＰを所有するテナントのテナントＩＤのいずれか、又は双方）と関連付けて、ジョブログデータベース６１１に記録する。
【００９０】
以上のようなフローにより、プリントサービスを使用した場合のジョブログの保存動作は、以下のようになる。
まず、ユーザの所属するテナントはジョブログ監査サービス６００を利用しておらず、ＭＦＰを所有するテナントはジョブログ監査サービス６００を利用している場合、ＭＦＰを所有するテナントにのみ、ジョブログを関連付けて保存する。
【００９１】
また、ユーザの所属するテナントはジョブログ監査サービス６００を利用しており、ＭＦＰを所有するテナントはジョブログ監査サービス６００を利用していない場合、ユーザの所属するテナントにのみ、ジョブログを関連付けて保存する。
【００９２】
また、ユーザの所属するテナントと、ＭＦＰを所有するテナントとが異なっており、どちらのテナントもジョブログ監査サービス６００を利用している場合、双方のテナントにジョブログを関連付けて保存する。
【００９３】
即ち、プリントサービス４００は、印刷要求に対応する画像形成装置の情報から該画像形成装置がジョブログを蓄積すべき画像形成装置と特定された場合、該画像形成装置が属する組織の組織情報（テナントＩＤ）を含むジョブログを、ジョブログ監査サービス６００に送信する。
【００９４】
以上のように、実施例２では、印刷が行われるＭＦＰ１１０を所有しているテナントが、印刷を指示したユーザが所属しているテナントとは異なる場合に、双方のテナントに関連付けてジョブログを保存することができる。
【実施例３】
【００９５】
次に、本発明の実施例３について説明する。
上記実施例２では、他テナントに属するユーザが行った印刷のジョブログを、ＭＦＰを所有するテナントにおいても保存する構成であった。このため、他テナントに属するユーザが行った印刷のジョブログは不要であるテナントには不都合となる場合も考えられる。
【００９６】
実施例３では、他テナントに属するユーザが行った印刷のジョブログは不要であるテナント（ＭＦＰを所有するテナント）においては、他テナントに属するユーザが行った印刷のジョブログを保存しないように構成する。なお、以下では、実施例１及び実施例２と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００９７】
実施例３では、プリントサービス４００の顧客情報記憶部４１１は、テナント毎に、他テナントに所属するユーザが行った印刷のジョブログを保存するか否かの設定情報を記憶している。この設定情報は、テナント内の管理権限を持つユーザが設定できるものとする。即ち、顧客情報記憶部４１１は、上記実施例２に示した情報に加え、他の組織に属するユーザに対応するジョブログを蓄積すべき組織の組織情報を記憶する。
【００９８】
以下、実施例３のプリントサービス４００が、ＭＦＰ１１０からリクエストを受信する際の動作について、図１０のフローチャートを用いて説明する。
図１０は、実施例３のプリントサービス４００がＭＦＰ１１０からリクエストを受信する際の動作の一例を示すフローチャートである。なお、図１０のフローチャートに示す各ステップは、サーバ群１０１を構成する各サーバ装置のＣＰＵ２１１が、ＲＯＭ２１２又はＨＤＤ２１４にコンピュータ読み取り可能に記録されている制御プログラムを実行することで、図４に示したプリントサービス４００の各処理部が動作することにより実現される。このフローチャートでは、実施例２で説明した図９のフローチャートのＳ９１１とＳ９１２との間に新たなステップ（Ｓ１００１）が入る。それ以外のステップについては、実施例２と同一であるため、説明は省略する。即ち、図１０のＳ９０１〜Ｓ９１１、Ｓ９１２〜Ｓ９１７のステップは、それぞれ図９のＳ９０１〜Ｓ９１１、Ｓ９１２〜Ｓ９１７と同様である。
【００９９】
実施例３では、Ｓ９１１において、ＭＦＰを所有するテナントがジョブログ監査サービス６００を利用していると判定した場合（Ｙｅｓ）、プリント処理部４０３は、Ｓ１００１において、顧客情報記憶部４１１を参照し、ＭＦＰを所有するテナントが、他テナントに所属するユーザが行った印刷のジョブログを保存する設定かどうかを判定する。
【０１００】
そして、ＭＦＰを所有するテナントが他テナントに所属するユーザが行った印刷のジョブログを保存する設定であると判定した場合（Ｓ１００１でＹｅｓ）、プリント処理部４０３は、Ｓ９１２に処理を遷移させる。
【０１０１】
一方、ＭＦＰを所有するテナントが他テナントに所属するユーザが行った印刷のジョブログを保存する設定でないと判定した場合（Ｓ１００１でＮｏ）、プリント処理部４０３は、Ｓ９１４に処理を遷移させる。
【０１０２】
即ち、プリントサービス４００は、印刷要求に対応する画像形成装置の情報から該画像形成装置がジョブログを蓄積すべき画像形成装置と特定された場合、印刷要求に対応するユーザの情報から特定される組織と印刷要求に対応する画像形成装置の情報から特定される組織とが異なり、且つ前記画像形成装置の情報から特定される組織が他の組織に属するユーザに対応するジョブログを蓄積すべき組織と特定された場合に、前記画像形成装置の情報から特定される組織の組織情報（テナントＩＤ）を含むジョブログを、ジョブログ監査サービス６００に送信する。
【０１０３】
以上のように、実施例３では、印刷が行われるＭＦＰ１１０を所有しているテナントが、印刷を指示したユーザが所属しているテナントとは異なる場合に、ＭＦＰ１１０を所有するテナントにジョブログを保存するか否かを設定することができる。これにより、テナント毎に、自テナントのジョブログの保存ポリシーに従った設定が可能となる。
【０１０４】
以上示したように、本発明によれば、ユーザがプリントサービスを利用した印刷を行った場合、ユーザのジョブログ監査サービスの利用状況に応じてジョブログの生成箇所を制御し、ジョブログ保存に要する通信負荷やリソース消費の無駄を軽減することができる。
【０１０５】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１０６】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【０１０７】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０８】
１００    情報処理システム
１１０    ＭＦＰ
４００    プリントサービス
４０３    プリント処理部
４０４    ジョブログ生成部
４１１    顧客情報記憶部
５０３    プリント要求部
５０４    ジョブ管理部
６００    ジョブログ監査サービス
【図１】
2013030044.tif 000003
【図２】
2013030044.tif 000004
【図３】
2013030044.tif 000005
【図４】
2013030044.tif 000006
【図５】
2013030044.tif 000007
【図６】
2013030044.tif 000008
【図７】
2013030044.tif 000009
【図８】
2013030044.tif 000010
【図９】
2013030044.tif 000011
【図１０】
2013030044.tif 000012