JP2010026578A - 情報処理装置、画像形成装置と後処理装置の制御方法、コンピュータプログラム - Google Patents

Abstract

【課題】 ＪＤＦで一元管理された印刷システムにおいて、アプリケーションで設定した印刷文書の、印刷と後処理を、異なるベンダーのデバイスで行いたい場合、プリプレスアプリケーションから一度に指示できず、ユーザ自身が個々のデバイスに対して指示する必要があり手間がかかっていた。
【解決手段】 プリンタ１０７とプリンタ１０７の出力物を後処理するニアラインフィニッシャ１１０とを制御する制御方法であって、フィニッシャ専用アプリケーション１０９で生成されたジョブチケットを登録し（Ｓ１３０６）、登録されたジョブチケットの中から、ニアラインフィニッシャ１１０への指示に利用可能なものを検索し、検索されたジョブチケットを利用してニアラインフィニッシャ１１０への指示を行う（Ｓ１７０３）。
【選択図】 図１

Description

本発明は、プリンタと複数のニアラインフィニッシャとを組み合わせて、プリプレス及びプレス工程を行うための文書処理システムに関する。

商業的印刷業界は、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、該クライアントの所望の印刷物を作成し、それを該クライアントに納品することでクライアントから報酬を得る。この商業的印刷業界では、現在でも、オフセット製版印刷機等の大規模な印刷装置を用いているのが主流である。

この商業的印刷業界では、様々な工程を踏んで作業が進められる。この工程には、例えば、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送等がある。上述のような印刷機の利用には版下作成を欠かすことができず、一度版下を作成すると、その修正は容易でなく、且つコスト的にかなり不利である。これは、入念な校正、即ち、レイアウトのチェックや色の確認作業が必須である事等に起因する。

このように、この種の業界では、大掛かりな装置を必要とし、尚且つ、クライアントが所望する印刷物を作成するのにある程度の時間も必要であった。しかも、これらそれぞれの作業には専門知識が必要であり、いわば職人と呼ばれる熟練者のノウハウが必要であった。原稿や原稿の一部となる部品データを入稿し、デザインやレイアウトを確定し、校正刷りを行う技術は、例えば、特許文献１に記載されている。

一方で、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、上記のような印刷業界に対抗して、プリント・オン・デマンドという業態が出現しつつある。以下、プリント・オン・デマンド（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）は、ＰＯＤと略記する。

ＰＯＤでは、印刷装置で扱うジョブを、より比較的小ロットのジョブに分けることで、大掛かりな装置、システムを用いずに、短納期で印刷処理を取り扱うことを目指している。特に、このＰＯＤでは、上記のような大規模な印刷機、印刷手法に代えて、例えば、ディジタル複写機やディジタル複合機等のディジタル画像形成装置を最大限に活用して、電子データを用いたディジタルプリントを実現している。そして、このＰＯＤによる業態のＰＯＤ市場が展開されつつある。このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化が融合し、コンピュータを利用した管理、制御が浸透してきており、コンピュータを利用してある程度、印刷業界のレベルに近づこうとしている。

このような背景の中で、ＰＯＤ市場には、コピー・プリントショップ印刷会社の印刷サービスと言われるＰＦＰや、企業内社内向け印刷サービスと言われるＣＲＤ等が存在する。ここで、ＰＦＰは、Ｐｒｉｎｔ Ｆｏｒ Ｐａｙの略称である。また、ＣＲＤは、Ｃｅｎｔｒａｌｉｚｅｄ Ｒｅｐｒｏｄｕｃｔｉｏｎ Ｄｅｐａｒｔｍｅｎｔの略称である。

また、昨今のＰＯＤ市場では、統括的な業務支援の実現及び効率的な業務運用を目指し、業界団体によっていくつかの標準化規格が策定されている。例えば、ＣＩＰ４におけるＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるものがある。なお、ＣＩＰ４とは、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｏｃｅｓｓｅｓ ｉｎ Ｐｒｅｐｒｅｓｓ、Ｐｒｅｓｓ ａｎｄ Ｐｏｓｔｐｒｅｓｓ の略で、製版、印刷、後加工の工程・処理統合のための共同組織である。

このＪＤＦフォーマットを用いることによって、クライアントからの入稿、プリプレス、プレス、ポストプレスまでの工程を一元管理し、かつ自動化することが容易となりつつある。例えば印刷業者に持ち込まれた印刷ジョブは印刷システムにより管理され、印刷すべき画像データを生成するＲＩＰ工程、用紙に画像を印刷する印刷工程、裁断や製本を行う製本工程などの各工程においてどのような処理をすべきかを操作者が決定する。操作者はさらに、各工程における処理内容をＪＤＦにより定義し、定義した処理内容を各工程について担当する装置に送信する。各装置では送られてきた処理内容に応じてその工程の処理を行うといった処理を行う。これらにより、一連の印刷工程を管理することが可能となる。

なお、印刷作業において、後処理加工をする後工程（ステイプル、パンチ、中とじ製本、くるみ製本等）では、紙折り機や裁断機などフィニッシャと呼ばれる後処理装置が使用されるが、これらの機器は３つの形態に分けることができる。１つは印刷装置に直接接続され、自動的に紙が搬送されるフィニッシャであり、これはインラインフィニッシャと呼ばれる。もう一つは、ネットワークでは接続されているが、印刷装置とは結合していないため、印刷済の紙の自動搬送が行われずオペレータの手作業を必要とするフィニッシャで、「ニアラインフィニッシャ」と呼ばれている。更に、ネットワークでも接続されておらず、情報の伝達手段もないフィニッシャであり、これは「オフラインフィニッシャ」と呼ばれている。
特開平１１−１１０５３５号公報 特開２００５−１０１８８３号公報 特開２００１−１４２６６７号公報

前述したように業界標準規格のＪＤＦフォーマットを用いることによって、クライアントからの入稿、プリプレス、プレス、ポストプレスまでの工程を一元管理したり、自動化したりすることが容易となりつつある。しかし、ＪＤＦは業界標準規格のフォーマットといいながらもベンダー独自で拡張した設定属性を持っている場合がある。そのためベンダー間でのインタフェースの違いから、印刷システムの中にベンダーの異なるデバイスが混在している場合にはすべての工程をＪＤＦで完全に制御することは困難であった。例えば、プリプレス及びプレスの工程において、面付けやプリンタに対する印刷設定を行うための「プリプレスアプリケーション」と、印刷装置とは結合していない「ニアラインフィニッシャ」のベンダーが異なる場合がある。ここで、プリプレスアプリケーションが「ニアラインフィニッシャ」のインタフェースの詳細を把握していない場合などもある。このような場合にはプリプレスアプリケーションは「ニアラインフィニッシャ」へ指示するＪＤＦを正しく発行することが難しい。そのため異なるベンダーのプリプレスアプリケーションやフィニッシャを組み合わせて印刷作業を行いたい場合には、手間を要する。すなわち、オペレータ自身がそのインタフェースの違いを埋めるべく、作業指示書などを見ながら、プリプレスアプリケーションとフィニッシャの両方に対して、個々に適切なＪＤＦを発行する必要があり、手間がかかっていた。またこのことはプリプレスからプレスまでの工程をＪＤＦで完全に自動化できない原因となっていた。

本発明の情報処理装置は、画像形成装置と該画像形成装置の出力物を後処理する後処理装置とを制御する情報処理装置であって、他の情報処理装置で生成されたジョブチケットを登録する登録手段と、前記登録手段により登録されているジョブチケットの中から、前記後処理装置への指示に利用可能なものを検索する検索手段と、前記検索手段により検索されたジョブチケットを利用して前記後処理装置への指示を行う指示手段とを有することを特徴とする。

本発明によれば、ベンダーの異なる複数のデバイスの混在する環境において、１つのアプリケーションから複数のデバイスに対して直接指示することが可能となりオペレータの設定の手間を軽減することができる。

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

［文書処理システムの概要］
本発明の実施形態の文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションは、その電子原稿ファイルを編集する機能を提供している。

尚、本例では、文書処理システムで実現される各種機能が明瞭になるように、一般アプリケーション、電子原稿ライタ、製本アプリケーション、電子原稿デスプーラ等の各機能を分離して示しているが、ユーザに提供されるパッケージはこれらに限定されない。例えば、これらの各種機能は、それらを組み合わせたアプリケーションやグラフィックエンジンとして提供されても良い。

＜文書処理システムのソフトウェア構成例＞
図１は本発明の実施形態の、文書処理システムのソフトウェア構成を示す図である。
なお、本文書処理システムには、印刷処理工程における、プリプレス、印刷、フィニッシング工程が含まれている。

文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるコンピュータ１００（以下、ホストコンピュータとも呼ばれる）によって実現されている。

一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集等の各種機能を提供するアプリケーションプログラムである。この一般アプリケーション１０１は、コンピュータ１００上で動作するＯＳ（オペレーティングシステム）に対する印刷機能を有している。これらの一般アプリケーション１０１は、作成された文書データや画像データ等のアプリケーションデータを印刷するにあたって、ＯＳにより提供される所定のインタフェース（ＧＤＩ：Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）を利用する。

即ち、任意の一般アプリケーション１０１は、作成したデータを印刷するために、所定のインタフェースを提供するＯＳの出力モジュール（不図示）に対して、ＯＳに依存する所定形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受信した出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にその出力コマンドを変換し、変換されたコマンド（ＤＤＩ：Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ関数と呼ばれる）を出力する。

出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種等によって異なるために、デバイス毎にそれを制御するためのデバイスドライバが提供されている。ＯＳでは、そのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬ（Ｊｏｂ Ｌａｎｇｕａｇｅ）でくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしては、ＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）と呼ばれるモジュールが相当する。

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

この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば、特に、その形式は問わない。実質的な標準形式の内では、例えば、米国のアドビシステムズ社によるＰＤＦ形式や、Ｗ３Ｃにより公開されているＳＶＧ（Ｓｃａｌａｂｅｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）形式等が電子原稿形式として採用できる。

一般アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。

そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。

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

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

尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良いし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

また、一般アプリケーション１０１自身が電子原稿形式のデータを作成する能力を有する場合には、電子原稿ライタ１０２を指定して印刷を実行する必要はない。この場合は、一般アプリケーション１０１自身が生成した電子原稿形式のデータを、製本アプリケーション１０４の管理下で、アプリケーションデータを電子原稿ファイルへ変換することも可能である。

製本アプリケーション１０４は、電子原稿ファイルあるいはブックファイル１０３を読み込み、それを編集するための機能を利用者に提供する。

製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーション１０４と共にコンピュータ内にインストールされるプログラムモジュールである。

この電子原稿デスプーラ１０５は、製本アプリケーション１０４で利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバ１０６や、プリンタ１０７へ描画データを出力するために使用されるモジュールである。

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

１０９は、フィニッシャ専用アプリケーションであり、１１０は、プリンタ１０７の出力物を後処理する後処理装置としてのニアラインフィニッシャである。フィニッシャ専用アプリケーション１０９は、ユーザの指示に基づいて、ニアラインフィニッシャ１１０を制御するためのジョブチケットを作成し、それをニアラインフィニッシャ１１０に対して発行する。なお、図１においては、フィニッシャ専用アプリケーション１０９は、製本アプリケーション１０４等がインストールされるコンピュータ１００と異なるコンピュータにインストールされていが、コンピュータ１００内にインストールされてもよい。

＜文書処理システムのハードウェア構成例＞
図２は本発明の実施形態の、文書処理システムのハードウェア構成を示す図である。

図２において、１００はホストコンピュータであり、ＣＰＵ２０１を備える。ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭ２０３ｂあるいは外部メモリ２１１に記憶された文書処理プログラム（アプリケーションプログラム）、印刷処理関連プログラム等のプログラムに基づく処理を実行する。この処理には、図形、イメージ、文字、表（表計算等を含む）等の構成要素が混在した文書処理がある。更に、ＣＰＵ２０１は、ホストコンピュータ１００内のシステムバス２０４に接続される各デバイスを総括的に制御する。

ＲＯＭ２０３のプログラム用ＲＯＭ２０３ｂあるいは外部メモリ２１１には、ＢＩＯＳや、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム（以下、ＯＳ）等のプログラムも記憶している。また、ＲＯＭ２０３のフォント用ＲＯＭ２０３ａあるいは外部メモリ２１１には、文書処理の際に使用するフォントデータ等のデータを記憶している。また、ＲＯＭ２０３のデータ用ＲＯＭ２０３ｃあるいは外部メモリ２１１には、文書処理等の各種処理を行う際に使用する各種データを記憶する。

２０２はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９からのキー入力やポインティングデバイス（不図示）からのコマンド入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。尚、ＣＲＴコントローラ７２０６及びＣＲＴディスプレイ２１０の代りに、ＬＣＤコントローラ及びＬＣＤを用いても良い。

２０７はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ２１１とのアクセスを制御する。この外部メモリ２１１は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、印刷制御コマンド生成プログラム（以下、プリンタドライバ）等の各種データを記憶する。

２０８はプリンタコントローラ（ＰＲＴＣ）であり、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１０７に接続されて、プリンタ１０７との通信制御処理を実行する。双方向性インタフェースの例には、ＵＳＢインタフェース、ＩＥＥＥ１３９４インタフェース、無線ＬＡＮインタフェース等がある。

尚、ＣＰＵ２０１は、例えば、ＲＡＭ２０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行してＧＵＩを提供することで、ＣＲＴ２１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上のマウスカーソル（不図示）等で指示されたコマンドに基づいて、登録された種々のウィンドウを開き、種々のデータ処理を実行する。ユーザは、印刷を実行する際、印刷の設定に関するウインドウ（操作画面）を開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷方法の設定を行える。

プリンタ（印刷装置）１０７において、３１２はプリンタＣＰＵであり、プリンタＣＰＵ３１２は、プリンタ制御部１０００内のシステムバス３１５に接続される各デバイスを総括的に制御する。また、プリンタＣＰＵ３１２は、印刷部インタフェース（Ｉ／Ｆ）３１６を介して、出力情報としての画像信号を印刷部（プリンタエンジン）３１７に出力する。尚、この出力は、ＲＯＭ３１３のプログラム用ＲＯＭ３１３ｂあるいは外部メモリ３１４に記憶された制御プログラム等のプログラムに基づくものである。

ＲＯＭ３１３のプログラム用ＲＯＭ３１３ｂには、プリンタＣＰＵ３１２の制御プログラム等のプログラムを記憶している。また、ＲＯＭ３１３のフォント用ＲＯＭ３１３ａには、上記出力情報を生成する際に使用するフォントデータ等のデータを記憶している。また、ハードディスク（ＨＤ）、ＩＣカード等の外部メモリ３１４がないプリンタの場合には、ＲＯＭ３１３のデータ用ＲＯＭ３１３ｃには、ホストコンピュータ１００上で利用される情報等を記憶している。

プリンタＣＰＵ３１２は、入力部３１８を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内のステータス情報等の各種情報をホストコンピュータ１００に通知可能に構成されている。３１９は、プリンタＣＰＵ３１２の主メモリ、ワークエリア等として機能するＲＡＭである。このＲＡＭ３１９は、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

尚、ＲＡＭ３１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。外部メモリ３１４は、メモリコントローラ（ＭＣ）３２０によりアクセスが制御される。外部メモリ３１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等のデータを記憶する。また、３２１は操作部であり、プリンタ１０７に対する各種操作を実現するための操作パネルやスイッチ、ＬＥＤ表示器等が構成されている。

また、外部メモリ３１４は１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、ＮＶＲＡＭ（不図示）を有し、操作部３２１からのプリンタモード設定情報を記憶するようにしてもよい。

＜電子原稿データの形式例＞
製本アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式を説明する。

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

図３は本発明の実施形態のブックファイルのデータ形式の一例を模式的に示す図である。

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

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

図３では、ブックファイルが１つの完結したブックである必要はないので、「ブック」を「文書」として一般化して記載している。

まず、文書は、最上位に文書情報４０１を有する。文書情報４０１は、４０２〜４０４の３つのパートに大別できる。文書制御情報４０２は、文書ファイルのファイルシステムにおけるパス名等の情報を保持する。文書設定情報４０３は、ページレイアウト等のレイアウト情報とステイプル等の印刷装置の機能設定情報を保持し、ブックの属性に相当する。章情報リスト４０４は、文書を構成している章の集合をリスト形式で保持する。リストが保持するのは章情報４０５である。

章情報４０５も、４０６〜４０８の３つのパートに大別できる。章制御情報４０６は、章の名称等の情報を保持する。章設定情報４０７は、その章特有のページレイアウトやステイプルの情報を保持し、章の属性に相当する。章毎に設定情報を持つことで最初の章は２−ＵＰのレイアウト、その他の章は４−ＵＰのレイアウトのように複雑なレイアウトを持った文書を作成することが可能である。ページ情報リスト４０８は、各章を構成する原稿ページの集合リスト形式で保持している。ページ情報リスト４０８が指示するのは、ページ情報データ４０９である。

ページ情報データ４０９も、４１０〜４１２の３つのパートに大別される。ページ制御情報４１０は、ツリー上に表示するページ番号等の情報を保持する。ページ設定情報４１１は、ページ回転角やページの配置位置情報等の情報を保持し、原稿ページの属性に相当する。ページデータリンク情報４１２は、ページに対応する原稿データである。この例では、ページ情報４０９が直接原稿データを持つのではなく、リンク情報４１２だけをもち、実際の原稿データは、ページデータリスト４１３で保持する構成としている。

図４は本発明の実施形態のブック属性（文書設定情報４０３）の例を示す図である。

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

ブック属性に固有の項目は、印刷方法、仕上がりサイズ、面付け方法、トンボ・ドブ、とじ代／とじ方向、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切り、フィニッシング、くるみ表紙サイズ、仕上がり拡大縮小、ドブ拡大縮小の１４項目である。これらは、ブックを通して定義される項目である。

印刷方法属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。仕上がりサイズ属性としては、固定サイズ、ユーザ指定サイズの２つの値を指定できる。

仕上がりサイズ属性は、用紙サイズで示される印刷用紙を断裁した後に残される最終印刷物となるサイズである。本発明では、仕上がりサイズを用紙サイズとは別に設定することが可能であり、仕上がりサイズは、用紙サイズ以下となるように設定される。また、仕上がりサイズが設定される特定の印刷方法の場合、用紙サイズはブック属性だけで定義され、後述する章属性では設定できなくなる。

面付け方法属性は、出力用紙を、インラインフィニッシャまたはオフラインフィニッシャにより断裁、製本することを前提として、１枚の出力用紙上に印刷ページを複数ページ面付けして印刷したいときに、その面付け方法を指定するための項目である。指定可能な面付け方法としては、「ペラ、中とじ、くるみ、４つ折り」等がある。

ここで、「ペラ」とは、仕上げの際に用紙を折らないでとじることができる形式に印刷ページを用紙に面付けする方法である。「中とじ」とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式に適したレイアウトに印刷ページを用紙に面付けする方法である。

また、「くるみ（くるみ製本）」とは、インラインフィニッシャまたは、オフラインフィニッシャによるくるみ製本が可能となる形式で、くるみ表紙、中紙に印刷ページを面付けする方法である。そして、印刷した中紙を綴じ位置に糊付けし、くるみ表紙でくるむことで製本し、必要に応じて三方断裁する方法である。

また、「４つ折り」とは、出力用紙を４つ折りにして、束にすると、無線とじ製本が可能となる形式で、印刷ページを面付けする方法である。ここで、無線とじ製本は、オフラインフィニッシャにより三方断裁または四方断裁することにより実現される。

トンボ・ドブ属性は、電子原稿ファイルを印刷する際に、印刷ページに対しトンボの印刷、及びドブ（裁ち落とし）を指定したい場合に指定するための項目である。

ドブ領域（裁ち落とし幅）は、仕上がりページの各辺に付与でき、印刷用紙を断裁するときに、裁ち落とされる幅を表す。トンボマーク（裁ち落とし位置目印）は、オフラインフィニッシャを用いてユーザが裁ち落としを行う際の位置を示す目印である。

とじ代／とじ方向は、文書を綴じる方向として、用紙向きが縦の場合は、長編綴じ（左）、長編綴じ（右）、短辺綴じ（上）、短辺綴じ（下）から選択可能である。用紙向きが横の場合は、長編綴じ（上）、長編綴じ（下）、短辺綴じ（左）、短辺綴じ（右）から選択可能である。とじ代は、綴じる方向側に付与される余白領域の幅を示す。

製本詳細属性としては、「中とじ」、「くるみ」、「４つ折り」等の面付け方法が指定されている場合に、見開き方向や、束になる枚数、とじ代（幅）、ガターシフト等が指定できる。

表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。

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

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

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

フィニッシング属性は、排出した用紙を、中とじ製本やくるみ製本（バインディング）あるいは三方断裁等の処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がその機能を有するか否かに依存する。

くるみ表紙用紙サイズは、面付け方法で「くるみ（くるみ製本）」が選択される場合に設定可能となる用紙サイズであり、中紙をくるむための表紙の用紙サイズを示す。尚、上述した仕上がりサイズは、中紙の仕上がりサイズを示すものであり、この中紙の仕上がりサイズから、くるみ表紙の仕上がりサイズは算出可能であるため、本実施形態では、属性としては保持していない。

中紙と同様に、くるみ表紙用紙サイズは、くるみ表紙仕上がりサイズよりも大きな値となる。くるみ表紙の仕上がりサイズは、「中紙の仕上がりサイズ×２＋背表紙幅」により算出される。なぜなら、くるみ表紙の仕上がりサイズは、表紙サイズ、背表紙サイズ、裏表紙サイズの和であり、本実施形態では、表紙サイズと裏表紙サイズは中紙の仕上がりサイズに等しいためである。尚、背表紙幅は、中紙の用紙種類（メディアタイプ）により決定される中紙用紙の厚さと中紙の枚数の積により算出される。

仕上がり拡大縮小属性でＯＮされている場合には、仕上がり用紙サイズに合わせて、入力される原稿ページを拡大縮小することを示す。

ドブ拡大縮小属性でＯＮされている場合には、仕上がり用紙サイズの４辺に設定されているドブ領域を含むサイズに合わせて、入力される原稿ページを拡大縮小することを示す。

図５は本発明の実施形態の章属性（章設定情報４０７）の例を示す図である。また、図６は本発明の実施形態のページ属性（ページ設定情報４１１）の例を示す図である。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。

章属性に関しては、章に固有の項目はなく、すべてブック属性と重複する。従って、通常は、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。しかし、本例では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。この内、用紙サイズは、前述したように、印刷用紙のサイズを示し、くるみ製本や二つ折り製本（上記製本印刷に相当）が選択されていない場合は、章単位に用紙サイズを切り替えることが可能である。

また、用紙方向は、ポートレイト（縦）であるか、ランドスケープ（横）であるかを示す。

Ｎ−ｕｐ印刷指定属性は、１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１や１×２、２×２、３×３、４×４等がある。拡大縮小属性でＯＮされている場合には、出力用紙サイズに合わせて、入力される原稿ページを拡大縮小することを示す。

排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。

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

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

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

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

図７は本発明の実施形態の製本アプリケーションによるブックファイルの生成手順を示すフローチャートである。

まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるかを判定する（ステップＳ７０１）。新規作成のブックファイルである場合（ステップＳ７０１でＹＥＳ）、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。

新規に作成されるブックファイルは、図３の例で示せば、文書情報４０１のみ有し、これは、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性（文書設定情報４０３）は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインターフェース（ＵＩ）画面を表示する（ステップＳ７０４）。図８は、新規にブックファイルが作成された際のＵＩ画面８００の一例である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面８００には何も表示されない。

一方、既存のブックファイルである場合（ステップＳ７０１でＮＯ）、指定されたブックファイルを開く（ステップＳ７０３）。そして、そのブックファイルの構造、属性、内容に従ってユーザインターフェース（ＵＩ）画面を表示する。図９は、このＵＩ画面９００の一例である。

ここで、このＵＩ画面９００の詳細について、図９を用いて説明する。

図９は本発明の実施形態の製本アプリケーションによるＵＩ画面の一例を示す図である。

ＵＩ画面９００は、ブックの構造を示すツリー部９０１と、印刷された状態を表示するプレビュー部９０２とを備えている。ツリー部９０１には、ブックに含まれる章、各章に含まれるページが、図３のような木構造が分かるように表示される。ツリー部９０１に表示されるページは原稿ページである。プレビュー部９０２には、印刷ページの内容が縮小されて表示される（縮小画像表示）。その表示順序は、ブックの構造を反映したものとなっている。

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

次に、この電子原稿インポートの処理手順について、図１０を用いて説明する。

図１０は本発明の実施形態の電子原稿インポートの処理手順を示すフローチャートである。

まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。

変換の完了後、その変換された電子原稿データが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行うことができる。

例えば、拡張子が「ｂｍｐ」であればビットマップデータであり、「ｊｐｇ」であればＪＰＥＧ形式の画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合、アプリケーションプログラムを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、ステップＳ８０１の処理を省略することも可能である。

変換されたデータが画像データでない場合（ステップＳ８０２でＮＯ）、生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。通常、章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定される。但し、本実施形態では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

一方、変換されたデータが画像データである場合（ステップＳ８０２でＹＥＳ）、原則として新たな章は追加されず、指定されている章に、生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。

但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。通常、ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。

例えば、Ｎ−ｕｐ指定等がアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。しかし、本実施形態では、後述するように、下位層の属性値を優先するか否かが選択可能となっている。

次に、ステップＳ８０１の詳細について、図１１を用いて説明する。

図１１は本発明の実施形態のステップＳ８０１の電子原稿ファイルの生成手順の詳細を示すフローチャートである。

まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションプログラムを起動し、電子原稿ライタ１０２をデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。出力先は、ステップＳ９０１で開いた電子原稿ファイルである。

次に、指定されたデータすべてについて変換が終了したか否かを判定する（ステップＳ９０３）。終了していない場合（ステップＳ９０３でＮＯ）、ステップＳ９０２に戻る。一方、終了している場合（ステップＳ９０３でＹＥＳ）、電子原稿ファイルを閉じる（ステップＳ９０４）。ここで、電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３に示す原稿ページデータの実体を含むファイルである。

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

この他、一旦行った編集操作を取り消す操作や、さらに取り消した操作をやり直す操作が可能である。これら編集機能により、例えば、複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入等の編集操作が可能となる。

これらの編集操作を行うと、図４乃至図６に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは、原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／背表紙／裏表紙、インデックス紙、合紙、章区切り等の属性に反映される。

本例における、編集時の表示及び操作例については、以下で詳細に示す。

（ブックファイルの出力例）
以上のように作成・編集されるブックファイルは、印刷出力を最終目的としている。利用者が、製本アプリケーションのＵＩ（ユーザインターフェース）画面（操作画面：図９）からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。

この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成して電子原稿デスプーラ１０５に渡す。電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えば、ウインドウズのＧＤＩコマンドに変換し、それを出力モジュール、例えば、ＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。

即ち、出力モジュールのグラフィックエンジンは、印刷装置毎に用意されたプリンタドライバ１０６を外部メモリ２１１からＲＡＭ２０２にロードし、出力をプリンタドライバ１０６に設定する。そして、出力モジュールは、受け取ったＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）関数からＤＤＩ（Ｄｅｖｉｃｅ Ｄｒｉｖｅｒ Ｉｎｔｅｒｆａｃｅ）関数に変換して、プリンタドライバ１０６へＤＤＩ関数を出力する。

プリンタドライバ１０６は、出力モジュールから受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えば、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）に変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２０２にロードされたシステムスプーラを経てインタフェース２１経由でプリンタ１０７へ印刷データとして出力される仕組みとなっている。

ここで、ジョブチケットは、原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。

そのため、まず、最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷等の属性が定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子や、プリンタにおける給紙口の指定等の属性が含まれる。

各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属する。また、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また、物理ページの属性として、原稿ページのレイアウトが含まれる。

ここで、ジョブチケットのデータ構造例について、図１２を用いて説明する。
図１２は本発明の実施形態のジョブチケットのデータ構造例を示す図である。

印刷用のデータでは、文書は用紙の集合で構成されており、各用紙は表、裏の２面で構成されている。表裏面の各面は、原稿をレイアウトする領域（物理ページ）を持ち、各物理ページには、最小単位である原稿ページの集合から構成される。

図１２において、文書情報１１０１は、文書に相当するデータで、文書全体に関係する情報（文書設定）と、文書を構成する用紙情報のリストから構成される。用紙情報１１０２は、用紙サイズ等の用紙に関する情報（用紙設定）と、用紙上に配置される面情報のリストから構成される。

面情報１１０３は、面に固有の情報（面設定）と、面上に配置される物理ページに関する物理ページ情報のリストから構成される。物理ページ情報１１０４は、物理ページのサイズやヘッダ・フッタ等の情報（物理ページ設定）と、物理ページを構成する原稿ページに関する原稿ページ情報のリストから構成される。原稿ページ情報１１０５は、原稿ページに関する情報（原稿ページ設定）と、原稿ページデータへのリンクから構成される。

そして、電子原稿デスプーラ１０５は、このジョブチケットを出力モジュールへの出力コマンドに変換する。
なお、電子原稿デスプーラ１０５は、プリンタ１０７が標準ジョブチケットフォーマットであるＪＤＦを解釈可能なプリンタである場合には、プリンタ１０７への指示を記述したＪＤＦ形式のジョブチケットを生成し、プリンタ１０７へ出力指示を行うことができる。その際、電子原稿デスプーラ１０５は、指定されたブックファイル１０３をハードディスクから読み出し、それに記述された形式で各ページを印刷するために、ＪＤＦ形式のジョブチケットを生成する。そして、描画データとともに、生成したＪＤＦ形式のジョブチケットを、指定されたプリンタ１０７に送信する。プリンタ１０７は、ＪＤＦに記載されている指示の通りに、描画データの印刷およびフィニッシング処理を行う。

（プレビュー表示の内容例）
既に説明したとおり、ブックファイルが製本アプリケーション１０４によって開かれると、図９に示すＵＩ画面９００が表示される。

ＵＩ画面９００において、ツリー部９０１には、開いているブック（以下、「注目ブック」と呼ぶ。）の構造を示すツリーが表示される。プレビュー部９０２には、利用者の指定に応じて、３通りの表示方法が用意されている。

第１の表示方法は、原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されてプレビュー部９０２に表示される。この原稿ビューモードでは、プレビュー部９０２の表示にレイアウトは反映されない。

第２の表示方法は、印刷ビューモードである。印刷ビューモードでは、プレビュー部９０２には、原稿ページのレイアウトが反映された形で原稿ページが表示される。

第３の表示方法は、簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部９０２の表示には反映されず、レイアウトのみが反映される。

尚、モードの切り替えは、モード切替部９０４を操作することによって実現される。ここでは、プルダウンメニューで実現されている。ユーザは、このプルダウンメニューに登録されているモードから任意のモードを選択することで、意図するモードに切り替えることが可能である。

＜本実施形態の文書処理システムにおけるＪＤＦ登録＞
本実施の形態に係る文書処理システムにおける製本アプリケーション１０４は、他のシステムにおいて生成されたＪＤＦ形式のジョブチケットを文書処理システム内に登録する機能を持つ。

図１３は製本アプリケーション１０４によるＪＤＦ登録処理の流れを示すフローチャートである。

まず図１３のフローチャートを説明する前に、図１４を参照して「ＪＤＦ登録」の一例について説明する。

図１４は、本実施の形態に係る文書処理システムの製本アプリケーション１０４による「ＪＤＦ登録」のウィンドウ表示の一例を示す図である。

図１４において、１４０１はＪＤＦ登録を実行する際のＩＤとなる「ジョブＩＤ」を指定するためのエリアでここでは「１５２６７７」という数字が指定されている。エリア１４０２は、登録したいＪＤＦに対応するニアラインフィニッシャ名称を指定するためのエリアである。製本アプリケーション１０４は、「ＪＤＦ登録実行」ボタン１４０３により登録実行の指示がされると、他のシステムから送付されるＪＤＦを受け取か可能な状態となり、ＪＤＦを受け取ると自動的に文書処理システム内に登録する処理に入る。

以上の前提を基に、図１３のフローチャートについて説明する。

本フローチャートは、ユーザによって図１４のボタン１４０３によってＪＤＦ登録実行の指示がなされることにより実行される。ステップＳ１３０１において製本アプリケーション１０４は現在開かれているブックファイルに対して行われている印刷設定のうち「ステイプル、パンチ穴、中とじ製本、くるみ製本、三方断裁」等のフィニッシングに関する属性を一時的に解除する。なお、ここでは開かれているブックファイルに対して、フィニッシング属性として「くるみ製本」が設定されているものとする。そして、ステップＳ１３０２に進み、製本アプリケーション１０４は、ＪＤＦ登録ＤＢ１０８へ、新規のＪＤＦ保存先（雛形）を確保する。

図１５はステップＳ１３０２で確保したＪＤＦ保存先（雛形）の一例である。ここでは、４番目に新たな保存先が生成されていることを示している。ＪＤＦ保存先には、図１４の「ＪＤＦ登録」ウィンドウにおいて指定された「ジョブＩＤ」、「デバイス名」が追記される。また、「設定属性」の欄には、ステップＳ１３０１において解除されたフィニッシング属性情報が追記される。解除したフィニッシング属性がこの後、オペレータによりニアラインフィニッシャ専用アプリケーションで発行されるＪＤＦの設定属性であり、オペレータが発行したＪＤＦがこのあと製本アプリケーション１０４へ送信されることになる。以上のように、「デバイス名」、「設定属性」をセットで管理することによって、そのＪＤＦがどのデバイスに対する何の指示をするためのＪＤＦなのか分かる形で保存することができる。現段階では「ＪＤＦ保存先」は空白であるが、ここには後述のステップで追記される。

一方、ユーザによって、ニアラインフィニッシャ専用アプリケーション１０９から、ニアラインフィニッシャ１１０に対する「くるみ製本」を指示するＪＤＦの発行と、製本アプリケーション１０４に対する送信が行われる。そして、次のステップＳ１３０３において製本アプリケーション１０４は、送信されたＪＤＦを受け取る。なお、ＪＤＦ発行の際、ユーザは図１４の「ＪＤＦ登録」ウィンドウにおいて指定した「ジョブＩＤ」を付ける。そしてステップＳ１３０４に進み、受け取ったＪＤＦに記載されているジョブＩＤを参照し、そのジョブＩＤの保存先が、ＪＤＦ登録ＤＢ１０８の中に存在するかを確認する。そして、ステップＳ１３０５において、そのＩＤの保存先が見つかったらステップＳ１３０６へ進む。そして、さきほど受け取ったＪＤＦをＪＤＦ登録ＤＢ１０８の所定の場所へ保存するとともに、図１５の「ＪＤＦ保存先」へ保存先のパスを追記する。

図１６は、ステップＳ１３０６において「ＪＤＦ保存先」へパスを追記した後の状態を示すものである。一方、ステップＳ１３０６において、ジョブＩＤが見つからなかった場合は、エラーメッセージを表示して登録処理を終了する。

以上のようにして、そのＪＤＦが「どのデバイスに対する」、「何の指示をするための」ＪＤＦなのかがわかる形でＤＢに登録していく。

製本アプリケーション１０４は、ＪＤＦ登録ＤＢ１０８の内容を、ユーザ自身が編集可能とするためのウィンドウも提供する。図２４は、製本アプリケーション１０４による「ＪＤＦ登録情報」ウィンドウの一例を示す図である。このウィンドウでは、ＪＤＦ登録ＤＢ１０８の登録内容を確認することができる。

また、２４０１の「追加」ボタンによって、ユーザ自身が新たにＪＤＦを登録することも可能である。

また、２４０２の「削除」ボタンによって、選択中のジョブＩＤ、および保存先パスにあるＪＤＦを削除することも可能である。

また、２４０３の「プロパティ」ボタンによって、選択中のジョブＩＤの情報を変更するためのウィンドウ（図２５）を表示することができる。図２５の「ＪＤＦ登録属性変更」ウィンドウでは、ユーザ自身がＪＤＦ登録ＤＢの内容（すなわち「ジョブＩＤ」、「デバイス名」、「設定属性」、「ＪＤＦ保存先パス」などの情報）を変更することが可能である。

＜本実施形態の文書処理システムにおけるＪＤＦ出力＞
本実施形態に係る製本アプリケーション１０４は、プリンタとニアラインフィニッシャを組み合わせて印刷およびフィニッシング処理を行うことが可能である。このとき、製本アプリケーション〜印刷の指示を受けた電子原稿デスプーラ１０５は、プリンタに対しては印刷の指示をするためのＪＤＦを発行する。そして、ニアラインフィニッシャに対しては、文書処理システム１００に登録されているＪＤＦの中からブックファイルに対して設定されているフィニッシング属性を含むＪＤＦを探し出し、そのＪＤＦを（またはその一部を）流用してフィニッシングの指示を行う。

次に、図１７、１８を用いて、本実施の形態に係る文書処理システムの製本アプリケーション１０４による、プリンタとニアラインフィニッシャを併用したＪＤＦ印刷処理について説明する。

図１８は、本実施の形態に係る文書処理システムの製本アプリケーション１０４による「ＪＤＦ出力」のウィンドウ表示の一例を示す図である。

図１８において、１８０１は「ジョブ名」、１８０２は「ユーザ名」を指定するためのエリアである。どちらも任意の文字列を指定することができ、これらの情報は電子原稿デスプーラ１０５によってＪＤＦにも記述される。１８０３は、印刷に使用したいプリンタを指定するためのエリアである。また、ここではチェックボックス１８０４により「後工程はニアラインフィニッシャで行う。」がチェックされている。これにより、ブックファイルに対して行われている印刷設定のうち、印刷だけをプリンタ１８０３で行い、フィニッシング処理は専用のニアラインフィニッシャで行うことが可能となる。エリア１８０５は、フィニッシング処理をさせたいニアラインフィニッシャを指定するためのエリアで、チェックボックス１８０４をオンにした場合のみ表示される。また、１８０６の「フィニッシャ追加」ボタンを押下することによって、複数のニアラインフィニッシャを指定することも可能である。

図１９は、「フィニッシャ追加」ボタン１８０６を２回押下した後の状態を示すウィンドウである。この場合、３つのフィニッシャを指定することが可能となっている。ユーザは、フィニッシング工程の処理の順番にあわせて、第１、第２、第３フィニッシャを指定することができる。複数のニアラインフィニッシャが指定されている場合、製本アプリケーション１０４はそれぞれのフィニッシャに対して必要なフィニッシングの指示のみを記述したＪＤＦを送信する。例えば、ブックファイルで、「インデックス紙挿入」、「ステイプル」、「パンチ穴」のフィニッシングに関する印刷設定が行われている場合には、第１フィニッシャには「インデックス紙挿入」の指示を記述したＪＤＦを送信する。

製本アプリケーション１０４はＯＫボタンによりＪＤＦ印刷実行の指示がなされると、プリンタとニアラインフィニッシャを併用したＪＤＦ印刷処理を開始する。

次に図１７のフローチャートを用いて、プリンタとニアラインフィニッシャを併用したＪＤＦ印刷処理について説明する。

製本アプリケーション１０４は、図１８の「ＪＤＦ出力」ウィンドウによりＪＤＦ印刷実行の指示がされるとＪＤＦ印刷処理を開始する。このとき、図１８のエリア１８０４で「後工程はニアラインフィニッシャで行う」指示がなされている場合、ステップＳ１７０１において、ブックファイルに対して行われている印刷設定のうちフィニッシングに関する属性を一時的にすべて解除する。例えば、ステイプル、パンチ穴、中とじ製本、くるみ製本、三方断裁等があげられる。ここでは、ブックファイルに対するフィニッシング属性として、「くるみ製本」と「三方断裁」が設定されているものとする。そして、ステップＳ１７０２に進み、電子原稿デスプーラ１０５に印刷指示のみを記載したＪＤＦの生成を行わせるとともに、印刷用プリンタ（図１８のエリア１８０３で指定されたプリンタ）に対して送信させることでプリンタ１０７に対して印刷を行わせる。（ここでユーザは、プリンタ１０７とニアラインフィニッシャ１１０は物理的には接続されていないため、プリンタ１０７に出力された印刷用紙をニアラインフィニッシャ１１０へ運ぶ必要がある。）続く、ステップＳ１７０３で、製本アプリケーション１０４は、ニアラインフィニッシャに対して「くるみ製本」と「三方断裁」の指示を行うことが可能なＪＤＦを、ＪＤＦ登録ＤＢ１０８の中から探し出し、電子原稿デスプーラ１０５に渡す。そして電子原稿デスプーラ１０５を介してそのＪＤＦをニアラインフィニッシャ１１０に対して送信することによって、フィニッシングの指示を行う。

また、図１９のように、第１から第３までのフィニッシャが指定されている場合には、電子原稿デスプーラ１０５はそれぞれのフィニッシャに対して必要なフィニッシングの指示のみを記述したＪＤＦを送信する。例えば、「インデックス紙挿入」、「ステイプル」、「パンチ」のフィニッシングが設定されている場合、製本アプリケーション１０４は、第１フィニッシャに対して「インデックス紙挿入」指示を行うことのできるＪＤＦをＪＤＦ登録ＤＢ１０８の中から探し出す。そして、電子原稿デスプーラ１０５に渡す。同じように、第２、第３フィニッシャに対して、必要な指示を持つＪＤＦを探し出して電子原稿デスプーラ１０５に渡していく。電子原稿デスプーラ１０５は、受け取ったＪＤＦをそれぞれのニアラインフィニッシャに対して順次送信することで、「インデックス紙挿入」、「ステイプル」、「パンチ」の順にフィニッシングの指示を行う。

次に、図２０のフローチャートでステップＳ１７０３のＪＤＦ検索処理の詳細について、説明する。

まずステップＳ２００１で、製本アプリケーション１０４は、ＪＤＦ登録ＤＢ１０８の「デバイス名」部と「設定属性」部を参照する。そして、図１８のエリア１８０５において指定されているニアラインフィニッシャ名（「第１フィニッシャ名」）とブックファイルに対して設定されているフィニッシング属性（ここでは「くるみ製本」と「三方断裁」）の組み合わせに一致するＪＤＦを検索する。そして、ステップＳ２００２において、完全に一致するＪＤＦが見つかった場合、ステップＳ２００３へ進み、その見つかったＪＤＦを、電子原稿デスプーラ１０５を介して第１フィニッシャに送信することでフィニッシングの指示を行う。一方、ステップＳ２００２において、完全に一致するＪＤＦが見つからなかった場合、ステップＳ２００４へ進み、ブックファイルに対して設定されているフィニッシング属性の一部を含むＪＤＦはあるかどうか検索する。そしてステップＳ２００５において一部のフィニッシング属性を含むＪＤＦが見つかったら、ステップＳ２００６へ進み、そのＪＤＦを、電子原稿デスプーラ１０５を介して第１フィニッシャに送信することで部分的なフィニッシングの指示を行う。さらに、ステップ２００７において、残りのフィニッシング属性（不足ししている指示）情報を印刷用プリンタ１０７に出力する。（これによりユーザは、プリンタ１０７に出力された残りのフィニッシング属性が書かれた紙を見ながら、ニアラインフィニッシャ専用アプリケーション１０９からニアラインフィニッシャ１１０に対して、不足しているフィニッシング指示を行うことができる。）
一方、ステップＳ２００５において、フィニッシング属性の一部を含むＪＤＦでも見つからなかった場合には、ステップＳ２００８へ進み、指示できなかったフィニッシング属性情報をプリンタ１０７へ出力する。（これによりユーザは、プリンタ１０７に出力されたフィニッシング属性が書かれた紙を見ながら、ニアラインフィニッシャ専用アプリケーション１０９からニアラインフィニッシャ１１０に対してフィニッシング指示を行うことができる。）そして製本アプリケーション１０４はステップＳ２００９へ進み、図１７のフローチャートで説明したＪＤＦ登録処理を行う。

図１７のフローチャートでは、文書処理システム１００自身が流用可能なＪＤＦを探し出して、ニアラインフィニッシャ１１０に対して指示する例を説明した。しかし、本実施の形態に関わる文書処理システム１００の製本アプリケーション１０４は、ユーザ自身がＪＤＦ登録ＤＢ１０８に登録されているＪＤＦの中からニアラインフィニッシャ１１０への指示に使用したいＪＤＦを選択することも可能である。図１８の「プロパティ」ボタン１８０７を押下することによって、図２６の「登録済みＪＤＦ選択」ウィンドウが表示される。図２６では、図１８のエリア１８０５で選択されているフィニッシャに対応付けて保存されているＪＤＦ情報のみが表示されており、ユーザ自身がチェックボックス２６０１によってニアラインフィニッシャに対する必要な指示を含むＪＤＦを選択することができる。この場合、製本アプリケーション１０４はＪＤＦの検索処理は行わず、ユーザの選択したＪＤＦをそのまま電子原稿デスプーラ１０５からニアラインフィニッシャ１１０へ送信される。

図２７は、ユーザ自身がＪＤＦ登録ＤＢ１０８に登録されているＪＤＦの中から、流用したいＪＤＦを選択した場合のＪＤＦ印刷処理を示すフローチャートである。

ステップＳ２７０１とステップＳ２７０２は、図１７で説明したステップＳ１７０１とステップＳ１７０２と同じであるが、ステップ２７０３が異なる。ステップＳ２７０３で製本アプリケーション１０４はチェックボックス２６０１で選択されたＪＤＦを電子原稿デスプーラ１０５へ渡す。電子原稿デスプーラ１０５は、図１８のエリア１８０５で選択されているフィニッシャへ送信することによりフィニッシング処理の指示を行う。

＜第２の実施例＞
図１３のフローチャートで説明したＪＤＦ登録処理は、文書処理システム１００に対してニアラインフィニッシャ用のＪＤＦの登録のみを行うものであるが、別の実施形態としてユーザが仕事をしている中で自動的に文書処理システム内にＪＤＦ登録を行ってもよい。

次に、図２１、２２を用いて、ユーザが仕事をしている中で製本アプリケーション１０４がニアラインフィニッシャへのフィニッシング指示が書かれたＪＤＦを入手し文書処理システム内へ登録するべく拡張した例を説明する。

図２２は、ＪＤＦ印刷実行中にＪＤＦ登録処理も行うべく、図１８の「ＪＤＦ出力」ウィンドウを拡張したものであり、同様のエリアは図１８と同じ番号で示している。

図２２において、「ニアラインフィニッシャ用ＪＤＦ登録も行う」チェックボックス２２０１が新たに追加されている。ユーザは、プリンタとニアラインフィニッシャを併用したＪＤＦ印刷処理を行う場合に、これをチェックしておけば、同時に文書処理システム内にニアラインフィニッシャ用のＪＤＦ登録までも行うことができる。

図２１は、本実施の形態に係る、ユーザが仕事をしながらＪＤＦ登録も行えるよう拡張したＪＤＦ登録処理示すフローチャートである。

通常のプリンタとニアラインフィニッシャを併用したＪＤＦ出力手順によって（図１８のボタン１８０７によって）、製本アプリケーション１０４で作成したブックファイルのＪＤＦ出力実行の指示がなされる。ここではフィニッシング属性として「くるみ製本」と「三方断裁」が設定されているものとする。すると、製本アプリケーション１０４は、図１８のエリア１８０４で「後工程はニアラインフィニッシャで行う」指示がなされているかどうかをチェックする。そして、ステップＳ２１０１において、図１８のエリア１８０４で「後工程はニアラインフィニッシャで行う」指示がなされていると判断した場合、ステップＳ１７０１へ進む。ステップＳ１７０１では、ブックファイルに対して行われている印刷設定のうち「ステイプル、パンチ穴、中とじ製本、くるみ製本、三方断裁」等のフィニッシングに関する属性（「くるみ製本」と「三方断裁」）を一時的に解除する。

そして、ステップＳ２１０２に進み、製本アプリケーション１０４は、フィニッシング指示を含まないジョブチケットを発行して電子原稿デスプーラ１０５に渡す。そして、電子原稿デスプーラ１０５に印刷指示だけを含むＪＤＦを発行させて、それを印刷用プリンタ（すなわち図１８のエリア１８０３で指定されたプリンタ）に送信させる。これによりプリンタ１０７で印刷だけが行われる。（このときユーザは、プリンタとニアラインフィニッシャが直接的に接続されていないため、プリンタ１０７に出力された印刷用紙をニアラインフィニッシャ１１０へ運ぶことになる）。

続くステップＳ２１０３で、製本アプリケーション１０４はステップＳ２１０１で解除したすべてのフィニッシング設定（ここでは、「くるみ製本」と「三方断裁」）を記載したページを一時的に作成しプリンタ１０７に対して出力する。そして、ステップＳ２１０４に進み、製本アプリケーション１０４はＪＤＦ登録ＤＢ１０８の中に図１５で説明したＪＤＦ保存先（雛形）を確保する。その際、ＪＤＦ保存先には、図１８の「ＪＤＦ出力登録」画面でユーザによって指定された「ジョブＩＤ」と「フィニッシャ名」、およびステップＳ２１０１において一時的に解除したフィニッシング属性を追記する。

図２３は、ステップＳ２１０３においてプリンタ１０７に出力された「解除したフィニッシング設定一覧」の出力結果の一例を示すものである。これを見ながらユーザは、ニアラインフィニッシャ専用アプリケーション１０９からニアラインフィニッシャ１１０に対してフィニッシング指示（「くるみ製本」と「三方断裁」）をするためのＪＤＦを発行することができる。そして、ユーザより、「くるみ製本」と「三方断裁」を指示するＪＤＦがニアラインフィニッシャ１１０に対して送信されるる。このニアラインフィニッシャ１１０は前述したように文書処理システムのＩＰアドレスで登録されているため、ＪＤＦは自動的に文書処理システム１００に送信される。

続くステップＳ２１０５において、文書処理システムに送信された「くるみ製本」と「三方断裁」の指示が記述されたＪＤＦを製本アプリケーション１０４が受けと取ると、ステップＳ２１０６へ進む。そのＪＤＦに記載されているジョブＩＤを参照し、そのジョブＩＤが、ＪＤＦ登録ＤＢ１０８の中にステップＳ２１０４で作成した雛形の「ジョブＩＤ」と一致するかを確認する。ステップＳ２１０７で雛形の「ジョブＩＤ」と一致していると判断したら、ステップＳ２１０８へ進み、電子原稿デスプーラ１０５へ受け取ったＪＤＦを渡す。電子原稿デスプーラ１０５は、雛形の「フィニッシャ名」情報を参照し、そこに記載されているフィニッシャに対して受け取ったＪＤＦをそのまま送信する。それによりフィニッシャ１１０において、「くるみ製本」と「三方断裁」が行われ、ユーザは所望の成果物を得ることができる。

さらに製本アプリケーション１０４は、ステップＳ２１０９において、受け取ったＪＤＦを、ＪＤＦ登録ＤＢ１０８の所定のフォルダに保存するとともに、雛形の「ＪＤＦ保存先」へ保存先パスを追記する。

一方、ステップＳ２１０７で雛形に記載のジョブＩＤと一致しなかった場合、製本アプリケーション１０４は、ステップＳ２１１０でエラーメッセージを画面に表示し、処理を終了する。

以上、実施の形態２によれば、ユーザが仕事を行いながら、ＪＤＦ登録処理を行えるようにすることで、ユーザのＪＤＦ登録の手間を軽減することができる。

本発明の実施の形態に係るスタンドアロン型の文書処理システムの構成を説明するためのブロック図である。 本実施の形態に係る文書処理システムのホストコンピュータの構成を示すブロック図である。 本実施の形態に係るブックファイルの構造の一例を示す図である。 本実施の形態に係るブック属性の一例を示す図である。 本実施の形態に係る章属性の一例を示す図である。 本実施の形態に係るページ属性の一例を示す図である。 本実施の形態に係るブックファイルを開く手順を説明するフローチャートである。 新規のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 既存のブックファイルを開いた際のユーザインターフェース画面の一例を示す図である。 本実施の形態に係る、電子原稿ファイルをブックファイルにインポートする手順を説明するフローチャートである。 本実施の形態に係る、アプリケーションデータを電子原稿ファイルに変換する手順を説明するフローチャートである。 本実施の形態に係る文書ファイルのデータ構造の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録処理の手順を示すフローチャートである。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録ＤＢの一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録ＤＢの一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力処理の手順を示すフローチャートである。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力処理の手順を示すフローチャートである。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録処理の手順を示すフローチャートである。 本実施の形態に係る文書処理システムにおけるＪＤＦ登録を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおける出力結果の一例を示すフローチャートである。 本実施の形態に係る文書処理システムにおけるＪＤＦの登録属性を編集するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦの登録属性を編集するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力を実行するためのユーザインターフェース画面の一例を示す図である。 本実施の形態に係る文書処理システムにおけるＪＤＦ出力処理の手順を示すフローチャートである。

Claims (10)

1. 画像形成装置と該画像形成装置の出力物を後処理する後処理装置とを制御する情報処理装置であって、
   他の情報処理装置で生成されたジョブチケットを登録する登録手段と、
   前記登録手段により登録されているジョブチケットの中から、前記後処理装置への指示に利用可能なものを検索する検索手段と、
   前記検索手段により検索されたジョブチケットを利用して前記後処理装置への指示を行う指示手段と
   を有することを特徴とする情報処理装置。
2. 前記登録手段は、ジョブチケットを受付可能な後処理装置の名称と、該ジョブチケットに含まれる設定情報と、該ジョブチケットが保存される場所とを対応づけて登録することを特徴とする請求項１に記載の情報処理装置。
3. さらに、面付け処理および後処理を含む属性を設定する設定手段を有し、
   前記指示手段は、前記設定手段により設定された属性に基づいて、前記画像形成装置と前記後処理装置に対して印刷処理および後処理を指示することを特徴とする請求項１に記載の情報処理装置。
4. さらに、前記登録手段の登録内容を変更する変更手段を有することを特徴とする請求項１に記載の情報処理装置。
5. 前記変更手段は、後処理装置の名称、設定情報、保存先を変更可能であることを特徴とする請求項４に記載の情報処理装置。
6. 前記指示手段による指示に基づいて、前記登録手段が前記後処理装置へ指示可能なジョブチケットの登録を行うことを特徴とする請求項１に記載の情報処理装置。
7. アプリケーションプログラムにおいて設定された後処理に関する属性を一時的に解除して印刷専用のジョブチケットを作成し、解除された前記後処理に関する属性の一覧を前記画像形成装置へ出力することを特徴とする請求項１に記載の情報処理装置。
8. ジョブチケット登録手段によりあらかじめ登録されているジョブチケットの中から、前記後処理装置への指示に利用するジョブチケットをユーザが選択可能な選択手段を有することを特徴とする請求項１に記載の情報処理装置。
9. 画像形成装置と該画像形成装置の出力物を後処理する後処理装置とを制御する制御方法であって、
   他の情報処理装置で生成されたジョブチケットを登録する登録ステップと、
   前記登録ステップにより登録されたジョブチケットの中から、前記後処理装置への指示に利用可能なものを検索する検索ステップと、
   前記検索ステップにより検索されたジョブチケットを利用して前記後処理装置への指示を行う指示ステップと
   を有することを特徴とする情報処理装置。
10. 画像形成装置と該画像形成装置の出力物を後処理する後処理装置とを制御する制御方法を、コンピュタに実行させるためのコンピュータプログラムであって、
    他のコンピュータプログラムによって生成されたジョブチケットを登録する登録ステップと、
    前記登録ステップにより登録されたジョブチケットの中から、前記後処理装置への指示に利用可能なものを検索する検索ステップと、
    前記検索ステップにより検索されたジョブチケットを利用して前記後処理装置への指示を行う指示ステップと
    をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images