JP6071592B2 - 管理システムおよびその制御方法、並びにプログラム - Google Patents

Description

本発明は、画像形成装置を管理する管理システムおよびその制御方法、画像形成装置およびその制御方法、印刷システム、並びにプログラムに関する。特に、画像形成装置での印刷時の資源節約効果を集計する技術に関する。

オフィス向けの複合機、プリンターなどの画像形成装置を管理するデバイス管理アプリケーションが提供されている。デバイス管理アプリケーションの目的は、企業・団体などの組織内に設置されている画像形成装置を管理し、各画像形成装置の利用状況を把握することである。画像形成装置において、コピー、スキャン、プリントといった各機能を、いつ、誰が、どれだけ使用したか等のデータがジョブログとして記録される。これらのジョブログを収集・集計することによって、カラープリントの比率、両面印刷の比率など、実行されたジョブに関する詳細な分析が可能となる。近年、顧客のＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）削減の観点から、デバイス管理アプリケーションは、顧客にとって、また複合機、プリンターなどを販売する販売業者にとっても重要性が増している。

特開２０１１−２４２９２２号公報

デバイス管理アプリケーションが提供する機能の１つとして、コピーやプリントといった印刷系のジョブに対して、画像形成装置に設定された印刷設定によって、どれだけ印刷用紙枚数の節約効果があったかを集計・レポートする機能がある。印刷設定とは、片面・両面印刷の種別や、用紙の１面に複数ページを割り付ける割付け印刷（または、Ｎ−ｕｐ、Ｎ ｉｎ １などと呼ぶ）などである。オリジナルの印刷対象文書を、片面・Ｎ−ｕｐなしで印刷した場合に必要な印刷用紙枚数と、両面印刷またはＮ−ｕｐありで印刷した場合の印刷枚数を比較して、その差を印刷用紙節約効果としてレポートする。

一方、印刷前処理を行うアプリケーションによって、印刷対象文書の内容を変更して、用紙・トナーなどの資源節約を図るレイアウト変換機能が提供されている。レイアウト変換とは、印刷対象文書の各ページの文字領域、図形領域、画像領域、余白領域などを認識して、不要な領域の削除や余白領域を詰めるなどして、印刷内容を再レイアウトする技術である。これらの処理によって、印刷対象文書のページ数を減らす等の節約効果を得ることができる。

ここで問題となるのが、印刷前処理アプリケーションは、レイアウト変換後のすでにページ数等を削減した印刷内容をプリンタードライバーに渡すため、画像形成装置ではレイアウト変換処理によって節約したデータを把握することができないことである。そのため、印刷前処理アプリケーションのレイアウト変換処理による節約効果は、アプリケーションレベルでレポートする必要があり、前述のデバイス管理アプリケーションによる印刷用紙節約効果レポートとは別々となってしまう。また、アプリケーションレベルでのレイアウト変換処理による節約効果は見込みの値であり、実際にその印刷内容が画像形成装置によって印刷完了するまでは、節約を達成した実績値ではない。

特許文献１によれば、ＰＣで設定した印刷設定によって得られた第１削減情報と、画像形成装置で設定した白紙除去・減色処理によって得られた第２削減情報の両方を、印刷ジョブと関連付けた履歴レコードに記録する方法が公開されている。しかしながら、第１削減情報はプリンタードライバーから受信し、第２削減情報は画像形成装置自体で取得し、両者を履歴レコードに記録している。そのため、画像形成装置あるいはプリンタードライバー以外の外部のアプリケーションで実行された資源節約効果までは収集することはできず、前述の問題を解決できない。

上記の課題を解決するため、本発明のシステムは以下のような構成を有する。すなわち、画像形成装置で処理されるジョブのデータに対してレイアウト処理を行う処理手段と、前記画像形成装置の識別情報と、前記ジョブの識別情報と、前記処理手段により当該ジョブのデータに対して行われたレイアウト処理の内容とを関連付けて記憶部に保持する保持手段と、レイアウト処理を行ったデータを、前記画像形成装置に送信する送信手段と、前記画像形成装置で処理されたジョブの履歴情報を取得する取得手段と、前記履歴情報と、当該履歴情報に対応する画像形成装置の識別情報及び当該履歴情報に含まれるジョブの識別情報とに関連付けて前記記憶部にて保持しているレイアウト処理の内容とを用いて、前記画像形成装置にて処理されたジョブに関する集計を行う集計手段とを有する。

本発明によれば、レイアウト変換機能による資源節約効果と、画像形成装置に対する印刷設定による資源節約効果の両方について、正確な実績値の集計を統合することが可能となる。

システム構成およびネットワーク構成の例を示す図。 情報処理機能ハードウェア構成図。 本システムのソフトウェア構成のおよびネットワーク相互接続の例を示す図。 レイアウト変換機能の例（余白詰め）を説明するための図。 レイアウト変換機能の例（画像領域・文字領域の削除・置換）を説明するための図。 レイアウト変換機能の例（集約レイアウト）を説明するための図。 デバイス情報管理テーブル、テナント管理テーブル、ユーザー管理テーブルの例を示す図。 デバイス管理テーブル、デバイスデータ更新日時テーブルの例を示す図。 ジョブログレコードの例を示す図。 ジョブログテーブル、詳細ジョブログテーブルの例を示す図。 テナント集計設定テーブル、ジョブログ集計結果テーブルの例を示す図。 サービス実行履歴テーブル、サービス実行履歴詳細テーブル、メタデータ記録テーブルの例を示す図。 画像形成装置からのレイアウト変換処理依頼、実行、印刷の処理フローを説明するためのシーケンス図。 ジョブチケットのデータ構造説明図。 プレビュー画面、印刷設定画面の例を示す図。 集計定義データ構造の例を説明するための図。 印刷設定適用時の印刷対象文書のページ数、用紙枚数の変化を説明するための図。 レイアウト変換処理適用および印刷設定適用時の印刷対象文書のページ数、用紙枚数の変化を説明するための図。 印刷用紙節約効果を示すグラフを示す図。 印刷用紙節約効果集計テーブルの例を示す図。 集計処理フロー説明のシーケンス図。 レイアウト変換機能と印刷設定による資源節約効果を示すグラフを示す図。 実施例２における、クライアントコンピューターからのレイアウト変換処理依頼、実行、印刷の処理フローを説明するためのシーケンス図。

以下、本発明を実施するための形態について図面を用いて説明する。

＜実施例１＞
［システム構成］
図１は、本発明を実施するためのシステム構成およびネットワーク構成の一例を示している。ネットワーク１０１は、インターネットもしくはイントラネットなどのネットワークである。ネットワーク機器１０２は、ルータやスイッチなど、ネットワーク同士を接続するためのネットワーク機器である。ファイアウォール１０３は、ネットワーク間の通信許可の制御を行う。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０４および１０５は、コンピューター等の機器を接続する末端のネットワークであるが、有線通信のネットワークに限らず、無線ＬＡＮや携帯電話通信ネットワークなどの無線通信網の場合もある。図１では、ネットワーク１０１およびＬＡＮ１０４、１０５が、ネットワーク機器１０２を介して接続され、ＬＡＮ１０４配下の機器とＬＡＮ１０５配下の機器が相互に通信可能である。

プリントサーバー１２１、デバイス管理サーバー１２２は、各種データベースを備え、必要なアプリケーションを実行することが可能である。また、プリントサーバー１２１、デバイス管理サーバー１２２は、物理マシンもしくは仮想マシンとしての構成を取ることができる。画像形成装置１３１は、プリンター・複合機などの画像形成装置である。クライアントコンピューター１４１、１４２は、実施例２において用いられる。

図２は、プリントサーバー１２１、デバイス管理サーバー１２２、画像形成装置１３１、およびクライアントコンピューター１４１、１４２の情報処理機能のハードウェア構成の例を示している。ユーザーインターフェース２０１は、ディスプレイ、キーボード、マウス、タッチパネルなどに応じて情報の入出力を行う。なお、これらのハードウェアを備えないコンピューターは、リモートデスクトップなどにより、他のコンピューターから接続・操作することも可能である。ネットワークインターフェース２０２は、ＬＡＮなどのネットワークに接続して、他のコンピューターやネットワーク機器との通信を行う。ＲＯＭ２０４は、組込済みプログラムおよびデータが記録される。ＲＡＭ２０５は、一時メモリ領域として用いられる。二次記憶装置２０６は、ＨＤＤに代表されるような記憶部である。ＣＰＵ２０３は、ＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６などから読み込んだプログラムを実行する。各部は入出力インターフェース２０７を介して接続されている。

図３は、本実施形態に係る印刷システムのソフトウェア構成およびネットワークを介した相互接続状況の一例を示している。アプリケーション３０１は、画像形成装置１３１で実行されるアプリケーションである。アプリケーション３０１は、その機能や目的に応じて、複数のアプリケーションを画像形成装置１３１内にインストール・実行することができる。ここでのアプリケーション３０１としては、例えば、コピー・スキャン・プリントなどを実行するアプリケーションなどが挙げられる。画像処理部３０２は、印刷データ等の画像処理を実行する。変換要求部３０３は、プリントサーバー１２１に対し、レイアウト変換要求を送信・変換結果を受信する。印刷処理部３０４は、アプリケーション３０１から入力される印刷データを処理して、印刷用紙に出力する。

ジョブログ記録部３０５は、アプリケーション３０１からの要求に従って、ジョブログ（履歴情報）を記録・保管する。ジョブログ送信部３０６は、ジョブログ記録部３０５が記録したジョブログをデバイス管理サーバー１２２に送信する。ブラウザー３１１は、クライアントコンピューター１４１、１４２にインストールされたブラウザーあるいはそれに相当するアプリケーションである。ブラウザー３１１は、プリントサーバー１２１、デバイス管理サーバー１２２に接続して、必要な機能を実行する。変換要求受付部３２１は、画像形成装置１３１からのレイアウト変換要求を受信・処理する。

レイアウト変換部３２３は、変換要求受付部３２１からの要求に基づきレイアウト変換処理を実行する。データベース（Ａ）３２４は、レイアウト変換部３２３の実行履歴データを格納するためのデータベースである。実施例１におけるプリントサーバー１２１の利用形態は、画像形成装置１３１のアプリケーション３０１がコピー、プリントなどの印刷系のジョブ実行時に、プリントサーバー１２１に印刷対象文書のレイアウト変換を依頼できることである。レイアウト変換部３２３がレイアウト変換処理を実行し、変換結果を画像形成装置１３１に返却して、印刷時の資源節約を実現する。

データベース（Ｂ）３３５は、画像形成装置１３１のデバイス管理情報およびジョブログ等を格納するためのデータベースである。データ登録部３３１は、ジョブログ送信部３０６からデータを受信して、データベース（Ｂ）３３５にデータを登録する。管理機能部３３２は、画像形成装置の一覧およびその管理情報などの表示画面、操作画面をブラウザー３１１に提供する。レポート表示・出力部３３３は、データベース（Ｂ）３３５に格納されているデータを検索・成形して、表やグラフ等のレポートとして、ブラウザー３１１に表示画面を提供する。

集計部３３４は、データベース（Ｂ）３３５の登録データに対して集計処理を実行し、集計結果をデータベース（Ｂ）３３５に保存する。画像形成装置１３１は、記録したジョブログを定期的にデバイス管理サーバー１２２に送信し、データベース（Ｂ）３３５に蓄積しておくことにより、集計部３３４による日毎、月毎などの定期的な集計処理を実行可能とする。集計されたデータは、レポート表示・出力部を介して、ブラウザー３１１に提供される。ジョブ取得部３０７、および仮想プリンタードライバー部３２２は、後述の実施例２において用いられる。

なお、本実施形態では、管理システムとしてプリントサーバー１２１とデバイス管理サーバー１２２を異なる装置として説明するが、同じ装置であっても構わない。

［レイアウト変換機能］
図４〜図６は、レイアウト変換部３２３で実行可能なレイアウト処理として、レイアウト変換機能の例を示した説明図である。

図４は、余白詰め機能の１つの実行例を示した説明図である。図４（ａ）に示すページ４０１は、印刷対象ファイルのある１ページを例示している。ページ４０１には、文字領域４０２、４０４、および図あるいは画像領域４０３が存在する。レイアウト変換部３２３は、ページ４０１の内容を解析し、文字領域４０２、４０４、画像領域４０３以外の領域を、図４（ｂ）に示すように、印刷余白領域４１１、４１５、余白領域４１２、４１３、４１４として分割する。

印刷余白はプリンターが印刷できない領域のため残しておく必要があるが、余白領域は削減することができる。しかし、余白領域全体を全て削除してしまうと、印刷物の可読性が低下する恐れがあるので、レイアウト変換部３２３は、図４（ｃ）に示すように、可読性を保つための最小限の余白領域４２１〜４２４を残す。余白領域４１２〜４１４を削減し、印刷対象領域である４０２〜４０４をページ先頭方向（ここではページ上部方向）にシフトすると、ページ後端部に新たに余白領域４２５ができる。レイアウト変換部３２３は、これらの処理を先頭ページから順次行う。そして、前ページ後端部にできた余白領域に次ページの印刷対象領域をシフトさせることができる場合は、レイアウト変換部３２３は、ページをまたいで印刷対象領域をシフトさせる。これを全ページに対し行うことにより、余白領域が後端部に累積していき、最終ページから１ページ以上を累積した余白領域が占める場合、余白領域のみしか存在しないページを削除することにより、印刷対象ページ数を削減することができる。

図５は、画像領域・文字領域の削除機能・置換機能の１つの実行例を示した説明図である。図５（ａ）に示すページ５０１は、印刷対象ファイルのある１ページを例示している。ページ５０１には、文字領域５１１および画像領域５１２が存在する。印刷物を所望するユーザーの印刷物出力の目的が、文字領域５１１だけを必要とする場合、画像領域５１２を削除して余白とする、あるいは図５（ｂ）に示すように代替の枠線５３１などに置換するなどの処理が可能である。これにより、不要な余白領域の削除、画像を代替することによるトナー量削減などを実施することができる。逆に、ユーザーの印刷物出力の目的が、画像領域５１２だけを必要とする場合、文字領域５１１を削除あるいは枠線などに代替することも可能である。

図６は、集約レイアウト機能の１つの実行例を示した説明図である。図６（ａ）に示す印刷対象文書６０１は、複数ページから構成される文書である。印刷対象文書６０１に、前述の余白詰めなどの処理を加え、さらに、新聞や雑誌の段組みのように出力体裁を自動調整することにより、図６（ｂ）に示すように複数のページをより少ないページ数に再レイアウトすることが可能である。

なお、図４〜図６で例示したレイアウト変換機能のアルゴリズムは比較的単純なものである。印刷物のページ数を削減する、あるいは印刷物による使用トナー量を減らす等のアルゴリズムは様々なものが公開されている。本発明は後述するように、画像形成装置の外部で実行されたレイアウト変換処理の資源節約効果を追跡・集計する方法に関するのでレイアウト変換をどのようなアルゴリズムで行うかについては問わないものとする。そのため、ここでは単純なレイアウト変換のアルゴリズムの例を挙げている。

［テーブル構成１］
図７、図８は、データベース（Ｂ）３３５内にて各情報を関連付けて保持するための各種テーブルを示した説明図である。

図７（ａ）にデバイス情報管理テーブル７００の構成例を示す。カラム７０１は、デバイスシリアルＩＤを格納するカラムである。カラム７０２はメーカー名を格納するカラムである。カラム７０３は、モデル名を格納するカラムである。デバイスシリアルＩＤは、画像形成装置の個体を識別する一意のＩＤ（識別情報）である。画像形成装置を製造する際に、個体ごとにデバイスシリアルＩＤが付与されており、不揮発性の記憶領域等に記録されたデバイスシリアルＩＤは、後に画像形成装置自体が読み出し可能である。デバイスシリアルＩＤが分かれば、デバイス情報管理テーブル７００を参照し、画像形成装置のモデル名など必要な情報を特定することができる。

図７（ｂ）にテナント管理テーブル７１０の構成例を示す。プリントサーバー１２１およびデバイス管理サーバー１２２を単一の顧客に限らず、複数の顧客に利用してもらうためには、マルチテナントという仕組みが必要である。マルチテナントの仕組みは、サーバーなどの機器、アプリケーション、データベースなどは共用のものを供するが、内部的に顧客毎のデータが論理的に分離されており、互いにデータが見られないように動作する仕組みである。このマルチテナントの仕組みは、クラウドサービスなどで利用されており、詳細な説明はここでは省略する。テナント管理テーブル７１０は、マルチテナントを管理する基本となるテーブルである。カラム７１１は、テナントＩＤを格納するカラムである。テナントＩＤは、テナントごとに一意のＩＤが割り当てられる。カラム７１２は、テナント名を格納するカラムである。

図７（ｃ）にユーザー管理テーブル７２０の構成例を示す。カラム７２１は、ユーザーＩＤを格納するカラムである。ユーザーＩＤは、ユーザーごとに一意のＩＤが割り当て可能である。ここでは、ユーザーの所属テナントを識別するために、ユーザーＩＤにおいて記号“＠”から後ろにテナントＩＤを付与している。カラム７２２は、ユーザー名を格納するカラムである。これらテナント管理テーブル７１０およびユーザー管理テーブル７２０を用いて、プリントサーバー１２１およびデバイス管理サーバー１２２にアクセスするユーザーを一意に識別し、自身の所属するテナントのデータのみにアクセス可能とする。

図８（ａ）にデバイス管理テーブル８００の構成例を示す。デバイス管理テーブル８００において、テーブル名に続いてテナント情報の記載がある場合、このデバイス管理テーブルが前述のマルチテナントの仕組みに従って、テナントごとにデータが論理的に分離されていることを示している。例えば、テーブル名に続いて［ＡＡＡ００００２］と記載されている場合には、このデバイス管理テーブルに含まれるデータが、テナントＩＤ：ＡＡＡ００００２のテナントに属するデータであることを示す。この表記法は、以降のテーブルでも同様である。

カラム８０１は、デバイスシリアルＩＤを格納するカラムである。カラム８０２、８０３は、それぞれメーカー名、モデル名を格納するカラムである。カラム８０４は、デバイスタイプを格納するカラムである。デバイスタイプとしては、複合機を示す“ＭＦＰ”、単機能プリンターを示す“ＳＦＰ”などが格納される。カラム８０５はカラー種別を格納するカラムである。カラー種別としては、カラー機であることを示す“ＣＬ”、モノクロ機であることを示す“ＢＷ”などが格納される。

図８（ｂ）にデバイスデータ更新日時テーブル８１０の構成例を示す。カラム８１１はデバイスシリアルＩＤを格納するカラムである。カラム８１２は、データ種別を格納するカラムである。カラム８１３は、最終データ更新日時を格納するカラムである。カラム８１３には、該当のデバイスシリアルＩＤを持つ画像形成装置のジョブログの収集が完了している日時（最終データ更新日時）が格納される。すなわちカラム８１３が示す日時より以前の日時のジョブについては、ジョブログの収集が完了しており、それ以後のジョブについては、ジョブログの収集が完了していない、ということを示す。

［レコード構成］
図９は、画像形成装置１３１のジョブログ記録部３０５で記録されるジョブログのレコードの構成例を示した説明図である。カラム９０１は、画像形成装置ごとに一意のシーケンシャルなＩＤであるジョブＩＤを格納するカラムである。カラム９０２は、ジョブの開始日時を格納するカラムである。カラム９０３は、ジョブの終了日時を格納するカラムである。カラム９０４は、ジョブ名を格納するカラムである。カラム９０５は、ジョブ実行者の名前やユーザーＩＤなどを格納するカラムである。

カラム９０６は、ジョブの終了コードを格納するカラムである。終了コードを判定することにより、ジョブの正常終了、異常終了、途中キャンセルなどの終了状態を確認することができる。カラム９０７は、コピー・スキャン・プリントなどのジョブ種別を格納するカラムである。カラム９０８は、ジョブで使用された用紙サイズを格納するカラムである。カラム９０９は、印刷ジョブのカラーページ数を格納するカラムである。カラム９１０は、印刷ジョブの白黒ページ数を格納するカラムである。

カラム９１１は、Ｎ−ｕｐ設定の設定値を格納するカラムである。この設定値によって、印刷時に印刷用紙１面に何ページ分を割り付けるかを決定する。カラム９１２は、両面印刷の設定値を格納するカラムである。カラム９１３は、最終的に出力された印刷物のカラー印刷面数を格納するカラムである。カラム９１４は、最終的に出力された印刷物の白黒印刷面数を格納するカラムである。カラム９１５は、最終的に出力された印刷用紙枚数を格納するカラムである。

［テーブル構成２］
図１０および図１１は、データベース（Ｂ）３３５内の各種テーブルを示した説明図である。

図１０（ａ）にジョブログテーブル１０００の構成例を示す。画像形成装置１３１のジョブログ送信部３０６は、ジョブログレコード９００および自身のデバイスシリアルＩＤをデータ登録部３３１に送信し、データ登録部３３１は受信したジョブログをジョブログテーブル１０００に登録する。カラム１００１は、送信元の画像形成装置１３１のデバイスシリアルＩＤを格納するためのカラムである。カラム１００２〜１００８は、図９に示すジョブログレコード９００のカラム９０１〜９０７のジョブログの値が格納されるカラムである。

図１０（ｂ）に詳細ジョブログテーブル１０１０の構成例を示す。詳細ジョブログテーブル１０１０は、ジョブの詳細な情報を格納するテーブルである。カラム１０１１、１０１２は、ジョブログテーブル１０００のカラム１００１、１００２と同様である。カラム１０１３〜１０２０は、図９に示すジョブログレコード９００のカラム９０８〜９１５のジョブログの値が格納されるカラムである。このように、テナント毎に各々の画像形成装置１３１から送信されたジョブログがジョブログテーブル１０００および詳細ジョブログテーブル１０１０に格納され、後述の集計処理が可能となる。

図１１（ａ）にテナント集計設定テーブル１１００の構成例を示す。カラム１１０１は、年度開始月を格納するカラムである。カラム１１０２は、日毎締め時刻を格納するカラムである。カラム１１０３は、月毎締め日を格納するカラムである。カラム１１０１は、年毎の集計の際に、年度の開始月をどの月にするかを定めた値を格納するカラムである。この例では、１月から１２月が同一年度となる。カラム１１０２は、日毎の集計の際に用いる締め時刻を定めた値を格納するカラムである。この例では、当日０：００：００から翌日０：００：００未満の範囲を当日分の集計対象とする。カラム１１０３は、月毎の集計の際に、締め日をどの日にするかを定めた値を格納するカラムである。この例では、前月２６日から当月２５日までが当月の集計対象期間となる。

カラム１１０４は、適用タイムゾーンを格納するカラムである。テナントごとに集計・レポートを作成するので、テナントごとに集計に適用するタイムゾーンを設定しておく。カラム１１０５は、集計開始待機時間を格納するカラムである。カラム１１０５は、カラム１１０２の値に対して、テナント内の全ての画像形成装置から前日までのデータ収集を終えるためのリードタイムを定めた値を格納するカラムである。この例では、０：００が日毎締め時刻なので、６：００：００までは全ての画像形成装置からのデータ収集を待機し、６：００：００から登録済みデータに対して集計を実施する。

図１１（ｂ）にジョブログ集計結果テーブル１１１０の構成例を示す。カラム１１１１は、デバイスシリアルＩＤを格納するカラムである。カラム１１１２は、集計単位を格納するカラムである。カラム１１１３、１１１４、１１１５は、それぞれ集計対象年・月・日を格納するカラムである。カラム１１１６は、集計完了日時を格納するカラムである。カラム１１１７は、集計完了状態を格納するカラムである。カラム１１１８は、集計対象最終ジョブＩＤを格納するカラムである。集計対象最終ジョブＩＤは、該当のレコードの集計対象日に対する集計対象ジョブログの最終ジョブログのジョブＩＤに相当する。

図１２は、データベース（Ａ）３２４の各種テーブルを示した説明図である。

図１２（ａ）にサービス実行履歴テーブル１２００の構成例を示す。カラム１２０１は、ジョブチケットＩＤを格納するカラムである。カラム１２０２は、要求された処理を開始した日時を格納するカラムである。カラム１２０３は、処理を終了した日時を格納するカラムである。カラム１２０４は、処理の要求発行元である画像形成装置１３１を特定するためのデバイスシリアルＩＤを格納するカラムである。カラム１２０５は、処理の要求発行元となったジョブを特定するためのジョブＩＤを格納するカラムである。カラム１２０６は、最終的にレイアウト変換部３２３によって変換された印刷内容が画像形成装置１３１によって印刷に使用されたかを記録するためのカラムである。

図１２（ｂ）にサービス実行履歴詳細テーブル１２１０の構成例を示す。カラム１２１１は、ジョブチケットＩＤを格納するカラムである。カラム１２１２は、実行されたサービスのサービスＩＤを格納するカラムである。プリントサーバー１２１では、レイアウト変換部３２３によってレイアウト変換処理をサービスとして提供する。しかしながら、ファイルフォーマット変換、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）変換など他にも様々なサービスが提供可能である。そのため、複数のサービスが存在する場合に、どのサービスを利用したかを特定するための情報としてサービスＩＤを固有のＩＤとして扱う。

カラム１２１３は、サービスＩＤで特定されるサービスのどの機能が実行されたかを特定するための機能ＩＤを格納するカラムである。レイアウト変換部３２３の場合、前述の余白詰め、画像領域・文字領域の削除・置換、集約レイアウトなどが各々の機能にあたる。これらの機能毎に機能ＩＤで識別し、どの機能が利用されたのかを特定可能とする。カラム１２１４は、参照先メタデータＩＤを格納するカラムである。

図１２（ｃ）にメタデータ記録テーブル１２２０の構成例を示す。カラム１２２１は、個々のメタデータを識別するためのメタデータＩＤを格納するカラムである。図１２（ｂ）のサービス実行履歴詳細テーブル１２１０のカラム１２１４に格納された参照先メタデータＩＤは、カラム１２２１のメタデータＩＤへのリンク情報である。カラム１２２２は、レイアウト変換処理の一機能を実行する前のページ数を格納するカラムである。カラム１２２３は、レイアウト変換処理の一機能を実行した後のページ数を格納するカラムである。カラム１２２４は、レイアウト変換処理の一機能を実行した結果、削減できたページ数を格納するカラムである。カラム１２２４は、カラム１２２２とカラム１２２３の値の差を格納するカラムである。

［処理シーケンス］
図１３は、画像形成装置１３１からプリントサーバー１２１にレイアウト変換処理を依頼して処理結果を受信し、印刷を実行する処理フローを説明するシーケンス図である。

まず、アプリケーション３０１は、レイアウト変換部３２３に対して、能力取得要求を送信する（Ｓ１３０１）。レイアウト変換部３２３は、その時点で提供可能な機能の一覧をアプリケーション３０１に応答する（Ｓ１３０２）。アプリケーション３０１は、受信した機能の一覧を利用可能な機能として表示し、ユーザーに利用する機能を選択させる（Ｓ１３０３）。ユーザーが利用する機能を選択して、ジョブの開始を指示すると、アプリケーション３０１は、ジョブを開始させる（Ｓ１３０４）。ジョブの開始時に、アプリケーション３０１は、ジョブログ記録部３０５から新規ジョブＩＤを採番し、ジョブの開始をジョブログに記録する（Ｓ１３０５）。

アプリケーション３０１は、ユーザーによってレイアウト変換機能の利用が選択されたかどうかを判定する（Ｓ１３０６）。レイアウト変換機能の利用が選択されなかった場合（Ｓ１３０６にてＮＯ）Ｓ１３１７に進み、通常の印刷ジョブとして印刷が開始される。レイアウト変換機能の利用が選択された場合（Ｓ１３０６にてＹＥＳ）、アプリケーション３０１は、レイアウト変換部３２３にレイアウト変換要求を送信する（Ｓ１３０７）。この際に、レイアウト変換の実行対象ファイルとジョブチケットが送信される。

図１４は、ジョブチケットのデータ構造を示した説明図である。ジョブチケット１４０１は、ジョブチケットをＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で表現した例である。ＴａｒｇｅｔＳｅｒｖｉｃｅ要素のＳｅｒｖｉｃｅＩｄ属性に処理の要求先のサービスＩＤが指定される。Ｆｕｎｃｔｉｏｎ要素のＦｕｎｃｔｉｏｎＩｄ属性に、実行したい機能の機能ＩＤが指定される。この例では、サービスＩＤが“Ｓ−０００１”であるサービスの機能ＩＤ：“Ｆ−００１”、“Ｆ−００３”、“Ｆ−００５”の機能を実行するように要求している。ＪｏｂＩｎｆｏｒｍａｔｉｏｎ要素のＤｅｖｉｃｅＳｅｒｉａｌＩｄ属性に、要求元の画像形成装置を示すデバイスシリアルＩＤが指定される。また、ＪｏｂＩｄ属性に、要求元となったジョブのジョブＩＤが指定される。

図１３に戻り、レイアウト変換要求を受信したレイアウト変換部３２３は、変換要求受付応答をアプリケーション３０１に返す（Ｓ１３０８）。レイアウト変換部３２３は、受信した実行対象ファイルに対して、ジョブチケットで指定されたレイアウト変換処理の各機能を実行する（Ｓ１３０９）。レイアウト変換部３２３は、レイアウト変換処理の実行結果を、サービス実行履歴テーブル１２００、サービス実行履歴詳細テーブル１２１０、およびメタデータ記録テーブル１２２０に記録する（Ｓ１３１０）。レイアウト変換部３２３は、レイアウト変換結果の変換後のファイルを要求に対する応答としてアプリケーション３０１に送信する（Ｓ１３１１）。

アプリケーション３０１は、レイアウト変換前とレイアウト変換後の両方のプレビューを表示し、ユーザーに印刷対象ファイルを選択させる（Ｓ１３１２）。さらに、アプリケーション３０１は、印刷設定の選択画面を表示し、ユーザーに印刷設定を選択させる（Ｓ１３１３）。

図１５は、Ｓ１３１２、Ｓ１３１３における、アプリケーション３０１におけるプレビュー画面および印刷設定画面を示す説明図である。図１５（ａ）にプレビュー画面１５０１を示す。プレビュー画面１５０１には、オリジナルの印刷内容のプレビューとページ数、レイアウト変換後の印刷内容のプレビューとページ数が表示される。そして、ユーザーにオリジナルファイルとレイアウト変換後ファイルのどちらを印刷するかをラジオボタンにて選択させ、印刷実行ボタンにより対象のファイルの印刷を指示させる。

図１５（ｂ）に印刷設定画面１５０２を示す。印刷設定画面１５０２により、ユーザーにＮ−ｕｐ設定および片面・両面印刷の種別を選択させ、印刷設定を決定する。

図１３に戻り、アプリケーション３０１は、印刷対象としてレイアウト変換結果が選択されたかどうかを判定する（Ｓ１３１４）。レイアウト変換結果が選択されなかった場合（Ｓ１３１４にてＮＯ）、アプリケーション３０１は、一旦進行中のジョブをキャンセルし、ジョブログ記録部３０５に対してジョブログ破棄を指示する（Ｓ１３１５）。さらに、アプリケーション３０１は、ジョブログ記録部３０５に対して、新規ジョブＩＤを採番し、新しいジョブの開始を記録する（Ｓ１３１６）。そして、アプリケーション３０１は、印刷対象ファイルの印刷を開始する（Ｓ１３１７）。

一方、レイアウト変換結果が選択された場合（Ｓ１３１４にてＹＥＳ）、Ｓ１３１７に進み、アプリケーション３０１は、印刷対象ファイルの印刷を開始する。アプリケーション３０１は、印刷処理部３０４に印刷開始指示を送信する（Ｓ１３１８）。印刷処理部３０４は、印刷処理が終了すると印刷結果をアプリケーション３０１に通知する（Ｓ１３１９）。アプリケーション３０１は、ジョブログ記録部３０５に対して印刷結果の記録を要求する（Ｓ１３２０）。ジョブログ記録部３０５は、ジョブログレコード９００に印刷結果を記録する。以上により本処理シーケンスを終了する。

［集計処理の説明］
図１６は、集計部３３４が集計処理を実行するときに用いる集計定義のデータ構造を示す説明図である。集計定義１６０１は、集計定義をＸＭＬで表現した例である。ＣｏｕｎｔｉｎｇＤｅｆｉｎｉｔｉｏｎ要素ごとに、１つの集計定義を表現する。この例では、印刷用紙節約効果を集計するための検索条件として、サービスＩＤと機能ＩＤの組み合わせが定義されている。

図１７は、印刷設定の適用によって、印刷対象文書のページ数や用紙枚数がどのように変化するかを説明する図である。オリジナル文書１７０１がオリジナル文書のページ数を示している。オリジナル文書１７０１に、印刷設定を適用しない場合の用紙枚数がａ１である。ａ１は、詳細ジョブログテーブル１０１０のカラム１０１４、１０１５の値から算出される。オリジナル文書１７０１に、Ｎ−ｕｐ設定を適用した場合の用紙枚数がａ２である。ａ２は、詳細ジョブログテーブル１０１０のカラム１０１４、１０１５、１０１６の値から算出される。さらに両面設定を適用した場合の用紙枚数がａ３である。ａ３は、詳細ジョブログテーブル１０１０のカラム１０２０の値である。

図１８は、印刷設定およびレイアウト変換処理の適用によって、印刷対象文書のページ数や用紙枚数がどのように変化するかを説明する図である。オリジナル文書１８０１がオリジナル文書のページ数を示している。文書１８１１、１８１２、１８１３がそれぞれレイアウト変換の各機能を適用した後のページ数を示している。ここでのレイアウト変換機能（１）、（３）、（５）としては、例えば上述したレイアウト変換機能が挙げられるが、特に限定するものではない。

レイアウト変換機能（１）の適用による節約枚数がｂ１（＝３＝３０−２７）である。ｂ１は、メタデータ記録テーブル１２２０のカラム１２２４の１行目の値である。同様に、レイアウト変換機能（３）の適用による節約枚数がｂ２（＝５＝２７−２２）である。ｂ２は、メタデータ記録テーブル１２２０のカラム１２２４の２行目の値である。同様に、レイアウト変換機能（５）適用による節約枚数がｂ３（＝１０＝２２−１２）である。ｂ３は、メタデータ記録テーブル１２２０のカラム１２２４の３行目の値である。

オリジナル文書１８０１がレイアウト変換の３つの機能によって、文書１８１３に示すページ数に変化し、これが一連のレイアウト変換処理の変換結果である。文書１８１３に、印刷設定を適用しない場合の用紙枚数がｃ１である。ｃ１は、詳細ジョブログテーブル１０１０のカラム１０１４、１０１５の値から算出する。文書１８１３に、Ｎ−ｕｐ設定を適用した場合の用紙枚数がｃ２である。ｃ２は、詳細ジョブログテーブル１０１０のカラム１０１４、１０１５、１０１６の値から算出する。さらに両面設定を適用した場合の用紙枚数がｃ３である。ｃ３は、詳細ジョブログテーブル１０１０のカラム１０２０の値である。

図１９は、印刷用紙節約効果を示すグラフである。グラフ１９０１は、レイアウト変換処理を用いない通常印刷時のグラフである。通常印刷時には、実際に使用した印刷用紙枚数がＡ１で、Ｂ１、Ｃ１に印刷設定によって節約できた枚数が示される。計算式１９０２は、Ａ１、Ｂ１、Ｃ１の各値を求めるための計算式である。グラフ１９１１は、レイアウト変換処理を用いて印刷した場合のグラフである。レイアウト変換印刷時には、実際に使用した印刷用紙枚数がＡ２で、Ｂ２、Ｃ２に印刷設定によって節約できた枚数、Ｐ２、Ｑ２、Ｒ２にレイアウト変換の各機能によって節約できた枚数が示される。計算式１９１２は、Ａ２、Ｂ２、Ｃ２、Ｐ２、Ｑ２、Ｒ２の各値を求めるための計算式である。計算式１９０２、１９１２の記号は、図１７、図１８の記号に対応している。

図２０は、データベース（Ｂ）３３５の印刷用紙節約効果集計テーブル２０００を示す説明図である。カラム２００１は、デバイスシリアルＩＤを格納するカラムである。カラム２００２は、集計対象日または月を格納するカラムである。カラム２００３は、通常印刷かレイアウト変換印刷かの印刷種別を格納するカラムである。カラム２００４は、使用した印刷用紙枚数を格納するカラムである。カラム２００４の値は、図１９のＡ１またはＡ２の値に対応する。

カラム２００５は、Ｎ−ｕｐによる節約枚数を格納するカラムである。カラム２００５の値は、図１９のＢ１またはＢ２の値に対応する。カラム２００６は、両面印刷による節約枚数を格納するカラムである。カラム２００６の値は、図１９のＣ１またはＣ２の値に対応する。カラム２００７、２００８、２００９は、それぞれレイアウト変換の各機能によって節約できた枚数を格納するカラムである。カラム２００７、２００８、２００９の値は、それぞれ図１９のＰ２、Ｑ２、Ｒ２の値に対応する。

図２１は、デバイス管理サーバー１２２の集計部３３４で実行される集計処理フローを説明するシーケンス図である。まず、集計部３３４はデータベース（Ｂ）３３５から集計定義１６０１を取得する（Ｓ２１０１，Ｓ２１０２）。次に、集計部３３４は、デバイス管理テーブル８００を検索して、テナントに所属する画像形成装置の一覧を取得する（Ｓ２１０３，Ｓ２１０４）。集計部３３４は、ジョブログ集計結果テーブル１１１０から、取得した一覧に含まれるＮ個の画像形成装置のうちの画像形成装置（ｉ）（Ｎ≧ｉ≧１）に対する前回の集計対象日の最終ジョブＩＤ Ｙを取得する（Ｓ２１０５，Ｓ２１０６）。集計部３３４は、ジョブログテーブル１０００を検索して、ジョブ終了日時１００４が今回の集計対象日と一致するジョブログのうち最終レコードのジョブＩＤ Ｚを取得する（Ｓ２１０７，Ｓ２１０８）。

集計部３３４は、ジョブログテーブル１０００および詳細ジョブログテーブル１０１０のジョブＩＤがＹ＋１からＺまでの範囲を集計する。まず、画像形成装置（ｉ）のジョブＩＤ（ｊ）（Ｚ≧ｊ≧Ｙ＋１）であるジョブログ（ｘ）を取得する（Ｓ２１０９，Ｓ２１１０）。集計部３３４は、ジョブログ（ｘ）のレコードが存在するかどうかを判定する（Ｓ２１１１）。ジョブログ（ｘ）が存在しない場合（Ｓ２１１１にてＮＯ）、集計部３３４は、データベース（Ａ）３２４のサービス実行履歴テーブル１２００を画像形成装置（ｉ）のデバイスシリアルＩＤおよびジョブＩＤ（ｊ）で検索する。該当するレコードがあった場合、集計部３３４は、カラム１２０６（印刷時使用）に“ＦＡＬＳＥ”を設定する（Ｓ２１１２，Ｓ２１１３）。これにより、サービス実行履歴テーブル１２００内のレコードのうち、実際に印刷ジョブで使用された実行履歴と、使用されなかった実行履歴とを区別することが可能となる。使用されなかった実行履歴を区別することにより、なぜ使用されなかったのかをデータ分析する、不要なレコードとして削除するなどの用途に利用可能となる。ジョブログ（ｘ）のレコードが存在する場合（Ｓ２１１１にてＹＥＳ）、Ｓ２１１３、Ｓ２１１４の処理は省略される。

次に、集計部３３４は、ジョブログ（ｘ）の印刷用紙枚数が１以上であるかを判定する（Ｓ２１１４）。１以上でない場合（Ｓ２１１４にてＮＯ）、ジョブログ（ｘ）に対する処理を終了し、次のジョブログ（ジョブログ（ｘ＋１））の処理へ進む。１以上の場合（Ｓ２１１４にてＹＥＳ）、集計部３３４は、集計定義（ｐ）、画像形成装置（ｉ）のデバイスシリアルＩＤ、ジョブＩＤ（ｊ）を用いて、サービス実行履歴レコードを検索する（Ｓ２１１５，Ｓ２１１６）。集計定義（ｐ）は、集計定義１６０１に定義されているサービスＩＤと機能ＩＤの組み合わせである。集計部３３４は、サービス実行履歴テーブル１２００を検索して、該当のデバイスシリアルＩＤおよびジョブＩＤを持つレコードを取得する。さらに、集計部３３４は、サービス実行履歴詳細テーブル１２１０から、取得したレコードのジョブチケットＩＤおよび集計定義（ｐ）で定義されているサービスＩＤおよび機能ＩＤを持つレコードを取得する。該当するレコードが存在する場合、参照先メタデータＩＤを用いて、メタデータ記録テーブル１２２０から必要なデータを取得する。

検索結果により、集計部３３４は、ジョブＩＤ（ｊ）に対するサービス実行履歴レコードが存在したかどうかを判定する（Ｓ２１１７）。サービス実行履歴レコードが存在しなかった場合（Ｓ２１１７にてＮＯ）、集計部３３４は、ジョブログ（ｘ）に対するＡ１、Ｂ１、Ｃ１を求め、画像形成装置（ｉ）の日毎集計値に加算する（Ｓ２１１８）。Ａ１、Ｂ１、Ｃ１は、図１９に示した計算式１９０２を用いて求められる。サービス実行履歴レコードが存在した場合（Ｓ２１１７にてＹＥＳ）、集計部３３４は、ジョブログ（ｘ）に対するＡ２、Ｂ２、Ｃ２、Ｐ２、Ｑ２、Ｒ２を求め、画像形成装置（ｉ）の日毎集計値に加算する（Ｓ２１１９）。Ａ２、Ｂ２、Ｃ２、Ｐ２、Ｑ２、Ｒ２は、図１９に示した計算式１９１２を用いて求められる。

ジョブＩＤがＹ＋１からＺまでである全てのジョブログの集計処理が終わったら、集計部３３４は、画像形成装置（ｉ）の日毎の集計値を印刷用紙節約効果集計テーブル２０００に保存する（Ｓ２１２０）。さらに、集計部３３４は、画像形成装置（ｉ）の日毎の集計値を印刷用紙節約効果集計テーブル２０００内の月毎の集計値に加算する（Ｓ２１２１）。全ての画像形成装置の集計処理が終わったら、集計部３３４は、全ての画像形成装置の日毎の集計値を印刷用紙節約効果集計テーブル２０００に保存する（Ｓ２１２２）。さらに、集計部３３４は、全ての画像形成装置の日毎の集計値を印刷用紙節約効果集計テーブル２０００内の月毎の集計値に加算する（Ｓ２１２３）。なおここでは、日毎の集計値、月毎の集計値の集計方法を説明したが、４半期、半期、年などの単位で集計する場合も同様である。

図２２は、レイアウト変換機能と印刷設定による資源（消耗品）の削減効果を示すグラフである。図２２（ａ）に示すグラフ２２０１は、月毎の通常印刷時のＡ１、Ｂ１、Ｃ１の積み上げ棒グラフである。グラフ２２０２は、レイアウト変換印刷時のＡ２、Ｂ２、Ｃ２、Ｐ２、Ｑ２、Ｒ２の積み上げ棒グラフである。グラフ２２０３は、グラフ２２０１とグラフ２２０２の両者の値を合算した積み上げ棒グラフである。つまり、グラフ２２０３は、Ａ１＋Ａ２、Ｂ１＋Ｂ２、Ｃ１＋Ｃ２、Ｐ２、Ｑ２、Ｒ２の値を表している。

図２２（ａ）に示すグラフ２２１１は、実際に使用した印刷用紙枚数と、レイアウト変換しなかった場合の枚数および両面・Ｎ−ｕｐ印刷しなかった場合の印刷枚数との比較棒グラフである。つまり、グラフ２２１１は、Ａ１＋Ｂ１、Ａ１＋Ｂ１＋Ｃ１＋Ｃ２、Ａ１＋Ｂ１＋Ｃ１＋Ｃ２＋Ｐ２＋Ｑ２＋Ｒ２の値を表している。

これらのグラフは、レポート表示・出力部３３３により、ブラウザー３１１に対して表示・出力画面が提供され、閲覧可能である。これにより、レイアウト変換機能と印刷設定による節約効果の集計値を統合したレポートとして表示・閲覧可能となる。以上、前述した課題を解決することができる。

また、本発明による更なる効果として、レイアウト変換部３２３に新しい機能が追加になった場合でも、画像形成装置１３１およびデバイス管理サーバー１２２におけるジョブログ収集の仕組みを変更する必要がない。集計定義１６０１を変更するだけで、新しい機能による節約効果を集計可能となる。

＜実施例２＞
実施例１においては、レイアウト変換要求元が画像形成装置１３１自体であった。プリントサーバー１２１に対し、クライアントコンピューターから印刷対象文書を入稿し、レイアウト変換処理を実行して、画像形成装置１３１にレイアウト変換結果を印刷する場合を、実施例２として説明する。以下、実施例２の実施例１との差分のみを図１、図３、図２３を用いて説明する。なお、実施例１の説明図である図１〜図２２のうち、図１３と図１５のみが実施例１のみで使用される図である。その他は、すべて実施例１および実施例２において共通の図であり、説明は実施例１と同様のため、ここでは省略する。

［システム構成］
図１において、実施例２で追加して用いられる構成が、クライアントコンピューター１４１、１４２である。クライアントコンピューター１４１、１４２は、パーソナルコンピューター、タブレットコンピューター、スマートフォンなどが相当する。ここではクライアントコンピューターを例にとって説明する。その他は、実施例１と同様の構成である。

図３において、実施例２で追加となるのが、ジョブ取得部３０７および仮想プリンタードライバー部３２２である。ジョブ取得部３０７は、プリントサーバー１２１から印刷ジョブを取得する。仮想プリンタードライバー部３２２は、クライアントコンピューター１４１から印刷対象ファイルを受信し、ＰＤＬ変換を行なって、画像形成装置１３１への印刷ジョブを発行する。なお、画像処理部３０２、変換要求部３０３、および変換要求受付部３２１は、実施例２では使用しない。その他は、実施例１と同様の構成である。

プリントサーバー１２１の実施例２における利用形態は、プリントサーバー１２１にクライアントコンピューター１４１から印刷対象ファイルが入稿され、印刷ジョブを画像形成装置１３１に送り、印刷を実行することである。この際に、仮想プリンタードライバー部３２２からレイアウト変換部３２３に対し、印刷対象ファイルのレイアウト変換を要求することが可能で、印刷時の資源節約を実現する。

［処理シーケンス］
図２３は、クライアントコンピューター１４１からレイアウト変換部３２３を利用して印刷する場合の処理を説明するシーケンス図である。画像形成装置１３１のアプリケーション３０１は、印刷ジョブが受信可能な状態になると仮想プリンタードライバー部３２２にプリンターオンラインの通知を送信する（Ｓ２３０１）。ここでのプリンターオンラインの通知とは、画像形成装置１３１がプリントサーバー１２１と通信可能な状態でネットワーク上に存在する旨を通知する情報である。仮想プリンタードライバー部３２２は、プリンターオンライン通知の受付結果を応答する（Ｓ２３０２）。

クライアントコンピューター１４１内のブラウザー３１１は、仮想プリンタードライバー部３２２に印刷文書を送信し、入稿する（Ｓ２３０３）。仮想プリンタードライバー部３２２は、入稿受付結果を応答する（Ｓ２３０４）。ブラウザー３１１は、使用するレイアウト変換機能の選択および印刷設定をユーザーに入力させ、選択結果および印刷設定を仮想プリンタードライバー部３２２に送信する（Ｓ２３０５）。

仮想プリンタードライバー部３２２は、レイアウト変換部３２３にレイアウト変換要求を送信する（Ｓ２３０６）。レイアウト変換部３２３は、レイアウト変換処理を実行する（Ｓ２３０７）。レイアウト変換部３２３は、レイアウト変換処理の結果をサービス実行履歴テーブル１２００、サービス実行履歴詳細テーブル１２１０、およびメタデータ記録テーブル１２２０に記録する（Ｓ２３０８）。レイアウト変換部３２３は、仮想プリンタードライバー部３２２にレイアウト変換結果を応答する（Ｓ２３０９）。

仮想プリンタードライバー部３２２は、ブラウザー３１１に、レイアウト変換前と後を比較するためのプレビュー画面を応答する（Ｓ２３１０）。ブラウザー３１１は、印刷するファイルをユーザーに選択させ、選択結果および印刷開始指示を仮想プリンタードライバー部３２２に送信する（Ｓ２３１１）。仮想プリンタードライバー部３２２は、印刷対象ファイルからＰＤＬへと変換する（Ｓ２３１２）。仮想プリンタードライバー部３２２は、アプリケーション３０１に印刷開始指示および印刷ジョブの取得ＵＲＬを通知する（Ｓ２３１３）。

アプリケーション３０１は、ジョブログ記録部３０５に対して、ジョブＩＤを採番して、ジョブの開始を記録する（Ｓ２３１４）。アプリケーション３０１は、仮想プリンタードライバー部３２２に印刷ジョブ取得要求およびデバイスシリアルＩＤ、ジョブＩＤを送信する（Ｓ２３１５）。

仮想プリンタードライバー部３２２は、Ｓ２３１１においてレイアウト変換結果が印刷対象として選択されたかを判定する（Ｓ２３１６）。レイアウト変換結果が印刷対象として選択されなかった場合（Ｓ２３１６にてＮＯ）、仮想プリンタードライバー部３２２は、Ｓ２３０８にて記録したサービス実行履歴テーブル１２００の該当レコードのカラム１２０６（印刷時使用）に”ＦＡＬＳＥ”をセットする（Ｓ２３１７）。レイアウト変換結果が印刷対象として選択された場合（Ｓ２３１６にてＹＥＳ）には、Ｓ２３１７の処理は行われない。Ｓ２３０８にて記録したサービス実行履歴テーブル１２００の該当レコードのカラム１２０４、１２０５にアプリケーション３０１から通知されたデバイスシリアルＩＤおよびジョブＩＤを記録する（Ｓ２３１８）。仮想プリンタードライバー部３２２は、アプリケーション３０１に印刷ジョブとして、ＰＤＬデータおよび必要な制御情報を応答する（Ｓ２３１９）。

アプリケーション３０１は、受信した印刷ジョブのデータを用いて、印刷処理部３０４に印刷開始を指示する（Ｓ２３２０）。印刷処理部３０４は、受信した印刷ジョブの印刷が終了すると印刷結果をアプリケーション３０１に通知する（Ｓ２３２１）。アプリケーション３０１は、印刷結果をジョブログ記録部３０５に記録を指示する（Ｓ２３２２）。ジョブログ記録部３０５は、印刷結果をジョブログレコード９００に記録する。以上により本処理シーケンスを終了する。

図２３で説明したように、印刷要求元がクライアントコンピューター１４１（１４２）の場合でも、実施例１の処理フロー（図１３）と同様に、レイアウト変換部３２３による変換処理結果をサービス実行履歴テーブル１２００に記録することが可能である。また、集計部３３４が印刷用紙節約効果を集計する際に必要なデバイスシリアルＩＤ、ジョブＩＤも実施例１と同様に記録することが可能である。したがって、レイアウト変換結果が印刷対象として使用されなかった場合も、実施例１と同様に不使用である旨の情報を付与することができる。これにより、印刷要求元が画像形成装置１３１の場合でも、クライアントコンピューター１４１（１４２）の場合でも、画像形成装置１３１およびデバイス管理サーバー１２２におけるジョブログの収集の仕組みを変更する必要はない。

また、印刷用紙節約効果の集計方法も、実施例１の処理フロー（図２１）と同様であり、何ら変更の必要はない。則ち、印刷要求元が画像形成装置１３１の場合でも、クライアントコンピューター１４１（１４２）のどちらの場合でも、レイアウト変換機能と印刷設定による節約効果の集計値を統合したレポートが表示・閲覧可能となり、前述した課題を解決することができる。

＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (9)

1. 画像形成装置で処理されるジョブのデータに対してレイアウト処理を行う処理手段と、
   前記画像形成装置の識別情報と、前記ジョブの識別情報と、前記処理手段により当該ジョブのデータに対して行われたレイアウト処理の内容とを関連付けて記憶部に保持する保持手段と、
   レイアウト処理を行ったデータを、前記画像形成装置に送信する送信手段と、
   前記画像形成装置で処理されたジョブの履歴情報を取得する取得手段と、
   前記履歴情報と、当該履歴情報に対応する画像形成装置の識別情報及び当該履歴情報に含まれるジョブの識別情報とに関連付けて前記記憶部にて保持しているレイアウト処理の内容とを用いて、前記画像形成装置にて処理されたジョブに関する集計を行う集計手段と
   を有することを特徴とする管理システム。
2. 前記集計手段は、予め集計対象として定義されたレイアウト処理に対して集計を行うことを特徴とする請求項１に記載の管理システム。
3. 前記集計手段は、前記履歴情報にて示される印刷設定と、前記記憶部にて保持されているレイアウト処理の内容とから、前記画像形成装置のジョブの処理の際の消耗品の削減効果に関する情報を分析して集計することを特徴とする請求項１または２に記載の管理システム。
4. 前記画像形成装置が前記処理手段によりレイアウト処理が行われたデータを用いずにジョブを実行した場合、前記集計手段で集計を行われる際に、前記記憶部にて保持されているレイアウト処理の内容が利用されないことを特徴とする請求項１乃至３のいずれか一項に記載の管理システム。
5. 前記レイアウト処理の内容は、余白詰め機能、画像領域の削除機能、文字領域の削除機能、画像領域の置換機能、及び文字領域の置換機能のうちの少なくとも一つを含むことを特徴とする請求項１乃至４のいずれか一項に記載の管理システム。
6. 前記集計手段による集計結果を出力する出力手段を更に有することを特徴とする請求項１乃至５のいずれか一項に記載の管理システム。
7. 前記管理システムは複数の装置により構成され、
   前記処理手段を有する装置と、前記集計手段を有する装置とは異なる装置であることを特徴とする請求項１乃至６のいずれか一項に記載の管理システム。
8. 画像形成装置で処理されるジョブのデータに対してレイアウト処理を行う処理工程と、
   前記画像形成装置の識別情報と、前記ジョブの識別情報と、前記処理工程により当該ジョブのデータに対して行われたレイアウト処理の内容とを関連付けて記憶部に保持する保持工程と、
   レイアウト処理を行ったデータを、前記画像形成装置に送信する送信工程と、
   前記画像形成装置で処理されたジョブの履歴情報を取得する取得工程と、
   前記履歴情報と、当該履歴情報に対応する画像形成装置の識別情報及び当該履歴情報に含まれるジョブの識別情報とに関連付けて前記記憶部にて保持しているレイアウト処理の内容とを用いて、前記画像形成装置にて処理されたジョブに関する集計を行う集計工程と
   を有することを特徴とする管理システムの制御方法。
9. コンピューターを、
   画像形成装置で処理されるジョブのデータに対してレイアウト処理を行う処理手段、
   前記画像形成装置の識別情報と、前記ジョブの識別情報と、前記処理手段により当該ジョブのデータに対して行われたレイアウト処理の内容とを関連付けて記憶部に保持する保持手段、
   レイアウト処理を行ったデータを、前記画像形成装置に送信する送信手段、
   前記画像形成装置で処理されたジョブの履歴情報を取得する取得手段、
   前記履歴情報と、当該履歴情報に対応する画像形成装置の識別情報及び当該履歴情報に含まれるジョブの識別情報とに関連付けて前記記憶部にて保持しているレイアウト処理の内容とを用いて、前記画像形成装置にて処理されたジョブに関する集計を行う集計手段
   として機能させるためのプログラム。

Images