JP4455398B2 - 情報処理装置及びその制御方法、並びにコンピュータプログラム - Google Patents

Description

本発明は、フィニッシャ（印刷後処理装置）を用いた印刷技術に関するものである。

従来のオフィス市場では、プリンタなどの出力デバイスに簡易的なフィニッシャ装置が接続され、それを用いた製本作業が行われている。オフィスユースで利用されているフィニッシャ装置としての代表的なものは、オフィス市場では中綴じ、小部数のステイプル機能を持つフィニッシャ装置が挙げられる。

上記のようなオフィスユースでのフィニッシャ装置はプリンタ装置と通信可能に電気的に接続されている。プリンタ内のコントローラは、印刷出力した際に、フィニッシャ装置に対して各種処理要求信号を送出し、且つ、フィニッシャ装置の状態を取得することも可能となっている。一方、プリンタ装置は、印刷データ発生源であるホスト（オフィスコンピュータ、パーソナルコンピュータ等）に対して、自身のプリンタ装置の機種名は勿論のこと、接続されているフィニッシャ装置の機種名（機能情報を含む）を報知することが可能である。

ホスト上で実行するプリンタドライバは、上記のように、プリンタ装置及びそれに接続されているフィニッシャ装置に関する情報を取得することができる。従って、ユーザは、ホスト上で実行しているアプリケーションで生成したデータを印刷する場合に、プリンタドライバが予め用意したＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に従って、フィニッシャ装置の機能を利用するか否かを含めた各種印刷条件を設定できる。

一方、印刷市場では、更に高機能なフィニッシャ装置が利用されている。印刷市場で利用されるフィニッシャ装置は、オフィス市場のそれとは異なり、裁断や裁断やくるみ製本といった複雑な機能を有する。ところが、印刷市場でのフィニッシャ装置は、プリンタ装置とは独立した装置であって、プリンタとの通信はできないものが多い。また、印刷市場でのフィニッシャ装置は、その扱い方も難しく、ある程度の専門知識をもった「オペレータ」が作業を行う必要がある。また、各フィニッシャをどのような順番で使うかといった作業フローもオペレータが把握する必要があり、作業に慣れるまで時間がかかるという問題点があった。また、印刷市場でのフィニッシャ装置は、プリンタ装置とは独立した装置であるため、ユーザは、どのようなフィニッシャ装置を利用するかを把握した上で、印刷条件を設定しなければならない。例えば、独立したステイプル装置を利用して製本物を作成する場合、印刷装置で印刷するデータに対して、印刷装置に物理的に接続されたステイプル装置を利用するような設定を行うことが無いよう、注意する必要がある。

そこで印刷市場では、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）等のジョブチケットと称される、入稿された印刷オーダーに関する各種の処理情報が記述されたデータファイルによって作業手順書などを出力することが行われている。これにより、作業の手順を明確化することでオペレータの負担を軽減するシステムが取り入れられている。それだけではなく、印刷の際に面付け情報や製本機の印刷用紙取得方向の情報を取得して出力順序を決定するシステム（特許文献１参照）や、内容と表紙が異なる紙で印刷を行う際にＩＤをつけて製本装置の制御を行うシステム（特許文献２参照）など、オペレータの作業量を軽減させるシステムが数多く提案されている。
特開２００４−７８４４９公報 特開平１１−１０５４５５号公報

しかしながら、近年では、従来のオフィス市場に印刷市場で用いるようなフィニッシャを導入し、今までオフラインで使用していたフィニッシャをネットワークに接続させることでユーザにさらなる高機能な環境を提供する新しい市場が登場してきている。

この場合、一般的なユーザは、自ら生成を望む最終的な製本物をイメージして、そのイメージに則った製本物を作成しようとする。しかしながら、その製本物を得るために、途中過程での各フィニッシャの活用する順序、操作方法等の専門性の高い印刷の知識までは有していないケースが多い。望ましくは、通常、ホスト上で実行しているアプリケーションで印刷指示した際に表示される、プリンタドライバが用意するＧＵＩを用いて、簡単に各種設定を行なえることが望ましい。

しかしながら、印刷市場におけるフィニッシャ装置は、プリンタ装置とは独立したデバイスであることが多いため、オフィスのネットワークに接続したとしても、その制御そのものは個々のデバイスに独立したものとなる。また、印刷市場でのフィニッシャ装置は多種多様であり、オフィスに導入されるフィニッシャ装置の種類も顧客次第である。従って、印刷市場のフィニッシャ装置をオフィスに新しく導入しても、従来のように、そのフィニッシャ装置の機能情報をプリンタドライバのＧＵＩに反映させることが難しい。

本発明は係る問題点に鑑みなされたものであり、印刷市場で使用されている未知のフィニッシャ装置をオフィスで利用する場合であっても、これまでのオフィスでのユーザが使いなれたプリンタドライバが提供するＧＵＩ内で、それらフィニッシャ装置を利用した設定を可能にする技術を提供しようとするものである。

この課題を解決するため、例えば本発明の情報処理装置は以下の構成を備える。すなわち、
印刷装置と通信可能な情報処理装置であって、
前記印刷装置に関する印刷条件及び前記印刷装置に取り付けられることが想定された第１印刷後処理装置に関する後処理条件を設定するための基本画面に関する基本表示情報を保持する第１の保持手段と、
前記印刷装置に取り付けられることが想定されていない第２印刷後処理装置の機能情報を保持する第２の保持手段と、
前記第１の保持手段に保持された基本表示情報に前記第２印刷後処理装置に関する後処理条件を設定するための情報が含まれない場合、前記第２の保持手段に保持された前記第２印刷後処理装置の前記機能情報を用いて前記基本表示情報を更新する更新手段と、
前記更新手段で更新された基本表示情報に基づいて、前記印刷装置の印刷条件及び前記第１印刷後処理装置と前記第２印刷後処理装置とに関する後処理条件を設定可能な画面を表示する表示手段と、
を備え、
前記第２印刷後処理装置は、前記印刷装置の紙搬送路を介して前記印刷装置と接続されていない印刷後処理装置であることを特徴とする。

本発明によれば、基本となる印刷設定表示画面を構築するための基本表示情報、並びに、印刷後処理装置の機能情報が共に共通の所定の構造化言語で記述することにしているので、容易に、それらを組み合わせて印刷及び製本にかかわる条件を設定するための印刷設定画面を表示することが可能になる。従って、ユーザは印刷する際の条件と製本に関する設定をシームレスに行うことが可能になる。特に、従来では個別に操作・制御する必要のあった、ネットワークには接続されているが、印刷装置から自動では印刷出力物が搬送されない印刷後処理装置をプリンタドライバから制御することが可能となる。

以下、添付図面に従って本発明に係る実施形態を詳細に説明する。

＜第１の実施形態＞
［システム構成］
図１８は、実施形態におけるシステム構成の一例を示すシステム構成図である。

図示のＤＴＰ（デスクトップパブリッシング）システムは、ネットワーク１８００と、このネットワーク１８００上に接続された２台のクライアントＰＣ１８１１、１８１２、２台の画像形成装置（プリンタ）１８２１、１８２３、それぞれの画像形成装置にインラインで接続しているインラインフィニッシャ１８２２、１８２３、２台のニアラインフィニッシャ１８３１（くるみ製本機）、１８３２（裁断機）、更には、１台あるいは複数台のフィニッシャをネットワークに接続して制御できるようにしたフィニッシャシステム１８４１に設けられていることをことを示している。なお、図示は一例であって、クライアントＰＣ、各フィニッシャの種類や数はこれに限定されるものではない。また、ネットワークへの接続できないオフラインフィニッシャを設ける場合もある。

ここで、フィニッシャの種類として用いるインライン、ニアライン、オフラインの各用語は、フィニッシャに対する処理もしくは操作の方法の観点から区別するものであり、以下のような意味である。

インラインフィニッシャとは、単体ではホストコンピュータと通信することができず、例えば画像形成装置と同一の用紙搬送路で接続されているものである（画像形成装置と電気的且つ物理的に接続されている）。そして、この画像形成装置から搬送される印刷物に対してフィニッシャにおいて行う処理内容を画像形成装置から設定するものである。処理内容は、後処理設定情報によって示される。また、情報処理装置（クライアントＰＣ）上で動作するプリンタドライバを用いて、画像形成装置のオプション構成としてインラインフィニッシャを設定することで、インラインフィニッシャでの処理内容（例えば、製本処理）を指定した印刷ジョブを生成することができる。

オフラインフィニッシャとは、外部装置と通信する手段をもたない（オフライン状態）ものであり、フィニッシャにおいて行う処理内容をフィニッシャにおいて設定するものである。例えば、オフラインフィニッシャの操作部から処理内容をユーザが設定したり、後処理の対象用紙に印刷されたバーコード等の印刷情報を読み取って自動的に処理内容を設定したりする。

ニアラインフィニッシャとは、外部装置と通信する手段を備え、フィニッシャにおいて行う処理内容を、フィニッシャの操作部から入力可能なだけでなく、ネットワークを介して別の機器、例えばホストコンピュータから処理内容（ジョブチケット）を入力することで設定できるようにしたものである。

また、印刷出力物の搬送経路（紙パス）の観点から各フィニッシャの特徴を述べる。これは一般的な特徴であり、理解を助ける目的で記述するもので、この説明に限定されるものではない。

インラインフィニッシャは、画像形成装置と物理的につながっており、画像形成装置の印刷出力した紙が搬送経路（紙パス）を通ってフィニッシャに速やかに送られる。つまり、オペレータは紙を搬送する必要はない。オフラインフィニッシャは、画像形成装置とは物理的につながっておらず、画像形成装置の印刷出力した紙は台車やトレイ、ベルトコンベアなどで一旦バッファされ、その後にフィニッシャの入力部にセットされる。ニアラインフィニッシャは、オフラインフィニッシャと同様に、一旦バッファされた後にその入力部にセットされるが、前述したように、処理内容（ジョブチケット）を通信手段を介して入力することができる。また、インラインフィニッシャに外部機器（ホストコンピュータ）と通信するための通信部を設け、この通信部を介して後処理指示（ジョブチケット）を入力可能にし、ニアラインフィニッシャとして動作させることも可能である。

［クライアントＰＣの構成］
クライアントＰＣ１８１１の構成を図４３を用いて説明する。なお、クライアントＰＣ１８１２についても同様である。

クライアントＰＣ１８１１は、装置全体の制御を司るＣＰＵ４５０１を備える。また、ＢＩＯＳやブートプログラムを記憶しているＲＯＭ４５０２、ＣＰＵ４５０１のワークエリアとして使用されるＲＡＭ４５０３を備える。また、ＯＳ（Operating System）やプリンタドライバプログラム、各種アプリケーションプログラム、並びに、アプリケーションで作成されたデータファイルを格納する大容量記憶装置であるハードディスクドライブ（ＨＤＤ）４５０４を備える。また、キーボード４０５５、マウス（登録商標）等のポインティングデバイス４５０６を備える。また、ビデオメモリを内蔵し、ＣＰＵ４５０１の指示に従ってビデオメモリへの描画処理並びにビデオメモリから画像データを読出し、表示装置４５０８にビデオ信号として出力する表示制御部４５０７を備える。また、ネットワークと通信するためのネットワークインターフェース４５０９を備える。なお、これらの各構成要素はシステムバス４５１０に接続され、互いに通信可能になっている。

本装置に電源が投入されると、ＣＰＵ４５０１はＲＯＭ４５０２のブートプログラムに従って、ＨＤＤ４５０４からＯＳをＲＡＭ４５０３にロードし、ＯＳを起動する。その後、ユーザはキーボード４５０５やポインティングデバイス４５０６を操作して、所望のアプリケーションプログラムを起動する。ユーザがアプリケーションプログラムのメニューから印刷を行う指示を入力すると、プリンタドライバがＲＡＭ４５０４にロードされ、印刷に関する各種設定を行うＧＵＩが表示される。そして、それら設定を行ない、印刷を開始する指示入力を行うことで印刷処理が開始されることになる。

なお、実施形態におけるクライアントＰＣ１８１１、１８１２にインストールされているＯＳは米国マイクロソフト社が提供するWindows（登録商標）を例にするが、ＧＵＩのＯＳであれば他のＯＳでも構わない。また、表示装置４５０８の表示画面上には、ポインティングデバイス４５０６に連動するカーソルが表示される。また、ポインティングデバイス４５０６には１つ若しくは複数のボタンが備えられている。ユーザがポインティングデバイス４５０６を操作して、カーソルを目的とするオブジェクト（表示されたボタンやメニュー項目）に移動させ、ポインティングデバイスのボタンの押下する一連の操作を、以下での説明では「クリック操作」、或いは、単に「クリックする」と表現する。

［プリンタドライバの基本動作概要］
図１〜図３はクライアントＰＣ１８１１（クライアントＰＣ１８１２も同様）の表示装置４５０８の表示画面に表示されるＧＵＩウインドウの一例を示している。尚、図１〜図３を用いて説明する各動作、制御も本実施形態の特徴を成すものである。

実施形態におけるプリンタドライバは、ユーザによるアプリケーションプログラムから印刷の指示がなされた場合に、出力先の画像形成装置の印刷条件を設定するためのＧＵＩを表示する機能を有する。また、印刷開始の指示入力に応じて、アプリケーションプログラムから受信した印刷対象となるデータを、設定された条件に従って、出力先の画像形成装置が解釈できるデータ（一般に、ＰＤＬ）に変換し、出力する機能を有する。プリンタドライバから出力されたデータは、ＯＳによって、ネットワーク１８００上の画像形成装置１８２１や１８２３に送信される。

図１は、実施形態におけるプリンタドライバによって表示される初期ウインドウの例を示している。

図示のウインドウ１１には、幾つかの設定項目が表示される。プリンタ選択領域１２は、ターゲットとなる出力先の画像形成装置を選択するためのものである。この領域の右端の▽マークをクリックすると、ネットワーク上に存在する画像形成装置一覧が表示されるので、その中の１つをクリックすることで、出力対象の画像形成装置が決定される。

印刷範囲設定領域１３は、アプリケーションプログラムで作成された文書の印刷対象範囲を設定するためのものである。ここでは、全ページ、アプリケーションプログラムで編集中のページのみ、或いは、ページ範囲（１ページのみの場合もある）の中から選択することになる。

部数印刷設定領域１４では、印刷出力すべき部数を指定するためのものである。ユーザは、この領域１４内の▽、或いは△マークをクリックすることで、部数の増減が設定できる。

プロパティボタン１７は、プリンタドライバによって選択された画像形成装置に関する更なる詳細設定を行うために用意されている。このプロパティボタン１７がクリックされると、プリンタドライバは表示装置４５０８に図２、図３に示す各種詳細設定ウインドウを表示する。

そして、図１乃至図３の各種の操作画面を介してユーザによる所望の設定が済んだ上で、図１のＯＫボタン１５をクリックすると、ユーザによって設定された条件に従って印刷データを生成し、出力先の画像形成装置にその印刷データ（ＰＤＬデータ）を送信することで印刷処理（印刷画像データの生成と出力処理）が開始する。なお、印刷を取り消す場合には、ユーザはキャンセルキー１６をクリックすればよい。この場合、図１のウインドウが消去され、アプリケーションの編集状態に戻ることになる。

図２，図３は、図１に示した操作画面上のプロパティキーボタン１７がユーザによりクリックされたことで表示されるＧＵＩウインドウを示している。

この画面には、例えば「ページ設定」，「仕上げ」，「給紙」，「印刷品質」等のタブが設けられている。それらをクリック（図示しないクライアントコンピュータが具備するポインティングデバイス等の操作部で指示）することにより、「ページ設定」に関する設定，「仕上げ」に関する設定，「給紙」に関する設定，「印刷品質」に関する設定等の異なる各種詳細な印刷出力条件の設定を切り替えることができる。

図２では、「ページ設定」タブが押下された場合に表示させる操作画面の例を示している。この画面は、印刷すべきジョブの記録紙の用紙サイズをユーザが設定する用紙サイズ設定領域２１を有する。また、一枚の記録紙上にＮ（Ｎは１以上の整数）ページ分の原稿画像データを配列形成させるレイアウトモード指定領域２２を有する。また、画像形成装置において記録紙の搬送する方向を記録紙の長辺を先頭にして搬送するのか、短辺を先頭にして搬送するのかを指定する印刷の向き指定領域２３を有する。また、印刷部数を指定する印刷部数設定領域２４等が設けられている。

また、「仕上げ」タブがユーザによりクリックされた場合には、プリンタドライバは図２から図３に示すように表示画面に切り替える。図３に示す該画面には、ユーザにより選択された画像形成装置、或いは／及び、フィニッシャに関わる固有の設定情報が表示される。例えばステイプル処理の設定、ソート処理の設定、パンチ処理の設定、穴あけ処理の設定、製本処理の設定などのフィニッシングの設定等を含むシート処理の設定領域３２が設けられている。また、片面印刷するか両面印刷を実行させるかを設定する領域３１を含む。なお、画像形成装置による色味などのパラメータを変更する画像処理関連のより細かい調整の設定等の各種の詳細設定をユーザにより実行可能な複数の設定領域を設けても良い。これらの各設定により、ユーザにより上述のような各種の詳細設定を可能とする。

なお、図２、図３の表示画面にて、ＯＫボタン２４がクリックされると、その際に設定された条件情報が一時的にＲＡＭ４５０３に記憶され、図１の画面に戻ることになる。また、図２、図３におけるキャンセルボタン２５がクリックされた場合には、設定内容が破棄され、デフォルトの設定に戻し、図１の画面に戻ることになる。なお、図３の「標準に戻す」ボタン３３がクリックされると、プリンタドライバは、図２、図３等で設定された条件を破棄し、各項目についてデフォルトの設定に戻す処理を行う。

また、図示しないが、同様にして「印刷品質」タブでは、解像度やハーフトーン設定、などの選択を行うことができる。

以上の結果、図１のＯＫボタン１５をクリックすると、クライアント端末１８１１のプリンタドライバは、例えばＡ３サイズの１枚の記録紙の両面に４ページ分の画像を印刷し、長辺綴じ設定を行うような制御情報を生成し、印刷データと共に出力対象の画像形成装置に送信することが可能になる。

［プリンタドライバ構成の説明］
図４は実施形態におけるクライアント端末１８１１（１８１２も同様）におけるプリンタドライバを含むソフトウェア構成を示したものである。

クライアント端末１８１１上には、オペレーティングシステム(OS)４２が動作していて、このＯＳの制御の下で、実施形態におけるプリンタドライバ４５やアプリケーションプログラム４８が稼動することになる。

プリンタドライバ４２は、ユーザＩ／Ｆの表示や設定の保存などを行うユーザＩ／Ｆドライバ４６と、アプリケーションからＯＳを通して指示される印刷対象データを、出力対象画像形成装置が解釈可能なコードに変換するグラフィックドライバ４７とから構成されている。ユーザＩ／Ｆドライバ４６は、アプリケーションからＯＳを通して印刷設定が指示されたとき、図１〜図３に示す印刷設定ダイアログ、プロパティシートを表示する。

なお、ＯＳが管轄する保存領域内に、ユーザが設定した各種条件情報を一時的に記憶する設定保存領域４３がある。また、詳細は後述するが、画像形成装置やフィニッシャ等のプロファイルを格納するプロファイル保存領域４４が設けられる。このプロファイル保存領域４４はＲＡＭ４５０３ではなく、不揮発性のメモリやハードディスクドライブ４５０４に確保される。

ユーザＩ／Ｆドライバ４５は、先に説明したように、ユーザが設定した印刷条件等の属性情報をプリンタドライバ設定保存領域４３に保存する。また、ユーザＩ／Ｆドライバ、グラフィックドライバ、アプリケーションソフトウエアはＯＳを介してこのプリンタドライバ設定保存領域にアクセスすることができ、ユーザが設定した印刷属性を読み取ることが可能である。

グラフィッドライバ４７は、プリンタドライバ設定保存領域４３、プロファイル保存領域４４に格納された情報に基づき、ＯＳを介してアプリケーションから出力された印刷対象データを、画像形成装置１８２１（図示では、図１の画面で、画像形成装置１８２１が選択されているものとしている）が解釈可能なデータに変換し、出力する。ＯＳはこのデータをネットワークインターフェース４５０９を介して、所定のプロトコルに従って、画像形成装置１８２１に出力することになる。この処理は、画像形成装置へに向けての出力処理は、ＯＳが有するスプーラによって行われる。

［印刷の流れ］
次に、ユーザがプリンタドライバ上で印刷属性の設定を行い、印刷出力されるまでの処理の流れを説明する。図５はユーザが印刷属性を設定する手順を示すフローチャート、図６はユーザが印刷指示を行い印刷されるまでのフローチャートである。

先ず、図５のフローチャートに従って、印刷属性の設定処理を説明する。

ＣＰＵ４５０１は、ステップＳ１においてユーザがアプリケーションソフトウエアのメニューから印刷設定のメニューを選択されたことを検出する。この検出がトリガになって、ステップＳ２でアプリケーションがＯＳのＡＰＩ(Application Programming Interface)をコールして、プリンタドライバに印刷属性設定のプロパティシートを表示するように指示する。この指示により、ＯＳはプリンタドライバに印刷属性設定のプロパティシート表示の指示を行うことになる。

ステップＳ３に処理が進むと、プリンタドライバのユーザＩ／Ｆドライバはこの指示を受けて、図１に示した印刷属性設定のプロパティシートを表示する。

続いて、ステップＳ４において、前述した図１乃至図３のプロパティシート上で、ユーザによる印刷属性設定入力を受け付ける。ユーザは所望の印刷属性設定を行う。その後、図１のプロパティシートのＯＫボタン１５がユーザにより押下されたことを検出した場合、印刷属性を確定する。このＯＫボタン１５の押下を受けて、ステップＳ５において、ユーザＩ／Ｆドライバはユーザが設定した印刷属性設定値をＯＳのＡＰＩをコールしてＯＳ内の印刷属性設定保存領域４３に保存する。これにより印刷属性設定とその設定情報の保存が完了する。

次に、図６のフローチャートに従って、印刷処理について説明する。

先ず、ステップＳ１１において、アプリケーションソフトウエアのメニューから印刷メニューが選択されたことを検出する。この検出により、ステップＳ１２に進み、アプリケーションソフトウエアはＯＳのＡＰＩをコールしてプリンタドライバに印刷開始指示を行う。なお、この過程で一度、図１に示す印刷設定ダイアログを表示するケースもある。

ステップＳ１３では、プリンタドライバを構成しているグラフィックドライバ４７が、この印刷開始指示によりＯＳのプリンタドライバ設定保存領域４３から印刷属性設定値を読み出す。そして、画像形成装置とフィニッシャに印刷設定やフィニッシング設定などを指示するジョブ制御情報を生成し、画像形成装置に向けて送信する。ジョブ制御情報には、ＪＤＦ（Job Definition Format；印刷物制作・製造の全工程を包括的に定義・記述し、管理・制御するXMLベースのファイル形式）、ＰＪＬ（Printer Job Language；印刷ジョブ言語：ＰＤＬを印刷ジョブとして扱うための一般的な言語）、ＰＤＬ（Page Description Language；ページ記述言語）コマンドなどがある。

続いて、ステップＳ１４において、アプリケーションが作成したドキュメントデータに基づきＯＳを介して描画命令の生成を行う。この描画命令はグラフィックドライバ４７に渡されることになる。ステップＳ１５では、グラフィックドライバ４７は、上記の印刷描画命令を受信し、画像形成装置が解釈可能な描画情報（ＰＤＬデータ）に変換し、その画像形成装置に向けて送信する。

画像形成装置はステップＳ１６において、受信したＰＤＬデータに基づきレンダリングを行い、印刷を行う。以上述べた手順によりユーザは所望の印刷出力を得ることが可能となる。

なお、画像形成装置は、上記のようにして印刷ジョブ受信した場合、その中に、フィニッシャに対する制御情報があった場合には、その情報を該当するフィニッシャに送信する。ただし、プリンタドライバが、印刷ジョブとは別に、ニアラインフィニッシャに対する後処理の制御要求情報をジョブチケットとして生成し、送信するようにしても構わない。

［画像形成装置の構成］
図１９は実施形態における画像形成装置の一例のブロック図を示している。

図に示すように、画像形成装置は、画像読み取りを行うスキャナ部とその画像データを画像処理するスキャナＩＰ部１９０１を有する。また、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部１９０２と、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）部１９０３を有する。また、外部装置との情報交換を行う専用Ｉ／Ｆ部１９０４を備えている。また、操作スイッチ、ボタン、表示器等で構成される操作部１９０７を有する。また、印刷データ中のＰＤＬデータを解析するＰＤＬ部１９０８、画像の描画等を行う画像処理部１９０９、描画した１ページ分の画像を圧縮／伸長を行う圧縮伸長部１９１０、圧縮した画像を蓄積する情報格納部１９１１を有する。また、各種フィニッシャのプロファイルを格納する共通ＤＢ部１９１２、実際に印刷処理を行うプリンタ部（プリンタエンジンとも言う）１９１３、及び、後段に接続する各種フィニッシャに対する各種処理要求を発行する後処理部１９１４を備える。また、装置全体の制御を司るジョブ制御部１９０５は、上記各構成要素を制御するものであり、処理の径路を決定することになる。

このジョブ制御部１９０５内には、複数の画像データを格納可能なハードディスク等のメモリを具備している。例えば、画像形成装置が具備する制御部（例えばジョブ制御部のＣＰＵなど）が主体となって、スキャナ部からの画像データや、ＦＡＸ部を介して入力されたファクシミリジョブの画像データや、ＮＩＣ部を介して入力されたコンピュータ等の外部装置からの画像データや、Ｉ／Ｆ部を介して入力された他の画像形成装置からの画像データ等の、複数種類の画像データを、該ハードディスクに複数格納可能に制御する。また、このハードディスクに格納された画像データを適宜読み出して、プリンタ部等の出力部に転送し、プリンタ部によるプリント処理等の出力処理を実行可能に制御する。又、オペレータからの指示により、ハードディスクから読み出した画像データを、コンピュータや他の画像形成装置等の外部装置に転送可能に制御する。

この画像形成装置１８２１（１８２３も同様）は、インラインフィニッシャ１８２２とニアラインフィニッシャ１８３１、１８３２に対して、その機能を使うように設定する。各フィニッシャの機能を記述したそれぞれのフィニッシャプロファイル(後述)は、画像形成装置内の共通ＤＢ部１９１２に保持されており、そのプロファイル情報を元に使用する機能の設定が行われるべく、クライアントＰＣ１８１１に送信される。この共通ＤＢ１９１２には、本画像形成装置の出荷時点で接続されると想定される全てのフィニッシャのプロファイルを、その画像形成装置内に保存しておくという方法が考えられる。また、画像形成装置の出荷後に新たにサポートになったフィニッシャが現れた場合は、新しいフィニッシャがネットワークに接続された時点で、画像形成装置がそのフィニッシャ内にあるプロファイル情報を取得する方法でも構わない。更には、フィニッシャ内にプロファイル情報がない場合か、設置後に機能変更や追加などでプロファイル情報がアップデートされた場合などには、フィニッシャメーカのホームページなどからプロファイル情報を取得し、保存するようにしても構わない。したがって、出荷時点ではフィニッシャのプロファイルを持たなくても、使用時にそれを取得することができる。なおプロファイル情報は対応する装置の能力特性を記述した情報であり、能力情報あるいは特性情報ということもできる。

画像形成装置は、このような方法で取得したフィニッシャプロファイルを共通ＤＢ部１９１２に保持する。次に取得したフィニッシャプロファイルを用いて、プリンタドライバなどの他の機器から利用できるように画像形成装置において登録を行う。この詳細は後の「フィニッシャとプロファイルの管理」で説明する。登録が終われば、他の機器（クライアントＰＣ等）は、ＮＩＣ部１９０３を介して画像形成装置に登録されているフィニッシャプロファイルを利用することができる。

[ポストプレスの構成]
多種多様なフィニッシャがある中で本実施形態では、インラインフィニッシャの一例として中綴じ製本機、ニアラインフィニッシャの例として断裁機、無線綴じ機を例にして説明する。

図２１はニアラインフィニッシャの内部構成の一例を図示したものである。ニアラインフィニッシャは後処理デバイス２２００と、その後処理デバイス２００を制御するコントローラ２１００とで構成されることになる。

コントローラ２１００には、ホストコンピュータやＭＦＰなどの他のネットワーク機器と通信を行うネットワーク部２１０１、一時的に情報を保管するＤＲＡＭのような一次記憶装置やＨＤＤのような２次記憶装置で構成される記憶装置２１０２、ニアラインフィニッシャにおいてジョブの制御を行う制御部２１０３、各種設定を行ったり、ユーザからのＩＤ入力などを受け付ける操作部２１０４、入力されたジョブ情報を解釈しデバイスを制御できる形式に変換するジョブ制御情報解釈部２１０５、及び、後処理デバイス２２００を制御するデバイス制御部２１０６を備える。これらのモジュールによりニアラインフィニッシャが構成されている。なお、上述したジョブとは、印刷データなどの印刷ジョブではなく、ニアラインフィニッシャで処理される印刷物の属性情報やニアラインフィニッシャに対する設定情報などのコマンドに相当するものである。

図２２はニアラインフィニッシャにおける一連の処理の流れを説明したフローチャート図である。

まず、ステップＳ６１において、ネットワーク部２１０１からジョブ制御情報（ジョブＩＤを含む）を受信すると、ステップＳ６２にて、ジョブ制御情報解釈部２１０５にてそのジョブ制御情報の解釈を行い、デバイスを制御可能な内部形式に変換する。次いで、ステップＳ６３に進み、変換後の制御情報を、そのジョブＩＤと関連付けて記憶部２１０２に保存し、ステップＳ６４にてオペレータによる操作部２１０４からのジョブＩＤの入力を待つ。

オペレータが操作部２１０４によりジョブＩＤを入力すると、処理はステップＳ６５に進み、ジョブ制御部２１０３は記憶装置２１０２内から、該当するジョブＩＤを持つジョブ制御情報を検索して取得する。そして、ステップＳ６６にて、ジョブ制御部２１０３は、取得したジョブ制御情報をデバイス制御部２１０６に設定することで、後処理デバイス２２００を制御し、該当するジョブを行う。

なお、別の実施形態としては、ネットワーク上にジョブ制御情報を格納するサーバ（ＭＦＰでもよい）を追加するようにしても良い。すなわち、操作部２１０４からジョブＩＤが入力された際、ジョブ制御情報サーバへ接続し、入力されたジョブＩＤに対応するジョブ制御情報をダウンロードする。そして、ジョブ制御情報の解釈を行い、後処理デバイスを制御するようにしても良い。

［プロファイルの内部構造］
本実施形態では、各フィニッシャプロファイルをＸＭＬ形式で記述する。フィニッシャは、製本機、裁断機、折機など種類が多様であり、それぞれの種類ごとに機能が大きく異なる。また、新規機能の追加などにより情報の変化が激しい。そのため、それらに適切に対応できるタグ形式で記述したＸＭＬを用いる。もちろん、新規機能追加等に対して適応的に記述できる言語であれば、如何なるものでも構わない。

図７は製本機のフィニッシャプロファイルを記述した一例、図８は裁断機のフィニッシャプロファイルを記述した一例である。「FinishingType」は製本機、裁断機などの装置種別を、「Manufacturer」は製造したメーカ名を、「ProductName」は型式を表している。

従って、図７は「ＡＢＣ社が製造した１１ＡＢＣという型式の製本機（Type : Bookbinding）」を表している。図８は「ＸＹＺが製造した１０ＸＹＺという型式の裁断機（Type : Cutting）」を表している。図７の「Booklet」や図８の「Cutting」といったタグは製本機や裁断機の固有の能力を記述したものである。このように各フィニッシャの固有の機能に対しては、それぞれ個別にタグで定義することでプロファイルとしての記述が可能となる。

［フィニッシャとプロファイルの管理］
図９は画像形成装置内のフィニッシャプロファイルに関する部分についての構成を示している（他の構成については、図１９参照）。

ジョブ制御部１９０５はＮＩＣ部１９０３を介して、ネットワークから受信したフィニッシャプロファイルの記憶管理及び外部からの取得要求に対してプロファイルの送信などを行う。共通ＤＢ部１９１２には、取得したフィニッシャプロファイル名、接続状況などを管理するフィニッシャ管理テーブル１９１２ａ、及び、フィニッシャプロファイルの実体を保存するフィニッシャプロファイル保存領域１９１２ｂを有する。なお、画像形成装置に接続可能な既知のフィニッシャについては、それらのフィニッシャ名称などの情報はフィニッシャ管理テーブル１９１２ａに保存され、それぞれのフィニッシャに対応するプロファイルはフィニッシャプロファイル保存領域１９１２ｂに保存されている。

図１０は、フィニッシャ管理テーブル１９１２ａの内容の一例を示している。このテーブルには画像形成装置と通信可能或いは接続可能なフィニッシャの情報が格納されている。本実施形態ではテーブルの第１フィールドには管理番号（変数型はUnsigned Short）が格納されている。第２フィールドにはフィニッシャ名称（変数型はString）が格納されている。第３フィールドにはメーカ名称（変数型はString）が格納されている。第４フィールドには該当するるプロファイルのファイル名称(変数型はString)が格納されている。第５フィールドにはフィニッシャの接続状況（変数型はBooleanで、falseかtrueのいずれか）が割り当てられている。「接続状況」がtrueの場合は接続（通信可）を示し、ｆａｌｓｅの場合は未接続（通信不可）を示す。

例えば、管理番号#５の欄は、フィニッシャ名称が「Finisher-X」、メーカ名称が「XYZ」社、対応するプロファイルのプロファイル名称は「finisher-x-of-xyz.xml」、また接続状況は「true」であるため接続されていることを示している。また他の欄については同様に解釈することができるが、この表では管理番号#５のフィニッシャ以外は未接続状態となっている。

次に図１１のフローチャートに従って、ニアラインフィニッシャを画像形成装置１８２１から利用可能にする手順を説明する。ここで接続するフィニッシャは、XYZ社のFinisher-Yであるとする。

先ず、ステップＳ２１において、ユーザは新しいフィニッシャを設置し、ＬＡＮケーブル等の所定の通信媒体で接続する。

次に、ステップＳ２２において、画像形成装置１８２１は、ユーザによる接続操作のために、操作部１９０７上にユーザインターフェース画面を表示する。その画面でユーザは、ネットワーク上のニアラインフィニッシャに対して接続操作を行い、ニアラインフィニッシャを利用可能にすべく指示を行う。そして、ニアラインフィニッシャから応答があり、利用可能であると判断すると、ステップＳ２３において、フィニッシャ管理テーブルにおける、接続されたフィニッシャの接続状態を、「接続（ｔｒｕｅ）」に変更する。この操作を図１２〜図１４を用いて説明する。図１２〜図１４はステップＳ２２における操作画面を示す。

図１２は、操作部１９０７において、フィニッシャ接続を指示した際の、画像形成装置本体の操作部に設けられた表示部の初期状態を示したものである。実施形態における表示部は感圧式のタッチパネルを有し、所望とする位置を指で押下することで、その入力を行う。

さて、ユーザはフィニッシャの接続設定を行うために、まずOptionsボタン１２１を押下する。このボタン１２１は画像形成装置のオプション設定を行うためのものであり、このボタン押下により図１３の画面が表示される。ユーザはさらに図１３の画面の中の「Finisher Registration」ボタンを１３１を押下する。このボタン押下により、先に説明した、フィニッシャ管理テーブル１９１２ａに基づく、図１４のフィニッシャ接続登録画面が表示される。この画面は登録可能なフィニッシャの一覧が表示されるとともに、各フィニッシャの接続登録を行うことができる。フィニッシャの一覧は、フィニッシャ管理テーブル１９１２ａを、対応プロファイル名を除いてそのまま可視化したものである。すなわち、フィニッシャの一覧は、フィニッシャ名称１４１ａ、メーカ名称１４１ｂ、接続状況１４１ｃから構成される。この一覧表は一度に７個のフィニッシャが表示されているが、この７個を越えるフィニッシャを閲覧するには、同図のスクロールボタン１４２、１４３を押下する。また接続登録する場合は、対象のフィニッシャの行のどこかの部分をタッチすることにより選択状態にした後、「Connect」ボタン１４６をタッチすることで行われる。また、接続登録を破棄（登録解除）する場合には、「Disconnect」ボタン１４５にタッチする。

図示では、XYZ社のFinisher-Yを接続登録するため、行１４４のどこかの部分にタッチしてFinisher-Yを選択状態とする。選択状態になると、その行の明暗が反転することで、ユーザはどの行を選択したのか確認できる。次にこの状態で「Connect」ボタン１４６にタッチしてこのフィニッシャを接続登録する。「Connect」ボタン１４６の押下に応じて、画像形成装置１８２１からニアラインフィニッシャへ対して接続要求（利用可能要求）が発行され、その接続要求に対して応答が得られれば、利用可能であると判断し「Ｃｏｎｎｅｃｔｅｄ」と表示する。応答がなければ指定されたニアラインフィニッシャが利用可能な状態にないと判断して表示を変更しない。最後にこの設定を有効にするため、「ＯＫ」ボタン１４８にタッチする。これにより、フィニッシャ管理テーブルが更新されることになり、表示画面も初期画面に戻る。なお、この登録作業を破棄する場合は、「Cancel」ボタン１４７にタッチすれば、この画面で操作した内容はすべて破棄され、フィニッシャ管理テーブルの更新作業は行われない。

次に画像形成装置がフィニッシャ管理テーブルの更新処理する方法を説明する。図１４の画面では、ユーザはXYZ社のFinisher-Yを接続登録した場合に相当する。

ここでは、管理番号#６の接続状態の欄をfalseからtrueに書き換える。図１６はこの更新が行われた後のフィニッシャ管理テーブル１９１２ａである。図１６に示すように#６のFinisher-Yの接続状態はtrueに変更されている。

以上の手順でユーザが設置したニアラインフィニッシャの接続登録が完了する。なお本実施形態では、ニアラインフィニッシャ接続後にユーザが画像形成装置の操作パネルでフィニッシャの接続設定を行ったが、フィニッシャ管理テーブルが更新できれば他の方法でも実施が可能であり、例えば画像形成装置とフィニッシャは通信媒体で接続されているため、接続時のプロトコルを定義して、画像形成装置とフィニッシャ同士がそのプロトコルに基づき通信することにより、画像形成装置がフィニッシャを自動的に接続登録する方法なども可能である。

画像形成装置はさらに、接続されたニアラインフィニッシャに対してフィニッシャプロファイルの取得要求を送信し、それに応じてニアラインフィニッシャが送信するフィニッシャプロファイルを受信する工程を実行する。受信したフィニッシャプロファイルは共通ＤＢ１９１２に保存される。また、受信したフィニッシャプロファイルの名称は、フィニッシャ管理テーブル１９１２ａのフィニッシャプロファイル名に登録される。また、フィニッシャプロファイルに関連づけて、フィニッシャのアドレスが登録される。

なお、ニアラインフィニッシャのプロファイル情報は、このように画像形成装置が、登録されたニアラインフィニッシャから読み取って、その後コンピュータが取得しても良いが、クライアントＰＣがニアラインフィニッシャから直接プロファイル情報を取得することも出来る。

また、インラインフィニッシャについては、画像形成装置に、そのフィニッシャプロファイルが初期的に格納されている。そして実際にインラインフィニッシャが接続されれば、接続されている旨を示す信号が制御部に入力されるから、それをトリガにしてインラインフィニッシャが接続されている旨をしめすフラグ等をセットする。すなわち、本実施形態では、インラインフィニッシャに関しては、特に登録や接続をしたことを示す操作は必要ない。

[フィニッシャプロファイルの取得]
次に、実施形態におけるクライアントＰＣ１８１１（クライアントＰＣ１８１２も同様）におけるプリンタドライバが、画像形成装置からフィニッシャプロファイルを取得、保存する手順を説明する。

ここでは、図１に示したクライアントＰＣ１９１１の図１において、選択されのが画像形成装置１８２１であるものとして説明する。

図４の構成において、プリンタドライバ４５は、図１のＧＵＩが表示された場合（前回選択したプリンタをデフォルトで表示する）、或いは、プリンタ選択領域１２でプリンタが変更された場合、ＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して、プロファイル取得モジュールを起動する。この結果、このプロファイル取得モジュールは、選択されたプリンタで示される画像形成装置１８２１に対して、ネットワークインターフェース４５０９を介してフィニッシャプロファイルを要求する。この結果、画像形成装置１８２１からは、プロファイルが送信されてくるので、それをＯＳのＡＰＩを介して取得し、それをプロファイル保存領域４４に保存する。実施形態におけるプロファイル保存領域４４は、ハードディスク４５０４に確保されたフォルダとしている（なお、プロファイル取得モジュールは、プリンタドライバ４５の一部のモジュールとしても構成しても良いし、ＯＳの一部の機能として提供されても良い）。従って、一度取得したプロファイルは、電子的なファイルとして記憶保持されることになる。また、プロファイルの取得要求を画像形成装置に発行する際、過去に取得したプロファイルに対して変更があるものを要求するものとする。このためには、画像形成装置１８２１に対して、先ず、プロファイル管理テーブルを要求し、プロファイル保存領域４４に保存されていないプロファイルがあった場合に、そのプロファイルを要求すれば良い。

なお、プロファイルの送受信に用いるプロトコルであるが、プリンタドライバからのフィニッシャプロファイル取得の要求、及びフィニッシャプロファイルの実体の送信が行えればよいので、如何なるものでも構わない。

また、オフラインフィニッシャは、ネットワーク接続されていないので、実施形態における画像形成装置は、そのプロファイルを取得することはできない。このように、自身でプロファイルを外部に送信する機能を有しないフィニッシャについては、そのプロファイルを提供しているメーカ等のＷＷＷサイトからダウンロード等により取得し、クライアントＰＣのプロファイル保存領域又は画像形成装置のプロファイル格納領域に格納する作業を行えばよい。

次に、実施形態におけるプリンタドライバが画像形成装置からフィニッシャプロファイルを取得する処理手順を図１５のフローチャートに従って説明する。

先ず、ステップＳ３１において、プリンタドライバ４５は画像形成装置に接続登録されているフィニッシャプロファイルの取得を要求する。このプリンタドライバからの取得要求に応じて、画像形成装置はプリンタドライバにフィニッシャプロファイルを送信する。次に、ステップＳ３２において、画像形成装置はフィニッシャ管理テーブルを上から順に検索し、各フィニッシャの接続状態を確認する。

図１６に示す画像形成装置が保持するフィニッシャ管理テーブル１９１２ａを用いて説明する。

先ず、最初に、管理テーブル１９１２ａの管理番号＃１の「Finisher-A」の接続状態を確認する。このテーブルではフィニッシャの接続状態は「false」となっている。

ステップＳ３３では、接続状態の条件判断を行う。「Finisher-A」は接続状態が「false」（利用できないことを示している）であるため、ステップＳ３５に進む。ステップＳ３５は、すべてのフィニッシャについて確認したかどうかの判断であり、未チェックのフィニッシャが存在すればステップＳ３２に戻ることになる。以下、この処理を、全てのフィニッシャについて同様に繰り返す。

ここで、「Finisher-X」の接続状態は、「true」（利用できることを示している）である。従って、ステップＳ３３における判断はＹｅｓとなり、ステップＳ３４に進むことになる。このステップＳ３４では、画像形成装置は対応するフィニッシャプロファイルを、要求元のクライアントＰＣのプリンタドライバに送信する。より詳しくは、フィニッシャ管理テーブルから、対応するフィニッシャプロファイル名称は「finisher-x-of-xyz.xml」であるので、フィニッシャプロファイル保存領域１９１２ｂからこのファイルを取り出し、プリンタドライバに送信する。

次にステップＳ３５において、すべてのフィニッシャについて確認したかどうかの判断を行ない、未チェックのフィニッシャがある限り、ステップＳ３２以降の処理を繰り返す。

フィニッシャ管理テーブル１９１２ａが、図１６に示す状態である場合には、フィニッシャ「Finisher-Y」のプロファイル（ファイル名は「finisher-y-of-xyz.xml」）についても、プリンタドライバに送信することになる。

このようにして、画像形成装置は接続状態（通信可能、利用可能状態）にあるフィニッシャのフィニッシャプロファイルをプリンタドライバに送信する。換言すれば、プリンタドライバは、利用可能なフィニッシャのプロファイルを取得することができることになる。

［ホストにおける印刷処理フロー］
次に、クライアントＰＣにおける処理の流れを図２０のフローチャートに従って説明する。

まず、ユーザはアプリケーションを用いて印刷するデータを作成した後、そのアプリケーション上で印刷を指示すると、実施形態におけるプリンタドライバが起動される（ステップＳ５１）。ここで、ユーザがプリンタドライバにおけるフィニッシャの設定を行うために、図１のプロパティボタンをクリックした場合には、その詳細設定画面を表示する（ステップＳ５２）。更に、印刷するデータに対してフィニッシング処理の設定を行うために、更に詳細設定画面を表示する（ステップＳ５３）。この詳細設定画面において、ドライバが情報として保持している、サポートするフィニッシャの中から必要なフィニッシャを選択し、そのフィニッシャが提供するフィニッシング機能の設定を行う（ステップＳ５４）。上記を、全ての設定が終えたことをユーザが指示するまで（図１のＯＫボタン１５が押下されるまで）繰り返す（ステップＳ５５）。設定が完了したら、ステップＳ５６に進み、設定された内容を反映させたＪＤＦファイルと、アプリケーションで生成された文書データに基づく印刷データ（ＰＤＬデータ）を生成する処理を行ない、ステップＳ５７にて、画像形成装置に対してジョブを出力する。

[画像形成装置における処理フロー]
次に、実施形態における画像形成装置における処理手順を図２３、図２４、図２５のフローチャートに従って説明する。なお、図２３における処理は、上述した、画像形成装置におけるフィニッシャとプロファイルの管理での制御に相当する。また、図２４は図１５において説明した、プリンタドライバが画像形成装置からフィニッシャプロファイルを取得する処理を実行する場合の、画像形成装置側の処理について説明するものである。

図２３は画像形成装置において対応するニアラインフィニッシャを設定するフローを示している。ユーザはユーザモードなどからニアラインフィニッシャ設定画面に遷移することによりこの処理を開始することができる。

先ず、ステップＳ７１において、ユーザによって入力されたＩＰアドレスを操作部１９０７を介して入力する。このＩＰアドレスの指定は、直接ニアラインフィニッシャに対するＩＰアドレスを入力してもよいし、所定のサブネットのＩＰアドレスを入力してもよい。次に、ステップＳ７２において、入力されたＩＰアドレスに基づいて、あらかじめ画像形成装置のフィニッシャプロファイル保存領域９０３に記憶されているフィニッシャリストから該当するフィニッシャを特定し、特定された画像処理装置が接続可能なフィニッシャのリストを表示する。これによりユーザに、表示されたリストからニアラインフィニッシャのメーカや型番の一覧から該当するものを選択させて、対応プロファイルを指定させる。

ステップＳ７３において、ユーザに正しいか否かを確認する表示を行ない、ユーザにより確認を待つ。ユーザにより正しい旨の指示入力があった場合、ステップＳ７４に進んで、入力されたアドレスのフィニッシャに対してプロファイル情報を要求し、それを受信して共通ＤＢ部１９１２に保存する。保存されたフィニッシャプロファイルに対応するフィニッシャは、フィニッシャ管理テーブル１９１２ａに追加される。変更されたフィニッシャ管理テーブルを２次記憶装置もしくは不揮発性メモリに記録する。

また別の実施形態としてニアラインフィニッシャからメーカや型番がわかるＩＤを取得できる場合は、ユーザがＩＰアドレスを入力した段階で該当ＩＰアドレスに対してＩＤの取得要求を発行してニアラインフィニッシャからそのＩＤを取得して表示し、ユーザによりＩＤが選択されたことに応じて、そのＩＤに対応するフィニッシャに対してプロファイル情報の要求を行い、該フィニッシャからネットワークに接続されて利用可能なたフィニッシャとしてプロファイル情報を取得してフィニッシャ管理テーブルを書き替えることも可能である。フィニッシャプロファイルは、入力されたＩＰアドレスのフィニッシャに対して要求し、取得する。ＩＰアドレスとプロファイル情報とは関連づけて保存される。

次にホストコンピュータから画像形成装置に登録されたニアラインフィニッシャの一覧と該当プロファイルの取得要求があった場合の処理手順を図２４のフローチャートに従って説明する。

先ず、ステップＳ８１において、ホストコンピュータから機器構成情報取得などでフィニッシャプロファイルの取得要求を受信すると、ステップＳ８２に進んで、登録されたニアラインフィニッシャに対応するプロファイルを要求元のホストコンピュータへ送付する。

本実施形態ではユーザが登録したフィニッシャに対応するプロファイルのみ送付する例を示したが、登録されていなくとも画像形成装置が保持しているすべてのプロファイルを送付しても同様である。

次に画像形成装置における印刷処理を図２５のフローチャートに従って説明する。

まずホストコンピュータからジョブチケットとしてのＪＤＦを含む印刷データを受信すると、ステップＳ９１にて、そのＪＤＦを解釈する。そして、その中にインラインフィニッシャに対する処理があるかどうかをステップＳ９２にて判断する。インラインフィニッシャに対する処理が含まれている場合には、ステップＳ９３にて、ＪＤＦ内のインラインフィニッシャに対する制御要求を解釈する。また、インラインフィニッシャに対する処理がない場合は、ステップＳ９２の処理をスキップし、ステップＳ９４に処理を進める。

ステップＳ９４では、ＪＤＦ内にニアラインフィニッシャに対する処理要求があるか否かを判断する。もしその要求がない場合には、ステップＳ９５乃至Ｓ９７の処理をスキップし、ステップＳ９８に処理を進める。なお、ニアラインフィニッシャに対する要求がないのは、２通りである。１つは、クライアントＰＣ上のユーザが、ニアラインフィニッシャを利用しない印刷ジョブを発行した場合である。もう１つは、クライアントＰＣのプリンタドライバは、該当するニアラインフィニッシャに対して、その後処理を行うための制御情報をジョブチケットとしてダイレクトに送信している場合である。

ステップＳ９５に処理が進んだ場合には、ＪＤＦに基づいてジョブＩＤを生成し、ステップ９６にてニアラインフィニッシャへ送付すべきＪＤＦデータを生成し、ステップＳ９７にて該当するニアラインフィニッシャに対して、ジョブＩＤと生成したＪＤＦを送付する。

ステップＳ９８では、受信した印刷データに基づく公知の印刷処理を実行する。

ステップＳ９９では、インラインフィニッシャに対する処理があるかどうかを確認し、処理がない場合はステップＳ１０１に進める。また、インラインフィニッシャに対する処理がある場合はステップＳ１００にて、インラインフィニッシャに対する処理（インラインフィニッシャに対する後処理の制御情報の送信）を行う。

ステップＳ１０１では、ニアラインフィニッシャに対する処理があるかどうかを確認する。処理がない場合はそのまま終了するが、処理がある場合はステップＳ１０２にて、処理手順及びジョブＩＤからなる作業指示書を生成し、印字を行う。このとき、印刷するジョブＩＤは、ステップＳ９７でニアラインフィニッシャに送信したジョブＩＤと同じである。

ステップＳ１０２の意味は、印刷データに基づく印刷処理が完了した後、どのニアラインフィニッシャに印刷物を運び、更に、そのニアラインフィニッシャにて入力すべきジョブＩＤをオペレータに通知するためである。

[フィニッシャにおける処理フロー]
先に説明したように、クライアントＰＣ上で印刷処理を行うと、クライアントＰＣのプリンタドライバは、ＪＤＦ及び印刷データを、オペレータが選択した画像形成装置に送信する。画像形成装置は、受信したＪＤＦ内に、フィニッシャに対する処理要求があると、そのジョブ制御情報をフィニッシャに送信する。特に、ニアラインフィニッシャについては、そのジョブＩＤと、そのニアラインフィニッシャに対するジョブ制御情報を送信する。ニアラインフィニッシャは、ジョブＩＤとジョブ制御情報を受信すると記憶装置２１０２（図２１参照）に記憶する。

そこで、以下では、記憶装置２１０２に記憶されたジョブ制御情報に基づくニアラインフィニッシャの処理手順を図１７のフローチャートに従って説明する。

フィニッシャ側では、まずユーザからのジョブＩＤ入力を待つ（ステップＳ４１、Ｓ４２）。ジョブＩＤの入力があったと判断した場合には、ステップＳ４３に進み、既に画像形成装置から送信されて記憶装置２１０２に記憶された、入力されたジョブＩＤに対応するジョブ制御情報を取得する。そして、ステップＳ４４に進んで、取得したジョブ制御情報の内容に基づいて、フィニッシャで処理すべきパラメータを設定する。これにより、従来では出力された手順書をもとにオペレータが手動で設定していたものは、自動化されることになる。

次いで、ステップＳ４５に進んで、設定内容をユーザに確認させるため、所定の表示装置に表示させる。ユーザは、表示内容を確認し、問題がなければフィニッシャに設けられた処理開始ボタン等を押下する。これにより、ステップＳ４７において、設定されたパラメータに従ってフィニッシャの処理を開始することになる。例えば、着目フィニッシャが裁断フィニッシャである場合には、設定された寸法に従って裁断が行われることになる。

また、ステップＳ４５の表示を見たユーザが、パラメータ変更が必要と判断した場合には、編集ボタンを押下することで、設定パラメータの編集が可能になる。この場合には、ステップＳ４８に進んで、パラメータを手動設定、編集を行ない、最後に、フィニッシャの処理開始ボタンを押下することで、その処理を行うことが可能になる。

以上のように、実施形態のシステム構成において、フィニッシャプロファイルを用いることで、インライン、オフライン、ニアラインの区別無くフィニッシャの機能をドライバから用いることが可能となる。

［プリンタドライバのＧＵＩの説明］
次に、実施形態におけるクライアントＰＣ上で動作するプリンタドライバのＧＵＩを、プロファイル記憶領域４４に記憶されたプロファイルに従って構築する処理の詳細を説明する。

通常、オフィス用デバイスに取り付けられるフィニッシャは種類が限定されている。そのため、ドライバＵＩはあらかじめ取り付けられているフィニッシャを想定して設計している。そして、フィニッシャがデバイスに取り付けられた際はその情報をプリンタのコントローラから受け取り、対応したＵＩを表示する。

しかし、フィニッシャが画像形成装置本体に接続されない独立したニアラインフィニッシャやオフラインフィニッシャについては想定していない。また、プリンタドライバ作成時に想定されていない機能が搭載されたフィニッシャや、種別が全く異なるフィニッシャが接続される場合もあり得る。このような状況においては、従来と同様に適応的にドライバＵＩを表示することができない。

本実施形態では、各種フィニッシャのプロファイルを取得するものであるので、それを利用する。また、単に利用するだけではなく、フィニッシャプロファイル中にＵＩに関連した情報を、ホスト側のプリンタドライバが解析可能な形式で記述し、プリンタドライバが適応的にＵＩを構築し表示する。

説明を単純なものとするため、図１８におけるクライアントＰＣ１８１１、画像形成装置１８２１、ニアラインフィニッシャ１８３１、１８３２に着目した場合のプロファイルの流れを図２６に示す。

図示において、各フィニッシャ内の記憶装置には、それぞれのフィニッシャの性能や特性を記述したプロファイル２８１１乃至２８１３が予め格納されているものとする。また、格納ドライバ機能ＤＢ２８０１は、あらゆるフィニッシャの機能が記述されたＤＢであり、追加や変更、削除が可能である。このドライバ機能ＤＢは、サーバとして設けられるものとするが、クライアントＰＣ内に設けられるようにしても構わない。クライアントＰＣ１８１１には、そのプリンタドライバのＧＵＩを組み替えるドライバ組み替えアプリケーション２８０２が稼動している。

上記構成におけるプリンタドライバのＧＵＩを更新する際の流れを以下に説明する。

画像形成装置１８２１内のコントローラ（ジョブ制御部１９０５）は、既に説明したように、画像形成装置に直接接続されているフィニッシャ１８２２、及び、ネットワーク１８００に接続されているフィニッシャ１８３１、１８３２を検知し、そのフィニッシャのプロファイル２８１１乃至２８１３を取得し、共通ＤＢ部１９１２に保存する。

次にクライアントＰＣ１８１１は、画像形成装置１８２１のコントローラと通信し、有効なすべてのプロファイルを取得し、プロファイル保存領域４４に保存する。クライアントＰＣのドライバＵＩ組替アプリケーション２８０２は、プロファイル保存領域４４に保存されたプロファイルの情報をもとにドライバのＵＩを組み替える。その際、プロファイルに現状のドライバにはない機能が記述されていた場合は、ドライバ機能ＤＢ２８０１と通信して情報を取得する。各処理の詳細については後述する。

まず、前提処理として実施形態におけるプリンタドライバ４５のＧＵＩの構造について説明する。

実施形態におけるプリンタドライバ４５のＧＵＩに係る情報は、フィニッシャのプロファイルと同様に、各機能に対してタグ形式を用いて記述する。

図２７にフィニッシャが接続されていない状態での基本となるドライバＵＩの例を示す。ここでは、「ページ設定」、「仕上げ」、「給紙」、「印刷品質」と記述されたタブがあり、これをクリックすることで画面が切り替わる。そこで、このタブを基準にして構造化を行う。図２８は図２７の内容をもとに示した階層構造を示している。図２７の「仕上げ」画面では、大きく分けて「印刷方法」、「とじ方向」、「排紙方法」の３つの項目に分かれており、仕上げタブを基準に階層化されたツリー構造となっている。さらに「排紙方法」に注目すると、「ソート」の項目が記述されたオプションボタン、「シフト」「回転」といったチェックボタン、排紙方法の下部に表示してあるイメージが存在する。よって、図２８のような構造がＸＭＬ等の構造化言語にとり記述されていることになる。特に「ソート」、「グループ」、「回転」といった小項目は、ドライバＵＩの更新に直接関わるものであり、ドライバＵＩ上の位置と専有面積について示したタグが付随している。ここでもし、フィニッシャ固有の機能である場合は、どのフィニッシャの項目であるのかを示すタグが付随する。これについては詳しく後述する。

一方、フィニッシャのプロファイル情報は、先に説明したプロファイル情報に加えて、「Driver_UI」というタグが追加される。例えば製本機に関するプロファイルの場合は、図２８にならって構造化すると図２９のように表わせる。「Booklet」、「Medium」及び「StapleSpaceInternal」のタグは、もともと「製本機」のプロファイル中にあるタグである。それに対してDriver_UIが追加されている。製本機の機能には「ステイプル」の機能が存在し、反映させたいドライバＵＩは「仕上げ」タブの中の「排紙方法」の部分である。そこで、「仕上げ」、「排紙方法」のタグがプロファイルに記述される。また、ステイプルの機能が追加されるにあたり、ドライバＵＩの画面上に「ステイプル」のラジオボタン、ステイプル用のイメージ、ステイプル位置指定用のコマンドボタンが追加される。よって、図２９のような構造となる。

ここで、ラジオボタン・イメージ・コマンドボタンなどはフィニッシャ特有の機能を表しているため、位置・大きさの情報の他にフィニッシャを判別するための情報を追加する。

また、「ステイプル位置指定」のコマンドボタンは、クリックすると詳細な設定を行うための個別のＵＩ（別ウインドウ）が開く。このような場合は「ステイプル位置指定」の情報の後に別ＵＩに関する情報を記述する。図３０はその一例である。個別のＵＩでは、ステイプル位置の指定を目的とし、左上か左下かを選択させるためにラジオボタンを使用する。そこで、図３０に示すようにまず個別のＵＩであることを示すタグと「ステイプル位置指定」という項目と、「左上」、「左下」というラジオボタンの種類、各ラジオボタンの位置・大きさとどのフィニッシャの機能に属するのかを示す情報を記述する。

以上で述べたように、構造化された基本となるドライバＵＩと、ドライバＵＩに関する情報が記述されたフィニッシャのプロファイル情報を用いてドライバＵＩの更新を行う。

実施形態におけるドライバＵＩ組替アプリケーション２８０２の処理手順を図３１のフローチャートに従って説明する。なお、このドライバＵＩ組替アプリケーション２８０２は、プリンタドライバが起動した直後、或いは、ユーザが図１のＧＵＩにてプリンタを変更した場合に実行されるものである。

まず、クライアントＰＣ１８１１のプリンタドライバ４５が画像形成装置１８２５のコントローラからプロファイルを受け取り、プロファイル保存領域４４に保存する（ステップＳ１１１）。次に、格納したプロファイル中のＵＩに関する記述を確認し（ステップＳ１１２）、その記述があるか否かを判断する（ステップＳ１１３）。これは、具体的には、プロファイルが図２９の例の場合、「Driver_UI」があるか否かを判断することになる。

ステップＳ１１３にて、ドライバＵＩに関する記述がないと判定された場合は、ドライバＵＩを更新する必要がないと判断され、本処理を終了する。

一方、プロファイル中にＵＩに関する記述があると判断した場合には、次にドライバＵＩ組替アプリケーションが想定していない新機能が追加されているか否かを判定する（ステップＳ１１４）。具体的には、図２８の「ページ設定」、「仕上げ」、「給紙」、「印刷品質」以外のタグが存在した場合には、想定外の機能が追加されたと判定する。想定外の機能が追加された場合はドライバ機能ＤＢ２８０１に当該タグ情報を通知し（ステップＳ１１８）、サポートしている機能であるか否かを判定する（ステップＳ１２１））。なお、ステップＳ１２１の判定は、ドライバ機能ＤＢ２８０１が行う。サポートしている機能であると判定された場合は、ドライバ機能ＤＢ２８０１の情報が有する情報を取得し、ステップＳ１１９にてドライバＵＩ更新処理を行う。サポートされていない機能である場合はドライバＵＩの更新は行わずに処理を終了する。上記のステップＳ１１８〜Ｓ１２１の処理は、ドライバＵＩ組替アプリケーションが予め保持してない未知のフィニッシャに対応するためであると考えると分かりやすい。従って、画像形成装置１８２１及びそのプリンタドライバが販売された以降に販売されたフィニッシャについては、そのフィニッシャに対する機能を、実施形態のＵＩに対応させたプロファイルとして作成し、ドライバ機能ＤＢ２８０１に登録すれば良い。従って、ドライバ機能ＤＢ２８０１は、好ましくは、インターネット等のＦＴＰサーバに設けることが望ましいことになる。

また、ステップＳ１１４にて、想定外の機能追加がないと判断した場合、処理はステップＳ１１５に進み、新しいＵＩを埋め込むスペースが当該タグに対応するＧＵＩ上にあるか否かを判定する。スペースがない場合はステップＳ１１６にて、スペース作成処理を行って、それをもとにステップＳ１１９にてドライバＵＩを更新する。スペースがすでにある場合は、特別な処理を行わずにステップ図３１-６０９にてドライバＵＩを更新する。各処理の詳細については後述する。

以上であるが、想定外の機能追加がなく、新しいＵＩを埋め込むスペースがある場合のドライバＵＩ更新処理を、図３２のフローチャートに従って更に詳しく説明する。

なお、図３２中において、フィニッシャプロファイル３４０１は、プロファイル保存領域４４に格納されているものとする。また、ドライバＵＩ構造情報３４０２、ドライバＵＩ画面情報３４０３、及び、ドライバＵＩテンプレート３４０４は、予めハードディスク４５０４に格納されているものとする。また、フィニッシャプロファイル３４０１は図２９のような形式であり、ドライバＵＩ構造情報３４０２は図２８のような形式である。

まず、ステップＳ１３１において、フィニッシャプロファイル３４０１の「Driver_UI」直下のタグと、ドライバＵＩ構造情報３４０２の最上位層をチェックする。そして、対応するタグをドライバＵＩ構造情報から取り出す。

次にステップＳ１３２において、フィニッシャプロファイル３４０１とドライバＵＩ構造情報の下位層をチェックし、同じ項目があるか調べ、ステップＳ１３３にて、同じ項目があるか否かを判断する。同じ項目が存在すれば、その下位層を更にチェックするため、ステップＳ１３２に戻り、さらに下位層をチェックしていく。こうして、同じ項目がない場合は、そのフィニッシャプロファイルの項目及びその下位層の項目を、ドライバＵＩ構造情報３４０２に以下の手順で追加する。

あらかじめ設計したドライバＵＩの画面情報はドライバＵＩ画面情報３４０３としてＤＢ化されており、そこから情報を取り出すことで現状のＵＩ上の余白がどのくらいあるかを把握することができる。そこでまず、ステップＳ１３４にて、ドライバＵＩ画面情報３４０３から情報を取り出して現状の余白を把握する。一方、フィニッシャプロファイル３４０１の情報から、組み込む項目に必要な面積を計算する（ステップＳ１３５）。その結果をもとに、新しい項目をその余白に組み入れる（ステップＳ１３６）。その際、プロファイルに別ＵＩに関する情報の記述があるか否かを確認することで新しくＵＩを作る必要があるか否かを判別し（ステップＳ１３７）、必要がある場合はその下位層の情報とドライバＵＩテンプレート３４０４を組み合わせてＵＩの追加処理を行う（ステップＳ１３８）。ここで、ドライバＵＩテンプレート３４０４とは、何も機能が入っていない状態でのドライバＵＩ画面のことであり、画面の大きさ等のみ定義されている。必要のない場合は次の処理へと進む。最後にステップＳ１３９にてドライバＵＩ画面情報３４０３及びドライバＵＩ構造情報３４０２を更新することで処理が終了する。

例として、図２７に示す、フィニッシャが接続されていない状態でのドライバＵＩに、図２９のプロファイルを持つフィニッシャが、画像形成装置１８２１と通信可能状態となり、さらにプリンタドライバにおいて画像形成装置１８２１からフィニッシャプロファイルを取得した場合について説明する。

ここで、クライアントＰＣ１８１１（クライアントＰＣ１８２２も同様）のドライバＵＩ組替アプリケーション２８０２はプロファイルのタグを始点から順番に探索していく。まず、プロファイル中に「Driver_UI」というタグがあることを確認する。さらに探索し、「仕上げ」というタグを抽出する。この「仕上げ」タグが、ドライバＵＩを構造化した図２８の上位層（「ページ設定」などのＵＩのタブにあたる記述）に存在するか否かを検索する。その後、同様に下位層についてチェックを行っていく。プロファイル中の「仕上げ」の下位層にある「排紙方法」に対しては図２８の「仕上げ」の一段階下の階層をチェックし、「排紙方法」が存在するので次の層をチェックする。そして、存在しないタグが出てきた場合（図２９の例だと「ラジオボタン」の下の階層である「ステイプル」が出てきた場合）、図２８の中に「ステイプル」及びその下位層の情報が追加される。同様に、「イメージ」、「コマンドボタン」の下位層にも情報が追加される。そしてドライバＵＩ画面情報から現状の余白を計算し、オプションボタン、イメージ、コマンドボタンといった組み込む項目の面積を計算して組み入れを行う。コマンドボタンについては別ＵＩに関する情報があるため、それをもとに「ステイプル位置指定」のＵＩ画面を追加する。最後に更新したドライバＵＩに合わせてドライバＵＩ画面情報やドライバＵＩ構造情報といったドライバＵＩ情報の更新を行って処理が終了する。

以上の追加処理を行った後のドライバＵＩ構造情報は、図３３のような構造になる。また、その結果を受けて表示されるＵＩは図３４に示すようになる。図３４に示すように、図２７の初期状態のドライバＵＩには、存在しなかったステイプルの情報が追加されている。また、「ステイプル位置指定」のコマンドボタンは「フィニッシャ」の属性情報がついているため、ソートを選択している場合はグレーアウトしている。また、ステイプルをＯＮにすると、「ステイプル位置指定」ボタンが有効になる。このボタンがクリックされると、図３５に示すような新しいＵＩが表示される。図に示すように、プロファイルの情報をもとに、左上、左下のラジオボタンが追加されている。

次に、新しいＵＩを埋め込むためのスペース（領域）が、基本ＵＩに無い時に行うスペース作成処理（図３１のステップＳ１１６）について説明する。

新しくＵＩを追加するスペースがない場合、そのスペースを追加する必要がある。しかし、ドライバＵＩは画面の大きさが固定である場合が多いため、安易にスペースを広げることが難しい。また、仮にドライバＵＩの面積を大きくできたとしても、ユーザが使用しているクライアントＰＣの画面サイズを越えてしまうと、設定操作に支障を来す。そこで、実施形態では、新しくタブを追加することで、そのスペースを確保するようにした。

具体例を図３６に示す。ここでは、図２７のフィニッシャが接続されていないドライバＵＩに、図２９のプロファイルを持つフィニッシャが接続された場合を想定している。また、フィニッシャが接続されたことにより、排紙方法にステイプルに関連したＵＩが追加されるが、先ほどの例とは異なり追加されるボタンの面積が大きいため、現在のＵＩのスペースに収まらないと仮定している。図３６では、追加したステイプルに関する機能がスペースに収まらないため、新しく「仕上げ２」というタブを追加してそのタブに排紙方法全体を移動させている。また、仕上げが２種類になるため、構造化情報も図３７のように変化する。「仕上げ」という最上位層の下にタブを表す「仕上げ」、「仕上げ２」が記述されている。次にフィニッシャが追加され、機能が増える場合は最上位層だけではなく、その下の層の「仕上げ」、「仕上げ２」もチェックを行うようにステップＳ１３１等を変化させる。スペースの追加処理はこれに限ったものでなく、どのような形式であっても問題はない。

次に、想定されていない機能が追加された場合について説明する。ここでは、図３１及び図３２を用いて既に説明した処理の動作を説明する。想定されていない機能が追加された場合、ドライバ機能ＤＢに問い合わせを行う。そしてサポートされている機能である場合は新しくタブを追加する。例として、図２７のドライバＵＩに対して図３８のようなフィニッシャプロファイルを持つフィニッシャを接続する場合を想定する。この場合、フィニッシャプロファイルの「Driver_UI」の下位層である「製本詳細設定」が、ドライバ構造情報のタブ情報を示す上位層に含まれていないため、ドライバＵＩ組替アプリケーションは、ドライバ機能ＤＢ２８０１に、「製本詳細設定」がＤＭ２８０１に存在するかを問い合わせる。ドライバ機能ＤＢ２８０１に「製本詳細設定」に関する構造が存在する場合は、その情報を取得して、新たに「製本詳細設定」というタブを追加する。この結果、ドライバＵＩ構造情報は図３９に示すものとなり、その表示結果は図４０に示すようになる。図３９に示すように、ドライバＵＩ構造情報には「製本詳細設定」という項目が追加される。また、図４０に示すようにドライバＵＩにおいて「製本詳細設定」というタブが新たに追加される。

なお、上記実施形態では、印刷物に対する後処理として、ニアラインフィニッシャで行う後処理（例えば、くるみ製本）が指定されている場合は、そのニアラインフィニッシャで行うべき後処理の内容と、ニアラインフィニッシャのＩＤを記述したジョブ制御情報を、印刷ジョブ中に含めて画像形成装置に送信するものとした。すなわち、画像形成装置は、受信した印刷ジョブ中に、ニアラインフィニッシャでの後処理が存在した場合には、そのニアラインフィニッシャＩＤで示されるニアラインフィニッシャに、後処理を送信するものとした。これを以下のようにしても構わない。

先ず、クライアントＰＣは、実施形態で説明した画像形成装置と同様の処理を行って、ニアラインフィニッシャのＩＰアドレスを取得する。この処理はプリンタドライバの一部のモジュールとして実装しても良いし、独立したプログラムでも構わない。そして、プリンタドライバは、ニアラインフィニッシャに対して後処理内容とジョブＩＤ（識別子）を記述した「ジョブチケット」を生成し、そのジョブチケットをニアラインフィニッシャへダイレクトに送信するようにする。この場合に、画像形成装置に対して送信する印刷ジョブには、ニアラインフィニッシャに関する後処理の内容やニアラインフィニッシャのＩＤのジョブ制御情報を含めなくてよい。

＜第２の実施形態＞
本第２の実施形態では、複数台のフィニッシャが存在し、それらフィニッシャの機能に重なりがあった場合について説明する。例えば、ステイプル機能を有するフィニッシャが複数台存在するようなケースである。この場合、機能としてはどちらも「ステイプル」が可能であるが、各フィニッシャによって、ステイプル可能な用紙枚数や、ステイプル可能位置など、詳細な機能としては相違があるようなケースを想定している。

図４１は機能の重なりがあることを考慮した場合、ドライバＵＩ組替アプリケーション２８０２の処理手順を示すフローチャートである。

図４１においてステップＳ１４１乃至Ｓ１５１は、図３１のステップＳ１１１乃至Ｓ１２１と同じであるため、ここでは説明を省略する。

ステップＳ１６０の処理は、ステップＳ１４４において想定外の機能追加がないと判定された場合に実行される。このステップＳ１６０では、機能の重なりがないかを判定する。ここで機能の重なりとは、複数のフィニッシャが存在し、新しく追加する機能と同じ機能がすでに組み込まれている状態のことを示している。そして機能の重なりがない場合は図３１と同様に新しいＵＩを埋め込むスペースがあるか否かを判定する処理（ステップＳ１４５）に進む。

さて、機能の重なりがあると判定した場合、処理はステップＳ１６１に進み、機能比較処理を行って、ステップＳ１４９のドライバＵＩ更新処理へと進む。例えば、既に「ステイプル」機能が組み込まれた状態で、新たにステイプラ（ステイプルが可能なフィニッシャ）が通信可能に接続された場合には、機能の重なりがあると判定することになる。

ここで、機能比較処理については２通りの例が挙げられる。１つは複数台のフィニッシャのうち性能が高いフィニッシャを選ぶ方法、もう１つは複数台のフィニッシャの機能を比較して、それぞれ並べて表示する方法である。例として、図２７のドライバＵＩを持つ画像形成装置に対して２台のフィニッシャが通信可能な場合を想定する。

性能が高いフィニッシャを選ぶ場合、フィニッシャプロファイルから例えば最大処理枚数などの能力を取り出すことができるので、その情報を取り出して性能の高さについて判別することができる。この場合、どのフィニッシャを用いているかという情報は明記しない。これはオペレータに対して、フィニッシャ装置そのものを意識させることなく設定を行わせるためである。課題として上記したように、専門的なフィニッシャの操作に不慣れなオペレータは、最終成果物としての製本物はイメージできても、それを生成するために必要な装置を理解していない場合が多い。そのため、意図的に機能のみを表示させるようにし、オペレータが混乱するのを防止している。

上記の表示に対して、複数台のフィニッシャを明示し、各フィニッシャの機能を並べて表示する場合は、フィニッシャの名称を明記して機能の一覧を表示する。図４２にその一例を示す。図４２では左上と左下にステイプルが可能なフィニッシャＡと、左上と左下と中央にステイプル可能なフィニッシャＢとを接続した場合の例を示している。それぞれフィニッシャ名とそれに伴う機能の一覧が表示される。ユーザはフィニッシャの機能を比較して、最適な選択をすることが可能となる。

上記に限らず、機能の重なりがあった場合の機能の比較やそれに応じた処理方法はどのようなものであっても問題はない。

以上説明したように本実施形態によれば、クライアントＰＣ上で実行されるプリンタドライバのＵＩ構造情報をＸＭＬ形式等の汎用の記述言語で構造化記述しておく。そして、フィニッシャの機能を示すプロファイルも同様の形態で記述することで、互いに、整合することができるようにしておく。この結果、ユーザが利用する環境でのフィニッシャのプロファイルを何らかの手段で取得することで、プリンタドライバのＧＵＩをその環境に併せて構築することが可能になる。

なお、実施形態におけるクライアントＰＣ上で実行することになるプリンタドライバは、コンピュータプログラムの１つであるので、本発明はコンピュータプログラムをその範疇とする。また、通常、コンピュータプログラムはＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体に格納されていて、コンピュータが有する記憶媒体をアクセスする装置（ＣＤ−ＲＯＭドライブ等）を介してシステムにインストールもしくはコピーすることで実行可能になるから、当然、そのようなコンピュータ可読記憶媒体も本発明の範疇にあるのは明らかである。

プリンタドライバダイアログを示す図である。 プリンタドライバのページ設定プロパティシートを示す図である。 プリンタドライバの仕上げプロパティシートを示す図である。 クライアントコンピュータのソフトウエア構成を示す図である。 印刷設定の処理手順を示すフローチャートである。 印刷処理手順を示すフローチャートである。 実施形態における製本機のフィニッシャプロファイルを記述の一例を示す図である。 裁断機のフィニッシャプロファイルの記述の一例を示す図である。 画像形成装置の内部モジュールを示す図である。 フィニッシャ管理テーブルの一例を示す図である。 画像形成装置へのフィニッシャ接続手順を示すフローチャートである。 画像形成装置の操作パネルの表示部に表示される初期画面を示す図である。 画像形成装置の操作パネルの表示部に表示されるOptions設定画面を示す図である。 画像形成装置の操作パネルの表示部に表示されるフィニッシャ登録画面を示す図である。 フィニッシャプロファイルの取得処理手順を示すフローチャートである。 更新後のフィニッシャ管理テーブルの例を示す図である。 フィニッシャの処理手順を示すフローチャートである。 実施形態におけるネットワークシステムの構成例を示す図である。 画像形成装置のブロック構成図である。 クライアントＰＣにおける処理手順を示すフローチャートである。 ニアラインフィニッシャの内部構成図である。 ニアラインフィニッシャにおける処理手順を示すフローチャートである。 画像形成装置におけるニアラインフィニッシャ登録処理手順を示すフローチャートである。 画像形成装置におけるプロファイル送付処理手順を示すフローチャートである。 画像形成装置における印刷処理手順を示すフローチャートである。 ドライバＵＩを変更するためのフィニッシャプロファイルの流れを示す図である。 フィニッシャが接続されていない状態でのドライバUIの例を示す図である。 フィニッシャが接続されていないドライバＵＩを構造化して示す図である。 製本機のプロファイルを構造化して示す図である。 製本機のプロファイルにて、別ＵＩに関する情報を記述した場合の構造を示す図である。 ドライバＵＩの更新処理手順を示すフローチャートである。 想定外の機能追加がなく、新しいＵＩを埋め込むスペースがある場合のドライバＵＩ更新の処理手順を示すフローチャートである。 フィニッシャ追加後のドライバＵＩ構造情報を表す図である。 フィニッシャ追加後のドライバＵＩの例を示す図である。 ドライバＵＩから独立した別ＵＩの一例を示す図である。 ドライバに新しいＵＩを埋め込むスペースが存在しない状況でフィニッシャを追加した場合のドライバＵＩの例を示す図である。 ドライバに新しいＵＩを埋め込むスペースが存在しない状況でフィニッシャを追加した場合のドライバＵＩの構造を示す図である。 ホスト側で想定されていない機能を持つフィニッシャのプロファイルの構造の一例を示す図である。 想定されていない機能を持つフィニッシャが追加された場合のドライバＵＩの構造を示す図である。 想定されていない機能を持つフィニッシャが追加された場合のドライバＵＩの一例を示す図である。 第２の実施形態における、複数のフィニッシャにて機能の重なりがあった場合のドライバＵＩ更新処理手順を示すフローチャートである。 第２の実施形態における複数のフィニッシャにて機能の重なりがあった場合のドライバＵＩの一例を示す図である。 実施形態におけるクライアントＰＣのブロック構成図である。

Claims (9)

1. 印刷装置と通信可能な情報処理装置であって、
   前記印刷装置に関する印刷条件及び前記印刷装置に取り付けられることが想定された第１印刷後処理装置に関する後処理条件を設定するための基本画面に関する基本表示情報を保持する第１の保持手段と、
   前記印刷装置に取り付けられることが想定されていない第２印刷後処理装置の機能情報を保持する第２の保持手段と、
   前記第１の保持手段に保持された基本表示情報に前記第２印刷後処理装置に関する後処理条件を設定するための情報が含まれない場合、前記第２の保持手段に保持された前記第２印刷後処理装置の前記機能情報を用いて前記基本表示情報を更新する更新手段と、
   前記更新手段で更新された基本表示情報に基づいて、前記印刷装置の印刷条件及び前記第１印刷後処理装置と前記第２印刷後処理装置とに関する後処理条件を設定可能な画面を表示する表示手段と、
   を備え、
   前記第２印刷後処理装置は、前記印刷装置の紙搬送路を介して前記印刷装置と接続されていない印刷後処理装置であることを特徴とする情報処理装置。
2. 前記表示手段で表示された画面を介して設定された情報に基づき、前記印刷データと、前記第１又は第２印刷後処理装置に対する後処理制御情報とをそれぞれ生成する生成手段を更に有し、
   前記生成手段は、前記後処理制御情報をジョブチケットとして生成することを特徴とする請求項１に記載の情報処理装置。
3. 更に、ネットワークに接続するネットワーク接続手段と、
   ネットワークの所定の装置から、ネットワーク上に存在する各印刷後処理装置の機能情報を、前記ネットワーク接続手段を介して受信する受信手段とを備え、
   前記第２の保持手段は、前記受信手段で受信した機能情報を格納することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記基本表示情報及び前記機能情報は前記表示手段で表示するための情報をタグを用いて記述したデータファイルであることを特徴とする請求項１に記載の情報処理装置。
5. 前記基本表示情報及び前記機能情報は、表示画面の設定種別をルートとする階層構造に記述され、
   前記更新手段は、前記基本表示情報と前記機能情報との同じ階層中に、前記機能情報に前記基本表示情報に存在しない新規情報があるかを判定し、前記機能情報に前記基本情報に存在しない情報がある場合、前記基本表示情報の該当する階層位置に前記新規情報を組み込むことを特徴とする請求項１に記載の情報処理装置。
6. 基本表示情報に既にステイプル機能に関する情報が含まれた状態で、新たにステイプル処理を実行できる印刷後処理装置が見つかった場合、前記表示手段は、前記基本表示情報に含まれるステイプル機能に関する情報に対応する印刷後処理装置と前記新たな印刷後処理装置とにおいて最大処理枚数が多い印刷後処理装置を選択し、前記選択された印刷後処理装置に関する後処理条件を設定可能な画面を表示することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 基本表示情報に既にステイプル機能に関する情報が含まれた状態で、新たにステイプル処理を実行できる印刷後処理装置が見つかった場合、前記表示手段は、前記基本表示情報に含まれるステイプル機能に関する情報に対応する印刷後処理装置と前記新たな印刷後処理装置との両者に関する後処理条件を設定可能な画面を表示することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
8. 印刷装置と通信可能な情報処理装置の制御方法であって、
   前記印刷装置に関する印刷条件及び前記印刷装置に取り付けられることが想定された第１印刷後処理装置に関する後処理条件を設定するための基本画面に関する基本表示情報を保持する第１の保持工程と、
   前記印刷装置に取り付けられることが想定されていない第２印刷後処理装置の機能情報を保持する第２の保持工程と、
   前記第１の保持工程で保持された基本表示情報に前記第２印刷後処理装置に関する後処理条件を設定するための情報が含まれない場合、前記第２の保持工程で保持された前記第２印刷後処理装置の前記機能情報を用いて前記基本表示情報を更新する更新工程と、
   前記更新工程で更新された基本表示情報に基づいて、前記印刷装置の印刷条件及び前記第１印刷後処理装置と前記第２印刷後処理装置とに関する後処理条件を設定可能な画面を表示する表示工程と、
   を備え、
   前記第２印刷後処理装置は、前記印刷装置の紙搬送路を介して前記印刷装置と接続されていない印刷後処理装置であることを特徴とする情報処理装置の制御方法。
9. コンピュータが読み込み実行することで、前記コンピュータを、印刷装置と通信可能な情報処理装置として機能させるコンピュータプログラムであって、
   前記印刷装置に関する印刷条件及び前記印刷装置に取り付けられることが想定された第１印刷後処理装置に関する後処理条件を設定するための基本画面に関する基本表示情報を保持する第１の保持手段と、
   前記印刷装置に取り付けられることが想定されていない第２印刷後処理装置の機能情報を保持する第２の保持手段と、
   前記第１の保持手段に保持された基本表示情報に前記第２印刷後処理装置に関する後処理条件を設定するための情報が含まれない場合、前記第２の保持手段に保持された前記第２印刷後処理装置の前記機能情報を用いて前記基本表示情報を更新する更新手段と、
   前記更新手段で更新された基本表示情報に基づいて、前記印刷装置の印刷条件及び前記第１印刷後処理装置と前記第２印刷後処理装置とに関する後処理条件を設定可能な画面を表示する表示手段
   として機能させ、
   前記第２印刷後処理装置は、前記印刷装置の紙搬送路を介して前記印刷装置と接続されていない印刷後処理装置であることを特徴とするコンピュータプログラム。

Images