JP2007172247A - 情報処理装置及び情報処理方法及び情報処理プログラム - Google Patents
情報処理装置及び情報処理方法及び情報処理プログラム Download PDFInfo
- Publication number
- JP2007172247A JP2007172247A JP2005368249A JP2005368249A JP2007172247A JP 2007172247 A JP2007172247 A JP 2007172247A JP 2005368249 A JP2005368249 A JP 2005368249A JP 2005368249 A JP2005368249 A JP 2005368249A JP 2007172247 A JP2007172247 A JP 2007172247A
- Authority
- JP
- Japan
- Prior art keywords
- pages
- page
- output
- printing
- document data
- 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.)
- Withdrawn
Links
Images
Landscapes
- Record Information Processing For Printing (AREA)
- Editing Of Facsimile Originals (AREA)
Abstract
【課題】 複数部数の出力結果を断裁して積み重ねた際に、余分な余白領域が出力結果の間に挟まれるため認識性が低下し、断裁後には余分な余白領域を除去することが困難となる。
【解決手段】 複数部にて出力するための出力設定情報が含まれている場合、認識された余白領域が、数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように各ページのレイアウトを決定する。
【選択図】 図27
【解決手段】 複数部にて出力するための出力設定情報が含まれている場合、認識された余白領域が、数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように各ページのレイアウトを決定する。
【選択図】 図27
Description
本発明はパーソナルコンピュータなどの情報処理装置、スキャナおよびプリンタなどから生成された電子データを編集する文書処理方法に関するものである。
従来、紙の文書をスキャナで読み取り、読み取った画像データを文書処理システムにより画像編集手段で修正加工し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することが一般的に行われている。
また、PC上のアプリケーションソフトウェアで作成した文書データを、作成したアプリケーションに依存しない電子データに変換し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することが一般的に行われている。さらに、画像データのページと電子データのページを組み合わせて電子原稿として保存し、両面やステイプル、パンチ穴等の加工指示を付加して印刷装置より出力することも行われている。
また、印刷業界において顧客ごとにデータを差し替えて印刷を行うバリアブルプリントが行われている。バリアブルプリントとは、一般的に宛名印刷などに用いられ、データベースから宛名データ(データベースレコード)を顧客ごとに差し替えて印刷を行う。バリアブルプリントでは、レイアウトテンプレートとデータベースのデータを結合することによって印刷物が得られる。結果的に、「テンプレート」×「データベースレコード」分の出力物が得られる。
上記をふまえ、近年プリントオンデマンド(POD)市場においては、紙の使用量を少なくしてコストダウンを行う目的で、同じ原稿ページを同一用紙の上に複数枚面付けして印刷する多連印刷という印刷方法が存在している。印刷後は断裁機によって、ドキュメントごとに断裁して運用されている。同じく、異なる原稿ページを同一用紙上に複数面付けして印刷する多面印刷という印刷方法もある。また、同一用紙上に異なる原稿を面付けした上に、断裁後に重ねることにより原稿の順番がそろうように面付けを行う前半後半印刷という印刷方法もある。さらに、前述したバリアブル印刷と同一用紙上への複数原稿面付けを合わせた形態で、異なるレコードを同一用紙上へ面付けするマルチレコード印刷という印刷方法もある。
前半後半印刷において原稿の各ページが用紙上に面付けされる面数と面付けする原稿のページ数が整数倍でない場合に発生する余分な余白領域を断裁後に取り除き易いように、余白領域が上または下に出力されるように配置する技術が特許文献1に開示されている。
特開2001−205885
しかしながら、上記特許文献1に記載の技術では、本願に記載の前半後半印刷を1部印刷した場合しか、想定していない。そのため、前半後半印刷を1部印刷する出力方法以外が設定された場合に生成される余分な余白領域の認識性を高めたり、出力結果を断裁して積み重ねた後に余分な余白領域を取り除きやすくすることはできなくなる。
例えば、印刷実行時に複数部を指定して印刷することが一般的に行われている。しかしながら、上記特許文献1では1部分の出力を実行することしか想定していない。つまり、上記特許文献1に記載の技術を用いることによって1部の出力結果は、余分な余白領域が出力結果の上側または下側となるようにレイアウトすることができる。しかし、出力結果を断裁するために各部の出力結果を積み重ねると、結果として出力結果の間に余分な余白領域が挟まれてしまうため、余分な余白領域の認識性を高めたり、出力結果を断裁して積み重ねた後に余分な余白領域を取り除き易くすることはできなくなる。
本発明は、上記の課題を鑑みてなされたものであり、複数部数の出力結果を断裁して積み重ねた際に、ユーザに対して余分な余白領域の認識性を高め、断裁後には容易に余分な余白領域を除去可能となるようにレイアウトを決定する技術を提供することを目的とする。
本発明によれば、文書データに含まれる各ページのレイアウトを決定する情報処理装置であって、前記文書データの出力方法を設定する設定手段と、前記設定手段によって設定された出力方法に従って前記文書データを配置した際に生成される余白領域を認識する認識手段と、前記設定手段によって設定された出力方法として複数部にて出力する出力設定情報が含まれている場合、前記認識手段によって認識された余白領域が、前記複数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように前記文書データにおける各ページのレイアウトを決定する決定手段を有することを特徴とする。
本発明によって、複数部数の出力結果を断裁して積み重ねた際に、ユーザに対して余分な余白領域の認識性を高め、断裁後には容易に余分な余白領域を除去可能となる。よって、ユーザの利便性向上を図ることができる。
<システム概要>
まず、本発明に係る文書処理システムの概要について、図1乃至図12を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタ102と、その電子原稿ファイル103を編集する機能を提供する製本アプリケーション104とを含む。文書処理システムは、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
まず、本発明に係る文書処理システムの概要について、図1乃至図12を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタ102と、その電子原稿ファイル103を編集する機能を提供する製本アプリケーション104とを含む。文書処理システムは、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
<システム構成及び動作>
図1は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ100(以下、ホストコンピュータとも呼ぶ)によって実現されている。
図1は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ100(以下、ホストコンピュータとも呼ぶ)によって実現されている。
図1に示す一般アプリケーション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によって作成されたままの電子原稿ファイル103は、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ102を指定するのは製本アプリケーション104であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション104は電子原稿ライタ102が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ102によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション104によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル(または文書データ)と呼ぶ。
このようにデバイスドライバとして電子原稿ライタ102を指定し、一般アプリケーション101によりデータを印刷させる。これにより、アプリケーションデータはアプリケーション101によって定義されたページ(以後論理ページあるいは原稿ページと呼ぶ)を単位とする電子原稿形式に変換され、電子原稿ファイル103としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するホストコンピュータ100が備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
製本アプリケーション104は電子原稿ファイル(あるいはブックファイル)103を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション104は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述の章やブックの構造を編集するための機能を提供している。
製本アプリケーション104によって編集されたブックファイル103を印刷する際には、製本アプリケーション104によって電子原稿デスプーラ105が起動される。電子原稿デスプーラ105は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールである。電子原稿デスプーラ105は、製本アプリケーションで利用するドキュメント(ブックファイル)を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ105は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したOSの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ107用のプリンタドライバ106がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ107用のプリンタドライバ106に出力し、そのプリンタドライバ106がプリンタ107で解釈可能なページ記述言語(PDL)等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ106から不図示のシステムスプーラを介してプリンタ107に送信され、プリンタ107によってコマンドに応じた画像が出力される。
図2は、ホストコンピュータ100のハードウェアブロック図である。図2において、CPU201は、ROM203のプログラム用ROMに記憶された、あるいはハードディスク211からRAM202にロードされたOSや一般アプリケーション、製本アプリケーションなどのプログラムを実行する。そして、CPU201は、図1のソフトウェア構成や後述するフローチャートの手順を実現する。RAM202は、CPU201の主メモリ、ワークエリア等として機能する。キーボードコントローラ(KBC)205は、キーボード209や不図示のポインティングデバイスからのキー入力を制御する。CRTコントローラ(CRTC)206は、CRTディスプレイ210の表示を制御する。ディスクコントローラ(DKC)207は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク(HD)211やフロッピー(登録商標)ディスク(FD)等とのアクセスを制御する。PRTC208は、接続されたプリンタ107との間の信号の交換を制御する。NC212はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
<電子原稿データの形式>
製本アプリケーション104の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した3層の層構造を有する。まず、上位層は「ブック」と呼ばれ、1冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
製本アプリケーション104の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した3層の層構造を有する。まず、上位層は「ブック」と呼ばれ、1冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
図3に示す(A)は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック、章、ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック、章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体(原稿ページデータ)と各原稿ページデータへのリンクを含む。
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。なお、印刷ページとは実際に記録媒体に出力されるデータを指すと共に、出力されることにより、記録媒体を指すこともある。また、各印刷ページに配置される原稿ページは、アプリケーションから出力された文書データに含まれる各ページに該当する。
図3において、ブック301には、ブック属性が定義されていると共に、2つの章302Aと302Bがリンクされている。このリンクにより、章302Aと章302Bがブック301に包含されていることが表示される。章302Aには、ページ303Aとページ303Bがリンクされ、これらページが含まれることが示されている。ページ303Aとページ303Bにはそれぞれ属性値が定義され、その実体である原稿ページデータ(1)、(2)へのリンクが含まれる。これらリンクは、図3に示す(B)のように原稿ページデータ304の原稿データ(1)および(2)を指し、ページ303Aとページ303Bの実体が原稿ページデータ(1)、(2)であることを表示している。
図4は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値が、ブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に1項目に対応するのではなく、関連する複数の項目を含むものもある。
図5は章属性の、図6はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
図4〜図6から明らかなように、ブック属性に固有の項目は、印刷方法、製本詳細、表紙/裏表紙、インデックス紙、合紙、章区切りの6項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の3つの値を指定できるが、これに限る必要はない。ここで、製本印刷とは、別途指定する枚数の用紙を束にして2つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
表紙/裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス(耳)部分への印刷内容の指定を含む。なお、インデックス紙はタブ紙とも呼び、インデックス(耳)部分はタブ部と呼ぶこともある。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能が使用する印刷装置に備えられている場合か、あるいは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
合紙属性は、章の区切りとしてインサータから、あるいは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には給紙元の指定などを含む。章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が1枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が1枚の用紙の表裏に印刷されることがあり得る。
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先される。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、N−up印刷指定、拡大縮小、排紙方法の5項目である。これらのうち、N−up印刷指定属性は1印刷ページに含まれる原稿ページ数を指定するための項目である。例えば、2in1は、1枚の用紙に2ページ分の原稿ページを配置することを指す。指定可能な配置としては、1×1、1×2、2×2、3×3、4×4などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを100%として指定される。仮想論理ページ領域とは、原稿ページを、Nup等の指定に応じて配置した場合に、1原稿ページが占める領域である。例えば、1×1であれば、仮想論理ページ領域は1印刷ページに相当する領域となり、1×2であれば、1印刷ページの各辺を約70パーセントに縮小した領域となる。
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
<ブックファイルの生成手順>
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション104及び電子原稿ライタ102によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション104によるブックファイルの編集操作の一環として実現される。
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション104及び電子原稿ライタ102によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション104によるブックファイルの編集操作の一環として実現される。
図7は、製本アプリケーション104によりブックファイルを開く際のフローチャートである。なお、本願に記載のフローチャートにおける各ステップの処理はホストコンピュータ100のCPU201によって処理される。
まず、製本アプリケーション104は、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する(ステップS701)。製本アプリケーション104は、新規作成であると判定した場合、章を含まないブックファイルを新規に作成する(ステップS702)。新規に作成されるブックファイルは、図3の例で示せば、ブックノード301のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース(UI)画面を表示する(ステップS703)。図11は、ステップS703によって表示される新規にブックファイルが作成された際のUI画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、UI画面1100には何も表示されない。
一方、S701によって新規作成ではないと判定された場合、製本アプリケーション104は、指定されたブックファイルを開き(ステップS703)、そのブックファイルの構造、属性、内容に従ってユーザインタフェース(UI)画面を表示する。図10は、S703において、既存のブックファイルから指定されたブックファイルを表示するUI画面の一例である。UI画面1100は、ブックの構造を示すツリー部1101と、印刷された状態を表示するプレビュー部1102とを含む。ツリー部1101には、ブックに含まれる章、各章に含まれるページが図3に示す(A)のような木構造で表示される。ツリー部1101に表示されるページは原稿ページである。またプレビュー部1102には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
さて、開かれたブックファイルには、電子原稿ライタ102によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図7に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図10の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
図8に電子原稿インポートの手順を示す。まず、製本アプリケーション104は、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動する。そして、製本アプリケーション104は、デバイスドライバとして電子原稿ライタ102を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する(ステップS801)。変換を終えたなら、製本アプリケーション104は、変換されたデータが画像データであるか否かを判定する(ステップS802)。S802の判定は、ウインドウズOSの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「bmp」であればウインドウズビットマップデータであり、「jpg」であればjpeg圧縮された画像データ、「tiff」であればtiff形式の画像データであると判定できる。また、このような画像データの場合はS801のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、S801の処理を省略することも可能である。
ここで、画像データでなかった場合には、ステップS801で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する(ステップS803)。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
また、ステップS802で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップS801で生成された電子原稿ファイルに含まれる各原稿ページが追加される(ステップS804)。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Nup指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。以上の処理により、新規なブックファイルが作成、あるいは、新規な章が追加される。
図9は、図8に示すステップS801において、電子原稿ライタ102により電子原稿ファイルを生成させる手順のフローチャートである。まず、製本アプリケーション104は、新たな電子原稿ファイルを作成してそれを開く(ステップS901)。生保ナプリケーション104は、指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてOSの出力モジュールに対して出力コマンドを送信する。出力モジュールは、受信した出力コマンドを電子原稿ライタ102によって電子原稿形式のデータに変換し、出力する(ステップS902)。S902の出力先はステップS901で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し(ステップS903)、終了していれば電子原稿ファイルを閉じる(ステップS904)。電子原稿ライタ102によって生成される電子原稿ファイルは、図3の(B)に示される原稿ページデータの実体を含むファイルである。
<ブックファイルの編集>
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
(1)新規追加
(2)削除
(3)コピー
(4)切り取り
(5)貼り付け
(6)移動
(7)章名称変更
(8)ページ番号名称振り直し
(9)表紙挿入
(10)合紙挿入
(11)インデックス紙挿入
(12)各原稿ページに対するページレイアウト
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図4、図5に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やN−up印刷、表紙/裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
(1)新規追加
(2)削除
(3)コピー
(4)切り取り
(5)貼り付け
(6)移動
(7)章名称変更
(8)ページ番号名称振り直し
(9)表紙挿入
(10)合紙挿入
(11)インデックス紙挿入
(12)各原稿ページに対するページレイアウト
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図4、図5に示す属性に操作結果が反映されたり、あるいはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やN−up印刷、表紙/裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
<ブックファイルの出力>
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図10に示した製本アプリケーション104のUI画面1100からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション104は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ105に渡す。一方、電子原稿デスプーラ105は、ジョブチケットをOSの出力コマンド、例えばウインドウズのGDI関数に変換し、それを出力モジュール、例えばGDIに送信する。出力モジュールは、指定されたプリンタドライバ106によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図10に示した製本アプリケーション104のUI画面1100からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション104は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ105に渡す。一方、電子原稿デスプーラ105は、ジョブチケットをOSの出力コマンド、例えばウインドウズのGDI関数に変換し、それを出力モジュール、例えばGDIに送信する。出力モジュールは、指定されたプリンタドライバ106によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは1ジョブにつき1つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷/片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。1シートは1枚の用紙に相当する。各シートには、印刷ページ(物理ページ)が属する。片面印刷ならば1シートには1物理ページが属し、両面印刷ならば1シートに2物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
電子原稿デスプーラ105は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
<そのほかのシステム構成>
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
図12は、サーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるDOMSドライバ109及びDOMSプリントサービスモジュール110、DS(文書サービス)クライアントモジュール108を加えた構成を有する。なお、DOMSとは、Document Output Management Service:文書出力管理サービスを指す。このクライアント文書処理システム1200に文書管理サーバ1201、印刷集中管理サーバ1202及びプリントサーバ1203が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。
尚、図12に示す例では、文書管理サーバ1201と印刷集中管理サーバ1202の両方のサーバがクライアントに接続されているが、何れか一方のみネットワーク上に存在する場合もあり得る。例えば、接続されているサーバが文書管理サーバであれば、そのクライアントモジュール108を含む文書管理サーバクライアントシステム1201SCがスタンドアロン型文書管理システムに追加される。また接続されているサーバが印刷集中管理サーバ1202であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム1202SCが、スタンドアロン型文書管理システムに追加される。
文書管理サーバ1201は、製本アプリケーション104により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ1201によってブックファイルを管理する場合、ブックファイルはクライアントPCのローカルHDに代わって、あるいはそれに加えて、文書管理サーバ1201のデータベース1211に保存される。製本アプリケーション104と文書管理サーバ1201との間のブックファイルの保存及び読み出しは、DSクライアント108及びDSコア1212を介して行われる。
印刷集中管理サーバ1202は、クライアント文書管理システム1200に格納された、あるいは文書管理サーバ1201に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、DOMSドライバ109およびDOMSプリントサービスモジュール110を介して印刷集中管理サーバ1202のDOMSWGサーバモジュール1221に送信される。集中印刷管理サーバ1202は、クライアントのプリンタで印刷する場合にはクライアントのDOMSプリントサービスモジュール110を介して電子原稿デスプーラ105に電子原稿データを渡す。そして、プリントサーバ1203により印刷する場合、集中印刷管理サーバ1202は、プリントサーバ1203のDOMSプリントサービスモジュール1203に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
<プレビュー表示の内容>
既に説明した通り、ブックファイルが製本アプリケーション104によって開かれると、図10に示したユーザインタフェース画面1100が表示される。ツリー部1101には、開いているブック(以下、「注目ブック」と呼ぶ)の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、3通りの表示方法が用意されている。まず、第1は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部1102の表示にレイアウトは反映されない。次に、第2は印刷ビューモードである。この印刷ビューモードでは、プレビュー部1102には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第3は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
既に説明した通り、ブックファイルが製本アプリケーション104によって開かれると、図10に示したユーザインタフェース画面1100が表示される。ツリー部1101には、開いているブック(以下、「注目ブック」と呼ぶ)の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、3通りの表示方法が用意されている。まず、第1は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部1102の表示にレイアウトは反映されない。次に、第2は印刷ビューモードである。この印刷ビューモードでは、プレビュー部1102には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第3は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
<ステイプル制御>
次に、ステイプル機能を有するプリンタ107と接続するホストコンピュータ100の製本アプリケーション104によって行われるステイプル制御について説明する。なお、コンピュータ100は、アプリケーションから出力された文書データに含まれる各ページのレイアウトを決定する情報処理装置である。また、ホストコンピュータ100は、アプリケーションから出力される文書データをブック、章、ページを含む階層的な印刷属性部と文書データ部とから構成される電子文書を編集処理可能である。
次に、ステイプル機能を有するプリンタ107と接続するホストコンピュータ100の製本アプリケーション104によって行われるステイプル制御について説明する。なお、コンピュータ100は、アプリケーションから出力された文書データに含まれる各ページのレイアウトを決定する情報処理装置である。また、ホストコンピュータ100は、アプリケーションから出力される文書データをブック、章、ページを含む階層的な印刷属性部と文書データ部とから構成される電子文書を編集処理可能である。
図13は、ステイプル制御システムの構成を示すブロック図である。図示するように、ステイプル制御システムは、図2に示したホストコンピュータ100とステイプル機能を有するプリンタ107とで構成される。
以下、プリンタ107の構成について説明する。尚、本発明の機能が実現されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、LAN、WAN等のネットワークを介して接続がなされ、処理が行われるシステムであっても本発明を適用できる。
図示するように、1301はプリンタCPUであり、ROM1302内のプログラム用ROMに記憶された制御プログラム等や外部メモリ1303に記憶された制御プログラム等に基づいて、印刷部1306に出力情報としての画像信号を出力する。
また、このROM1302内のプログラムROMには、CPU1301の制御プログラム等が記憶され、ROM1302内のフォント用ROMには、出力情報を生成する際に使用するフォントデータ等が記憶される。さらに、ROM1302内のデータ用ROMには、ハードディスク等の外部メモリ1303がないプリンタの場合、ホストコンピュータ100上で利用される情報等が記憶されている。
また、CPU1301は、入力部1307を介してホストコンピュータ100との通信処理が可能となっており、プリンタ107内の情報等をホストコンピュータ100に通知できる。RAM1308は、CPU1301の主メモリや、ワークエリア等として機能するRAMであり、図示しない増設ポートに接続されるオプションRAMによりメモリ容量を拡張することができるように構成されている。
尚、RAM1308は、出力情報展開領域、環境データ格納領域、NVRAM等に用いられる。上述したハードディスク(HD)、ICカード等の外部メモリ1303は、メモリコントローラ(MC)1309によりアクセスを制御される。外部メモリ1303は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル1311は操作のためのスイッチ及びLED表示器等で構成されている。
また、上述の外部メモリ1303は1個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、図示しないNVRAMを有し、操作パネル1311からのプリンタモード設定情報を記憶するようにしても良い。
続いて、本願が想定する課題の一例を図14から図17を用いて説明する。図14は、多面印刷を行った場合の出力結果の一例である。図14の例では、印刷ページ1400に6ページ分の原稿ページ1401を配置した結果、6ページ分の原稿ページ数が印刷ページに配置可能なページ数(4ページ)の整数倍ではないので、余分な余白領域(1402)が生成される。つまり、2ページ分の原稿ページ分に相当する余分なスペース1402が生じている。出力後は図15に示すように、2ページ分の印刷ページ1500が重なってしまうので余分なスペース1501が下側になってしまう。その結果、余分なスペース1501の認識率が低くなり発見し難くなる。また断裁後に取り除く作業も困難になる。
また、マルチレコード印刷においても同様の課題が存在する。図16はマルチレコード印刷時の例を示している。1600は印刷ページ、1601は印刷ページ上に配置する原稿ページ、1602は原稿上に配置している可変データを示している。この例では2ページ分の原稿ページに対して6レコードのデータをマルチレコード印刷することを想定している。印刷するレコード数(6つ)が印刷ページ上に配置可能な原稿ページ数(4ページ分)の整数倍と等しくないので、余分なスペース(1603)が生じている。この出力結果1600を積み重ねると、余分なスペース1603は出力結果の下側となるため認識性が悪くなる。また、出力結果を積み重ねて断裁したあとに、余分なスペースを取り除くことが困難となる。
さらに、図17は複数部数の印刷を実行した場合の例を示している。この例は10ページ分の原稿ページを4ページ単位に印刷ページ上(用紙上)に配置する前半後半印刷として面付けし、2部印刷を行うことを想定としている。なお、前半後半印刷とは、断裁後に束を重ね合わせるとページ順番に並ぶようにレイアウトする方法であり、このような印刷方法を総称して串刺し印刷と定義する。1700は1部目の印刷、1701は2部目の印刷を示している。1702は印刷ページ、1703は用紙上に配置する原稿ページを示しており、1703上に記載されている数字は原稿ページ番号を示している。印刷する原稿ページ数(10ページ分)が印刷ページ(用紙)上に配置している原稿ページ数の整数倍(4の倍数)と等しくないので、余分なスペース1704が生成されてしまう。各部においては、余分なスペース1704が出力結果の上側に配置されているので問題ないが、断裁後にページ順を揃えるために両者を積み重ねると出力結果1705のようになり、結果として、余分なスペース1704を取り除くことが困難となる。なお、本願では図14の領域1402や図16の領域1603を「余分なスペース」または「余分な余白領域」と記述するが、両者は同義である。
また、本願では、面付け方法法として「多連印刷」、「多面印刷」、「前半後半印刷」、「マルチレコード印刷」と記述している。これらの面付け方法は公知の技術として知られているが、面付け方法を示す用語についてはこの明細書で記述しているものと異なることがある。もし用語が異なっていたとしても、面付け方法が同様であるならば、本発明の技術は適用できることは言うまでもない。各印刷方法の詳細については後述する。
<多連印刷>
製本アプリケーション104は、生成したブックファイルの属性として、多連印刷を設定することが可能である。図18(A)は多連印刷についての例を示している。多連印刷とは、印刷ページ上に、同一の原稿ページを複数配置(面付け)する印刷方法である。
製本アプリケーション104は、生成したブックファイルの属性として、多連印刷を設定することが可能である。図18(A)は多連印刷についての例を示している。多連印刷とは、印刷ページ上に、同一の原稿ページを複数配置(面付け)する印刷方法である。
例えば、複数部数印刷する際に使用する用紙枚数を節約するために有効となるレイアウト方法である。原稿ページ(1800)に対して、印刷ページ上に2ページ分の原稿ページを配置する多連印刷を設定すると、印刷ページ(1801)には、同一の原稿ページ(1802と1803)が印刷ページを等分に分けるように配置される。
実際の運用時には断裁機によって断裁して個別のページにされるので、断裁を示す断裁線(1804)を付加する。また、印刷ページを断裁するときに、等分するように原稿ページ間を一度断裁するだけではなく、原稿ページの上下左右4辺すべてを断裁するような原稿の配置も行うことが可能である。そのときは、断裁する4辺の位置を示す「しるし(トンボ)」を印刷ページ上に描画する。トンボの描画例は後述する多面印刷の説明で記述する。
図18(B)は、多連印刷の設定UI例を示している。1805は設定ダイアログのUI図であり、1806は印刷方法を指定するリストボックス、1807は印刷ページに原稿ページをいくつ配置するかを指定するスピンボタンである。また、1808は断裁時に原稿ページの4辺を断裁するためのトンボを指定するチェックボックス、1809は1806〜1808で指定した設定内容を簡易的に確認できるプレビューエリアである。さらに、1810はプレビュー用の印刷ページ、1811はプレビュー用の原稿ページ、1812は1806〜1808で指定した設定内容をブック属性として設定するためのOKボタン、1813は設定をキャンセルするためのキャンセルボタンを示している。
設定ダイアログ(1805)は製本アプリケーション104のメニューなどから選択される。リストボックス(1806)は印刷方法を指定する項目のため、多連印刷を行う場合は『多連』という項目を選択する。他にも後述する『多面』『前半後半』という項目がリストされる。スピンボタン(1807)は、縦×横の数値指定により、原稿を配置する数を指定する。たとえば、縦2、横2と指定すれば4枚の原稿ページが印刷ページ上に配置される。チェックボックス(1808)は、用紙上に配置した原稿ページの4辺を断裁するときはチェックオンにして、断裁するためのトンボを有効にする。
プレビュー(1809〜1811)は、設定した内容を簡易的に確認するものであり、多連印刷を指定していれば、印刷ページ(1810)に同じ原稿ページ(1809)が配置されている様子が確認できる。原稿ページの上に表示している番号はページ番号を示しているが、プレビューは簡易的なものであるので、実際の原稿ページのページ番号と必ずしも一致しているとは限らない。ここで説明した設定UIは一例であるため、各コントロールの形状・操作などは同様の機能を持っていれば、他の形態であってもよい。
<多面印刷>
製本アプリケーション1004は、生成したブックファイルの属性として、多面印刷を設定することが可能である。図19(A)は多面印刷についての例を示している。多面印刷とは、同一の印刷ページ上に、異なる原稿ページを複数配置する印刷方法である。原稿ページ(1900)に対して、印刷ページ上に4ページ分の原稿ページを配置するように多面印刷を行うと、印刷ページ(1901)には、4ページ分の原稿ページ(1902)が印刷ページ上に配置される。実際の運用時には断裁機によって断裁して個別のページにされる。ここでは、多連印刷で前述した原稿ページの上下左右4辺すべてを断裁するような原稿の配置を行った例を示している。原稿ページの4辺を断裁するので、配置される各原稿ページ(1902)はある間隔を空けて配置される。4辺を断裁するための目印はトンボとして印刷ページに描画される(1903)。このトンボを目印として断裁機で断裁することにより、原稿ページを得ることが出来る。
製本アプリケーション1004は、生成したブックファイルの属性として、多面印刷を設定することが可能である。図19(A)は多面印刷についての例を示している。多面印刷とは、同一の印刷ページ上に、異なる原稿ページを複数配置する印刷方法である。原稿ページ(1900)に対して、印刷ページ上に4ページ分の原稿ページを配置するように多面印刷を行うと、印刷ページ(1901)には、4ページ分の原稿ページ(1902)が印刷ページ上に配置される。実際の運用時には断裁機によって断裁して個別のページにされる。ここでは、多連印刷で前述した原稿ページの上下左右4辺すべてを断裁するような原稿の配置を行った例を示している。原稿ページの4辺を断裁するので、配置される各原稿ページ(1902)はある間隔を空けて配置される。4辺を断裁するための目印はトンボとして印刷ページに描画される(1903)。このトンボを目印として断裁機で断裁することにより、原稿ページを得ることが出来る。
図19(B)は前記多面印刷の設定UI例を示している。外観や各コントロールについては前述した多連印刷の設定ダイアログUI例と同じであるので、説明は省く。リストボックス(1904)は印刷方法を指定するためのものであるので、多面印刷を行う場合は『多面』という項目を選択する。チェックボックス(1905)は、断裁するためのトンボを有効にするためのもので、前述したレイアウト例のようにトンボを付けるときはチェックオンにする。プレビュー(1906)は、1904、1905、1907の設定内容を反映したプレビューであり、多面印刷を指定しているのでそれを示す原稿ページの順番になる。ここで説明した設定UIは一例であるため、各コントロールの形状・操作などは同様の機能を持っていれば、他の形態であってもよい。このように図19(B)の設定ダイアログを用いることにより、同一用紙に複数種類のページをレイアウトする方法と、1枚の記録媒体に配置すべき前記文書データのページ数を設定することができる。さらに、製本アプリケーション104では、所定のダイアログを用いて出力部数を設定することができる。多面印刷において後述する図27から図29の処理を実行する場合、多面印刷を行うという情報、1枚の記録媒体に配置すべき前記文書データのページ数、複数部数の出力をおこなう出力部数情報を組み合わせた情報に基づいて処理を進める。
<前半後半印刷>
製本アプリケーション1004は、生成したブックファイルの属性として、前半後半印刷を設定することが可能である。図20(A)は前半後半印刷についての例を示している。前半後半印刷とは、印刷ページ上に、原稿ページを複数配置して、断裁後に断裁された用紙の束と束を重ねるとページ順番が揃うようにレイアウトする印刷方法である。前半後半印刷は、広い意味では、串刺し印刷ともいう。
製本アプリケーション1004は、生成したブックファイルの属性として、前半後半印刷を設定することが可能である。図20(A)は前半後半印刷についての例を示している。前半後半印刷とは、印刷ページ上に、原稿ページを複数配置して、断裁後に断裁された用紙の束と束を重ねるとページ順番が揃うようにレイアウトする印刷方法である。前半後半印刷は、広い意味では、串刺し印刷ともいう。
原稿ページ(2000)に対して、印刷ページ上に2ページ分の原稿ページを配置するように前半後半印刷を行うと、印刷ページ(2001)には、2ページ分の原稿ページ(2002、2003)が配置される。ここで、印刷ページ上に配置される各原稿ページの配置位置は、断裁後の順番と印刷ページ上に配置される原稿ページの数と、印刷する原稿ページの枚数によって計算される。図20(A)の例では、印刷対象となる6ページの原稿ページを、1枚の印刷ページ上に2ページ配置しているので、1枚目の用紙には1ページ目と、4ページ目の原稿が配置されている。また前述した多連印刷、多面印刷と同様に断裁するための断裁線を用紙上に描画する(2004)。
図20(B)は前記前半後半印刷の設定UI例を示している。外観や各コントロールについては前述した多連印刷の設定ダイアログUI例と同じであるので、説明は省く。リストボックス(2005)は印刷方法を指定するためのものであるので、前半後半印刷を行う場合は『前半後半』という項目を選択する。プレビュー(2006)は、前半後半印刷を指定しているのでそれを示す原稿ページの順番になる。ここで説明した設定UIは一例であるため、各コントロールの形状・操作などは同様の機能を持っていれば、他の形態であってもよい。
このように図20(B)の設定ダイアログを用いることにより、断裁後に束を重ね合わせるとページ順番に並ぶようにレイアウトする方法と、1枚の記録媒体に配置すべき前記文書データのページ数を設定することができる。さらに、製本アプリケーション104では、所定のダイアログを用いて出力部数を設定することができる。前半後半印刷において後述する図27から図29の処理を実行する場合、前半後半印刷を行うという情報、1枚の記録媒体に配置すべき前記文書データのページ数、複数部数の出力をおこなう出力部数情報を組み合わせた情報に基づいて処理を進める。
<可変印刷(バリアブルプリント)>
製本アプリケーション1004は、生成したブックファイルのページ属性として、可変印刷を実行するための可変フィールドの設定を行うことが可能である。図21は可変印刷のページレイアウト例を示している。2100は原稿ページ、2101は可変印刷を実行するための可変フィールドを指名している。なお、可変フィールドは、原稿ページ上に複数配置することも可能であるし、一つも配置しないことも可能である。また、可変フィールドには、各レコードのデータが配置される。製本アプリケーション104は、可変フィールドの中に、接続したデータベースからデータを差込み(流し込み)、編集して印刷を行う。2102は接続しているデータベースのデータを示している。データベースにはレコードと呼ばれる識別子があり、1つのレコードに含まれるデータを原稿ページの所定のフィールドに差込んで、原稿ページを編集する。図21の例では、データベース2102には、1〜4の4レコードが記憶されている。データベース2102のレコードには、各レコードのテキストデータ(2103)と各レコードのイメージデータ(2104)が記憶されている。この例では、原稿ページ1ページ目に設定されている可変フィールド2101にはテキストデータ(2103)を差し込むように設定されている。さらに、原稿ページ2ページ目に設定されている可変フィールド2100にはイメージデータ(2104)を差し込むように設定されているものとする。可変フィールドの設定や、データベースデータとの関連の設定については、後述する。
製本アプリケーション1004は、生成したブックファイルのページ属性として、可変印刷を実行するための可変フィールドの設定を行うことが可能である。図21は可変印刷のページレイアウト例を示している。2100は原稿ページ、2101は可変印刷を実行するための可変フィールドを指名している。なお、可変フィールドは、原稿ページ上に複数配置することも可能であるし、一つも配置しないことも可能である。また、可変フィールドには、各レコードのデータが配置される。製本アプリケーション104は、可変フィールドの中に、接続したデータベースからデータを差込み(流し込み)、編集して印刷を行う。2102は接続しているデータベースのデータを示している。データベースにはレコードと呼ばれる識別子があり、1つのレコードに含まれるデータを原稿ページの所定のフィールドに差込んで、原稿ページを編集する。図21の例では、データベース2102には、1〜4の4レコードが記憶されている。データベース2102のレコードには、各レコードのテキストデータ(2103)と各レコードのイメージデータ(2104)が記憶されている。この例では、原稿ページ1ページ目に設定されている可変フィールド2101にはテキストデータ(2103)を差し込むように設定されている。さらに、原稿ページ2ページ目に設定されている可変フィールド2100にはイメージデータ(2104)を差し込むように設定されているものとする。可変フィールドの設定や、データベースデータとの関連の設定については、後述する。
2105は実際にデータベースのデータが差し込まれた原稿ページを示している。レコード1が差し込まれると、原稿ページ1ページ目の可変フィールド2106にはレコード1のテキストデータ“AAA”が差し込まれる。また、原稿ページ2ページ目の可変フィールド2107にはレコード1のイメージデータ(飛行機のイメージデータ)が差し込まれて原稿ページが作成される。レコード2が差し込まれると、原稿ページ1ページ目の可変フィールド2108にはレコード2のテキストデータ“BBB”が差し込まれる。また、原稿ページ2ページ目の可変フィールド2109にはイメージデータ(トラックのイメージデータ)が差し込まれて原稿ページが作成される。以上の処理をレコード3、レコード4と繰り返すことにより、3つの原稿ページからなる1種類の原稿データであっても、差し込まれるデータが所定の条件に従って切り替わるため、レコード数分の種類の出力結果を得ることができる。
なお、原稿ページ3ページ目については、可変フィールドが設定されていないので、データの差込みは実行されない。しかし、データの差込みは実行されなくても、すべてのレコードに対して原稿ページ3ページ目は印刷される。このように、可変印刷を行うと、原稿ページ×レコード数分の印刷が行われる。つまり、図21の例では、12ページ分の印刷が行われる。
図22(A)は前述した可変印刷の設定を行う可変印刷エディタのUI例を示している。この可変印刷エディタは、製本アプリケーション1004から起動され、ブックファイルの論理ページ単位で設定を行うことが可能である。製本アプリケーション1004からの起動方法は、製本アプリケーションのプレビュー画面で単一の論理ページを選択して、製本アプリケーションのUI画面からツールメニューを選択して“可変印刷エディタ”を選択する方法が挙げられる。さらに、製本アプリケーションのプレビュー画面で単一の論理ページを選択してマウス右クリックメニューで“可変印刷エディタ”を選択する方法などでよい。その他(たとえばツールボタンなど)の起動方法であっても良い。
図22(A)には、可変印刷エディタの全体UI2200を示している。可変印刷エディタが起動されると全体UI2200が表示される。2201は可変印刷エディタのウインドウを最小化、最大化、閉じることが出来るボタンを示している。図22には、可変印刷エディタの各種編集操作を行うメニューバー2202を示している。図22には、可変印刷エディタのツールボタン2203を示している。ツールボタン2203は、メニューで行える操作を簡単な操作で選択できるように用意されている。さらに、図22のUI2202には、スクロールバー2204があり、可変印刷エディタで原稿ページを表示しきれない場合に表示され、スクロールして原稿ページ全体を編集することを可能にする。全体UI2200には、可変印刷エディタのグラブコントロール2205があり、マウスポインタを使ってウインドウサイズを任意に変更することを可能にする。さらに、図22の全体UI2200には、可変印刷エディタで編集対象としている原稿ページ2206がある。可変印刷エディタで原稿ページのページ移動機能を用意し、製本アプリケーションに戻らなくとも、ページ移動を可能にしてもよい。全体UI2200には、原稿ページ上に描画されているオブジェクト2207がある。可変印刷エディタでは前述した可変フィールドの設定のみを機能として持つので、他の原稿ページ上のオブジェクトに対しては編集作業を施すことはできない。全体UI2200には、テキストデータを差し込むテキスト可変フィールド2208およびイメージデータを差し込むイメージ可変フィールド2209がある。本実施例ではテキスト可変フィールド、イメージ可変フィールドを区別せずに指し示すときに可変フィールドという言葉を用いている。これらの可変フィールドはメニュー2202やツールボタン2203で可変フィールド作成機能を選択して、マウスカーソルで矩形を描画することにより作成される。
図22(B)は、可変フィールドに対してデータを差し込むために、差し込み対象となるデータが記憶されているデータベースへの接続方法を設定するためのダイアログ2210である。なお、接続ダイアログ2210のマーク2211は、接続ダイアログを閉じるボタンを示している。接続ダイアログ2210は、メニュー2202やツールボタン2203を選択することで表示される。
2212はデータベースへの接続を行うエリアである。すでに接続されていれば、接続中のデータベースファイル名が表示される。未接続であれば空白である。接続を行うときは、参照ボタン(2213)を押下し、データベースファイル参照ダイアログ等を表示させ、データベースファイルを指定する。データベースへ接続中に参照ボタンで他のデータベースファイルを選択したときは、選択したデータベースへ接続を切り替える。製本アプリケーションで接続が出来るデータベースの数は1つである。複数のデータベースと接続することはできない。
2214〜2219はデータベースに接続中に有効になるコントロールであり、接続中のデータベースの内容を示すためのものである。2214は接続しているデータベースのレコードを移動させるレコード移動ボタンである。2215は接続しているデータベースの総レコード数と、現在内容を表示しているレコード番号を示すものである。2216は接続しているデータベースに設定されているカラム名を示している。カラム名は項目名ともいう。カラム名はデータベースの各レコードデータがどのような属性を持っているかを示すもので、図22(B)の例では、「“名前”と“イメージ”」(2217)という属性を持ったデータベースであることを示している。2218は接続しているデータベースの各レコードのカラム名に対する値(データ)を示している。図22(B)では、1レコード目のデータは“名前”という属性に対して“AAA”という値と、“イメージ”という属性に対して“XXXX.bmp”という値を持っていることを示す。2214のレコード移動ボタンでレコードを移動すると、2219のデータの内容も移動したレコード番号に合わせて変化する。
図23(A)は可変フィールドにデータベースデータの関連付けを示したUI例である。2300のテキスト可変フィールドへは前述した“名前”というカラムが設定されている。設定方法としては、テキスト可変フィールドのプロパティなどで、接続しているデータベースのカラムを設定できるようにすれば良い。テキスト可変フィールドへ設定できるデータベースのカラムの数は複数であっても良い。
2301のイメージ可変フィールドへは前述した“イメージ”というカラムが設定されている。設定方法としては、イメージ可変フィールドのプロパティなどで、接続しているデータベースのカラムを設定できるようにすれば良い。
図23(B)は設定した内容に、実際のデータベースのデータをレイアウトしてプレビューしたときのUI例である。プレビューでは、可変フィールドへ設定したデータベースデータが差し込まれた状態が確認できる。
2302は図23(A)で示したテキスト可変フィールド(2300)へ“名前”のカラムの値“AAA”が差し込まれた状態を示している。また2303は図23で示したイメージ可変フィールド(2301)へ“イメージ”のカラムの値“xxx.bmp”に該当する「電車のイメージ」が差し込まれた状態を示している。このときに、設定したカラムに対するデータの型にエラーが発生していたり、データに抜けが発生していたりすると、プレビュー表示することが出来ない。2304はデータベースのレコードを移動するレコード移動ボタンである。このボタンを使ってレコード移動処理を行いレコードを選択すると、選択されたレコード内に含まれる値が各フィールドに差し込まれ、それぞれのレコードにおいてプレビュー状態として表示される。なお、可変(バリアブル)印刷は製本アプリケーションの印刷ダイアログで印刷時にON/OFFを指定することで実行するか否かを設定できる。したがって、印刷ダイアログで可変印刷をしないということを指定すれば、可変印刷エディタで設定した内容は反映せずに印刷することが出来る。
<マルチレコード印刷>
製本アプリケーション104は、生成されたブックファイルの属性として、マルチレコード印刷を設定することが可能である。図24はマルチレコード印刷の例を示した図例である。まず、マルチレコード印刷を行うためには、原稿ページに対して前述した可変印刷の設定がされている必要がある。ここでは図21の2100〜2104で説明した原稿ページ、可変フィールド、データベースの設定と同じものを用いる。個別の説明は前述したので省かせてもらう。なお、マルチレコード印刷とは、リアブル印刷と同一用紙上への複数原稿面付けを合わせた形態で、異なるレコードを同一用紙上へ面付けする処理である。2400は1つの印刷ページ上に4ページの原稿データを配置したマルチレコードのレイアウト例を示している。2410から2412は各印刷ページを示している。2402は原稿ページの1ページ目を示しており、印刷ページ上に同一の原稿ページが配置される。2403は原稿ページ1ページ目に設定されている可変フィールドを示している。印刷ページ上に配置されている原稿ページは同一であるが、各原稿ページに設定されている可変フィールドへ差し込まれるレコードは異なる。この例では印刷ページに対して4ページ文の原稿ページを配置しているので、4レコード分のレコードが差し込まれて配置される。
製本アプリケーション104は、生成されたブックファイルの属性として、マルチレコード印刷を設定することが可能である。図24はマルチレコード印刷の例を示した図例である。まず、マルチレコード印刷を行うためには、原稿ページに対して前述した可変印刷の設定がされている必要がある。ここでは図21の2100〜2104で説明した原稿ページ、可変フィールド、データベースの設定と同じものを用いる。個別の説明は前述したので省かせてもらう。なお、マルチレコード印刷とは、リアブル印刷と同一用紙上への複数原稿面付けを合わせた形態で、異なるレコードを同一用紙上へ面付けする処理である。2400は1つの印刷ページ上に4ページの原稿データを配置したマルチレコードのレイアウト例を示している。2410から2412は各印刷ページを示している。2402は原稿ページの1ページ目を示しており、印刷ページ上に同一の原稿ページが配置される。2403は原稿ページ1ページ目に設定されている可変フィールドを示している。印刷ページ上に配置されている原稿ページは同一であるが、各原稿ページに設定されている可変フィールドへ差し込まれるレコードは異なる。この例では印刷ページに対して4ページ文の原稿ページを配置しているので、4レコード分のレコードが差し込まれて配置される。
同じく、原稿ページ2ページ目(2404)に配置されている可変フィールド(2405)も4レコード分のレコードが差し込まれて配置される。同じく、原稿ページ3ページ目(2406)も印刷ページ上に4ページ分配置される。原稿ページ3ページ目には可変フィールドが設定されていないので、実質同じ原稿ページが並ぶことになる。
マルチレコード印刷は、前述した多連印刷と同様に断裁して運用されることになるので、印刷ページに対して垂直方法は同じ印刷データでなくてはいけない。つまり、複数の印刷ページを重ねた場合、各印刷ページにおける原稿データの配置位置はレコードごとに同じでなければならない。例えば、図24では、1ページ目に該当する印刷ページ24101と、2ページ目に該当する印刷ページ2411と、3ページ目に該当する印刷ページにおいて、それぞれの左上の原稿データは同じレコード番号のコンテンツデータがレイアウトされる。つまり、図24に記載のデータ2102より、レコード1は「“AAA”と“飛行機のイメージ”」で構成されていることが分かる。そのため、印刷ページ2410の左上の原稿データは、レコード1の「AAA」が差し込まれ、次の印刷ページ2411の左上の原稿データは、同じくレコード1の「飛行機のイメージ」が差し込まれている。他のレコードについても同様である。
この図の例ではレイアウトするレコードの数が4であるため、印刷ページ上に配置する原稿ページ(4つ)の数と整数倍になっていたため余分なスペースは生成されなかった。しかし、整数倍と等しくないときは、図15で示した多連印刷時の余分なスペース1603と同じような形で生成される。
また、前述したマルチレコード印刷にはレコードが印刷ページ上に順に並んでいくものではなく、断裁後に重ねるとレコードの順番が揃うように配置するレコードの順番を並べる“串刺し印刷”という設定を行うことが可能である。前半後半印刷は、断裁後に並べるとページ順が揃うように配置する出力方法であり、串刺し印刷は、レコードの順番が揃うように配置する出力方法である。いずれの出力方法も、出力後に重ねると垂直方向に順番が揃っているため、総称して串刺し印刷ということもある。図25は串刺し印刷のレイアウト例を示している。2500および2510から2514は印刷ページ、2501は原稿ページを示しており、原稿ページ内の番号は、各原稿ページにレイアウトされるレコード番号であると仮定する。
図25では原稿ページ2ページのブックファイルに10レコードのデータベースと接続して可変印刷を行い、1枚の印刷ページに4ページ分の原稿ページを配置するマルチレコード印刷を串刺し印刷で実行した時の例である。レコード番号の配置が断裁後の重ねを想定しており、印刷ページに対して垂直方向に順番を揃うようになっている。例えば、図25を例にすると、1ページ目の印刷ページ2500の左上と2ページ目の印刷ページ2510の左上には1レコード目のデータが2ページの原稿データに配置されている。そして、3ページ目の印刷ページ2511の左上と4ページ目の印刷ページ2512の左上には、2レコード目のデータが2ページの原稿データに配置されている。なお、3ページ目以降の印刷データも同様である。その結果、印刷ページ2500および2510〜2514を重ねて断裁すると、1レコード目のデータが配置された2ページの原稿ページの下に、2レコード目のデータが配置された2ページの原稿ページが重なる。同様に、2レコード目のデータが配置された2ページの原稿ページの下に、3レコード目のデータが配置された2ページの原稿データが重なる。しかし、図25の場合、1ページの印刷ページに配置可能な原稿ページ数(4)に対して、配置すべきレコード数は10である。よって、配置すべきレコード数(10)が、1ページの印刷ページに配置可能な原稿ページ数(4)の整数倍ではないため、図25の2502のような余分なスペースが生じてしまう。この余分なスペースは、図17で示した前半後半印刷時の余分なスペースと同じような形で生成される。
図26は前記マルチレコード印刷の設定UI例を示している。前述した多連印刷などの設定UIと同じ部分については説明を省く。リストボックス(2600)は印刷方法を指定するためのものである。マルチレコード印刷を行うときは、各印刷ページに配置される原稿ページは同一のものであるので、『多連』という項目を選択する。マルチレコード印刷を行うときは、チェックボックス(2601)のチェックをONにする。また、前述した串刺し印刷を行うときはさらにチェックボックス(2602)のチェックをONにする。最初の印刷方法で『多連』を指定することが分かりづらければ、この指定方法ではなく、マルチレコード印刷用の選択項目を設けても良い。
2603はプレビューエリアであり、設定した状態を確認することが出来る。なお、可変印刷は製本アプリケーションの印刷ダイアログで印刷時にON/OFFの指定を可能であるので、印刷ダイアログで可変印刷をしないということを指定すれば、マルチレコード印刷は行われず、原稿ページの配置方法も『多連』印刷へと切り替わる。
このように図26のダイアログを用いて、複数項目のデータを組み合わせてなるレコードを選択して該レコードに含まれるデータを文書データの指定されたページにレイアウトする方法と、1枚の記録媒体に配置すべき文書データのページ数を設定することができる。さらに、製本アプリケーション104では、所定のダイアログを用いて出力部数を設定することができる。マルチレコード印刷において後述する図27から図29の処理を実行する場合、マルチレコード印刷を行うという情報、1枚の記録媒体に配置すべき前記文書データのページ数、複数部数の出力をおこなう出力部数情報を組み合わせた情報に基づいて処理を進める。
[全体処理フロー]
本発明の実施例について説明する。図27は本発明における全体的な処理フローを示している。それぞれの処理ステップについて説明する。なお、本願のフローチャートにおける各処理ステップは、ホストコンピュータ100のCPU201によって実行される。
本発明の実施例について説明する。図27は本発明における全体的な処理フローを示している。それぞれの処理ステップについて説明する。なお、本願のフローチャートにおける各処理ステップは、ホストコンピュータ100のCPU201によって実行される。
製本アプリケーション104は、UIを介して指示された印刷メニューより印刷指示された情報を取得する(S2700)。この印刷処理の取得が本発明の各処理の開始トリガー(きっかけ)となる。
製本アプリケーション104は、UIを用いて設定されたブック、章、ページの属性を元に、出力対象としている印刷データで生成される余分なスペースを計算する(S2701)。なお、詳細な計算処理は図28にて後述する。S2701によって計算された余分なスペースの数や印刷設定を元に、製本アプリケーション104は、本発明において後述する適用手段のどれを用いるかを判断する(S2702)。詳細な判断処理については図29にて後述する。
S2702によって、製本アプリケーション104は、適用すべきと判断された適用手段を用いて原稿ページまたはレコード番号の配置順番を変更する(S2703)。詳細な配置順番変更処理については図31にて後述する。
この全体処理フローを実行することにより、複数部数の出力結果を断裁して積み重ねた際に、ユーザに対して余分な余白領域の認識性を高め、断裁後には容易に余分な余白領域を除去可能となる。
[余分なスペースの計算処理]
図28(A)および図28(B)は、図27の全体処理フローのS2701の余分なスペースの計算処理の詳細を示している処理フローである。それぞれの処理ステップについて説明する。
図28(A)および図28(B)は、図27の全体処理フローのS2701の余分なスペースの計算処理の詳細を示している処理フローである。それぞれの処理ステップについて説明する。
図28(A)は、製本アプリケーション104が、ブックの印刷設定が前述した“多面印刷”もしくは“前半後半印刷”であると判断したときに実行されるフローチャートである。
製本アプリケーション104は、印刷ページ上に配置する原稿ページの数を取得する(S2800)。たとえば、図18(B)で説明した設定ダイアログのスピンボタン(1807)で「縦×横」を「2×2」と指定したとすると、この処理で取得される原稿ページの数を示す値は4となる。なお、本願に記載の設定ダイアログを用いて設定された値は、RAM202に保持されているので、製本アプリケーション104が、RAM202を読み出すことにより、S2800の処理を実行することが可能となる。
製本アプリケーション104は、S2800で取得された値を変数Nとして保持する(S2801)。続いて、製本アプリケーション104は、出力対象となる印刷データにおける原稿ページ数を取得する(S2802)。たとえば、製本アプリケーション104が処理対象としているブックに10ページの原稿ページが存在して、その原稿ページをすべて印刷する設定がされれば、この処理で取得される値は10である。
製本アプリケーション104は、S2802で取得した値を変数Mとして保持する(S2803)。S2800〜S2803で取得した値を用いて、製本アプリケーション104は、生成される余分なスペースの数を計算する(S2804)。なお、余分なスペースの数とは、印刷ページあたりに配置すべき原稿ページにおいて、配置されなかった原稿ページ数である。例えば、図14の例では1ページの印刷ページ当たりに4ページ分の原稿ページを配置すべきとの設定がされていたが、余分なスペース1402のように2ページの原稿ページ分だけ余分なスペース(余白領域)となっている。この場合、余分なスペースの数は2ページとなる。また、S2804の計算方法は、「余分なスペース数=N−(M%N)」とあらわすことが出来る。つまり、製本アプリケーションは、取得した原稿ページ数(変数M)と取得した1ページの印刷ページ上に配置すべき原稿ページの数(変数N)の割り算の余りの数を求めることにより、原稿ページの何ページ分が印刷ページ上に配置できずに余るのかを求める。そして、算出された印刷ページ上に配置することができない原稿ページ数を1ページの印刷ページ上に配置すべき原稿ページの数(変数N)から引くことによって印刷ページに生成される余分なスペースの数を算出できる。製本アプリケーション104は、算出された値を変数Xに代入する。
製本アプリケーション104は、S2804により算出された余分なスペースの数「X」が、印刷ページ上に配置すべき原稿ページの数「N」と等しいかどうかを判断する(S2805)。もし、変数Xと変数Nが等しい値であれば、余分なスペースは生成されないことを意味するので、本発明の処理は適用せずに終了する。等しくなければ、余分なスペースが生成されたことを意味するので、次の処理ステップ(全体処理ステップのS2702)へ進む。
つまり、図28では、製本アプリケーション104が、本願の設定ダイアログを介して入力された値を文書データの出力方法として設定する。さらに、製本アプリケーション104は、設定された出力方法に従って文書データを配置した際に生成される余分な余白領域を認識することができる。
図28(B)は、製本アプリケーション104が、ブックの印刷設定が前述した“マルチレコード印刷”もしくは“マルチレコード印刷の串刺し印刷”であり、印刷設定で“可変印刷”を行うことが設定されていると判断したときに実行されるフローチャートである。製本アプリケーション104は、印刷ページ上に配置すべき原稿ページの数を取得する(S2806)。製本アプリケーション104は、S2806で取得された値を変数Nとして保持する(S2807)。なお、S2806およびS2807の処理はS2800およびS2801の処理と同様であるので詳細な説明は省略する。
製本アプリケーション104は、印刷するレコード数を取得する(S2808)。例えば、製本アプリケーション104が、可変印刷エディタで10レコードのデータを持つデータベースと接続を行い、可変フィールドの設定を行ったとする。そして、製本アプリケーションの印刷設定で可変印刷を行うと指定したときは、10レコード分の差込みが実行される。この場合、S2808にて取得されるレコード数は10である。
製本アプリケーション104は、S2808で取得した印刷するレコード数を変数Mとして保持する(S2809)。
S2806〜S2809で取得した値を用いて、製本アプリケーション104は、生成される余分なスペースの数を計算する(S2810)。なお、S2810にて実行される計算方法は、「N−(M%N)」とあらわすことが出来る。製本アプリケーション104は、印刷すべきレコード数(変数M)と印刷ページに配置すべき原稿ページ数(変数N)の割り算の余りの数を求める。そして、原稿ページの何レコード分が印刷ページ上に配置できずに余るのかを算出し、算出された値を印刷ページ上に配置する原稿ページの数(変数N)から引くことによって印刷ページに生成される余分なスペースの数が算出される。算出された値は、変数Xとして保持される。
製本アプリケーション104は、S2804により算出された余分なスペースの数「X」が、印刷ページ上に配置すべき原稿ページの数「N」と等しいかどうかを判断する(S2811)。なお、S2811の処理は、S2805と同様であるため詳細な説明は省略する。
S2811により、変数Xと変数Nが等しい値であれば、余分なスペースは生成されないことを意味するので、本発明の処理は適用せずに終了する。等しくなければ、余分なスペースが生成されたことを意味するので、次の処理ステップ(全体処理ステップのS2702)へ進む。
[適用手段の判断処理]
図29は、図27の全体処理フローのS2702の適用手段の判断処理の詳細処理を示している処理フローである。図29は、図28(A)のS2805または図28(B)のS2811において次処理フローへと判定された場合(S2805−NoまたはS2811−No)に実行されるフローチャートである。
図29は、図27の全体処理フローのS2702の適用手段の判断処理の詳細処理を示している処理フローである。図29は、図28(A)のS2805または図28(B)のS2811において次処理フローへと判定された場合(S2805−NoまたはS2811−No)に実行されるフローチャートである。
製本アプリケーション104は、印刷設定で指定された印刷部数を取得する(S2900)。上述したように、設定された値はRAM202に保持されているので、製本アプリケーション104が、RAM202を参照することにより、S2900の処理は可能となる。製本アプリケーション104は、S2900で取得した印刷部数を変数Jとして保持する。
続いて、製本アプリケーション104は、S2901で保持した変数Jの値が1と等しいかどうかを判断する(S2902)。もし1と等しいのであれば、単数部印刷であるとしてS2903の処理ステップへ進む。
製本アプリケーション104は、ブックファイルの印刷設定が串刺し印刷(前半後半印刷およびマルチレコード版の串刺し印刷を含む)かどうかを判断する(S2903)。S2903において、製本アプリケーション104が、串刺し印刷であると判断した場合、本発明の処理は適用せずに処理ステップを終了する。一方、製本アプリケーション104が、串刺し印刷でないと判断した場合、次の処理フロー(全体処理フローのS2703)へと進む。
製本アプリケーション104は、S2902で1と等しくないと判断した場合、複数部印刷であると判断する。製本アプリケーション104は、印刷する複数部数全体で生成される余分なスペースの合計数を計算する(S2904)。S2904によって実行される計算方法は、図28(A)のS2804または図28(B)のS2810で算出された「余分なスペースの数(X)」の値を「部数(J)」と掛けることにより算出される。なお、算出された複数部数全体で生成される余分なスペースの数は、SとしてRAM202に保持される。
製本アプリケーション104は、出力用紙枚数を最適化するかどうかを判断する(S2905)。もし最適化を行わないのであれば、次の処理ステップ(全体処理フローのS2703)に進む。最適化を行うのであれば、S2906へと進む。S2906〜S2909は出力用紙枚数の最適化を行う処理ステップである。各処理ステップの説明の前に出力用紙の最適化の説明を行う。
図30は出力用紙の最適化の例を示している。3000は最適化を行う前の出力結果を示している。この例では、1ページの印刷ページに4ページ分の原稿ページを配置して、10ページの原稿ページを前半後半印刷している。3001は印刷ページを示しており、3002は原稿ページを示している。なお、図30において、印刷ページ3001と同じサイズの矩形は、全て印刷ページであることは明らかであり、図30の3000には21ページ分の印刷ページがある。また、図30の原稿ページ3002と同じサイズの矩形は、図30において全て原稿ページであることは明らかである。原稿ページ内の数字はページ番号を示している。また、3003は余分なスペースを示している。図30の例では、1ページの印刷ページに4ページ分の原稿ページを配置して、10ページの原稿ページを前半後半印刷している。そのため、図28(A)の処理を用いると、「余分なスペースの数(X)=取得した面数(N=4)−(取得した原稿ページ数(N=10)%取得した面数(N=4))」を計算すると、余分なスペースの数(X)は2と算出される。また、1部を印刷するために、3枚の印刷ページが必要である。このときに3000のように7部を印刷すると、総出力用紙枚数は3×7で21枚となり、S2904の処理を実行すると全体で「7×2=14」となる。つまり、14ページの原稿ページ分に相当する余分なスペース数が生成されていることが算出される。また、6部目までに生成される余分なスペースの数は12である。この6部目までに生成される余分なスペースを用いて、7部目の10ページ分の原稿ページを配置する。
3004は出力用紙枚数の最適化後の出力結果である。3005は印刷ページ、3006は原稿ページを示している。前述したように、6部目までに生成される余分なスペースを用いて7部目の原稿ページを配置可能と判断されたら、6部目までの総印刷ページ上に、7部分の原稿ページを配置する。原稿ページの配置を行うときは、ブックの印刷設定で設定されている印刷設定を崩さないように原稿ページ配置順番を調整する。この出力用紙枚数の最適化処理を実行することにより、7部印刷の出力用紙枚数を6部分に抑えることが可能である。また、部数全体で生成される余分なスペースの数も少なくすることが出来る。この処理が出力用紙枚数の最適化である。なお、原稿ページの並び順の調整処理については、後述(全体処理フローのS2703)する。
つまり、製本アプリケーション104は、文書データに含まれるページ数と生成される余分な余白領域ページ数を認識する。そして、製本アプリケーション104は、認識された余分な余白領域ページ数と前記文書データに含まれるページ数を比較する。その結果、余白領域ページ数(余分な余白領域ともいう)が文書データに含まれるページ数よりも多いと判断された場合、認識された余分な余白領域に対して文書データが配置されるようにレイアウトを決定する。また、図30の例は前半後半印刷であったが、多面印刷、またはマルチレコード印刷、串刺し印刷においても同様に用紙枚数の最適化が可能である。
S2906〜S2909の説明に戻る。S2905において、製本アプリケーション104が出力用紙枚数の最適化処理を実行すると判断した場合、部数全体で生成される余分なスペースの数(変数S)から1部で生成される余分なスペースの数(変数X)を減算する(S2906)。S2906において算出された値は再度変数SとしてRAM202に保持される。
製本アプリケーション104は、S2906で算出された余分なスペース数(変数S)と印刷する原稿ページの数または印刷するレコード数(変数M)の大小関係を判定する(S2907)。もし余分なスペース数(変数S)より、原稿ページの数または印刷するレコード数(変数M)が大きければ、算出された余分なスペース数には原稿ページまたはレコードのコンテンツデータを配置することができない。その場合、次の処理ステップへ進む(全体処理フローのS2703)。
また、製本アプリケーション104は、S2907により変数Sのほうが大きいか、変数Mと等しいと判断した場合、S2908へ進む。S2907は出力用紙の最適化ができるかどうかの判定であり、この判定を一度も通らずに全体処理ステップのS2703へ進んだ場合は、出力用紙の最適化はできなかったことになる。
製本アプリケーション104は、S2906において算出された余分なスペース数に原稿ページまたはレコードのコンテンツデータをレイアウトする。そして、レイアウト後の余分なスペース数(変数S)を算出するため、S2906において算出された余分なスペース数(変数S)から原稿ページ数またはレコード数(変数M)の値を減算する(S2908)。製本アプリケーション104は、印刷部数Jの値を1部数分減らす(S2909)。この処理は、実際に印刷される部数が1つ減ることを意味しているのではなく、S2901で取得した印刷部数分の出力を行うために、取得した「印刷部数−1」の出力用紙枚数で行えるということを意味している。製本アプリケーション104は、S2906へ戻り、S2907の判定処理で、全体処理ステップのS2703へ進むまでS2906からS2909の処理を繰り返す。この出力用紙枚数の最適化の処理は利用者によって明示的に指定されることにより実行されるものでも良いし、文書処理システムが自動的に実行するようになっていても良い。
図29の処理を実行することにより、生成される余分な余白領域を生かして、文書データの各ページをレイアウトしているため、無駄な用紙の出力を防ぐと共に、余分な余白領域の認識性を高め、断裁後に抜き取り易い出力結果を得ることが可能となる。
[配置順番変更処理]
図31(A)、図31(B)、図31(C)は、図27の全体処理ステップのS2703配置順番変更処理の詳細処理を示している処理フローである。
図31(A)、図31(B)、図31(C)は、図27の全体処理ステップのS2703配置順番変更処理の詳細処理を示している処理フローである。
図31(A)は前処理ステップS2902、S2903によって単数部印刷であり、かつ、前半後半印刷でないと判断されたときに実行される配置順番変更処理である。
製本アプリケーション104は、余分なスペースの数分(変数X分)、原稿ページの配置開始位置をずらして印刷ページへ原稿ページを配置する(S3100)。つまり、マルチレコード印刷や串刺し印刷が設定されている場合、図31の処理を実行すると、製本アプリケーション104は、レコードの配置開始位置を余分なスペースの数(変数X分)ずらして印刷ページに配置することになる。印刷ページへの配置が終了したら次の処理ステップ(全体処理ステップのS2704)へ進む。
図32は、S3100によって配置順番変更された出力結果の例を示している。出力結果3200は変更前の状態を示している。3201は印刷ページ、3202は原稿ページを示している。原稿ページ内の番号はページ番号を示している。この例では1ページ分の印刷ページに4ページ分の原稿ページを配置する多面印刷であり、6ページ分の原稿ページを配置している。3203は生成された余分なスペースであり、2ページ分の余分なスペース数を示している。出力後は3204のように余分なスペースが下側になってしまうのでスペースの認識率が下がってしまうことや、断裁後にスペースを取り除くことが難しくなってしまう。出力結果3205はS3100を適用後の状態を示している。製本アプリケーション104は、余分なスペース数分原稿ページの配置順番をずらしてレイアウトする。つまり、図32の例では、余分なスペースが2ページ分生成されると判断されるので、1ページ目の原稿ページは、S3100の処理を適用前において3ページ目の原稿ページを配置すべき位置(3208)に配置される。そして、余分なスペースが先頭位置(3206)となる。S3100の処理を適用して出力処理を行うと、出力結果は3207に示すように余分なスペースが上側になるので、スペースの認識率が上がり、断裁後にも取り除き易くなる。ここでは多面印刷の例を示したが、マルチレコード印刷および串刺し印刷時にも同様な結果を得ることが出来る。
続いて図31(B)および図31(C)のフローチャートについて説明するが、これらの処理は、出力方法として複数部にて出力する出力設定情報が含まれている場合に実行される処理である。
図31(B)は、図29のS2905によって複数部印刷で出力用紙の最適化を行わないと判定されたときの配置順番変更処理を示している。
製本アプリケーション104は、複数部数全体における余分なスペース数(変数S)分、複数部の原稿ページの配置開始位置をずらして印刷ページへ原稿ページを配置する(S3101)。また、製本アプリケーション104は、配置順番をずらすときに複数部全体を考慮して行う。マルチレコード印刷や串刺し印刷時は、複数部のレコードの配置開始位置を複数部数全体における余分なスペースの数分ずらして印刷ページに配置することになる。印刷ページへの配置が終了したら次の処理ステップ(全体処理ステップのS2704)へ進む。
図33は、S3101によって配置順番変更された印刷ページの例を示している。3300は、S3101の処理を適用前の状態を示している。3301は印刷ページ、3302は原稿ページを示している。原稿ページ内の番号はページ番号を示している。この例では1ページ分の印刷ページに4ページ分の原稿ページを配置する前半後半印刷であり、10ページの原稿ページを2部印刷することが設定されているとする。
3303は生成された余分なスペースであり、各部で2ページ分の余分なスペースが生成されていることが分かる。これらを各部で断裁して重ねると、3305の余分なスペースが原稿ページ(3305)の下側になってしまい、余分なスペースの認識率が下がってしまうことや、取り除くことが難しくなってしまう。
一方、出力結果3306はS3101の処理を適用して配置順番変更後の状態を示している。複数部全体の余分なスペース(3307)の数分、原稿ページの配置順番をずらすので、断裁して重ねると、余分なスペース(3308)が原稿ページ(3309)より上側になる。また、配置順番をずらすときに複数部全体を考慮してずらすので、断裁の作業を複数部同時に行うことが可能となり、断裁結果を重ね合わせることでページ順番が揃った出力結果を得ることができる。これにより余分なスペースの認識率が上がり、取り除く手間も少なくなる。ここでは前半後半印刷の例を示したが、多面印刷、マルチレコード印刷および串刺し印刷時にも同様な結果を得ることが出来る。
つまり、図31(B)は、余分な余白領域ページ数が文書データに含まれるページ数より少ないと判断された場合、設定部数と認識された余分な余白領域ページ数に基づく部数分の余分な余白領域ページ数ずらした位置から文書データをレイアウトする処理である。
図31(C)は図29のS2907で出力用紙の最適化の適用を実行したときの配置順番変更処理を示している。製本アプリケーションは、出力用紙の最適化を適用後の余分なスペースの数である変数Sに1部分の余分なスペースである変数Xを加えた数分、原稿ページの配置開始位置をずらして、J部数印刷分の印刷ページへ原稿ページを配置する。また、配置順番をずらすときに複数部全体を考慮して行われる。マルチレコード印刷や串刺し印刷時は、複数部のレコードの配置開始位置を出力用紙の最適化を適用後の余分なスペースの数Sに1部分の余分なスペースの数(X)分ずらしてJ部数印刷における印刷ページの総ページ枚数上に配置することになる。印刷ページへの配置が終了したら次の処理ステップ(全体処理ステップのS2704)へ進む。
前述した出力用紙の最適化で説明した図30を用いて、S3102によって配置順番変更された出力結果の例を説明する。各部分の説明は前述したとおりなので省く。この例では1ページ分の印刷ページに4ページ分の原稿ページを配置する前半後半印刷であり、10ページの原稿ページを7部印刷している。各部で2ページ分の余分なスペースが生成されるので、7部全体では14ページ分の余分なスペースが生成される。図29のS2906の処理を図30に適用すると(7部分の余分なスペース数(14))−(1部あたりの余分なスペース数(2))を算出すると12ページの余分なスペースが算出される。12ページ分の余分なスペースを用いて、7部目の原稿ページ(10ページ分)を配置することが可能であるので、製本アプリケーション104は、7部目の原稿ページを配置する。その結果、6部印刷分の印刷ページ数で7部分の原稿データを配置して、印刷することが可能となる。そして、S2908の処理を実行するとS2906によって算出された「余分なスペース数(12ページ)―原稿ページ数(10ページ)」を実行すると、S2908では余分なスペース量は2ページと算出される。ここで、S2906の処理を再度実行すると、「S=現在の余分なスペース数(2ページ)―1部あたりの余分ページ数(2ページ)」は0となる。つまり、図29のS2906〜S2909のループを抜けたときの変数Sの値は0であるので、S3102では「S+X=2ページ」の余分なスペース分原稿ページの配置開始位置をずらして、6部分の印刷ページ枚数上に配置する。すると3004のような出力結果となる。原稿ページは、2ページ分の余分なスペース分(3007および3008)ずらして6部分の印刷ページ枚数18枚の中で、配置されている。また、配置順番をずらすときに複数部全体を考慮してずらすので、断裁の作業を複数部同時に行うことが可能となる。これにより余分なスペースの認識率が上がり、取り除く手間も少なくなる。また、出力される用紙枚数の節約も可能となる。ここでは前半後半印刷の例を示したが、多面印刷、マルチレコード印刷および串刺し印刷時にも同様な結果を得ることが出来る。
つまり、製本アプリケーションは、図31(B)および(C)の処理により、認識された余分な余白領域が、複数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように文書データにおける各ページのレイアウトを決定する。
図31(B)または図31(C)の処理を実行することにより、複数部の出力結果を断裁するために積載して断裁した後であっても、余分な余白領域の視認性または余分な余白領域を取り除きやすくなるという効果を得ることができる。また、図31(C)では、無駄な用紙が出力されないようにレイアウトすることも可能となる。
[配置順番変更の指定方法]
前述した配置順番変更の処理は、製本アプリケーションの印刷指定時に、ブックの印刷設定として設定されている必要がある。
前述した配置順番変更の処理は、製本アプリケーションの印刷指定時に、ブックの印刷設定として設定されている必要がある。
図34は配置順番変更の指定を行うUI例を示している。前述した印刷方法の設定ダイアログ内に“白紙(余分なスペース)の並び順を最適化する”というチェックボックス(3400)を用意して、チェックがONになっているときに配置順番変更処理を行うようにする。3401はプレビューエリアであり、3400で配置順番変更処理がチェックONになっていれば、それを示すようにダミーの余分なスペース(3402)を表示させるなどを行っても良い。指定方法は、チェックボックスによる指定だけではなく、メニュー、ツールボタンなどの操作で指定されても良い。
[配置順番変更の自動指定方法]
前述した配置順番変更の処理は、製本アプリケーションの印刷指定時に、ブックの印刷設定として設定されている必要がある。
前述した配置順番変更の処理は、製本アプリケーションの印刷指定時に、ブックの印刷設定として設定されている必要がある。
図34で説明したチェックボックスなどによるUI指定を用いなくとも、前述した印刷方法(多面印刷など)がブックの属性として設定されていれば、文書処理システムで自動的に配置順番変更処理を行うように設定しておくようにすることも可能である。
また、自動設定を行ったとしても図34のUI例のように自動的に設定されていることをチェックボックスのONの状態で示すことも可能である。したがって、自動設定とUIによる設定の併用も可能である。
なお本発明は、複数の機器(例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置(例えば、複写機、ファクシミリ装置など)に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
また、発明の実施の形態は、本発明を中核として構成される装置又は方法を説明している。このため本実施形態には本発明の本質的部分に加えて付加的な構成要件も記載されている。すなわち発明の実施の形態において説明した装置又は方法の構成要件を備えることは、本発明を成立させるための十分条件ではあるものの、必要条件ではない。
100 ホストコンピュータ
107 プリンタ
201 CUP
202 RAM
203 ROM
204 システムバス
207 ディスクコントローラ
107 プリンタ
201 CUP
202 RAM
203 ROM
204 システムバス
207 ディスクコントローラ
Claims (11)
- 文書データに含まれる各ページのレイアウトを決定する情報処理装置であって、
前記文書データの出力方法を設定する設定手段と、
前記設定手段によって設定された出力方法に従って前記文書データを配置した際に生成される余白領域を認識する認識手段と、
前記設定手段によって設定された出力方法として複数部にて出力する出力設定情報が含まれている場合、前記認識手段によって認識された余白領域が、前記複数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように前記文書データにおける各ページのレイアウトを決定する決定手段を有することを特徴とする情報処理装置。 - 前記出力方法は、断裁後に束を重ね合わせるとページ順番に並ぶようにレイアウトする方法と、同一用紙に複数種類のページをレイアウトする方法と、複数項目のデータを組み合わせてなるレコードを選択して該レコードに含まれるデータを前記文書データの指定されたページにレイアウトする方法の少なくとも1つのレイアウト方法、および複数部の出力設定情報、および1枚の記録媒体に配置すべき前記文書データのページ数の組み合わせによって構成された情報であることを特徴とする請求項1に記載の情報処理装置。
- 前記認識手段は、前記文書データに含まれるページ数と前記設定手段によって設定された出力方法とに基づいて生成される余白領域ページ数を認識し、
前記認識手段によって認識された余白領域ページ数と前記文書データに含まれるページ数を比較する比較手段とを有し、
前記決定手段は、比較手段によって余白領域ページ数が前記文書データに含まれるページ数よりも多いと判断された場合、前記認識手段によって認識された余白領域に対して前記文書データが配置されるようにレイアウトを決定することを特徴とする請求項1または2に記載の情報処理装置。 - 前記決定手段は、前記比較手段によって余白領域ページ数が前記文書データに含まれるページ数よりも少ない判断された場合、前記出力方法にて設定されている部数と前記認識手段によって認識された余白領域ページ数に基づく部数分の余白領域ページ数ずらした位置から前記文書データをレイアウトすることを特徴とする請求項3に記載の情報処理装置。
- アプリケーションから出力される出力情報をブック、章、ページを含む階層的な印刷属性部と文書データ部とから構成される電子文書を編集処理可能であることを特徴とする請求項1乃至4のいずれか1項に記載の情報処理装置。
- 文書データに含まれる各ページのレイアウトを決定する情報処理装置における情報処理方法であって、
前記文書データの出力方法を設定する設定工程と、
前記設定工程によって設定された出力方法に従って前記文書データを配置した際に生成される余白領域を認識する認識工程と、
前記設定工程によって設定された出力方法として複数部にて出力する出力設定情報が含まれている場合、前記認識工程によって認識された余白領域が、前記複数部数分の出力結果を断裁して積み重ねた際に端部となる記録媒体から連続して出力されるように前記文書データにおける各ページのレイアウトを決定する決定工程を有することを特徴とする情報処理方法。 - 前記出力方法は、断裁後に束を重ね合わせるとページ順番に並ぶようにレイアウトする方法と、同一用紙に複数種類のページをレイアウトする方法と、複数項目のデータを組み合わせてなるレコードを選択して該レコードに含まれるデータを前記文書データの指定されたページにレイアウトする方法の少なくとも1つのレイアウト方法、および複数部の出力設定情報、および1枚の記録媒体に配置すべき前記文書データのページ数の組み合わせによって構成された情報であることを特徴とする請求項6に記載の情報処理方法。
- 前記認識工程は、前記文書データに含まれるページ数と前記設定工程によって設定された出力方法とに基づいて生成される余白領域ページ数を認識し、
前記認識工程によって認識された余白領域ページ数と前記文書データに含まれるページ数を比較する比較工程とを有し、
前記決定工程は、比較工程によって余白領域ページ数が前記文書データに含まれるページ数よりも多いと判断された場合、前記認識工程によって認識された余白領域に対して前記文書データが配置されるようにレイアウトを決定することを特徴とする請求項6または7に記載の情報処理方法。 - 前記決定工程は、前記比較工程によって余白領域ページ数が前記文書データに含まれるページ数よりも少ない判断された場合、前記出力方法にて設定されている部数と前記認識工程によって認識された余白領域ページ数に基づく部数分の余白領域ページ数ずらした位置から前記文書データをレイアウトすることを特徴とする請求項8に記載の情報処理方法。
- アプリケーションから出力される出力情報をブック、章、ページを含む階層的な印刷属性部と文書データ部とから構成される電子文書を編集処理可能であることを特徴とする請求項6乃至9のいずれか1項に記載の情報処理方法。
- 請求項6乃至10に記載された情報処理方法をコンピュータに実行させるための情報処理プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005368249A JP2007172247A (ja) | 2005-12-21 | 2005-12-21 | 情報処理装置及び情報処理方法及び情報処理プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005368249A JP2007172247A (ja) | 2005-12-21 | 2005-12-21 | 情報処理装置及び情報処理方法及び情報処理プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007172247A true JP2007172247A (ja) | 2007-07-05 |
Family
ID=38298736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005368249A Withdrawn JP2007172247A (ja) | 2005-12-21 | 2005-12-21 | 情報処理装置及び情報処理方法及び情報処理プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007172247A (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010247419A (ja) * | 2009-04-15 | 2010-11-04 | Konica Minolta Business Technologies Inc | 画像形成装置 |
JP2011227218A (ja) * | 2010-04-19 | 2011-11-10 | Sharp Corp | 画像形成装置 |
JP2013257602A (ja) * | 2012-06-08 | 2013-12-26 | Canon Marketing Japan Inc | 情報処理装置、情報処理方法、プログラム |
JP2016177848A (ja) * | 2016-06-29 | 2016-10-06 | キヤノンマーケティングジャパン株式会社 | 情報処理システム、その制御方法、及びプログラム |
JP2017195465A (ja) * | 2016-04-19 | 2017-10-26 | コニカミノルタ株式会社 | 印刷制御装置、印刷制御方法、および印刷制御プログラム |
JP2021030638A (ja) * | 2019-08-27 | 2021-03-01 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置 |
-
2005
- 2005-12-21 JP JP2005368249A patent/JP2007172247A/ja not_active Withdrawn
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010247419A (ja) * | 2009-04-15 | 2010-11-04 | Konica Minolta Business Technologies Inc | 画像形成装置 |
JP2011227218A (ja) * | 2010-04-19 | 2011-11-10 | Sharp Corp | 画像形成装置 |
JP2013257602A (ja) * | 2012-06-08 | 2013-12-26 | Canon Marketing Japan Inc | 情報処理装置、情報処理方法、プログラム |
JP2017195465A (ja) * | 2016-04-19 | 2017-10-26 | コニカミノルタ株式会社 | 印刷制御装置、印刷制御方法、および印刷制御プログラム |
JP2016177848A (ja) * | 2016-06-29 | 2016-10-06 | キヤノンマーケティングジャパン株式会社 | 情報処理システム、その制御方法、及びプログラム |
JP2021030638A (ja) * | 2019-08-27 | 2021-03-01 | 京セラドキュメントソリューションズ株式会社 | 画像形成装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4401850B2 (ja) | 文書処理装置及び方法 | |
JP4532798B2 (ja) | 文書処理装置及び方法 | |
JP4756870B2 (ja) | 文書処理装置及び文書処理方法並びにプログラム | |
US8631320B2 (en) | Information processing apparatus and information processing method | |
JP4564693B2 (ja) | 文書処理装置及び方法 | |
JP4143566B2 (ja) | 文書処理装置及びその制御方法、並びにコンピュータプログラム | |
US7188311B2 (en) | Document processing method and apparatus, and print control method and apparatus | |
JP4185899B2 (ja) | 文書処理方法及びそのシステム | |
JP2003162520A (ja) | 情報処理装置及び方法 | |
JP2006107142A (ja) | 文書処理装置及び方法 | |
JP2009271682A (ja) | 文書処理装置及び文書処理方法 | |
JP2006293598A (ja) | 文書処理システム | |
JP2009134440A (ja) | 印刷設定における用紙利用方法の最適化処理を有する文書処理システム | |
JP2007172247A (ja) | 情報処理装置及び情報処理方法及び情報処理プログラム | |
JP4810027B2 (ja) | 情報処理装置及び方法 | |
JP4095269B2 (ja) | 情報処理方法、情報処理装置、及び印刷装置 | |
JP3848172B2 (ja) | 情報処理方法及び情報処理装置 | |
JP3937965B2 (ja) | 文書処理方法及びその装置とプログラム | |
JP4799253B2 (ja) | 情報処理装置及びその処理方法 | |
JP4388080B2 (ja) | 情報処理装置及び情報処理方法 | |
JP2006202025A (ja) | 文書処理方法及び印刷制御方法及びそのシステム | |
JP2007128325A (ja) | 印刷制御装置およびその手段 | |
JP3991028B2 (ja) | 文書処理方法及び情報処理装置 | |
JP4881415B2 (ja) | 文書処理装置及び方法 | |
JP4936496B2 (ja) | 文書処理装置及びその方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20090303 |