JP2007184713A - 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体 - Google Patents

情報処理装置、レイアウト処理方法、プログラム及び記憶媒体 Download PDF

Info

Publication number
JP2007184713A
JP2007184713A JP2006000666A JP2006000666A JP2007184713A JP 2007184713 A JP2007184713 A JP 2007184713A JP 2006000666 A JP2006000666 A JP 2006000666A JP 2006000666 A JP2006000666 A JP 2006000666A JP 2007184713 A JP2007184713 A JP 2007184713A
Authority
JP
Japan
Prior art keywords
cutting
imposition
bundle
information
page
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006000666A
Other languages
English (en)
Other versions
JP4612894B2 (ja
Inventor
Satoshi Nishikawa
智 西川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2006000666A priority Critical patent/JP4612894B2/ja
Publication of JP2007184713A publication Critical patent/JP2007184713A/ja
Application granted granted Critical
Publication of JP4612894B2 publication Critical patent/JP4612894B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Record Information Processing For Printing (AREA)
  • Control Or Security For Electrophotography (AREA)
  • Editing Of Facsimile Originals (AREA)

Abstract

【課題】 多連印刷、前半後半印刷等を行う場合に、断裁機の断裁可能枚数が考慮されておらず、例えば、枚数が多くなった場合に断裁が途中までしか行われず断裁を失敗してしまうということがあった。
【解決手段】 S2103乃至S2105で面付け方法設定、断裁機の断裁能力、総論理ページ数の取得を行い、S2107で断裁能力を考慮した面付け処理を行う。
【選択図】 図19

Description

本発明は、印刷にかかわるレイアウト処理を行う仕組みに関する。
従来から、印刷コスト低減、及び、生産性の後述を目的に、1枚の用紙に2面取りする技術(以下、多連印刷と呼ぶ)が知られている。
この多連印刷とは、より具体的には、例えば、ある原稿ページを同一用紙の上にN枚面付けして印刷を行い、印刷後に断裁機により断裁し、N回分の印刷で得られる結果を得るというものである。
更に、特許文献2によれば、断裁して重ねた時に順番通りに配列されるよう印刷用紙の一面にページ割付処理を行う技術がしられている。本実施形態では、この技術のことを前半後半印刷と呼ぶ。
特開2002−281278号公報 特開2001−205885号公報
しかしながら、上に説明した多連印刷、前半後半印刷等の技術では、断裁機の断裁可能枚数が考慮されていなかった。例えば、枚数が多くなった場合に断裁が途中までしか行われず断裁を失敗してしまうということがあった。また、例えば、面付けした印刷物を数束に分けて断裁することも想定されるが束間でページ順を揃える必要があり、オペレータに手間を要していた。
本願発明は上記問題点を鑑みて為されたものであり、印刷装置で解釈可能な印刷データを出力する情報処理装置であって、断裁装置の断裁能力の情報を取得する断裁能力取得手段と、前記断裁能力取得手段により取得された断裁能力の情報に基づき、断裁可能枚数内の複数枚の用紙からなる束を面付け単位に設定する設定手段と、前記面付け単位と、用紙の物理面に何ページの論理ページを配置するかの論理ページ配置方法と、に基づき面付けを行うレイアウト手段とを有することを特徴とする。
本願発明によれば、断裁の失敗をより確実に防止でき、且つ、オペレータの手間を軽減できる。
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
<システム全体概要>
図1は、本実施形態における文書処理システムの全体概略の一例を示す図である。イーサネット(登録商標)によるネットワークを介して各機器が通信可能に接続されている。
101は印刷装置101である。102、103はクライアントコンピュータとしてのクライアントPCである。104乃至107は後処理機器を示す。104は紙折り機である。105は断裁機である。106は中綴じ製本機である。107は製本機である。
なお、図1中では印刷装置101が一台しか示されていないが複数台接続しても良い。また、各機器を接続する通信媒体としてはイーサーネット(登録商標)によるネットワークには限定されない。例えば、他のプロトコルに従うネットワークを適用することもできる。また無線通信網も適用することができる。
<ホストコンピュータのハードウェアブロック図>
<ハードウェアブロック図>
図2は、ホストコンピュータ100とプリンタ107とが通信可能に接続されている様子を示す。ここでホストコンピュータ100は図1における何れかのクライアントCに、また、プリンタ107は図1における印刷装置101に相当する。
まず、コンピュータ100の構成について説明する。尚、図2に示されるハードウェアブロック図は一般的な情報処理装置のハードウェアブロック図に相当するものとし、本実施形態のコンピュータ100には一般的な情報処理装置の構成をハードウェア構成を適用できる。
図2において、CPU201は、ROM203のプログラム用ROMに記憶された、或いはハードディスク211からRAM202にロードされたOSやアプリケーション等のプログラムを実行する。ここでOSとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをOSと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。RAM202は、CPU201の主メモリ、ワークエリア等として機能する。キーボードコントローラ(KBC)205は、キーボード209や不図示のポインティングデバイスからのキー入力を制御する。CRTコントローラ(CRTC)206は、CRTディスプレイ210の表示を制御する。ディスクコントローラ(DKC)207は各種データを記憶するハードディスク(HD)211やフロッピー(登録商標)ディスク(FD)等におけるデータアクセスを制御する。PRTC208は、接続されたプリンタ107との間の信号の交換を制御する。NC212はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
次に、プリンタ107の構成について説明する。図示するように、プリンタ107において、1301はプリンタCPUであり、ROM1302や、外部メモリ1303に記憶された制御プログラムに基づいてシステムバス1304に接続される各ブロックを制御する。CPU1301の処理により生成された画像信号が、印刷部I/F1305を介して、印刷部(プリンタエンジン)1306に出力情報として出力される。また、CPU1301は、入力部1307を介してホストコンピュータ100との通信処理が可能となっており、プリンタ107内の情報等をホストコンピュータ100に通知できる。
ROM1302内のプログラムROMには、CPU1301の制御プログラム等を記憶している。ROM1302内のフォント用ROMには、出力情報を生成する際に使用するフォントデータ等を記憶している。ROM1302内のデータ用ROMには、ハードディスク等の外部メモリ1303がないプリンタの場合、ホストコンピュータ100上で利用される情報等を記憶している。
RAM1308は、CPU1301の主メモリや、ワークエリア等として機能するRAMであり、図示しない増設ポートに接続されるオプションRAMによりメモリ容量を拡張することができるように構成されている。また、RAM1308は、出力情報展開領域、環境データ格納領域、NVRAM等に用いられる。上述したハードディスク(HD)、ICカード等の外部メモリ1303は、メモリコントローラ(MC)1309によりアクセスを制御される。外部メモリ1303は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル1311は操作のためのスイッチ及びLED表示器等で構成されている。
<断裁機のハードウェアブロック図>
図3は、断裁機105のハードウェア構成を示すブロック図である。
302は断裁部306を各ブロックを制御する制御部(CPU)である。制御部301はバスを介して各ブロックと通信を行う。301は記憶部であり、ユーザが操作部304を介して入力した情報や、断裁機の性能に係る情報を記憶保持してる。通信部303は外部装置との通信を司る部位であり、様々なプロトコルに従う通信機能を適用できる。操作部304はユーザが断裁機を動作させたり、断裁機の設定を行うユーザインタフェースとしての機能を持つ。尚、以下ではユーザインタフェースのことをUIと呼ぶ。駆動部305は断裁部306を駆動する動力源であり、例えばモータ、油圧機構から構成される。306断裁部であり記録媒体を断裁可能なように鋭利な刃物等から構成されている。
<文書処理システムの概要>
次に、本実施形態に係る文書処理システムの概要について、図4乃至図13を参照して以下に説明する。まず、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタを備える。また、その電子原稿ファイルを編集する機能を提供する製本アプリケーションを備え、作成されたデータを一まとめにした文書の作成及び編集を可能とする。
<システム構成及び動作>
図4は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるホストコンピュータ100によって実現されている。図4に示す一般アプリケーション101は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムである。このアプリケーションプログラムはOSに対する印刷機能を有している。また、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、オペレーティングシステム(OS)によって提供される所定のインタフェース(一般に、GDIと呼ばれる)を利用する。即ち、アプリケーション101は、作成したデータを印刷するために、上述のインタフェースを提供するOSの出力モジュールに対して、あらかじめ定められる、OSに依存する形式の出力コマンド(GDI関数と呼ばれる)を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド(DDI関数と呼ばれる)を出力する。出力デバイスが処理可能な形式はデバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されている。OSではそのデバイスドライバを利用してコマンド変換を行ない印刷データを生成し、JL(Job Language)でくくることにより印刷ジョブが生成される。OSとしてマイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはGDI(Graphic Device Interface)と呼ばれるモジュールが相当する。
電子原稿ライタ102は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ102は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション104やプリンタドライバ106により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ102による変換後の形式(以後電子原稿形式と呼ぶ)は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばアドビシステムズによるPDF形式やSVG形式などが電子原稿形式として採用できる。
一般アプリケーション101から電子原稿ライタ102を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ102を指定してから印刷を実行する。但し、電子原稿ライタ102によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ102を指定するのは製本アプリケーション104であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション104は電子原稿ライタ102が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ102によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション104によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル(または文書データ)と呼ぶ。
このようにデバイスドライバとして電子原稿ライタ102を指定し、一般アプリケーション101によりデータを印刷させることで、アプリケーションデータは電子原稿形式に変換される。この変換では、アプリケーション101によって定義されたページ(以後論理ページあるいは原稿ページと呼ぶ)を単位とするデータが変換される。そして電子原稿形式に変換されたデータは電子原稿ファイル103としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
製本アプリケーション104は電子原稿ファイル(あるいはブックファイル)103を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション104は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
製本アプリケーション104によって編集されたブックファイル103を印刷する際には、製本アプリケーション104によって電子原稿デスプーラ105が起動される。電子原稿デスプーラ105は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールである。この原稿デスプーラ105は、製本アプリケーションで利用するドキュメント(ブックファイル)を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ105は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したOSの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ107用のプリンタドライバ106がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ107用のプリンタドライバ106に出力し、そのプリンタドライバ106がプリンタ107で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ106から不図示のシステムスプーラを介してプリンタ107に送信され、プリンタ107によってコマンドに応じた画像が印刷される。
<電子原稿データの形式>
編集アプリケーション104の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した3層の層構造を有する。まず、上位層は「ブック」と呼ばれ、1冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
図5に示す(A)は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック,章,ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック,章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体(原稿ページデータ)と各原稿ページデータへのリンクを含む。
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
図5において、ブック301には、ブック属性が定義されていると共に、2つの章302A,302Bがリンクされている。このリンクにより、章302A,302Bがブック301に包含されていることが表示される。章302Aには、ページ303A,303Bがリンクされ、これらページが含まれることが示されている。各ページ303A,303Bにはそれぞれ属性値が定義され、その実体である原稿ページデータ(1)、(2)へのリンクが含まれる。これらリンクは、図5に示す(B)のように原稿ページデータ304のデータ(1)、(2)を指し示し、ページ303A、303Bの実体が原稿ページデータ(1)、(2)であることを表示している。
図6は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に1項目に対応するのではなく、関連する複数の項目を含むものもある。
図7は章属性の、図8はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
図6〜図8の中で、ブック属性に固有の項目は、印刷方法、製本詳細、表紙/裏表紙、インデックス紙、合紙、章区切りの6項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の3つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして2つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
表紙/裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス(耳)部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
合紙属性は、章の区切りとして、インサータから、あるいは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が1枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が1枚の用紙の表裏に印刷されることがあり得る。
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、N−up印刷指定、拡大縮小、排紙方法の5項目である。これらのうち、N−up印刷指定属性は1印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、1×1、1×2、2×2、3×3、4×4などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを100%として指定される。仮想論理ページ領域とは、原稿ページを、Nup等の指定に応じて配置した場合に、1原稿ページが占める領域である。例えば、1×1であれば、仮想論理ページ領域は1印刷ページに相当する領域となり、1×2であれば、1印刷ページの各辺を約70パーセントに縮小した領域となる。
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
<ブックファイルの生成手順>
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション104及び電子原稿ライタ102によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション104によるブックファイルの編集操作の一環として実現される。
図9は、製本アプリケーション104によりブックファイルを開く際の手順である。まず、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する(S701)。新規作成の場合には、章を含まないブックファイルを新規に作成する(S702)。新規に作成されるブックファイルは、図4の例で示せば、ブックノード301のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのUI画面を表示する(S703)。図13は、新規にブックファイルが作成された際のUI画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、UI画面1100には何も表示されない。
一方、既存のブックファイルがあれば、指定されたブックファイルを開き(S703)、そのブックファイルの構造、属性、内容に従ってUI画面を表示する。図12は、既存のブックファイルから指定されたブックファイルを表示するUI画面の一例である。UI画面1100は、ブックの構造を示すツリー部1101と、印刷された状態を表示するプレビュー部1102とを含む。ツリー部1101には、ブックに含まれる章、各章に含まれるページが図5に示す(A)のような木構造で表示される。ツリー部1101に表示されるページは原稿ページである。またプレビュー部1102には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
さて、開かれたブックファイルには、電子原稿ライタ102によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図9に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図12の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
図10に電子原稿インポートの手順を示す。まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動する。そして、デバイスドライバとして電子原稿ライタ102を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する(S801)。変換を終えたなら、変換されたデータが画像データであるか否かを判定する(S802)。この判定は、ウインドウズOSの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「bmp」であればウインドウズビットマップデータであり、「jpg」であればjpeg圧縮された画像データ、「tiff」であればtiff形式の画像データであると判定できる。このような画像データの場合はS8010のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、S8010の処理を省略することも可能である。
ここで、画像データでなかった場合には、S801で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する(S803)。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
また、S802で画像データである場合には、原則として新たな章は追加されず、指定されている章にS801で生成された電子原稿ファイルに含まれる各原稿ページが追加される(S804)。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Nup指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、あるいは、新規な章が追加される。
図11は、図10に示すS801において、電子原稿ライタ102により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く(S901)。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてOSの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ102によって電子原稿形式のデータに変換し、出力する(S902)。その出力先はS901で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し(S903)、終了していれば電子原稿ファイルを閉じる(S904)。電子原稿ライタ102によって生成される電子原稿ファイルは、図5の(B)に示される原稿ページデータの実体を含むファイルである。
<ブックファイルの編集>
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
(1)新規追加
(2)削除
(3)コピー
(4)切り取り
(5)貼り付け
(6)移動
(7)章名称変更
(8)ページ番号名称振り直し
(9)表紙挿入
(10)合紙挿入
(11)インデックス紙挿入
(12)各原稿ページに対するページレイアウト。
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置などの編集操作が可能となる。また、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作も可能となる。これらの操作を行うと、図6、図7に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やN−up印刷、表紙/裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
<ブックファイルの出力>
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図12に示した製本アプリケーションのUI画面1100からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション104は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ105に渡す。一方、電子原稿デスプーラ105は、ジョブチケットをOSの出力コマンド、例えばウインドウズのGDI関数に変換し、それを出力モジュール、例えばGDIに送信する。出力モジュールは、指定されたプリンタドライバ106によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは1ジョブにつき1つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷/片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。1シートは1枚の用紙に相当する。各シートには、印刷ページ(物理ページ)が属する。片面印刷ならば1シートには1物理ページが属し、両面印刷ならば1シートに2物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
電子原稿デスプーラ105は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
<プレビュー表示の内容>
既に説明した通り、ブックファイルが製本アプリケーションによって開かれると、図12に示したUI画面1100が表示される。ツリー部1101には、開いているブック(以下、「注目ブック」と呼ぶ)の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、3通りの表示方法が用意されている。まず、第1は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部1102の表示にレイアウトは反映されない。次に、第2は印刷ビューモードである。この印刷ビューモードでは、プレビュー部1102には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第3は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
<レイアウト処理に係る説明>
図14乃至24は本実施形態における処理を説明する為の各種図面である。以下、これら各種図面を用いてレイアウト処理に係る説明を行う。
<レイアウト処理に係る設定画面>
図14は製本アプリケーション104のUI画面の一例を示す。図14中の「面付け」及び「面付け方法」は各種面付けの詳細設定を入力する入力欄である。
「面付け」の設定では、面付けの属性として、多面付け、多連付け、多面の前後半印刷、簡易2連、簡易4連、簡易前後半印刷を指定することができる。特に多面の前後半印刷、簡易前後半印刷の設定を中心に本実施形態の説明を行う。多面付けとは、1枚の紙に複数ページを割り付け、断裁して所望のサイズのドキュメントを得る面付け方法である。多連付けとは、1枚の紙に同一ページを割り付け、断裁して所望のサイズのドキュメントを得る面付け方法である。多面の前後半印刷は、印刷された複数用紙を積層して裁断し各部分を積み重ねた場合に、積層方向に連続的にページ順が配列されるよう、物理用紙の一面に異なる複数の論理ページを割り付ける面付け方法である。多面の前後半印刷が設定された場合にどのような印刷結果が得られるかを図17に示す。図17に示される印刷結果の場合、断裁機の断裁能力が50枚以上であれば問題がない。しかし、実際には断裁能力が50枚未満である場合も想定され、以下の説明では、そのような場合にも対応することができる。
また、簡易前後半印刷とは、前後半印刷の簡易面付け設定で、「ドブ」や「トンボ」の設定ができないものである。ここでは前後半印刷が選択されているものとする。尚、「ドブ」や「トンボ」が夫々どのようなものであり、お互いにどのような関係なのかを図20に示す。「ドブ」とは立ち落ちされる部分である。「トンボ」とは断裁をするための目印である。図20中ではコーナートンボとセンタートンボが示されている。
「面付け方法」の設定には2、4、8、m×n等があり、図17の例では4面、総論理ページ数200ページのドキュメントを50枚の物理用紙に割り付ける例である。ここでの「面付け方法」とは面付け属性の1つであり、物理媒体(物理用紙)の一面に何ページ分の論理ページを配置するかの論理ページ配置方法である。尚、「面付け方法」については、例えば1×2(縦×横)の固定であっても良い。また、総論理ページ数はドキュメントのページ数が論理的に何ページ分に相当するかを示し、物理用紙に対して片面及び1UPで論理ページを配置すると物理用紙の枚数と論理ページ数とは等しくなる。
<レイアウト処理に係る動作説明>
図19に面付けに係る動作説明を行う為のフローチャートを示す。
S2101で面付け設定取得処理が行われる。製本アプリケーション104の面付け設定を取得する処理である。これは上述で詳しく説明した図14で示されるUI画面の「面付け」の設定内容を取得する処理である。
次に、S2102で多面の前後半印刷又は簡易前後半印刷が設定されているかを判定する。ここでは、S2101で取得された面付け設定が前後半印刷、簡易前後半印刷かを判定する。
次に、S2103で面付け方法設定取得処理が行われる。これは製本アプリケーション104の面付け方法設定を取得する処理である。これは図14で示されるUI画面中の「面付け方法」の設定内容を取得する処理である。ここでは前記したように2、4、8、m×n(ユーザ定義)を選択可能である。ここでは図14のUI画面を介して4(横2×縦2)が設定されているとする。また「面付け方法」が例えば1×2(縦×横)の固定である場合にはこの固定の面付け方法の設定を取得する。
そして、S2104で断裁能力(物理用紙枚数)取得処理が行われる。これは図14で示されるUI画面例の断裁枚数の設定内容を取得する処理である。ユーザは断裁機の能力を考慮し、何枚ごとに束ねるかを設定する。ここで、設定される枚数は、断裁能力内であれば良く、ここで設定された枚数が、面付け単位に設定される。例えば断裁可能枚数がA3普通用紙で25枚であった場合に、面付け単位は25枚の束となる。また、断裁可能枚数がA3普通用紙で25枚であった場合に、面付け単位を20枚の束としても良い。また、面付け単位となる複数の束が設定されることにより、最後の束の用紙枚数が他の面付け単位よりも少ない枚数になることがある。この場合には、最後の派生用紙枚数が面付け単位として設定される。そして面付け単位により複数の束に分割が行われ、そしてこの面付け単位毎(束毎)のレイアウト処理により、後述する前後半印刷のページ面付けが変わることになる。ここでは断裁能力枚数として20が設定されているとする。ここで図14中の「断裁枚数」の設定は、ユーザがキーボー等を用いて入力しても良いし、ネットワーク上の断裁機からネットワークを介して取得した断裁能力の情報に基づき設定するようにしても良い。
次にS2105で総論理ページ数取得処理が行われる。これは上に説明した電子原稿インポート手段により取り込まれた、又は、その後の編集作業により製本アプリケーション104に論理ページが何ページ存在するかを取得する処理である。より具体的には、現状の論理ページ数を製本アプリケーション104内部に保持しており、それを取得する処理である。ここでは総論理ページ数として200ページの情報が取得される。
次にS2107で断裁能力(枚数)を考慮した面付け処理が行われる。
より具体的には、先に取得した面付け方法(N)、断裁能力(枚数)設定(M)、総論理ページ数(L)より各ページに割り付けるページを算出し、面付けを行う処理である。まず、ここでは何枚の用紙(片面を想定)が必要かが、P=L/N(小数点以下繰り上げ)で算出される。また、何束できるかはO=P/M(小数点以下繰り上げ)で算出される。このO=P/Mの処理により、取得された断裁能力に基づき、断裁可能枚数内の用紙からなる束(面付け単位)の数を演算できる。 すると、n束目にあるX枚目のq番目の配置には、下記の論理式で表される論理ページが割り当てられることになる。
(q−1)*T+X−(n−1)*T+N*M*(n−1)
T=M (1<=n<O−1の時)
T=P−M*(n−1) (n=Oの時)
なお、X枚目とは、図18の例をもって説明すると、2束目の1枚目が21枚目となる。また、上記論理式で、N*M*(n−1)は開始論理ページのオフセット値と解釈できる。また、X−(n−1)*Tは、トータルでX枚目の媒体がn束目における何枚目かを示すものと解釈できる。また、(q−1)*は、同一媒体上における各論理ページの関係を規定するものと解釈できる。
図18では具体的な例として、N=4、M=20、L=200を想定しているため、P=50、O=3となり、図示されるような面付け結果となる。
そしてS2108で面付けレイアウト表示処理が行われる。例えば図12で示される製本アプリケーション104のプレビュー部1102にS2108で行った面付け処理の表示を行う。これにより、ユーザは面付け状態を認識することが可能となる。
そして、S2108処理の後に、印刷開始指示がなされると、図4におけるプリンタドライバ106は、S2107での面付け処理が施された電子原稿形式のデータを印刷装置が解釈できる形式に変換する。該変換されたプリンタが解釈可能なデータ(例えばページ記述言語)は通信媒体を介してプリンタ107に出力され、プリンタ107において媒体(用紙)に記録される。
<断裁情報表示に係る動作説明>
次に、製本アプリケーション104から印刷をしようとした時、断裁情報を表示する処理を図15、図16の図、及び、図21のフローチャートを併用して説明する。
まず、ユーザがドキュメントを印刷しようとした時、製本アプリケーション104のファイルメニューから「印刷」を選択する。すると、図15で例示するような印刷設定ダイアログが表示される。ユーザはプリンタの選択、部数、バリアブル印刷、断裁情報の表示等、所望する印刷属性を設定する。そして、図15のUI画面の表示を経由して、印刷開始指示がなされると、図21のフローチャートが実行される。
まず、S2301で印刷開始ボタンが押された時、断裁情報表示を行うかの判定処理が行われる。より具体的には、図15のUI画面における印刷属性設定で、「断裁情報の表示を行う」の設定がされているか否かを判定する。ユーザが印刷時にその情報を表示することを所望すれば、図15の「断裁情報の表示を行う」の設定をチェックすることになる。ここでは、ユーザは表示することを所望し、チェック入力を設定してある。
次に、S2302で断裁情報取得処理が行われる。これは先に図14で示される設定属性及び先の断裁能力(枚数)を考慮した面付け処理(S2107)で算出された内容を取得する処理である。
すると、次に、S2303で断裁情報表示処理が行われる。これは先の断裁情報取得処理(S2302)で取得した内容を表示する処理である。これを例示したものが図16である。ここでは面付けの種類、断裁後の重ねる順番、何枚何束のものがどれくらいできるかを表示した例である。これにより、ユーザは印刷時に印刷物を何枚の束を何回、どのように重ねるかを容易に把握し断裁することができる。特に、明示的に断裁枚数を入力設定しないで印刷開始指示が行われた場合や、保存済のドキュメントの設定内容を確認せずに印刷を行った場合に特に有効となる。そして、その後にS2304で印刷処理が行われ、印刷結果が得られることになる。
また、図16の表示は、印刷開始指示が行われ、且つ、図15のUI画面において、「断裁情報の表示を行う」のチェックボックスにチェックが設定されていた場合に行われるよう説明したがこれには限定されない。例えば、S2104で取得された断裁能力の情報に基づき、総物理用紙枚数が、断裁可能印刷枚数を超えた場合のみ表示部に表示させ、ユーザに効率よく情報を提示するようにしても良い。
以上、説明してきたように、図19のフローチャートにより、取得された断裁能力の情報に基づき面付け単位としても用紙枚数を決定できる。そして、この決定された用紙枚数、又は、用紙枚数以内の束単位で面付けを行うことができる。そして、この束単位で面付けを行った場合に、図18に示され如く、夫々の束において用紙を積み重ねるだけで連続したページ順の印刷物を得ることができる。
[第2の実施形態]
上に説明した第1の実施形態では多面の前後半印刷又は簡易前後半印刷が指示された場合を説明してきた。しかし、本発明は多面の前後半印刷又は簡易前後半印刷が指示された場合に限定されない。他の実施例によると、バリアブル印刷のマルチレコード印刷の面付け順の一つである串刺し印刷時にも断裁能力を想定した面付けを行うことができる。また、第1の実施形態と同様に断裁情報を表示部に表示させることもできる。以下では、串刺し印刷時の面付け処理について説明を行う。
製本アプリケーション104の面付け属性の一つに多面の前後半印刷がある。これは実施例で説明したように図17に示すように複数ページの印刷結果を断裁して重ねることで、想定した印刷結果を得るものであるが、この時にバリアブル設定がされていれば、串刺し印刷となる。この串刺し印刷の場合も、第1の実施形態と同様に印刷出力後、断裁して重ねることで想定した印刷結果を得ることがある。
図14のUI画面例で示す、面付け及び面付け方法で選択される、面付け方法には2、4、8、m×n等があり、図23は4面、2ページのドキュメント、200レコードを100枚に割り付ける例である。また、この例では前後半印刷を設定することで、串刺し印刷になったが、明示的に、同UI上のマルチレコードの設定から明示的に串刺し印刷の設定をさせてもよい。
図24は第2の実施形態の面付け処理の動作を表したフローチャートである。
まず、S2201乃至S2204では、第1の実施形態と同様の処理が行われる。
その後、S2205でバリアブル設定がされているかの判定処理が行われる。製本アプリケーション104は差し込み印刷のためのフィールド設定を行い、データベースに接続してレコードを取り込み、印刷することができる。そのフィールド設定、データベース接続がされているかを判定する処理である。このデータベース接続とは外部のデータベースサーバへの接続でも良いし、時装置内部に保持しているファイルでも構わない。
次にS2206でレコード設定取得処理が行われる。これはフィールドに設定されているレコード及びレコード数等の設定を取得する処理である。ここでは、データベースは内部に保存しているファイルとし、レコード数は200であるとする。
次に、S2207で第1の実施形態と同様に、総論理ページ数取得処理が行われる。これは前記した電子原稿インポートの手段により、取り込まれた、又はその後の編集作業により製本アプリケーション104に論理ページが何ページ存在するかを取得する処理である。これは現状の論理ページ数を製本アプリケーション104内部に保持しており、それを取得する処理である。ここでは2ページであったとする。
次にS2208でレコード及び断裁能力(枚数)を考慮した面付け処理が行われる。これは先に取得した面付け方法(N)、断裁能力(枚数)設定(M)、総論理ページ数(L)、レコード数(R)より各ページに割り付けるページを算出し、面付けを行う処理である。まず、ここでは何枚の用紙(片面を想定)が必要かが、P=L*R/N(小数点以下繰り上げ)で算出される。また、何束できるかはO=P/M(小数点以下繰り上げ)で算出される。すると、n束目にあるX枚目のq番目の配置には、下記の論理式で表されるレコード毎の論理ページが割り当てられることになる。ここでの論理ページとは、1レコード目の1ページ目、1レコード目の2ページ目、2レコード目の1ページ目、2レコード目の2ページ目・・・を1から順に割り当てた番号となる。
(q−1)*T+X−(n−1)*T+N*M*(n−1)
T=M (1<=n<O−1の時)
T=P−M*(n−1) (n=Oの時)
ここでは前記したように、N=4、M=20、L=2、R=200を想定しているため、P=100、O=5となり、図23に示されるような面付け結果となる。
そしてS2210で面付けレイアウト表示処理が行われ、S2108で説明したと同様に製本アプリケーション104のプレビュー部への表示処理が行われる。
また、第2の実施形態でも、第1の実施形態と同様に、印刷開始指示が行われると、図16で示したような断裁情報の表示が行われる。
以上、説明してきたように、上述の第1及び第2の実施形態よれば、特定枚数毎(面付け単位毎)に断裁することを想定した前半後半印刷及びマルチレコード印刷(串刺し印刷)の面付けを可能とする。これにより、断裁能力に即した束毎の前半後半印刷、マルチレコード印刷(串刺し印刷)を提供することができ、断裁後のオペレータの手間を軽減し、並べ替えのための作業場所を減らすことができる。
[第3の実施形態]
また、図18のS2104で取得する断裁能力(枚数)の情報を、製本アプリケーションが内部に保持している断裁機の情報やMIS等を含む他のモジュールから取得するようにしても良い。ここで、MISとはManagement Information Systemの略語である。
[第4の実施形態]
また、他の実施例によると、断裁能力を想定した束を取り出し易くするために、印刷時に製本アプリケーション104内で特定の設定を内部的に行うことが考えられる。
より具体的には、まず上述の各実施例と同様に、断裁能力、設定された面付け方法等に基づく面付け処理がまず行われる。そして、図16のフローチャートに従えばS2304で印刷処理が行われる。このS2304の処理を行う前に束と束の間に合紙の設定を内部的に施す。この時の指定としては合紙には何も印刷しない属性を選択し、予め用意してある色紙等を給紙元として変更する。その後、S2304で印刷処理を実行し、束の区切りに合紙を挿入することが可能となる。ここで、合紙の設定を行ったが、インデックス紙やインサータからの紙の供給、束毎に紙のシフトの設定をすることで同様の効果が得られることは云うまでもない。
[他の実施形態]
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD−ROM、CD−R、CD−RW、磁気テープ、不揮発性のメモリカード、ROM、DVDなどを用いることができる。
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバやftpサーバ等も本発明の請求項に含まれるものである。
また、本発明のプログラムを暗号化してCD−ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形(各実施形態の有機的な組み合せを含む)が可能であり、それらを本発明の範囲から排除するものではない。
本実施形態の文書処理システム全体概要を示す図である。 ホストコンピュータ及びプリンタのハードウェア構成例を示すブロック図である。 断裁機のハードウェア構成例を示すブロック図である。 本実施形態の文書処理システムのソフトウェア構成例を示す機能ブロック図である。 ブックファイルの構造の一例を示す図である。 ブック属性の一覧を示す図である。 章属性の一覧を示す図である。 ページ属性の一覧を示す図である。 ブックファイルを開く手順例を示すフローチャートである。 電子原稿ファイルをブックファイルにインポートする手順例を示すフローチャートである。 図8のS801に示すアプリケーションデータを電子原稿ファイルに変換する手順例を示すフローチャートである。 製本アプリケーションのUI画面である。 新規にブックファイルが作成された際のUI画面である。 印刷設定を行う為のユーザインタフェース例を示す図である。 断裁情報表示に係る設定を行う為のユーザインタフェース例を示す図である。 断裁情報表示例を示す図である。 レイアウト処理が施された印刷結果の一例を示す図である。 レイアウト処理が施された印刷結果の一例を示す図である。 面付け処理に係る動作を表すフローチャートである。 トンボ及びドブの設定様子例を示す図である。 断裁情報表示に係る動作を表すフローチャートである。 レイアウト処理が施された印刷結果の一例を示す図である。 レイアウト処理が施された印刷結果の一例を示す図である。 面付け処理に係る動作を表すフローチャートである。

Claims (16)

  1. 印刷装置で解釈可能な印刷データを出力する情報処理装置であって、
    断裁装置の断裁能力の情報を取得する断裁能力取得手段と、
    前記断裁能力取得手段により取得された断裁能力の情報に基づき、断裁可能枚数内の複数枚の用紙からなる束を面付け単位に設定する設定手段と、
    前記面付け単位と、用紙の物理面に何ページの論理ページを配置するかの論理ページ配置方法と、に基づき面付けを行うレイアウト手段とを有することを特徴とする情報処理装置。
  2. 用紙の物理面に何ページの論理ページを配置するかの前記論理ページ配置方法を取得する面付け方法取得手段を有することを特徴とする請求項1に記載の情報処理装置。
  3. 前記束は第1の束及び第2の束を含み、さらに、前記第1の束への面付けに基づき、前記第2の束における開始論理ページを決定する開始論理ページ決定手段を有し、
    前記レイアウト手段は、前記決定された開始論理ページと面付け単位とに基づき、前記第2の束の面付けを行うことを特徴とする請求項1又は2に記載の情報処理装置。
  4. バリアブル印刷が設定されている場合には、前記論理ページは、バリアブル印刷におけるレコードの配置に基づき決定されることを特徴とする請求項1乃至3の何れかに記載の情報処理装置。
  5. 前記断裁能力取得手段により取得された断裁能力に基づく断裁情報を表示させる断裁情報表示処理手段を有することを特徴とする請求項1乃至4の何れかに記載の情報処理装置。
  6. 前記断裁能力取得手段はネットワークを介して前記断裁能力の情報を取得することを特徴とする請求項1乃至5の何れかに記載の情報処理装置。
  7. 印刷装置で解釈可能な印刷データを出力する情報処理装置であって、
    断裁装置の断裁能力の情報を取得する断裁能力取得手段と、
    前記断裁能力取得手段により取得された断裁能力の情報に基づき、断裁可能枚数内の複数枚の用紙からなる束を面付け単位に設定する設定手段と、
    用紙の物理面に複数ページの論理ページを配置するページ配置方法に従う配置済みの論理ページをオフセットとし、次の束の開始論理ページを決定する決定手段と、
    前記面付け単位と、前記ページ配置方法と、前記決定手段により決定された開始論理ページと、に基づき次の束の面付けを行うレイアウト手段とを有することを特徴とする情報処理装置。
  8. 印刷装置で解釈可能な印刷データを出力する情報処理装置のけるレイアウト処理方法であって、
    断裁装置の断裁能力の情報を取得する断裁能力取得工程と、
    前記断裁能力取得工程において取得された断裁能力の情報に基づき、断裁可能枚数内の複数枚の用紙からなる束を面付け単位に設定する設定工程と、
    前記面付け単位と、用紙の物理面に何ページの論理ページを配置するかの論理ページ配置方法と、に基づき面付けを行うレイアウト工程とを有することを特徴とするレイアウト処理方法。
  9. 用紙の物理面に何ページの論理ページを配置するかの前記論理ページ配置方法を取得する面付け方法取得工程を有することを特徴とする請求項8に記載のレイアウト処理方法。
  10. 前記束は第1の束及び第2の束を含み、さらに、前記第1の束への面付けに基づき、前記第2の束における開始論理ページを決定する開始論理ページ決定工程を有し、
    前記レイアウト工程は、前記決定された開始論理ページと面付け単位とに基づき、前記第2の束の面付けを行うことを特徴とする請求項8又は9に記載のレイアウト処理方法。
  11. バリアブル印刷が設定されている場合には、前記論理ページは、バリアブル印刷におけるレコードの配置に基づき決定されることを特徴とする請求項8乃至10の何れかに記載のレイアウト処理方法。
  12. 前記断裁能力取得工程により取得された断裁能力に基づく断裁情報を表示させる断裁情報表示処理工程を有することを特徴とする請求項8乃至11の何れかに記載のレイアウト処理方法。
  13. 前記断裁能力取得工程はネットワークを介して前記断裁能力の情報を取得することを特徴とする請求項8乃至12の何れかに記載のレイアウト処理方法。
  14. 印刷装置で解釈可能な印刷データを出力する情報処理装置におけるレイアウト処理方法であって、
    断裁装置の断裁能力の情報を取得する断裁能力取得工程と、
    前記断裁能力取得工程により取得された断裁能力の情報に基づき、断裁可能枚数内の複数枚の用紙からなる束を面付け単位に設定する設定工程と、
    用紙の物理面に複数ページの論理ページを配置するページ配置方法に従う配置済みの論理ページをオフセットとし、次の束の開始論理ページを決定する決定工程と、
    前記面付け単位と、前記ページ配置方法と、前記決定工程により決定された開始論理ページと、に基づき次の束の面付けを行うレイアウト工程とを有することを特徴とするレイアウト処理方法。
  15. コンピュータに、請求項8乃至14の何れかに記載のレイアウト処理方法を実行させることを特徴とするプログラム。
  16. コンピュータに、請求項8乃至14の何れかに記載のレイアウト処理方法を実行させることをプログラムをコンピュータ可読の形態で記憶したい記憶媒体。
JP2006000666A 2006-01-05 2006-01-05 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体 Expired - Fee Related JP4612894B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006000666A JP4612894B2 (ja) 2006-01-05 2006-01-05 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006000666A JP4612894B2 (ja) 2006-01-05 2006-01-05 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体

Publications (2)

Publication Number Publication Date
JP2007184713A true JP2007184713A (ja) 2007-07-19
JP4612894B2 JP4612894B2 (ja) 2011-01-12

Family

ID=38340430

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006000666A Expired - Fee Related JP4612894B2 (ja) 2006-01-05 2006-01-05 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体

Country Status (1)

Country Link
JP (1) JP4612894B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012500438A (ja) * 2008-08-19 2012-01-05 イーストマン コダック カンパニー パッケージング情報のための可変データ組み合わせ方法
US9389820B2 (en) 2014-03-24 2016-07-12 Canon Kabushiki Kaisha Information processing apparatus and control method thereof, and non-transitory computer-readable medium
JP2017228039A (ja) * 2016-06-21 2017-12-28 キヤノン株式会社 情報処理装置及び面付け方法、ならびにプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002281278A (ja) * 2001-03-19 2002-09-27 Ricoh Co Ltd 画像形成装置
JP2005313522A (ja) * 2004-04-30 2005-11-10 Toppan Forms Co Ltd 印刷処理方法およびこの方法を実現する印刷処理制御システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002281278A (ja) * 2001-03-19 2002-09-27 Ricoh Co Ltd 画像形成装置
JP2005313522A (ja) * 2004-04-30 2005-11-10 Toppan Forms Co Ltd 印刷処理方法およびこの方法を実現する印刷処理制御システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012500438A (ja) * 2008-08-19 2012-01-05 イーストマン コダック カンパニー パッケージング情報のための可変データ組み合わせ方法
US9389820B2 (en) 2014-03-24 2016-07-12 Canon Kabushiki Kaisha Information processing apparatus and control method thereof, and non-transitory computer-readable medium
JP2017228039A (ja) * 2016-06-21 2017-12-28 キヤノン株式会社 情報処理装置及び面付け方法、ならびにプログラム

Also Published As

Publication number Publication date
JP4612894B2 (ja) 2011-01-12

Similar Documents

Publication Publication Date Title
JP4532798B2 (ja) 文書処理装置及び方法
JP4564693B2 (ja) 文書処理装置及び方法
JP4143566B2 (ja) 文書処理装置及びその制御方法、並びにコンピュータプログラム
JP4948283B2 (ja) 情報処理装置および制御方法および制御プログラム
JP3950657B2 (ja) 情報処理システム及びその表示方法、プログラム、並びに記録媒体
JP5159484B2 (ja) 情報処理装置、画像形成装置と後処理装置の制御方法、コンピュータプログラム
JP2004252665A (ja) 文書処理方法
JP4953931B2 (ja) 情報処理装置及び方法
JP5409124B2 (ja) 情報処理装置および制御方法およびプログラム
JP2005151034A (ja) 文書処理装置及び文書処理方法
JP5132426B2 (ja) 画像処理装置およびその制御方法
JP2006107142A (ja) 文書処理装置及び方法
JP2006293598A (ja) 文書処理システム
JP4612894B2 (ja) 情報処理装置、レイアウト処理方法、プログラム及び記憶媒体
JP2008262405A (ja) 文書処理システム
JP4574652B2 (ja) 情報処理装置及びその方法及び印刷制御プログラム
JP2010113596A (ja) 文書処理システム
JP2008276623A (ja) 文書処理システム及び文書処理方法、プログラム、記憶媒体
JP2006202025A (ja) 文書処理方法及び印刷制御方法及びそのシステム
JP2007128325A (ja) 印刷制御装置およびその手段
JP3991028B2 (ja) 文書処理方法及び情報処理装置
JP3903036B2 (ja) 文書作成方法及び文書作成装置
JP5159400B2 (ja) 文書処理装置及び文書処理方法
JP5643866B2 (ja) 情報処理装置及びその方法とプログラム
JP5882850B2 (ja) 文書処理装置、文書処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20081215

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100201

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20100630

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100702

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100720

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100921

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101012

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20101016

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131022

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees