JP4095624B2 - 情報処理装置、印刷処理方法、プログラム、記憶媒体 - Google Patents

Description

本発明は、印刷システムにおけるプリンタの再印刷制御において印刷データを生成する情報処理装置及びその情報処理方法等に関するものである。

従来の印刷システムでは、プリンタの障害などによって印刷が中断し場合、プリンタは印刷済みの頁数を検出し、その次の頁を再印刷開始頁と判断して印刷データの処理が進められていた。そして、再印刷開始頁を印刷データとして設定し、他のプリンタもしくは障害が復旧するのを待って元のプリンタに、その印刷データを転送することにより中断した印刷処理の続行が図られていた。
上述の従来技術として、例えば、以下の特許文献１に示されるものがある。
特開平１０−４９３１４号公報

しかし、従来の印刷システムにおいては、印刷の再開においては、その印刷ジョブの中断の前後で印刷ジョブに設定されている印刷様式を決定するための印刷属性が考慮されていないため、ユーザの意図した結果と異なる形式のものが出力されてしまうことがある。例えば印刷ジョブの属性として両面印刷の指定がされている場合、再印刷開始頁が偶数ページ目であると、本来通常に両面印刷の処理された場合ならば、印刷ページの裏面側に印刷される内容が表面側に印刷されてしまう等、表裏に印刷される頁の組合せが再印刷開始頁以降ずれてしまい、ユーザの期待する結果と異なってしまうという場合が生じ得る。

また、印刷ジョブにステイプル止めの処理の指定がされている場合では、ユーザは1部ごとにステイプルされることを期待するはずであるが、文書の再印刷開始頁より前の頁が欠落したものがステイプルされてしまい、ユーザの意図した結果と異なってしまうという事態も生じ得る。

本発明は上記問題点を鑑みて為されたものであり、プリンタの障害などによって印刷ジョブが中断した場合であっても、印刷属性に基づく再印刷出力を行うことにより、ユーザの期待する結果に忠実な出力を行うことを可能にする技術の提供を目的とする。

上記目的を達成するために、本発明は次のような構成から成る。

すなわち、アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う情報処理装置は、
前記中間コードに基づき作成される印刷データを出力する出力手段と、
印刷障害の発生を検知する検知手段と、
前記検知手段により障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを前記中間コードに基づき作成する作成手段とを有し、
前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記作成手段は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成し、
前記出力手段は前記作成手段により作成された印刷データを再出力することを特徴とする。

また、アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う情報処理装置は、
前記中間コードに基づき作成される印刷データを出力する出力手段と、
印刷障害の発生を検知する検知手段と、を有し、
前記検知手段により障害の発生が検知された場合において、前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記出力手段は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする。

また、アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う為の印刷処理方法は、
前記中間コードに基づき作成される印刷データを出力する第１出力工程と、
印刷障害の発生を検知する検知工程と、
前記検知工程において障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを前記中間コードに基づき作成する作成工程と、
前記作成工程において作成された印刷データを再出力する第２出力工程とを有し、
前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記作成工程は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成し、
前記第２出力工程は前記作成工程により作成された印刷データを再出力することを特徴とする。

また、アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う為の印刷処理方法は、
前記中間コードに基づき作成される印刷データを出力する第１出力工程と、
印刷障害の発生を検知する検知工程と、
前記検知工程において障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを再出力する第２出力工程とを有し、
前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記第２出力工程は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする。

また、プログラムは、上記の印刷処理方法をコンピュータに実行させることを特徴とする。

また、記憶媒体は、上記の印刷処理方法をコンピュータに実行させるためのプログラムをコンピュータ可読の形態で記憶したことを特徴とする。

本発明によれば、プリンタの障害などによって印刷ジョブが中断した場合であっても、印刷属性に基づく再印刷出力を行うことにより、ユーザの期待する結果に忠実な出力を行うことが可能になる。

＜システム概要＞
本発明の情報処理システムの好適な実施形態である文書処理システムの概要を、図９〜図１９を参照して説明する。この文書処理システムでは、一般アプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。製本アプリケーションはその電子原稿ファイルを編集する機能を提供している。以下、その詳細は説明する。

＜システム構成及び動作＞
図９は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置の好適な実施形態であるデジタルコンピュータ１０００によって実現されている。一般アプリケーション１０１０は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェース（一般にＧＤＩと呼ばれる）を利用する。

すなわち、アプリケーション１０１０は、作成したアプリケーションデータを印刷するために、前記インタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、変換された描画コマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行い、印刷データを生成し、ＪＬでくくることにより印刷ジョブが生成される。ＯＳとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩと呼ばれるモジュールが相当する。

電子原稿ライタ１０２０は、前述のデバイスドライバのひとつとして、本文書処理システム実現のために提供されるソフトウエアモジュールである。ただし、電子原稿ライタ１０２０は特定の出力デバイスを目的としておらず、後述の製本アプリケーション１０４０やプリンタドライバ１０６０により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２０による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＶＧ形式などが電子原稿形式として採用できる。

アプリケーション１０１０により電子原稿ライタ１０２０を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２０を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２０によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２０を指定するのは製本アプリケーション１０４０であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。製本アプリケーション１０４０は、電子原稿ライタ１−２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。

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

このようにデバイスドライバとして電子原稿ライタ１０２０を指定し、一般アプリケーション１０１０によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１０によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３０としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

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

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

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

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

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

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

図１２は章属性のリストであり、図１３はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。

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

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

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

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

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

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

ブック、章、ページについて共通な属性として、ウォータマーク属性およびヘッダ・フッタ属性がある。ウォータマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白および下余白に印刷されるウォータマークである。ただし、ヘッダ・フッタには、ページ番号や日時など、変数により指定可能な項目が用意されている。なお、ウォータマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォータマークやヘッダフッタの内容を設定できるし、また、ブック全体を通してどのようにウォータマークやヘッダフッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォータマークやヘッダ・フッタを印刷するか否かを指定できる。

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

図１４は、製本アプリケーション１０４０によりブックファイルを開く際の手順である。

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

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

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

まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２０を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１０）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２０）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行える。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１０の処理を省略することも可能である。

画像データでなかった場合には、ステップＳ８０１０で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３０）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、あらかじめ用意された規定値に設定される。

画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１０で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４０）。ただし、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるもにについてはその値が与えられる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいてされていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。

図１６は、図１５のステップＳ８０１０において、電子原稿ライタ１０２０により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１０）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとして、ＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタによって電子原稿形式のデータに変換し、出力する（ステップＳ９０２０）。出力先はステップＳ９０１０で開いた電子原稿ファイルである。指定されたデータすべてについて変換が終了したか判定し（ステップＳ９０３０）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４０）。電子原稿ライタ１０２０によって生成される電子原稿ファイルは、図１０（Ｂ）に示した、原稿ページデータの実体を含むファイルである。

＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。

（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。

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

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

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

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

＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルが作成・編集される。ただし、ブックファイルや印刷処理はサーバによって管理される。

図１９はサーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールである仮想プリンタドライバ１０９０および仮想プリントサービスモジュール１１００、ＤＳ（文書サービス）クライアントモジュール１０８０を加えた構成を有する。このクライアント文書処理システム１２０００に、文書管理サーバ１２０１０および印刷集中管理サーバ１２０２０およびプリントサーバ１２０３０が接続されている。

これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。なお図１９では文書管理サーバ１２０１０と印刷集中管理サーバ１２０２０の両サーバがクライアントに接続されているが、いずれか一方のみがネットワーク上に存在する場合もあり得る。接続されているサーバが文書管理サーバであれば、そのクライアントモジュールを含む文書管理サーバクライアントシステム１２０１０ＳＣが、印刷集中管理サーバ１２０２０であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２０ＳＣが、スタンドアロン型文書管理システムに追加される。

文書管理サーバ１２０１０は、製本アプリケーション１０４０により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１０によってブックファイルを管理する場合、ブックファイルは、クライアントＰＣのローカルＨＤに代わって、あるいはそれに加えて、文書管理サーバ１２０１０のデータベース１２１１０に保存される。製本アプリケーション１０４０と文書管理サーバ１２０１０との間のブックファイルの保存および読み出しは、ＤＳクライアント１０８０及びＤＳコア１２１２０を介して行われる。

印刷集中管理サーバ１２０２０は、クライアント文書管理システム１２０００に格納された、あるいは文書管理サーバ１２０１０に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、仮想プリンタドライバ１０９０および仮想プリントサービスモジュール１１００を介して印刷集中管理サーバ１２０２０のサーバモジュール１２２１０に送信される。

集中印刷管理サーバ１２０２０は、クライアントのプリンタで印刷する場合にはクライアントの仮想プリントサービスモジュール１１００を介して電子原稿デスプーラ１０５０に電子原稿データを渡し、プリントサーバ１２０３０により印刷する場合には、プリントサーバ１２０３０の仮想プリントサービスモジュール１２０３０に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。

＜プレビュー表示の内容＞
すでに説明したとおり、ブックファイルが製本アプリケーションによって開かれると、図１７に示すユーザインタフェース画面１１０００が表示される。ツリー部１１０１０には、開いているブック（以下、注目ブックと呼ぶ）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。プレビュー部の表示にレイアウトは反映されない。第２は印刷ビューモードである。印刷ビューモードでは、プレビュー部１１０２０には、原稿ページのレイアウトが反映された形で原稿ページが表示される。第３は簡易印刷ビューモードである。簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。

＜第1実施形態＞
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。

図８は、コンピュータ１０１のハードウエアブロック図である。図８において、ＣＰＵ２０１０は、ＲＯＭ２０３０のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１０からＲＡＭ２０２０にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、後述するフローチャートの手順を実現する。ＲＡＭ２０２０は、ＣＰＵ２０１０の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５０は、キーボード２０９０や不図示のポインティングデバイスからのキー入力を制御する。

ＣＲＴコントローラ（ＣＲＴＣ）２０６０は、ＣＲＴディスプレイ２１００の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７０は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するハードディスク（ＨＤ）２１１０やフロッピー(登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８０は、接続されたプリンタ１０７０との間の信号の交換を制御する。ＮＣ２１２０はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

図１は、本実施形態における情報処理システムのモジュール構成を示すブロック図である。図１において、１０１はホストコンピュータであり、ＬＡＮ１０４を経由してプリンタＡ、Ｂ（１０２、１０３）と接続しており、相互にデータの通信が可能である。本構成では出力先のプリンタとして２台のプリンタが設定されているが、プリンタの台数はこれに限るものではない。

１０５はワードプロセッシングやスプレッドシート、テキスト編集などの機能を提供するアプリケーションプログラム（以下、「アプリケーション」と呼ぶ。）である。アプリケーション１０５が中間コード生成モジュール１０６に印刷要求を出すことにより、本実施形態で説明する印刷処理が実行される。

中間コード生成モジュール１０６（図１９の仮想プリンタドライバ１０９０に相当）は、アプリケーション１０５からの印刷要求を受け、ページ単位の原稿を詳細な書式をもって表現するＥＭＦ（中間ファイル形式データ）、ＰＤＦ等の画像データとＤＥＶＭＯＤＥ、ＪＤＦ等の印刷属性指示データを含む中間コードを生成し、中間コード記憶モジュール１０７はこれらのデータをファイルに格納する。ここで、アプリケーションとしては上に説明した図１９の製本アプリケーション等も対応することとなる。

印刷データ生成モジュール１０８（図１９の仮想プリントサービス１１００に相当）は中間コード記憶モジュール１０７から格納されている中間コードを受け取り、出力先プリンタで印刷可能なＰＤＬ等の形式の印刷データに変換し、印刷データ転送モジュール１０９よりＬＡＮ１０４を経由して出力先プリンタに印刷データを転送する。また、図１中には不図示であるが、印刷データ生成モジュール１０８は複数のプリンタの夫々に対応したプリンタドライバから代行先の対象となるプリンタに対応したプリンタドライバを所定の記憶部から選択する機能、及び、選択したプリンタドライバを利用して生成した印刷データ（ＰＤＬ）を印刷データ転送モジュール１０９に代行先プリンタに転送させる機能を備えている
。

プリンタ障害検出モジュール１１０は出力先プリンタの状態を監視しており、印刷ジョブが正常に印刷されたか、もしくは途中で障害が起きたかを判断し、印刷が完了した頁数の情報とともに障害発生頁検出モジュール１１１に通知する。ここで出力先プリンタの状態の監視は出力先プリンタから発生された各種障害イベント（用紙なし／トナー切れ／紙ジャム／メモリフル等）の監視や、障害検出モジュール１１０自らが出力先プリンタの状態を問い合わせるような形態がとられる。また、ここでの障害の検出とは障害情報を認識する処理を指すものとする
。

障害発生頁検出モジュール１１１は、プリンタ障害検出モジュール１１０から通知された情報に基づき、出力先プリンタで印刷が完了した頁数の情報から障害発生頁番号を演算し、障害発生頁を特定する。

印刷属性検出モジュール１１２は、障害発生頁検出モジュール１１１で特定された障害発生頁の情報に基づき、中間コード記憶モジュール１０７より、障害により印刷が中断した頁に相当する印刷ジョブの中間コードを取得（生成）し、印刷ジョブに設定されている印刷属性情報を取得し認識する。

再印刷開始頁判断モジュール１１３は、障害発生頁検出モジュール１１２から受信した障害発生頁番号及びその頁に対応する印刷属性情報より最適な再印刷開始頁を決定し、印刷データ生成モジュール１０８にその中間コード及び該再印刷開始頁を指定し、自動再印刷設定に基づき優先順位が高く、かつ、正常状態のプリンタを再印刷先プリンタに指定して印刷指示を出力する。この最適な再印刷開始頁の決定方式については図３〜図７を参照して説明する。

印刷データ生成モジュール１０８は、再印刷開始頁判断モジュール１１３で決定された再印刷開始頁に基づき、その再印刷開始頁以降から該当印刷ジョブの最後までを再印刷範囲として特定し、該当する範囲の中間コードを出力先のプリンタで印刷可能なＰＤＬ等の形式の印刷データに変換する。この際、印刷データ生成モジュール１０８は、印刷データ転送モジュール１０９から、代行するプリンタに関する情報を参照することができる。

その印刷データは、印刷データ転送モジュール１０９により、中断した印刷ジ
ョブの再印刷を代行するプリンタとして特定された再印刷先のプリンタへ転送さ
れる。

代行プリンタ設定モジュール１１４は、障害が発生して中断した印刷ジョブを再開するために、再印刷の出力先として代行するプリンタ群を設定する。代行プリンタ設定モジュール１１４は、複数の再印刷を代行するプリンタの優先順位をプリンタ毎に設定し、印刷データ転送モジュール１０９は、この優先順位に従って再印刷を代行するプリンタを特定する。

また、アプリケーション１０５とその他情報処理システムを構成するモジュール（１０６〜１１４）群は、情報処理システム実現のために提供されるソフトウエアモジュールであり、必ずしも同一のホストコンピュータ等に実装されている必要はなく、情報処理システムを構成するモジュール（１０６〜１１４）はシステムのサーバ側、アプリケーション１０５はシステムのクライアント側に存在していても良い。

図２は、ＣＲＴ２１００上に表示される自動再印刷アルゴリズムにおける設定画面の一例を示す図である。同図において、「出力先プリンタの候補」の設定とその出力先の「優先順位」を設定する。図２に示す例では出力先のプリンタ名として「プリンタＡ」及び「プリンタＢ」が設定されており、それぞれ優先順位が１番，２番と設定されている。この場合、まず１番目のプリンタＡで印刷を試み、そのプリンタＡで障害が発生した場合に、優先順位として２番目の設定がされているプリンタＢで再印刷を実行するように設定される。この設定は上述の代行プリンタ設定モジュール１１４で自動的に設定してもよいし、管理者又はユーザ等によって、アプリケーションから印刷要求を出すときにユーザ等がキーボード（２０９０）等の入力部から随時設定してもよい。

次に、印刷データの処理の流れを図３〜図７のフローチャートを参照して、詳細に説明する。

図３は、アプリケーション１０５から印刷を行なう際の処理の流れを説明するフローチャートである。

まず、ステップＳ３１でアプリケーション１０５から中間コード生成モジュール１０６に印刷要求が出され、印刷処理が開始される。

ステップＳ３２において、中間コード生成モジュール１０６はアプリケーション１０５の印刷要求に基づいて中間コードを生成する。この中間コードには、上述のようにＰＤＦ等の画像データとＪＤＦ等の印刷属性指示データが含まれ、ステップＳ３３で中間コードを中間コード記憶モジュール１０７がファイルに格納する。

ステップＳ３４では、印刷データ生成モジュール１０８が、中間コード記憶モジュール１０７より中間コードを取得し、優先順位の一番高い出力先プリンタで印刷可能な印刷データに変換する。アプリケーション１０５により作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインタフェースモジュールが利用され、プリンタ等の出力デバイスが処理可能な形式の印刷データに中間コードが変換される。

ステップＳ３５では、ステップＳ３４で生成された印刷データを印刷データ転送モジュール１０９が受信し、その受信したデータを出力先プリンタに対してＬＡＮ１０４を経由して転送する。

ステップＳ３６において、指定されたプリンタで印刷が開始される。このプリンタの処理状況は、図１のプリンタ障害検出モジュール１１０でモニタされており（Ｓ３７）、印刷データの処理において、障害が発生せず印刷処理が正常に完了した場合は印刷処理は正常終了する（Ｓ３７−Ｎｏ、Ｓ３８）。

一方、印刷処理中、障害が発生した場合（Ｓ３７−Ｙｅｓ）、図４〜図７で説明する再印刷処理動作に移行する（Ｓ３９）。

図４は、出力先として指定されたプリンタにおいて、障害が検出された場合の再印刷処理動作を説明するためのフローチャートである。

プリンタ障害検出モジュール１１０が出力先のプリンタで障害が発生したことを検出すると（Ｓ４１）、プリンタ障害検出モジュール１１０は、そのプリンタで障害が発生する前までに印刷完了した頁数（以下、「印刷完了頁数」という。）を取得し、この印刷完了頁数を基に、障害発生頁検出モジュール１１１は障害発生頁番号（Ｌ）を決定する。

次に、ステップＳ４３に処理を進め、印刷属性検出モジュール１１２が中間コード記憶モジュール１０７より格納されている中間コードＤＥＶＭＯＤＥ、ＪＤＦなどから印刷属性を検出する。この印刷属性には、例えば、複数部印刷を行うために１部のデータを繰り返し並べたデータとなっているか、ステイプル止めの指示が指定されているか、両面印刷が設定されているか、また製本印刷（指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式）が指定されているか、製本分冊（指定枚数を重ねて中綴じし、２つ折りにした小冊子を複数作成する）が指定されているかを示す属性が挙げられるが、これらに限るものではない。

図５は印刷属性に基づき、再印刷開始頁の設定処理を説明するフローチャートである。図４のステップＳ４３で印刷属性を検出後、処理を図５のステップＳ５２に進め、再印刷開始頁（Ｎ）の初期値を図４のステップＳ４２で決定された障害発生頁番号（Ｌ）とする。

ステップＳ５３では、ステップＳ４３で取得した印刷属性を解析する。その中間コードが複数部印刷を行うために、データを繰り返し並べた構成となっている場合（Ｓ５３−ＹＥＳ）にはステップＳ５４に進み、繰り返し並べた構成となっていない場合（Ｓ５３−ＮＯ）には処理をステップＳ５６に進める。

ステップＳ５４では、印刷ジョブが複数の部数分のデータを含んでいるため、１部単位で再印刷をするために、その１部数分の頁数（Ｍ）を取得して、処理をステップＳ５５に進める。

ステップＳ５５では、再印刷開始頁Ｎを決定するために、数列{１、Ｍ、２×Ｍ、３×Ｍ...、ＮＮ×Ｍ、...：（ＮＮは自然数）}を生成し、この数列の要素のうち障害発生頁番号Ｌ以下で最大の値を演算し、その値を再印刷開始頁Ｎに設定して、処理をステップＳ７１（図７）に進める。

ステップＳ５６では、印刷ジョブの属性（印刷属性）として、ステイプル止めの指示が指定されているかを判定し、指定されている場合（Ｓ５６−ＹＥＳ）には処理をステップＳ５７へ進めて再印刷開始頁Ｎを１に設定して（Ｓ５７）、処理をステップＳ７１（図７）に進める。ここで、ステップＳ５７における処理では、印刷ジョブの属性としてステイプル止めが指定されていることから、１部のデータの途中から再印刷してしまうと１部ごとにステイプル止めを行うことはできないため、再印刷開始頁Ｎを１頁目に設定するものである。

ステイプル止めの指定されていない場合（Ｓ５６−ＮＯ）には処理をステップＳ６１（図６）に進める。

図６は、製本印刷、製本分冊、両面印刷に関する印刷属性に基づき、再印刷開始頁の設定処理を説明するフローチャートである。図５のステップＳ５６で、ステイプル止めが指定されていない場合は、図６のステップＳ６２において、製本印刷の属性が設定されているか否かを判断する。印刷ジョブの属性として製本印刷の属性が設定されている場合（Ｓ６２−ＹＥＳ）には処理をステップＳ６３に進め、製本印刷の属性が設定されていない場合（Ｓ６２−ＮＯ）には処理をステップＳ６４に進める。

ステップＳ６３では、中間コードより障害発生頁Ｌが含まれる用紙を検索し、その用紙に含まれる（レイアウトされる）先頭の頁番号を再印刷開始頁Ｎに設定し、処理をステップＳ７１（図７）に進める。

ステップＳ６４では、印刷ジョブの属性として製本分冊印刷が設定されているかを判定し、製本分冊の属性が設定されている場合（Ｓ６４−ＹＥＳ）には処理をステップＳ６５に進め、設定されていない場合（Ｓ６４−ＮＯ）には処理をステップＳ６６に進める。

ステップＳ６５では、中間コードより障害発生頁Ｌが含まれる分冊を検索し、その分冊に含まれる先頭の頁番号を再印刷開始頁Ｎに設定し、処理をステップＳ７１（図７）に進める。

ステップＳ６６では、印刷ジョブの属性として両面印刷が設定されているかを判定し、両面印刷の属性が設定されている場合（Ｓ６６−ＹＥＳ）には処理をステップＳ６７に進め、設定されていない場合には処理をステップＳ７１（図７）に進める。

ステップＳ６７では、障害発生頁Ｌが印刷されるのが出力用紙の表であるか裏であるかを判定し、表である場合には再印刷開始頁Ｎに障害発生頁Ｌを設定し、裏である場合には障害発生頁Ｌ−１の値をＮに設定する。このことにより、障害発生頁が裏面である場合にも、その裏面から印刷することが可能となる。

図７は再印刷開始頁の確定から再印刷開始の処理を説明するフローチャートである。図７のステップＳ７２で、印刷属性に基づいた再印刷開始頁Ｎを最終的に確定する。

ステップＳ７３で、印刷ジョブに設定された自動再印刷設定に基づき、正常状態であるプリンタの中で優先順位が最も高い出力先プリンタを再印刷先プリンタとして選択する。この設定は図２における自動再印刷の設定画面で設定されたプリンタと優先順位に基づくものである。

次に、ステップＳ７４で印刷データ生成モジュール１０８において、ステップＳ７２で決定された再印刷開始頁に基づく範囲の中間ファイルを抽出し、該抽出された中間コードを再印刷先プリンタで印刷可能な形式変換し、再印刷開始頁から最終頁までの印刷データを生成する。

そして、ステップＳ７５で、印刷データ転送モジュール１０９によって、ＬＡＮ１０４を経由して再印刷先プリンタに印刷データを転送し、再印刷先プリンタで再印刷が開始される（Ｓ７６）。ここで、再印刷先プリンタの決定処理については上に説明した図２のユーザインターフェースを介して設定された代行先プリンタに自動的に転送される。また更なる別の好適な形態として、障害が発生したことに応じて代行先のプリンタを選択指示可能なユーザインターフェースを表示させ、該表示されたユーザインターフェースを介して選択指示された代行先プリンタを代行先として選択し、更に、選択先のプリンタが印刷可能なＰＤＬデータに変換し転送するような形態も想定される。この再に転送先のプリンタが印刷可能なＰＤＬデータに変換する処理は、転送先に対応したプリンタドライバソフトウエアが所定の記憶手段から抽出され稼動されることにより実現される。上にも説明したように印刷データ生成モジュール１０８は複数のプリンタの夫々に対応したプリンタドライバから対象となるプリンタに対応したプリンタドライバを選択する機能を有する。

また、別の形態として上の説明においてはホストコンピュータに印刷データ生成モジュール１０８、印刷データ転送モジュール１０９の機能を備えるように説明してきたが、この印刷データ生成モジュール１０８、印刷データ転送モジュール１０９の機能をホストコンピュータとはネットワーク等の所定の通信媒体を介して通信可能なサーバ（例えば図１９の１２０２０に相当）に備えさせるようにすることも想定される。

以上説明したように、本実施形態によれば、プリンタの障害などによって印刷ジョブが中断し場合であっても、印刷属性に基づいて再印刷開始頁を判断することにより、再印刷時も中断前の印刷属性を維持し、一貫した印刷属性の下に印刷ジョブを遂行することが可能となる。

＜他の実施形態＞
なお、本発明は、複数の機器(例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。

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

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

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

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

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

本実施形態における情報処理システムの構成を示すブロック図である。 自動再印刷アルゴリズムにおける設定画面の一例を示す図である。 アプリケーション１０５から印刷を行なう際の処理の流れを説明するフローチャートである。 出力先として指定されたプリンタにおいて、障害が検出された場合の再印刷処理動作を説明するためのフローチャートである。 印刷属性に基づき、再印刷開始頁の設定処理を説明するフローチャートである。 印刷属性に基づき、再印刷開始頁の設定処理を説明するフローチャートである。 再印刷開始頁の確定から再印刷開始の処理を説明するフローチャートである。 コンピュータ１０１のハードウエアブロック図である。 スタンドアロン型の文書処理システムのブロック図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 ブックファイルを開く手順のフローチャートである。 電子原稿ファイルをブックファイルにインポートする手順のフローチャートである。 アプリケーションデータを電子原稿ファイルに変換する手順のフローチャートである。 既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。 クライアントサーバ型の文書処理システムのブロック図である。

Claims (14)

1. アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う情報処理装置であって、
   前記中間コードに基づき作成される印刷データを出力する出力手段と、
   印刷障害の発生を検知する検知手段と、
   前記検知手段により障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを前記中間コードに基づき作成する作成手段とを有し、
   前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記作成手段は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成し、
   前記出力手段は前記作成手段により作成された印刷データを再出力することを特徴とする情報処理装置。
2. 前記印刷指示部より取得される印刷属性が、指定された枚数を重ね中綴じした冊子を複数作成する分冊印刷設定である場合に、前記作成手段は、複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成することを特徴とする請求項１に記載の情報処理装置。
3. 前記出力手段は、前記検知手段により障害の発生が検知された場合に、代行プリンタに対して前記作成手段で作成された印刷データを再出力することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記情報処理装置はプリンタと通信可能なホストコンピュータであることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う情報処理装置であって、
   前記中間コードに基づき作成される印刷データを出力する出力手段と、
   印刷障害の発生を検知する検知手段と、を有し、
   前記検知手段により障害の発生が検知された場合において、前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記出力手段は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする情報処理装置。
6. 前記印刷指示部より取得される印刷属性が、指定された枚数を重ね中綴じした冊子を複数作成する分冊印刷設定である場合に、前記出力手段は、複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする請求項５に記載の情報処理装置。
7. アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う為の印刷処理方法であって、
   前記中間コードに基づき作成される印刷データを出力する第１出力工程と、
   印刷障害の発生を検知する検知工程と、
   前記検知工程において障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを前記中間コードに基づき作成する作成工程と、
   前記作成工程において作成された印刷データを再出力する第２出力工程とを有し、
   前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記作成工程は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成し、
   前記第２出力工程は前記作成工程により作成された印刷データを再出力することを特徴とする印刷処理方法。
8. 前記印刷指示部より取得される印刷属性が、指定された枚数を重ね中綴じした冊子を複数作成する分冊印刷設定である場合に、前記作成工程は、複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを作成することを特徴とする請求項７に記載の印刷処理方法。
9. 前記第２出力工程は、前記検知工程において障害の発生が検知された場合に、代行プリンタに対して前記作成工程で作成された印刷データを再出力することを特徴とする請求項７又は８に記載の印刷処理方法。
10. 前記情報処理装置はプリンタと通信可能なホストコンピュータであることを特徴とする請求項７乃至９の何れか１項に記載の印刷処理方法。
11. アプリケーションデータに基づき作成され、印刷データへの変換対象となる中間コードと、複数の印刷属性を含む印刷指示部と、を含む中間ファイルに基づく印刷処理を行う為の印刷処理方法であって、
    前記中間コードに基づき作成される印刷データを出力する第１出力工程と、
    印刷障害の発生を検知する検知工程と、
    前記検知工程において障害の発生が検知された場合に、前記印刷指示部が示す印刷属性に基づく再印刷範囲の印刷データを再出力する第２出力工程とを有し、
    前記印刷属性として冊子を複数作成する製本分冊印刷が設定されている場合に、前記第２出力工程は、前記複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする印刷処理方法。
12. 前記印刷指示部より取得される印刷属性が、指定された枚数を重ね中綴じした冊子を複数作成する分冊印刷設定である場合に、前記第２出力工程は、複数の冊子の中で障害発生頁が含まれる冊子の先頭の頁以降を再印刷範囲とした印刷データを再出力することを特徴とする請求項１１に記載の印刷処理方法。
13. 請求項７乃至１２の何れか１項に記載の印刷処理方法をコンピュータに実行させることを特徴とするプログラム。
14. 請求項７乃至１２の何れか１項に記載の印刷処理方法をコンピュータに実行させるためのプログラムをコンピュータ可読の形態で記憶したことを特徴とする記憶媒体。

Images