JP2009003712A - 印刷システム及び制御方法 - Google Patents

Abstract

【課題】印刷データに対する加工処理が重複してなされるような印刷設定が設定されることを回避して、ユーザが意図していないデータ出力がなされることを防ぐ。
【解決手段】アプリケーション、プリンタドライバ及びプリンタ上で印刷データに対する加工処理を行う場合に、印刷データを受け渡されたプリンタにおいて、加工処理の実行場所及び実行状況を参照させる（ステップＳ８０３）。プリンタが製本レイアウトの加工処理が完了している旨を確認した場合（ステップＳ８０５）、加工処理が重複されないように、プリンタ上において、製本レイアウトに関する加工処理の設定を制限するようにする（ステップＳ８０６）。これにより、印刷データに対する加工処理が重複してなされるような印刷設定がなされることを回避して、ユーザが意図していないデータ出力がなされることを防ぐことができる。
【選択図】図８

Description

本発明は、データに対する面付け等の様々な加工処理が可能な技術に関する。

情報処理装置、及びプリンタ等の印刷装置からなる印刷システムでは、印刷文書の加工処理が、主に、アプリケーション、プリンタドライバ、及びプリンタ上の印刷処理部においてなされる。

従来の印刷システムにおいては、アプリケーションプログラムからプリンタドライバのＵＩ（User Interface）を開き、所望の印刷設定を行うことで印刷実行の指示をする。この場合、プリンタドライバ、プリンタ上で行われるべき加工処理の印刷設定は一意に決定されており、決定された印刷設定に従って、プリンタドライバ、プリンタ上で加工処理がなされて印刷データが出力される。

特許文献１には、加工処理に関する印刷設定をジョブチケットと呼ばれる印刷指示書で行うシステムが開示されている。この特許文献１に開示されたシステムでは、プリントサーバが、プリンタと仕上げ機(オフライン)等の機能を把握し、クライアントからの印刷設定を満たすように、プリンタ用、仕上げ機用それぞれのジョブチケットを作成して印刷を行うものである。

特開２００２−１１６８９０号公報

しかしながら、上述した従来の印刷システムは、印刷実行時点の印刷設定通りに印刷出力が実行されることを想定したシステムであり、印刷処理途中の印刷設定の変更は想定していない。

印刷処理途中での印刷設定の変更を想定していないシステムにおいては、各印刷処理部は、その前段で行われた加工処理を把握することができない。そのため、後段の印刷処理部において前段と重複した加工処理を行ってしまったり、前段での加工処理と相容れない、換言すれば不必要な加工処理を設定したりすることができてしまう。

例えば、アプリケーションプログラム上で製本体裁での面付けを行って印刷を実行しているにも関わらず、後段のプリンタドライバ上で製本体裁での面付けが再度実行されたり、更に後段のプリンタ上でＮ−ｕｐの面付けが行われたりすることがある。このように、従来のシステムにおいては、ユーザの意図しない最終的な出力結果を得るような設定が可能であった。

また、特許文献１に開示されるシステムでは、プリントサーバ上に、印刷指示を管理・実行するための手段を設ける必要があるため、構成や制御が煩雑となってしまう。

本発明は係る実情に鑑みてなされたものであり、加工処理が重複してなされるような印刷設定が設定されることを回避して、ユーザが意図していないデータ出力がなされることを防ぐことを目的とする。

本発明の印刷システムは、情報処理装置と印刷装置とから構成される印刷システムにおいて、前記情報処理装置は、複数の処理手段により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れの段階において実行するかを示す設定情報を生成する生成手段と、当該加工処理が実行された場合、前記生成手段によって生成された設定情報に対して前記加工処理が実行されたことを示す実行状況の情報を付加する付加手段とを有し、前記印刷装置は、前記設定情報を含む印刷ジョブを受信する受信手段と、前記設定情報に含まれる実行状況の情報を用いて、当該印刷装置にて設定可能な機能と設定不可能な機能とを識別可能に表示する表示手段とを有することを特徴とする。
また、本発明の制御方法は、情報処理装置と印刷装置とから構成される印刷システムにおける制御方法において、前記情報処理装置は、複数の処理工程により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れの段階において実行するかを示す設定情報を生成する生成工程と、当該加工処理が実行された場合、前記生成工程によって生成された設定情報に対して前記加工処理が実行されたことを示す実行状況の情報を付加する付加工程とを有し、前記印刷装置は、前記設定情報を含む印刷ジョブを受信する受信工程と、前記設定情報に含まれる実行状況の情報を用いて、当該印刷装置にて設定可能な機能と設定不可能な機能とを識別可能に表示する表示工程とを有することを特徴とする。

本発明によれば、不必要な設定が重複することを避けることができ、ユーザが意図していないデータ出力がなされることを防ぐことが可能となる。

以下、本発明を適用した好適な実施の形態を、添付図面を参照しながら詳細に説明する。
（第１の実施の形態）
先ず、本発明の第１の実施の形態について説明する。本実施の形態に係る印刷システムは、Ｍｉｃｒｏｓｏｆｔ（登録商標）社製ＰＣ用ＯＳの次期Ｗｉｎｄｏｗｓ（登録商標）とされているＬｏｎｇｈｏｒｎ(コードネーム)上で動作するシステムを想定している。

図１は、本実施の形態に係る印刷システムの構成を示すブロック図である。当該印刷システムは、ホストコンピュータ（情報処理装置）３０００と、ホストコンピュータ３０００からの印刷データを受信して印刷出力を行う印刷装置であるプリンタ１５００とで構成される。

ホストコンピュータ３０００において、ＣＰＵ１は、ＲＡＭ２に記憶されているプログラムに従って、システムバス４に接続される各デバイスを総括的に制御する。ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等として機能する。

ＲＯＭ３は、各種プログラム及びデータを格納しており、各種フォントを記憶するフォントＲＯＭ３ａ、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ３ｂ、及び各種データを記憶するデータＲＯＭ３ｃに区分けされて構成される。

キーボードコントローラ（ＫＢＣ）５は、キーボード（ＫＢ）９や不図示のポインティングデバイス（マウス等）からのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、ＣＲＴディスプレイ（ＣＲＴ）１０への表示を制御する。ディスクコントローラ（ＤＫＣ）７は、ハードディスク等の外部メモリ１１へのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インタフェース２１を介してプリンタ１５００に接続され、プリンタ１５００との間で通信制御処理を行う。

外部メモリ１１は、例えばハードディスク（ＨＤ）やＭＯ、或いはフレキシブルディスク（ＦＤ）等で構成され、オペレーティングシステムプログラム（以下、ＯＳと称す）２０５及び各種アプリケーション等を記憶する。また、外部メモリ１１は、ＯＳ２０５等の他に、図形、イメージ、文字、表等が混在した文書を処理する文書処理アプリケーションプログラム２０１や、印刷処理関連プログラム２０４や、不図示の領域にユーザファイル及び編集ファイル等を記憶している。なお、外部メモリ１１に記憶されたプログラム等をＲＯＭ３に記憶するようにしても構わない。

外部メモリ１１に記憶された印刷処理関連プログラム２０４は、ページ記述言語を用いて記述される印刷データを生成するプログラムであって、同系列の複数のプリンタに対して共通に利用され得る。この印刷処理関連プログラム２０４は、プリンタ制御コマンド生成モジュール（以下、プリンタドライバと称す）２０４−１と、プリンタドライバＵＩ制御モジュール２０４−２とを含んでいる。

外部メモリ１１に記憶された、文書処理アプリケーションプログラム２０１は、ＲＡＭ２にロードされてＣＰＵ１により実行される。これにより、ＣＰＵ１は、例えばＲＡＭ２へのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧ（What You See Is What You Get）を可能とする。

以上のようなホストコンピュータ３０００においては、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて、ＣＰＵ１が登録された種々のウインドウを開き、種々のデータ処理を実行する。例えば、ＣＰＵ１がプリンタドライバＵＩ制御モジュール２０４−２をロードすることで、ユーザが印刷を実行する際に用いる印刷設定画面を開くことができる。更に、ＣＰＵ１がプリンタドライバ２０４−１をロードすることで、ユーザが印刷設定画面を用いて行ったプリンタの設定や印刷モードの選択に基づき、印刷データに対する加工処理の印刷設定を行うことができる。

次にプリンタ１５００の構成について説明する。プリンタ１５００において、ＣＰＵ１２は、プリンタ１５００の全体の動作を制御している。ＲＡＭ１９は、ＣＰＵ１２の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域としても用いられる。ＲＡＭ１９はまた、ＮＶＲＡＭ（不揮発ＲＡＭ）領域も備えており、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

ＲＯＭ１３は、各種フォントを記憶するフォントＲＯＭ１３ａ、ＣＰＵ１２により実行される制御プログラム等を記憶するプログラムＲＯＭ１３ｂ、及び各種データを記憶するデータＲＯＭ１３ｃにより区分されて構成される。

入力部１８は、双方向性インタフェース２１を介してホストコンピュータ３０００との間でデータの送受信を行う。印刷部インタフェース１６は、印刷出力を行うプリンタエンジンである印刷部１７とのインタフェースを制御している。

外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスが制御されており、オプションとして接続されるハードディスク（ＨＤ）、ＭＯ、フレキシブルディスク（ＦＤ）、又はＩＣカード等により構成される。外部メモリ１４は、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。なお、ハードディスク等の外部メモリ１４が接続されていない場合には、ＲＯＭ１３のデータＲＯＭ１３ｃに、ホストコンピュータ３０００で利用される情報等を記憶するようにする。また、この外部メモリ１４は１個に限らず複数備えるものであってもよく、例えば、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラム等を格納した外部メモリを複数接続できるように構成してもよい。

操作部１５０１は、ユーザによる操作を受け付ける操作パネルを有しており、該操作パネルには操作のためのタッチパネル等が配されている（不図示）。なお、操作部１５０１に不図示のＮＶＲＡＭを持たせるようにして、操作パネルからのプリンタモード設定情報を記憶するようにしてもよい。

以上の構成において、ＣＰＵ１２は、ＲＯＭ１３のプログラムＲＯＭ１３ｂに記憶された制御プログラム等に基づき、印刷部インタフェース１６を介して印刷部１７に出力情報としての画像信号を出力する。また、ＣＰＵ１２は、入力部１８を介してホストコンピュータ３０００との通信処理が可能であり、ホストコンピュータ３０００から送信される印刷データを受信するとともに、プリンタ１５００内の情報等をホストコンピュータ３０００に通知することもできる。

図２は、文書処理アプリケーションプログラム２０１や印刷処理関連プログラム２０４等を起動して、ホストコンピュータ３０００のＲＡＭ２にプログラムやデータがロードされた状態におけるＲＡＭ２のメモリマップを説明するための図である。

図２において、ＲＡＭ２には、ＢＩＯＳ２０６、ＯＳ２０５、文書処理アプリケーションプログラム２０１、印刷処理関連プログラム２０４、及び関連データ２０３がロードされている。更に空きメモリ領域２０２も確保されている。これにより、文書処理アプリケーションプログラム２０１及び印刷処理関連プログラム２０４が実行可能な状態となる。なお、印刷処理関連プログラム２０４におけるプリンタドライバＵＩ制御モジュール２０４−２は、ユーザによる印刷設定指令に応じてＣＲＴ１０に印刷設定画面を表示し、ＫＢ９等を使用したユーザからの印刷設定を可能にする。

ここで、本実施の形態に係る印刷システムにおいて用いる印刷データについて説明する。上述したように本実施の形態では、次期Ｗｉｎｄｏｗｓ（登録商標）とされているＬｏｎｇｈｏｒｎ(コードネーム)上で動作する印刷システムを想定している。図３は、Ｌｏｎｇｈｏｒｎ上で採用されるドキュメントを扱うデータ形式を模式的に示す図である。

現在のＷｉｎｄｏｗｓ（登録商標）では、ドキュメントの印刷に際しては、Ｄｅｖｍｏｄｅと呼ばれるプリンタドライバの印刷設定を含むバイナリデータ構造体を介して、プリンタドライバに印刷設定を通知することで、印刷設定に応じた加工処理を行っている。ここで、上述のＤｅｖｍｏｄｅ構造体は、一部のＯＳ定義の情報を除いて、文書処理アプリケーションプログラム２０１等のアプリケーションが設定を知り得ることはできず、直接設定を行うこともできない。

それに対して、Ｌｏｎｇｈｏｒｎにおいては、図３に示すように、印刷設定がＰｒｉｎｔＴｉｃｋｅｔ(以下、ＰＴと称す)と呼ばれるＸＭＬ形式で保持される。そのため、文書処理アプリケーションプログラム２０１等のアプリケーションが各印刷設定を行うことが可能となっている。本実施の形態の文書処理アプリケーションプログラム２０１では、このＰＴを用いることで印刷設定を行うことが可能であり、印刷対象である印刷文書は、図３に示すようにＰＴと描画データとがセットになった形でプリンタドライバ等に回される。なお、ここで述べたＰＴは、本発明でいう設定情報の一例である。

図４は、本実施の形態に係る印刷システムの処理の流れを模式的に示す図である。本印刷システムで実行される面付け等の印刷データに対する加工処理は、文書処理アプリケーションプログラム２０１、プリンタドライバ２０４−１、及びプリンタ(デバイス)１５００上の印刷処理部（処理手段）が関わる。本図では、複数段階の印刷処理部における処理においてどのような処理が行われるかを示している。

図４では、４ページのドキュメントを製本体裁で出力する際の加工処理を例にしている(最終出力物を用紙中央で折り曲げると、製本の体裁となる)。本実施の形態では、各印刷設定の複数種類の項目に対する加工処理の実行場所及び加工処理の実行状況を示す属性をＰＴに持たせるようにしている。ここで、図４の各ブロック（４００〜４２０）においては、説明の便宜のため、ＰＴの一部としてＰＴ内の様々な印刷設定のうち製本設定についてのみ表記しているが、製本設定以外の印刷設定に対応する加工処理であってもよい。

４００は、アプリケーション層、即ち文書処理アプリケーションプログラム２０１における処理を示している。この例では、アプリケーション層において、４ページの描画データをプリンタドライバ層における製本機能を利用して印刷を行うようにＰＴを設定している。
図示された、<Booklet Action="Driver" Status="Yet">ON</Booklet>の意味するところは、製本印刷(Booklet)がＯＮであり、製本処理を行うのはプリンタドライバ層であることを意味する。更に、処理状況としては、アプリケーション層の段階ではまだ行われていない(Status="Yet")ということを意味する。

４１０は、プリンタドライバ層、即ちプリンタドライバ２０４−１における処理を示している。ＰＴと描画データがプリンタドライバ層に受け渡されると、図に示すように、プリンタドライバ層はＰＴの処理状況を処理済み(Status="Done"、図中４１１)に変更し更新する。そして、プリンタドライバ層は描画データを製本体裁で出力されるように面付けの加工処理を行って、４ページ分の描画データを２ページ分の両面描画データとして、デバイス層に受け渡す。

４２０は、デバイス層、即ちプリンタ１５００における処理を示している。デバイス層は、製本処理の場所がプリンタドライバ層であり、既に製本体裁の面付け処理が完了していることがＰＴを参照することでわかるので、製本に関する加工処理は行わないようにする。そして、デバイス層は、受け渡された両面描画データを印刷出力する。

本実施の形態の印刷システムにおいては、以上のような手順で、描画データを製本体裁して印刷出力を行う。この例では、デバイス層においてもＰＴの解釈が可能な様にＰＴをＸＭＬ形式で記述しているが、他の形式のデータに変換しても構わない。例えばプリンタドライバ層においてデバイス層が解釈可能な印刷ジョブ制御コマンドにＰＴを変換しても良い。同様に描画データについても、プリンタドライバ層においてＸＭＬ形式の描画データをＰＤＬコマンドに変換するようにしても良い。

次に、図５〜図８を用いて、本実施の形態に係る印刷システムにおける上記処理について詳細に説明する。図５は、文書処理アプリケーションプログラム２０１での処理を示したフローチャートである。

まずステップＳ５１０において、文書処理アプリケーションプログラム２０１は、ＰＴの設定を行う。次にステップＳ５２０において、文書処理アプリケーションプログラム２０１は、ステップＳ５１０で設定したＰＴを用いて描画処理を行い。その後、プリンタドライバ２０４−１に描画データ及びＰＴを引き渡す。なお、ステップＳ５１０の処理は、複数の処理手段により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れかの段階において実行するかを示す設定情報を生成する、本発明でいう生成手段による一処理例に対応する。

図６は、プリンタドライバ２０４−１の処理を示したフローチャートである。ここでは、説明の便宜上、製本設定についてのみの処理を記述しているが、製本設定に対応する製本処理以外の加工処理もプリンタドライバ２０４−１でされているものとする。

まずステップＳ６１０において、プリンタドライバ２０４−１は、文書処理アプリケーションプログラム２０１から描画データ及びＰＴを受け取り、ＰＴの設定を参照する。

次にステップＳ６２０において、プリンタドライバ２０４−１は、ＰＴを参照して、製本設定がＯＮであり、且つ実行場所がプリンタドライバと設定されているかどうかを判断する。製本設定がＯＮであり、且つ実行場所がプリンタドライバである場合は、ステップＳ６２５に進み、描画データを製本体裁とする面付けの加工処理をした描画データに変更する。

次にステップＳ６２６において、プリンタドライバ２０４−１は、ＰＴの製本設定に関するステータスを処理済み(Ｄｏｎｅ)に変更して、ステップＳ６３０に進む。そして、ステップＳ６３０において、プリンタドライバ２０４−１は、プリンタ１５００に印刷ジョブ（ここでは、変更後のＰＴ及び加工処理後の描画データ）を送信して、ステップＳ６４０において処理を終了する。

一方、ステップＳ６２０において、製本設定がＯＮであり、且つ実行場所がプリンタドライバと設定されていなかったと判断した場合、プリンタドライバ２０４−１は、ステップＳ６２５、Ｓ６２６を実行することなく処理をステップＳ６３０に進める。即ち、プリンタドライバ２０４−１は、面付けの加工処理をした描画データの変更やＰＴの変更を行わずにステップＳ６３０にてＰＴ及び描画データを送信する。そして、その後、処理を終了する。なお、ステップＳ６１０の処理は、本発明でいう受け取り手段による一処理例に対応し、ステップＳ６２６の処理は、本発明でいう更新手段の一処理例に対応する。

ここで、本実施の形態に係るプリンタ１５００は、受け取った印刷ジョブを一旦スプールしておき、ユーザが本体のタッチパネル等を有する操作部１５０１を用いて、印刷ジョブを指定して印刷設定を改めて設定して印刷を実行することが可能である。このようなプリンタ１５００では、操作部１５０１において、印刷ジョブの出力体裁を変更可能である。なお、本実施の形態に係る印刷システムにおいては、同様の機能を、文書処理アプリケーションプログラム２０１及びプリンタドライバ２０４−１にも備えている。

図７はプリンタ１５００の操作部１５０１に設けられたタッチパネルにより出力体裁の印刷設定を行うための設定ＵＩ例を示したものである。この図で示した例では、印刷ジョブに対して出力体裁を変更すると不正な出力となる設定について、設定変更ができないように制限していることを示している。つまり、プリンタ１５００は、設定可能な機能と設定不可能な機能とを識別可能に表示する。

具体的には、プリンタ１５００には、既に製本体裁の面付けの加工処理がなされている印刷ジョブが送信されているので、プリンタ１５００において、製本印刷設定、両面印刷設定、Ｎ−ｕｐ設定、ステイプル設定を行うと不正な出力となってしまう。そのため、不正な出力となり得る同一又は類似する予め定められた印刷設定を全て設定不可としている。図中の×印は設定不可であることを示す。

図８は、プリンタ１５００上での設定ＵＩ制御処理のフローチャートである。ただし、説明の便宜上、製本設定についてのみ判断を行っているが、実際には他の設定についても判断を行って同様にＵＩ制御を行うものとする。

まずステップＳ８０２において、プリンタ１５００は、ユーザによってタッチパネル等が操作され、印刷設定画面を表示するように指示されると、設定ＵＩを表示する。

次にステップＳ８０３において、プリンタ１５００は、受け取った印刷ジョブの設定を参照する。

次にステップＳ８０５において、プリンタ１５００は、既に製本体裁での面付けの加工処理が完了しているか否かを判断する。製本体裁での面付けの加工処理済みであれば、ステップＳ８０６に進み、プリンタ１５００は、製本面付け済みの印刷に設定すると不正な出力となる設定ボタンを設定不可にして、ステップＳ８０７において処理を終了する。図７では、製本印刷設定、両面印刷設定、Ｎ−ｕｐ設定、ステイプル設定が設定不可とされた設定を示している。ステップＳ８０５において、製本体裁での面付けの加工処理が行われていないと判断した場合は、プリンタ１５００は、特に処理を行わず、ステップＳ８０７において処理を終了する。

以上、本実施の形態では、印刷設定に対する加工処理の実行場所及び実行状況を示すＰＴを生成し描画データに付加し、文書処理アプリケーションプログラム、プリンタドライバ、及びプリンタにおいて、前段から後段に描画データ及びＰＴを受け渡すようにした。更に、文書処理アプリケーションプログラム、プリンタドライバ、及びプリンタそれぞれにおいて、ＰＴを参照するようにして、ＰＴに応じて印刷設定を制限するようにした。これにより、不必要な設定が重複することを避けることができ、ユーザが意図していないデータ出力がなされることを防ぐことが可能となる。

具体的には、本実施の形態では、プリンタドライバ２０４−１で面付けの加工処理が完了している場合には、プリンタ１５００上の設定ＵＩにおいて、所定の加工処理の設定を制限するようにして不必要な設定が重複されることを避けるようにした。上述したように近年、複写機等の印刷装置に対して印刷ジョブを送信しておき、印刷装置上のタッチパネル等で、同印刷ジョブの設定を変更することが可能となっている。印刷装置のパネル上では印刷ジョブの印刷イメージを参照することが可能であるが、表示領域が限られているため、どのような面付け処理がなされているかを判断することが困難な場合がある。本実施の形態によれば、そのような場合に、印刷ジョブと矛盾する設定をユーザが行うことを印刷装置のパネル上で防ぐことができるため、効果的である。

この例の他にも、例えば図１４に示すように、文書処理アプリケーションプログラム上で４−Ｕｐの面付けの加工処理が完了していた場合に、プリンタドライバのＵＩ上では、レイアウト系の設定変更ができないようにＵＩ上で制限するようにしてもよい。

また、本実施形態ではプリンタ１５００上の設定ＵＩで、不正な出力となり得る印刷設定を設定不可となるように制御した。しかし、前段の文書処理アプリケーションプログラム或いはプリンタドライバにおいて特定の加工処理が完了している場合に、その旨を設定ＵＩ上に表示してもよい。この場合においても、ユーザが直接視認して判断をすることで、不必要な設定が重複することを避けるようにすることができる。

また、本実施形態では、描画データにＰＴが付加されて、文書処理アプリケーションプログラム、プリンタドライバ、及びプリンタの各印刷処理部が、前段の処理において行われている印刷設定を判断して制御を行う。そのため、印刷処理全体をコントロールする制御部を必要とせずに制御が可能であり、構成及び制御を簡易なものとすることができる。

（第２の実施の形態）
第１の実施の形態においては、次期Ｗｉｎｄｏｗｓ（登録商標）であるＬｏｎｇｈｏｒｎの印刷システムを前提としたものを示したが、第２の実施の形態においては、現在のＷｉｎｄｏｗｓ（登録商標）の印刷システムでも同様な処理が行えることを説明する。なお、第２の実施の形態においても、製本設定についてのみ説明するが、他の設定に対応する加工処理でもよいことは、第１の実施の形態と同様である。また、第２の実施の形態に係る印刷システムのシステム構成は、第１の実施の形態の図１に示したものと同様であるため説明を省略する。以下、第２の実施の形態について、図９〜図１３を用いて説明する。

図９は、現行Ｗｉｎｄｏｗｓ（登録商標）システムにおいて、印刷設定を保持する構造体であるＤｅｖｍｏｄｅ構造体を模式的に示す図である。Ｄｅｖｍｏｄｅ構造体は、Ｐｕｂｌｉｃ領域(Public Devmode)とＰｒｉｖａｔｅ領域(Private Devmode)とで構成される。Ｐｕｂｌｉｃ領域は、ＯＳが定義しており、ＯＳ、アプリケーション（第１の実施形態における文書処理アプリケーションプログラムに相当）、プリンタドライバが共通して設定を認識することが可能な領域である。Ｐｒｉｖａｔｅ領域は、各プリンタドライバ固有の設定を保持し、プリンタドライバでのみ設定を認識することが可能な領域である。

本実施の形態のプリンタドライバのＤｅｖｍｏｄｅでは、図９に示すように、Ｐｒｉｖａｔｅ領域に第１の実施の形態におけるＰＴ同様に印刷設定が存在する。具体的には、製本設定自体を保持するメンバ(bBOOKLET)と、実行場所を示すメンバ(wBookletAction)、及び処理済みか否かを示すメンバ(bBookletStatus)が存在する。

また、本実施形態のプリンタドライバは、プリンタドライバのみが認識可能なPrivate Devmodeメンバの設定をアプリケーションから変更することが可能な様に、関数Ｉ／Ｆ(Driver SDK)を有している。その関数仕様例を図１０に示す。

図１０に示した関数Ｉ／Ｆをアプリケーションが利用することにより、Private Devmode中の図９に示した各メンバの設定値を変更することが可能となる。

図１１は、アプリケーションにおける印刷処理について示したフローチャートである。

まずステップＳ１１１０において、アプリケーションは、アプリケーションで製本面付けを行うか否かを判断する。製本面付けを行う場合には、ステップＳ１１２０に進む。製本設定を行わない場合には、ステップＳ１１２５に進む。

ステップＳ１１２０において、アプリケーションは、上述の図１０に示す関数Ｉ／Ｆを用いて、製本面付けを行う場合のPrivate Devmodeに対する設定を行う。具体的には、アプリケーションで製本処理を行う場合には、下記によって表される設定を、Private Devmodeに対して行う。
(bBOOKLET=TRUE,wBookletAction=1,bBookletStatus=1)

一方、ステップＳ１１２５において、アプリケーションは、上述の図１０に示す関数Ｉ／Ｆを用いて、製本面付けを行わない場合のPrivate Devmodeに対する設定を行う。具体的には、アプリケーションで行わない場合には、下記によって表される設定を、Private Devmodeに対して行う。
(bBOOKLET=TRUE,wBookletAction=2,bBookletStatus=0)

なお、ステップＳ１１２０及びＳ１１２５の処理は、本発明でいう生成手段の一処理例に対応する。

次にステップＳ１１３０において、アプリケーションは、アプリケーション上でユーザがプリンタドライバＵＩを開く指示を行ったか否かを判定する。プリンタドライバＵＩを開く指示を行ったと判断した場合、処理はステップＳ１１４０に進み、アプリケーションはプリンタドライバＵＩを開いて、ステップＳ１１５０において処理を終了する。そうでない場合、アプリケーションはプリンタドライバＵＩを開く制御は行わないで、ステップＳ１１５０において処理を終了する。

その後、アプリケーション上で印刷処理を指示した後の処理の流れについては、図６と同様であるので、説明は省略する。なお、上述したように、プリンタドライバはPrivate Devmodeについて、全ての設定をＰＴ同様、認識可能である。

図１２は、図１１において、プリンタドライバＵＩが開かれた際のＵＩ制御処理（ステップＳ１１４０）を示したフローチャートである。

まずステップＳ１２１０において、プリンタドライバは、プリンタドライバＵＩを表示する。

次にステップＳ１２２０において、プリンタドライバは、Private Devmode内の設定値を参照する。

次にステップＳ１２３０において、プリンタドライバは、製本面付けが既になされている(アプリケーションで実行するようになっている)か否かを判断する。製本面付けがアプリケーションでなされる設定になっている場合にはステップＳ１２４０に進む。そうでない場合は、ステップＳ１２５０に進み、処理を終了する。

ステップＳ１２４０において、プリンタドライバは、製本面付け済みの印刷文書に対して設定を行うと不正出力となる設定を設定不可(例えばグレイアウト表示)として、ステップＳ１２５０において処理を終了する。

図１３は、アプリケーションで製本面付けを行う場合にプリンタドライバＵＩを開いた際のドライバＵＩ例を示す図である。本ＵＩ例では、製本面付けされた印刷データに対してプリンタドライバで更に処理をすると不正な出力となる、ページレイアウトの設定や、拡縮の設定用ＵＩコントロールをグレイアウト表示とし、設定不可であることを示している。なお、ページレイアウトの設定とは、Ｎ−ｕｐ、ポスター印刷等の設定等を指す。

以上、説明したように、現行のＤｅｖｍｏｄｅ構造体を用いた印刷システムにおいても、Ｄｅｖｍｏｄｅ内に各設定項目の実行場所、実況状況のメンバを持つことで、第１の実施の形態と同様に制御が可能である。具体的には、第２の実施の形態においては、プリンタドライバの印刷処理部に加工処理の実行場所及び実行状況を示すメンバを参照させ、それに応じて印刷設定を制限する。即ち、異なる印刷処理部間での設定が重複することを避けることができため、ユーザが意図していないデータ出力がなされることを防ぐことが可能となる。

なお、本発明を実現するために、上述した実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記憶媒体を用いても良い。この場合には記憶媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって本発明の目的が達成される。

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

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）等が実際の処理の一部又は全部を行う場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。この場合には、書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行ってもよい。

本発明の実施の形態に係る印刷システムの構成を示す図である。 本発明の第１の実施の形態に係る印刷システムを起動して、アプリケーションやプログラムがＲＡＭにロードされた状態におけるＲＡＭのメモリマップを示す図である。 次期Ｗｉｎｄｏｗｓ（登録商標）とされるＬｏｎｇｈｏｒｎ(コードネーム)上のドキュメントの構成を示す図である。 本発明の第１の実施の形態に係る印刷システムのアプリケーションからプリンタまでの印刷処理の流れを模式的に示した図である。 本発明の第１の実施の形態に係る印刷システムのアプリケーションにおける処理を示したフローチャートである。 本発明の第１の実施の形態に係る印刷システムのプリンタドライバにおける処理を示したフローチャートである。 本発明の第１の実施の形態に係る印刷システムのプリンタにおけるＵＩ例を示した図である。 本発明の第１の実施の形態に係る印刷システムのプリンタにおけるＵＩの制御を示したフローチャートである。 Ｄｅｖｍｏｄｅ構造体の構成を示す図である。 Ｄｅｖｍｏｄｅ設定用の関数例を示す図である。 本発明の第２の実施の形態に係る印刷システムのアプリケーションにおける処理を示したフローチャートである。 本発明の第２の実施の形態に係る印刷システムのプリンタドライバＵＩの制御を示したフローチャートである。 本発明の第２の実施の形態に係る印刷システムのプリンタドライバＵＩ例を示す図である。 本発明の第１の実施の形態に係る印刷システムのアプリケーションからプリンタまでの印刷処理の流れを模式的に示した図である。

符号の説明

１ ＣＰＵ
２ ＲＡＭ
３ ＲＯＭ
３ａ フォントＲＯＭ
３ｂ プログラムＲＯＭ
３ｃ データＲＯＭ

Claims (4)

1. 情報処理装置と印刷装置とから構成される印刷システムにおいて、
   前記情報処理装置は、
   複数の処理手段により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れの段階において実行するかを示す設定情報を生成する生成手段と、
   当該加工処理が実行された場合、前記生成手段によって生成された設定情報に対して前記加工処理が実行されたことを示す実行状況の情報を付加する付加手段とを有し、
   前記印刷装置は、
   前記設定情報を含む印刷ジョブを受信する受信手段と、
   前記設定情報に含まれる実行状況の情報を用いて、当該印刷装置にて設定可能な機能と設定不可能な機能とを識別可能に表示する表示手段とを有することを特徴とする印刷システム。
2. 前記情報処理装置は、前記設定された加工処理が実行された場合、前記設定情報に含まれる前記設定された加工処理の実行状況の情報を更新する更新手段を更に有することを特徴とする請求項１に記載の印刷システム。
3. 前記情報処理装置は、複数の処理手段により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れの段階において実行するかを示す設定情報を受け取る受け取り手段を有することを特徴とする請求項１または２に記載の印刷システム。
4. 情報処理装置と印刷装置とから構成される印刷システムにおける制御方法において、
   前記情報処理装置は、
   複数の処理工程により処理可能なデータに対する複数段階の加工処理のうち、設定された加工処理を前記データに対して何れの段階において実行するかを示す設定情報を生成する生成工程と、
   当該加工処理が実行された場合、前記生成工程によって生成された設定情報に対して前記加工処理が実行されたことを示す実行状況の情報を付加する付加工程とを有し、
   前記印刷装置は、
   前記設定情報を含む印刷ジョブを受信する受信工程と、
   前記設定情報に含まれる実行状況の情報を用いて、当該印刷装置にて設定可能な機能と設定不可能な機能とを識別可能に表示する表示工程とを有することを特徴とする制御方法。

Images