(57)【要約】【課題】第１のオペレーティングシステムのリソースを最大限利用しつつ、順次仕様が拡張される同属系のオペレーティングシステに対する印刷命令を容易に生成することである。【解決手段】印刷指示アプリケーションが発行する所定の描画情報を第１のＯＳの仕様に従うグラフィックエンジン３０２を介して第１の描画形式の第１の印刷命令に変換し、プリンタドライバ３０３が第１の印刷命令を第１のＯＳの仕様に従う第１の中間データに変換し、該変換された第１の中間データをデスプーラ４０３が加工して、第１のＯＳよりも出力仕様が拡張される第２の中間データに変換し、該変換された第２の中間データに基づいて、グラフィックドライバ４０４が第２のＯＳの出力仕様に従う第２の印刷命令を生成する構成を特徴とする。【選択図】      図３
2005018494.tif 000002
【特許請求の範囲】
【請求項１】
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合に前記第１のオペレーティングシステムでデータ処理を行うデータ処理装置であって、
印刷指示アプリケーションが発行する所定の描画情報を前記第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換手段と、
前記第１の変換手段により変換される前記第１の印刷命令を前記第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成手段と、
前記第１の生成手段により変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換手段と、
前記第２の変換手段により変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成手段と、
を有することを特徴とするデータ処理装置。
【請求項２】
前記第２の中間データは、前記第１の中間データで規定される解像度よりも高解像度であることを特徴とする請求項１記載のデータ処理装置。
【請求項３】
前記第２の中間データで規定される描画空間は、前記第１の中間データで規定される描画空間よりも広域であることを特徴とする請求項１記載のデータ処理装置。
【請求項４】
前記第２の変換手段は、前記第１の生成手段により生成される第１の中間データに基づいて、前記第２の生成手段に対応する前記第２のオペレーティングシステムの出力仕様に従う第２の中間データを生成することを特徴とする請求項１記載のデータ処理装置。
【請求項５】
前記第２の変換手段は、前記第２の生成手段からの要求に応じて、前記第２のオペレーティングシステムの出力仕様に従って応答すべき情報を提供可能とすることを特徴とする請求項１記載のデータ処理装置。
【請求項６】
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合に前記第１のオペレーティングシステムでデータ処理を行うデータ処理装置における印刷データ生成方法であって、
印刷指示アプリケーションが発行する所定の描画情報を前記第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換ステップと、
前記第１の変換ステップにより変換される前記第１の印刷命令を前記第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成ステップと、
前記第１の生成ステップにより変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換ステップと、
前記第２の変換ステップにより変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成ステップと、
を有することを特徴とする印刷データ生成方法。
【請求項７】
前記第２の中間データは、前記第１の中間データで規定される解像度よりも高解像度であることを特徴とする請求項６記載の印刷データ生成方法。
【請求項８】
前記第２の中間データで規定される描画空間は、前記第１の中間データで規定される描画空間よりも広域であることを特徴とする請求項６記載の印刷データ生成方法。
【請求項９】
前記第２の変換ステップは、前記第１の生成ステップにより生成される第１の中間データに基づいて、前記第２の生成手段に対応する前記第２のオペレーティングシステムの出力仕様に従う第２の中間データを生成することを特徴とする請求項６記載の印刷データ生成方法。
【請求項１０】
前記第２の変換ステップは、前記第２の生成ステップからの要求に応じて、前記第２のオペレーティングシステムの出力仕様に従って応答すべき情報を提供可能とすることを特徴とする請求項６記載の印刷データ生成方法。
【請求項１１】
請求項６〜１０のいずれかに記載の印刷データ生成方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１２】
請求項６〜１０のいずれかに記載の印刷データ生成方法を実現することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合に第１のオペレーティングシステムでデータ処理を行うデータ処理装置および印刷データ生成方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。
【０００２】
【従来の技術】
従来、この種のプリンタ制御システムにおいて、ホストコンピュータ側には、通常アプリケーション等の処理を制御するオペレーティングシステムがインストールされている。
【０００３】
そして、上記オペレーティングシステムも機能は、仕様変更とともに進化し続けている。
【０００４】
したがって、仕様が異なるオペレーティングシステムを使用する場合に、例えば他のオペレーティングシステムで動作していたプリンタドライバモジュールのそれ以外のオペレーティングシステムでの再利用は、内部処理の共有できる部分に限定され、一部のコードについて再利用がされる程度であった。
【０００５】
具体的には、１６ビット環境から３２ビット環境に描画仕様が変更されると、１６ビットの環境で動作するデバイスドライバは、３２ビット環境において共有できる資源は一部に限定されてしまい、結果として、新たな３２ビット仕様に準拠するデバイスドライバをその都度開発する必要に迫られる。
【０００６】
これは、オペレーティングシステムに管理されるプリンタドライバのインタフェースは、オペレーティングシステムによりその仕様が規定されており、異なるオペレーティングシステムで動作するプリンタドライバは、異なるインタフェースを持つ必要があることに大きく影響している。なお、従来の先行技術として下記特許文献１が提案されている。
【０００７】
【特許文献１】
特開２００３−０８４９８４号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、パーソナルコンピュータ等のデータ処理装置を含む各種の情報処理機器のプラットフォームの多様化に対応して、これを動作させるオペレーティングシステムも益々多様化し続けている。
【０００９】
このようなデータ処理システムの環境下にあっては、デバイス開発メーカ側において、個々のオペレーティングシステムに、例えばプリンタに対するデバイスドライバとしてプリンタドライバを提供し続ける負荷が大きなものになり、プリンタドライバの開発リソースの分散化を余儀なくされており、その改善が切望されている。
【００１０】
このように基本ソフトといわれるオペレーティングシステムの進化に伴い、該オペレーティングシステムの仕様に対して、データ処理装置側におけるデバイスドライバのモジュール仕様を大幅に変更する必要があり、その開発負担を強いられてしまう等の問題点があった。
【００１１】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合に第１のオペレーティングシステムでデータ処理を行うデータ処理装置において、印刷指示アプリケーションが発行する所定の描画情報を第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換し、該変換される前記第１の印刷命令を第１のオペレーティングシステムの仕様に従う第１の中間データに変換し、さらに、該変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換し、該変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成するので、第２のオペレーティングシステムのリソースを最大限利用することにより、より高機能な第１のオペレーティングシステムに対するプリンタドライバを提供することが可能となり、かつ第１のオペレーティングシステムに対するプリンタドライバの開発負荷を大幅に軽減することができる優れた開発環境を構築できるデータ処理装置および印刷データ生成方法およびコンピュータが読取り可能なプログラムを格納した記憶媒体およびプログラムを提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
【００１３】
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合の前記第１のオペレーティングシステムでデータ処理を行うデータ処理装置であって、印刷指示アプリケーションが発行する所定の描画情報を前記第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換手段と、前記第１の変換手段により変換される前記第１の印刷命令を前記第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成手段と、前記第１の生成手段により変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換手段と、前記第２の変換手段により変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成手段とを有することを特徴とする。
【００１４】
上記目的を達成する本発明の印刷データ生成方法は以下に示す構成を備える。
【００１５】
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合の前記第１のオペレーティングシステムでデータ処理を行うデータ処理装置における印刷データ生成方法であって、印刷指示アプリケーションが発行する所定の描画情報を前記第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換ステップと、前記第１の変換ステップにより変換される前記第１の印刷命令を前記第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成ステップと、前記第１の生成ステップにより変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換ステップと、前記第２の変換ステップにより変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成ステップとを有することを特徴とする。
【００１６】
また、上記目的を達成する本発明の記憶媒体は以下に示す構成を備える。
【００１７】
上記印刷データ生成方法を実現するプログラムをコンピュータが読み取り可能な記憶媒体に記憶したことを特徴とする。
【００１８】
また、上記目的を達成する本発明のプログラムは以下に示す構成を備える。
【００１９】
上記印刷データ生成方法を実現するプログラムであることを特徴とする。
【００２０】
【発明の実施形態】
〔第１実施形態〕
以下に本発明の好適な実施形態について図を用いて説明を行う。
【００２１】
図１は、本発明の第１実施形態を示すプリンタ制御システムの一例を示すブロック図であり、プリンタ制御システムは、ホストコンピュータ１００とプリンタ２００とが双方向Ｉ／Ｆ１５０を介して通信可能に構成される場合に対応する。尚、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ローカルエリアネットワーク）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：広域ネットワーク）等のネットワークを介して接続がなされ処理が行われるシステムであっても、本発明を適応できることは言うまでもない。
【００２２】
また、本発明を適応可能な実際の商品形態としてはＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  ＲＯＭ）、インターネットＷｅｂサイト、ＢＢＳ（Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ：コンピュータを利用したメッセージ交換システム）を挙げることができる。
【００２３】
即ち、プリンタ制御システムに対して本発明のプログラムをＦＤやＣＤ−ＲＯＭから供給し、また、プリンタ制御システムをインターネットやＢＢＳに接続することが可能である。
【００２４】
図１において、ホストコンピュータ１００は、ＣＰＵ１０１と、ＲＡＭ１０２と、ＲＯＭ１０３と、キーボードコントローラ（ＫＢＣ）１０５と、ビデオコントローラ（ＶＤＣ）１０６と、ディスクコントローラ（ＤＣ）１０７と、プリンタコントローラ（ＰＲＴＣ）１０８と、キーボード１０９と、ディスプレイ１１０と、外部メモリ１１１とを備えている。
【００２５】
また、プリンタ２００は、ＣＰＵ２０１と、ＲＡＭ２０２と、ＲＯＭ２０３と、入力部２０５と、印刷部インタフェース（Ｉ／Ｆ）２０６と、メモリコントローラ（ＭＣ）２０７と、プリンタエンジン２２０と、操作部２３０と、外部メモリ２４０などを備えている。
【００２６】
先ず、ホストコンピュータ１００の各部の構成を詳述すると、ＣＰＵ１０１は、システムバス１０４に接続された各デバイスを総括的に制御する中央処理装置であり、ＲＯＭ１０３のプログラム用領域、或いは外部メモリ１１１に記憶された文書処理プログラム等に基づいて、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行する。
【００２７】
また、ＣＰＵ１０１は、例えばＲＡＭ１０２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ディスプレイ１１０上でのＷＹＳＩＷＹＧ（Ｗｈａｔ  Ｙｏｕ  Ｓｅｅ  Ｉｓ  Ｗｈａｔ  Ｙｏｕ  Ｇｅｔ：ＣＲＴディスプレイ画面上に見えているそのままの大きさや形で印刷できる機能）を可能としている。
【００２８】
更に、ＣＰＵ１０１は、ディスプレイ１１０上のマウスカーソル（図示略）等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。
【００２９】
ユーザは、プリンタ２００を使用して印刷を実行する際、印刷の設定に関するウインドウをディスプレイ１１０上に開き、プリンタ２００の設定や印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことができるようになっている。
【００３０】
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。ＲＯＭ１０３は、フォント用領域と、プログラム用領域と、データ用領域とに分割されている。そして、ＲＯＭ１０３上のフォント用領域或いは外部メモリ１１１は、上記文書処理の際に使用するフォントデータ等を記憶している。
【００３１】
また、ＲＯＭ１０３上のプログラム用領域或いは外部メモリ１１１は、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）等を記憶している。
【００３２】
さらに、ＲＯＭ１０３上のデータ用領域或いは外部メモリ１１１は、上記文書処理等を行う際に使用する各種データを記憶している。
【００３３】
キーボードコントローラ（ＫＢＣ）１０５は、キーボード１０９やポインティングデバイス（図示略）からのキー入力を制御する。ビデオコントローラ（ＶＤＣ）１０６は、ディスプレイ１１０の表示を制御する。
【００３４】
ディスクコントローラ（ＤＣ）１０７は、外部メモリ１１１とのアクセスを制御する。
【００３５】
プリンタコントローラ（ＰＲＴＣ）１０８は、双方向Ｉ／Ｆ１５０を介してプリンタ２００に接続されて、プリンタ２００との通信制御処理を実行する。また、キーボード１０９は、各種キーを備えている。ディスプレイ１１０は、図形、イメージ、文字、表等をＯＳからの描画命令に基づいて表示する。
【００３６】
外部メモリ１１１は、ハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）等から構成されており、ブートプログラムやＯＳ、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下、プリンタドライバ）等を記憶する領域として使用される。
【００３７】
上述したＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、キーボードコントローラ（ＫＢＣ）１０５、ビデオコントローラ（ＶＤＣ）１０６、ディスクコントローラ（ＤＣ）１０７、プリンタコントローラ（ＰＲＴＣ）１０８は、コンピュータ制御ユニット１２０上に配設されている。
【００３８】
次に、プリンタ２００各部の構成を詳述すると、ＣＰＵ２０１は、システムバス２０４に接続された各デバイスを総括的に制御する中央処理装置として機能し、ＲＯＭ２０３のプログラム用領域に記憶された制御プログラム等或いは外部メモリ２４０に記憶された制御プログラム等に基づいて、プリンタエンジン２２０に出力情報としての画像信号を出力する。
【００３９】
また、ＣＰＵ２０１は、入力部２０５を介してホストコンピュータ１００との通信処理が可能となっており、プリンタ２００内の種々の情報（ステータス等を含む）等をホストコンピュータ１００に通知できる構成となっている。
【００４０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリやワークエリア等として機能し、増設ポートに接続されるオプションＲＡＭ（図示略）によりメモリ容量を拡張することができるように構成されている。
【００４１】
なお、ＲＡＭ２０２は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。ＲＯＭ２０３は、フォント用領域と、プログラム用領域と、データ用領域とに分割される。
【００４２】
そして、ＲＯＭ２０３上のフォント用領域は、上記出力情報を生成する際に使用するフォントデータ等を記憶する。また、ＲＯＭ２０３上のプログラム領域は、ＣＰＵ２０１の制御プログラム等を記憶する。
【００４３】
さらに、ＲＯＭ２０３上のデータ用領域は、プリンタ２００にハードディスク等の外部メモリ２４０が接続されていない場合には、ホストコンピュータ１００上で利用される情報等を記憶する。
【００４４】
入力部２０５は、双方向Ｉ／Ｆ１５０を介してプリンタ２００とホストコンピュータ１００との間におけるデータの送受を行う。
【００４５】
印刷部インタフェース（Ｉ／Ｆ）２０６は、ＣＰＵ２０１とプリンタエンジン２２０との間におけるデータの送受を行う。メモリコントローラ（ＭＣ）２０７は、外部メモリ２４０のアクセスを制御する。
【００４６】
プリンタエンジン２２０は、ＣＰＵ２０１の制御に基づき印刷動作を行い、不図示の記録媒体の搬送機構、半導体レーザユニット、感光ドラム、現像ユニット、定着ユニット、ドラムクローニングユニット、および分離ユニット等で構成され、公知の電子写真プロセスで印刷を行う。
【００４７】
操作部２３０は、各種操作のためのスイッチや表示手段（例えばＬＥＤ表示器）等を備えている。外部メモリ２４０は、ハードディスク（ＨＤ）、ＩＣカード等から構成されており、プリンタ２００にオプションとして接続される。
【００４８】
外部メモリ２４０は、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶するものであり、メモリコントローラ（ＭＣ）２０７によりアクセスを制御される。
【００４９】
尚、外部メモリ２４０は、１個に限らず複数個備えることが可能となっている。即ち、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを、プリンタ２００に複数接続できるように構成されていてもよい。
【００５０】
更に、ＮＶＲＡＭ（図示略）を有し、操作部２３０からのプリンタモード設定情報を記憶するようにしてもよい。
【００５１】
上述したＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、入力部２０５、印刷部インタフェース（Ｉ／Ｆ）２０６、メモリコントローラ（ＭＣ）２０７は、プリンタ制御ユニット２１０上に配設されている。
【００５２】
図２，図３は、図１に示したプリンタ制御システムのホストコンピュータ１００側のモジュール構成を説明するブロック図であり、プリンタ等の印刷装置が直接接続、或いはネットワーク経由で接続されているホストコンピュータ１００における典型的な印刷処理のモジュール構成例に対応する。
【００５３】
図２において、アプリケーション３０１、グラフィックエンジン３０２、プリンタドライバ３０３、及びシステムスプーラ３０４は、上記図１に示した外部メモリ１１１に保存されたファイルとして存在し、実行される場合に、ＯＳやそのモジュールを利用するモジュールによってＲＡＭ１０２にロードされ実行されるプログラムモジュールである。
【００５４】
また、アプリケーション３０１及びプリンタドライバ３０３は、外部メモリ１１１のＦＤやＣＤ−ＲＯＭ或いはネットワーク（以上図示略）を経由して外部メモリ１１１のＨＤに追加することが可能となっている。
【００５５】
外部メモリ１１１に保存されているアプリケーション３０１はＲＡＭ１０２にロードされて実行されるが、該アプリケーション３０１からプリンタ２００に対して印刷を行う際には、同様にＲＡＭ１０２にロードされ実行可能となっているグラフィックエンジン３０２を利用して出力（描画）を行う。
【００５６】
グラフィックエンジン３０２は、印刷装置ごとに用意されたプリンタドライバ３０３を同様に外部メモリ１１１からＲＡＭ１０２にロードし、アプリケーション３０１の出力をプリンタドライバ３０３に設定する。
【００５７】
更に、アプリケーション３０１から受け取るＧＤＩ（Ｇｒａｐｈｉｃ  ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）関数からＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）関数に変換し、プリンタドライバ３０３へＤＤＩ関数を出力する。
【００５８】
プリンタドライバ３０３は、グラフィックエンジン３０２から受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、例えばＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に変換する。
【００５９】
そして、変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ１０２にロードされたシステムスプーラ３０４を経て双方向Ｉ／Ｆ１５０経由でプリンタ２００へ印刷データとして出力される仕組みとなっている。
【００６０】
本実施形態に係るプリンタ制御システムは、図１及び図２に示したホストコンピュータ１００とプリンタ２００からなる印刷システムに加えて、更に図３に示す如くアプリケーションからの印刷データをプリンタドライバ３０３で一旦中間コードデータにしてスプールする構成を有する。
【００６１】
したがって、図２に示したプリンタ制御システム例では、アプリケーション３０１が印刷処理から開放されるのは、プリンタドライバ３０３がグラフィックエンジン３０２からの全ての印刷命令をプリンタ２００の制御コマンドへ変換し終わった時点である。
【００６２】
これに対して、図３に示すプリンタ制御システム例では、アプリケーション３０１が印刷処理から開放されるのは、プリンタドライバ３０３が全ての印刷命令を中間コードデータに変換し、スプールファイル４０１に出力した時点であり、通常、後者の方が短時間で済む。
【００６３】
また、図３に示すプリンタ制御システムにおいては、スプールファイル４０１の内容に対して加工することができる。
【００６４】
これにより、アプリケーションからの印刷データに対して、拡大／縮小や、複数ページを１ページに縮小して印刷するＮ−ｕｐ印刷等、アプリケーションの持たない機能を実現することができる。
【００６５】
これらの目的のために、図２のシステムに対し、図３の如く中間コードデータでスプールするよう、システムの拡張がなされてきている。
【００６６】
尚、印刷データの加工を行うためには、通常、プリンタドライバ３０３が提供するウインドウから設定を行い、プリンタドライバ３０３がその設定内容をＲＡＭ１０２上或いは外部メモリ１１１上に保管する。
【００６７】
以下、図３のプリンタ制御システム例について詳細を説明する。
【００６８】
図３に示すように、この拡張されたプリントデータ処理方式例では、グラフィックエンジン３０２からの印刷命令を前述したＤＤＩでプリンタドライバ３０３は受け取る。
【００６９】
そして、プリンタドライバ３０３は、受け取った印刷命令を中間コードに変換してスプールファイル４０１に出力する。また、プリンタドライバ３０３は設定されている印刷データに関する加工設定などもスプールファイル４０１に保存する。
【００７０】
尚、スプールファイル４０１は外部メモリ１１１上にファイルとして生成するが、ＲＡＭ１０２上に生成されても構わない。
【００７１】
更に、プリンタドライバ３０３は、外部メモリ１１１に格納されているスプールファイルマネージャ４０２をＲＡＭ１０２にロードし、スプールファイルマネージャ４０２に対してスプールファイル４０１の生成状況を通知する。
【００７２】
その後、スプールファイルマネージャ４０２は、スプールファイル４０１に保存された印刷データに関する加工設定の内容に従ってグラフィックドライバ４０４が印刷データを作成できるかを判断する。
【００７３】
ここで、スプールファイル４０１は、アプリケーション３０１が出力したページである論理ページ単位で中間データを管理している。
【００７４】
また、スプールファイル４０１は、前述したように、利用者がプリンタドライバ３０３に対して設定した加工設定、例えばＮ−ｕｐ印刷（複数の論理ページを１物理ページに収まる様に縮小、配置する）の設定等を管理している。
【００７５】
例えば、２−ｕｐ印刷の場合、２つの論理ページに対するスプールファイル４０１の生成が完了した時点で、スプールファイルマネージャ４０２はグラフィックドライバ４０４が印刷データを作成可能と判断する。
【００７６】
スプールファイルマネージャ４０２がグラフィックドライバ４０４により印刷データを作成できると判断した場合は、スプールファイルマネージャ４０２は、外部メモリ１１１に格納されているデスプーラ４０３をＲＡＭ１０２にロードし、デスプーラ４０３に対して、スプールファイル４０１に記述された中間データの印刷処理を行うように指示する。
【００７７】
デスプーラ４０３は、初期化と同時に、外部メモリ１１１に格納されているグラフィックドライバ４０４をＲＡＭ１０２にロードしておく。デスプーラ４０３は、スプールファイル４０１に含まれる中間コードをスプールファイルマネージャ４０２によって指示される影響情報の内容に従って加工し、更に加工された中間データをグラフィックドライバ４０４が理解可能な形式に変換し、グラフィックドライバ４０４に出力する。
【００７８】
ここで、グラフィックドライバ４０４が理解可能な形式とは、本発明のプリンタ制御システムが動作しているオペレーティングシステムで規定されるＤＤＩではなく、他のオペレーティングシステムにおいて規定されるＤＤＩであり、グラフィックドライバ４０４はこの他のオペレーティングシステムを想定してベース部分は作成されたものである。
【００７９】
グラフィックドライバ４０４は、受け取ったＤＤＩに基づいてプリンタ制御コマンドからなる印刷データを生成し、システムスプーラ３０４経由でプリンタ２００に出力する。
【００８０】
上記の如く構成したシステムにおいて、本発明の実施形態に関わるプリンタ制御システムにおける一般的な処理について説明する。
【００８１】
なお、ここでは、オペレーティングシステムがＭｉｃｏｒｏｓｏｆｔ社における、例えば１６ビットグラフィックエンジンを搭載したＷｉｎｄｏｗｓ（登録商標）９５／９８／９８  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ／ＭｉｌｌｅｎｎｉｕｍＥｄｉｔｉｏｎなどのオペレーティングシステム上で、他のＭｉｃｏｒｏｓｏｆｔ社の３２ビットグラフィックエンジンを搭載したオペレーティングシステム、例えばＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰ用のグラフィックドライバ４０４を用いる例を示すが、本発明の適応できる範囲は上記のオペレーティングシステム例に限定される訳ではなく、今後のオペレーティングシステムの進化とともに、現存のオペレーティングシステムに対応するデバイスドライバのリソース資源を利用しつつ、進化するオペレーティングシステムのデバイスドライバに適応させることができることはいうまでもない。無論、後述するようにオペレーティングシステムは、Ｗｉｎｄｏｗｓ（登録商標）シリーズに限定されるものではない。
【００８２】
図４は、本発明に係るプリンタ制御システムにおける第１のデータ処理手順の一例を示すフローチャートであり、図３に示したホストコンピュータ１００の各モジュールによるによるデータ変換処理手順に対応する。なお、Ｓ５０１〜Ｓ５０３は各ステップを示し、各ステップは、図１に示した外部メモリ１１１に記憶される制御プログラムをＲＡＭ１０２上のロードしてＣＰＵ１０１が実行されることによる。本発明のデータ変換処理は以下の様な順に行われることになる。
【００８３】
まず、本実施形態のデータ変換処理は、プリンタドライバ３０３が、例えば１６ビットＤＤＩで呼び出され、これを独自の中間データ形式に変換し、スプールファイル４０１としてスプールする（Ｓ５０１）。
【００８４】
そして、デスプーラ４０３が１６ビット構成の中間情報を読み込み、更に加工情報も加味した形態でこれを、例えば３２ビットＤＤＩに変換しながら、３２ビット対応のグラフィックドライバ４０４を呼び出す（Ｓ５０２）。
【００８５】
次に、グラフィックドライバ４０４は、受け取った３２ビットＤＤＩをターゲットプリンタ（本実施形態では、プリンタ２００）の制御コマンドからなる印刷データに変換（生成）し（Ｓ５０３）、これをシステムスプーラ３０４を介してプリンタ２００へ送り、処理を終了する。
【００８６】
そして、プリンタ２００側では、システムスプーラ３０４から送信される３２ビットＤＤＩをターゲットプリンタの制御コマンドからなる印刷データを公知の印刷手法を用いビットマップのビデオ信号に変換した後、印刷媒体に画像データとして印刷される。
【００８７】
次に、図３に示したデスプーラ４０３でのデータ処理をさらに詳しく説明する。
【００８８】
図５は、本発明に係るプリンタ制御システムにおける第２のデータ処理手順の一例を示すフローチャートであり、図３に示したデスプーラ４０３によるデータ処理手順に対応する。なお、Ｓ６０１〜Ｓ６０４は各ステップを示し、各ステップは、図１に示した外部メモリ１１１に記憶される制御プログラムをＲＡＭ１０２上にロードしてＣＰＵ１０１が実行されることによる。尚、説明の簡便化のため、加工設定は特に設定されていないものとして説明を行う。
【００８９】
まず、デスプーラ４０３は、１ページ分の描画準備が整ったとスプールファイルマネージャ４０２が判断すると、メモリ（例えばＲＡＭ１０２）上にロードされる。
【００９０】
デスプーラ４０３は、初期化時に各種動作パラメータの初期化、スプールファイル４０１から印刷設定情報などの読み込みに加えグラフィックドライバ４０４の初期化処理も行う（Ｓ６０１）。
【００９１】
その後、プリンタドライバ３０３が中間コードの形でスプールファイル４０１に記録した、例えば１６ビット構成の描画情報（中間コード）を読み込む（Ｓ６０２）。
【００９２】
そして、デスプーラ４０３は読み込んだ中間コードを後段のグラフィックドライバ４０４が処理可能な３２ビットＤＤＩの形式のデータに変換する。更にはグラフィックドライバ４０４からの情報問い合わせの処理も行う。
【００９３】
そして、全ての準備が整った後に、３２ビットＤＤＩ規定される関数インタフェースでグラフィックドライバ４０４を呼び出す（Ｓ６０３）。
【００９４】
次に、処理した中間コードがページ印刷が終了と判断されるまで（６０４）、上記ステップＳ６０２、ステップＳ６０３を繰り返し行い、印刷の終了（描画の終了）と判断された場合に、デスプーラ４０３の処理は全て終了する。
【００９５】
尚、グラフィックドライバ４０４は必要に応じてデスプーラ４０３へ情報問い合わせを行うことがある。
【００９６】
この情報問い合わせのインタフェースも３２ビットＤＤＩで規定されており、デスプーラ４０３はこのグラフィックドライバ４０４からの情報問い合わせに対応するために、各描画データを内部に保持しておく必要がある。
【００９７】
以下、図３に示したグラフィックドライバ４０４についての具体的な一例を説明する。
【００９８】
本実施形態のグラフィックドライバ４０４は、Ｗｉｎｄｏｗｓ（登録商標）２０００／ＸＰでグラフィック部分を担当するプリンタドライバであり、これをそのままデスプーラ４０３が使用することになる。
【００９９】
このグラフィックドライバ４０４の最大の役割は３２ビットＤＤＩからターゲットプリンタへの印刷データを生成することである。
【０１００】
しかし、このグラフィックドライバ４０４はＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰでの動作を想定して作られたものであるため、動作オペレーティングシステムの違いにより、そのままの状態では適切に動作できない可能性がある。
【０１０１】
この場合、本発明を適応するにあたって、この動作オペレーティングシステムの仕様の違いを吸収する手だてが必要だと言うことになる。
【０１０２】
例えば、使用するライブラリ関数群の相違により動作できないのであれば、この相違を吸収するライブラリを別に用意し、直接または間接的にグラフィックドライバ４０４がこれを使用可能なようにするなどの手段を用意する。
【０１０３】
当然、グラフィックドライバ４０４側も過度にオリジナルのオペレーティングシステムＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰに依存する部分があれば、こちらをオペレーティングシステム非依存のコードに改変する方が望ましい。
【０１０４】
また、本発明を適応することで本来システムが動作するオペレーティングシステムでは実現できない能力や機能を提供することも可能になる。
【０１０５】
例えば、本実施形態で説明したＭｉｃｏｒｏｓｏｆｔ社の１６ビットグラフィックエンジンを搭載したＷｉｎｄｏｗｓ（登録商標）９５／９８／９８  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ／Ｍｉｌｌｅｎｎｉｕｍ  Ｅｄｉｔｉｏｎのグラフィックエンジン３０２では、１６ビットのエントリをプリンタドライバ３０３に提示するためプリンタドライバ３０３は１６ビットで表現可能な空間までしかサポートすることが出来ない。
【０１０６】
このことはつまり、上記オペレーティングシステムでは１６ビット空間を越えるような、大きな用紙サイズと高解像度の組み合わせでは印刷することはが出来ないことを意味する。
【０１０７】
しかし、本実施形態ではグラフィックドライバ４０４を他のオペレーティングシステムから移植するため上記の制限を緩和することも可能となる。以下にその例を説明する。
【０１０８】
本実施形態で示したグラフィックドライバ４０４は、Ｍｉｃｏｒｏｓｏｆｔ社の３２ビットグラフィックスエンジンを搭載したＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰ向けに開発されたものであり、扱える座標空間は３２ビットである。
【０１０９】
また、本発明を適応するオペレーティングシステムのグラフィックエンジン３０２は、１６ビットであるが、Ｍｉｃｏｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）９５／９８／９８  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ／Ｍｉｌｌｅｎｎｉｕｍ  Ｅｄｉｔｉｏｎの各オペレーティングシステムでは３２ビットのプロセス動作に対応したオペレーティングシステムである。
【０１１０】
以上のことを利用し、デスプーラ４０３を３２ビットプロセスとすることで、デスプーラ４０３で３２ビットの空間を容易に扱えるようにし、デスプーラ４０３にてスプールファイル４０１を介してプリンタドライバ３０３で受け取った１６ビットの座標値を３２ビットの範囲で拡大し、グラフィックドライバ４０４へ渡すことが可能であり、３２ビット空間での印刷処理が実現できる。
【０１１１】
別の例で説明すると、例えばプリンタドライバ３０３は、用紙の幅や長さが１６ビットを超えない範囲に収まるように低い解像度をグラフィックエンジン３０２に提示し、この範囲の印刷データを受け取り、これをスプールファイル４０１に格納する。
【０１１２】
デスプーラ４０３は、このスプールファイル４０１を読み込み、本来ユーザが要求する出力解像度になるようにスプールファイル４０１に記述されている座標値などを適切に拡大し、グラフィックドライバ４０４に引き渡す。
【０１１３】
当然、グラフィックドライバ４０４はデスプーラ４０３によってユーザの指定した解像度で初期化される。
【０１１４】
以上の様に本発明を適応することにより、本来オペレーティングシステムの制限を超えるような、大きな用紙サイズと高解像度の組み合わせの印刷処理が可能となる効果がある。
【０１１５】
〔第２実施形態〕
上記第１実施形態では、Ｍｉｃｏｒｏｓｏｆｔ社の１６ビットグラフィックエンジンを持つＷｉｎｄｏｗｓ（登録商標）９５／９８／９８  Ｓｅｃｏｎｄ  Ｅｄｉｔｉｏｎ／Ｍｉｌｌｅｎｎｉｕｍ  Ｅｄｉｔｉｏｎなどのオペレーティングシステム上で、同じくＭｉｃｏｒｏｓｏｆｔ社の３２ビットグラフィックエンジンを搭載したＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰ用のグラフィック部分を担当するプリンタドライバをグラフィックドライバ４０４として本発明を適応した例を示した。
【０１１６】
以下、第２実施形態では、ＯＳがＬｉｎｕｘ（商品名）上でＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰ用のグラフィックス部分を担当するプリンタドライバをグラフィックドライバ４０４として用いる実施形態について述べる。
【０１１７】
一般にＬｉｎｕｘでの標準印刷形式としてアメリカＡｄｏｂｅ  Ｓｙｓｔｅｍ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）と呼ばれるＰＤＬ（ページ記述言語）が用いられる。
【０１１８】
ＰｏｓｔＳｃｒｉｐｔ（登録商標）での出力を行えないプリンタに対してはプリンタフィルタを用いてＰｏｓｔＳｃｒｉｐｔ（登録商標）から出力対象の形式のデータに変換することになる。
【０１１９】
このプリンタフィルタへの入力はＰｏｓｔＳｃｒｉｐｔ（登録商標）ファイルであり、プリンタフィルタにてターゲットプリンタの制御コマンドからなる印刷データへの変換を行う。
【０１２０】
図６は、本発明の第２実施形態を示すプリンタ制御システムにおけるプリンタフィルタの一例を示すブロック図であり、プリンタフィルタの動作概要に対応する。
【０１２１】
図６において、プリンタフィルタ５００はＬｉｎｕｘのプリンタフィルタである。このフィルタ内には、ＰｏｓｔＳｃｒｉｐｔ（登録商標）から３２ビットＤＤＩを生成するコンバータ５１０と前述のようにＷｉｎｄｏｗｓ（登録商標）２０００／ＸＰ用のグラフィック部分を担当するグラフィックドライバ４０４を包含する。
【０１２２】
コンバータ５１０は、ＰｏｓｔＳｃｒｉｐｔ（登録商標）ファイルを読み込み、これを３２ビットＤＤＩ形式のデータに変換すると同時に、グラフィックドライバ４０４からの情報問い合わせに対応する準備も行う。
【０１２３】
コンバータ５１０は、この準備が整い次第、グラフィックドライバ４０４を３２ビットＤＤＩで呼び出す。
【０１２４】
そして、グラフィックドライバ４０４は３２ビットＤＤＩをターゲットプリンタの制御コマンドからなる印刷データへ変換しファイルを生成する。
【０１２５】
なお、上記実施形態と同様、グラフィックドライバ４０４は、本実施形態の実行環境であるＬｉｎｕｘに対応するための変更を必要とする。
【０１２６】
上記実施形態によれば、以上述べてきたように、本発明を適用することで、容易に他のオペレーティングシステムで動作していたプリンタドライバを対象とするオペレーティングシステムでプリンタドライバの一部として動作させることが可能となる。
【０１２７】
このことは即ち、ベースとなるオペレーティングシステムでのプリンタドライバを最大限流用することで、これ以外のオペレーティングシステムに対するプリンタドライバの開発負荷を軽減する効果をもたらすものである。
【０１２８】
以下、図７に示すメモリマップを参照して本発明に係るデータ処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１２９】
図７は、本発明に係るデータ処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１３０】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３１】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３２】
本実施形態における図４，図５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３３】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３４】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３５】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１３６】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１３７】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３８】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１３９】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１４０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４２】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１４３】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜１２について説明する。
【０１４４】
〔実施態様１〕
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合の第１のオペレーティングシステムでデータ処理を行うデータ処理装置であって、印刷指示アプリケーションが発行する所定の描画情報を第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換手段（例えば図３に示すグラフィックエンジン３０２）と、前記第１の変換手段により変換される前記第１の印刷命令を第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成手段（例えば図３に示すプリンタドライバ３０３）と、前記第１の生成手段により変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換手段（例えば図３に示すデスプーラ４０３，スプールファイルマネージャ４０２）と、前記第２の変換手段により変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成手段（例えば図３に示すグラフィックドライバ）とを有することを特徴とするデータ処理装置。
【０１４５】
〔実施態様２〕
前記第２の中間データは、前記第１の中間データで規定される解像度よりも高解像度であることを特徴とする実施態様１記載のデータ処理装置。
【０１４６】
〔実施態様３〕
前記第２の中間データで規定される描画空間は、前記第１の中間データで規定される描画空間よりも広域であることを特徴とする実施態様１記載のデータ処理装置。
【０１４７】
〔実施態様４〕
前記第２の変換手段は、前記第１の生成手段により生成される第１の中間コードに基づいて、前記第２の生成手段に対応する前記第２のオペレーティングシステムの出力仕様に従う第２の中間データを生成することを特徴とする実施態様１記載のデータ処理装置。
【０１４８】
〔実施態様５〕
前記第２の変換手段は、前記第２の生成手段からの要求に応じて、前記第２のオペレーティングシステムの出力仕様に従って応答すべき情報を提供可能とすることを特徴とする実施態様１記載のデータ処理装置。
【０１４９】
〔実施態様６〕
第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合の第１のオペレーティングシステムでデータ処理を行うデータ処理装置における印刷データ生成方法であって、印刷指示アプリケーションが発行する所定の描画情報を第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換する第１の変換ステップ（図４に示すステップＳ５０１）と、前記第１の変換ステップにより変換される前記第１の印刷命令を第１のオペレーティングシステムの仕様に従う第１の中間データに変換する第１の生成ステップ（図４に示すステップＳ５０１）と、前記第１の生成ステップにより変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換する第２の変換ステップ（図５に示すステップＳ６０３）と、前記第２の変換ステップにより変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成する第２の生成ステップ（図４に示すステップＳ５０３）とを有することを特徴とする印刷データ生成方法。
【０１５０】
〔実施態様７〕
前記第２の中間データは、前記第１の中間データで規定される解像度よりも高解像度であることを特徴とする実施態様６記載の印刷データ生成方法。
【０１５１】
〔実施態様８〕
前記第２の中間データで規定される描画空間は、前記第１の中間データで規定される描画空間よりも広域であることを特徴とする実施態様６記載の印刷データ生成方法。
【０１５２】
〔実施態様９〕
前記第２の変換ステップは、前記第１の生成ステップにより生成される第１の中間データに基づいて、前記第２の生成手段に対応する前記第２のオペレーティングシステムの出力仕様に従う第２の中間データを生成することを特徴とする請求項６記載の印刷データ生成方法。
【０１５３】
〔実施態様１０〕
前記第２の変換ステップは、前記第２の生成ステップからの要求に応じて、前記第２のオペレーティングシステムの出力仕様に従って応答すべき情報を提供可能とすることを特徴とする請求項６記載の印刷データ生成方法。
【０１５４】
〔実施態様１１〕
実施態様６〜１０のいずれかに記載の印刷データ生成方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０１５５】
〔実施態様１２〕
実施態様６〜１０のいずれかに記載の印刷データ生成方法を実現すことを特徴とするプログラム。
【０１５６】
【発明の効果】
以上説明したように、本発明によれば、第１のオペレーティングシステムよりも機能が拡張される同属系の第２のオペレーティングシステムが存在する場合の第１のオペレーティングシステムでデータ処理を行うデータ処理装置において、印刷指示アプリケーションが発行する所定の描画情報を第１のオペレーティングシステムの仕様に従うグラフィックインタフェースを介して第１の描画形式の第１の印刷命令に変換し、該変換される前記第１の印刷命令を第１のオペレーティングシステムの仕様に従う第１の中間データに変換し、さらに、該変換された前記第１の中間データを加工して、前記第１のオペレーティングシステムよりも出力仕様が拡張される第２の中間データに変換し、該変換された第２の中間データに基づいて、前記第２のオペレーティングシステムの出力仕様に従う第２の印刷命令を生成するので、第２のオペレーティングシステムのリソースを最大限利用することにより、より高機能な第１のオペレーティングシステムに対するプリンタドライバを提供することが可能となり、かつ第１のオペレーティングシステムに対するプリンタドライバの開発負荷を大幅に軽減することができる優れた開発環境を構築できる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示すプリンタ制御システムの一例を示すブロック図である。
【図２】図１に示したプリンタ制御システムのホストコンピュータ側のモジュール構成を説明するブロック図である。
【図３】図１に示したプリンタ制御システムのホストコンピュータ側のモジュール構成を説明するブロック図である。
【図４】本発明に係るプリンタ制御システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図５】本発明に係るプリンタ制御システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図６】本発明の第２実施形態を示すプリンタ制御システムにおけるプリンタフィルタの一例を示すブロック図である。
【図７】本発明に係るデータ処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
２００  プリンタ
３０２  グラフィックエンジン
３０３  プリンタドライバ
３０４  システムスプーラ
４０１  スプールファイル
４０２  スプールファイルマネージャ
４０３  デスプーラ
４０４  グラフィックドライバ
【図１】
2005018494.tif 000003
【図２】
2005018494.tif 000004
【図３】
2005018494.tif 000005
【図４】
2005018494.tif 000006
【図５】
2005018494.tif 000007
【図６】
2005018494.tif 000008
【図７】
2005018494.tif 000009