JP2010250375A - 画像形成システム、画像形成方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】 ユーザが制限の範囲内で面付け設定を行っているのにも関わらず、ユーザの意図通りに画像が出力されないことを従来よりも確実に防止する。
【解決手段】 クライアントアプリケーション４０１は、ユーザ１０５からＮｉｎ１の印刷の指示があると、仮想的にＮｉｎ１の面付けがされた１つの画像と、自身を特定する証明書と、面付け情報とを含む印刷データを生成してプリンタドライバ４１１に送信する。プリンタドライバ４１１は、クライアントアプリケーション４０１から送信された印刷データに含まれる証明書を用いて、当該印刷データの送信元のクライアントアプリケーション４０１が、例外的な処理が許されたものであると判定した場合、仮想的にＮｉｎ１の面付けがされた１つの画像をそのまま印刷するための印刷処理を行う。
【選択図】 図１

Description

本発明は、画像形成システム、画像形成方法、及びコンピュータプログラムに関し、特に、画像の面付けを行うために用いて好適なものである。

近年、電子写真方式の画像形成装置（例えば複写機やプリンタ等）の多機能化が目覚しい。そして、画像形成装置が出力する形態に関する機能にも様々なものがある。画像形成装置は、ユーザからの指示に基づいてそれらの機能を駆使することで、所望の形式で印刷することが可能である。
しかしながら、このような機能の有無は画像形成装置によって異なる。そのためユーザが印刷を指示する際には、出力先の画像形成装置の機能を考慮して面付け等の印刷設定を行う必要がある。このような課題を解決するために、特許文献１に記載の技術がある。特許文献１では、まず、ユーザが設定した印刷設定が、出力先の画像形成装置で実現できない設定だった場合に、情報処理装置は、当該画像形成装置の機能を取得する。そして、情報処理装置は、取得した画像形成装置の機能に基づいて、ユーザが設定した印刷設定を出来るだけ変更せずに実行可能な印刷設定を表示する。

一方、近年、セキュリティやＴＣＯ削減等の観点から、様々な機能の少なくとも一部をユーザ毎に制限する画像形成装置が台頭してきている。このような画像形成装置では、まず、機能毎に制限情報が設定されたロールを画像形成装置に幾つか用意し、ユーザにロールを割り当てる。そして、ユーザが画像形成装置にログインした際には、割り当てられたロールに従ったアクセス制御情報を発行し、そのアクセス制御情報に基づく機能制限に従い各種機能を利用する。

また、制限する機能の一つとして、例えば「２ｉｎ１以上でないと印刷禁止」といったように、面付け設定を制限することができる。画像の面付け処理はプリンタドライバが制御することが一般的であるが、アプリケーションによっては、自身がＮｉｎ１（Ｎは２以上の整数）の集約画像を生成し、１ｉｎ１としてその画像をプリンタドライバへ渡すものもある。このとき、前述した面付け設定の制限がなされた環境では、ユーザが２ｉｎ１で印刷を指示したのにも関わらず、プリンタドライバは、アプリケーションから渡された、２ｉｎ１の集約画像のデータを１ｉｎ１と見なしてしまう。このため、プリンタドライバは、その２ｉｎ１の集約画像の全体を１論理ページのデータとして２ｉｎ１に変換してしまう。その結果、正常に印刷できなくなる。
このような課題に対して、ユーザを識別し、状況に応じて柔軟に権限を昇格する技術がある。特許文献２では、印刷時において、対象となるデータに承認者の承認情報（署名）をつけて、その承認情報に含まれる承認ユーザ情報に基づく制限情報を取得することで、例外的な処理権限を与えるようにしている。

特開２００７−２７２６３２号公報 特開２００８−０２１２４５号公報

しかしながら、前述した特許文献１では、画像形成装置が持つ機能について注目しており、前述したようにユーザ毎に使用可能な機能が制限されている場合には、機能の制限を適切に行うことができない。
また、前述した特許文献２では、次のような問題がある。まず、前述したように、アプリケーションがＮｉｎ１の集約画像を生成し、１ｉｎ１としてその集約画像をプリンタドライバへ渡すようにする場合に、「２ｉｎ１以上でないと印刷禁止」といった面付け設定の制限がなされているとする。特許文献２では、承認者の承認情報に基づき印刷の制限が課せられるので、このような制限があっても、結果的にユーザが１ｉｎ１の設定で印刷の指示を行うと１ｉｎ１で印刷可能となってしまう虞がある。そこで、別途面付け設定の制限を行うことも考えられるが、そのようにすると、前述したように、ユーザが制限の範囲内で面付け設定を行っているのにも関わらず、正常に印刷できなくなってしまう。また、データに対して承認者が署名を行う作業が発生してしまう。更に、そのデータを用いた場合は誰でも印刷が可能になってしまう。
本発明はこのような問題点の少なくとも１つに鑑みてなされたものであり、ユーザが制限の範囲内で面付け設定を行っているのにも関わらず、ユーザの意図通りに画像が出力されないことを従来よりも確実に防止することを目的とする。

本発明の画像形成システムは、面付け設定についてのユーザによる操作入力を受け付ける受け付け手段と、前記受け付け手段により受け付けられた面付け設定に基づいて、複数のページの画像が１ページに仮想的に面付けされた１ｉｎ１の画像を生成する生成手段と、前記生成手段により生成された画像については、予め設定されている面付け設定の制限に関わらず出力する出力手段と、を有することを特徴とする。

本発明によれば、複数のページの画像が１ページに仮想的に面付けされた１ｉｎ１の画像を面付け設定の制限に関わらず出力する。したがって、ユーザが制限の範囲内で面付け設定を行っているのにも関わらず、ユーザの意図通りに画像が出力されないことを従来よりも確実に防止することができる。

本発明の第１の実施形態を示し、印刷制御システムの構成の一例を示した図である。 本発明の第１の実施形態を示し、印刷制御システムを構成するクライアントＰＣのハードウェア構成の一例を示す図である。 本発明の第１の実施形態を示し、印刷制御システムを構成する画像形成装置の構成を階層的に示す図である。 本発明の第１の実施形態を示し、印刷制御システムのソフトウェア構成の一例を示す図である。 本発明の第１の実施形態を示し、アクセス制御情報の一例を示す図である。 本発明の第１の実施形態を示し、印刷処理を行う際のクライアントアプリケーションの処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、印刷処理を行う際のプリンタドライバの処理の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、印刷制御システムのソフトウェア構成の一例を示す図である。 本発明の第２の実施形態を示し、印刷処理を行う際のクライアントアプリケーションの処理の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、印刷処理を行う際のプリンタドライバの処理の一例を説明するフローチャートである。 本発明の第３の実施形態を示し、印刷制御システムのソフトウェア構成の一例を示す図である。 本発明の第３の実施形態を示し、印刷処理を行う際のクライアントアプリケーションの処理の一例を説明するフローチャートである。 本発明の第４の実施形態を示し、 本発明の第４の実施形態を示し、印刷処理を行う際のクライアントアプリケーションの処理の一例を説明するフローチャートである。 本発明の第４の実施形態を示し、印刷処理を行う際のプリンタドライバの処理の一例を説明するフローチャートである。

（第１の実施形態）
以下、図面を参照しながら、本発明の第１の実施形態を説明する。
［システム構成］
図１は、印刷制御システムの構成の一例を示した図である。
クライアントＰＣ１０１は、アプリケーションプログラム等の各種プログラムを実行することが可能である。本実施形態では、印刷制御システムにおけるクライアントアプリケーションプログラム（以下、クライアントアプリケーションと略称する）やプリンタドライバは、クライアントＰＣ１０１に配置されるものとする。
クライアントＰＣ１０１は、イーサネット（登録商標）等のネットワーク１０４に接続される。クライアントＰＣ１０１は、文書データを画像形成装置１０２が解釈可能なジョブデータに変換するプリンタドライバ及びファックスドライバを介して、画像形成装置１０２に対して印刷・ファックス送信等を行う。また、クライアントＰＣ１０１にインストールされているクライアントアプリケーションは、印刷における仮想的なＮｉｎ１（１物理ページにＮ論理ページが面付けされていることを意味する）の集約画像を生成することが可能である。

ユーザ１０５は、クライアントＰＣ１０１を操作して画像形成装置１０２を使用するユーザである。
ユーザ１０６は、画像形成装置１０２を直接使用するユーザである。
画像形成装置１０２は、例えばデジタル複合機である。画像形成装置１０２は、自身が持つ機能をユーザ毎に制限する機能、及びその制限に関する情報を保持する。ここでは、この情報をアクセス制御情報と呼ぶ。ユーザ１０５やユーザ１０６はアクセス制御情報に従い、画像形成装置１０２の機能を使用することができる。アクセス制御情報の設定は一般的にはシステム管理者が行う。アクセス制御情報の設定は公知の技術で実現できるので、ここではその詳細な説明を省略する。

図５は、アクセス制御情報の一例を示す図である。アクセス制御情報には、どのユーザがどの画像形成装置で、どの機能を使用することが可能であるかが記載されている。図５に示すでは、ＸＭＬ（eXtensible Marckup Language）でアクセス制御情報が記述されている場合を例に挙げて示しているが、もちろん他の方法でアクセス制御情報を記述しても構わない。
図５において、５０１は、クライアントアプリケーション４０１で印刷を実行したユーザ１０５に関する情報の記述である。５０２は、ユーザ１０５が画像形成装置１０２で使用可能なアプリケーション、及び機能の記述である。５０３は、ユーザ１０５がアクセス可能な画像形成装置１０２の印刷機能に関する詳細なアクセス制限の記述である。

ユーザ管理サーバ１０３は、ユーザＩＤやパスワードといったユーザ情報を管理している。ユーザ１０５やユーザ１０６が、画像形成装置１０２、或いはそれだけでなくクライアントＰＣ１０１にログインする際には、ユーザ管理サーバ１０３で認証が行われる。尚、ユーザ管理サーバ１０３を配置せずに、クライアントＰＣ１０１や画像形成装置１０２単体で認証を管理するようにしてもよい。
また、ここでは、アクセス制御情報を画像形成装置１０２が保持する構成を例に挙げて説明する。しかしながら、アクセス制御情報をユーザ管理サーバ１０３、或いは別のサーバが保持し、なんらかのタイミングで画像形成装置１０２とデータを同期する構成としてもかまわない。一般的には、複数の画像形成装置に対し同じアクセス制御情報を適用する場合には、サーバ上で情報を管理したほうが効率的であると考えられる。

［ハードウェア構成］
図２は、印刷制御システムを構成するクライアントＰＣ１０１のハードウェア構成の一例を示す図である。図２に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当するものであり、本実施形態のクライアントＰＣ１０１には一般的な情報処理装置のハードウェア構成を適用できる。尚、ユーザ管理サーバ１０３も、図２に示すハードウェア構成の情報処理装置を用いることにより実現することができる。

図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭに記憶された、或いは外部メモリ２０９からＲＡＭ２０１にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語である。後述する各フローチャートの処理はこのプログラムの実行により実現できる。ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

キーボードコントローラ２０３は、キーボード２０７や図示しないポインティングデバイスからのキー入力（操作入力）を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。ディスクコントローラ２０５は、各種データを記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２０９におけるデータアクセスを制御する。ＮＣ２０６は、ネットワーク１０４に接続され、ネットワーク１０４に接続された他の機器との通信制御処理を実行する。

図３は、印刷制御システムを構成する画像形成装置１０２の構成を階層的に示す図である。
図３において、画像形成部３００は、紙のハンドリングや画像転写・定着等の一連の画像形成プロセスを実行して、記録紙等の記録媒体上に画像を形成（出力）する。この画像形成部３００は、例えばインクジェットプリンタや電子写真方式の画像形成ユニットを備えている。画像読み取り部３０１はスキャナ等を備える。画像読み取り部３０１は、原稿画像を光学的に読み取ってデジタル画像情報に変換し、そのデジタル画像情報を画像形成部３００に出力して画像を形成させることができる。また、画像読み取り部３０１は、前述したようにして得られたデジタル画像情報を、ファクス部３０３やネットワークインタフェース部３０６等に渡してネットワーク１０４（回線）を介して他の機器に伝送させることもできる。

画像形成装置制御部３０２は、画像形成部３００と画像読み取り部３０１の夫々の動作を制御する。例えば、画像形成装置制御部３０２は、画像読取り部３０１で読み取られた原稿画像の情報を画像形成部３００で複写するように制御する。また、画像形成装置制御部３０２は、外部記憶装置制御部３０７、ネットワークインタフェース部３０６、プリント処理部３０５、ファクス部３０３、及び操作部制御部３０４を有し、これら各部の間での情報のやり取りを制御する。

ファクス部３０３は、ファクシミリ画像の送受信、即ち、画像読取り部３０１で読み取られたデジタル画像情報を、ネットワークインタフェース部３０６を介して他の機器に送信する処理を実行することができる。また、ファクス部３０３は、ネットワークインタフェース部３０６を介して他の機器から受信したファクシミリ信号を復号して画像形成部３００で記録する等の処理を実行することができる。操作部制御部３０４は、画像形成装置１０２の操作部の操作パネルを使用したユーザの操作に応じた信号を生成する制御を行う。また、操作部制御部３０４は、画像形成装置１０２の操作部が備える表示部等に各種データやメッセージ等を表示する制御等を行う。

プリント処理部３０５は、例えばネットワークインタフェース部３０６を介して他の機器から入力した印刷データを処理して画像形成部３００に出力して印刷する等の制御を行う。ネットワークインタフェース部３０６は、通信回線を介して他の通信端末との間のデータの送受信を制御するものである。
外部記憶装置制御部３０７は、画像読み取り部３０１で読み取られた画像が、画像形成部３００によって外部記憶装置に保存可能なデータフォーマットに変換されると、その画像のデータを外部記憶装置に保存することが可能である。また、外部記憶装置制御部３０７は、外部記憶装置に保存されているデータを読み出し、画像形成部３００やネットワークインタフェース部３０６に出力する。これにより、画像形成部３００は、外部記憶装置に保存されているデータの印刷処理を行うことができる。また、ネットワークインタフェース部３０６は、外部記憶装置に保存されているデータの他の機器への送信処理を行うことができる。

アプリケーションマネージャ３０８では、コピー、スキャン、スキャン送信等のアプリケーションを管理する。アプリケーションマネージャ３０８は、それぞれのアプリケーションの起動、終了、インストール、アンインストールの受け付けや、画像形成装置制御部３０２で発生した情報を受信し、受信した情報に基づいて各アプリケーションの制御を行う。

［ソフトウェア構成］
図４は、印刷制御システムのソフトウェア構成の一例を示す図である。具体的に図４では、クライアントＰＣ１０１内のソフトウェア構成の一例を示している。図４に示すように、クライアントＰＣ１０１には、少なくともクライアントアプリケーション４０１とプリンタドライバ４１１が存在する。
クライアントアプリケーション４０１は、印刷画像生成部４０２、電子署名部４０５、及びデータ送信部４０６を有している。尚、ここでは、本実施形態の説明に直接関連のない処理部についての説明を省略する。
印刷画像生成部４０２は、ユーザの設定に従って仮想的に面付けされた画像を生成する。例えば、ユーザが４ページからなる文書を４ｉｎ１で１枚の紙へ出力するように設定した場合、印刷画像生成部４０２は、プリンタドライバ４１１へデータを渡す前に、１つの画像として４ｉｎ１の画像を生成することになる。画像としては１つになるため、プリンタドライバ４１１から見ると１ｉｎ１の画像として認識される。

電子署名部４０５は、プリンタドライバ４１１に送信される印刷データの生成元であるクライアントアプリケーション４０１を特定するために、証明書を生成する。証明書の生成手段としては、例えばアプリケーション名（或いはＩＤ）をアプリケーションの秘密鍵で暗号化することが考えられる。
データ送信部４０６は、電子署名部４０５が生成した証明書と、ユーザが指定した面付け情報とを印刷データの中に含めて、当該印刷データをプリンタドライバ４１１へ送信する。このとき、公知の方法として、例えば、ハッシュ関数によって印刷データ全体のハッシュ値を計算した後、そのハッシュ値に電子署名を付加することができる。このようにした場合、検証側（プリンタドライバ４１１や画像形成装置１０２）で当該電子署名を検証することによって、データが改ざんされているかどうかのチェックをすることが可能である。

プリンタドライバ４１１は、データ受信部４１２、認証部４１３、面付け情報解析部４１４、及びデータ送信部４１５を有している。尚、プリンタドライバ４１１は、一般的なラスタライズ処理等を行うデータ変換部も有するが、データ変換部は公知の技術で実現できるので、ここではその詳細な説明を省略する。
データ受信部４１２は、データ送信部４０６から送られてきたデータを受信する。
認証部４１３は、データ受信部４１２で受信した印刷データに含まれる証明書を用いて認証を行う。具体的には例えば、プリンタドライバ４１１、或いは印刷制御システム中のどこかに、事前に例外的な処理を許すアプリケーション名（或いはＩＤ）を登録しておく。認証部４１３は、秘密鍵で暗号化されたアプリケーション名（或いはＩＤ）を公開鍵で復号化し、復号化したアプリケーション名（或いはＩＤ）と、登録しておいたアプリケーション名（或いはＩＤ）とが一致するか否かを判定する。この判定の結果、それらが一致する場合、認証部４１３は認証成功と判定する。

面付け情報解析部４１４は、データ受信部４１２で受信した印刷データに含まれる面付け情報を用いて、同じくデータ受信部４１２で受信した画像を、正しい形式で出力できるように制御する。具体的に説明すると、例えば、ユーザが４ｉｎ１で設定したにも関わらず印刷画像生成部４０２が１ｉｎ１の１つの画像としてデータを送信してきたとする。この場合、面付け情報解析部４１４は、データの送信元が認証部４１３で認証に成功したアプリケーションであるか否かを判定する。この判定の結果、データの送信元が認証部４１３で認証に成功したアプリケーションならば、面付け情報解析部４１４は、ユーザが設定した面付け設定（この場合は４ｉｎ１）を信頼し、受け取った画像を４ｉｎ１で印刷すると判定する。
データ送信部４１５は、プリンタドライバ４１１の各種処理を経て生成された印刷データを画像形成装置１０２へ送信する。
尚、アクセス制御処理を画像形成装置１０２内で行う構成の場合は、認証部４１３、面付け情報解析部４１４の処理を画像形成装置１０２内で実行してもよい。

以下、本発明の第１の実施形態に係る印刷制御システムの各ステップにおける処理について、図６を用いて具体的に説明する。

［印刷時の処理］
図６Ａは、印刷処理を行う際のクライアントアプリケーション４０１の処理の一例を説明するフローチャートである。尚、図６Ａのフローチャートを開始する前に既にユーザがログインしているものとする。
図６ＡのステップＳ６０１において、クライアントアプリケーション４０１は、ユーザによる出力先の画像形成装置１０２の選択を受け付けるまで待機する。出力先の画像形成装置１０２の選択が受け付けられると、ステップＳ６０２に進む。ステップＳ６０２に進むと、クライアントアプリケーション４０１は、ユーザによる印刷設定を受け付けるまで待機する。本実施形態で重要な意味を成す面付け設定もこのステップＳ６０２で受け付けられる。印刷設定が受け付けられると、ステップＳ６０３に進む。
以上のように本実施形態では、例えば、ステップＳ６０２の処理を行うことにより受け付け手段の一例が実現される。

ステップＳ６０３に進むと、クライアントアプリケーション４０１は、ステップＳ６０２で受け付けられた印刷設定に、２ｕｐ以上の面付け設定が含まれているかどうかを判定する。この判定の結果、印刷設定に面付け設定が含まれている場合にはステップＳ６０４に進む。ステップＳ６０４に進むと、印刷画像生成部４０２は、ステップＳ６０２で設定された面付け設定に従い、仮想的にＮｉｎ１に見える１枚の画像を生成する。そして、ステップＳ６０５に進む。
以上のように本実施形態では、例えば、ステップＳ６０４の処理を行うことにより生成手段の一例が実現される。
一方、ステップＳ６０３において、印刷設定に面付け設定が含まれていないと判断された場合には、ステップＳ６０４を省略してステップＳ６０５に進む。

ステップＳ６０５に進むと、電子署名部４０５は、クライアントアプリケーション４０１からの送信であることを示す証明書を生成する。
以上のように本実施形態では、例えば、ステップＳ６０５の処理を行うことにより第２の生成手段の一例が実現される。
そして、ステップＳ６０６において、データ送信部４０６は、ステップＳ６０５において生成した証明書、及びステップＳ６０２において設定された面付けの情報（面付け情報）が付加された印刷データを生成する。更に、前述したように、クライアントアプリケーション４０１は、必要に応じて、印刷データのハッシュ値を計算し、そのハッシュ値に電子署名を付加する。そして、ステップＳ６０７において、データ送信部４０６は、ステップＳ６０６で生成された印刷データをプリンタドライバ４１１へ送信する。

図６Ｂは、印刷処理を行う際のプリンタドライバ４１１の処理の一例を説明するフローチャートである。
図６ＢのステップＳ６０８において、プリンタドライバ４１１のデータ受信部４１２は、クライアントアプリケーション４０１のデータ送信部４０６から送信された印刷データを受信するまで待機する。クライアントアプリケーション４０１のデータ送信部４０６から送信された印刷データを受信すると、ステップＳ６０９に進む。そして、認証部４１３は、受信した印刷データに含まれる証明書を用いて認証を行い、当該印刷データの送信元であるクライアントアプリケーション４０１が印刷制御システムで許可されたアプリケーションとして予め登録されているか否かを判定する。この判定の結果、印刷データの送信元であるクライアントアプリケーション４０１が印刷制御システムで許可されたアプリケーションであることが登録されている場合には、認証に成功したとしてステップＳ６１０に進む。
以上のように本実施形態では、例えば、ステップＳ６０９の処理を行うことにより確認手段の一例が実現される。

ステップＳ６１０に進むと、面付け情報解析部４１４は、データ受信部４１２が受信した印刷データに含まれる「印刷対象の画像と面付け情報」から、当該画像に関して、例外的に面付け情報を信頼して印刷処理を実行する。すなわち、例え当該画像が１ｉｎ１の画像であっても、ステップＳ６０２でＮｉｎ１として設定されたものであるならば、アクセス制御情報に基づく制限に関わらず、プリンタドライバ４１１及び画像形成装置１０２において例外的に処理を認めて印刷処理を行う。或いは、ステップＳ６１０において、面付け情報解析部４１４は、例外的にＮｉｎ１の印刷が可能であるという情報を付加して後の処理へ回すようにしてもよい。

そして、プリンタドライバ４１１は印刷に関する一般的なデータ変換処理を行い、データ送信部４１５は、画像形成装置１０２へ印刷データを送信することになる。その後は、前述した先行例、及び公知の方法によって印刷処理が行われる。
以上のように本実施形態では、例えば、ステップＳ６１０と、これに関連するプリンタドライバ４１１及び画像形成装置１０２の処理とを行うことにより出力手段の一例が実現される。
ステップＳ６０９において、印刷データの送信元であるクライアントアプリケーション４０１が印刷制御システムで許可されたアプリケーションであることが登録されていない場合には、認証に失敗したとして、ステップＳ６１１に進む。すなわち、ステップＳ６０９で認証に失敗した場合は、ステップＳ６０２における面付け設定によっては、正しく出力されない可能性がある。そのため、プリンタドライバ４１１は、認証失敗時の処理を行う。認証失敗時の処理としては、メッセージを出して警告する等の処理が考えられる。

以上のように本実施形態では、クライアントアプリケーション４０１は、ユーザ１０５からＮｉｎ１の印刷の指示があると、仮想的にＮｉｎ１の面付けがされた１ｉｎ１（１つ）の画像と、自身を特定する証明書と、面付け情報とを含む印刷データを生成する。そして、クライアントアプリケーション４０１は、生成した印刷データをプリンタドライバ４１１に送信する。プリンタドライバ４１１は、クライアントアプリケーション４０１から送信された印刷データに含まれる証明書を用いて、当該印刷データの送信元のクライアントアプリケーション４０１が、例外的な処理が許されたものであるか否かを判定する。この判定の結果、クライアントアプリケーション４０１が、例外的な処理が許されたものである場合、プリンタドライバ４１１は、予め設定されている面付け設定に関わらず、仮想的にＮｉｎ１の面付けがされた１つの画像をそのまま印刷するための印刷処理を行う。したがって、例えば、クライアントアプリケーション４０１に対して「２ｉｎ１以上でないと印刷禁止」といった面付け設定の制限がなされていても、プリンタドライバ４１１は、クライアントアプリケーション４０１からの１ｉｎ１の画像を例外的に処理できる。よって、ユーザ１０５が制限の範囲内で面付け設定を行っているのにも関わらず、正常に印刷できなくなってしまうことを従来よりも確実に防止することを目的とする。

尚、本実施形態では、図６ＢのステップＳ６０９における認証を行うために、図６ＡのステップＳ６０６においてクライアントアプリケーション４０１を特定する証明書をデータに付帯してプリンタドライバ４１１に送る方法に関して説明した。しかしながら、これの基本的な考えは、特定のアプリケーションから送信された印刷データについては付帯された面付け情報を信頼するという部分にある。したがって、必ずしも図６Ａ、図６Ｂに示したようにして、特定のアプリケーションから送信された印刷データか否かを判定する必要はない。例えば、画像形成装置１０２にクライアントアプリケーション４０１の情報を送信し、画像形成装置１０２がそのクライアントアプリケーション４０１に対して特定の操作だけを許すことを示すアクセス制御情報を返信する（前述した図５を参照）。そして、クライアントアプリケーション４０１が、そのアクセス制御情報を取得し、そのアクセス制御情報を用いて、面付けの可否を判定するようにしてもよい。

また、本実施形態では、図６ＡのステップＳ６０２において、ユーザが指定した面付け設定が、アクセス制御情報に基づく制限を満たさない場合についての記載を省略している。しかしながら、実際には、例えば、ステップＳ６１０か或いはそれ以降の印刷処理においてこの判定が行われる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態では、クライアントアプリケーションが画像形成装置からアクセス制御情報を取得し、クライアントアプリケーション内で判定処理を行う場合の具体例を説明する。このように本実施形態と第１の実施形態とは、仮想的な面付けに基づく印刷の実行の可否を判定するための構成及び処理が主として異なる。例えば、システム構成、ハードウェア構成、及びアクセス制御情報の形式は第１の実施形態と同様である。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図６に付した符号と同一の符号を付す等して詳細な説明を省略する。

［ソフトウェア構成］
図７は、印刷制御システムのソフトウェア構成の一例を示す図である。具体的に図７では、クライアントＰＣ１０１内のソフトウェア構成の一例を示している。図７に示すように、クライアントＰＣ１０１には、少なくともクライアントアプリケーション７０１とプリンタドライバ４１１が存在する。クライアントアプリケーション７０１内に、アクセス制御情報取得部４０３及びアクセス制御情報解析部４０４が存在する点が第１の実施形態と異なる（図４を参照）。

アクセス制御情報取得部４０３は、画像形成装置１０２からデータ送信部４０６を介してアクセス制御情報（図５を参照）を取得する。アクセス制御情報をユーザ管理サーバ１０３が保持する構成の場合、アクセス制御情報取得部４０３は、ユーザ管理サーバ１０３からデータ送信部４０６を介してアクセス制御情報を取得する。
アクセス制御情報解析部４０４は、アクセス制御情報取得部４０３で取得したアクセス制御情報を解析し、２種類の判定を行う。１つ目はユーザが設定した面付け設定が、アクセス制御情報で設定されている面付け設定を満たしているかどうかである。２つ目は印刷画像生成部４０２によって生成された画像がアクセス制御情報で設定されている面付け設定を満たす画像であるかどうかである。

［印刷時の処理］
図８Ａは、印刷処理を行う際のクライアントアプリケーション７０１の処理の一例を説明するフローチャートである。尚、図８Ａのフローチャートを開始する前に既にユーザがログインしているものとする。
前述したように、クライアントアプリケーション７０１は、出力先の画像形成装置１０２の選択と、印刷設定とを受け付けると、印刷設定に２ｕｐ以上の面付け設定が含まれているかどうか判定する（ステップＳ６０１〜Ｓ６０３）。この判定の結果、印刷設定に面付け設定が含まれている場合、印刷画像生成部４０２は、ステップＳ６０２で設定された面付け設定に従い、仮想的にＮｉｎ１の面付けがなされた１枚の画像を生成して、ステップＳ６２１に進む（ステップＳ６０４）。一方、印刷設定に面付け設定が含まれていないと判断された場合には、ステップＳ６０４を省略してステップＳ６２１に進む。
以上のように本実施形態では、例えば、ステップＳ６０１の処理を行うことにより受け付け手段の一例が実現され、ステップＳ６０４の処理を行うことにより生成手段の一例が実現される。

ステップＳ６２１に進むと、アクセス制御情報取得部４０３は画像形成装置１０２からアクセス制御情報を取得する。
以上のように本実施形態では、例えば、ステップＳ６２１の処理を行うことにより取得手段の一例が実現される。また、本実施形態では、例えば、アクセス制御情報により設定制限情報の一例が実現される。
そして、ステップＳ６２２において、アクセス制御情報解析部４０４は、ステップＳ６２１で取得したアクセス制御情報を解析する。

次に、ステップＳ６２３において、アクセス制御情報解析部４０４は、アクセス制御情報を解析した結果に基づいて、ステップＳ６０２で設定された面付け設定が、クライアントアプリケーション４０１に課せられた制限を満たすか否かを判定する。この判定の結果、ステップＳ６０２で設定された面付け設定が、制限を満たさない場合には、ステップＳ６２４に進む。ステップＳ６２４に進むと、アクセス制御情報解析部４０４は、印刷実行不可時の処理を行う。印刷実行不可時の処理としては、例えばエラーメッセージを表示する等の処理が考えられるが、アクセス制御情報を満たす形式に面付け設定を自動で変換し、仮想的に面付けされた画像を当該面付け設定に基づいて変更して印刷を実行することも考えられる。
以上のように本実施形態では、例えば、ステップＳ６２３の処理を行うことにより第２の判定手段の一例が実現される。また、例えば、ステップＳ６２４で面付け設定を変換することにより変更手段の一例が実現される。

一方、ステップＳ６２３において、ステップＳ６０２で設定された面付け設定が、制限を満たすと判定された場合には、ステップＳ６２５に進む。そして、アクセス制御情報解析部４０４は、アクセス制御情報を解析した結果に基づいて、ステップＳ６０４で生成された「仮想的に面付けされた１つの画像」がクライアントアプリケーション４０１に課せられた制限を満たす画像であるか否かを判定する。尚、ステップＳ６０４を通っていない場合、アクセス制御情報解析部４０４は、仮想的に面付けされていない画像が制限を満たすか否かを判定する。例えば、アクセス制限情報により、「４ｉｎ１以上でないと印刷禁止」といった制限がクライアントアプリケーション４０１に課せられており、ステップＳ６０２でユーザが４ｉｎ１の面付けを行うと設定したとする。このような場合、ステップＳ６０４で生成された画像は１ｉｎ１となってしまう。このため、印刷対象の画像がクライアントアプリケーション４０１に課せられた制限を満たされないことになる。このとき初めてステップＳ６０５の電子署名部４０５の処理が行われる。以降の処理は第１の実施形態と同様である。すなわち、データ送信部４０６は、証明書と面付け情報とが付加された印刷データを生成してプリンタドライバ４１１に送信する（ステップＳ６０５〜Ｓ６０７）。
以上のように本実施形態では、例えば、ステップＳ６２５の処理を行うことにより判定手段の一例が実現され、ステップＳ６０５の処理を行うことにより第２の生成手段の一例が実現される。

ステップＳ６２５において、印刷対象の画像がクライアントアプリケーション４０１に課せられた制限を満たさないと判定された場合には、ステップＳ６２６に進む。ステップＳ６２６に進むと、データ送信部４０６は、ステップＳ６０２で設定された面付け設定に基づいて、１ｉｎ１のＮ枚の画像と、Ｎｕｐで印刷することを示す面付け情報とをプリンタドライバ４１１へ送信する。
以上のように本実施形態では、例えば、ステップＳ６２６の処理を行うことにより第３の生成手段の一例が実現される。

図８Ｂは、印刷処理を行う際のプリンタドライバ４１１の処理の一例を説明するフローチャートである。
図８ＢのステップＳ６０８において、データ受信部４１２がクライアントアプリケーション４０１のデータ送信部４０６から送信された印刷データを受信すると、ステップＳ６２７に進む。ステップＳ６２７に進むと、認証部４１３は、受信した印刷データに証明書が含まれているか否かを判定する。

この判定の結果、受信した印刷データに証明書が含まれている場合には、第１の実施形態と同様に、ステップＳ６０９以降の処理を行う。すなわち、証明書を用いた認証に成功すると、プリンタドライバ４１１は、印刷データに含まれる面付け情報を信頼して、仮想的にＮｉｎ１の面付けがされた１つの画像をそのまま印刷するための印刷処理を行う（ステップＳ６０９、Ｓ６１０）。一方、証明書を用いた認証に失敗すると、プリンタドライバ４１１は、認証失敗時の処理を行う（ステップＳ６０９、Ｓ６１１）。
以上のように本実施形態では、例えば、ステップＳ６０９の処理を行うことにより確認手段の一例が実現され、ステップＳ６１０と、これに関連するプリンタドライバ４１１及び画像形成装置１０２の処理とを行うことにより出力手段の一例が実現される。
ステップＳ６２７において、受信した印刷データに証明書が含まれていないと判定された場合には、ステップＳ６２８に進む。この場合、図８ＡのステップＳ６２６において、印刷画像と面付け情報とが送信されているので、プリンタドライバ４１１は、一般的な印刷処理を実行する。
以上のように本実施形態では、例えば、ステップＳ６２８の処理を行うことにより出力手段の一例が実現される。

以上のように本実施形態では、クライアントアプリケーション７０１は、アクセス制限情報に基づいて、ユーザによる面付け設定が制限を満たし、且つ生成した画像が制限を満たす場合、当該画像と当該面付け情報とをプリンタドライバ４１１に送信する。また、ユーザによる面付け設定が制限を満たし、且つ生成した画像が制限を満たさない場合、クライアントアプリケーション７０１は、証明書を生成し、当該証明書と当該面付け情報とが付加された印刷データをプリンタドライバ４１１に送信する。したがって、前述した第１の実施形態で説明した効果に加えて、ユーザによる面付け設定と、生成した画像が制限を満たす場合には、証明書の生成・認証のための処理を省略することができるという効果が得られる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態では、クライアントアプリケーションが画像形成装置からアクセス制御情報を取得し、クライアントアプリケーション内で判定処理を行う場合の具体例を説明する。また、本実施形態では、アクセス制御情報に従ってクライアントアプリケーションにおける面付け方法を変更する。このように本実施形態は、第２の実施形態に対し、証明書の生成・認証に関する処理がない点と、クライアントアプリケーションにおける面付け方法の変更に関する構成及び処理の内容とが主として異なる。例えば、システム構成、ハードウェア構成、及びアクセス制御情報の形式は第１、第２の実施形態と同様である。したがって、本実施形態の説明において、前述した第１、第２の実施形態と同一の部分については、図１〜図８に付した符号と同一の符号を付す等して詳細な説明を省略する。

［ソフトウェア構成］
図９は、印刷制御システムのソフトウェア構成の一例を示す図である。具体的に図９では、クライアントＰＣ１０１内のソフトウェア構成の一例を示している。クライアントＰＣ１０１には、少なくともクライアントアプリケーション９０１とプリンタドライバ４１１とが存在する。ただし、プリンタドライバ４１１は本実施形態において特徴をなす処理部が存在しないため、本実施形態ではプリンタドライバ４１１の説明を省略する。図９に示すように、クライアントアプリケーション９０１内に電子署名部４０５が存在しない点と、印刷画像生成部９０２の処理内容が、第２の実施形態のクライアントアプリケーション７０１と異なる。

クライアントアプリケーション９０１内の印刷画像生成部９０２は、第１、第２の実施形態と同じくユーザの設定した面付け設定に従って仮想的に面付けされた１つの画像を生成する。更に、本実施形態では、印刷画像生成部９０２は、アクセス制御情報解析部４０４によって解析された結果に従って、面付け方法を変更し、正常に印刷が行われるように制御する。すなわち、アクセス制御情報に、面付けに関する制限がかけられているときには、印刷画像生成部９０２は、仮想的に面付けされた画像を生成しない。これによりプリンタドライバ４１１へは、通常の印刷と同様に、１ｉｎ１のＮ枚の画像と、Ｎｕｐで印刷することを示す面付け情報とが渡ることになる。

［印刷時の処理］
図１０は、印刷処理を行う際のクライアントアプリケーション９０１の処理の一例を説明するフローチャートである。尚、図１０のフローチャートを開始する前に既にユーザがログインしているものとする。
前述したように、クライアントアプリケーション９０１は、出力先の画像形成装置１０２の選択と、印刷設定とを受け付けると、印刷設定に２ｕｐ以上の面付け設定が含まれているかどうか判断する（ステップＳ６０１〜Ｓ６０３）。この判断の結果、印刷設定に面付け設定が含まれている場合、印刷画像生成部４０２は、ステップＳ６０２で設定された面付け設定に従い、仮想的にＮｉｎ１の面付けがなされた１枚の画像を生成してステップＳ６２１に進む（ステップＳ６０４）。一方、印刷設定に面付け設定が含まれていないと判断された場合には、ステップＳ６０４を省略してステップＳ６２１に進む。
以上のように本実施形態では、例えば、ステップＳ６０１の処理を行うことにより受け付け手段の一例が実現され、ステップＳ６０４の処理を行うことにより生成手段の一例が実現される。

そして、アクセス制御情報解析部４０４は、アクセス制御情報を解析した結果に基づいて、面付け設定が、クライアントアプリケーション４０１に課せられた制限を満たさない場合、印刷実行不可時の処理を行う（ステップＳ６２１〜Ｓ６２４）。一方、面付け設定が、クライアントアプリケーション４０１に課せられた制限を満たす場合、アクセス制御情報解析部４０４は、印刷対象の画像がクライアントアプリケーション４０１に課せられた制限を満たすか否かを判定する（ステップＳ６２５）。
この判定の結果、印刷対象の画像がクライアントアプリケーション４０１に課せられた制限を満たさない場合には、ステップＳ６３１に進む。ステップＳ６３１に進むと、印刷画像生成部９０２は、ステップＳ６０４で生成した「仮想的に面付けされた１つの画像」を削除し、１ページ１枚の画像の状態へ戻す仮想面付け変更処理を行う。
以上のように本実施形態では、例えば、ステップＳ６０４の処理を行うことにより生成手段の一例が実現され、ステップＳ６２１の処理を行うことにより取得手段の一例が実現される。また、例えば、ステップＳ６２３の処理を行うことにより第２の判定手段の一例が実現され、ステップＳ６２５の処理を行うことにより判定手段の一例が実現される。また、ステップＳ６３１の処理を行うことにより第２の生成手段の一例が実現される。

そして、ステップＳ６３２において、データ送信部４０６は、ステップＳ８０１で生成された複数ページ（Ｎページ）の画像と、ステップＳ６０２で設定された面付け情報とを、プリンタドライバ４１１へ送信する。すなわち、本実施形態では、印刷画像生成部９０２で仮想的に集約された画像が作成されず、前述したように、１ｉｎ１のＮ枚の画像と、Ｎｕｐで印刷することを示す面付け情報とがプリンタドライバ４１１へ送信される。そして、プリンタドライバ４１１で面付け処理がなされる。このため正常に印刷可能となる。
以上のように本実施形態では、例えば、ステップＳ６３２と、これに関連するプリンタドライバ４１１及び画像形成装置１０２の処理とを行うことにより出力手段の一例が実現される。
ステップＳ６２５において、印刷対象の画像がクライアントアプリケーション４０１に課せられた制限を満たす場合には、ステップＳ６３１を行わずにステップＳ６３２に進む。

以上のように本実施形態では、ユーザによる面付け設定が制限を満たし、且つ生成した画像が制限を満たさない場合、クライアントアプリケーション９０１は、仮想的な面付けを行わずにＮ枚の画像をＮｉｎ１で印刷することをプリンタドライバ４１１に指示する。したがって、前述した第１の実施形態で説明した効果に加えて、証明書の生成・認証のための処理を省略することができるという効果が得られる。

尚、本実施形態では、ステップＳ６０４で一度仮想的な面付け処理が行われてからステップＳ６３１で当該面付け処理を解除するというような順序で記載したが、必ずしもこのようにする必要はない。例えば、ステップＳ６２１とステップＳ６２２とをステップＳ６０３、Ｓ６０４よりも先に行い、ステップＳ６２５において「仮想的な面付けをしたと仮定した場合にアクセス制御情報（制限）に抵触するかどうか否か」を判断する。そして、抵触しない場合に、ステップＳ６０３、Ｓ６０４の処理を行うようにしてもよい。このようにした場合には、例えば、ステップＳ６２５に相当する処理を行うことにより判定手段の一例が実現され、ステップＳ６０４に相当する処理を行うことにより生成手段の一例が実現される。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本実施形態では、証明書やアクセス制御情報の解析結果の代わりに、印刷対象の画像のレイアウトの解析結果に基づいて、仮想的な面付けに基づく印刷の実行の可否を判定するようにしている。このように本実施形態と前述した第１〜第３の実施形態とは、仮想的な面付けに基づく印刷の実行の可否を判定するための構成及び処理とが主として異なる。例えば、システム構成、ハードウェア構成、及びアクセス制御情報の形式は第１〜第３の実施形態と同様である。したがって、本実施形態の説明において、前述した第１〜第３の実施形態と同一の部分については、図１〜図１０に付した符号と同一の符号を付す等して詳細な説明を省略する。

［ソフトウェア構成］
図１１は、印刷制御システムのソフトウェア構成一例を示す図である。具体的に図１１では、クライアントＰＣ１０１内のソフトウェア構成の一例を示している。クライアントＰＣ１０１には、少なくともクライアントアプリケーション１１０１とプリンタドライバ１１１１とが存在する。クライアントアプリケーション１１０１内に電子署名部４０５が存在しない点と、プリンタドライバ１１１１内に認証部４１３が存在しない点と、プリンタドライバ１１１１内にレイアウト解析部１１１２が存在する点が第１の実施形態と異なる（図４を参照）。

プリンタドライバ１１１１内のレイアウト解析部１１１２は、クライアントアプリケーション１１０１内の印刷画像生成部４０２が生成した画像のレイアウトを自動的に認識し、認識した結果に基づいてユーザが指定した面付け設定を把握する。画像のレイアウトを自動認識する際には、例えば一般的に広く知られる画像認識技術等を利用することができるが、当該画像認識技術等は公知であるので、その詳細な説明を省略する。

［印刷時の処理］
図１２Ａは、印刷処理を行う際のクライアントアプリケーション１１０１の処理の一例を説明するフローチャートである。尚、図１２Ａのフローチャートを開始する前に既にユーザがログインしているものとする。
前述したように、クライアントアプリケーション１１０１は、出力先の画像形成装置１０２の選択と、印刷設定とを受け付けると、印刷設定に２ｕｐ以上の面付け設定が含まれているかどうか判断する（ステップＳ６０１〜Ｓ６０３）。この判断の結果、印刷設定に面付け設定が含まれている場合、印刷画像生成部４０２は、ステップＳ６０２で設定された面付け設定に従い、仮想的にＮｉｎ１の面付けがなされた１枚の画像を生成してステップＳ６４１に進む（ステップＳ６０４）。一方、印刷設定に面付け設定が含まれていないと判断された場合には、ステップＳ６０４を省略してステップＳ６４１に進む。
以上のように本実施形態では、例えば、ステップＳ６０１の処理を行うことにより受け付け手段の一例が実現され、ステップＳ６０４の処理を行うことにより生成手段の一例が実現される。

ステップＳ６４１に進むと、データ送信部４０６は、ステップＳ６０４で生成された「仮想的に面付けされた１枚の画像」をプリンタドライバ４１１へ送信する。尚、ステップＳ６０４を通っていない場合、データ送信部４０６は、仮想的に面付けされていない画像と面付け情報をプリンタドライバ４１１へ送信する。

図１２Ｂは、印刷処理を行う際のプリンタドライバ１１１１の処理の一例を説明するフローチャートである。
図１２ＢのステップＳ６０８において、データ受信部４１２がクライアントアプリケーション１１０１のデータ送信部４０６から送信された画像を受信すると、ステップＳ６４２に進む。ステップＳ６４２に進むと、レイアウト解析部１１１２は、データ受信部４１２が受信した画像のレイアウトを自動的に認識する。この結果、レイアウト解析部１１１２は、図１２ＡのステップＳ６０２でユーザが設定した面付け設定の情報を取得（推定）することができる。
以上のように本実施形態では、例えば、ステップＳ６４２の処理を行うことにより推定手段の一例が実現される。

そして、ステップＳ６４３において、面付け情報解析部４１４は、ステップＳ６４２で取得された面付け設定が、予め画像形成装置１０２から取得しているアクセス制御情報に基づく制限を満たすか否かを判定する。この判定の結果、ステップＳ６４２で取得された面付け設定が、予め画像形成装置１０２から取得しているアクセス制御情報に基づく制限を満たす場合には、ステップＳ６１０に進む。ステップＳ６１０に進むと、面付け情報解析部４１４は、データ受信部４１２が受信した印刷データに含まれる「画像と面付け情報」から、当該画像に関して、例外的に面付けの情報を信頼して印刷処理を実行する。
以上のように本実施形態では、例えば、ステップＳ６４３の処理を行うことにより判定手段の一例が実現され、ステップＳ６１０と、これに関連するプリンタドライバ１１１１及び画像形成装置１０２の処理とを行うことにより出力手段の一例が実現される。

一方、ステップＳ６４２で取得された面付け設定が、予め画像形成装置１０２から取得しているアクセス制御情報に基づく制限を満たさない場合には、ステップＳ６４４に進み、プリンタドライバ１１１１は、印刷実行不可時の処理を行う。印刷実行不可時の処理としては、メッセージを出して警告する等の処理が考えられる。

以上のように本実施形態では、プリンタドライバ１１１１は、クライアントアプリケーション１１０１から送信された画像のレイアウトを自動的に解析し、解析した結果から、ユーザが設定した面付け設定の内容を判断する。そして、プリンタドライバ１１１１は、アクセス制御情報に基づいて、画像のレイアウトから判断した面付け設定の内容が、クライアントアプリケーション４０１に対して課せられている制限の範囲内のものであるか否かを判定する。この判定の結果、面付け設定の内容が、クライアントアプリケーション４０１に対して課せられている制限の範囲内のものである場合、プリンタドライバ１１１１は、仮想的にＮｉｎ１の面付けがされた１つの画像をそのまま印刷するための印刷処理を行う。したがって、前述した第１の実施形態で説明した効果に加え、証明書を用いることなく、プリンタドライバ１１１１側で、仮想的な面付けに基づく印刷の実行の可否を判定することができるという効果が得られる。

尚、前述した各実施形態で示したプリンタドライバ４１１、１１１１に関するフローチャート（図６Ｂ、図８Ｂ、図１２Ｂ）の処理は、画像形成装置１０２で行うこともできる。

（本発明の他の実施形態）
前述した本発明の実施形態における画像形成システムを構成する各手段、並びに画像形成方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図６、図８、図１０、図１２に示すフローチャートに対応したコンピュータプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウェア（プログラム）をパソコン等の処理装置（CPU、プロセッサ）にて実行することでも実現できる。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

Claims (10)

1. 面付け設定についてのユーザによる操作入力を受け付ける受け付け手段と、
   前記受け付け手段により受け付けられた面付け設定に基づいて、複数のページの画像が１ページに仮想的に面付けされた１ｉｎ１の画像を生成する生成手段と、
   前記生成手段により生成された画像については、予め設定されている面付け設定の制限に関わらず出力する出力手段と、を有することを特徴とする画像形成システム。
2. 前記生成手段により生成された画像の生成元を特定する情報を生成する第２の生成手段と、
   前記第２の生成手段により生成された情報により特定される画像の生成元が、予め登録されているものと一致していることを確認する確認手段とを有し、
   前記出力手段は、前記確認手段により、前記第２の生成手段により生成された情報により特定される画像の生成元が、予め登録されているものと一致していることが確認されると、前記面付け設定の制限に関わらず、当該生成手段により生成された画像を出力することを特徴とする請求項１に記載の画像形成システム。
3. 前記面付け設定の制限を示す設定制限情報を取得する取得手段と、
   前記設定制限情報に基づいて、前記生成手段により生成された画像が、前記面付け設定の制限を満たす画像であるか否かを判定する判定手段と、を有し、
   前記第２の生成手段は、前記判定手段により、前記生成手段により生成された画像が、前記面付け設定の制限を満たす画像でないと判定されると、前記生成手段により生成された画像の生成元を特定する情報を生成することを特徴とする請求項２に記載の画像形成システム。
4. 前記判定手段により、前記生成手段により生成された画像が、前記面付け設定の制限を満たす画像であると判定されると、前記複数のページの夫々の画像を生成する第３の生成手段を有し、
   前記出力手段は、前記生成手段により生成された画像の代わりに前記第３の生成手段により生成された画像と、前記受け付け手段により受け付けられた面付け設定とに基づいて、面付けされた画像を出力することを特徴とする請求項３に記載の画像形成システム。
5. 前記面付け設定の制限を示す設定制限情報を取得する取得手段と、
   前記設定制限情報に基づいて、前記生成手段により生成された画像が、前記面付け設定の制限を満たす画像であるか否かを判定する判定手段と、
   前記判定手段により、前記生成手段により生成された画像が、前記面付け設定の制限を満たす画像でないと判定されると、前記生成手段により生成された画像を削除すると共に、前記複数のページの夫々の画像を生成する第２の生成手段と、を有し、
   前記出力手段は、前記生成手段により生成された画像の代わりに、前記第２の生成手段により生成された画像と、前記受け付け手段により受け付けられた面付け設定とに基づいて、面付けされた画像を出力することを特徴とする請求項１に記載の画像形成システム。
6. 前記面付け設定の制限を示す設定制限情報を取得する取得手段と、
   前記受け付け手段により受け付けられた面付け設定に基づいて、複数のページの画像が仮想的に面付けされた１ｉｎ１の画像が生成されると仮定したときに、当該画像が、前記面付け設定の制限を満たす画像であるか否かを判定する判定手段と、を有し、
   前記生成手段は、前記判定手段により、複数のページの画像が仮想的に面付けされた１ｉｎ１の画像が生成されると仮定したときに、当該画像が、前記面付け設定の制限を満たす画像であると判定された場合に、前記受け付け手段により受け付けられた面付け設定に基づいて、複数のページの画像が仮想的に１ページに面付けされた画像を生成し、そうでない場合に、当該画像を生成しないことを特徴とする請求項１に記載の画像形成システム。
7. 前記取得手段により取得された設定制限情報に基づいて、前記受け付け手段により受け付けられた面付け設定が、前記面付け設定の制限を満たすか否かを判定する第２の判定手段と、
   前記第２の判定手段により、前記受け付け手段により受け付けられた面付け設定が、前記面付け設定の制限を満たしていないと判定されると、当該制限を満たすように当該面付け設定を変更し、前記生成手段により生成された画像を、当該変更した面付け設定に基づく画像に変更する変更手段と、を有し、
   前記出力手段は、前記生成手段により生成された画像の代わりに、前記変更手段により変更された画像を出力し、
   前記判定手段は、前記第２の判定手段により、前記受け付け手段により受け付けられた面付け設定が、前記面付け設定の制限を満たしていると判定されると、前記判定を行うことを特徴とする請求項３〜６の何れか１項に記載の画像形成システム。
8. 前記生成手段により生成された画像のレイアウトの解析結果に基づいて、当該画像に対して仮想的に行われた面付けの設定を推定する推定手段と、
   前記推定手段により推定された面付け設定が、予め登録されている面付け設定の制限を満たすか否かを判定する判定手段と、を有し、
   前記出力手段は、前記判定手段により、前記推定手段により推定された面付け設定が、予め登録されている面付け設定の制限を満たすと判定されると、前記生成手段により生成された画像を出力することを特徴とする請求項１に記載の画像形成システム。
9. 面付け設定についてのユーザによる操作入力を受け付ける受け付けステップと、
   前記受け付けステップにより受け付けられた面付け設定に基づいて、複数のページの画像が１ページに仮想的に面付けされた１ｉｎ１の画像を生成する生成ステップと、
   前記生成ステップにより生成された画像については、予め設定されている面付け設定の制限に関わらず出力する出力ステップと、を有することを特徴とする画像形成方法。
10. 面付け設定についてのユーザによる操作入力を受け付ける受け付けステップと、
    前記受け付けステップにより受け付けられた面付け設定に基づいて、複数のページの画像が１ページに仮想的に面付けされた１ｉｎ１の画像を生成する生成ステップと、
    前記生成ステップにより生成された画像については、予め設定されている面付け設定の制限に関わらず出力するための処理を行う出力ステップと、をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images