(57)【特許請求の範囲】
【請求項１】
ページに対して可変付加情報を付加する情報処理装置の処理方法であって、
前記情報処理装置の第１選択手段が、１レコードあたり複数の項目で構成された複数レコードのデータベースファイルを選択する第１選択工程と、
前記情報処理装置の第１表示制御手段が、前記第１選択工程において選択されたデータベースファイルの項目名を表示する第１表示制御工程と、
前記情報処理装置の第２選択手段が、前記第１表示制御工程において表示された項目名から前記可変付加情報として使用される項目を選択する第２選択工程と、
前記情報処理装置の第２表示制御手段が、印刷されるページ上に前記第２選択工程において選択された前記データベースファイルの項目の第１レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示する第２表示制御工程とを有し、
前記第１レコードが第２レコードに変更された場合に、前記第２表示制御工程において前記印刷されるページと同一ページ上に前記第２選択工程において選択された前記データベースファイルの項目の前記第２レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示することを特徴とする情報処理装置の処理方法。
【請求項２】
前記情報処理装置の登録手段が、前記レコードの変更により表示される内容が切り替わる可変付加情報と、前記可変付加情報とは異なる固定付加情報との両方を登録する登録工程を更に有することを特徴とする請求項１記載の情報処理装置の処理方法。
【請求項３】
前記情報処理装置の第３表示制御手段が、前記固定付加情報と前記可変付加情報とを識別可能に表示する第３表示制御工程を更に有することを特徴とする請求項２記載の情報処理装置の処理方法。
【請求項４】
前記情報処理装置の位置変更手段が、前記可変付加情報と前記ページの文字列とが重なるように、前記可変付加情報の位置を変更する位置変更工程を更に有することを特徴とする請求項１乃至３の何れか一項記載の情報処理装置の処理方法。
【請求項５】
前記位置変更工程は、前記可変付加情報と前記ページの文字列とが重なるように移動する方向として、最も移動量の少ない方向に前記可変付加情報の位置を変更することを特徴とする請求項４に記載の情報処理装置の処理方法。
【請求項６】
ページに対して可変付加情報を付加する情報処理装置であって、
１レコードあたり複数の項目で構成された複数レコードのデータベースファイルを選択する第１選択手段と、
前記第１選択手段によって選択されたデータベースファイルの項目名を表示する第１表示制御手段と、
前記第１表示制御手段によって表示された項目名から前記可変付加情報として使用される項目を選択する第２選択手段と、
印刷されるページ上に前記第２選択手段によって選択された前記データベースファイルの項目の第１レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示する第２表示制御手段とを有し、
前記第１レコードが第２レコードに変更された場合に、前記第２表示制御手段によって前記印刷されるページと同一ページ上に前記第２選択手段によって選択された前記データベースファイルの項目の前記第２レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示することを特徴とする情報処理装置。
【請求項７】
請求項１乃至５の何れか１項に記載の情報処理装置の処理方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スタンプ機能によりスタンプを登録及び編集する情報処理装置及びその処理方法に関するものである。
【背景技術】
【０００２】
文書データに対して、スタンプ等の付加情報を付加して印刷させる仕組みとして、３つの手法が考案されている。
【０００３】
第１の手法は、プリンタドライバにおける一連の印刷データ生成処理内で、文書データにスタンプを付加する手法である。ま情報処理装置上でプリンタに送信する印刷データを生成する前に、最終的にプリンタに送付する印刷データとは異なる形式のデータ形式（いわゆる中間コード）で一時保存しておく。そして、中間コード形式で一時保存したデータから改めて最終的にプリンタに送付する印刷データを生成する。
【０００４】
このとき、上述の印刷システムにおいて、中間コード形式のデータに、原稿ページ又は印刷ページに「Confidential」や「コピー禁止」などの文字を自由なサイズ、フォント、角度で文書全体や一部のページに追加する機能が存在する。以下、この機能を「スタンプ機能」と称す。例えば、特許文献１参照。
【０００５】
また、第２の手法は、任意のアプリケーションで生成された文書をフォーマット変換して、新たな文書として取り込み、取り込んだ文書をプレビュー画面を介して表示させる統合アプリケーションによりスタンプを付加する手法である。この統合アプリケーションでは、文書を、ブック、章、ページと階層構造で管理するために、各階層において、スタンプを付加することができ、また、文書のプレビューを確認しながら操作できるため、操作性がよいという効果がある。例えば、特許文献２参照。
【０００６】
更に、第３の手法は、アプリケーション印刷システムにおいて、可変データ（バリアブル）の差替印刷、いわゆるバリアブル印刷を利用することで、文書データにバリアブル情報を付加する手法である。例えば、特許文献３参照。
【特許文献１】特開2000-025276号公報
【特許文献２】特開2003-091526号公報
【特許文献３】特開2003-296070号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述の第１の手法では、プリンタドライバのユーザインタフェースを介して予め用意した一部の文字列や、事前に登録した文字列しか使えなかった。そのため、人の名前等、自由な文字列を複数使用したい場合は、その都度、事前に文字列を登録する必要があり、手間がかかるという欠点があった。
【０００８】
また、登録されたスタンプを付加して印刷を行う場合、スタンプを選択して印刷という操作となり、複数のスタンプ印刷を行うには、この操作を複数回行う必要があり、非常に手間と時間がかかるという問題があった。
【０００９】
また、上述の第２の手法でも、プレビューを見ながらスタンプの付加状況を確認できるものの、統合アプリケーションのユーザインタフェースを介して予め用意した一部の文字列や、事前に登録した文字列しか使えなかった。そのため、人の名前等、自由な文字列を複数使用したい場合は、その都度、事前に文字列を登録する必要があり、手間がかかるという欠点があった。
【００１０】
また、登録されたスタンプを付加して印刷を行う場合、スタンプを選択して印刷という操作となり、複数のスタンプ印刷を行うには、この操作を複数回行う必要があり、非常に手間と時間がかかるという問題があった。
【００１１】
また、上述の第３の手法のように、バリアブル機能で同様のことを行う場合、テキストフィールドの設定として、文字列を置きたい場所、角度、大きさで全ページ定義する必要があった。また、修正も全ページに対して行う必要があり、操作性において、問題があった。
【００１２】
本発明は、レコードの変更指示に従って付加情報の内容を切り替えることを目的とする。
【課題を解決するための手段】
【００１３】
本発明は、ページに対して可変付加情報を付加する情報処理装置の処理方法であって、前記情報処理装置の第１選択手段が、１レコードあたり複数の項目で構成された複数レコードのデータベースファイルを選択する第１選択工程と、前記情報処理装置の第１表示制御手段が、前記第１選択工程において選択されたデータベースファイルの項目名を表示する第１表示制御工程と、前記情報処理装置の第２選択手段が、前記第１表示制御工程において表示された項目名から前記可変付加情報として使用される項目を選択する第２選択工程と、前記情報処理装置の第２表示制御手段が、印刷されるページ上に前記第２選択工程において選択された前記データベースファイルの項目の第１レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示する第２表示制御工程とを有し、前記第１レコードが第２レコードに変更された場合に、前記第２表示制御工程において前記印刷されるページと同一ページ上に前記第２選択工程において選択された前記データベースファイルの項目の前記第２レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示することを特徴とする。
【００１４】
また、本発明は、ページに対して可変付加情報を付加する情報処理装置であって、１レコードあたり複数の項目で構成された複数レコードのデータベースファイルを選択する第１選択手段と、前記第１選択手段によって選択されたデータベースファイルの項目名を表示する第１表示制御手段と、前記第１表示制御手段によって表示された項目名から前記可変付加情報として使用される項目を選択する第２選択手段と、印刷されるページ上に前記第２選択手段によって選択された前記データベースファイルの項目の第１レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示する第２表示制御手段とを有し、前記第１レコードが第２レコードに変更された場合に、前記第２表示制御手段によって前記印刷されるページと同一ページ上に前記第２選択手段によって選択された前記データベースファイルの項目の前記第２レコードのデータが前記可変付加情報として配置されたプレビュー画像を表示することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、レコードの変更指示に従って付加情報の内容を切り替えることにより、可変情報を文書に付加した印刷物を容易に得ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。
【００１７】
＜システム概要＞
まず、本発明の情報処理装置に係る文書処理システムの概要について、図１乃至図１２を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルを編集する機能を提供する製本アプリケーションとを含む。そして、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
【００１８】
＜システム構成及び動作＞
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（ホストコンピュータとも呼ばれる）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、或いはペイント、プレゼンテーション、テキスト編集等の機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データ等のアプリケーションデータを印刷する際に、オペレーティングシステム（ＯＳ）によって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。即ち、アプリケーション１０１は、作成したデータを印刷するために、上述のインタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信する。一方、出力コマンドを受けた出力モジュールは、その出力コマンドをプリンタ等の出力デバイスが処理可能な形式に変換して、変換されたコマンド（ＤＤＩ関数と呼ばれる）を出力する。出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種などによって異なるため、デバイスごとにデバイスドライバが提供されており、ＯＳではそのデバイスドライバを利用してコマンドの変換を行う。そして、印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブが生成される。ＯＳとして、マイクロソフト社のウインドウズを利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００１９】
電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述する製本アプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えば米国アドビシステムズ社によるＰＤＦ形式やＷ３Ｃで公開されているＳＶＧ形式などが電子原稿形式として採用できる。ここで、ＰＤＦはPortable Document Formatの略であり、ＳＶＧはScalable Vector Graphicsの略である。
【００２０】
一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのは製本アプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、製本アプリケーション１０４は電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、製本アプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（又は文書データ）と呼ぶ。
【００２１】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させる。これにより、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページ或いは原稿ページと呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００２２】
製本アプリケーション１０４は、電子原稿ファイル（或いはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、製本アプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００２３】
製本アプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、製本アプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、製本アプリケーションと共にコンピュータ内にインストールされるプログラムモジュールである。そして、製本アプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６から不図示のシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。
【００２４】
図２は、コンピュータ１００のハードウェアブロック図である。図２において、ＣＰＵ２０１は、プログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ここで、プログラムは、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどである。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００２５】
＜電子原稿データの形式＞
編集アプリケーション１０４の詳細を言及する前に、ブックファイルのデータ形式について説明する。ブックファイルは紙媒体の書物を模倣した３層の層構造を有する。まず、上位層は「ブック」と呼ばれ、１冊の本を模倣しており、その本全般に係る属性が定義されている。その下の中間層は、本でいう章に相当し、やはり「章」と呼ばれる。各章についても、章毎の属性が定義できる。そして、下位層は「ページ」であり、アプリケーションプログラムで定義された各ページに相当する。尚、各ページについてもページ毎の属性が定義できる。更に、一つのブックは複数の章を含んでいてよく、また一つの章は複数のページを含むこともできる。
【００２６】
図３に示す（Ａ）は、ブックファイルの形式の一例を模式的に示す図である。図示するように、この例では、ブックファイルにおけるブック，章，ページは、それぞれに相当するノードにより示されている。一つのブックファイルは一つのブックを含む。ブック，章は、ブックとしての構造を定義するための概念であるから、定義された属性値と下位層へのリンクとをその実体として含む。ページは、アプリケーションプログラムによって出力されたページ毎のデータを実体として有する。そのため、ページは、その属性値のほかに、原稿ページの実体（原稿ページデータ）と各原稿ページデータへのリンクを含む。
【００２７】
尚、紙媒体等に出力する際の印刷ページは複数の原稿ページを含む場合がある。この構造に関してはリンクによって表示されず、ブック、章、ページ各階層における属性として表示される。
【００２８】
図３において、ブック３０１には、ブック属性が定義されていると共に、２つの章３０２Ａ，３０２Ｂがリンクされている。このリンクにより、章３０２Ａ，３０２Ｂがブック３０１に包含されていることが表示される。章３０２Ａには、ページ３０３Ａ，３０３Ｂがリンクされ、これらページが含まれることが示されている。各ページ３０３Ａ，３０３Ｂにはそれぞれ属性値が定義され、その実体である原稿ページデータ（１）、（２）へのリンクが含まれる。これらリンクは、図３に示す（Ｂ）のように原稿ページデータ３０４のデータ（１），（２）を指し示し、ページ３０３Ａ、３０３Ｂの実体が原稿ページデータ（１）、（２）であることを表示している。
【００２９】
図４は、ブック属性のリストである。下位層と重複して定義可能な項目に関しては、下位層の属性値が優先採用される。そのため、ブック属性にのみ含まれる項目に関しては、ブック属性に定義された値はブック全体を通して有効な値となる。しかし、下位層と重複する項目については、下位層において定義されていない場合における既定値としての意味を有する。尚、図示された各項目は具体的に１項目に対応するのではなく、関連する複数の項目を含むものもある。
【００３０】
図５は章属性の、図６はページ属性のリストである。章属性とページ属性との関係もブック属性と下位層の属性との関係と同様である。
【００３１】
図４〜図６から明らかなように、ブック属性に固有の項目は、印刷方法、とじ代／とじ方向、製本詳細、表紙／裏表紙、インデックス紙、合紙、章区切りの６項目である。これらはブックを通して定義される項目である。印刷方法の属性としては、片面印刷、両面印刷、製本印刷の３つの値を指定できる。ここで、製本印刷とは、別途指定する枚数の用紙を束にして２つ折りにし、その束をつづり合わせることで製本が可能となる形式で印刷する方法である。製本詳細属性としては、製本印刷が指定されている場合に、見開き方向や、束になる枚数等が指定できる。
【００３２】
表紙／裏表紙属性は、ブックとしてまとめられる電子原稿ファイルを印刷する際に、表紙及び裏表紙となる用紙を付加することの指定、及び付加した用紙への印刷内容の指定を含む。インデックス紙属性は、章の区切りとして、印刷装置に別途用意される耳付きのインデックス紙の挿入の指定及びインデックス（耳）部分への印刷内容の指定を含む。この属性は、印刷用紙とは別に用意された用紙を所望の位置に挿入するインサート機能を持ったインサータが使用する印刷装置に備えられている場合か、或いは、複数の給紙カセットを使用可能である場合に有効となる。これは合紙属性についても同様である。
【００３３】
合紙属性は、章の区切りとして、インサータから、或いは給紙カセットから供給される用紙の挿入の指定、及び合紙を挿入する場合には、給紙元の指定などを含む。
【００３４】
章区切り属性は、章の区切り目において、新たな用紙を使用するか、新たな印刷ページを使用するか、特に何もしないか等の指定を含む。片面印刷時には、新たな用紙の使用と新たな印刷ページの使用とは同じ意味を持つ。両面印刷時には、「新たな用紙の使用」を指定すれば連続する章が１枚の用紙に印刷されることは無いが、「新たな印刷ページの使用」を指定すれば、連続する章が１枚の用紙の表裏に印刷されることがあり得る。
【００３５】
章属性に関しては、章に固有の項目はなく、全てブック属性と重複する。従って、章属性における定義とブック属性における定義とが異なれば、章属性で定義された値が優先する。ブック属性と章属性とにのみ共通する項目は、用紙サイズ、用紙方向、Ｎ−ｕｐ印刷指定、拡大縮小、排紙方法の５項目である。これらのうち、Ｎ−ｕｐ印刷指定属性は１印刷ページに含まれる原稿ページ数を指定するための項目である。指定可能な配置としては、１×１、１×２、２×２、３×３、４×４などがある。排紙方法属性は、排出した用紙にステイプル処理を施すか否かを指定するための項目であり、この属性の有効性は使用する印刷装置がステイプル機能を有するか否かに依存する。
【００３６】
ページ属性に固有の項目には、ページ回転属性、ズーム、配置指定、アノテーション、ページ分割などがある。ページ回転属性は、原稿ページを印刷ページに配置する際の回転角度を指定するための項目である。ズーム属性は、原稿ページの変倍率を指定するための項目である。変倍率は、仮想論理ページ領域のサイズを１００％として指定される。仮想論理ページ領域とは、原稿ページを、Ｎｕｐ等の指定に応じて配置した場合に、１原稿ページが占める領域である。例えば、１×１であれば、仮想論理ページ領域は１印刷ページに相当する領域となり、１×２であれば、１印刷ページの各辺を約７０パーセントに縮小した領域となる。
【００３７】
ブック、章、ページについて共通な属性としては、ウォーターマーク属性及びヘッダ・フッタ属性がある。ここで、ウォーターマークとは、アプリケーションで作成されたデータに重ねて印刷される、別途指定される画像や文字列などである。また、ここでは、このウォーターマーク属性情報は、固定スタンプ情報だけでなく、後述する可変スタンプ情報を保持することができる。
【００３８】
ヘッダ・フッタは、それぞれ各ページの上余白及び下余白に印刷されるウォーターマークである。但し、ヘッダ・フッタには、ページ番号や日時など変数により指定可能な項目が用意されている。尚、ウォーターマーク属性およびヘッダ・フッタ属性において指定可能な内容は、章とページとは共通であるが、ブックはそれらと異なっている。ブックにおいてはウォーターマークやヘッダ・フッタの内容を設定できるし、また、ブック全体を通してどのようにウォーターマークやヘッダ・フッタを印刷するかを指定することができる。一方、章やページでは、その章やページにおいて、ブックで設定されたウォーターマークやヘッダ・フッタを印刷するか否かを指定できる。
【００３９】
＜ブックファイルの生成手順＞
ブックファイルは上述したような構造及び内容を有している。次に、製本アプリケーション１０４及び電子原稿ライタ１０２によるブックファイルの作成手順について説明する。ブックファイルの作成手順は、製本アプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００４０】
図７は、製本アプリケーション１０４によりブックファイルを開く際の手順である。まず、製本アプリケーション１０４は、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるか判定する（ステップＳ７０１）。新規作成の場合には、章を含まないブックファイルを新規に作成する（ステップＳ７０２）。新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。ブック属性は、新規作成用としてあらかじめ用意された属性のセットが適用される。そして、新規ブックファイルを編集するためのユーザインタフェース（ＵＩ）画面を表示する（ステップＳ７０３）。図１１は、新規にブックファイルが作成された際のＵＩ画面の一例である。この場合は、ブックファイルは実質的な内容を持たないため、ＵＩ画面１１００には何も表示されない。
【００４１】
一方、既存のブックファイルがあれば、指定されたブックファイルを開き（ステップＳ７０３）、そのブックファイルの構造、属性、内容に従ってユーザインタフェース（ＵＩ）画面を表示する。図１０は、既存のブックファイルから指定されたブックファイルを表示するＵＩ画面の一例である。ＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、ブックに含まれる章、各章に含まれるページが図３に示す（Ａ）のような木構造で表示される。ツリー部１１０１に表示されるページは原稿ページである。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序はブックの構造を反映したものとなっている。
【００４２】
さて、開かれたブックファイルには、電子原稿ライタ１０２によって電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を電子原稿インポート機能と呼ぶ。図７に示す手順によって新規に作成されたブックファイルに電子原稿インポートすることで、そのブックファイルには実体が与えられる。この機能は、図１０の画面にアプリケーションデータをドラッグアンドドロップ操作することで起動される。
【００４３】
図８に電子原稿インポートの手順を示す。まず、指定されたアプリケーションデータを生成したアプリケーションプログラムを起動し、デバイスドライバとして電子原稿ライタ１０２を指定してアプリケーションデータを印刷出力させることで、電子原稿データに変換する（ステップＳ８０１）。変換を終えたなら、変換されたデータが画像データであるか否かを判定する（ステップＳ８０２）。この判定は、ウインドウズＯＳの下であれば、アプリケーションデータのファイル拡張子に基づいて行われる。例えば、拡張子が「ｂｍｐ」であればウインドウズビットマップデータであり、「ｊｐｇ」であればｊｐｅｇ圧縮された画像データ、「ｔｉｆｆ」であればｔｉｆｆ形式の画像データであると判定できる。また、このような画像データの場合はＳ８０１０のようにアプリケーションを起動せずに、画像データから直接電子原稿ファイルを生成することが可能であるため、Ｓ８０１０の処理を省略することも可能である。
【００４４】
ここで、画像データでなかった場合には、製本アプリケーション１０４は、ステップＳ８０１で生成された電子原稿ファイルを、現在開かれているブックファイルのブックに、新たな章として追加する（ステップＳ８０３）。章属性としては、ブック属性と共通するものについてはブック属性の値がコピーされ、そうでないものについては、予め用意された規定値に設定される。
【００４５】
また、ステップＳ８０２で画像データである場合には、原則として新たな章は追加されず、指定されている章に、ステップＳ８０１で生成された電子原稿ファイルに含まれる各原稿ページが追加される（ステップＳ８０４）。但し、ブックファイルが新規作成されたファイルであれば、新たな章が作成されて、その章に属するページとして電子原稿ファイルの各ページが追加される。ページ属性は、上位層の属性と共通のものについてはその属性値が与えられ、アプリケーションデータにおいて定義された属性を電子原稿ファイルに引き継いでいるものについてはその値が与えられる。例えば、Ｎｕｐ指定などがアプリケーションデータにおいて指定されていた場合には、その属性値が引き継がれる。このようにして、新規なブックファイルが作成され、或いは、新規な章が追加される。
【００４６】
図９は、図８に示すステップＳ８０１において、電子原稿ライタ１０２により電子原稿ファイルを生成させる手順のフローチャートである。まず、新たな電子原稿ファイルを作成してそれを開く（ステップＳ９０１）。指定したアプリケーションデータに対応するアプリケーションを起動し、電子原稿ライタをデバイスドライバとしてＯＳの出力モジュールに対して出力コマンドを送信させる。出力モジュールは、受信した出力コマンドを電子原稿ライタ１０２によって電子原稿形式のデータに変換し、出力する（ステップＳ９０２）。その出力先はステップＳ９０１で開いた電子原稿ファイルである。指定されたデータ全てについて変換が終了したか判定し（ステップＳ９０３）、終了していれば電子原稿ファイルを閉じる（ステップＳ９０４）。電子原稿ライタ１０２によって生成される電子原稿ファイルは、図３の（Ｂ）に示される原稿ページデータの実体を含むファイルである。
【００４７】
＜ブックファイルの編集＞
以上のようにして、アプリケーションデータからブックファイルを作成することができる。生成されたブックファイルについては、章及びページに対して次のような編集操作が可能である。
（１）新規追加
（２）削除
（３）コピー
（４）切り取り
（５）貼り付け
（６）移動
（７）章名称変更
（８）ページ番号名称振り直し
（９）表紙挿入
（１０）合紙挿入
（１１）インデックス紙挿入
（１２）各原稿ページに対するページレイアウト。
【００４８】
このほか、一旦行った編集操作を取り消す操作や、更に取り消した操作をやり直す操作が可能である。これら編集機能により、例えば複数のブックファイルの統合、ブックファイル内で章やページの再配置、ブックファイル内で章やページの削除、原稿ページのレイアウト変更、合紙やインデックス紙の挿入などの編集操作が可能となる。これらの操作を行うと、図４、図５に示す属性に操作結果が反映されたり、或いはブックファイルの構造に反映される。例えば、ブランクページの新規追加操作を行えば、指定された箇所にブランクページが挿入される。このブランクページは原稿ページとして扱われる。また、原稿ページに対するレイアウトを変更すれば、その変更内容は、印刷方法やＮ−ｕｐ印刷、表紙／裏表紙、インデックス紙、合紙、章区切りといった属性に反映される。
【００４９】
＜ブックファイルの出力＞
以上のように作成・編集されるブックファイルは、印刷出力を最終目的とするものである。ここで、利用者が図１０に示した製本アプリケーションのＵＩ画面１１００からファイルメニューを選択し、そこから印刷を選択すると、指定した出力デバイスにより印刷出力される。この際、まず製本アプリケーション１０４は、現在開かれているブックファイルからジョブチケットを作成し、そのジョブチケットを電子原稿デスプーラ１０５に渡す。一方、電子原稿デスプーラ１０５は、ジョブチケットをＯＳの出力コマンド、例えばウインドウズのＧＤＩ関数に変換し、それを出力モジュール、例えばＧＤＩに送信する。出力モジュールは、指定されたプリンタドライバ１０６によってデバイスに適したコマンドを生成し、そのデバイスに送信する。
【００５０】
ここで、ジョブチケットは原稿ページを最小単位とする構造を有するデータである。ジョブチケットにおける構造は、用紙上における原稿ページのレイアウトを定義している。ジョブチケットは１ジョブにつき１つ発行される。そのため、まず最上位にドキュメントというノードがあり、文書全体の属性、例えば両面印刷／片面印刷などが定義されている。その下には、用紙ノードが属し、用いるべき用紙の識別子やプリンタにおける給紙口の指定などの属性が含まれる。各用紙ノードには、その用紙で印刷されるシートのノードが属する。１シートは１枚の用紙に相当する。各シートには、印刷ページ（物理ページ）が属する。片面印刷ならば１シートには１物理ページが属し、両面印刷ならば１シートに２物理ページが属する。各物理ページには、その上に配置される原稿ページが属する。また物理ページの属性として、原稿ページのレイアウトが含まれる。
【００５１】
電子原稿デスプーラ１０５は、上述のジョブチケットを、出力モジュールへの出力コマンドに変換する。
【００５２】
＜そのほかのシステム構成＞
本実施形態の文書処理システムの概要は以上のようなものである。これはスタンドアロン型のシステムであるが、これを拡張したサーバクライアントシステムでもほぼ同様の構成・手順でブックファイルを作成・編集できる。但し、ブックファイルや印刷処理はサーバによって管理される。
【００５３】
図１２は、サーバクライアント型文書処理システムの構成を示すブロック図である。クライアント文書処理システムは、スタンドアロン型システムに、クライアントモジュールであるＤＯＭＳドライバ１０９及びＤＯＭＳプリントサービスモジュール１１０、ＤＳ（文書サービス）クライアントモジュール１０８を加えた構成を有する。上記のＤＯＭＳは、Document Output Management Serviceの略である。このクライアント文書処理システム１２００に文書管理サーバ１２０１、印刷集中管理サーバ１２０２及びプリントサーバ１２０３が接続されている。これらサーバは、通常ネットワークによってクライアント文書処理システムと接続されるが、サーバが同時にクライアントとしても機能する場合には、ネットワーク間の通信をシミュレートするプロセス間通信によって接続される。
【００５４】
尚、図１２に示す例では、文書管理サーバ１２０１と印刷集中管理サーバ１２０２の両方のサーバがクライアントに接続されているが、何れか一方のみネットワーク上に存在する場合もあり得る。例えば、接続されているサーバが文書管理サーバであれば、そのクライアントモジュール１０８を含む文書管理サーバクライアントシステム１２０１ＳＣが、スタンドアロン型文書管理システムに追加される。また、印刷集中管理サーバ１２０２であれば、そのクライアントモジュールを含む印刷管理サーバクライアントシステム１２０２ＳＣが、スタンドアロン型文書管理システムに追加される。
【００５５】
文書管理サーバ１２０１は、製本アプリケーション１０４により作成・編集されたブックファイルを格納するサーバである。文書管理サーバ１２０１によってブックファイルを管理する場合、ブックファイルはクライアントＰＣのローカルＨＤに代わって、或いはそれに加えて、文書管理サーバ１２０１のデータベース１２１１に保存される。製本アプリケーション１０４と文書管理サーバ１２０１との間のブックファイルの保存及び読み出しは、ＤＳクライアント１０８及びＤＳコア１２１２を介して行われる。
【００５６】
印刷集中管理サーバ１２０２は、クライアント文書管理システム１２００に格納された、或いは文書管理サーバ１２０１に格納されたブックファイルの印刷を管理するサーバである。クライアントにおける印刷要求は、ＤＯＭＳドライバ１０９およびＤＯＭＳプリントサービスモジュール１１０を介して印刷集中管理サーバ１２０２のＤＯＭＳＷＧサーバモジュール１２２１に送信される。集中印刷管理サーバ１２０２は、クライアントのプリンタで印刷する場合にはクライアントのＤＯＭＳプリントサービスモジュール１１０を介して電子原稿デスプーラ１０５に電子原稿データを渡す。プリントサーバ１２０３により印刷する場合には、プリントサーバ１２０３のＤＯＭＳプリントサービスモジュール１２０３に送信する。集中印刷管理サーバは、例えば保存されているブックファイルに対して印刷要求を発行した利用者の資格などについてセキュリティチェックを行ったり、印刷処理のログを保存したりする。このように、文書処理システムは、スタンドアロンとしても、クライアントサーバシステムとしても実現できる。
【００５７】
＜プレビュー表示の内容＞
既に説明した通り、ブックファイルが製本アプリケーションによって開かれると、図１０に示したユーザインタフェース画面１１００が表示される。ツリー部１１０１には、開いているブック（以下、「注目ブック」と呼ぶ）の構造を示すツリーが表示される。プレビュー部には、利用者の指定に応じて、３通りの表示方法が用意されている。まず、第１は原稿ページをそのまま表示する原稿ビューと呼ばれるモードである。この原稿ビューモードでは、注目ブックに属する原稿ページの内容が縮小されて表示される。尚、プレビュー部１１０２の表示にレイアウトは反映されない。次に、第２は印刷ビューモードである。この印刷ビューモードでは、プレビュー部１１０２には原稿ページのレイアウトが反映された形で原稿ページが表示される。そして、第３は簡易印刷ビューモードである。この簡易印刷ビューモードでは、各原稿ページの内容はプレビュー部の表示には反映されず、レイアウトのみが反映される。
【００５８】
＜印刷システム＞
次に、両面印刷機能を有するプリンタと接続するホストコンピュータ１００の製本アプリケーション１０４によって作成・編集されたブックファイル１０３をプリンタ１０７で印刷する際の制御について説明する。具体的には、製本印刷・分冊等の機能が指定された印刷設定を読み取り、プリンタ１０７の能力に応じて印刷設定を複数のジョブで実現するか１つのジョブで実現するかを制御する方法について説明する。
【００５９】
図１３は、本実施形態における印刷システムの構成を示すブロック図である。図示するように、印刷システムは、図２に示したホストコンピュータ１００と、両面印刷機能を有するプリンタ１０７とで構成される。
【００６０】
以下、プリンタ１０７の構成について説明する。尚、本発明の機能が実現されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ，ＷＡＮ等のネットワークを介して接続がなされ、処理が行われるシステムであっても本発明を適用できる。
【００６１】
図示するように、プリンタ１０７において、１３０１はプリンタＣＰＵであり、制御プログラム等に基づいてシステムバス１３０４に接続される印刷部Ｉ／Ｆ１３０５を介して、印刷部（プリンタエンジン）１３０６に出力情報としての画像信号を出力する。この制御プログラムは、ＲＯＭ１３０２内のプログラム用ＲＯＭや外部メモリ１３０３に記憶されている。また、このＲＯＭ１３０２内のプログラムＲＯＭには、ＣＰＵ１３０１の制御プログラム等が記憶され、ＲＯＭ１３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等が記憶されている。また、ＲＯＭ１３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ１３０３がないプリンタの場合、ホストコンピュータ１００上で利用される情報等が記憶されている。
【００６２】
また、ＣＰＵ１３０１は、入力部１３０７を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ１０７内の情報等をホストコンピュータ１００に通知できる。ＲＡＭ１３０８は、ＣＰＵ１３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。
【００６３】
尚、ＲＡＭ１３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。上述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１３０３は、メモリコントローラ（ＭＣ）１３０９によりアクセスを制御される。外部メモリ１３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作パネル１３１１は操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
【００６４】
また、上述の外部メモリ１３０３は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、図示しないＮＶＲＡＭを有し、操作パネル１３１１からのプリンタモード設定情報を記憶するようにしても良い。
【００６５】
次に、図１４〜図３３を用いて、本実施形態におけるスタンプ及びバリアブルスタンプ機能について説明する。
【００６６】
まず、図１４及び図１５を用いて、一般的なスタンプ機能について説明する。尚、この図１４及び図１５で説明するスタンプ機能は、固定文字列や固定画像の設定及び新規追加であり、このようなスタンプ情報を、可変スタンプ情報と区別して固定スタンプ情報と呼ぶこともある。図１０に示す製本アプリケーションのＵＩ画面からスタンプ機能を使用したい場合、メニューの印刷形式を選択することにより、文書の印刷設定を行うための図１４に示すスタンプ付加用のＵＩ画面を開き、付加したいスタンプを選択する。そして、原稿ページにスタンプをつけるか、印刷ページにスタンプを付けるかを選択する。この選択は図１４に示す１４０１、１４０２にチェックを入れることで行う。ここで使用できるスタンプは、初めから用意してある文字列か、もしくは事前に登録したものである。
【００６７】
尚、ユーザが所望の文字列をスタンプとして登録するには、図１４に示すスタンプ編集１４０３を選択し、図１５に例示するスタンプ編集ＵＩ画面を表示させる。このＵＩ画面より既存のスタンプのフォント種やサイズ、色等を変更することが可能である。そして、１５０１に示すように、スタンプの配置を設定すると、原稿にかかわらず同じ位置に配置される。
【００６８】
また、「新規追加」を選択し、新規追加ＵＩ１５１０を表示させ、ここから新規追加を行うことが可能である。ここで追加したスタンプは以降、図１４に示すスタンプ付加ＵＩ画面にリストアップされ、使用可能となる。
【００６９】
このようにスタンプ登録を行い、それを指定し、印刷した結果を例示した図が図１６であり、スタンプとして「ＰＭ  花子」を選択して印刷した例である。また、同様の作業を繰り返し行うことで、図１７に示すように複数の任意の文字列によるスタンプ付加機能を使用した印刷結果を得ることができる。尚、異なる印刷結果を得るためには、事前に登録したものを選択し直し、複数回印刷を実行する必要がある。
【００７０】
次に、図１８を用いて、バリアブルスタンプ（可変スタンプ情報とも呼ぶ）を登録又は削除する処理について説明する。図１８は、本実施形態におけるバリアブルスタンプ登録削除処理を示すフローチャートである。ユーザがバリアブルスタンプの登録を行う場合、図１０に示す製本アプリケーションのＵＩ画面からメニューの「ツール」を開き「バリアブルエディタ」の項目を選択する。そして、製本アプリケーションは、この選択指示を受け付けると、ステップＳ１８０１において、製本アプリケーション１０４は、内部モジュールであるバリアブルエディタの起動処理を行う。このバリアブルエディタとは、バリアブル印刷を所望する時に、バリアブルフィールドの定義を行うためのエディタである。この処理によって起動されたバリアブルエディタを例示した図が図１９である。
【００７１】
次に、ステップＳ１８０２において、バリアブルエディタは、ユーザ操作により指定されたデータベースファイルを選択し、このデータベースファイルに対して接続処理を行う。バリアブル印刷を行う場合、通常データベースに接続を行い、データベースからデータを取得し、元データに付加して印刷を行う。この場合も、データベースへの接続が必要であり、図１９に示すメニュうーの「データベース」コントロールから、データベースとなるファイルが選択される。ここでは、接続先データベースの形態、種類は問わないが、例えば、米国マクロソフト社のＥｘｃｅｌ（エクセル）ファイルがデータベースファイルとして利用可能である。つまり、本実施例でいう可変スタンプ情報のためのデータベースファイルとは、複数レコード分の可変データを定義している可変情報ファイルを表す。
【００７２】
次に、ステップＳ１８０３において、バリアブルエディタは、レコード設定処理を行う。これは接続したデータベースファイル中のレコードについて、レコードの並べ替えを行う等の詳細設定を行う処理である。この処理は、ユーザの選択によって行われる。具体的には、ステップＳ１８０２で選択されたデータベースファイルのデータが解析され、エクセルファイルの場合は、１行目の各列が代表項目となり、２行目から１レコードとして扱われる。そして、列が項目の値として表示され、この関連付けでよいかをユーザに確認させることができる。
【００７３】
上述した一連の処理により、バリアブルスタンプの登録のための事前準備が行われたことになる。
【００７４】
次に、ステップＳ１８０４において、バリアブルエディタは、スタンプ登録が選択されたか否かの判定を行う。これはユーザがスタンプの登録をすべく、図１９に示すように「ツール」−「バリアブルスタンプの登録」が選択されたか否かを判定する処理である。ここでは、ユーザは先に接続を行ったデータベースを元にバリアブルスタンプの登録を所望し、その選択がされたとする。また、選択がされなければ、ステップＳ１８１４において、その他の処理実行し、この処理を終了する。
【００７５】
ここで登録が選択されると、ステップＳ１８０５において、バリアブルエディタは、既に登録されたバリアブルスタンプがあるか否かの判定を行う。これは、以降説明するシーケンスにより、既に登録されたバリアブルスタンプが存在するか否かを判定する処理である。ここでは、既に登録されたバリアブルスタンプがあるとする。また、登録場所として、ホスト（パソコン等）に固有のものとしてホスト上に登録と、データに固有のものとして電子原稿ファイル中に登録の２種類が考えられる。尚、登録においては、その形態は問わないものとする。ホスト上に登録する場合は、電子原稿ファイルは、ホスト上のデータベースファイルが格納されている位置（パス）を情報として保持し、データベースのレコード設定が保持される。また、電子原稿ファイル中に登録する場合は、接続されたデータベースファイルを電子原稿ファイル中に取り込み、データベースのレコード設定も保持されることになる。電子原稿ファイル中に取り込むことで、電子原稿ファイル自体を他のＰＣに移動させた場合にも、バリアブルスタンプ情報を利用することが可能となる。また、ホスト上に登録する場合には、そのホストＰＣで利用することが可能であり、かつ、電子原稿ファイル自体のデータサイズを少なくすることができる。但し、ホスト上に登録する場合には、他のＰＣに電子原稿ファイルを移動させた場合や、接続先のデータベースファイルが削除された場合に、バリアブルスタンプ情報を利用することができなくなる。
【００７６】
上述の判定結果に従い、ステップＳ１８０６において、バリアブルエディタは、既存のバリアブルスタンプ取得処理を行う。これは既に登録してあるバリアブルスタンプを取得する処理である。ここでは、３つのバリアブルスタンプが既に登録されているものとする。そして、「バリアブルスタンプ_Text」、「バリアブルスタンプ_Image」、「バリアブルスタンプ」が取得されたとする。
【００７７】
次に、ステップＳ１８０７において、バリアブルエディタは、バリアブルスタンプ一覧表示処理を行う。これは先に取得した既存のバリアブルスタンプを一覧表示する処理である。上述のように、この例では３つのバリアブルスタンプが取得され、これらが一覧表示される。これを例示した図が図２０である。
【００７８】
次に、ステップＳ１８０８において、図２０に示す一覧表示画面から、ユーザが新しいバリアブルスタンプを所望し、「新規追加」２００１が選択されたか否かの判定を行う。ここでは、新しいバリアブルスタンプを追加するものとし、「新規追加」２００１が選択されたものとする。尚、バリアブルスタンプは複数個、登録可能であり、登録されると、一覧表示に追加表示される。
【００７９】
ここで登録する場合は、ステップＳ１８０９において、バリアブルエディタは、バリアブルスタンプの追加設定処理を行う。これはバリアブルスタンプを追加する場合に、ユーザに詳細設定を促すための設定ダイアログを表示する処理である。このＵＩ例は図２１に示す。それぞれのコントロールの詳細は図２２に示す。ここでは、それぞれのコントロールで、図２１で示されるような選択、設定がされているものとする。尚、図２１の設定ダイアログでは、データベースファイル中のどのデータベースフィールド、つまり項目をバリアブルスタンプ情報として登録するかを（３）のプルダウンメニューを用いてユーザは選択することができる。（３）のプルダウンメニューには、バリアブルエディタによりデータベースファイルから読み込まれた、１レコード目の各項目、もしくは代表項目が表示されている。これにより、１つのレコードに複数の項目を有するデータベースファイルであっても、その中からバリアブルスタンプ情報として登録する１つの可変情報を選択して設定することが可能となっている。
【００８０】
その後、ステップＳ１８１３において、バリアブルエディタは、追加終了か否かの判定を行う。ここで「ＯＫ」２１１０のコントロールが選択されたとすると、ステップＳ１８１５において、バリアブルエディタは、登録完了表示処理を行う。そして、バリアブルエディタは、登録内容を製本アプリケーション１０４に通知し、図２１で設定されたバリアブルスタンプの登録情報を電子原稿ファイル内に格納する。これは、ステップＳ１８０９で設定された内容で登録が完了したことをユーザに知らせる処理である。これを例示した図が図２３である。ここでは、スタンプの登録のみで、実際に描画を行う設定はクライアントで行うことが明示されている。そして「ＯＫ」２３０１のコントロールが押下されると、図２０に示すバリアブルスタンプ一覧表示にリストアップされ、登録が確認できる。
【００８１】
また、ステップＳ１８０８において、新規追加が選択されなかった場合は、ステップＳ１８１０において、バリアブルエディタは、削除が選択されたか否かの判定を行う。これは図２０に示す一覧表示に、既に登録されているバリアブルスタンプから削除を行うコントロールである「削除」２００２が選択されたか否かを判定する処理である。ここで、「削除」２００２のコントロールが選択されると、ステップＳ１８１１へ進み、一覧表示にリストアップされているバリアブルスタンプを削除する。
【００８２】
また、ステップＳ１８１０において、「削除」２００２が選択されていなければ、ステップＳ１８１２へ進み、バリアブルエディタは、「閉じる」２００３が押下されたか否かの判定を行う。ここで、「閉じる」２００３が押下されなければ、ステップＳ１８０５に戻り、上述の処理を繰り返すが、押下されると、この処理を終了する。
【００８３】
上述した一連の処理により、バリアブルスタンプの登録又は削除が行われる。
【００８４】
次に、図２４を用いて、バリアブルスタンプを文書（電子原稿ファイルのページデータ）に付加又は編集する処理について説明する。図２４は、本実施形態におけるバリアブルスタンプ付加編集処理を示すフローチャートである。まず、ステップＳ２４０１において、製本アプリケーション１０４は、スタンプの表示が選択されたか否かの判定行う。これは図１０に示す製本アプリケーションのＵＩ画面よりスタンプ付加やスタンプ編集のため、図１４で例示されるスタンプ付加ＵＩの表示が選択されたか否かを判定する処理である。ここでは、選択がされたとし、スタンプのリストアップに先立ち、ステップＳ２４０２において、製本アプリケーション１０４は、バリアブルスタンプの取得処理を行う。これは既存の通常スタンプに加え、登録済のバリアブルスタンプを取得する処理である。ここでは、先の一連の処理により、バリアブルスタンプの登録が行われているものとし、取得されるものは「バリアブルスタンプ_Text」、「バリアブルスタンプ_Image」、「バリアブルスタンプ」であるとする。尚、図２１で設定されたバリアブルスタンプの登録情報は、電子原稿ファイル内に格納されている。
【００８５】
バリアブルスタンプを取得すると、ステップＳ２４０３において、製本アプリケーション１０４は、登録済スタンプ一覧表示処理を行う。これは先に取得したバリアブルスタンプを含む登録済スタンプを一覧表示する処理である。上述したように、ここでは既に３つのバリアブルスタンプが登録済として取得されているので、これら通常のスタンプと共に、登録したバリアブルスタンプが列挙される。これを例示した図が図２５である。尚、本実施例では、バリアブルスタンプである可変スタンプ情報と、固定スタンプ情報とをユーザが識別可能なように、固定スタンプ情報の名称の近傍に、識別アイコンを表示している。もちろん、可変スタンプ情報の名称の近傍側に識別アイコンを表示させても良い。
【００８６】
次に、ステップＳ２４０４において、スタンプ編集が選択されたか否かの判定を行う。図２５に示すＵＩより「スタンプ編集」が選択されたか否かを判定する処理である。ここでは、ユーザがバリアブルスタンプの編集をするものとし、「スタンプ編集」が選択されたものとする。
【００８７】
ここで選択されると、ステップＳ２４０７において、スタンプ編集ダイアログ表示処理によりスタンプ編集のためのダイアログを表示する。これを例示した図が図２６である。図２６に示すＵＩ上のスタンプ一覧２６０１から編集したいバリアブルスタンプを選択し、属性、配置、スタンプの印刷方法のタブ２６０２により詳細な設定を行うことが可能である。尚、前述した図２０及び図２１では、バリアブルスタンプのデータ内容についての登録であるため、この登録処理だけでは、図２６及び図２７で設定される、大きさ、位置、印刷の種類について、デフォルトの値しか備えていない。
【００８８】
図２７は、スタンプ編集ダイアログ内で、スタンプの属性、配置、印刷方法を設定する例を示す図である。図２６及び図２７に示す（Ａ）のように、配置及び印刷方法については、バリアブルスタンプについても通常のスタンプと同様な設定が可能である。また、選択されているスタンプの種類がテキスト（図２７に示す（Ｂ）参照）かイメージ（同（Ｃ）参照）かによって属性タブの詳細設定が異なる。
【００８９】
可変スタンプ情報及び固定スタンプ情報がテキストである場合、図２７に示す（Ｂ）の属性タブでは、文字列の内容、フォント種類、スタイル、サイズ、色の設定ができる。また、付加する固定スタンプ情報がイメージの場合は、図２７に示す（Ｃ）の属性タブでは、イメージファイルのパスの指定、拡大／縮小の設定ができる。
【００９０】
また、図２６に示すプレビュー画面２６０３は、バリアブルスタンプが選択されている場合、１レコード目の取得を行い、その表示を行う。
【００９１】
その後、ステップＳ２４１０において、製本アプリケーション１０４は、編集終了か否かの判定を行う。ここで「ＯＫ」２６０４のコントロールが選択されたとすると、編集が反映され、図２５に示すスタンプ付加ダイアログに戻る。
【００９２】
また、ステップＳ２４０４において、スタンプ編集でなければ、ステップＳ２４０５へ進み、付加選択がされたか否かの判定を行う。これは、図２５に示すＵＩで「原稿ページにスタンプを付ける」又は「印刷ページにスタンプを付ける」が選択されているか否かを判定する処理である。「印刷ページにスタンプを付ける」とは印刷用紙に対してスタンプを付ける処理で、前者の原稿ページと重複指定可能であるとする。また、ここでは「原稿ページにスタンプを付ける」が選択されたとする。
【００９３】
この選択により、ステップＳ２４０６において、製本アプリケーション１０４は、バリアブルスタンプが選択されているか否かの判定を行う。これは図２５上でリストアップされているスタンプの内、選択されていたのがバリアブルスタンプであるか否かを判定する処理である。ここでは、バリアブルスタンプが選択されているものとし、ステップＳ２４０８へ進み、バリアブルスタンプ付加処理を行う。これは選択された原稿ページもしくは印刷ページにバリアブルスタンプを付加するために、その情報をフラグとして保持する処理である。ここで、選択されていたのがバリアブルスタンプでない場合は、ステップＳ２４０９へ進み、通常スタンプ付加処理を行う。
【００９４】
その後、図２５に示すＵＩ上の「ＯＫ」コントロールによって実際にアプリケーション本体に情報が渡される。
【００９５】
次に、図２８を用いて、バリアブルスタンプを含む製本アプリケーションの表示処理について説明する。図２８は、本実施形態における製本アプリケーションの表示処理を示すフローチャートである。ここでは、上述したバリアブルスタンプ付加ＵＩよりバリアブルスタンプの選択、「原稿ページにスタンプを付ける」が設定されているものとする。
【００９６】
まず、ステップＳ２８０１において、製本アプリケーション１０４は、バリアブルスタンプ設定があるか否かの判定を行う。ここでは、設定がされているものと仮定しているので、バリアブルスタンプの設定があると判定する。そして、ステップＳ２８０２において、１レコード目の取得処理を行う。これは既に選択したバリアブルスタンプの１レコード目を取得する処理である。また、レコード自体は先の登録において、データベースに接続した際に、電子原稿ファイル内部のメモリテーブル上に取得してあるとして、その中から１レコード目を取得する処理になる。ここではメモリテーブルとしたが、外部ファイルに保存されていても良く、その取得先は問わない。
【００９７】
次に、ステップＳ２８０３において、製本アプリケーション１０４は、レコードプレビュー処理を行う。これは先に取得した１レコード目と原稿を合わせて製本アプリケーション上で表示する処理である。この例では、ステップＳ２８０２で、「ＰＭ  太郎」が１レコード目として取得されているとする。このときの表示を例示した図が図２９である。図２９に示すように、原稿データにプラスして「ＰＭ  太郎」がスタンプとして付加され、表示される。
【００９８】
次に、ステップＳ２８０４において、製本アプリケーション１０４は、レコード移動選択がされたか否かの判定を行う。これはユーザが次のレコードのプレビューを所望し、図２９に示すレコードの移動のコントロールが選択されたか否かを判定する処理である。ここでは、そのレコードのインクリメント処理のためのコントロールが選択されたとする。
【００９９】
そして、ステップＳ２８０５において、製本アプリケーション１０４は、次レコード取得処理を行う。これは１レコード目の取得処理（Ｓ２８０２）と同様の処理により、次レコードが取得される処理である。ここでは、このバリアブルスタンプの次レコードとして、「ｉｗ  花子」が取得されたとする。
【０１００】
その後、レコードプレビュー処理（Ｓ２８０３）に戻り、次のレコードである「ｉｗ  花子」を含むプレビューが行われる。このときの表示を例示した図が図３０ある。図３０に示すように、原稿データにプラスして「ｉｗ  花子」がスタンプとして付加され、表示される。
【０１０１】
このようにして、製本アプリケーション本体上で、バリアブルスタンプを付加した原稿のプレビュー及びレコードの移動が可能になる。
【０１０２】
尚、図２８に示すフローチャートでは、バリアブルスタンプを含む製本アプリケーションの表示処理について説明したが、印刷処理については、以下のように改良することで実現可能である。
【０１０３】
まず、ステップＳ２８０３の「レコードプレビュー処理」を、「レコード印刷処理」と置き換えて実現する。レコード印刷処理では、製本アプリケーション１０４は、電子原稿ファイルの各ページデータを取得し、電子原稿デスプーラ１０５を用いて、図示省略したＯＳのグラフィックエンジンを介して、プリンタドライバ１０６へ描画データの出力を行う。このとき、製本アプリケーション１０４は、ステップＳ２８０２で取得したバリアブルスタンプ情報を、図２６及び図２７で設定されている大きさ、配置、印刷方法の属性に従ってデータベースファイル中の対象レコードのデータを描画データとして出力する。
【０１０４】
そして、ステップＳ２８０４の「レコード移動が選択されたか？」を「次のレコードを印刷処理するか？」と置き換えて実現する。即ち、製本アプリケーション１０４は、ステップＳ２８０３で印刷処理したレコードの次のレコードを印刷処理するかを判断する。バリアブルスタンプ情報を用いた印刷を行う場合には、ユーザは印刷設定画面を介して印刷するレコード数を指定することが可能となる。ここで、１レコード目から３レコード目というような設定が可能である。製本アプリケーション１０４が、次のレコードの印刷処理を行うと判断すると、ステップＳ２８０５へ処理を進める。他のステップは、図２８に示す処理と同様である。
【０１０５】
尚、描画データを受け取ったプリンタドライバ１０６は、プリンタが解釈可能な印刷データに変換して、印刷ジョブを生成し、プリンタへ送信する。
【０１０６】
このようにして、製本アプリケーション１０４は、バリアブルスタンプとして可変スタンプ情報を用いた印刷データ生成処理を実現することが可能となる。
【０１０７】
本実施形態によれば、予め複数の文字列登録してあるデータベースに接続し、そのフィールド定義をスタンプに登録することが可能となり、その可変データ（バリアブル）でのスタンプ機能を同システム上から使用することが可能となる。従って、複数の使用したい文字列をその都度文字列毎に登録することなく付加することができる。
【０１０８】
また、印刷時においても、印刷したいレコード範囲を指定することにより、所望する複数のスタンプ結果を得ることができる。
【０１０９】
更に、これらは同システムの従来のバリアブル機能のテキストフィールド定義で代替しようとした場合と比較し、大幅な操作性向上となる。
【０１１０】
［他の実施形態］
次に、図３１〜図３４を用いて、本発明に係る他の実施形態について詳細に説明する。他の実施形態は、複製の防止という観点から原稿データにできる限りバリアブルスタンプを重ねるように自動的にスタンプ位置を調整するものである。
【０１１１】
他の実施形態における印刷システムの構成は、前述した実施形態で説明した構成と同様であり、その説明は省略する。
【０１１２】
図３１は、他の実施形態におけるスタンプ位置の自動調整処理を示すフローチャートである。まず、ステップＳ３１０１において、スタンプ位置自動調整を行うか否かの判定を行う。これはバリアブルスタンプの自動位置調整を行うか否かの判定処理である。図３２で例示するＵＩのように、スタンプの付加ＵＩで「自動位置調整」３２０１コントロールがチェックされているか否かを判定する処理である。ここでは、ユーザが自動位置調整を所望し、このコントロールがチェックされているものとする。
【０１１３】
ここでは、ステップＳ３１０２へ進み、レコード位置判定処理を行う。これは図２６で示すスタンプ編集ＵＩで設定されるレコードを置く位置と、先の１レコード目の取得処理（Ｓ２８０２）で取得されているレコードからその文字の置く位置を算出する処理である。ここでは、図３３に示すように、バリアブルスタンプの１レコード目として「ＰＭ  花子」が取得され、その位置は図中の位置とする。
【０１１４】
次に、ステップＳ３１０３において、原稿位置判定処理を行う。これはスタンプを付加する対象となる、原稿における文字列等の位置を算出する処理である。これは後の処理により、全てのページにおいて行われるが、ここでは図３３の１ページ目で示す原稿の文字列の位置が列挙される。
【０１１５】
そして、ステップＳ３１０４において、レコードと原稿の重なりがあるか否かの判定を行う。これは先に取得したそのレコードのスタンプ文字列の位置と、原稿にある文字列等の位置が重なっているかを判定する処理である。ここでは、図３３に示すレコード、原稿を想定しているので、重なりがあると判定される。
【０１１６】
その後、ステップＳ３１０６において、最後のページか否かの判定により、原稿が最後か否かを判定する。この場合、図３３に示す原稿を想定しているので、最後のページではないと判定し、ステップＳ３１０８において、対象ページの移動処理を行う。これは対象ページを次のページに移す処理で、ここでは２ページ目に対象を移動する。
【０１１７】
そして、ステップＳ３１０３に戻り、原稿位置判定処理を行い、２ページ目の原稿における文字列等の位置を算出する。ここでは、図３３に示す２ページ目の原稿位置を算出する。レコード位置は同様であるため、ステップＳ３１０４において、再度レコードと原稿の重なりがあるか否かの判定処理を行い、重なりを検知する。ここで、図３２で例示するＵＩのように、スタンプの付加ＵＩで「自動位置調整」のコントロールがチェックされていなければ、通常のスタンププレビューとなり、図３３の２ページ目のようなプレビューになる。しかし、ここでは、ステップＳ３１０５へ進み、レコード位置調整処理を行う。これはバリアブルスタンプと原稿に重なりがない場合、バリアブルスタンプが原稿に重なるように、その位置の平行移動を行う処理である。その平行移動の方向は、最も移動量の少ない方向となる。
【０１１８】
その後、全ての原稿ページに対して上述の処理が行われ、更に全てのレコードに対して処理が行われる。これにより、図３４で例示するように、常に原稿に重なるようにバリアブルスタンプを全てのレコードに付加することが可能となる。
【０１１９】
また、前述した実施形態では、登録時に内部のメモリテーブルもしくは外部ファイルにレコードを既に取得していたが、登録時にはレコードを取得せず、必要な時に取得しても良い。例えば、１レコード目の取得処理（Ｓ２８０２）でデータベースから１レコード目を取得し、次レコード取得処理（Ｓ２８０５）で次のレコードを取得しても良い。
【０１２０】
他の実施形態によれば、原稿との重なりを持たせるために、可変データ（バリアブル）でのスタンプ位置をレコード、ページ毎に移動させることで、複製防止効果を向上させることができる。
【０１２１】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。
【０１２２】
また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。
【０１２３】
この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２４】
このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１２５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。
【０１２６】
更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１２７】
【図１】スタンドアロン型の文書処理システムのブロック図である。
【図２】文書処理システムを実現するコンピュータのブロック図である。
【図３】ブックファイルの構造の一例を示す図である。
【図４】ブック属性の一覧を示す図である。
【図５】章属性の一覧を示す図である。
【図６】ページ属性の一覧を示す図である。
【図７】ブックファイルを開く手順のフローチャートである。
【図８】電子原稿ファイルをブックファイルにインポートする手順のフローチャートである。
【図９】アプリケーションデータを電子原稿ファイルに変換する手順のフローチャートである。
【図１０】既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図１１】新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図１２】クライアントサーバ型の文書処理システムのブロック図である。
【図１３】本実施形態における印刷システムの構成を示すブロック図である。
【図１４】一般的なスタンプ機能のスタンプ付加用ＵＩ画面の例を示す図である。
【図１５】スタンプ編集ＵＩ画面の例を示す図である。
【図１６】一般的なスタンプ付加機能を使用した印刷結果を示す図である。
【図１７】複数の任意の文字列によるスタンプ付加機能を使用した印刷結果を示す図である。
【図１８】本実施形態におけるバリアブルスタンプ登録削除処理を示すフローチャートである。
【図１９】バリアブルフィールドの定義を行うためのバリアブルエディタの一例を示す図である。
【図２０】バリアブルスタンプ一覧表示の一例を示す図である。
【図２１】バリアブルスタンプの追加設定においてユーザに詳細設定を促すための設定ダイアログの一例を示す図である。
【図２２】図２１に示すコントロールの詳細を示す図である。
【図２３】バリアブルスタンプの登録完了を知らせるためのメッセージの一例を示す図である。
【図２４】本実施形態におけるバリアブルスタンプ付加編集処理を示すフローチャートである。
【図２５】登録済スタンプと登録したバリアブルスタンプの一覧表示の一例を示す図である。
【図２６】スタンプ編集のＵＩ画面の一例を示す図である
【図２７】スタンプ編集ダイアログ内で、スタンプの属性、配置、印刷方法を設定する例を示す図である。
【図２８】本実施形態における製本アプリケーションの表示処理を示すフローチャートである。
【図２９】レコードプレビュー処理により１レコード目を表示した状態を示す図である。
【図３０】レコード移動により次のレコードを表示した状態を示す図である。
【図３１】他の実施形態におけるスタンプ位置の自動調整処理を示すフローチャートである。
【図３２】バリアブルスタンプの自動位置調整を指示するＵＩ画面を示す図である。
【図３３】バリアブルスタンプが原稿に載らないページの一例を示す図である。
【図３４】バリアブルスタンプをページ毎に自動的に移動させる処理の結果を示す図である。
【図１】
0004799253.tif 000002
【図２】
0004799253.tif 000003
【図３】
0004799253.tif 000004
【図４】
0004799253.tif 000005
【図５】
0004799253.tif 000006
【図６】
0004799253.tif 000007
【図７】
0004799253.tif 000008
【図８】
0004799253.tif 000009
【図９】
0004799253.tif 000010
【図１０】
0004799253.tif 000011
【図１１】
0004799253.tif 000012
【図１２】
0004799253.tif 000013
【図１３】
0004799253.tif 000014
【図１４】
0004799253.tif 000015
【図１５】
0004799253.tif 000016
【図１６】
0004799253.tif 000017
【図１７】
0004799253.tif 000018
【図１８】
0004799253.tif 000019
【図１９】
0004799253.tif 000020
【図２０】
0004799253.tif 000021
【図２１】
0004799253.tif 000022
【図２２】
0004799253.tif 000023
【図２３】
0004799253.tif 000024
【図２４】
0004799253.tif 000025
【図２５】
0004799253.tif 000026
【図２６】
0004799253.tif 000027
【図２７】
0004799253.tif 000028
【図２８】
0004799253.tif 000029
【図２９】
0004799253.tif 000030
【図３０】
0004799253.tif 000031
【図３１】
0004799253.tif 000032
【図３２】
0004799253.tif 000033
【図３３】
0004799253.tif 000034
【図３４】
0004799253.tif 000035