JP2003162394A

JP2003162394A - 印刷制御装置および方法

Info

Publication number: JP2003162394A
Application number: JP2002242035A
Authority: JP
Inventors: Junichiro Kizaki; 純一郎木崎; Satoshi Nishikawa; 智西川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-09-14
Filing date: 2002-08-22
Publication date: 2003-06-06
Anticipated expiration: 2022-08-22
Also published as: US7161693B2; US20070070420A1; JP3984890B2; US20030053107A1

Abstract

(57)【要約】【課題】印刷指示情報に含まれる共通の設定だけ
では、印刷処理ができない場合でも、印刷指示情報に含
まれる共通の一般指示情報に基づいてプリンタ固有の印
刷設定情報を生成し、その情報に基づき印刷文書の処理
を実行する。【解決手段】プリンタに印刷データを送信して印刷さ
せるための印刷制御方法は、印刷文書と印刷文書の処理
内容を特定する印刷指示情報とを入力し、入力した印刷
指示情報に基づき印刷文書を処理するためのプリンタを
特定し、特定したプリンタを制御するための印刷制御装
置内の制御プログラムに設定できる固有の印刷設定情報
を取得し、取得した固有の印刷設定情報に基づいた印刷
の指示を、プリンタに対して印刷制御プログラムを介し
て送信する処理を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば文書処理プ
ログラムや画像編集プログラム等、様々なプログラムに
よって生成される出力データをひとつの文書としてまと
め、その文書に対する編集機能を提供する文書処理シス
テムにおいて使用される印刷制御装置及びその印刷制御
方法等に関するものである。

【０００２】

【従来の技術】文字や表、画像など、データの種類が異
なると、データを定義する構造やそれらデータに対する
編集操作が異なるために、データの種類に応じた様々な
アプリケーションプログラムが提供されている。利用者
は、文字を編集するためには文字処理プログラム、表を
編集するためには表計算プログラム、画像を編集するた
めには画像編集プログラムといった具合に、データの種
類別にアプリケーションを使い分けている。

【０００３】このように、利用者はデータの種類ごとに
アプリケーションプログラムを使い分けるのが一般的で
ある。しかし、利用者が作成しようとする文書として
は、例えば文字のみや、表のみ、画像のみといった１種
類のデータのみから構成される文書よりも、文字と表、
文字と画像など、複数種類のデータから構成される文書
の方が一般的である。そこで複数種類のデータを含む目
的文書を作成するために、利用者は各種アプリケーショ
ンが備えている印刷機能を利用してアプリケーションご
とにデータを印刷させ、印刷物を所望の順序に組み合わ
せる必要があった。

【０００４】あるいは、いわゆるオフィススイートと呼
ばれる、各種アプリケーションによってひとつの統合ア
プリケーションを形成するプログラムには、各アプリケ
ーションで生成されたデータを組み合わせ、ひとつの文
書を構成する機能を提供するものもある。この統合アプ
リケーションを使用する場合には、利用者は、各アプリ
ケーションで作成したデータを、統合アプリケーション
に含まれる特定のアプリケーションによってひとつの目
的文書にまとめることができる。

【０００５】また、近年、マニュアル、カタログ、会議
資料などの文書を電子文書で保管し、必要なときに、必
要な部数だけ印刷するシステム（POD：Print On Deman
d）が普及している。ＰＯＤシステムは、ユーザが作成
した文書ファイルを印刷管理サーバにアップロードし、
印刷管理サーバのオペレータが文書ファイルの印刷を行
わせるものである。このようなシステムでは、通常の印
刷のように、どのプリンタで出力するか、どのような体
裁で出力するか、プリンタのどの機能を使用して印刷す
るか、といった指示を毎回行うのではなく、印刷すべき
文書をオペレータが最初に印刷指示する際に、印刷管理
サーバ上で上述した内容指示を、電子文書化して印刷指
示情報の好適な一例である印刷指示文書（一般にジョブ
チケットと呼ばれる）とし、このジョブチケット情報を
印刷管理サーバに登録しておくことにより、印刷文書作
成者がいないような場合でも、毎回同一の出力体裁を得
ることが可能になるようになっている。

【０００６】また、そのようなシステムでは、印刷のス
ピードアップのため、あらかじめ登録した複数のプリン
タへ処理を分散させる機能を備えたものもある。また、
指定したプリンタが故障などで使用不可となったような
時でも印刷の保証を行うため、あらかじめ指定されたプ
リンタで代行して印刷を行う機能を備えたものもある。
この機能を使用する場合は、印刷指示文書（ジョブチケ
ット）に記述されている印刷指示を、複数のプリンタへ
同じように伝え、どのプリンタでも同一の成果物を得る
ようになっている。また、複数のプリンタで異なる条件
（部数など）で出すためには、それぞれのジョブチケッ
トが印刷管理サーバに登録する必要がある。

【０００７】

【発明が解決しようとする課題】このように従来のＰＯ
Ｄシステムでは、ジョブチケットを予め印刷管理サーバ
に登録する必要があり、また、分散印刷等のＰＯＤシス
テムの機能を利用するためには、ＰＯＤシステムの印刷
管理サーバを利用しなければならず、コストがかかって
しまうという問題点がある。

【０００８】そこで近年、クライアントＰＣから直接複
数のプリンタに対する印刷ジョブを生成する分散印刷機
能を持った印刷システムが考えられている。しかしなが
ら、このような分散印刷機能を有した印刷システムは、
クライアントＰＣが印刷指示を行うたびに、分散される
それぞれのプリンタドライバの印刷設定を行う必要があ
り、常に印刷文書作成者がいる必要がある。

【０００９】また、利用者が各種アプリケーションによ
る印刷物を組み合わせてひとつの目的文書を作成する場
合、例えばページ番号を各ページに振るためには、いっ
たん必要なデータをすべて印刷出力し、文書としてまと
めてから付すべきページ番号を決定する必要がある。そ
して、各アプリケーションによって、そのアプリケーシ
ョンで作成された原稿の各ページ（これを論理ページあ
るいは原稿ページと呼ぶ）ごとに、決定されたページ番
号を書き込んでいく。アプリケーションプログラムがペ
ージ番号を振る機能を有している場合であっても、不連
続部分があればその部分についてはやはり利用者がペー
ジ番号を指定しなければならない。また、目的文書のペ
ージを再配置した場合には、ページ番号もそれに合わせ
て振り直さなければならない。あるいは、複数の原稿ペ
ージを、印刷物としての１ページ（これを物理ページあ
るいは印刷ページと呼ぶ）にまとめたり、片面印刷から
両面印刷に変更するなど、データの内容にかかる変更で
はなく、単に書式を変更する場合であっても、アプリケ
ーションによって編集および印刷のし直しが必要とな
る。

【００１０】このように、データの種類ごとにそれを管
理できるアプリケーションが異なることから、アプリケ
ーション間のインターフェースを利用者自身が人手によ
って提供しなければならない。このことは、利用者に多
大な労力が要求されるということであり、生産性の低下
をもたらす。さらに、多くの人手を介することからエラ
ーの発生も生じやすかった。

【００１１】一方、統合アプリケーションを利用して目
的文書を作成する場合、印刷出力せずに、データの状態
で各種データを配置することができる。このため、印刷
物を組み合わせて目的文書を作成する場合ほどには労力
は必要とされることはない。しかしながら、各種データ
を編集・作成するためのアプリケーションは、統合アプ
リケーションに含まれるものに限られてしまい、利用者
が望むアプリケーションが使用できるとは限らない。ま
た、統合アプリケーションによって作成された目的文書
はひとつの文書ファイルであり、ファイル単位で編集・
出力等の管理が行われる。そのために、文書ファイルの
一部について書式を設定しようとしてもアプリケーショ
ンの機能による制約が多く、例えば書式が変わる部分ご
とに書式設定を変更しては印刷し直すといった作業が必
要とされる。このため、多くの労力が必要とされて生産
性が低い点においては、前述した方法と変わりはなかっ
た。

【００１２】更に、上記のような従来の技術に於いて
は、分散印刷や代行印刷を行うプリンタとして指定され
ている複数のプリンタ間で、複数のプリンタのそれぞれ
の機能が異なる場合に、印刷指示文書に設定されている
指示を、共通のデータとして、一括して複数のプリンタ
に通知することができないという問題が生じる。

【００１３】通常は、ユーザに印刷で使用するプリンタ
のプリンタドライバＵＩを介して印刷設定を指定させ、
その指定がＯＳを介してＯＳが提供するデータ構造体で
あるＤＥＶＭＯＤＥにプリンタドライバの固有の印刷設
定情報が書き込まれ、印刷時にＤＥＶＭＯＤＥの設定が
プリンタドライバに読み込まれて印刷データの生成が行
われる。ここで、ＤＥＶＭＯＤＥは、ＯＳが提供するデ
ータ構造体であり、後述するようにすでに規定されてい
る標準部分と、各プリンタベンダーが自由に利用できる
拡張部分とが存在している。このため、ＤＥＶＭＯＤＥ
の構造体が利用できる部分は、ＤＥＶＭＯＤＥの構造体
の構造を知ることが出来る標準部分であった。

【００１４】一方、比較的自由に記述でき、仕様を別途
入手しなければＤＥＶＭＯＤＥの構造を窺い知ることが
できない拡張部分に設定されている印刷設定の内容は、
拡張部分の仕様を内部的に知っているＤＥＶＭＯＤＥに
書き込んだプリンタドライバしか理解することができ
ず、分散印刷を行わせる統合アプリケーションが理解す
ることができないという問題があった。

【００１５】本発明は上記従来例に鑑みてなされたもの
で、複数のプリンタドライバに対する印刷設定を管理可
能な印刷制御装置及び印刷制御方法を提供することであ
る。

【００１６】また、本発明は、印刷指示文書に含まれる
共通の設定だけでは、印刷処理ができない場合でも、印
刷指示文書に含まれる共通の一般指示情報に基づいてプ
リンタ固有の印刷設定情報（ＤＥＶＭＯＤＥ）を生成
し、その情報に基づき印刷文書の処理を実行することを
可能とする印刷制御装置及び印刷制御方法を提供するこ
とをさらに別の目的とする。

【００１７】また、本発明は、利用者の望むアプリケー
ションプログラムによって作成されるデータをひとまと
めにした文書の作成および編集を可能とするとともに、
その操作性を高めて文書編集の生産性を向上させる印刷
制御装置及び印刷制御方法を提供することをさらに別の
目的とする。

【００１８】

【課題を解決するための手段】上記課題の少なくも一つ
を解決し、その目的を達成するべく、本発明にかかる印
刷制御装置及び方法等は主として以下の構成を備えるこ
とを特徴とする。

【００１９】すなわち、プリンタに印刷データを送信し
て印刷させるための印刷制御装置は、印刷文書と、該印
刷文書の処理内容を特定する印刷指示情報と、を入力す
る入力手段と、前記入力した印刷指示情報に基づき、前
記印刷文書を処理するためのプリンタを特定し、該特定
したプリンタを制御するための前記印刷制御装置内の制
御プログラムに設定できる固有の印刷設定情報を取得す
る取得手段と、前記取得手段が取得した固有の印刷設定
情報に基づいた印刷の指示を、前記プリンタに、前記印
刷制御プログラムを介して送信する処理を制御する送信
制御手段と、を備えることを特徴とする。

【００２０】好ましくは、上記の印刷制御装置におい
て、前記特定したプリンタ固有の印刷設定情報が、前記
印刷指示情報に含まれているか否かを識別する識別手段
と、前記識別手段の識別の結果により、前記固有の印刷
設定情報が前記印刷指示情報に含まれていない場合に、
該印刷指示情報に含まれる一般指示情報に基づき、固有
の印刷設定情報を生成する生成手段と、を更に備え前記
生成手段により生成された、前記固有の印刷設定情報に
基づき、前記特定のプリンタが制御される。

【００２１】好ましくは、上記の印刷制御装置におい
て、前記識別手段の識別の結果、固有の印刷設定情報が
前記印刷指示情報に含まれている場合において、前記プ
リンタの出力手段は、該固有の印刷設定情報により、前
記特定のプリンタを制御して、前記印刷文書を、該プリ
ンタに出力する。

【００２２】好ましくは、上記の印刷制御装置におい
て、前記印刷文書の処理が、複数のプリンタの代行処理
により処理される場合において、前記識別手段は、該複
数のプリンタの代行順位に従い、処理順位に該当するプ
リンタに対応する固有の印刷設定情報が、前記印刷指示
情報に含まれているか否かを識別し、前記生成手段は、
前記識別の結果に基づき、前記固有の印刷設定情報が含
まれていない場合に、その処理順位に該当するプリンタ
の固有の印刷設定情報を前記一般指示情報に基づき生成
する。

【００２３】好ましくは、上記の印刷制御装置におい
て、前記生成手段は、前記識別手段の識別の結果によ
り、前記印刷文書を処理するプリンタに対する第1の固
有の印刷設定情報が前記印刷指示情報に含まれている場
合であっても、前記一般指示情報に基づき、第2の固有
の印刷設定情報を生成し、該第1及び第2の固有の印刷設
定情報を組合わせた、第3の固有の印刷設定情報を生成
する。

【００２４】好ましくは、上記の印刷制御装置におい
て、前記印刷制御プログラムはプリンタドライバであ
り、前記取得手段は、前記プリンタドライバに設定され
ている固有の設定情報を取得し、前記印刷制御装置に搭
載されているオペレーティングシステムのアプリケーシ
ョン・プログラミング・インタフェースを呼び出して、
前記プリンタドライバに通知する通知手段を更に備え、
前記生成手段は、前記通知手段によって通知された固有
の印刷設定情報をそのまま利用する。

【００２５】また、プリンタに印刷データを送信して分
散制御させるための印刷制御装置は、印刷文書と、該印
刷文書の処理内容を特定する印刷指示情報と、を入力す
る入力手段と、前記印刷文書の処理が、複数のプリンタ
による分散処理により処理される場合において、前記入
力した印刷指示情報に基づき前記印刷文書を処理するた
めの複数のプリンタを特定し、該特定した固有の印刷設
定情報を取得する取得手段と、前記取得手段が取得した
固有の印刷設定情報に基づき、指示命令を前記複数のプ
リンタに送信する処理を制御する送信制御手段と、を備
えることを特徴とする。

【００２６】好ましくは、上記の印刷制御装置におい
て、前記識別手段は、該複数のプリンタが個別に対応す
る固有の印刷設定情報が、前記印刷指示情報に含まれて
いるか否かを個別に識別し、前記生成手段は、前記識別
の結果に基づき、前記固有の印刷設定情報が含まれてい
ないプリンタに対して、該情報を前記一般指示文書に基
づき生成する。

【００２７】また、本発明にかかるプリンタに印刷デー
タを送信して印刷させるための印刷制御方法は、印刷文
書と、該印刷文書の処理内容を特定する印刷指示情報
と、を入力する入力工程と、前記入力した印刷指示情報
に基づき、前記印刷文書を処理するためのプリンタを特
定し、該特定したプリンタを制御するための前記印刷制
御装置内の制御プログラムに設定できる固有の印刷設定
情報を取得する取得工程と、前記取得工程の処理により
取得した固有の印刷設定情報に基づいた印刷の指示を、
前記プリンタに、前記印刷制御プログラムを介して送信
する処理を制御する送信制御工程と、を備えることを特
徴とする。

【００２８】好ましくは、上記の印刷制御方法におい
て、前記特定したプリンタ固有の印刷設定情報が、前記
印刷指示情報に含まれているか否かを識別する識別工程
と、前記識別工程の識別の結果により、前記固有の印刷
設定情報が前記印刷指示情報に含まれていない場合に、
該印刷指示情報に含まれる一般指示情報に基づき、固有
の印刷設定情報を生成する生成工程と、を更に備え前記
生成工程により生成された、前記固有の印刷設定情報に
基づき、前記特定のプリンタが制御される。

【００２９】好ましくは、上記の印刷制御方法におい
て、前記識別工程の識別処理の結果、固有の印刷設定情
報が前記印刷指示情報に含まれている場合において、前
記出力工程は、該固有の印刷設定情報により、前記特定
のプリンタを制御して、前記印刷文書を、該プリンタに
出力する。

【００３０】好ましくは、上記の印刷制御方法におい
て、前記印刷文書の処理が、複数のプリンタの代行処理
により処理される場合において、前記識別工程は、該複
数のプリンタの代行順位に従い、処理順位に該当するプ
リンタに対応する固有の印刷設定情報が、前記印刷指示
情報に含まれているか否かを識別し、前記生成工程は、
前記識別の結果に基づき、前記固有の印刷設定情報が含
まれていない場合に、その処理順位に該当するプリンタ
の固有の印刷設定情報を前記一般指示情報に基づき生成
する。

【００３１】好ましくは、上記の印刷制御方法におい
て、前記生成工程は、前記識別工程の識別の結果によ
り、前記印刷文書を処理するプリンタに対する第1の固
有の印刷設定情報が前記印刷指示情報に含まれている場
合であっても、前記一般指示情報に基づき、第2の固有
の印刷設定情報を生成し、該第1及び第2の固有の印刷設
定情報を組合わせた、第3の固有の印刷設定情報を生成
する。

【００３２】好ましくは、上記の印刷制御方法におい
て、前記印刷制御プログラムはプリンタドライバであ
り、前記取得工程は、前記プリンタドライバに設定され
ている固有の設定情報を取得し、前記印刷制御装置に搭
載されているオペレーティングシステムのアプリケーシ
ョン・プログラミング・インタフェースを呼び出して、
前記プリンタドライバに通知する通知工程を更に備え、
前記生成工程は、前記通知工程の処理によって通知され
た固有の印刷設定情報をそのまま利用する。

【００３３】また、本発明にかかるプリンタに印刷デー
タを送信して分散制御させるための印刷制御方法は、印
刷文書と、該印刷文書の処理内容を特定する印刷指示情
報と、を入力する入力工程と、前記印刷文書の処理が、
複数のプリンタによる分散処理により処理される場合に
おいて、前記入力した印刷指示情報に基づき前記印刷文
書を処理するための複数のプリンタを特定し、該特定し
た固有の印刷設定情報を取得する取得工程と、前記取得
工程の処理により取得した固有の印刷設定情報に基づ
き、指示命令を前記複数のプリンタに送信する処理を制
御する送信制御工程と、を備えることを特徴とする。

【００３４】好ましくは、上記の印刷制御装置におい
て、前記識別工程は、該複数のプリンタが個別に対応す
る固有の印刷設定情報が、前記印刷指示情報に含まれて
いるか否かを個別に識別し、前記生成工程は、前記識別
の結果に基づき、前記固有の印刷設定情報が含まれてい
ないプリンタに対して、該情報を前記一般指示文書に基
づき生成する。

【００３５】また、文書情報の印刷を制御する印刷制御
装置であって、文書情報を複数の印刷装置を用いて印刷
させる分散印刷の設定を行う設定手段と、前記設定手段
により分散印刷の設定が行われた場合に、それぞれの印
刷装置に対する印刷設定を、前記文書情報の文書ファイ
ルに保管する文書管理手段と、を有することを特徴とす
る。

【００３６】好ましくは、上記の印刷制御装置におい
て、前記文書管理手段は、印刷設定として、ＯＳが規定
する印刷設定のデータ構造を保管する。

【００３７】好ましくは、上記の印刷制御装置におい
て、前記文書情報を印刷する場合に、前記文書ファイル
に保管されている印刷設定を取得し、複数のプリンタド
ライバに対してそれぞれ印刷設定を通知する設定通知手
段を更に有する。

【００３８】また、文書情報の印刷を制御する印刷制御
方法であって、文書情報を複数の印刷装置を用いて印刷
させる分散印刷の設定を行う設定工程と、前記設定工程
により分散印刷の設定が行われた場合に、それぞれの印
刷装置に対する印刷設定を、前記文書情報の文書ファイ
ルに保管処理する文書管理工程と、を有することを特徴
とする。

【００３９】好ましくは、上記の印刷制御方法におい
て、前記文書管理工程は、印刷設定として、ＯＳが規定
する印刷設定のデータ構造を保管処理する。

【００４０】好ましくは、上記の印刷制御方法におい
て、前記文書情報を印刷する場合に、前記文書ファイル
に保管されている印刷設定を取得し、複数のプリンタド
ライバに対してそれぞれ印刷設定を通知する設定通知工
程を更に有する。

【００４１】また、コンピュータプログラムは、上記の
印刷制御装置の機能をコンピュータが実行する機能とし
て特定することを特徴とする。

【００４２】また、コンピュータ可読記憶媒体は、上記
のコンピュータプログラムを格納することを特徴とす
る。

【００４３】

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

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

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

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

【００４７】ただし、電子原稿ライタ１０２０によって
作成されたままの電子原稿ファイルは、電子原稿ファイ
ルとして完全な形式を備えていない。そのため、デバイ
スドライバとして電子原稿ライタ１０２０を指定するの
は製本アプリケーション１０４０であり、その管理下で
アプリケーションデータの電子原稿ファイルへの変換が
実行される。製本アプリケーション１０４０は、電子原
稿ライタ１−２が生成した新規の不完全な電子原稿ファ
イルを後述する形式を備えた電子原稿ファイルとして完
成させる。以下では、この点を明瞭に識別する必要があ
る際には、電子原稿ライタ１０２０によって作成された
ファイルを電子原稿ファイルと呼び、製本アプリケーシ
ョンによって構造を与えられた電子原稿ファイルをブッ
クファイルと呼ぶ。また、特に区別する必要がない場合
は、アプリケーションにより生成されるドキュメントフ
ァイル、電子原稿ファイル、及びブックファイルをいず
れも文書ファイル（または文書データ）と呼ぶ。

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

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

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

【００５１】図１１は、コンピュータ１０００のハード
ウエアブロック図である。図１１において、ＣＰＵ２０
１０は、ＲＯＭ２０３０のプログラム用ＲＯＭに記憶さ
れた、あるいはハードディスク２１１０からＲＡＭ２０
２０にロードされたＯＳや一般アプリケーション、製本
アプリケーションなどのプログラムを実行し、図１０の
ソフトウェア構成や、後述するフローチャートの手順を
実現する。ＲＡＭ２０２０は、ＣＰＵ２０１０の主メモ
リ、ワークエリア等として機能する。キーボードコント
ローラ（ＫＢＣ）２０５０は、キーボード２０９０や不
図示のポインティングデバイスからのキー入力を制御す
る。ＣＲＴコントローラ（ＣＲＴＣ）２０６０は、ＣＲ
Ｔディスプレイ２１００の表示を制御する。ディスクコ
ントローラ（ＤＫＣ）２０７０は、ブートプログラム、
種々のアプリケーション、フォントデータ、ユーザファ
イル、後述する編集ファイル等を記憶するハードディス
ク（ＨＤ）２１１０やフロッピー（登録商標）ディスク
（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８０
は、接続されたプリンタ１０７０との間の信号の交換を
制御する。ＮＣ２１２０はネットワークに接続されて、
ネットワークに接続された他の機器との通信制御処理を
実行する。

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

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

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

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

【００５６】図１４は章属性の、図１５はページ属性の
リストである。章属性とページ属性との関係もブック属
性と下位層の属性との関係と同様である。

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

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

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

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

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

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

【００６３】ブック、章、ページについて共通な属性と
して、ウォーターマーク属性およびヘッダ・フッタ属性
がある。ウォーターマークとは、アプリケーションで作
成されたデータに重ねて印刷される、別途指定される画
像や文字列などである。ヘッダ・フッタは、それぞれ各
ページの上余白および下余白に印刷されるウォーターマ
ークである。

【００６４】ただし、ヘッダ・フッタには、ページ番号
や日時など、変数により指定可能な項目が用意されてい
る。なお、ウオータマーク属性およびヘッダ・フッタ属
性において指定可能な内容は、章とページとは共通であ
るが、ブックはそれらと異なっている。ブックにおいて
はウォーターマークやヘッダフッタの内容を設定できる
し、また、ブック全体を通してどのようにウォーターマ
ークやヘッダフッタを印刷するかを指定することができ
る。一方、章やページでは、その章やページにおいて、
ブックで設定されたウォーターマークやヘッダ・フッタ
を印刷するか否かを指定できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８０】図２１はサーバクライアント型文書処理シ
ステムの構成を示すブロック図である。クライアント文
書処理システムは、スタンドアロン型システムに、クラ
イアントモジュールであるＤＯＭＳ（Document Output
Management Service：文書出力管理サービス）ドライバ
１０９０およびＤＯＭＳプリントサービスモジュール１
１００、ＤＳ（文書サービス）クライアントモジュール
１０８０を加えた構成を有する。このクライアント文書
処理システム１２０００に、文書管理サーバ１２０１０
および印刷集中管理サーバ１２０２０およびプリントサ
ーバ１２０３０が接続されている。これらサーバは、通
常ネットワークによってクライアント文書処理システム
と接続されるが、サーバが同時にクライアントとしても
機能する場合には、ネットワーク間の通信をシミュレー
トするプロセス間通信によって接続される。なお図２１
では文書管理サーバ１２０１０と印刷集中管理サーバ１
２０２０の両サーバがクライアントに接続されている
が、いずれか一方のみがネットワーク上に存在する場合
もあり得る。接続されているサーバが文書管理サーバで
あれば、そのクライアントモジュールを含む文書管理サ
ーバクライアントシステム１２０１０ＳＣが、印刷集中
管理サーバ１２０２０であれば、そのクライアントモジ
ュールを含む印刷管理サーバクライアントシステム１２
０２０ＳＣが、スタンドアロン型文書管理システムに追
加される。

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

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

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

【００８４】以下、電子原稿デスプーラー１０５０に関
連した実施形態を説明する。

【００８５】＜第１実施形態＞＜装置の説明＞以下、図面を用いて本発明にかかる実施
形態を詳細に説明する。

【００８６】図1は第１実施形態にかかる印刷制御装置
（情報処理装置）及びその関連機器より構成されるシス
テムのブロック図である。同図において、１はシステム
・バスであり、これから説明する各構成ブロックはこの
システム・バスに接続している。２はＣＰＵ（Central
Processing Unit）である。３はプログラム・メモリ
（以下、「ＰＭＥＭ」という。）で、印刷制御のための
プログラムを適宜、ハードディスク１０から選択し、読
込みし、ＣＰＵ２にてそのプログラムは実行される。

【００８７】また、キーボード１２から入力されたデー
タはテキスト・メモリでもあるＰＭＥＭにコード情報と
して格納される。４は通制御部であり、５の通信ポート
に於ける入出力データの制御を行う。通信ポート５から
出力された信号は、通信回線６を経由して、ネットワー
ク上の他の装置の通信ポートに伝えられる。ネットワー
ク上で共有されているプリンタや、画像読取装置とのデ
ータの授受は、この通信制御部４を介して行われる。

【００８８】また、本実施形態ではＬＡＮなどのネット
ワークに関して記述するが、この通信制御部４に接続さ
れる通信ポート５及び通信回線６が一般の公衆回線であ
っても本発明にかかる実施形態が適応できることは言う
までもない。

【００８９】８は外部記憶制御部であり、９及び１０は
データファイル用のディスクで、例えば９は、フロッピ
ー（登録商標）ディスク（以下、「ＦＤ」と称す。）で
あり、１０はハードディスク（以下、「ＨＤ」と称
す。）である。１１は入力制御部であり、１２のキーボ
ード、１３のマウス等の入力装置が接続する。操作者
は、このキーボード１１を操作することによりシステム
の動作指令等を入力する。

【００９０】また、マウス１３はＣＲＴ１６上で画像情
報を加工指示するためのポインティングデバイス（以
下、「ＰＤ」と称す。）として機能する。これによりＣ
ＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマ
ンドメニュー上のコマンド・アイコンを選択して処理の
指示を行なうほか編集対象の指示、描画位置の指示等を
行なうことができる。１４はビデオ・イメージ・メモリ
（以下、「ＶＲＡＭ」と称す。）であり、１５は表示出
力制御部、１６はＣＲＴである。ＣＲＴ１６に表示され
るデータはＶＲＡＭ１４上にビットマップデータとして
展開されている。１７はプリンタ制御部であり、接続し
ているプリンタ１８に対するデータの出力制御を行う。
１Ａは、画像読取機器制御部であり、接続している画像
読取機器１Ｂの制御を行う。

【００９１】本発明における実施形態において、画像読
取サーバ装置には、１Ａ、１Ｂの構成要素が必須である
が、クライアント側装置では、前述のように通信制御部
４及び通信ポート５を介してサーバ側で共有している構
成要素を使用することができる。

【００９２】更に、図１の構成は、画像読取機器と画像
読取機器制御部が物理的に別々のコンポーネントであっ
ても、画像読取機器制御部が、画像読取機器を含む１つ
のコンポーネントであっても同様な機能を有することと
する。

【００９３】なお、本実施形態でPMEMに記憶しているプ
ログラムは、装置に直接接続されているハードディスク
(HD)１０やフロッピー（登録商標）ディスク(ＦＤ)９な
どの記憶媒体にも記憶されていてもよい。さらに、ネッ
トワークで接続されている他の装置上に記憶されていて
もよい。また、本実施形態において使用するプログラム
は、FDやHDなどの記憶媒体やネットワークを介してシス
テムや印刷制御装置に供給することができる。

【００９４】図２は本実施形態にかかる印刷制御の処理
を説明するフローチャートである。

【００９５】まず、ステップＳ２０１で、ユーザの指示
により、印刷制御装置は印刷するべき対象となる印刷文
書データ（以下、「印刷文書」という。）と、その印刷
文書データを出力制御するための印刷指示文書データ
（以下、「印刷指示文書」という。）の両方を受け取
る。印刷指示文書は、印刷対象となる印刷文書に付随す
るデータであり、印刷対象の印刷文書をどのように印刷
制御すべきかの情報が記述された電子文書データであ
る。印刷文書と印刷指示文書は、場合により、統合され
て一つの文書ファイルとなっている場合でも同様に、処
理が可能である。

【００９６】印刷指示文書の全体構造は、図５に示すよ
うなデータ格納部を有するデータ構造を備える。印刷指
示文書は、出力対象となるプリンタデバイス名（５０
１）、印刷対象となる印刷文書名（５０２）、出力先の
対象となるプリンタへの指示を記述する、プリンタへの
指示情報部（５０３）、出力対象プリンタのＤＥＶＭＯ
ＤＥ格納部（５０４）、印刷文書の各頁をどのような配
置、順序で印刷するかを記述するページ配置情報部（５
０５）、プリンタデバイスとして、ネットワーク上にお
いて分散して接続する分散プリンタが指定されている場
合に、メンバプリンタ名を格納するメンバプリンタ名称
格納部（５０６）、各メンバプリンタに対応するＤＥＶ
ＭＯＤＥを格納するメンバＤＥＶＭＯＤＥ格納部（５０
７）とからなる。

【００９７】ここで、ＤＥＶＭＯＤＥとは、デバイス、
ここでは、プリンタに設定可能な設定情報の構造体であ
る。この構造体には、基本部分と、拡張部分がある。こ
の基本部分のデータ構造は一般に公開されている。この
ため、基本部分は、テキスト化して可視的にプログラミ
ングすることも可能である。そして、拡張部分とは、各
社が機能を比較的自由に拡張可能なフィールドである。
例えば、拡張部分のうち、自社開発の部分などの予めデ
ータ構造の定義を入手可能な部分は、データ構造ツール
で解析することにより、ＤＥＶＭＯＤＥの拡張部分の中
身を知ることができる。しかし、拡張部分のうち、例え
ば、他社開発部分など、予めデータ構造を入手不能な部
分は、データ構造が不明のため、解析不能であり内容を
理解して設定することは一般にはできない。そこで、予
めデータ構造を入手不能なＤＥＶＭＯＤＥの構造体であ
っても、そのＤＥＶＭＯＤＥ構造体のデータを使用する
ことができる仕組みが求められている。DmCopyieには、
デバイスが複数部数のコピーをサポートしているとき
は、印刷するコピー部数を指定できる。

【００９８】図２２はＯＳが標準ＤＥＶＭＯＤＥとして
提供しているデータ構造の一部を示す図である。このＤ
ＥＶＭＯＤＥの標準部分は、マイクロソフト社が提供す
るＯＳの仕様の一部として盛り込まれている。以下、構
造体の各メンバについて説明する。DmDeviceNameにおい
ては、ドライバがサポートするデバイス名を指定する。
各デバイスドライバは、重複しない文字列を持つ。DmS
pecVersionでは、構造体の基準になった初期化データ仕
様のバージョン番号を指定する。DmDriverVersionは、
プリンタドライバの開発者が割り当てたプリンタドラ
イバのバージョン番号を指定する。DmSizeは、dmDriver
Data (デバイス固有の情報) のメンバを除いたＤＥＶＭ
ＯＤＥ構造体のサイズをバイト単位で指定する。

【００９９】各社は、図２２のこの標準部分の構造体の
メンバの値を設定することができる。ただし、図２２に
図示されていない拡張部分については、拡張部分として
一般には公開されない。DmDriverExtraは、この構造体
に続くプライベートなドライバデータ（拡張ＤＥＶＭＯ
ＤＥ、以下、拡張部分という。）のバイト長を保持す
る。デバイスドライバがデバイス固有の情報を使わない
ときは、このメンバに 0を設定する。DmOrientation
は、用紙の方向を指定できる。拡張部分は、本発明の拡
張領域の好適な一例である。このメンバHADMORIENT_POR
TRAIT （ポートレイト）または、DMORIENT_LANDSCAPE
（ランドスケープ）のどちらかになる。DmPaperSizeに
は、印刷する用紙のサイズを指定する。用紙の高さと幅
がそれぞれ、dmPaperLength と dmPaperWidth メンバに
対応するが、これらの値が設定されているときは、この
メンバには 0 を設定することができる。以上が標準部
分の説明である。

【０１００】図２３は、標準領域の好適な一例であるＤ
ＥＶＭＯＤＥの標準部分２３０１と、拡張部分２３０２
のメモリマップを示す図である。標準部分２３０１は、
予めＤＥＶＭＯＤＥのデータ構造が分かっているので、
開発ツールを用いて、図２２に示すようなテキスト形式
で表すことも出来る。例えば、DmDeviceName２３０４は
図２２の同じメンバに対応する。２３０５乃至２３０７
及び図示を省略する他のメンバも同様に対応する。一
方、拡張部分は仕様が入手できない場合が多く、この場
合にはどのような設定が格納されているのかを窺い知る
ことができない。図２３では、ＤＥＶＭＯＤＥの標準部
分と、拡張部分が連続的にメモリに配置されている例を
示しているが、連続的に配置されていなくてもよい場合
も有る。拡張部分には、N-Up,ポスター印刷モード、ス
テイプルの有無など、レイアウトに関連する設定情報を
はじめ、その他印刷に関する設定情報が格納される。

【０１０１】プリンタへの指示情報部５０３には、プリ
ンタへ指示するための共通の情報である、一般的な指示
情報（一般指示情報）が格納されている。例えば、ステ
イプル位置、パンチ種類、両面印刷する/しない、給紙
口の指定、などである。通常では、このような一般指示
情報をもとに、対象となるプリンタのプリンタドライバ
の固有の印刷設定（ＤＥＶＭＯＤＥ）を作成し、その作
成したＤＥＶＭＯＤＥを使用してプリンタへ指示情報を
送る。

【０１０２】ＤＥＶＭＯＤＥ格納部５０４において、Ｄ
ＥＶＭＯＤＥがすでに指示されている場合は、プリンタ
への指示情報部５０３の記述にかかわらず、指示されて
いるＤＥＶＭＯＤＥにより、プリンタへ指示を送る。こ
れは、ＤＥＶＭＯＤＥの内容が不明なプリンタの場合、
一般的な印刷指示からＤＥＶＭＯＤＥを作成することが
不可能であり、そのため、ユーザがプリンタのプロパテ
ィで指定した印刷指示をそのまま印刷指示文書中に含
んで使用することを想定したものである。ただし、ＤＥ
ＶＭＯＤＥのうち、構造が明確になっている共通部分に
ついては、プリンタへの指示情報部５０３の印刷指示を
反映させて、新しいＤＥＶＭＯＤＥを作成しても良いこ
ととする。

【０１０３】本実施形態で使用するプリンタが、複数の
分散プリンタとして指定されている場合の印刷指示文書
の内容は、図６に示すようになる。プリンタデバイス名
格納部（６０１）には、分散プリンタが指定されてお
り、名称として、"プリンタセット１（分散用）"（６０
２）、分散する対象は３つのプリンタであることが記述
されている（６０３）。

【０１０４】メンバプリンタ格納部（６０７）では、メ
ンバプリンタ名として、"レーザプリンタ１"（６０
８）、"レーザプリンタ２"（６０９）、" レーザプリン
タ３"（６１０）等、複数のプリンタが設定されてい
る。それぞれのメンバプリンタに対応するプリンタドラ
イバの固有の印刷設定情報として、ＤＥＶＭＯＤＥ１
（６１２），ＤＥＶＭＯＤＥ２（６１３）、ＤＥＶＭＯ
ＤＥ３（６１４）がＤＥＶＭＯＤＥ格納部（６１１）に
格納されている。

【０１０５】あらかじめ、ユーザは、図４のダイアログ
画面により、分散プリンタの設定を行う。図４のダイア
ログにおける出力方法４０１で設定されている「割合分
散」とは、一つの印刷指示を指定された複数のプリンタ
へ、指定された割合で分割して印刷を実行させる指示で
ある。複数のプリンタをメンバプリンタとして有し、こ
れらを仮想プリンタ群として指定することにより、これ
ら仮想プリンタ群を所定の割合分散に従って動作させ
る。図４において、分散プリンタを選択した場合、分散
させるプリンタをメンバプリンタとして登録し、各プリ
ンタのプロパティで、印刷指示を設定することにより、
各プリンタに応じたＤＥＶＭＯＤＥが作成され、その操
作により、図６に示すような印刷指示文書を作成するこ
とができる。

【０１０６】具体的には、図４で分散プリンタの設定を
行なった後、製本アプリケーションにてユーザが分散プ
リンタを出力先に指定した場合、対応するＤＯＭＳドラ
イバが、分散プリンタの各メンバプリンタのＤＥＶＭＯ
ＤＥを取得して、製本アプリケーションに伝える。これ
により、製本アプリケーションはＤＯＭＳドライバから
渡された、メンバプリンタのＤＥＶＭＯＤＥを印刷指示
文書に格納する。処理を次のステップに進め、ステップ
Ｓ２０２で印刷指示文書をオープンする。

【０１０７】そして、ＤＯＭＳプリントサービスにて、
ステップＳ２０３で印刷指示文書に指定されたプリンタ
デバイス名を読み込み、印刷指示文書に、プリンタデバ
イス名が指定されているかどうかを調べる（Ｓ２０
４）。プリンタデバイス名が指定されていない場合は
（Ｓ２０４−なし）、システムに登録されているデフォ
ルトプリンタ名を取得し、そのプリンタデバイスを出力
対象とする（Ｓ２０５）。

【０１０８】次に、ＤＯＭＳプリントサービスにて、プ
リンタデバイス名に対するドライバがシステムにインス
トールされているかどうかをチェックし（Ｓ２０６）、
ドライバがインストールされていない場合（Ｓ２０７−
Ｎｏ）、エラーとし、プリンタが使用不可能であること
をユーザに通知する（Ｓ２０８）。

【０１０９】プリンタドライバがインストールされてい
る場合には（Ｓ２０７−Ｙｅｓ）、詳細を後述するステ
ップＳ２０９に処理を進め、該当プリンタでの印刷処理
を行う。

【０１１０】図３は、図２のステップＳ２０９におけ
る、プリンタへの印刷指示処理の流れを説明するフロー
チャートである。

【０１１１】ＤＯＭＳプリントサービスにて、指定され
ているプリンタが、分散用プリンタかどうかチェックし
（Ｓ３０１）、分散プリンタの場合は（Ｓ３０１−Ｙｅ
ｓ）、分散プリンタとしてメンバプリンタに指定されて
いるプリンタの名称を読み込む（Ｓ３０２）。そして、
そのプリンタへの出力の分散割合を読み込み（Ｓ３０
３）、その分散割合に応じて、印刷指示文書の内容を書
き換える（Ｓ３０４）。

【０１１２】電子原稿デスプーラにて、設定したプリン
タに対応するプリンタドライバの固有の印刷設定情報
（ＤＥＶＭＯＤＥ）が、印刷指示文書に含まれるか否か
を調べ（Ｓ３０５）、含まれている場合は（Ｓ３０５−
Ｙｅｓ）、それを読み込む（Ｓ３０７）。含まれていな
い場合は（Ｓ３０５−Ｎｏ）、図５における印刷指示文
書に格納されているプリンタへの指示情報部５０３の内
容（一般指示情報）であって、プリンタへの印刷指示部
分の設定内容から、対象となるプリンタに対応するプリ
ンタドライバの固有に印刷設定情報（ＤＥＶＭＯＤＥ）
を作成する（Ｓ３０６）。このとき、実装によっては、
ＤＥＶＭＯＤＥが含まれている場合でも、プリンタへの
指示情報部５０３の印刷指示を組合わせて設定したＤＥ
ＶＭＯＤＥを作成しても良い。

【０１１３】続いて、読み込んだ、または、作成したＤ
ＥＶＭＯＤＥにより、プリンタへ通知するべき指示をプ
リンタへ送る（Ｓ３０８）。具体的には、ＤＯＭＳシス
テムに組み込まれた印刷処理モジュールであるデスプー
ラが、作成されたＤＥＶＭＯＤＥを用いて、ＯＳのＡＰ
Ｉである、ＣｒｅａｔｅＤＣ（）を呼び出すことによ
り、印刷指示をプリンタへ通知する。そして、印刷文書
の内容を、印刷指示文書に含まれるデータの展開指示情
報に基づき展開し、プリンタへ展開したデータを送出し
（Ｓ３０９）、ステップＳ３０９の処理の後、プリンタ
に全ての印刷データを送出したことを通知する（Ｓ３１
０）。

【０１１４】具体的には、ＯＳが提供するアプリケーシ
ョン・プログラミング・インタフェースであるＣｒｅａ
ｔｅＤＣ（）には、引数として、所望の記憶領域のポイ
ンタを与えることができる。デスプーラが、Ｃｒｅａｔ
ｅＤＣ（）に引数として拡張ＤＥＶＭＯＤＥを指し示す
ポインタを与え、ポインタが指し示す所望の記憶領域か
ら、ＤＥＶＭＯＤＥの構造体を取得し、ドライバモジュ
ールに送るようにＯＳを制御する。ＣｒｅａｔｅＤ
Ｃ（）を用いて、ＤＥＶＭＯＤＥの構造体を得たドライ
バは、得た情報に基づいて、印刷対象となるプリンタに
対して命令を送信する。ＤＥＶＭＯＤＥに記述された内
容に基づいて発行された命令がプリンタに送信され、プ
リンタはその命令に従って動作する。これにより、仕様
を別途入手しなければＤＥＶＭＯＤＥの構造を窺い知る
ことができない拡張部分に設定されている印刷設定であ
っても、該設定を活用することができる。

【０１１５】ＤＯＭＳプリントサービスにて、分散すべ
きメンバプリンタがまだ残っているかどうかを調べ（Ｓ
３１１）、残っている場合には、ステップＳ３０２に戻
り、続いて第２メンバプリンタ以降の候補プリンタに対
し、同様に処理を行う。全ての印刷が終了したら、その
旨をユーザに通知し（Ｓ３１２）、印刷を終了する。

【０１１６】以上説明したように、本実施形態によれ
ば、印刷指示文書に含まれる共通の設定だけでは、印刷
処理ができない場合でも、印刷指示文書に含まれる共通
の一般指示情報に基づいてプリンタ固有の印刷設定情報
（ＤＥＶＭＯＤＥ）を生成し、その情報に基づき印刷文
書の処理を実行することが可能となる。

【０１１７】また、印刷文書の処理を複数のプリンタに
より分散して行なう場合であっても、共通となる一般指
示情報に基づいて、固有の印刷設定情報が必要なプリン
タに対しては、その情報を生成し、印刷文書の分散処理
の実行が可能となる。

【０１１８】＜第２実施形態＞第1実施形態では、割合
分散により複数のプリンタをそれぞれ制御する内容を説
明したが、本実施形態では、出力先として指示した第１
のプリンタが使用不可能な状態にある時や、印刷が失敗
した場合に、あらかじめ設定してある第２、第３のプリ
ンタへ、その指示内容を代行させる代行印刷において、
複数のメンバプリンタを制御する内容を説明するもので
ある。

【０１１９】本実施形態で使用するプリンタとして、代
行用のプリンタが指定されている場合の印刷指示文書の
内容は、図９に示すようなデータ構造となる。プリンタ
デバイス名格納部（９０１）では、代行用のプリンタが
指定されており、名称として、"プリンタセット２（代
行用）"（９０２）、代行する対象は３つのプリンタで
あることが記述されている（９０３）。

【０１２０】メンバプリンタ格納部（９０７）では、メ
ンバプリンタ名として、"レーザプリンタ１"（９０
８）、"レーザプリンタ２"（９０９）、" レーザプリン
タ３"（９１０）等、複数のプリンタが設定されてい
る。それぞれのメンバプリンタに対応するプリンタドラ
イバの固有の印刷設定情報として、ＤＥＶＭＯＤＥ１
（９１２），ＤＥＶＭＯＤＥ２（９１３）、ＤＥＶＭＯ
ＤＥ３（９１４）がＤＥＶＭＯＤＥ格納部（９１１）に
格納されている。

【０１２１】あらかじめ、ユーザは、図８のダイアログ
により、代行用プリンタを選択した場合、代行させるプ
リンタをメンバプリンタとして登録し、各プリンタのプ
ロパティで、印刷指示を設定することにより、ＤＥＶＭ
ＯＤＥが作成され、その操作により、図９に示す印刷指
示文書を作成できる。

【０１２２】具体的には、図８で代行プリンタの設定を
行なった後、製本アプリケーションにてユーザが代行プ
リンタを出力先に指定した場合、対応するＤＯＭＳドラ
イバが、代行プリンタの各メンバプリンタのＤＥＶＭＯ
ＤＥを取得して、製本アプリケーションに伝える．これ
により、製本アプリケーションはＤＯＭＳドライバから
渡された、メンバプリンタのＤＥＶＭＯＤＥを印刷指示
文書に格納する。代行は、メンバプリンタ名格納部に記
述された順序で行われる。

【０１２３】図７の処理の流れは、図２で示した、プリ
ンタへの印刷指示処理Ｓ２０９の部分の詳細である。ま
ず、ＤＯＭＳプリントサービスにて、指定されているプ
リンタが、代行用プリンタかどうかチェックし（Ｓ７０
１）、代行用プリンタの場合は、代行用プリンタのメン
バプリンタに指定されている第１のプリンタの名称を読
み込む（Ｓ７０２）。

【０１２４】ここで、第１のプリンタが使用可能である
かどうかをチェックする（Ｓ７０４）。使用可能ではな
い場合（Ｓ７０４−Ｎｏ）、代行用プリンタに設定され
ている第２のメンバプリンタを読み込み（Ｓ７０３）、
そのプリンタに対して処理を行う。

【０１２５】電子原稿デスプーラにて、設定したプリン
タに対応するＤＥＶＭＯＤＥが、印刷指示文書に含まれ
るか否かを調べ（Ｓ７０５）、含まれている場合は、そ
れを読み込む（Ｓ７０６）。含まれていない場合は、図
５のプリンタへの指示情報部５０３の内容であって、プ
リンタへの印刷指示部分の設定内容から対象となるプリ
ンタのＤＥＶＭＯＤＥを作成する（Ｓ７０７）。

【０１２６】このとき、実装によっては、ＤＥＶＭＯＤ
Ｅが含まれている場合でも、プリンタへの指示情報部５
０３の印刷指示を重ねて設定したＤＥＶＭＯＤＥを作成
しても良い。

【０１２７】続いて、読み込んだ、または、作成したＤ
ＥＶＭＯＤＥにより、プリンタへ通知するべき指示をプ
リンタデバイスへ送る（Ｓ７０８）。具体的には、ＤＯ
ＭＳシステムに組み込まれた印刷処理モジュールである
デスプーラが、作成されたＤＥＶＭＯＤＥを用いて、Ｗ
ｉｎｄｏｗｓ（登録商標）ＡＰＩである、Ｃｒｅａｔｅ
ＤＣ（）を呼び出すことにより、印刷指示をプリンタへ
通知する。ＣｒｅａｔｅＤＣ（）には、引数として、所
望の記憶領域のポインタを与えることができ、そのポイ
ンタが指す記憶領域から、ＤＥＶＭＯＤＥの構造体を取
得し、ドライバモジュールに送るものである。

【０１２８】ＣｒｅａｔｅＤＣ（）から、ＤＥＶＭＯＤ
Ｅの構造体を得たドライバは、印刷対象となるプリンタ
に対して命令を送信する。ＤＥＶＭＯＤＥに記述された
内容に基づいて発行された命令がプリンタに送信され、
プリンタはその命令に従って動作する。従って、内容が
不明な拡張ＤＥＶＭＯＤＥであっても、そのＤＥＶＭＯ
ＤＥを指し示すポインタをＯＳに渡すと、ＯＳはポイン
タが指し示すアドレスからＤＥＶＭＯＤＥを読み出して
ドライバに送ることができる。

【０１２９】プリンタ全体の制御を統括するプリンタコ
ントローラは、プリンタエンジン、ソータやステイプラ
などのオプションを、該ＤＥＶＭＯＤＥが示す設定情報
に従って制御する。そして、印刷文書の内容を、印刷指
示文書に含まれているデータの展開指示情報に基づき展
開し、プリンタへ展開したデータを送出し（Ｓ７０
９）、ステップＳ７０９の処理の後、プリンタに全ての
印刷データを送出したことを通知する（Ｓ７１０）。

【０１３０】ここで、ＤＯＭＳプリントサービスにて、
印刷が成功したか否かをチェックし（Ｓ７１１）、成功
していない場合は、代行用プリンタに設定されている次
のメンバプリンタを読み込んで（Ｓ７０３）、そのプリ
ンタについて、処理を続行する。全ての印刷が終了した
ら、その旨をユーザに通知し（Ｓ７１２）、印刷を終了
する。

【０１３１】以上説明したように、本実施形態によれ
ば、印刷文書の処理を複数のプリンタの代行順位に従
い、処理する場合であっても、共通となる一般指示情報
に基づいて、代行順位に該当するプリンタであり、固有
の印刷設定情報（ＤＥＶＭＯＤＥ）が必要なプリンタに
対しては、その情報を生成し、印刷文書の代行順位に従
った処理の実行が可能となる。

【０１３２】すなわち、本実施形態によれば、印刷すべ
き第１のプリンタで印刷が不可能となっていても、第1
のプリンタの代行印刷によりメンバープリンタとして設
定されている第２、若しくは、第３のプリンタのＤＥＶ
ＭＯＤＥにより、印刷文書データを出力することが可能
となる。

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

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

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

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

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

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

【０１３９】

【発明の効果】以上説明したように、本発明によれば、
利用者の望むアプリケーションプログラムによって作成
されるデータをひとまとめにした文書の作成および編集
を可能とするとともに、その操作性を高めて文書編集の
生産性を向上させることを可能にする。

【０１４０】本発明によれば、印刷指示情報に含まれる
共通の設定だけでは、印刷処理ができない場合でも、印
刷指示情報に含まれる共通の一般指示情報に基づいてプ
リンタ固有の印刷設定情報を生成し、その情報に基づき
印刷文書の処理を実行することが可能となる。

【０１４１】また、印刷文書の処理を複数のプリンタに
より分散して行なう場合であっても、共通となる一般指
示情報に基づいて、固有の印刷設定情報が必要なプリン
タに対しては、その情報を生成し、印刷文書の分散処理
の実行が可能となる。

【０１４２】また、印刷文書の処理を複数のプリンタの
代行順位に従い、処理する場合であっても、共通となる
一般指示情報に基づいて、代行順位に該当するプリンタ
であり、固有の印刷設定情報（ＤＥＶＭＯＤＥ）が必要
なプリンタに対しては、その情報を生成し、印刷文書の
代行順位に従った処理の実行が可能となる。

【０１４３】また、印刷文書を作成した時点での各種設
定が印刷指示情報に含まれるので、一旦保存した後も、
他社のプリンタに対しても、ＤＥＶＭＯＤＥの拡張部分
を含めた指示を利用した印刷を行なうことが可能とな
る。

【図面の簡単な説明】

【図１】本発明の実施形態にかかる印刷制御装置及びそ
の関連機器の構成を示すブロック図である。

【図２】印刷制御の処理を説明するフローチャートであ
る。

【図３】割合分散による印刷指示の処理を説明するフロ
ーチャートである。

【図４】分散プリンタの設定を行うダイアログ例を示す
図である。

【図５】印刷指示情報のデータ構造の例を示す図であ
る。

【図６】複数の分散用プリンタを指定した場合の印刷指
示情報のデータ構造の例を示す図である。

【図７】代行印刷による印刷指示の処理を説明するフロ
ーチャートである。

【図８】代行プリンタの設定を行うダイアログ例を示す
図である。

【図９】複数の代行用プリンタを指定した場合の印刷指
示情報のデータ構造の例を示す図である。

【図１０】スタンドアロン型の文書処理システムのブロ
ック図である。

【図１１】文書処理システムを実現するコンピュータの
ブロック図である。

【図１２】ブックファイルの構造の一例を示す図であ
る。

【図１３】ブック属性の一覧を示す図である。

【図１４】章属性の一覧を示す図である。

【図１５】ページ属性の一覧を示す図である。

【図１６】ブックファイルを開く手順のフローチャート
である。

【図１７】電子原稿ファイルをブックファイルにインポ
ートする手順のフローチャートである。

【図１８】アプリケーションデータを電子原稿ファイル
に変換する手順のフローチャートである。

【図１９】既存のブックファイルを開いた際のユーザイ
ンターフェース画面の一例を示す図である。

【図２０】新規のブックファイルを開いた際のユーザイ
ンターフェース画面の一例を示す図である。

【図２１】クライアントサーバ型の文書処理システムの
ブロック図である。

【図２２】ＯＳが標準ＤＥＶＭＯＤＥとして提供してい
るデータ構造を示す図である。

【図２３】ＤＥＶＭＯＤＥの標準部分と拡張部分のデー
タ構造を示す図である。

【符号の説明】

１システム・バス２ＣＰＵ３プログラム・メモリ４通信制御部５通信ポート６通信回線７ネットワーク上の他の装置８外部記憶制御部９、１０データファイル用のディスク１１入力制御部１２キーボード１３マウス等の入力装置１４ビデオ・イメージ・メモリ１５表示出力制御部１６ＣＲＴ１７プリンタ制御部１８プリンタ１９外部機器制御部１Ａ画像入力機器制御部１Ｂ画像入力機器

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 2C061 HL01 HL02 HN05 HN17 HN18 HN19 HQ14 HQ17 5B021 AA01 BB04 EE03

Claims

【特許請求の範囲】

【請求項１】プリンタに印刷データを送信して印刷さ
せるための印刷制御装置であって、印刷文書と、該印刷文書の処理内容を特定する印刷指示
情報と、を入力する入力手段と、前記入力した印刷指示情報に基づき、前記印刷文書を処
理するためのプリンタを特定し、該特定したプリンタを
制御するための前記印刷制御装置内の制御プログラムに
設定できる固有の印刷設定情報を取得する取得手段と、前記取得手段が取得した固有の印刷設定情報に基づいた
印刷の指示を、前記プリンタに、前記印刷制御プログラ
ムを介して送信する処理を制御する送信制御手段と、を備えることを特徴とする印刷制御装置。
【請求項２】前記特定したプリンタ固有の印刷設定情
報が、前記印刷指示情報に含まれているか否かを識別す
る識別手段と、前記識別手段の識別の結果により、前記固有の印刷設定
情報が前記印刷指示情報に含まれていない場合に、該印
刷指示情報に含まれる一般指示情報に基づき、固有の印
刷設定情報を生成する生成手段と、を更に備え前記生成手段により生成された、前記固有の印刷設定情
報に基づき、前記特定のプリンタが制御されることを特
徴とする請求項１に記載の印刷制御装置。
【請求項３】前記識別手段の識別の結果、固有の印刷
設定情報が前記印刷指示情報に含まれている場合におい
て、前記プリンタの出力手段は、該固有の印刷設定情報
により、前記特定のプリンタを制御して、前記印刷文書
を、該プリンタに出力することを特徴とする請求項２に
記載の印刷制御装置。
【請求項４】前記印刷文書の処理が、複数のプリンタ
の代行処理により処理される場合において、前記識別手段は、該複数のプリンタの代行順位に従い、
処理順位に該当するプリンタに対応する固有の印刷設定
情報が、前記印刷指示情報に含まれているか否かを識別
し、前記生成手段は、前記識別の結果に基づき、前記固有の
印刷設定情報が含まれていない場合に、その処理順位に
該当するプリンタの固有の印刷設定情報を前記一般指示
情報に基づき生成することを特徴とする請求項２に記載
の印刷制御装置。
【請求項５】前記生成手段は、前記識別手段の識別の
結果により、前記印刷文書を処理するプリンタに対する
第1の固有の印刷設定情報が前記印刷指示情報に含まれ
ている場合であっても、前記一般指示情報に基づき、第
2の固有の印刷設定情報を生成し、該第1及び第2の固有
の印刷設定情報を組合わせた、第3の固有の印刷設定情
報を生成することを特徴とする請求項２乃至４のいずれ
かに記載の印刷制御装置。
【請求項６】前記印刷制御プログラムはプリンタドラ
イバであり、前記取得手段は、前記プリンタドライバに設定されてい
る固有の設定情報を取得し、前記印刷制御装置に搭載さ
れているオペレーティングシステムのアプリケーション
・プログラミング・インタフェースを呼び出して、前記
プリンタドライバに通知する通知手段を更に備え、前記生成手段は、前記通知手段によって通知された固有
の印刷設定情報をそのまま利用することを特徴とする請
求項１に記載の印刷制御装置。
【請求項７】プリンタに印刷データを送信して分散制
御させるための印刷制御装置であって、印刷文書と、該印刷文書の処理内容を特定する印刷指示
情報と、を入力する入力手段と、前記印刷文書の処理が、複数のプリンタによる分散処理
により処理される場合において、前記入力した印刷指示
情報に基づき前記印刷文書を処理するための複数のプリ
ンタを特定し、該特定した固有の印刷設定情報を取得す
る取得手段と、前記取得手段が取得した固有の印刷設定
情報に基づき、指示命令を前記複数のプリンタに送信す
る処理を制御する送信制御手段と、を備えることを特徴とする印刷制御装置。
【請求項８】前記識別手段は、該複数のプリンタが個
別に対応する固有の印刷設定情報が、前記印刷指示情報
に含まれているか否かを個別に識別し、前記生成手段
は、前記識別の結果に基づき、前記固有の印刷設定情報
が含まれていないプリンタに対して、該情報を前記一般
指示文書に基づき生成することを特徴とする請求項７に
記載の印刷制御装置。
【請求項９】プリンタに印刷データを送信して印刷さ
せるための印刷制御方法であって、印刷文書と、該印刷文書の処理内容を特定する印刷指示
情報と、を入力する入力工程と、前記入力した印刷指示情報に基づき、前記印刷文書を処
理するためのプリンタを特定し、該特定したプリンタを
制御するための前記印刷制御装置内の制御プログラムに
設定できる固有の印刷設定情報を取得する取得工程と、前記取得工程の処理により取得した固有の印刷設定情報
に基づいた印刷の指示を、前記プリンタに、前記印刷制
御プログラムを介して送信する処理を制御する送信制御
工程と、を備えることを特徴とする印刷制御方法。
【請求項１０】前記特定したプリンタ固有の印刷設定
情報が、前記印刷指示情報に含まれているか否かを識別
する識別工程と、前記識別工程の識別の結果により、前記固有の印刷設定
情報が前記印刷指示情報に含まれていない場合に、該印
刷指示情報に含まれる一般指示情報に基づき、固有の印
刷設定情報を生成する生成工程と、を更に備え前記生成工程により生成された、前記固有の印刷設定情
報に基づき、前記特定のプリンタが制御されることを特
徴とする請求項９に記載の印刷制御方法。
【請求項１１】前記識別工程の識別処理の結果、固有
の印刷設定情報が前記印刷指示情報に含まれている場合
において、前記出力工程は、該固有の印刷設定情報によ
り、前記特定のプリンタを制御して、前記印刷文書を、
該プリンタに出力することを特徴とする請求項１０に記
載の印刷制御方法。
【請求項１２】前記印刷文書の処理が、複数のプリン
タの代行処理により処理される場合において、前記識別工程は、該複数のプリンタの代行順位に従い、
処理順位に該当するプリンタに対応する固有の印刷設定
情報が、前記印刷指示情報に含まれているか否かを識別
し、前記生成工程は、前記識別の結果に基づき、前記固有の
印刷設定情報が含まれていない場合に、その処理順位に
該当するプリンタの固有の印刷設定情報を前記一般指示
情報に基づき生成することを特徴とする請求項１０に記
載の印刷制御方法。
【請求項１３】前記生成工程は、前記識別工程の識別
の結果により、前記印刷文書を処理するプリンタに対す
る第1の固有の印刷設定情報が前記印刷指示情報に含ま
れている場合であっても、前記一般指示情報に基づき、
第2の固有の印刷設定情報を生成し、該第1及び第2の固
有の印刷設定情報を組合わせた、第3の固有の印刷設定
情報を生成することを特徴とする請求項９に記載の印刷
制御方法。
【請求項１４】前記印刷制御プログラムはプリンタド
ライバであり、前記取得工程は、前記プリンタドライバに設定されてい
る固有の設定情報を取得し、前記印刷制御装置に搭載さ
れているオペレーティングシステムのアプリケーション
・プログラミング・インタフェースを呼び出して、前記
プリンタドライバに通知する通知工程を更に備え、前記生成工程は、前記通知工程の処理によって通知され
た固有の印刷設定情報をそのまま利用することを特徴と
する請求項９に記載の印刷制御方法。
【請求項１５】プリンタに印刷データを送信して分散
制御させるための印刷制御方法であって、印刷文書と、該印刷文書の処理内容を特定する印刷指示
情報と、を入力する入力工程と、前記印刷文書の処理が、複数のプリンタによる分散処理
により処理される場合において、前記入力した印刷指示
情報に基づき前記印刷文書を処理するための複数のプリ
ンタを特定し、該特定した固有の印刷設定情報を取得す
る取得工程と、前記取得工程の処理により取得した固有の印刷設定情報
に基づき、指示命令を前記複数のプリンタに送信する処
理を制御する送信制御工程と、を備えることを特徴とする印刷制御方法。
【請求項１６】前記識別工程は、該複数のプリンタが
個別に対応する固有の印刷設定情報が、前記印刷指示情
報に含まれているか否かを個別に識別し、前記生成工程
は、前記識別の結果に基づき、前記固有の印刷設定情報
が含まれていないプリンタに対して、該情報を前記一般
指示文書に基づき生成することを特徴とする請求項１５
に記載の印刷制御方法。
【請求項１７】請求項１乃至８のいずれかに記載の印
刷制御装置の機能をコンピュータが実行する機能として
特定することを特徴とするコンピュータプログラム。
【請求項１８】請求項１７に記載のコンピュータプロ
グラムを格納することを特徴とするコンピュータ可読記
憶媒体。
【請求項１９】文書情報の印刷を制御する印刷制御装
置であって、文書情報を複数の印刷装置を用いて印刷させる分散印刷
の設定を行う設定手段と、前記設定手段により分散印刷の設定が行われた場合に、
それぞれの印刷装置に対する印刷設定を、前記文書情報
の文書ファイルに保管する文書管理手段と、を有することを特徴とする印刷制御装置。
【請求項２０】前記文書管理手段は、印刷設定とし
て、ＯＳが規定する印刷設定のデータ構造を保管するこ
とを特徴とする請求項１９に記載の印刷制御装置。
【請求項２１】前記文書情報を印刷する場合に、前記
文書ファイルに保管されている印刷設定を取得し、複数
のプリンタドライバに対してそれぞれ印刷設定を通知す
る設定通知手段を更に有することを特徴とする請求項１
９または２０に記載の印刷制御装置。
【請求項２２】文書情報の印刷を制御する印刷制御方
法であって、文書情報を複数の印刷装置を用いて印刷させる分散印刷
の設定を行う設定工程と、前記設定工程により分散印刷の設定が行われた場合に、
それぞれの印刷装置に対する印刷設定を、前記文書情報
の文書ファイルに保管処理する文書管理工程と、を有することを特徴とする印刷制御方法。
【請求項２３】前記文書管理工程は、印刷設定とし
て、ＯＳが規定する印刷設定のデータ構造を保管処理す
ることを特徴とする請求項２２に記載の印刷制御方法。
【請求項２４】前記文書情報を印刷する場合に、前記
文書ファイルに保管されている印刷設定を取得し、複数
のプリンタドライバに対してそれぞれ印刷設定を通知す
る設定通知工程を更に有することを特徴とする請求項２
２または２３に記載の印刷制御方法。
【請求項２５】請求項１９乃至２１のいずれかに記載
の印刷制御装置の機能をコンピュータが実行する機能と
して特定することを特徴とするコンピュータプログラ
ム。
【請求項２６】請求項２５に記載のコンピュータプロ
グラムを格納することを特徴とするコンピュータ可読記
憶媒体。