JP4708858B2 - 情報処理装置及びデバイス選択方法 - Google Patents

Description

本発明は、利用可能なデバイスとして画像形成装置とフィニッシャとがネットワークを介して接続される情報処理装置及びその設定方法に関するものである。

従来、ホストコンピュータにおいて、印刷ジョブを生成時にフィニッシャの特性情報を利用する方法としては、印刷時に印刷属性を制御する方法や、プリンタドライバのユーザインタフェースの機能項目を制御する方法がある。

また、フィニッシャの特性情報を利用して印刷時に印刷属性を制御する方法としては、プリンタドライバがフィニッシャの特性情報に応じて印刷ジョブ生成時に印刷属性を自動設定する方法がある。例えば、特許文献１では、印刷機に備えられた製本機に関する以下の２項目の情報、
（１）セットした原稿スタックの「最上位」からピックアップするか、或いは「最下位」からピックアップするか、
（２）原稿はフェースアップでセットするかフェースダウンでセットするか、
という情報を印刷データ格納部が取得して、印刷出力物をそのまま製本機にセットして正常に製本処理できるように、ページ出力順（昇順／降順）と、ページ出力面（フェースアップ／フェースダウン）の設定を自動的に行っていた。

また、特許文献２では、プリンタドライバが、製本印刷時にプリンタのサドルステッチ方向に基づいて印刷データの面順を動的に決定して印刷データを生成することが記載されている。このように、プリンタドライバが制御することにより、ユーザは、製本機に対する印刷面に係る情報について把握する必要がなかった。

また、フィニッシャの特性情報を利用して、プリンタドライバのユーザインタフェースの機能項目を制御する方法としては、プリンタに装着されているフィニッシャの種類を、手動で或いは自動的に識別し、ユーザインタフェースの機能項目を制御する方法がある。これは、ステープルが可能なフィニッシャが接続されている場合に、プリンタドライバのユーザインタフェースのステープル設定項目を有効にしてユーザがステープル設定できるようにする方法である。
特開2004-078449号公報 特開2002-036669号公報

近年、アプリケーション側でページ編集を行う際に、プリンタやＭＦＰなどの画像形成装置とそれに接続されるフィニッシャ（インラインフィニッシャ）とで処理可能な作業に合わせて、アプリケーション側でページ編集操作を行い、プリンタドライバなどのＵＩの設定により、これら画像形成装置とインラインフィニッシャの両方を制御することが可能である。

しかしながら、上記従来の技術では、印刷機に備えられた製本機であるインラインフィニッシャについて考慮しているだけであり、プリンタドライバ等の印刷装置の専用プログラムを用いて排紙面（印刷面）が自動的に決定されている。よって、インラインフィニッシャに加え、ネットワークを介して接続されるニアラインフィニッシャが印刷システム内に導入される場合、アプリケーションはプリンタドライバとＡＰＩを介して情報の取得を行っているだけであるため、インラインフィニッシャと同様に、ニアラインフィニッシャで処理可能な作業に合わせて、アプリケーション側でページ編集操作を行うことができない、という問題があった。

また、ユーザがニアラインフィニッシャで処理可能な作業を把握し、その作業に合わせてページ編集操作をしたとしても、複数のフィニッシャを組み合わせることで処理可能な作業まで把握することは困難であり、ページ編集操作を容易に行うことができない、という問題もあった。

本発明は、ユーザにより選択された画像形成装置とフィニッシャとから処理可能な機能の組み合わせを一目で確認可能とすることを目的とする。

本発明は、複数の画像形成装置と各画像形成装置とは独立した複数のフィニッシャとネットワークを介して通信可能な情報処理装置であって、前記複数の画像形成装置及び前記複数のフィニッシャからそれぞれデバイス情報を取得する取得手段と、前記複数の画像形成装置及び前記複数のフィニッシャから画像形成装置とフィニッシャとをユーザに選択させるための選択手段と、前記選択手段により選択された画像形成装置とフィニッシャとから設定可能な印刷機能及び後処理機能を、前記取得手段により取得されたデバイス情報を用いて決定する決定手段と、前記決定手段により決定された設定可能な印刷機能及び後処理機能の組み合わせを選択可能に表示する表示手段と、前記表示手段により表示された組み合わせからユーザの選択に応じて出力時に利用される印刷機能及び後処理機能を設定する設定手段と、前記設定手段で設定された印刷機能を前記選択された画像形成装置に実行させるための印刷制御情報を生成し、前記設定手段で設定された後処理機能を前記選択されたフィニッシャに実行させるためのジョブ制御情報を生成する生成手段と、前記生成手段で生成された印刷制御情報及びジョブ制御情報を前記選択された各デバイスへ送信する送信手段とを有することを特徴とする。

また、本発明は、複数の画像形成装置と各画像形成装置とは独立した複数のフィニッシャとネットワークを介して通信可能な情報処理装置のデバイス選択方法であって、前記複数の画像形成装置及び前記複数のフィニッシャからそれぞれデバイス情報を取得する取得工程と、前記複数の画像形成装置及び前記複数のフィニッシャから画像形成装置とフィニッシャとをユーザに選択させるための選択工程と、前記選択工程において選択された画像形成装置とフィニッシャとから設定可能な印刷機能及び後処理機能を、前記取得工程において取得されたデバイス情報を用いて決定する決定工程と、前記決定工程において決定された設定可能な印刷機能及び後処理機能の組み合わせを選択可能に表示する表示工程と、前記表示工程において表示された組み合わせからユーザの選択に応じて出力時に利用される印刷機能及び後処理機能を設定する設定工程と、前記設定工程で設定された印刷機能を前記選択された画像形成装置に実行させるための印刷制御情報を生成し、前記設定手段で設定された後処理機能を前記選択されたフィニッシャに実行させるためのジョブ制御情報を生成する生成工程と、前記生成工程で生成された印刷制御情報及びジョブ制御情報を前記選択された各デバイスへ送信する送信工程とを有することを特徴とする。

本発明によれば、ユーザにより選択された画像形成装置とフィニッシャとから処理可能な機能の組み合わせを一目で確認することができ、印刷設定にかかる負荷が軽減される。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

［第１の実施形態］
＜システム構成＞
第１の実施形態では、情報処理装置として、サーバー、クライアントシステムにおけるクライアントコンピュータ（以下、クライアントＰＣと称す）を例に、クライアントＰＣのアプリケーションで作成したデータファイルをネットワーク上の画像形成装置及び該画像形成装置とは独立したフィニッシャで印刷及び仕上げを行う場合について説明する。

図１は、第１の実施形態におけるシステム構成の一例を示す図である。図１に示すように、システム構成は、サーバー、クライアントＰＣ、画像形成装置１、画像形成装置１にインラインで接続しているインラインフィニッシャ１、別の画像形成装置である画像形成装置２、画像形成装置２にインラインで接続しているインラインフィニッシャ２、ネットワークを介してクライアントＰＣと接続しているニアラインフィニッシャ１（紙折り機）、ニアラインフィニッシャ２（断裁機）、ニアラインフィニッシャ３（くるみ製本機）、ニアラインフィニッシャ４（中綴じ製本機）で構成され、これらはネットワークを介して通信を行う。

ここで使用する用語、「インラインフィニッシャ」、「ニアラインフィニッシャ」及び「オフラインフィニッシャ」について説明する。フィニッシャに対する処理制御の方法の観点から区別して説明する。

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

「ニアラインフィニッシャ」とは、外部装置と通信する手段を備え、フィニッシャにおいて行う処理内容をフィニッシャ自体（操作部や処理内容読み取り部）で設定するだけでなく、ネットワークを介して別の機器、例えばホストコンピュータから処理内容（ジョブチケット）を入力することで設定できるようにしたものである。すなわち、ニアラインフィニッシャは、インラインフィニッシャと異なり、画像形成装置とは独立したデバイスである。

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

また、印刷出力物の搬送経路（紙パス）における特徴を説明する。これは一般的な特徴であり、理解を助ける目的で記述するもので、この説明に限定されるものではない。

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

＜サーバーの構成＞
図２は、図１に示すサーバーの構成の一例を示すブロック図である。図２に示すように、サーバー２０１は、プログラム用ＲＯＭ２０４或いはＨＤＤ等の記憶装置２０８に記憶された文書処理プログラム等に基づいて、詳細は更に後述する各実施形態における処理を含む、各種デバイスの情報を管理するプログラム等を制御するＣＰＵ２０２を備えている。このＣＰＵ２０２はシステムバス２１０に接続される各デバイスの制御を総括する。

また、プログラム用ＲＯＭ２０４或いはＨＤＤ等の記憶装置２０８には、ＣＰＵ２０２の制御プログラムであるオペレーティングシステムプログラム（ＯＳ）やネットワーク上のデバイス情報を管理するためのデータベース（ＤＢ）管理部２０９が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）２０６は、キーボード２３０やマウス２２０などのポインティングデバイスからの入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０７は、地紋画像の表示を含む、ＣＲＴディスプレイ（ＣＲＴ）２４０への表示を制御する。ネットワークＩ／Ｆ２０５は、ネットワークを介して各種デバイスに接続され、通信制御処理を実行する。

ＤＢ管理部２０９は、ネットワーク上に存在するインラインフィニッシャやニアラインフィニッシャなどのデバイスに対してその機能を使えるようにするために、デバイスＩＤとＩＰアドレスから構成されるデバイス管理テーブルを作成及び管理する。このデバイス管理テーブルは、ＨＤＤなどの記憶装置２０８に格納され、ＤＢ管理部２０９により随時変更される。

図３は、サーバー２０１でのデバイス追加処理を示すフローチャートである。ユーザがネットワーク上に新規デバイスを接続したときに、キーボード２３０等の入力デバイスにより、接続したデバイスのＩＰアドレスを入力する（Ｓ３０１）。これにより、ＤＢ管理部２０９はネットワークＩ／Ｆ２０５を介してＩＰアドレスのデバイスが接続されているか否かを確認する（Ｓ３０２）。ここで、接続を確認すると（Ｓ３０３のＹＥＳ）、ＤＢ管理部２０９はデバイスＩＤを割り振る（Ｓ３０４）。そして、デバイス管理テーブルにそのデバイスＩＤとＩＰアドレスとを登録し（Ｓ３０５）、この処理を終了する。

一方、ＤＢ管理部２０９は接続したデバイスを確認できない場合は（Ｓ３０３のＮＯ）、ＣＲＴディスプレイ２４０にＩＰアドレスのデバイスを確認できない旨のエラー表示を行い（Ｓ３０６）、この処理を終了する。

尚、デバイス情報のデバイスＩＤとＩＰアドレスは、サーバーのデバイス管理テーブルで管理するだけでなく、クライアントＰＣや画像形成装置において管理しても良い。

図４は、デバイス管理テーブルの構成の一例を示す図である。デバイス管理テーブルは、デバイス毎に固有のデバイスＩＤ４０１とデバイスが接続されているネットワーク上のＩＰアドレス４０２から構成される。

図５は、サーバー２０１でのデバイス情報の取得又は確認処理を示すフローチャートである。サーバー２０１のＣＰＵ２０２がネットワークＩ／Ｆ２０５を介してデバイスからデバイス取得依頼を受信すると（Ｓ５０１のＹＥＳ）、記憶装置２０８に格納されているデバイス管理テーブルを読み出し、デバイス取得を依頼してきたデバイスにデバイス管理テーブルのデバイスＩＤとＩＰアドレスを転送する（Ｓ５０２）。

また、ＣＰＵ２０２がデバイス取得の依頼ではなく（Ｓ５０１のＮＯ）、デバイス確認依頼を受信すると（Ｓ５０３のＹＥＳ）、受信したデバイス情報とデバイス管理テーブルとを比較する（Ｓ５０４）。そして、差分を示す差分情報を依頼してきたデバイスに転送する（Ｓ５０５）。

＜クライアントＰＣの構成＞
図６は、図１に示すクライアントＰＣの構成の一例を示すブロック図である。図６に示すように、クライアントＰＣ６０１は、プログラム用ＲＯＭ６０４或いはＨＤＤ等の記憶装置６０８に記憶された文書処理プログラム等に基づいて、詳細は更に後述する各実施形態における処理を含む、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理及びそれに基づく印刷処理の実行を制御するＣＰＵ６０２を備えている。このＣＰＵ６０２はシステムバスに接続される各デバイスの制御を総括する。

また、プログラム用ＲＯＭ６０４或いはＨＤＤ等の記憶装置６０８には、ＣＰＵ６０２の制御プログラムであるオペレーティングシステムプログラム（ＯＳ）などが記憶されている。ＲＡＭ６０３は、ＣＰＵ６０２の主メモリ、ワークエリア等として機能する。

キーボードコントローラ（ＫＢＣ）６０６は、キーボード６３０やマウス６２０などのポインティングデバイスからの入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６０７は、地紋画像の表示を含む、ＣＲＴディスプレイ（ＣＲＴ）６４０への表示を制御する。ネットワークＩ／Ｆ６０５は、ネットワークを介して画像形成装置に接続され、通信制御処理を実行する。

クライアントＰＣ６０１のマウス６２０、キーボード６３０、及びＣＲＴディスプレイ６４０は、後述するアプリケーションプログラムやプリンタドライバによって制御され、ユーザに印刷設定などを指示するユーザインタフェース（ＵＩ）として機能する。

＜製本アプリケーションの概要＞
ここで、クライアントＰＣ６０１において、一般アプリケーションによって作成されたデータファイルを電子原稿ライタが電子原稿ファイルに変換し、製本アプリケーションがその電子原稿ファイルを編集する製本アプリケーション（本発明の印刷設定アプリケーション）の概要について説明する。

図７は、クライアントＰＣ６０１のソフトウェア構成を示す図である。図７において、一般アプリケーション７０１はワードプロセシングやスプレッドシート、フォトレタッチ、ドロー或いはペイント、プレゼンテーション、テキスト編集などの機能を提供するためのアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成した文書データや画像データなどのアプリケーションデータを印刷する際に、ＯＳにより提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。

即ち、一般アプリケーション７０１は、作成したデータファイルを出力デバイスで印刷するために、インタフェースを提供するＯＳの出力モジュールに対して、予め定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ：Graphic Device Interface関数）を送信する。そして、出力コマンドを受けた出力モジュールが画像形成装置等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換されたコマンド（ＤＤＩ：Device Driver Interface関数）を出力する。ここで出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイス毎にデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成してＪＬ（Job Language）でくくることにより印刷ジョブが生成される。

尚、ＯＳとしてMicrosoft社のWindows（登録商標）を利用する場合には、上述した出力モジュールとしてはＧＤＩと呼ばれるモジュールが相当する。

電子原稿ライタ７０２は、上述のデバイスドライバを改良したソフトウェアモジュールである。尚、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、後述する製本アプリケーション７０４やプリンタドライバ７０６により処理可能な形式に出力コマンドを変換する。

この電子原稿ライタ７０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。アプリケーション７０１により電子原稿ライタ７０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ７０２を指定してから印刷を実行させる。

但し、電子原稿ライタ７０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ７０２を指定するのは製本アプリケーション７０４であり、その管理下でアプリケーションデータの電子原稿ファイル７０３への変換が実行される。

製本アプリケーション７０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイル７０３として完成させる。以下では、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを電子原稿ファイル７０３と呼び、製本アプリケーション７０４によって構造を与えられた電子原稿ファイル７０３をブックファイルと呼ぶ。また、特に区別する必要がない場合は、一般アプリケーション７０１により生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルを何れも文書ファイル（又は文書データ）と呼ぶ。

このように、デバイスドライバとして電子原稿ライタ７０２を指定し、一般アプリケーション７０１からそのデータを印刷させることで、アプリケーションデータはアプリケーション７０１によって定義されたページ（以後、「論理ページ」或いは「原稿ページ」と呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル７０３としてＨＤＤなどの記憶装置に格納される。

尚、ハードディスクは、第１の実施形態におけるクライアントＰＣ６０１が備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

製本アプリケーション７０４は、電子原稿ファイル（ブックファイル）７０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション７０４は各ページの内容を編集する機能を提供するものではなく、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供するものである。

製本アプリケーション７０４によって編集されたブックファイル７０３を印刷する際に製本アプリケーション７０４によって電子原稿デスプーラ７０５が起動される。この電子原稿デスプーラ７０５は、製本アプリケーション７０４と共にコンピュータ内にインストールされるプログラムモジュールであり、製本アプリケーション７０４で利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバ７０６へ描画データを出力するために使用されるモジュールである。

また、電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用される画像形成装置に対応するドライバがデバイスドライバ（図７に示すプリンタドライバ７０６）として指定される。出力モジュールは、指定された画像形成装置１のプリンタドライバ７０６を用いて、受信した出力コマンドを画像形成装置１で解釈可能なデバイスコマンドに変換する。そして、デバイスコマンドはネットワークを介して画像形成装置１に送信され、画像形成装置１によってそのコマンドに応じた画像が印刷される。

＜電子原稿ファイルの形式＞
製本アプリケーション１０４の詳細を言及する前に、ブックファイルのファイル形式を説明する。ブックファイルは紙媒体の書物を模した３層の層構造を有する。まず上位層は「ブック」と呼ばれ、１冊の本を模しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。各ページついてもページ毎の属性が定義できる。また、１つのブックは複数の章を含み、また１つの章は複数のページを含むことができる。

図８に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。この例のブックファイルにおけるブック、章、ページは、それぞれ相当するノードにより示されている。１つのブックファイルは１つのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほか、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。

尚、紙媒体等に出力する際に、印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページの各階層における属性として表示される。

図８において、ブック８０１には、ブック属性が定義されていると共に、２つの章８０２Ａ，８０２Ｂがリンクされている。このリンクにより、章８０２Ａ，８０２Ｂがブック８０１に包含されていることが表示される。章８０２Ａには、ページ８０３Ａ，８０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ８０３Ａ，８０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図８に示す（Ｂ）のように、原稿ページデータ８０４のデータ（１）、（２）を指し示し、ページ８０３Ａ、８０３Ｂの実体が、原稿ページデータ（１）、（２）であることを表示する。

図９は、ブック属性の一覧を示す図である。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。

図１０は、章属性の一覧を示す図である。図１１は、ページ属性の一覧を示す図である。ここで、章属性とページ属性との関係も、ブック属性と下位層の属性との関係と同様である。

図９に示すように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらは、ブックを通して定義される項目である。印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で、印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。

表紙／裏表紙属性は、ブックとして纏められる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加するか否かの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に、用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、或いは複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。

合紙属性は、章の区切りとして、インサータから、或いは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。

章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。

章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。このうち、Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎ−ｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。

ブック、章、ページについて共通な属性として、ウォーターマーク属性及びヘッダ・フッタ属性がある。ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。

尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、またブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいてブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。

＜ブックファイルの生成手順＞
ブックファイルは、上述したような構造及び内容を有している。次に、製本アプリケーション７０４及び電子原稿ライタ７０２によってブックファイルを作成する手順について説明する。ブックファイルの作成は、製本アプリケーション７０４によるブックファイルの編集操作の一環として実現される。

図１２は、製本アプリケーション１０４によりブックファイルを開く処理を示すフローチャートである。まず、開こうとするブックファイルが新規に作成すべきものであるか、それとも既存のものであるかを判定する（Ｓ１２０１）。ここで、新規作成の場合には、章を含まないブックファイルを新規に作成する（Ｓ１２０２）。新規に作成されるブックファイルは、図８に示す例で言えば、ブックノード８０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。また、ブック属性は、新規作成用として予め用意された属性のセットが適用される。そして、この新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（Ｓ１２０４）。

一方、既存のブックファイルがあれば、指定されたブックファイルを開き（Ｓ１２０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図１３は、ユーザインタフェース（ＵＩ）画面の一例を示す図である。このＵＩ画面１３００は、ブックの構造を示すツリー部１３０１と、印刷された状態を表示するプレビュー部１３０２とを含む。ツリー部１３０１には、ブックに含まれる章、各章に含まれるページが、図８に示す（Ａ）のような木構造で表示される。ツリー部１３０１に表示されるページは原稿ページである。プレビュー部１３０２には、印刷ページの内容が、後述する選択された印刷機能に基づく印刷結果を示すように、縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。

また、開かれたブックファイルには、電子原稿ライタ７０２によって電子原稿ファイルに変換されたアプリケーションデータを新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。そして、図１２に示す手順に従って新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。

＜ブックファイルの編集＞
このようにして、一般アプリケーション７０１のデータファイルからブックファイルを作成することができる。そして、生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などといった編集操作が可能となる。これらの操作を行うと、図９乃至図１１に示す属性に操作結果が反映されるか、ブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。

＜ブックファイルの出力＞
以上のように、作成及び編集されるブックファイルは印刷出力を最終目的としている。利用者が図１３に示す製本アプリケーションのＵＩ画面１３００からファイルメニューを選択し、表示されるプルダウンメニューから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際に、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ７０５に渡す。これにより、電子原稿デスプーラ７０５はジョブチケットをＯＳの出力コマンド、例えばＧＤＩコマンドに変換し、それを出力モジュール、例えばＧＤＩに送信する。

一方、出力モジュールは、指定されたプリンタドライバ７０６によりデバイスに適したコマンドを生成し、そのデバイスにコマンドを送信する。

ここで、ジョブチケットは、原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義するものである。また、ジョブチケットは、１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば、１シートには１物理ページが属し、両面印刷ならば、１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また、物理ページの属性として原稿ページのレイアウトが含まれる。

そして、電子原稿デスプーラ７０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。

＜画像形成装置の構成＞
次に、クライアントＰＣ６０１のプリンタドライバ７０６から出力される印刷コマンドを受信し、印刷を行う画像形成装置の構成について説明する。

図１４は、図１に示す画像形成装置の構成の一例を示すブロック図である。図１４に示すように、画像形成装置は、原稿画像をスキャナで読み取り、画像処理して画像データとして出力する入力画像処理部１４０１と、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部１４０２と、ネットワークを利用して画像データや装置情報を授受するＮＩＣ（Network Interface Card）部１４０３と、画像形成装置との情報交換を行う専用Ｉ／Ｆ部１４０４と、外部メモリなどとの間でシリアルデータを授受するＵＳＢＩ／Ｆ部１４０５と、操作部１４０６と、ラスターイメージプロセッサ（ＲＩＰ）部１４０７と、出力画像処理部１４０８と、プリンタ部１４０９と、後処理部１４１０と、圧縮伸張部１４１１と、文書管理部１４１２と、リソース管理部１４１３とを備えている。そして、プリンタの使い方に応じてＭＦＰ制御部１４２０で画像信号を一時保存したり、経路を決定したりする制御を行う。

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

＜ニアラインフィニッシャの構成＞
次に、多種あるフィニッシャのうち、図１５に、図１に示すニアラインフィニッシャの内部構成の一例を示す。

図１５に示すように、ニアラインフィニッシャは、後処理デバイス１５２０を制御するコントローラ１５１０と、後処理デバイス１５２０とから構成されている。コントローラ１５１０において、１５１１はホストコンピュータやＭＦＰなどの他のネットワーク機器と通信を行うネットワークＩ／Ｆである。１５１２は一時的に情報を保管するＤＲＡＭのような一次記憶装置やＨＤＤのような二次記憶装置である。

１５１３はニアラインフィニッシャにおいてジョブの制御を行うジョブ制御部である。１５１４はユーザからのＩＤ入力などを受け付ける操作部である。１５１５は入力されたジョブ制御情報（ジョブチケットと呼ばれる）を解釈し、デバイスを制御できる形式に変換するジョブ制御情報解釈部である。１５１６は後処理デバイス１５２０を制御するデバイス制御部である。

図１６は、図１５に示すニアラインフィニッシャのフィニッシャプロファイル転送処理を示すフローチャートである。まず、ジョブ制御部１５１３がネットワークＩ／Ｆ１５１１を介して、画像形成装置、サーバ、クライアントＰＣ等のデバイスからフィニッシャプロファイル取得依頼を受信すると（Ｓ１６０１）、記憶装置１５１２に格納されたプロファイル情報を読み出す（Ｓ１６０２）。そして、取得を依頼してきたデバイスに対してプロファイル情報を転送する（Ｓ１６０３）。尚、プロファイル情報については、「プロファイルの内部構造」において後述する。

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

図１７は、製本機のフィニッシャプロファイルを記述した例を示す図である。図１８は裁断機のフィニッシャプロファイルを記述した例を示す図である。図１７において、まず、「FinishingType」は製本機、裁断機などの種類、「Manufacturer」は製造したメーカ名、「ProductName」は型式をそれぞれ表している。図１７に示す例では、「ABC社が製造した11ABCという型式の製本機（Type : Bookbinding）」を表している。

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

例えば、図１７の製本機には、「Booklet」タグにおいて、タイプ名として「中とじ折」「平とじ」「コーナーとじ」「二つ折り」「平とじ折」「コーナーとじ折」が定義されている。また、「Medium」タグにおいて、メディアタイプとして「Plain」「Fine」が、メディア重量として最小値が「60Kg」、最大値が「120Kg」と定義されている。そして、「StapleSpaceInterval」タグにおいて、ステープル間隔が調整不能（「False」）であり、間隔は100mmであることが定義されている。

また、図１８では、「Cutting」タグにおいて、最大入力寸法（MaxInputDimensions）が縦横（x, y）それぞれ360mmであることが記述されている。また、最大出力寸法（MaxOutputDimensions）が、縦横（x, y）それぞれ310mmであること、最小出力寸法（MinOutputDimensions）が、横（X）が80mm、縦（Y）が150mmであることが記述されている。また、最大厚み（MaxThickness）が70mmであることが記述されている。

このように、フィニッシャのプロファイル情報には、機能の種類（機種）、メーカ名、形式名、機能毎の性能（例えば、寸法やとじ位置など）が定義されている。このプロファイル情報は、例えばフィニッシャの記憶装置２１０１に保存されており、画像形成装置に読み出されて収集されるか、ホストコンピュータとしての情報処理装置のプリンタドライバの制御により直接ニアラインフィニッシャから収集されても良い。

＜印刷設定及びフィニッシャ設定＞
次に、製本アプリケーション７０４による印刷設定及びフィニッシャ設定の処理動作について説明する。

上述の製本アプリケーション７０４は、特定の画像形成装置で利用可能な機能の範囲で、電子原稿ファイル内の文書データに対して、印刷設定及びフィニッシャ設定を行うことも、特定の画像形成装置の機能によらず、自由に印刷設定及びフィニッシャ設定を行うことも可能に構成されている。以後、前者を機能限定モード、後者を機能非限定モードと呼ぶ。

文書作成者は、文書作成環境で利用可能な特定の画像形成装置（プリンタ）で印刷し、インラインフィニッシャ又は二アラインフィニッシャに製本、断裁、紙折りなどの仕上げ処理を行わせる前提で文書を作成する場合は機能限定モードで文書を作成することにより、特定のプリンタ及びフィニッシャで実現できる範囲で文書の印刷設定及びフィニッシャ設定を行うことが可能となる。

一方、文書作成環境に無いプリンタで印刷する前提で文書を作成する、或いは印刷するプリンタを限定しない前提で作成する場合には、機能非限定モードで文書を作成することにより、高機能なプリンタが無い環境においても文書に対して高機能を利用した印刷設定をすることが可能となる。

本実施形態のシステムでは、ＯＳが認識する基本的な機能の範囲内に留まらず、例えばステイプル、サドルステッチ（中綴じ）、Ｚ折りといった、現在のＯＳでは一般的に認識されていないプリンタ及びフィニッシャの機能に関しても能力の取得、設定値の取得及び設定などが可能に構成されている。

図１９に、製本アプリケーション７０４がプリンタドライバ７０６から取得する機能情報の例を示す。製本アプリケーション７０４がプリンタドライバ７０６に制御可能な機能の問い合わせをした場合、プリンタドライバ７０６は図１９に示すような制御可能機能のＩＤリストを返却する。

図１９に示す（ａ）の高機能機の例では、プリンタドライバ７０６は、両面印刷、出力用紙サイズ、ステイプル、パンチ、Ｚ折り、サドルステッチ、くるみ製本、中央断裁、Ｃ折りが制御可能なプリンタ及びインラインフィニッシャである、と返している。一方、図１９に示す（ｂ）の低機能機の例では、インラインフィニッシャがついていないプリンタであり、制御可能な機能は出力用紙サイズのみとなっている。

このように、プリンタドライバ７０６は特定のプリンタ専用のものであるので、個々の機能を制御可能か、といった情報をプリンタドライバ７０６内に備えている。この情報をアプリケーションからの問い合わせに対して返却するように構成されている。

更に、ここでリストされた機能に関して、現在の設定値、設定値の変更、設定値の範囲の取得、或いは設定可能な選択肢のリストなどを製本アプリケーション７０４がプリンタドライバ１０６から取得できるように構成されている。

図２０は、製本アプリケーション７０４におけるデバイスの選択画面を示す図である。図２０に示すように、プルダウンメニュー２００１をクリックするとプリンタを選択することができ、またプルダウンメニュー２００２をクリックすると二アラインフィニッシャを選択することができる。

また、「プリンタの機能に合わせて印刷体裁を設定する」２００３、「二アラインフィニッシャの機能に合わせて印刷体裁を設定する」２００４にチェックを入れると図２１に示すように、ドキュメント全体の設定における仕上げ画面において、チェックされた項目に対応する印刷設定項目が画面上に追加される。

図２１は、ニアラインフィニッシャ選択時の設定画面の一例を示す図である。図２１に示す例では、図２０に示す選択画面で選択された二アラインフィニッシャが、くるみ製本２１０１、中央断裁２１０２、Ｃ折り２１０３の機能を備えている場合に、この設定画面上にこれらの印刷設定項目が追加表示される状態を示している。

＜クライアントＰＣにおける印刷処理＞
図２２は、クライアントＰＣ６０１における一連の処理を示すフローチャートである。まず、クライアントＰＣ６０１において、オペレータが製本アプリケーション７０４を起動し、電子原稿ファイル７０３の文書データをオープンすると、製本アプリケーション７０４は、ネットワーク上の画像形成装置１、インラインフィニッシャ１、２、ニアラインフィニッシャ１〜４などのデバイス情報を生成する（Ｓ２２０１）。次に、オペレータは図２０に示すデバイスの選択画面に表示されるデバイス情報に基づいて所望のデバイスを選択し（Ｓ２２０２）、選択したデバイスの編集情報テーブルを生成する（Ｓ２２０３）。編集情報テーブルについては後述する。そして、製本アプリケーション７０４は、選択されているデバイス情報で実現可能な機能を、オペレータに対して文書データに設定させることを許可し、オペレータによる操作に応じて、文書データに対して、面付け設定等のページ編集を行い（Ｓ２２０４）、ＵＩ上で編集結果を確認した後、印刷を実行する（Ｓ２２０５）。

図２３は、クライアントＰＣ６０１でデバイス情報を管理するデバイス管理テーブルの一例を示す図である。図２３に示すように、このデバイス管理テーブルは、デバイスＩＤ２３０１と、そのデバイスのネットワーク上のアドレスであるＩＰアドレス２３０２と、デバイスのプロファイルが格納されているファイル名２３０３とから構成されている。

図２４は、編集情報テーブルの一部であり、クライアントＰＣ６０１で出力形態毎にデバイスを管理する出力形態テーブルの一例を示す図である。この例では、出力形態として、例えば印刷、製本、折り、断裁等に分類し、出力形態毎に対応する機能を備えたデバイス（図１参照）を管理するものである。例えば、出力形態としてモノクロ印刷を行う場合には、デバイスとしてＩＲ１がその能力に対応しており、カラー印刷なら、ＩＲ２がその能力に対応していることが示されている。尚、出力形態に対して、デバイスは一意に決定される必要はなく、モノクロ印刷には、ＩＲ１とＩＲ２とが対応するように管理されても良い。

図２５は、図２２に示すデバイス管理テーブル生成処理（Ｓ２２０１）の詳細な処理を示すフローチャートである。まず、製本アプリケーション７０４は、初期状態か否かを、ページ編集を行うファイルなどに格納されているデバイス管理テーブルが存在するか否かにより判定する（Ｓ２５０１）。ここで、デバイス管理テーブルが存在せず、初期状態の場合は、ネットワーク上に接続されているサーバー２０１に対してネットワークＩ／Ｆ６０５を介してデバイス情報の取得を依頼し（Ｓ２５０２）、デバイス情報が返ってくるのを待つ（Ｓ２５０３）。その後、デバイス情報を取得すると、製本アプリケーション７０４は、ネットワーク上に接続された新規デバイスが存在するか否かを判定する（Ｓ２５０４）。ここで新規デバイスが存在する場合は、取得したデバイス情報のＩＰアドレスのデバイス（画像形成装置やニアラインフィニッシャ）へプロファイル情報の取得を依頼する（Ｓ２５０５）。そして、プロファイル情報を取得すると（Ｓ２５０６）、そのプロファイル情報をファイルに格納し（Ｓ２５０７）、デバイス管理テーブルへデバイスＩＤ２３０１、ＩＰアドレス２３０２、プロファイル情報のファイル名２３０３を追加する（Ｓ２５０８）。

一方、既にデバイス管理テーブルが存在し、初期状態でない場合、サーバー２０１にネットワーク上にデバイスが存在しているか、また新しいデバイスが接続されていないかの確認依頼を行い（Ｓ２５０９）、デバイス情報が返ってくるのを待つ（Ｓ２５１０）。その後、デバイス情報を取得すると、デバイス管理テーブル中に記憶されているデバイス情報と比較することにより、ネットワーク上から切り離されたデバイスがあったか否かを判定する。ここで切り離されたデバイスがあると判定された場合（Ｓ２５１１）、製本アプリケーション７０４は、切り離されたデバイスのデバイス情報をデバイス管理テーブルから削除する（Ｓ２５１２）。また、新たに接続されたデバイスがあった場合、Ｓ２５０４〜Ｓ２５０８により、デバイス管理テーブルに追加する。最後に、全てのプロファイル情報から図２４に示す出力形態テーブルを生成し終了する。

図２６は、編集情報テーブルの一部であり、クライアントＰＣ６０１でデバイスの組み合わせにより可能な面付け方法を管理する面付け編集テーブルの一例を示す図である。この面付け編集テーブルには、選択されたデバイスを組み合わせて可能となる、面付け設定が全て登録される。例えば、印刷装置（ＩＲ２）がＮｕｐ機能（１物理用紙に対して、複数の論理ページを配置する印刷レイアウト）を有している場合は、面付け種類は、Ｎｕｐ（面付けＡ）となるが、デバイスの組み合わせとして、印刷装置（ＩＲ２）に、二つ折り機能を有する後処理装置（ＮＬＦ１〜３）が組み合わされて印刷物を得ることが指定された場合は、面付け種類は、Ｎｕｐだけでなく、二つ折りを考慮した面付けＢ（例えば、折りを考慮して180度回転やページ順の入れ替えを行った面付け）となる。

図２７は、図２２に示す編集情報テーブル作成処理（Ｓ２２０３）の詳細な処理を示すフローチャートである。編集情報テーブルとは、前述したように、出力形態テーブルと面付編集テーブルを含んでいる。まず、編集情報テーブルの作成において、全デバイスのプロファイル情報から図２４に示した出力形態テーブルを作成し、作成された出力形態テーブルに基づいて、新規に登録されたデバイスを検索する（Ｓ２７０１）。そして、デバイスの出力形態から可能な面付けを図２６に示す面付け編集テーブルに登録する（Ｓ２７０２）。

図２８は、図２２に示す面付け設定処理（Ｓ２２０４）の詳細な処理を示すフローチャートである。まず、図２３に示すデバイス管理テーブルから、ステップＳ２２０２で、製本アプリケーション７０４のデバイス選択画面２０を介してユーザにより選択された画像形成装置を検索し（Ｓ２８０１）、プロファイル情報を記憶装置から読み出す（Ｓ２８０２）。また、ニアラインフィニッシャも選択されている場合は（Ｓ２８０３）、該当するニアラインフィニッシャを検索し（Ｓ２８０４）、プロファイル情報を読み出す（Ｓ２８０５）。ここでは、全ての選択されたニアラインフィニッシャのプロファイル情報を取得するまで上述の検索及び読み出し処理を続ける（Ｓ２８０６）。

次に、全ての選択されたデバイスのプロファイルを取得すると、デバイスの組み合わせで可能な面付け設定を決定する（Ｓ２８０７）。各デバイスが有する機能、例えば、印刷装置であれば両面印刷機能やＮｕｐ印刷機能、後処理装置（製本機）であればくるみ製本機能等から、各機能を実現するための面付けは決定されるため、選択された印刷装置と後処理装置の組み合わせにより、組み合わせで可能な複数の面付け種類を決定することが可能となる。そして、可能な面付け設定をＵＩ画面上（図２１を参照）に表示し（Ｓ２８０８）、オペレータがＵＩ画面上に表示された面付け設定からクライアントＰＣ６０１に接続されたマウス６２０などのポインティングデバイスで面付けを指示することで、製本アプリケーション７０４は面付け設定を選択する（Ｓ２８０９）。

前述したデバイスの設定（図２０）と面付け設定（図２１）の選択の手法とは異なる選択の手法について説明する。図２９及び図３０は、デバイス設定と面付け設定を行うためのＵＩ画面の一例を示す図である。図２９は、画像形成装置のみがネットワーク上に接続された状態での設定である。この場合、図２９に示す（Ａ）で画像形成装置１を設定すると、可能な面付けは同（Ｂ）に示すように、１種類となる。

また、図３０は、画像形成装置とフィニッシャがネットワーク上に接続された状態での設定である。この場合、図３０に示す（Ａ）で画像形成装置１、ニアラインフィニッシャ２（くるみ製本機）、及びニアラインフィニッシャ３（断裁機）を選択することにより、同（Ｂ）に示すように、３種類の面付け設定が可能となる。

図３１は、図３０に示すデバイスと面付け設定終了後のプレビュー表示の一例を示す図である。この画面でオペレータはプレビュー表示を確認し、所望の編集結果であることを確認すると、印刷を実行し、出力処理を行う。

図３２は、図２２に示す印刷処理（Ｓ２２０５）の詳細な処理を示すフローチャートである。この印刷処理では、まず製本アプリケーション７０４は、上述した面付け設定で選択された面付けが画像形成装置または該画像形成装置のプリンタドライバで出力可能か否かを判定する（Ｓ３２０１）。この判定は、画像形成装置のプロファイル情報及び出力形態テーブルに基づいて、選択されている面付け設定の出力形態を画像形成装置がサポートしているかを判定することにより行われる。サポートしている場合は、画像形成装置内部もしくは該画像形成装置のプリンタドライバにおいて面付け可能である。出力できると判定された場合は、製本アプリケーション７０４は、画像形成装置またはプリンタドライバでの面付け印刷を指示するデータを作成する（Ｓ３２０２）。また、選択されている面付け設定が後処理装置であるニアラインフィニッシャが提供する製本機能に基づくものである場合は、この面付け設定を画像形成装置がサポートしていない。このように、ステップＳ３２０１で出力できないと判定された場合は、製本アプリケーション７０４において電子原稿ファイルの描画データに対して面付け処理を行った後、印刷すべきデータを作成する（Ｓ３２０３）。

尚、本実施形態では、画像形成装置と後処理装置の機能の組み合わせにより生成される面付け設定の場合、この面付け設定に基づく面付け処理を製本アプリケーション７０４のみで実行するが、これに限るものではなく、後処理装置の機能により生成される部分を製本アプリケーション７０４が面付け処理し、画像形成装置の機能により生成される部分をプリンタドライバ（或いは画像形成装置）が面付け処理するように製本アプリケーション７０４からプリンタドライバ７０６へ指示しても良い。

次に、製本アプリケーション７０４による印刷すべきデータの作成が終わると、各デバイスで印刷処理及び後処理を行うためのジョブＩＤを設定し（Ｓ３２０４）、画像形成装置に送信するジョブ制御情報を作成する（Ｓ３２０５）。これにより、プリンタドライバ７０６は、製本アプリケーション７０４により生成されたジョブ制御情報と印刷すべきデータに基づいて、画像形成装置が解釈可能な印刷データの印刷ジョブを生成する。
次に、上述したデバイス選択でニアラインフィニッシャを選択していた場合（Ｓ３２０６のＹＥＳ）、製本アプリケーション７０４は、ニアラインフィニッシャに処理を指示するためにニアラインフィニッシャに対するジョブ制御情報（ジョブチケットと呼ばれる）を作成し（Ｓ３２０７）、生成されたジョブチケットのジョブ制御情報をニアラインフィニッシャに送信する（Ｓ３２０８）。そして、ニアラインフィニッシャに送信したジョブ制御情報を、画像形成装置に送信するジョブ制御情報に追加し（Ｓ３２０９）、プリンタドライバ７０６を介して画像形成装置へデータを送信する（Ｓ３２１０）。

尚、ステップＳ３２０８では、画像形成装置で制御すべきジョブ制御情報にニアラインフィニッシャで制御すべきジョブ制御情報を追加してから画像形成装置に対して送信したが、これに限るものではなく、画像形成装置で制御すべきジョブ制御情報のみを含む印刷ジョブを画像形成装置に対して送信するように構成しても良い。本実施形態においてニアラインフィニッシャに対するジョブ制御情報を追加したのは、画像形成装置でニアラインフィニッシャに対するジョブ制御情報に基づく処理手順とジョブＩＤを用紙に印刷して、オペレータに次の工程（後処理工程）を容易に認識させるためである。

＜画像形成装置における印刷処理フロー＞
図３３は、画像形成装置のＭＦＰ制御部１４２０の制御における印刷処理を示すフローチャートである。画像形成装置がクライアントＰＣのプリンタドライバからジョブ制御情報を含む印刷ジョブを受信すると（Ｓ３３０１）、ＭＦＰ制御部１４２０はその印刷ジョブ中のジョブ制御情報の解釈を行う（Ｓ３３０２）。そして、インラインフィニッシャに対する処理がある場合（Ｓ３３０３のＹＥＳ）、インラインフィニッシャに対するジョブ制御情報を解釈する（Ｓ３３０４）。

次に、このジョブ制御情報の解釈後、ＲＩＰ部１４０７により印刷データをビットマップイメージに変換し、プリンタ部１４０９により印刷を実行する（Ｓ３３０５）。画像形成装置による印刷データ部分の印刷が終了すると、インラインフィニッシャに対する処理があるか判断し、インラインフィニッシャに対する処理がある場合（Ｓ３３０６のＹＥＳ）、ジョブ制御情報の解釈結果に従って後処理部１４１０を介してインラインフィニッシャの処理を行う（Ｓ３３０７）。そして、ＭＦＰ制御部１４２０は印刷ジョブ中にニアラインフィニッシャに対するジョブ制御情報があるか判断し、ニアラインフィニッシャに対する処理がある場合（Ｓ３３０８のＹＥＳ）、ニアラインフィニッシャに対するジョブ制御情報を解釈し（Ｓ３３０９）、処理を行うニアラインフィニッシャへの処理手順及びジョブＩＤを所定のフォーマットで別の用紙に印刷する（Ｓ３３１０）。所定のフォーマットはどのようなフォーマットでもよいが、オペレータがジョブＩＤとニアラインフィニッシャでの処理手順が認識できるような形式が望ましい。

＜ニアラインフィニッシャにおけるジョブ制御フロー＞
図３４は、ニアラインフィニッシャにおけるジョブ制御を示すフローチャートである。まず、クライアントＰＣからネットワークＩ／Ｆ１５１１を介してジョブ制御情報（ジョブチケット）を受信すると（Ｓ３４０１）、ジョブ制御情報解釈部１５１５にてジョブ制御情報の解釈を行う（Ｓ３４０２）。そして、デバイスを制御可能な内部形式に変換し、記憶装置１５１２にジョブＩＤと共に保管する（Ｓ３４０３）。次に、オペレータが操作部１５１４から、これから処理を行いたいジョブのジョブＩＤを入力すると（Ｓ３４０４のＹＥＳ）、ジョブ制御部１５１３が記憶装置１５１２から該当ジョブ制御情報を取得する（Ｓ３４０５）。そして、デバイス制御部１５１６に設定し、後処理デバイス１５２０を制御し（Ｓ３４０６）、指定された後処理を行う。

また、ネットワーク上にジョブ制御情報を格納するサーバー（ＭＦＰでもよい）を追加し、該当フィニッシャにジョブ制御情報サーバーを登録し、操作部からジョブＩＤが入力された際に、ジョブ制御情報サーバーへ接続し、入力されたジョブＩＤに対応するジョブ制御情報を入手し、そのジョブ制御情報の解釈を行い、後処理デバイスを制御するように構成しても良い。

［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態について詳細に説明する。第１の実施形態では、デバイス設定をオペレータが行っているが、第２の実施形態では、デバイス設定を出力形態から自動的に選択するものである。

尚、第２の実施形態におけるシステム構成は、第１の実施形態で説明した図１と同様であり、クライアントＰＣ、サーバー、画像形成装置、フィニッシャの構成及び動作などについての説明は省略する。

図３５は、第２の実施形態によるクライアントＰＣでの印刷処理を示すフローチャートである。第１の実施形態と同様に、クライアントＰＣにおいて、オペレータがページ編集用のアプリケーションプログラムである製本アプリケーション７０４を実行すると、製本アプリケーション７０４は、ネットワーク上の画像形成装置、インラインフィニッシャ、ニアラインフィニッシャのデバイス情報を生成する（Ｓ３５０１）。前述したように、画像形成装置とインラインフィニッシャのデバイス情報はプリンタドライバ７０６から取得でき、ニアラインフィニッシャのデバイス情報はニアラインフィニッシャから取得することができる。次に、オペレータが製本アプリケーション７０４の出力形態設定（図２１の画面）で製本方法等を選択すると（Ｓ３５０２）、選択された出力形態に基づいてデバイス管理テーブルから該当するデバイスの組み合わせを検索し、組み合わせをＵＩで表示する（Ｓ３５０３）。ここで、オペレータがポインティングデバイス等を使って所望の組み合わせを選択する（Ｓ３５０４）。次に、選択されたデバイスに基づいて面付け設定等のページ編集を行い（Ｓ３５０５）、ＵＩ上で編集結果を確認後、印刷を実行する（Ｓ３５０６）。

図３６は、デバイス組み合わせ選択ＵＩ画面の一例を示す図である。図３６に示す例は、図１に示す画像形成装置（ＩＲ２）、ニアラインフィニッシャ（ＮＬＦ１、２、３）の組み合わせから、カラー印刷、くるみ製本を指定した場合である。

このように、デバイス組み合わせ選択ＵＩにおいて、オペレータはクライアントＰＣに接続されているキーボードやマウスなどのポインティングデバイスを使ってＵＩ上に表示されるデバイスの組み合わせから、デバイスを選択することができる。

従って、オペレータがデバイス能力を把握せずとも、デバイス選択が可能となる。

以上説明した第１及び第２の実施形態によれば、ニアラインフィニッシャで処理可能な作業に合わせて、アプリケーションでのページ編集を、インラインフィニッシャと同様に行うことが可能となる。更に、複数のフィニッシャを組み合わせて処理可能な作業に合わせて、アプリケーションでのページ編集が可能となる。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

更に、記録媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

第１の実施形態におけるシステム構成の一例を示す図である。 図１に示すサーバーの構成の一例を示すブロック図である。 サーバー２０１でのデバイス追加処理を示すフローチャートである。 デバイス管理テーブルの構成の一例を示す図である。 サーバー２０１でのデバイス情報の取得又は確認処理を示すフローチャートである。 図１に示すクライアントＰＣの構成の一例を示すブロック図である。 クライアントＰＣ６０１のソフトウェア構成を示す図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 製本アプリケーション１０４によりブックファイルを開く処理を示すフローチャートである。 ユーザインタフェース（ＵＩ）画面の一例を示す図である。 図１に示す画像形成装置の構成の一例を示すブロック図である。 図１に示すニアラインフィニッシャの内部構成の一例を示す図である。 図１５に示すニアラインフィニッシャのフィニッシャプロファイル転送処理を示すフローチャートである。 製本機のフィニッシャプロファイルを記述した例を示す図である。 裁断機のフィニッシャプロファイルを記述した例を示す図である。 製本アプリケーション７０４がプリンタドライバ７０６から取得する機能情報の例を示す図である。 製本アプリケーション７０４におけるデバイスの選択画面を示す図である。 ニアラインフィニッシャ選択時の設定画面の一例を示す図である。 クライアントＰＣ６０１における一連の処理を示すフローチャートである。 クライアントＰＣ６０１でデバイス情報を管理するデバイス管理テーブルの一例を示す図である。 編集情報テーブルの一部であり、クライアントＰＣ６０１で出力形態毎にデバイスを管理する出力形態テーブルの一例を示す図である 図２２に示すデバイス管理テーブル生成処理（Ｓ２２０１）の詳細な処理を示すフローチャートである。 編集情報テーブルの一部であり、クライアントＰＣ６０１でデバイスの組み合わせにより可能な面付け方法を管理する面付け編集テーブルの一例を示す図である。 図２２に示す編集情報テーブル作成処理（Ｓ２２０３）の詳細な処理を示すフローチャートである。 図２２に示す面付け設定処理（Ｓ２２０４）の詳細な処理を示すフローチャートである。 画像形成装置のみがネットワーク上に接続された状態でデバイス設定と面付け設定を行うためのＵＩ画面の一例を示す図である。 画像形成装置とフィニッシャがネットワーク上に接続された状態でデバイス設定と面付け設定を行うためのＵＩ画面の一例を示す図である。 図３０に示すデバイスと面付け設定終了後のプレビュー表示の一例を示す図である。 図２２に示す印刷処理（Ｓ２２０５）の詳細な処理を示すフローチャートである。 画像形成装置における印刷処理を示すフローチャートである。 ニアラインフィニッシャにおけるジョブ制御を示すフローチャートである。 第２の実施形態によるクライアントＰＣでの印刷処理を示すフローチャートである。 デバイス組み合わせ選択ＵＩ画面の一例を示す図である。

Claims (10)

1. 複数の画像形成装置と各画像形成装置とは独立した複数のフィニッシャとネットワークを介して通信可能な情報処理装置であって、
   前記複数の画像形成装置及び前記複数のフィニッシャからそれぞれデバイス情報を取得する取得手段と、
   前記複数の画像形成装置及び前記複数のフィニッシャから画像形成装置とフィニッシャとをユーザに選択させるための選択手段と、
   前記選択手段により選択された画像形成装置とフィニッシャとから設定可能な印刷機能及び後処理機能を、前記取得手段により取得されたデバイス情報を用いて決定する決定手段と、
   前記決定手段により決定された設定可能な印刷機能及び後処理機能の組み合わせを選択可能に表示する表示手段と、
   前記表示手段により表示された組み合わせからユーザの選択に応じて出力時に利用される印刷機能及び後処理機能を設定する設定手段と、
   前記設定手段で設定された印刷機能を前記選択された画像形成装置に実行させるための印刷制御情報を生成し、前記設定手段で設定された後処理機能を前記選択されたフィニッシャに実行させるためのジョブ制御情報を生成する生成手段と、
   前記生成手段で生成された印刷制御情報及びジョブ制御情報を前記選択された各デバイスへ送信する送信手段とを有することを特徴とする情報処理装置。
2. 前記フィニッシャは、前記ネットワークを介して接続されるニアラインフィニッシャであり、前記選択手段は利用可能なニアラインフィニッシャから特定の後処理機能を実行させるためのニアラインフィニッシャをユーザに選択させるためのユーザインタフェースを含むことを特徴とする請求項１記載の情報処理装置。
3. 前記選択手段は、前記利用可能な複数のニアラインフィニッシャをユーザに選択させることを特徴とする請求項２記載の情報処理装置。
4. 前記表示手段は、前記決定手段により決定された設定可能な印刷機能及び後処理機能の組み合わせとして、面付け設定の組み合わせを選択可能に表示することを特徴とする請求項１乃至３の何れか１項記載の情報処理装置。
5. 前記選択手段は、前記利用可能なデバイスとして、前記画像形成装置と少なくとも１つのニアラインフィニッシャとの組み合わせをユーザに選択させることを特徴とする請求項１乃至４の何れか一項に記載の情報処理装置。
6. 前記設定手段は、前記選択されたデバイスの組み合わせに対する印刷機能の設定をユーザに設定させることを特徴とする請求項５記載の情報処理装置。
7. 前記画像形成装置と前記ネットワークを介して接続されるニアラインフィニッシャとの組み合わせを出力形態として選択させる手段と、
   前記選択された出力形態に基づいて前記組み合わせを自動的に選択する手段とを有することを特徴とする請求項１記載の情報処理装置。
8. 複数の画像形成装置と各画像形成装置とは独立した複数のフィニッシャとネットワークを介して通信可能な情報処理装置のデバイス選択方法であって、
   前記複数の画像形成装置及び前記複数のフィニッシャからそれぞれデバイス情報を取得する取得工程と、
   前記複数の画像形成装置及び前記複数のフィニッシャから画像形成装置とフィニッシャとをユーザに選択させるための選択工程と、
   前記選択工程において選択された画像形成装置とフィニッシャとから設定可能な印刷機能及び後処理機能を、前記取得工程において取得されたデバイス情報を用いて決定する決定工程と、
   前記決定工程において決定された設定可能な印刷機能及び後処理機能の組み合わせを選択可能に表示する表示工程と、
   前記表示工程において表示された組み合わせからユーザの選択に応じて出力時に利用される印刷機能及び後処理機能を設定する設定工程と、
   前記設定工程で設定された印刷機能を前記選択された画像形成装置に実行させるための印刷制御情報を生成し、前記設定手段で設定された後処理機能を前記選択されたフィニッシャに実行させるためのジョブ制御情報を生成する生成工程と、
   前記生成工程で生成された印刷制御情報及びジョブ制御情報を前記選択された各デバイスへ送信する送信工程とを有することを特徴とするデバイス選択方法。
9. 請求項８記載のデバイス選択方法をコンピュータに実行させるためのプログラム。
10. 請求項９記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images