(57)【要約】      （修正有）【課題】 複合印刷ジョブを組成する方法および装置を開示する。【解決手段】ある方法によれば、少なくとも第一および第二のファイルはそれぞれのプリンタに依存しないファイル形式で受け取られる。上記第一および第二のファイルは、物理印刷デバイスに適したプリンタ依存ファイル形式で、論理印刷デバイスへ出力される。上記第一および第二のファイルは、その後、1つの複合印刷ジョブとして結合され、物理印刷デバイスへ出力するための第一および第二のファイルを作成する。【選択図】図１
2005174324.tif 000002
【特許請求の範囲】
【請求項１】
第一および第二のファイルをそれぞれのプリンタに依存しないファイル形式で受け取るステップと、
上記第一および第二のファイルを、物理印刷デバイスに適したプリンタ依存ファイル形式で、論理印刷デバイスへ出力するステップと、
上記物理印刷デバイスへ出力する上記第一および第二のファイルを作成するために、上記第一および第二のファイルを1つの複合印刷ジョブとして結合するステップと、
を含む、複合印刷ジョブを組成する方法。
【請求項２】
上記論理印刷デバイスは、上記物理印刷デバイスと同じ属性を有する、請求項１に記載の方法。
【請求項３】
上記複合印刷ジョブを上記物理印刷デバイスへ出力するステップをさらに含む、請求項２に記載の方法。
【請求項４】
上記複合印刷ジョブを上記物理印刷デバイスへ出力するステップをさらに含む、請求項１に記載の方法。
【請求項５】
1つもしくはそれ以上の属性により定義された物理印刷デバイスへ出力するための、複合印刷ジョブを組成する装置であって、
該複合印刷ジョブは少なくとも第一のファイルおよび第二のファイルを含み、
上記第一および第二のファイルはそれぞれプリンタに依存しないファイル形式であり、
該複合印刷ジョブ組成装置は、
上記1つもしくはそれ以上の属性により定義された論理印刷デバイスと、
ユーザからの1つもしくはそれ以上のファイルコマンドに応じて、上記1つもしくはそれ以上の属性に適合したプリンタ依存ファイル形式で、上記第一および第二ファイルを上記論理印刷デバイスへ出力するのに適合されたユーザインターフェースと、
上記物理印刷デバイスへ出力する上記第一および第二のファイルを作成するために、上記論理印刷デバイスへ出力した後の上記第一および第二ファイルを1つの複合印刷ジョブとして結合する、結合モジュールと、
を含む、複合印刷ジョブを組成する装置。
【請求項６】
機器によって実行するのに適合された命令プログラムを符合化している、機器で読み取り可能な媒体であって、
上記命令プログラムは、複合印刷ジョブを組成する方法を実行するのに適合されており、
該方法は、
第一および第二のファイルをそれぞれのプリンタに依存しないファイル形式で受け取るステップと、
上記第一および第二のファイルを物理印刷デバイスに適したプリンタ依存ファイル形式で、論理印刷デバイスへ出力するステップと、
上記物理印刷デバイスへ出力する上記第一および第二のファイルを作成するために、上記第一および第二のファイルを1つの複合印刷ジョブとして結合するステップと、
を含む、機器で読み取り可能な媒体。
【請求項７】
上記論理印刷デバイスは、上記物理印刷デバイスと同じ属性を有する、請求項６に記載の媒体。
【請求項８】
上記方法は、上記複合印刷ジョブを上記物理印刷デバイスへ出力するステップをさらに含む、請求項７に記載の媒体。
【請求項９】
上記方法は、上記複合印刷ジョブを上記物理印刷デバイスへ出力するステップをさらに含む、請求項６に記載の媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複合印刷ジョブ（composite print job）の組成方法および装置に関するものである。
【背景技術】
【０００２】
ファイルを印刷のために結合、すなわち複合印刷ジョブを作成できればよいことがよくある。つまり具体的には、ユーザは２つのドキュメントを１つの複合ドキュメントに結合したいと望むことがある。この例の場合、複合印刷ジョブは、複合ドキュメントを複数回コピーしてしまう場合がある。複合印刷ジョブは、さらには１つもしくはそれ以上の複合ドキュメントをまとめて綴じてしまう場合もある。
【０００３】
いくつかの目的に対して、複合印刷ジョブは、典型的なソフトウェアアプリケーションにより生成される通常の一連の印刷コマンドを用いて、生成されることがある。たとえば、ユーザは２つのドキュメントから作成された複合ドキュメントをコピーするのに、１つ目のドキュメントに印刷コマンドを出して、次に２つ目のドキュメントに別の印刷コマンドを出すことによって、複数回コピーすることがある。２つの印刷コマンドからなるこの１つのグループに対して、複合ドキュメントのコピー印刷が１回発生し、２つの印刷コマンドからなる複数のグループに対して、複合ドキュメントのコピー印刷が複数回発生する。たとえば、ユーザが複合ドキュメントを１０回コピーしたければ、ユーザは１０グループの印刷コマンドを出さなくてはならない。しかしながら、このように複雑な繰り返しは、非効率的で面倒である。ユーザは、１つ目のドキュメントを１０回コピー印刷するための、１つの印刷コマンドを出して、次に、２つ目のドキュメントを１０回コピー印刷するための、もう１つの印刷コマンドを出せればよい。こうすれば、要求される印刷コマンド数を減らすことはできる。ところが、今度は複合ドキュメントを１０回コピーするための手動操作が必要になる。上記と同様、複合ドキュメントの手動操作は非効率的で面倒である。しかも、アプリケーションソフトウェアで通常生成される上記印刷コマンドでは、他の目的は達成できない。たとえば、通常のアプリケーションソフトウェアでは、３つの別々のドキュメントを一緒に綴じるような機能を実現できない。
【０００４】
上記のような課題を解決するためのソフトウェアが提供された。特に、このソフトウェアは、電子データで入手可能なドキュメントやその他のファイルから複合印刷ジョブを生成するのに適している。特に効果のあるこのようなソフトウェアの例としては、シャープ・ラボラトリーズ・オブ・アメリカ・インコーポレイテッド（Sharp Laboratories of America, Inc.）により製造、販売されているＳＨＡＲＰＤＥＳＫ（登録商標、シャープデスク）が挙げられる。このソフトウェアは、２つのモジュールを備えているとみなせる。この２つのモジュールは、以下でドキュメント特定モジュール（a document identification module）、およびドキュメント結合モジュール（a document combining module）と称される。このドキュメント特定モジュールにより、ユーザはさまざまなドキュメントやファイルを目的のメモリ（以下「リポジトリ」と称す）に入力することができる。その後、ユーザの指示にしたがってドキュメントをリポジトリから読み出し、ドキュメントを印刷するために、上記ドキュメント結合モジュールが、ユーザにより呼び出される。ユーザの指示は選択肢が列挙されたユーザインターフェースを介して入力される。またユーザインターフェースは、プリンタを選択する手段、または、使用されているプリンタを特定する手段を含んでいる。
【０００５】
ドキュメントは、1つもしくはそれ以上のアプリケーションで作成される。たとえば、文書処理、表計算、ブラウザ、データベース、図形、スキャニング、画像処理、またはコンピュータのオペレーティングシステムの下で動作する他のプログラムなどのアプリケーションで作成される。ドキュメントはアプリケーション固有のドキュメント形式で、そのアプリケーションによって、作成され、保存され、編集される。
【０００６】
印刷処理では、アプリケーションは、ドキュメントをオペレーティングシステムでサポートされている、そのドキュメント特有のプリンタに依存しないファイル形式（printer independent file format）（以下「ＰＩＦＦ」と称す）に変換する。通常、オペレーティングシステムといえば、Microsoft Windows（登録商標）（マイクロソフト  ウィンドウズ（登録商標））オペレーティングシステムである。Windows（登録商標）（ウィンドウズ（登録商標））環境では、ユーザがドキュメントを印刷するようにアプリケーションに指示をすると、そのアプリケーションは、デバイスの情報（context）を作成し、そのデバイス情報へオブジェクトを引き出し、次にグラフィックデバイスインターフェース（graphics device interface）（以下「ＧＤＩ」と称す）を呼び出す。このＧＤＩは、ＧＤＩデータをデバイス依存インターフェース（ＤＤＩ；device dependent interface）データへと変換する。このＤＤＩデータは、ドキュメント結合デバイスドライバ（a document combining device driver）へ引き渡されるデータである。この例では、ドキュメント結合デバイスドライバは、次に、このＤＤＩデータを特定のプリンタに依存しないファイル形式（ＰＩＦＦ）へと変換する。このＰＩＦＦは、ドキュメント結合モジュール（たとえば、Microsoft Windows（登録商標）のＥＭＦ（拡張メタファイル）形式、ＴＩＦＦ（タグ付き画像ファイル形式）version 6.0、またはAdobeのＰＤＦ（ポータブルドキュメント形式）など）によってサポートされている。このようにして、アプリケーションは、ドキュメントをＥＭＦ、ＴＩＦＦ、またはＰＤＦなどがサポートする、特定のプリンタに依存しないファイル形式（ＰＩＦＦ）へと変換する。
【０００７】
上記ＳＨＡＲＰＤＥＳＫのドキュメント特定モジュールは、ドキュメントをＰＩＦＦ形式で受け取り、そのドキュメントを同じくＰＩＦＦ形式でリポジトリに保存する。ユーザは、ドキュメントの一つ一つに「ファイルを印刷」の指示を出すことによって複合印刷ジョブに含めるドキュメントを特定する。
【０００８】
ドキュメントがすべて特定されたのち、ドキュメント結合モジュールは、ユーザの指示にしたがいＰＩＦＦ形式でそのドキュメントを操作する。そののち、ドキュメント結合モジュールは、ユーザが複合ジョブを印刷するために選択したプリンタに固有の、プリンタドライバを呼び出す。このプリンタドライバはドキュメントを、そのプリンタが要求するプリンタ依存ファイル形式（a printer dependent file format）（以下「ＰＤＦＦ」と称す）へと変換する。
【０００９】
本発明の発明者は、複合印刷ジョブの印刷の質を向上させることが求められていると認識した。従来技術の複合印刷ジョブを生成するソフトウェアは、ＰＤＦＦではなく、ＰＩＦＦデータを扱っている。なぜなら、ドキュメント特定モジュールもドキュメント結合モジュールも、プリンタがどの形式を要求しているかを「知らない」し、その情報を知っているのは、プリンタドライバのみだからである。上記の結果として、従来技術のソフトウェアは、印刷ジョブを最適化する機能が十分でない。詳しく述べると、従来技術のソフトウェアは、２つの方策のうち、どちらか１つを採用するしかない。第一の方策では、ソフトウェアが「最善」のプリンタを想定する。しかしこれでは、実際に印刷ジョブが送られたそのプリンタが「最善」のプリンタでなかった場合、印刷特性または機能のいくつかが、印刷の過程で失われてしまうかもしれない。また、第二の方策では、上記の問題を避けるために、ソフトウェアが「最悪」のプリンタを想定する。しかしこれでは、プリンタがその最悪のケースよりも良いプリンタであった場合、使用したい印刷特性または機能のいくつかが、不必要に削られてしまうかもしれない。
【００１０】
したがって、上述の課題を解決し、上述のニーズに応えられる、複合印刷ジョブの組成方法および装置が必要なのである。
【発明の詳細な説明】
【００１１】
（発明の概要）
本発明による複合印刷ジョブの組成方法は、少なくとも第一および第二のファイルを、それぞれのプリンタに依存しないファイル形式で受け取るステップを含む。上記第一および第二のファイルは、物理印刷デバイス（physical printing device）に適したプリンタ依存ファイル形式で、論理印刷デバイス（logical printing device）へ出力される。上記第一および第二のファイルは、物理印刷デバイスへ出力する第一および第二のファイルを作成するために、1つの複合印刷ジョブに結合される。
【００１２】
本発明による複合印刷ジョブの組成装置は、1つもしくはそれ以上の属性により定義される物理印刷デバイスへ、出力する機能を備えている。また、複合印刷ジョブは、少なくとも第一および第二のファイルを含み、第一および第二のファイルはそれぞれのプリンタに依存しないファイル形式になっている。上記装置は、1つもしくはそれ以上の属性により定義される論理印刷デバイスと、ユーザインターフェースと、結合モジュールとを備えている。上記ユーザインターフェースは、第一および第二のファイルを上記論理印刷デバイスへ出力するように構成されている。この第一および第二のファイルは、ユーザからの1つもしくはそれ以上のファイル指示に応じて、1つもしくはそれ以上の属性に適合したプリンタ依存ファイル形式で、出力される。上記結合モジュールは、上記第一および第二のファイルを１つの複合印刷ジョブに結合し、物理印刷デバイスへ出力するための第一および第二ファイルを作成するようにできている。
【００１３】
上述の内容、ならびに本発明の他の目的、特徴、および有利な点は、以下に記載の本発明の詳細な説明および添付した図面によって容易に理解できる。
【００１４】
（図の簡単な説明）
図１は、論理プリンタ（logical printer）、プリンタドライバ、および物理プリンタ（physical printer）を含む、複合印刷ジョブ組成の方法および装置を、模式的に示す図である。
【００１５】
図２は、既知の論理プリンタ、プリンタドライバ、および物理プリンタを模式的に示す図である。
【００１６】
図３は、本発明による論理プリンタ、プリンタドライバ、および物理プリンタを模式的に示す図である。
【００１７】
図４は、本発明によるジョブ組成制御モジュール、および、本発明によるユーザインターフェースの好ましい実施の一形態を示す図である。
【００１８】
図５は、既知の印刷ダイアログボックスを示す図である。
【００１９】
図６は、本発明による、複合印刷ジョブ組成の方法および装置の、好ましい実施の別の一形態を模式的に示す図である。
【００２０】
（詳細な説明）
本発明は、好ましい実施の一形態で、プリンタに出力するための複合印刷ジョブを組成する方法および装置を開示する。
【００２１】
印刷ジョブは一般に、内容と、その内容を印刷デバイスに展開する（rendering）ための命令とを定義する。（以下で使用する「プリンタ」および「物理プリンタ」という用語は、印刷デバイスのことを指し示す。また、この「印刷デバイス」には、その出力形式が、レーザプリンタにより作成されるようなハードコピー、または、ファクシミリ装置により作成されるようなソフトコピーの、いずれのタイプの印刷デバイスも含まれる。）印刷ジョブは、ユーザがドキュメント全体を一まとめにして印刷したいと思う内容の中身を生成する。上記「ドキュメント」という用語は、以下で、テキスト、画像、または他の印刷可能なデータのいかなる組み合わせに対しても使用することがある。複合印刷ジョブは、以下で「セグメント」と称される複数のファイルを含んでおり、それらは、複合印刷ジョブの構成要素であることを示している。複合印刷ジョブは、内容をすべて展開するための、シングル命令セット（a single set of instructions）を採用している。ここで、複合印刷ジョブは、合成印刷ジョブ（a compound print job）とは明確に区別できるということを理解されたい。合成印刷ジョブは、複数のドキュメントを1つのグループとして、スケジューリングし印刷し、そうでない場合は、複数のドキュメントを1つのグループとして扱う機能を持たない。合成印刷ジョブでは、ドキュメントの一つ一つに対して内容を展開する命令セットが別々に生成される。それとは対照的に、複合印刷ジョブは、たとえば、ドキュメントグループのコピー部数の指定、ドキュメントグループごとのステープリング、奇数ページのドキュメントは白紙に印刷しないなどといったドキュメントグループの両面印刷、などについて、複数のドキュメントをグループ単位、またはジョブ単位で扱う。
【００２２】
図１に複合印刷ジョブ組成の方法および装置を示す。1つもしくはそれ以上のアプリケーションプログラムによりセグメントが生成される。たとえば、セグメント＃１は、アプリケーションプログラム１によって生成されることもあれば、セグメント＃２は、アプリケーションプログラム２によって生成されることもある。あるいは、セグメント＃１および＃２は「ＡＰＰ」として図示されている同一のアプリケーションプログラムによって生成されるかもしれない。上記セグメントは、ユーザのコンピュータ内に記憶されるか、ユーザのコンピュータからアクセス可能な状態に置かれるかして、そのセグメントを特定する手段となるファイル名を付けられる。プリンタで印刷可能なセグメントは、テキスト、ベクトル（すなわち線分図形）、および画像データ、よりおおまかにいうならば、そのデータから印刷可能なテキスト、線分図形、または画像が得られるようなデータのどのような組み合わせを含んでいてもよい。そのセグメントが複合されている印刷データは、アプリケーションプログラムによってもともとの形式、つまり、ＰＩＦＦで作成される。アプリケーションがユーザから印刷命令を受け取ると、ＧＤＩなどのデバイスインターフェース（８）を有するアプリケーションインターフェースは、上記セグメントをアプリケーション専用ドキュメント形式からＰＩＦＦ（たとえば、ＥＭＦ、ＴＩＦＦ、ＰＤＦなど）へと変換する。次にプリンタドライバはこのＰＩＦＦをプリンタ依存ファイル形式（ＰＤＦＦ）へと変換する。
【００２３】
論理プリンタ（１０）は、デバイスインターフェース（８）から印刷データを受け取り、上記セグメントに順序を付け（機能ａ）、複合印刷ジョブに対してジョブ単位の設定を行う（機能ｂ）ようになっている。従来技術では、上記の機能は、印刷データがＰＩＦＦ形式である間に実行されていた。ある特定の物理プリンタ（２０）に出力するために、上記論理プリンタ（１０）は、適切なプリンタドライバ（１５）を起動する。このプリンタドライバ（１５）は、上記複合印刷ジョブを上記物理プリンタ（２０）が要求するＰＤＦＦへと変換する。
【００２４】
図２に、既知の論理プリンタ（１０）、プリンタドライバ（１５）、および物理プリンタ（２０）を示す。従来技術の論理プリンタ（１０）は、もとの印刷データをＥＭＦデータへと変換するためのデータ変換部（３０）を含む。上記変換部（３０）は、また、上記ＥＭＦデータが、サブセグメント操作のためのページデータとしてフォーマットされるように、属性に特有の仮のプリンタに対する仮属性を作成する。このページデータは一時的にページメモリまたはリポジトリ（４０）に保存され、ジョブ組成モジュール（５０）に送られる。このジョブ組成モジュール（５０）は、上述のようにジョブを複合する機能を備えている。ジョブ組成モジュール（５０）は、ユーザが指示するとおりにページを併合し、ジョブ単位のフォーマット命令を適用する。このモジュール（５０）は、さらに、ユーザに対して、ページデータを印刷命令としてプリンタドライバ（１５）、および物理プリンタ（２０）に送信する前に、印刷ジョブのプレビュー機能を提供し、ページの順序を設定し直す機会を与える。
【００２５】
プリンタドライバ（１５）は、1つもしくはそれ以上のドライバを表し、プリンタ（２０）は、1つもしくはそれ以上の物理プリンタを表す。ジョブ組成モジュール（５０）により、ユーザは、1つのプリンタを選択することができ、その選択したプリンタに印刷命令を送ることができる。しかしながら、従来技術の論理プリンタ（１０）では、印刷命令は、最終的に選択されるプリンタ用に最適化されていなかったということを理解されたい。
【００２６】
図３に本発明による、複合印刷ジョブを組成するための装置（１００）、および物理プリンタ（１９０）を示す。装置（１００）は、図１における論理プリンタ（１０）に相当する論理プリンタ（１１０）を含む。本発明の顕著な特徴は、論理プリンタ（１１０）がデータ変換部（１３０）を含んでいる点である。このデータ変換部（１３０）は、印刷データを、もとのフォーマットからユーザが探している特定のプリンタに適合するＰＤＦＦへと変換する。図３に示す実施の形態において、上記は、1つの物理プリンタ（１９０）を設けることと、この物理プリンタ（１９０）の属性を有するデータ変換部（１３０）をプログラミングすることとによって達成される。したがって、データ変換部（１３０）は、ある特定の物理プリンタのフォーマット機能および特性にしたがって、そのプリンタ用にジョブを最適化するために、セグメントをフォーマットできる。物理プリンタ（２０）のプリンタドライバ（１１５）は、複合印刷ジョブ組成装置（１００）に含まれる。その結果、装置（１００）全体を、拡張したジョブ機能を有するプリンタドライバとしてとらえることができる。ジョブ組成モジュール（１５０）は、ジョブ組成制御モジュール（１７０）およびユーザインターフェース（１２５）を含んでいる。ユーザの命令は、ユーザインターフェース（１２５）を介してジョブ組成制御モジュール（１７０）に対して出される。
【００２７】
図４に、ユーザが表示部（１２６）上で見るであろう、ユーザインターフェース（１２５）の、好ましい実施形態の一例を示す。ユーザインターフェース（１２５）は、複合印刷ジョブを組成するためのユーザオプションを提供する。当該技術分野における当業者らには明らかなように、ユーザがアプリケーションにドキュメントを印刷するよう指示を出せば、このアプリケーションは、そのオペレーティングシステムを呼び出し、このオペレーティングシステムは、図５に示す例のような印刷ダイアログボックス（７６）を表示することによって応答する。ユーザはプリンタ名、印刷範囲、印刷部数、および印刷ダイアログボックス（７６）上の他の印刷オプションを指定し、「ＯＫ」ボタンをクリックしてドキュメントを印刷する。ユーザインターフェース（１２５）は、オペレーティングシステムによって提示される印刷ダイアログボックス（７６）を利用するのに適していることが好ましい。
【００２８】
この操作を行っている間に、ユーザは、そのセグメントを作成したアプリケーションにそれを印刷するように指示することによって、セグメントを印刷ジョブに追加することが好ましい。印刷命令はオペレーティングシステムに印刷ダイアログボックス（７６）を表示させるものである。プリンタ名ボックス７８の物理プリンタにリンクされているオブジェクトを選択する代わりに、ユーザは複合印刷ジョブ組成装置（１００）を表す、オブジェクトを選択するのである。ユーザが印刷の「ＯＫ」ボタンをクリックすると、セグメントは印刷されるのではなく、ページリポジトリ（１４０）に追加される。このプロセスは、ユーザが複合印刷ジョブに追加したいと思うセグメントそれぞれに対して繰り返される。
【００２９】
印刷ダイアログボックス（７６）から、ユーザは複合印刷ジョブ組成装置（１００）を選択するプリンタとして指定できる。また、別の選択たとえば、「プロパティ」ボタン（８０）をクリックし、「ジョブ単位設定」メニュー（３１）を表示させることも可能である。ユーザは、このジョブ単位設定メニュー（３１）を表示するのに必要なステップを、追加したいセグメントをすべて追加し終わってから実行するのが好ましいが、このメニュー（３１）はいつでも表示可能である。このメニュー（３１）から選択できるジョブ単位設定には、そのジョブの印刷部数の指定が含まれている。さらに、ユーザは、そのジョブについて、両面印刷を行うか否か、ステープリングするか否かを指定することもできる。他のジョブ単位特性についても、好みに合わせて提供することができる。
【００３０】
もし、この複合印刷ジョブ組成装置（１００）がなければ、Ｎ個のセグメントをＭ部コピー印刷する場合、ユーザはＭ×Ｎ個の印刷コマンドを出さなくてはいけない。一方、この複合印刷ジョブ組成装置（１００）のユーザは、たったＮ＋１回の操作を実行するだけですむ。つまり、Ｎ個のセグメントを特定するためのＮ回の操作と、複合印刷ジョブの印刷部数であるＭ部を指定するための１回の操作である。一般に、セグメントをグループとして扱う機能に比べると、本発明によるジョブ単位の設定の有利な点は顕著である。
【００３１】
ジョブ単位設定メニュー（３１）から、ユーザは「ジョブ組成」ボタンをクリックすることができる。このボタンにより、セグメント指定メニュー（３２）が表示される。セグメント指定メニュー（３２）により、ユーザは複合印刷ジョブにあるセグメントの印刷順序を、セグメント内のページ順序を指定するのと同じように、指定することができる。各セグメントは、セグメントの順序、または、セグメント内のページにより互いに関連付けられている。たとえば、ユーザは関連付けたい３つのセグメント：セグメント＃１、セグメント＃２、セグメント＃３を持っているとする。セグメント＃１は２ページのドキュメントで、セグメント＃２は画像データで、セグメント＃３は１ページのドキュメントであるとする。ユーザは、セグメント＃１、セグメント＃３、セグメント＃２の順序で印刷したいと思うかもしれない。セグメント＃１が要求された印刷ジョブの1番目のセグメントであれば、ジョブ組成制御モジュール（１７０）は、そのセグメントのファイル名、または、希望があればそのセグメントの別のファイル名を、「ジョブセグメント」リスト（３３）に入力する。続いて、順番に選択されたセグメントが入力されていく。あるいは、ユーザはファイル名を直接「ジョブセグメント」リストに入力することもでき、ここで装置（１００）は適切なアプリケーションを用いて、そのセグメントを開くように構成してもよい。
【００３２】
ユーザがリストの順序の再設定を希望していることを表す表示や、リストの順序をどのように入れ替えるかを表す表示を、ジョブ組成制御モジュール（１７０）に送ることについては、周知のいかなる手段によっても可能である。その手段とは、たとえば、ファイル名（あるいは他の名前）をリストの他の位置へクリックアンドドラッグすることなどである。この目的のために、リストはスクロールアップあるいはスクロールダウンできるよう構成し、リストの別の位置へセグメントを移動させるためのスペースを設ける。以上は、順序だけが重要な場合の説明である。
【００３３】
複合印刷ジョブ組成装置（１００）は、さらに好ましくは、ページ順序を再設定する機能を備えている。たとえば、２ページあるセグメント＃１を３ページあるセグメント＃２の後にもってくることもできる。この機能は「プレビュー」機能によって実現する。この「プレビュー」機能は、たとえば、プレビューボタン（３４）をクリックすることにより、呼び出される。プレビュー機能により、全印刷ジョブ中のページのそれぞれをサムネイル表示することができ、こうしてページごとにクリック／ドラッグして所望の別の順序にすることが可能になる。このプレビュー機能はまた、実際にジョブを用紙に印刷してしまう前に、印刷の質、仕上がり、またはページ／ドキュメントの形式などを見るために、ジョブをテストする機能を備えている。この「プレビュー」機能もセグメントの順序を再設定するのに利用できる。
【００３４】
また、本発明の原理を逸脱しない範囲で、単にセグメントの順序を入れ替えたり、セグメント内のページの順序を入れ替えたりするだけでなく、セグメントの別の組み合わせも実現できるし、単にセグメントを結合するだけでなく、セグメントの別の編集も実現できる。たとえば、画像データをセグメントのある特定のページに配置したり、セグメントのある特定のページ内のある場所に配置したりすることによって、その画像データをテキストデータに結び付けることができる。また、セグメントを再フォーマット（たとえば、共通のフォントサイズにする、とか、共通のマージンにする、など）することによって、編集することも可能である。
【００３５】
ユーザインターフェース（１２５）は、さらに、制御コマンドを入力するための制御メニュー（３５）を備えている。「スタート」ボタンは、そのセグメントがジョブの第一セグメントである、ということを示すのに使用する。あるいは、装置（１００）に、リストの一番目セグメントからジョブがスタートするものである、とあらかじめ条件をつけておいてもよい。「追加」ボタンは、そのセグメントをジョブに追加する、ということを示すのに使用する。あるいは、装置（１００）に、リストに追加されたセグメントはジョブにも追加される、とあらかじめ条件をつけておいてもよい。「削除」ボタンは、指し示されたセグメント（たとえば、強調表示されたセグメント）はジョブから削除する、ということを示すのに使用する。
【００３６】
最後に、「印刷」ボタンは、そのジョブを印刷するのに使用する。印刷コマンドは、ユーザインターフェース（１２５）によって、関連付けられたアプリケーションに印刷を指示するために生成される。装置（１００）は印刷キュー（queue）を備えており、セグメントはそこに入る。セグメントの一つ一つに対して、関連付けられたアプリケーションは装置（１００）と通信する。この装置（１００）は、物理印刷デバイスとしての役割を果たす。物理印刷デバイスに関しては、装置（１００）は、印刷属性のセットをアプリケーションに供給する。この印刷属性は、アプリケーションが印刷するセグメントをフォーマットするときに、そのアプリケーションに想定されるべき機能を定義する。
【００３７】
プログラムで組み込まれている、あるいは装置（１００）によって決定された属性を用いて、装置（１００）は、要求したアプリケーションに属性を供給することによって、選択された印刷デバイスをエミュレート（emulate）する。セグメントは、プリンタ依存属性にしたがって、そのセグメントのプリンタ依存セグメント形式を用いて、フォーマットされる。
【００３８】
図６に、本発明による複合印刷ジョブ組成装置における他の実施の形態（２１０）を示す。複合印刷ジョブ組成装置（２１０）は、論理プリンタネットワーク（２２０）と連動しており、この論理プリンタネットワーク（２２０）は、1つもしくはそれ以上の論理プリンタと、それらが関連付けられるプリンタドライバとを含む。ジョブ組成モジュール（２５０）は、上述のジョブ組成モジュール（１５０）の特徴に加えて、1つもしくはそれ以上の複合印刷ジョブ出力用プリンタからある特定の1つを選択する機能を備えている。上記の追加の機能を実現するために、ジョブ組成モジュール（２５０）は、プリンタドライバクエリモジュール（２６０）を含み、このプリンタドライバクエリモジュール（２６０）は、プリンタのプリンタ属性を決定するために、その物理プリンタのプリンタドライバに問合せをするようになっている。ユーザインターフェース（２２５）によって、ユーザは所望のプリンタを選択することができる。プリンタドライバクエリモジュール（２６０）は、ジョブ組成制御モジュール（２７０）によって管理され、データ変換部（２３０）へ、選択されたプリンタの属性を供給する。その結果、データ変換部（２３０）は、セグメントをフォーマットすることができる。このフォーマットは、選択されたプリンタ向けにジョブを最適化するために、選択されたプリンタの機能および特性のフォーマットにしたがって行われる。本質的に、プリンタドライバクエリモジュール（２６０）は、装置（２１０）のプリンタドライバの機能を備えており、そのため、装置（２１０）全体を、拡張されたジョブ機能を有するプリンタドライバとしてとらえることができるのである。
【００３９】
上述の複合印刷ジョブ組成装置（１００、２１０）は、機器で読み取り可能な媒体（コンピュータのハードディスクドライブなど）に記憶されている命令プログラムを実行する汎用コンピュータによって、ソフトウェアで実施されることが好ましい。しかし、複合印刷ジョブ組成装置（１００、２１０）は、通常の技術を有する当業者らに容易に理解されるファームウェアやハードウェアまたは、ソフトウェア、ファームウェア、ハードウェアのいずれの組み合わせにおいてでも同様に実施できる。
【００４０】
本発明の好適な実施形態については、これまで、Microsoft Windows（登録商標）オペレーティングシステムに関して、Microsoft Windows（登録商標）環境で一般に使用されている用語を用いて、説明がなされてきた。しかし、本発明はMicrosoft Windows（登録商標）環境での使用形態に限定されない。本発明の原理は、他のオペレーティングシステム（たとえばUnix(登録商標）やLinuxなど）を使用したコンピュータシステムでも採用され得る。これに関連して、本発明による、Microsoft Windows（登録商標）環境で使用するときの実施形態を説明するのに用いた用語、処理要素（processing element）あるいは処理モジュール（processing module）、および処理ステップは、他のオペレーティングシステムで用いられる同義のあるいはほぼ同義の、用語、処理要素あるいは処理モジュールに対応している。
【００４１】
これまで、本発明による好適な方法および装置が開示され、述べられてきたが、これまで述べられてきた特徴を1つ以上含む他の方法および装置についても、本発明の原理を逸脱しない範囲で採用可能であるということを明言しておく。
【００４２】
また、本明細書中で採用された用語および表現も、説明のために用いられたのみで、何ら限定をするためのものではなく、また、それらの用語および表現を用いたことには、開示され記述された特性、またはその一部の同義性を排除する意図はない。本発明の範囲は、以下に記載する特許請求の範囲によってのみ定義され、限定されるということを明言しておく。
【図面の簡単な説明】
【００４３】
【図１】論理プリンタ、プリンタドライバ、および物理プリンタを含む、複合印刷ジョブ組成の方法および装置を、模式的に示す図である。
【図２】既知の論理プリンタ、プリンタドライバ、および物理プリンタを模式的に示す図である。
【図３】本発明による論理プリンタ、プリンタドライバ、および物理プリンタを模式的に示す図である。
【図４】本発明によるジョブ組成制御モジュール、および、本発明によるユーザインターフェースの好ましい実施の一形態を示す図である。
【図５】既知の印刷ダイアログボックスを示す図である。
【図６】本発明による、複合印刷ジョブ組成の方法および装置の、好ましい実施の別の一形態を模式的に示す図である。
【符号の説明】
【００４４】
８        デバイスインターフェース
１０      論理プリンタ
１５      プリンタドライバ
２０      物理ドライバ
５０      ジョブ組成モジュール
１００    複合印刷ジョブ組成装置
１１０    論理プリンタ
１１５    プリンタドライバ
１２５    ユーザインターフェース
１３０    データ変換部
１４０    ページリポジトリ
１５０    ジョブ組成モジュール
１７０    ジョブ組成制御
１９０    物理プリンタ
２１０    複合印刷ジョブ組成装置
２２０    論理プリンタネットワーク
２２５    ユーザインターフェース
２３０    データ変換部
２４０    ページリポジトリ
２５０    ジョブ組成モジュール
２６０    プリンタドライバクエリモジュール
２７０    ジョブ組成制御
【図１】
2005174324.tif 000003
【図２】
2005174324.tif 000004
【図３】
2005174324.tif 000005
【図４】
2005174324.tif 000006
【図５】
2005174324.tif 000007
【図６】
2005174324.tif 000008
【外国語明細書】
2005174324.tif 000009
2005174324.tif 000010
2005174324.tif 000011
2005174324.tif 000012
2005174324.tif 000013
2005174324.tif 000014
2005174324.tif 000015
2005174324.tif 000016
2005174324.tif 000017
2005174324.tif 000018
2005174324.tif 000019
2005174324.tif 000020
2005174324.tif 000021
2005174324.tif 000022
2005174324.tif 000023
2005174324.tif 000024
2005174324.tif 000025
2005174324.tif 000026
2005174324.tif 000027
2005174324.tif 000028
2005174324.tif 000029
2005174324.tif 000030
2005174324.tif 000031
2005174324.tif 000032