トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 情報処理装置、印刷システム、及びモジュール決定方法
【発明者】 【氏名】宮田 淳一
【要約】 【課題】ユーザが設定した印刷機能に応じて、出力機器を制御するドライバモジュールに組み込むモジュール群を決定することにより、冗長性を減少させ、メモリ不足を軽減でき、印刷処理を簡潔化し、印刷速度を向上させた情報処理装置、印刷システム、及びモジュール決定方法を提供する。

【解決手段】ＵＩ部４０２にて印刷機能を有するプリンタ機器に対してユーザに所望の印刷機能を設定させ、ユーザが設定した印刷機能が、例えば透かし印刷機能の場合にはモジュール１をロードし、ページ印刷機能の場合にはモジュール２をロードするというように、プリンタ機器を制御するドライバに組み込むべきモジュール群４０３を決定し、決定されたモジュール群によりプリンタ機器制御コマンドを生成してプリンタ機器に出力する。
【特許請求の範囲】
【請求項１】 印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置であって、印刷機能を有する出力機器に対してユーザが所望の印刷機能を設定するための設定手段と、設定された印刷機能に応じて、前記出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定する決定手段と、決定されたモジュール群により出力機器制御コマンドを生成し、前記出力機器に出力する手段とを有することを特徴とする情報処理装置。
【請求項２】 前記設定手段は、前記ドライバモジュールが表示するユーザインタフェースによりユーザに印刷機能を設定させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】 前記モジュール群は、前記設定された印刷機能により個々に分割されたサブモジュールで構成されていることを特徴とする請求項１に記載の情報処理装置。
【請求項４】 前記決定手段は、前記設定された印刷機能が透かし印刷機能の場合に、当該印刷機能に対応するサブモジュールの組み込みを前記ドライバモジュール初期化時に決定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】 前記決定手段は、前記設定された印刷機能がページ印刷機能の場合に、当該印刷機能に対応するサブモジュールの組み込みを前記ドライバモジュール初期化時に決定することを特徴とする請求項３に記載の情報処理装置。
【請求項６】 請求項１乃至請求項５の何れか一項に記載の情報処理装置と印刷機能を有する出力機器とで構成されることを特徴とする印刷システム。
【請求項７】 印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置におけるモジュール決定方法であって、印刷機能を有する出力機器に対してユーザが所望の印刷機能を設定するための設定工程と、設定された印刷機能に応じて、前記出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定する決定工程と、決定されたモジュール群により出力機器制御コマンドを生成し、前記出力機器に出力する工程とを有することを特徴とするモジュール決定方法。
【請求項８】 印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置におけるモジュール決定方法のプログラムが格納されたコンピュータ読み取り可能な記憶媒体であって、印刷機能を有する出力機器に対してユーザが所望の印刷機能を設定するためのプログラムと、設定された印刷機能に応じて、前記出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定するプログラムと、決定されたモジュール群により出力機器制御コマンドを生成し、前記出力機器に出力するプログラムとを含むことを特徴とする記憶媒体。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置、印刷システム、及びモジュール決定方法に関するものである。
【０００２】
【従来の技術】一般的に、情報処理装置で動作するオペレーティングシステム（ＯＳ）上の印刷システムにおいて、アプリケーションプログラムからの印刷データは論理描画要求として、プリンタ機器を制御するプリンタ機器制御プログラム（以下、プリンタドライバ）へと送信される。このプリンタドライバは論理描画要求を解釈し、プリンタ機器が認識するプリンタ制御コマンドを生成する。通常、このような機能を遂行するプリンタドライバは複数のプログラムモジュールで構成されている。これらはオペレーティングシステムが規定したオペレーティングシステムとプリンタドライバとの間のインタフェースを実装するモジュールであり、存在するインタフェース分のモジュールがプリンタドライバ内には存在する。
【０００３】通常、モジュールはオペレーティングシステムの定める一つのインタフェースに対して一つ存在する。
【０００４】
【発明が解決しようとする課題】しかしながら、上記従来例では、オペレーティングシステムにより定められた、オペレーティングシステムとプリンタドライバとのインタフェースを提供するプリンタドライバモジュールは、プリンタドライバ機能が豊富になるにつれて、該モジュール内部の処理手順やモジュールサイズが肥大化する。これらを１つのモジュールとして扱うことはプリンタドライバ機能の中で印刷時に不必要な冗長部分をも同様に扱うこととなるため非効率である。また、冗長部分も同一として１つのモジュールとして扱うことは、モジュールをロード時のファイルサイズの肥大化によるメモリ不足や印刷速度の低下を引き起こす恐れがある。
【０００５】実際に、プリンタドライバで必要となる機能は、プリンタドライバが提供するユーザインタフェース上からユーザが設定した機能を印刷する機能のみであった。
【０００６】本発明は、上記課題を解決するためになされたもので、ユーザが設定した印刷機能に応じて、出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定することにより、冗長性を減少させ、メモリ不足を軽減でき、印刷処理を簡潔化し、印刷速度を向上させた情報処理装置、印刷システム、及びモジュール決定方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】上記目的を達成するために、本発明は、印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置であって、印刷機能を有する出力機器に対してユーザが所望の印刷機能を設定するための設定手段と、設定された印刷機能に応じて、前記出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定する決定手段と、決定されたモジュール群により出力機器制御コマンドを生成し、前記出力機器に出力する手段とを有することを特徴とする。
【０００８】また上記目的を達成するために、本発明は、印刷機能を有する出力機器と接続され、前記出力機器を制御する出力機器制御コマンドを生成して出力する情報処理装置におけるモジュール決定方法であって、印刷機能を有する出力機器に対してユーザが所望の印刷機能を設定するための設定工程と、設定された印刷機能に応じて、前記出力機器を制御するドライバモジュールに組み込むモジュール群を前記ドライバモジュール初期化時に決定する決定工程と、決定されたモジュール群により出力機器制御コマンドを生成し、前記出力機器に出力する工程とを有することを特徴とする。
【０００９】
【発明の実施の形態】以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００１０】図１は、本実施形態による印刷システムの構成を示すブロック図である。尚、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ、ＷＡＮ等のネットワークを介して接続され、所定の処理が行われるシステムであっても本発明を適用できることは言うまでもない。
【００１１】同図において、３０００はホストコンピュータであり、ＲＯＭ３のプログラムＲＯＭ３ｂ或いは外部メモリ１１に記憶された文書処理プログラム等に基づいて図形，イメージ，文字，表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備え、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。
【００１２】尚、このＲＯＭ３のプログラムＲＯＭ３ｂ或いは外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下、ＯＳ）等が記憶され、またＲＯＭ３のフォントＲＯＭ３ａ或いは外部メモリ１１には、上述の文書処理の際に使用するフォントデータ等が記憶され、同様にＲＯＭ３のデータ用ＲＯＭ３ｃ或いは外部メモリ１１には上述の文書処理等を行う際に使用する各種データが記憶されている。
【００１３】２はＲＡＭであり、ＣＰＵ１の主メモリ，ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）であり、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）であり、ＣＲＴディスプレイ（ＣＲＴ）１０への表示を制御する。７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム，種々のアプリケーション，フォントデータ，ユーザファイル，編集ファイル等を記憶するハードディスク（ＨＤ），フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ１１へのアクセスを制御する。８はプリンタコントローラ（ＰＲＴＣ）であり、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１５００に接続され、プリンタ１５００との通信制御処理を実行する。
【００１４】尚、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、印刷設定や、印刷シーケンスの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。
【００１５】一方、プリンタ１５００において、１２はプリンタＣＰＵであり、ＲＯＭ１３のプログラムＲＯＭ１３ｂに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続された各種のデバイスへのアクセスを総括的に制御し、印刷部インタフェース（Ｉ／Ｆ）１６を介して接続された印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００１６】尚、このＲＯＭ１３のプログラムＲＯＭ１３ｂには。ＣＰＵ１２の制御プログラム等が記憶され、またＲＯＭ１３のフォントＲＯＭ１３ａには、上述の出力情報を生成する際に使用するフォントデータ等が記憶され、同様にＲＯＭ１３のデータＲＯＭ１３ｃにはハードディスク等の外部メモリ１４がないプリンタの場合、ホストコンピュータ３０００上で利用される情報等が記憶されている。
【００１７】また、ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００と通信が可能となっており、プリンタ１５００内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００１８】１９はＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭであり、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。尚、ＲＡＭ１９は出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。上述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によってアクセスが制御される。また、外部メモリ１４は、オプションとして接続され、フォントデータ，エミュレーションプログラム，フォームデータ等を記憶する。１５０１は操作パネルであり、操作のための各種スイッチ及びＬＥＤ表示器等が配されている。
【００１９】尚、上述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。更に、不図示のＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしても良い。
【００２０】図２は、プリンタ等の印刷装置が直接接続されているか、或いはネットワーク経由で接続されているホストコンピュータにおける典型的な印刷処理を実行するプログラムモジュールの構成を示す図である。ここで、アプリケーション２０１、グラフィックエンジン２０２、プリンタドライバ２０３及びシステムスプーラ２０４は、外部メモリ１１に保存されたファイルとして存在し、実行される場合にＯＳやそのモジュールを利用する他のモジュールによってＲＡＭ２にロードされ、実行されるプログラムモジュールである。尚、アプリケーション２０１及びプリンタドライバ２０３は外部メモリ１１のＦＤや不図示のＣＤ−ＲＯＭ或いは不図示のネットワークを経由して外部のハードディスク（ＨＤ）に追加することが可能となっている。
【００２１】また、外部メモリ１１に保存されているアプリケーション２０１はＲＡＭ２にロードされて実行されるが、このアプリケーション２０１からプリンタ１５００に対して印刷を行う際には、同様にＲＡＭ２にロードされ実行可能となっているグラフィックエンジン２０２を利用して出力を行う。このグラフィックエンジン２０２は印刷装置毎に用意されたプリンタドライバ２０３と同様に、外部メモリ１１からＲＡＭ２にロードされ、アプリケーション２１０からの出力をプリンタドライバ２０３を用いてプリンタの制御コマンドに変換する。プリンタドライバにより生成されたプリンタ制御コマンドはＯＳによってＲＡＭ２にロードされたシステムスプーラ２０４を経て、インタフェース２１経由でプリンタ１５００へ出力される仕組みとなっている。
【００２２】図３は、ユーザがホストコンピュータ３０００のアプリケーション２０１上から印刷を指示した場合の印刷シーケンスを示すフローチャートである。
【００２３】まず、印刷開始時に、アプリケーション２０１はグラフィックエンジン２０２に対して論理的な描画要求を行う（ステップＳ３０１）。この論理描画要求は、グラフィックエンジン２０２からプリンタドライバ２０３に伝えられる（ステップＳ３０２）。そして、プリンタドライバ２０３がこの論理描画要求を解釈し、プリンタが認識するプリンタ制御コマンドを生成し（ステップＳ３０３）、システムスプーラ２０４に送信する（ステップＳ３０４）。これにより、システムスプーラ２０４からプリンタ制御コマンドが適当なタイミングでプリンタへと送信さら、プリンタで印刷がなされる。
【００２４】図４は、本実施形態におけるプリンタドライバ２０３の構成を示すブロック図である。同図において、４０１は共通部であり、グラフィックエンジン２０２とのインタフェースが実装され、プリンタドライバ全体を制御する。４０２はＵＩ部であり、プリンタドライバ機能をユーザが使うための設定を行うユーザインタフェースを出力する。４０３はサブモジュール群であり、ＵＩ部４０２のユーザインタフェースでユーザにより設定された印刷機能、例えば透かし印刷、ページ印刷などのドライバ付加機能に応じてロードされ、個々の機能を提供するために分割されたモジュールである。
【００２５】ここで、プリンタドライバ２０３において行われる処理を図５及び図６に示すフローチャートを用いて説明する。
【００２６】図５は、アプリケーション２０１からの印刷開始時に実行されるドライバモジュールの初期化処理を示すフローチャートである。アプリケーション２０１からの印刷開始指示により、プリンタドライバ２０３は初期化処理として、予めユーザが設定したプリンタドライバユーザインタフェース上のユーザ設定を検索する（ステップＳ５０１）。次に、プリンタドライバ２０３がサブモジュール群４０３としてＮ個の別々の機能を提供するモジュールを持っているとすれば、検索したユーザ設定の内容を参照してどのモジュールが必要か否かを判断し、必要なモジュールを外部メモリ１１からロードする。
【００２７】即ち、図５に示すように、ＵＩ部４０２が提供するユーザインタフェースからユーザの行ったプリンタドライバ設定が、モジュール１の機能を使用するならば（ステップＳ５０２のＹｅｓ）、モジュール１をロードする（ステップＳ５０３）。また、ユーザの行ったプリンタドライバ設定が、モジュール２の機能を使用するならば（ステップＳ５０４のＹｅｓ）、モジュール２をロードする（ステップＳ５０５）。同様に、ユーザの行ったプリンタドライバ設定が、モジュールＮの機能を使用するならば（ステップＳ５０６のＹｅｓ）、モジュールＮをロードする（ステップＳ５０７）。これにより、初期化処理終了時、プリンタドライバ２０３には、ユーザインタフェース上のユーザ設定の内容から必要なモジュールだけがロードされることになる。
【００２８】次に、プリンタドライバ２０３の初期化処理が終了すると、プリンタドライバ２０３はグラフィックエンジン２０２を介して、アプリケーション２０１からの論理描画要求を受け付ける。
【００２９】図６は、アプリケーション２０１からの論理描画要求を受け付けた時の処理を示すフローチャートである。まず、プリンタドライバ２０３がアプリケーション２０１からグラフィックエンジン２０２を介して伝えられた論理描画要求を共通部４０１を介して受け付ける（ステップＳ６０１）。
【００３０】今、図５に示したプリンタドライバ初期化時に、モジュールｋ、モジュールｌ、…、モジュールｍがロードされたとすれば、ある論理描画要求を受けた時に、その論理描画要求からプリンタが認識するプリンタ制御コマンドを生成するためにモジュールｋを使用するか否かを決定する（ステップＳ６０２）。ここで、その論理描画要求を処理する際にモジュールｋを使う必要があるならば（ステップＳ６０２のＹｅｓ）、モジュールｋを呼び出す（ステップＳ６０３）。そして、モジュールｋは論理描画要求に対してプリンタドライバ特定の機能を実現する（ステップＳ６０４）。
【００３１】上述した処理を全てのロードされたモジュール群に関して繰り返す（ステップＳ６０５〜Ｓ６１０）。そして、実際に各サブモジュール群によって処理された論理描画要求はプリンタドライバ２０３の共通部４０１でプリンタ制御コマンドに変換される（ステップＳ６１１）。
【００３２】この論理描画処理は描画終了まで繰り返され（ステップＳ６１２のＹｅｓ）、共通部４０１で生成されたプリンタ制御コマンドは逐次システムスプーラ２０４に送信される（ステップＳ６１３）。
【００３３】次に、複数のモジュールから構成されるプリンタドライバ２０３でロードするモジュールを決定する具体的な処理について説明する。
【００３４】［第１の実施形態］第１の実施形態では、「透かし印刷機能」をユーザインタフェースにより設定（ＵＩ設定）する場合について説明する。
【００３５】まず、印刷の前段階として、ユーザがプリンタドライバ２０３のユーザインタフェースを介してプリンタドライバ２０３の印刷設定を行う。ここでは、簡潔化のために、プリンタドライバ２０３は図７に示すようなユーザインタフェースをＣＲＴ１０に表示し、ユーザにプリンタドライバ２０３の設定を行わせるものとする。
【００３６】図７において、７０１は透かし印刷（全てのページに特定の文字を印刷する）機能をユーザがＯＮに設定した状態を示し、また７０２はユーザが全てのページに「Confidential」の文字を透かし印刷することを設定した状態を示している。尚、第１の実施形態ではプリンタドライバ２０３はモジュール１とモジュール２の２つのロード可能モジュールを持っているものとする。
【００３７】ここで、ＵＩ設定による透かし印刷機能はモジュール１で使用する機能によりプリンタドライバ２０３内部で実装されているものとする。また、モジュール１はページの最後でそのページ上に特定の文字を印刷する機能を持つモジュールであるとする。
【００３８】また、アプリケーション２０１は図８に示すような１ページデータを印刷出力するものとする。そして、図８に示すデータを印刷するためのアプリケーション２０１からの論理描画要求の例として図９に示すようなものを想定する。
【００３９】図９に示す９０１のStartPage()はページの最初を示す論理描画要求である。また、９０２のWritePage()は１ページ目の座標１０、１０に“Page 1”を出力することを示す論理描画要求である。そして、９０３のEndPage（）はページが終了したことを示す論理描画要求である。
【００４０】図１０は、第１の実施形態における初期化処理を示すフローチャートである。まず、印刷開始時、プリンタドライバ２０３はユーザインタフェースからユーザ設定を検索する（ステップＳ１００１）。この際、図７に示すようにモジュール１を使用する「透かし印刷機能」が設定されているので（ステップＳ１００２のＹｅｓ）、モジュール１をロードする（ステップＳ１００３）。また、モジュール２を使用するＵＩ設定は行われていないので（ステップＳ１００４のＮｏ）、モジュール２はロードしない。
【００４１】次に、アプリケーション２０１はグラフィックエンジン２０２に対してプリンタへの描画要求を繰り返し生成する。
【００４２】図１１は、第１の実施形態における論理描画処理を示すフローチャートである。尚、アプリケーション２０１からの論理描画要求はグラフィックエンジン２０２を介してプリンタドライバ２０３へと伝えられる。この時、アプリケーション２０１が行う論理描画要求は図９に示すようになり、９０１、９０２、９０３の順に論理描画要求がなされる。
【００４３】まず、プリンタドライバ２０３がグラフィックエンジン２０２からStartPage描画要求９０１を受け（ステップＳ１１０１）、この論理描画要求はモジュール１を必要としないため（ステップＳ１１０２のＮｏ）、そのまま共通部４０１でプリンタ制御コマンドに変換される（ステップＳ１１０５）。そして、変換されたプリンタ制御コマンドはシステムスプーラ２０４へと送信される（ステップＳ１１０７）。未だ描画途中であるため（ステップＳ１１０６のＮｏ）、プリンタドライバ２０３は再びステップＳ１１０１に戻り、グラフィックエンジン２０２より論理描画要求としてWritePageを受け付ける。
【００４４】次に、プリンタドライバ２０３がグラフィックエンジン２０２から受け付けたWritePage描画要求９０２はモジュール１を必要としないため（ステップＳ１１０２のＮｏ）、そのまま共通部４０１でプリンタ制御コマンドに変換され（ステップＳ１１０５）、システムスプーラ２０４へと送信される（ステップＳ１１０７）。未だ描画途中であるため（ステップＳ１１０６のＮｏ）、プリンタドライバ２０３は再びステップＳ１１０１に戻り、グラフィックエンジン２０２より論理描画要求としてEndPageを受け取る。この論理描画要求はページの終りを示し、ページの最後で特定の文字を印刷する透かし印刷機能を使用するので（ステップＳ１１０２のＹｅｓ）、モジュール１が呼び出される（ステップＳ１１０３）。このモジュール１にて透かし印刷機能処理がなされ（ステップＳ１１０４）、共通部４０１でプリンタ制御コマンドに変換され（ステップＳ１１０５）、システムスプーラ２０４へと送られる（ステップＳ１１０７）。
【００４５】図１２は、透かし印刷機能を実行するプリンタ制御コマンドの一例を示す図である。図１２に示す１２０１のWriteWaterMark（）は、ページの中央部に文字列「Confidential」を付加することを意味する論理描画である。
【００４６】以上の処理により、第１の実施形態における印刷要求が終了する（ステップＳ１１０６のＹｅｓ）。
【００４７】図１３は、第１の実施形態における印字結果を示す図である。図示するように、ページの中央部に文字列「Confidential」１３０１が透かし印刷される。
【００４８】以上説明した第１の実施形態によれば、ユーザによるユーザインタフェース上の設定からプリンタドライバにロードするモジュール群を動的に決定することにより、ユーザによる設定上、必要としない冗長部分をプリンタドライバにロードしないこととなり、モジュール全体のファイルサイズを減少させることが可能となる。これは結果としてホストコンピュータのメモリ不足を解決し、冗長部分をロードしないことにより、処理が簡素化され印刷スループットを向上させることが可能となる。
【００４９】［第２の実施形態］次に、図面を参照しながら本発明に係る第２の実施形態について説明する。
【００５０】第２の実施形態では、第１の実施形態の「透かし印刷機能」に加えてユーザが「ページ番号印刷機能」をＵＩ設定する場合について説明する。
【００５１】まず、印刷の前段階として、ユーザがプリンタドライバ２０３のユーザインタフェースを介してプリンタドライバ２０３の印刷設定を行う。ここでは、簡潔化のために、プリンタドライバ２０３は図１４に示すようなユーザインタフェースをＣＲＴ１０に表示し、ユーザにプリンタドライバ２０３の設定を行わせるものとする。
【００５２】図１４において、１４０１は透かし印刷（全てのページに特定の文字を印刷する）機能をユーザがＯＮに設定した状態を示し、また１４０２はユーザが全てのページに「Confidential」の文字を透かし印刷することを設定した状態を示している。更に、１４０３はページ番号印刷（ページ番号を印刷する）機能をユーザが設定した状態を示している。尚、第２の実施形態ではプリンタドライバ２０３はモジュール１とモジュール２の２つのロード可能モジュールを持っているものとする。
【００５３】ここで、ＵＩ設定による透かし印刷機能はモジュール１で使用する機能によりプリンタドライバ２０３内部で実装されているものとする。また、モジュール１はページの最後にそのページ上に特定の文字を印刷する機能をもつモジュールであるとする。また、モジュール２はページの最後にそのページ上にページ番号を印刷する機能をもつモジュールであるとする。
【００５４】また、アプリケーション２０１は第１の実施形態と同様に、図８に示すような１ページデータを印刷出力するものとする。そして、図８に示すデータを印刷するためのアプリケーション２０１からの論理描画要求の例として図９に示すようなものを想定する。
【００５５】図９に示す９０１のStartPage()はページの最初を示す論理描画要求である。また、９０２のWritePage()は１ページ目の座標１０、１０に“Page 1”を出力することを示す論理描画要求である。そして、９０３のEndPage（）はページが終了したことを示す論理描画要求である。
【００５６】ここで、第２の実施形態における初期化処理は前述した第１の実施形態で説明した図１０と同様であり、図１０を参照しながら説明する。
【００５７】まず、印刷開始時、プリンタドライバ２０３はユーザインタフェースからユーザ設定を検索する（ステップＳ１００１）。この際、図１４に示すようにモジュール１を使用する透かし印刷機能が設定されているので（ステップＳ１００２のＹｅｓ）、モジュール１をロードする（ステップＳ１００３）。また、図１４に示すようにモジュール２を使用する「ページ番号印刷機能」が設定されているので（ステップＳ１００４のＹｅｓ）、モジュール２をロードする（ステップＳ１００５）。
【００５８】次に、アプリケーション２０１はグラフィックエンジン２０２に対してプリンタへの描画要求を繰り返し生成する。
【００５９】図１５は、第２の実施形態における論理描画処理を示すフローチャートである。尚、アプリケーション２０１からの論理描画要求はグラフィックエンジン２０２を介してプリンタドライバ２０３へと伝えられる。この時、アプリケーション２０１が行う論理描画要求は図９に示すようになり、９０１、９０２、９０３の順に論理描画要求がなされる。
【００６０】まず、プリンタドライバ２０３がグラフィックエンジン２０２からStartPage描画要求９０１を受け（ステップＳ１５０１）、この論理描画要求はモジュール１を必要としないため（ステップＳ１５０２のＮｏ）、モジュール１は呼び出されない。また、この論理描画要求はモジュール２も必要としないため（ステップＳ１５０５のＮｏ）、この論理描画要求は、そのまま共通部４０１でプリンタ制御コマンドに変換される（ステップＳ１５０８）。そして、変換されたプリンタ制御コマンドはシステムスプーラ２０４へと送信される（ステップＳ１５１０）。この時、描画途中であるため（ステップＳ１５０９のＮｏ）、プリンタドライバ２０３は再びステップＳ１５０１に戻り、論理描画要求を受け付ける。
【００６１】次に、プリンタドライバ２０３がグラフィックエンジン２０２より受け付けたWritePage描画要求９０２はモジュール１を必要としないため（ステップＳ１５０２のＮｏ）、モジュール１を呼び出されない。また、この論理描画要求はモジュール２も必要としないため（ステップＳ１５０５のＮｏ）、この論理描画要求は、そのまま共通部４０１にてプリンタ制御コマンドに変換される（ステップＳ１５０８）。その後、プリンタ制御コマンドはシステムスプーラ２０４へと送信される（ステップＳ１５１０）。この時、描画途中であるため（ステップＳ１５０９のＮｏ）、プリンタドライバ２０３は再びステップＳ１５０１に戻り、論理描画要求を受け付ける。
【００６２】次に、プリンタドライバ２０３はグラフィックエンジン２０２より論理描画要求としてEndPageを受け取る。この論理描画要求はページの終りを示し、ページの最後で特定の文字を印刷する透かし印刷機能を使用するので（ステップＳ１５０２のＹｅｓ）、モジュール１が呼び出される（ステップＳ１５０３）。このモジュール１にて透かし印刷機能処理がなされる（ステップＳ１５０４）。また、この論理描画要求はページの終りを示し、ページの最後でページ番号を印字するページ番号印刷機能を使用するので（ステップＳ１５０５のＹｅｓ）、モジュール２が呼び出される（ステップＳ１５０６）。このモジュール２にてページ番号印刷機能処理がなされる（ステップＳ１５０７）。そして、共通部４０１でプリンタ制御コマンドに変換され（ステップＳ１５０８）、システムスプーラ２０４へ送信される（ステップＳ１５１０）。
【００６３】図１６は、透かし印刷機能とページ印刷機能を実行するプリンタ制御コマンドの一例を示す図である。図１６に示す１６０１のWriteWaterMark（）は、ページの中央部に文字列「Confidential」を付加することを意味する論理描画である。また、１６０２のWritePageNumber()は、ページ番号を印刷することを意味する論理描画である。
【００６４】以上の処理により、第２の実施形態における印刷要求が終了する（ステップＳ１５０９のＹｅｓ）。
【００６５】図１７は、第２の実施形態における印字結果を示す図である。図示するように、ページの中央部に文字列「Confidential」１７０１が透かし印刷され、ページ番号１７０２が印刷される。
【００６６】以上説明した第２の実施形態によれば、尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【００６７】また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００６８】この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６９】プログラムコードを供給するための記憶媒体としては、例えばフロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００７０】また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７１】更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７２】
【発明の効果】以上説明したように、本発明によれば、ユーザが設定した印刷機能に応じて、出力機器を制御するドライバモジュールに組み込むモジュール群を決定することにより、冗長性を減少させ、メモリ不足を軽減でき、印刷処理を簡潔化し、印刷速度を向上させることが可能となる。
【出願人】 【識別番号】０００００１００７
【氏名又は名称】キヤノン株式会社
【出願日】 平成１２年９月２６日（２０００．９．２６）
【代理人】 【識別番号】１０００７６４２８
【弁理士】
【氏名又は名称】大塚 康徳 （外２名）
【公開番号】 特開２００２−１０８５８０（Ｐ２００２−１０８５８０Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−２９２９３０（Ｐ２０００−２９２９３０）