JPH10320343A

JPH10320343A - プリンタドライバの切替えを行う情報の配信装置

Info

Publication number: JPH10320343A
Application number: JP10061761A
Authority: JP
Inventors: Lawrence M Snyders; ローレンス・エム・シニーダーズ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1997-03-13
Filing date: 1998-03-12
Publication date: 1998-12-04
Also published as: EP0864964A3; DE69727906T2; EP0864964B1; EP0864964A2; DE69727906D1; US5982996A

Abstract

(57)【要約】【課題】複数の異なる出力デバイスの任意の１つに
出力のするソースジョブの配信を改良する。【解決手段】情報の配信装置であって、コンピュータ上
で動き、出力命令ファイルを含む中間ファイルのフォー
マットの形でソースジョブを生成するアプリケーション
と、出力命令ファイルを処理するための中間の実行可能
なコードの形のプリントプロセッサと、出力デバイスが
使用することができる出力命令に出力命令ファイルを変
換する出力デバイスドライバを有する少なくとも１つの
出力デバイスと、を備え、プリントプロセッサは出力命
令ファイルに作用し、出力命令ファイルを描画するため
少なくとも１つの出力デバイスの１つのデバイスドライ
バを選択し、少なくとも１つの出力デバイスの１つの出
力デバイスドライバに出力命令ファイルを送り込むよう
にした配信装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばアプリケー
ション内の単一の印刷要求から１つあるいは複数の異な
るデバイスに印刷ジョブを送るウィンドウズのオペレー
ティングシステムのように、コンピュータネットワーク
環境内のプリンタドライバ切替えのためのシステムに関
する。

【０００２】

【従来の技術】集中化及び分散化されたコンピュータネ
ットワークは、一緒に接続される周辺装置の幅広い多様
性により利用されるので、それらは互いに通信できる。
コンピュータシステムからデータの出力を必要とするア
プリケーションのために、１つあるいは複数の出力デバ
イスがモニター、プリンタ、ディスクドライブ、あるい
は他の周辺装置の形で提供される。コンピュータネット
ワークの場合においては、利用可能な出力デバイスの数
と多様性が非常に大きく、その結果データ転送の不一致
の問題をもたらす。

【０００３】現在のコンピュータネットワーク環境に関
連する１つの問題は、あるアプリケーションから電子的
データ（electronic material）を、単一のソースアプ
リケーションあるいはソース文書から異なる宛先へ自動
的に送ることが不可能なことである。例えば、現在のウ
ィンドウ・ドライバの解決方法では、オペレーターが印
刷ジョブを、プリントドライバからいくつかの受信デバ
イスまたはプリンタの任意の１つに自動的に送ることが
不可能である。代わりにオペレーターは、選択された出
力デバイスの固有のプリントドライバに出力を配信する
ためシステムを再構成しなければならない。

【０００４】現在のウィンドウ・ドライバの解決方法で
は、それぞれのプリンタは専用のプリント・エンジンを
有する出力デバイスを形成するが、関連するプリントプ
ロセッサのために専用のコード化を必要とする。例え
ば、プリントプロセッサは設定されたプリンタのための
描画命令ファイルを作成する。普通、恒久的な連結がア
プリケーション（例えばワードプロセッサ）、中間の描
画ファイル及び単一の専用の出力デバイスの間で備えら
れる。ユーザーは任意に、ウィンドウズによるメニュー
を介していくつかの専用の出力デバイスの１つを選ぶこ
とができる。しかし、このような構成はユーザーが選択
した１つの出力デバイスを使用するために形成され、手
操作で再構成されるまでそのようなデバイスに専用され
たままである。

【０００５】

【発明が解決しようとする課題】従って、コンピュータ
ネットワーク環境内のコンピュータ操作からの印刷ジョ
ブを、アプリケーション内の単一の印刷要求から、いく
つかの異なる出力デバイスの任意の１つへ配信するシス
テムの必要性が存在する。

【０００６】現在のコンピュータネットワーク環境に関
係する他の問題は、オリジナルのソースデータを複数の
出力デバイスに複数回送ることが不可能なことである。
例えば、現在のウィンドウ・ドライバの解決方法では、
それぞれの出力デバイスに対する必要なコード化を取得
するために、オペレーターがソースデータを複数回自動
的に解析することができない。代わりにオペレーター
は、それぞれの選択された出力デバイスのそれぞれ指定
したプリントドライバにそれぞれ出力の配信を行うため
に、システムを再構成しなければならない。

【０００７】本発明は上の欠点を克服する情報の配信装
置と方法に関する。本発明の情報の配信装置は、複数の
異なる出力デバイスの任意の１つに出力のためのソース
ジョブの配信を改良する。また本発明の情報の配信装置
は、単一のソースアプリケーション／ソース文書から複
数の受信側の出力デバイスへのソースジョブの配信を改
良する。

【０００８】

【課題を解決するための手段】本発明の１つの側面によ
ると、図１から５に一般的に描かれた情報の配信装置は
コンピュータネットワーク環境内で動作する。情報の配
信装置は、オペレーティングシステムを有するコンピュ
ータを含み、コンピュータネットワーク環境内で動作す
るために構成される。装置は、オペレーティングシステ
ムを介してコンピュータ上で走るために構成されたアプ
リケーションを有し、このアプリケーションは出力命令
ファイルを含む中間ファイルのフォーマットの形でソー
スジョブを生成するよう構成されている。装置は、出力
命令ファイルを処理するため中間の実行コードの形でプ
リントプロセッサを含む。また装置は、少なくとも１つ
の出力デバイスを含み、出力デバイスは、出力を作成す
るため出力デバイスが使用できる出力命令に出力命令フ
ァイルを変換するよう構成される出力デバイスドライバ
を有する。プリントプロセッサは、出力命令ファイルを
描画するため少なくとも１つの出力デバイスの１つのデ
バイスドライバを選択し、この出力デバイスドライバに
出力命令ファイルを送り込む。

【０００９】本発明の他の側面によれば、図１から５に
一般的に示された情報の配信装置は、コンピュータネッ
トワーク環境内で動作するための方法を実現する。この
方法はシステム内で実行され、オペレーティングシステ
ム、オペレーティングシステム上で動き出力命令ファイ
ルを含むソースジョブを生成するよう構成されたアプリ
ケーション、および出力を作成するために出力命令ファ
イルを受信するための出力デバイスドライバを有する少
なくとも１つの出力デバイス、を有する型のコンピュー
タネットワーク環境で動作するコンピュータから印刷ジ
ョブを配信する。この方法は次のステップを含む。・出力命令ファイルを処理するため中間の実行可能な形
でプリントプロセッサを提供するステップ、・コンピュータのメモリ内のメモリの位置から識別され
たプリンタドライバ名のプリンタの詳細を検索するステ
ップ、・メモリ内のプリンタドライバの名前を、異なるプリン
タの異なるドライバに変更するステップ、・識別されたプリンタドライバ名のプリンタの詳細を、
システム・レジストリ内に新しいプリンタの情報の形で
保存するステップ、・保存されたプリンタの詳細の印刷文書の特性をメモリ
から検索するステップ、・新しい印刷文書の特性をシステム・レジストリ内に保
存するステップ、・新しいプリンタ上で印刷ジョブを実行するために使用
することができるプリントプロセッサのデータ構造を割
り振って初期化するステップ。

【００１０】他の目的、特徴及び有利な点は、本発明の
以下に与えられる装置及び方法の詳細な説明とシステム
の実施形態から明らかである。

【００１１】

【発明の実施の形態】図１は、コンピュータ１０を示
し、これは「コンピュータＡ」で表され、コンピュータ
ネットワーク環境１２で情報を配信するために構成され
る。コンピュータ１０は、ソース文書の形で電子的デー
タ（electronic material）を送信することができ、あ
るいはネットワーク環境の複数の受信デバイスにジョブ
を送信することができる。ソース文書は、コンピュータ
１０のオペレーティングシステム上で走るアプリケーシ
ョンに応じて生成される。さらに、多数の出力デバイス
１４、１６及び１８は、それぞれ「出力デバイスＡ」、
「出力デバイスＢ」、「出力デバイスＣ」で表し、出力
命令ファイルを受信して出力を作るため受信デバイスを
備える。加えてコンピュータ１０は、他のコンピュータ
２０と２２に接続されており、これらは同様に関連した
出力デバイスを有する（図には示されていないが）。コ
ンピュータ１０は、ソース文書をこれらの出力デバイス
の任意の１つに送ることができる。コンピュータ１０は
信号通信のため、それぞれの通信リンク２４を介して出
力デバイス１４、１６及び１８のそれぞれに一緒に接続
され、あるいは連結されている。同様にコンピュータ１
０は、信号の通信のためそれぞれの通信リンク２６を介
して他のコンピュータ２０と２２に接続され、あるいは
連結されている。リンク２４と２６は、多くの現在利用
可能な有線あるいは無線の信号接続を用いて形成するこ
とができ、これらの接続はコンピュータネットワークの
接続を形成するのに使用される。そのような接続の１つ
は、ネットワーク１２のそれぞれの構成要素を配線で結
びつけることにより形成される。

【００１２】図１に示されたネットワーク環境１２によ
ると、出力デバイス１４、１６及び１８とコンピュータ
１０、２０及び２２が、ネットワークのデバイスの間で
ソースジョブと出力命令を転送する時に必要な処理と通
信を行うため、専用のプロセッサを有することが理解で
きる。コンピュータ１０、２０及び２２はウィンドウズ
９５（Windows95）のオペレーティングシステムを有
し、ウインドウズ９５用の本発明の特化したプリントプ
ロセッサを有する。出力デバイス１４、１６及び１８は
同じ特化したプリントプロセッサを有し、コンピュータ
１０のオペレーティングシステム上で走るアプリケーシ
ョンから出力デバイス１４、１６または１８の任意の１
つに直接印刷することを可能にする。

【００１３】コンピュータ１０はウィンドウズ９５のオ
ペレーティングシステムを含むことが好ましい。「オペ
レーティングシステム」はその資源を管理するためコン
ピュータによって特に使用されるコンピュータプログラ
ムの集合である。

【００１４】オペレーティングシステムはコンピュータ
システムのすべての資源を制御し、これにはユーザーと
コンピュータとの間の通信を含む。いくつかの典型的な
オペレーティングシステムには、ＤＯＳ，ウィンドウズ
（Windows）、ＯＳ／２，ＵＮＩＸ、そしてマッキント
ッシュ（Macintosh）のシステムが含まれる。またウィ
ンドウズ９５（Windows95）のオペレーティングシステ
ムは「マイクロソフトウィンドウズ９５デバイスドラ
イバ開発キット（Microsoft Windows95 Device Driv
er Developers Kit）」を含むことが好ましく、これ
は「マイクロソフト・デベロッパー・ネットワーク・プ
ロフェッショナル・サブスクリプション（Microsoft D
eveloper Network Professional Subscription）」
を注文することによりマクロソフト社から取得すること
ができる。メールアドレスは、”Microsoft Developers
Network、P.O.Box5549、Pleasanton、CA 94556-1549”
である。「マイクロソフト・デベロッパー・ネットワー
ク・プロフェッショナル・サブスクリプション」はCDRO
Mを含み、サンプルのソースコードとアプリケーション
及びデバイスドライバを開発するやり方を記述する説明
資料が添付されている。ドライバ開発キット（ＤＤＫ）
の１つの構成要素は、印刷システムの構成要素を開発す
るやり方を詳述する。プリントプロセッサは、ドライバ
開発キット（Driver Developers Kit）の中で文書化
された印刷システムの構成要素である。サブスクリプシ
ョン（subscription）は、開発キットの使い方について
のすべての説明資料を含む。

【００１５】この発明によると、図１に示されているよ
うにアプリケーションはコンピュータ１０のオペレーテ
ィングシステム上で走る。「アプリケーション」は、コ
ンピュータプログラムであり、仕事のある型の実行を支
援するために構成される。対照的に、オペレーティング
システムはコンピュータを動かし、ユーティリティは保
守（メンテナンス）あるいは一般的な目的の雑用を実行
し、言語はコンピュータプログラムを作るために使用さ
れる。アプリケーションはその個々の設計に基づいて、
テキスト、グラフィックス、数字、あるいはこれらの要
素の組合わせを操作することができる。

【００１６】コンピュータ１０のオペレーティングシス
テムとネットワーク１２はアプリケーションプログラミ
ングインターフェース（ＡＰＩ）を含む。ＡＰＩは、ア
プリケーションが使用するための、オペレーティングシ
ステムにより提供される定義された機能の集合から構成
されている。インターフェースは、所有権がらみのアプ
リケーション・プログラムが通信のソフトウェアと会話
すること、または他のベンダーの製品のプロトコルに準
拠することが必要な場合に使用する機能の定義された集
合の形で存在する。ＡＰＩは、ネットワーク環境の内外
での垂直方向の通信の標準的な方法を提供する。

【００１７】出力デバイス１４、１６及び１８がプリン
タである場合には、各プリンタはプリンタドライバを有
する。「プリンタドライバ」はソフトウェアプログラム
であり、他のプログラムがプリンタのハードウェア及び
内部の言語の詳細と関係なく特定のプリンタを扱うこと
を可能とする。それぞれのプリンタは、正しく動作し固
有の機能と能力の利用を提供するため一定のコードとコ
マンドの集合を必要とする。あるいは出力デバイスがプ
リンタでない場合、出力デバイスはプリンタドライバの
ように機能するデバイスドライバを有する。

【００１８】「ドライバ」は、デバイスドライバ及びプ
リンタドライバにおいて言及されているように、特定の
ハードウェア・デバイスあるいは他のソフトウェア・ル
ーチンのいずれかを制御するために書かれたプログラム
あるいはサブプログラムである。「ドライバ」という言
葉は、競馬の騎手あるいは自動車の運転手の概念から起
こり、彼らは馬あるいは車の能力を測定するためにそれ
らのペースを管理する。ハードウェア・ドライバの最も
共通した例は、ハードウェアを制御することであり、こ
れはパーソナルコンピュータに接続されたプリンタの特
定の銘柄あるいは型（モデル）に属するものである。例
えば、ある特定のプリンタドライバは、ワードプロセッ
サが特定の型のドットマトリクスプリンタあるいはレー
ザープリンタと通信することを可能にする。

【００１９】他の重要な側面は、出力デバイスをサポー
トするためのプリンタドライバ・ソフトウェアの形で
の、ソフトウェアの必要性である。この時点までは、プ
リンタの機械的な側面のみを詳述してきた。他のレベル
においては、固有の機能の全種類を持ち、幅広い多様な
生産者によって生産される膨大な種類のプリンタによ
り、問題はより複雑になっている。

【００２０】プリンタの初期の開発においては、状況は
かなりシンプルだった。使用できるプリンタは、アスキ
ー（ASCII）のテキストと制御文字に応答した。プリン
タに送られた各キャラクタに対して文字が作られた。テ
キストの次の行へ送るには、キャリッジリターン（carr
iage return）と行送りの手段によりなされていた。太
字にするために重ね刷りが必要な場合は、キャリッジリ
ターンのみが送られ、行が再度印刷された。また、タイ
プライタのようなプリンタも使用でき、これはバックス
ペースのキャラクタに対応しているため、太字及び下線
は簡単に成し遂げられた。

【００２１】プリンタ技術がドットマトリクス・プリン
タの開発とともに進歩するにつれて、フォントの変換及
び図形オプションのための機能が実現可能となった。こ
の進歩の結果、ワードプロセッサがそれぞれの使用可能
なプリンタに対して１組のソフトウェアを必要とするよ
うになってきた。それぞれのメーカーがどの機能が役立
つかについて自分自身の考えを持ち、それらを異なる方
法で実施したからである。それぞれの新しいプリンタの
製作あるいは型（モデル）と共に、ドライバ・ソフトウ
ェアと呼ばれるような、新しい組のソフトウェアが必要
となった。結果として、具合の悪い問題がワードプロセ
ッサのユーザーとワードプロセッサのベンダーの両方に
発生した。

【００２２】より手の込んだ印刷能力の必要性が増すに
つれて、数多くの解決方法が生まれた。主な問題は、印
刷処理に対する「インテリジェンス（intelligence）」
をどこに据えるかを決定することだった。これには３つ
の選択肢がある。

【００２３】１．ワードプロセッサ自身内に据える。ワ
ードプロセッサは、速いＣＰＵと良いインターフェース
が使用できない限り使用するのにいくぶんぎこちなくな
ってきている。とりわけ、これはワードプロセス処理の
文書に対する知的所有権がらみのファイルフォーマット
につながる。異なるプラットフォームあるいはワードプ
ロセッサの間で高度にフォーマットされた文書を移動す
ることは、ＲＴＦやＤＣＡのように共通のデータフォー
マットが使用できない限りぎこちなくなってきている。
共通のフォーマットされたデータ構造が見つからない場
合、「包括的（generic）」なフォーマットでファイル
を転送することは可能であり、その場合は復帰／改行は
段落の最後でのみ使用される。その後ファイルを再度フ
ォーマットすることが必要になる。

【００２４】２．プリンタ内に据える。これはページ記
述言語（ＰＤＬ）として知られているものにつながる。
これらの最も共通のものは、ポストスクリプト（PostSc
ript）として知られているものである。プリンタはポス
トスクリプトの出力ファイルに含まれるコマンドを解釈
するためプロセッサとプログラムを含む。ポストスクリ
プトの出力ファイルは、アスキー（ASCII）のテキスト
であり、必要あれば手で編集できる。ヒューレット・パ
ッカード社のレーザープリンタの製品におけるように、
他の所有権がらみのページ記述および制御言語もまた使
用可能である。ポストスクリプトの実現は、プリンタの
ためのポストスクリプト言語のチップを購入して導入す
ることにより活動化される。

【００２５】３．他の選択方法。最後の選択肢は、これ
ら２つの中間であり、例えばタイプセット・コマンドを
含むファイルを作るＴｅＸのように、タイプセットのプ
ログラムである。このファイルはその後、特定のプリン
タに対するドライバのプログラムを通過できるデバイス
独立のフォーマットに変換される。

【００２６】インテリジェンスの搭載に加え、図形表示
（グラフィックス）のサポートが２つの一般的な方法で
実現されている。１．ワードプロセシング・スクリーンの本質的なグラフ
ィックスの「ダンプ」。さらに必然的なプリンタドライ
バが使用されているプリンタに対して必要とされる。マ
イクロソフト・ワード（Microsoft Word）におけるよう
に、文書自身の中にアートを埋め込むことも可能であ
る。２．「カプセル化された」ポストスクリプト・ファイ
ル。これは、解釈されるべきフォーマットでの描画プロ
グラムにより作成されるコードを含む。カプセル化され
たポストスクリプト・ファイルは、例えばＴＩＦＦのよ
うなラスター・フォーマットで画像のプレビュー・イメ
ージを含むことができ、あるいはシンプルだが画像の直
接的な画面操作をするウィンドウズのメタファイルのよ
うなベクター・フォーマットで含むことができる。

【００２７】更に、どの方法を選ぶかは、個人的な好み
の問題であり、利用することができる特定の機能の問題
である。図１から１１のデバイスと方法の実現するとい
う目的のため、ウィンドウズ９５のようなオペレーティ
ングシステムで使用するための特化したプリントプロセ
ッサが、ウィンドウズの拡張メタファイル（enhancedme
tafiles）の作成をサポートするオペレーティングシス
テムのためのプリンタドライバと共に使用される。

【００２８】図２と３はソースジョブ２８を１つあるい
は複数の宛先である３０、３２及び３４に配信するため
の方法を図示しており、宛先の１つの例は出力デバイス
１４、１６及び１８（図１の）である。宛先の他の例は
コンピュータ２０と２２とすることもできる。現在のウ
ィンドウズ・ドライバの解決方法では、あるアプリケー
ションから複数の宛先に送信することはできない。しか
しドライバは、効果的であるために、単一のソースアプ
リケーション／文書から複数の受信デバイスに電子的デ
ータ（electronic material）を送信することができな
ければならない。これは、オリジナルの文書データある
いはソースジョブ２８の保存を必要とし、図２で示され
ているように所望のコード化（encodings）を得るため
複数回解析されることができる形でなされる。もしソー
ス文書あるいはソースジョブ２８が複数のページである
場合、送信の仕組は図３に示されているように、次のコ
ード化の型へ行く前に、目的のページすべてを送信する
ことをサポートしなければならない。図３に示されてい
るように、ソースジョブの複数の宛先への配信を実現す
るために、多重スレッドの配信の仕組が必然的である。

【００２９】図２と３に示されているように、ソースジ
ョブ２８を複数の宛先３０、３２及び３４に配信するた
めの多数の選択肢が存在する。以下は、送信のための選
択肢の概要である。１）ジョブのすべてのページが他の宛先に配信される前
に特定の宛先に送信されることができる。この選択肢
は、単一スレッドのスプールの配信を介する１度で１つ
の宛先への順次配信と呼ばれる。現在のウィンドウズの
ドライバのアーキテクチャは、このような単一スレッド
のスプールの配信を使用する。２）配信は、ソースジョブの次のページに行く前に１の
ページを１度にそれぞれの（あるいはすべての）宛先へ
送信することで実現される。しかし、遅延配信の問題が
あり、これはしばしば良い配信の選択を示さない。３）スレッドはそれぞれの宛先（多重スレッド）に対し
て準備され、ジョブ全体がそれぞれのスレッドにより配
信される。この方法では、すべてのスレッドが同時に走
ることができ、結果として並列実行となる。これはウィ
ンドウズをデスプーリング（despooling）の仕組に変更
することが必要とされるが、すべての受信に対して最良
の配信を提供する。

【００３０】中間ファイルのフォーマットの実現は、１
つの形態としては拡張メタファイル（ＥＭＦ）である
が、図２と３の上に述べた配信機能を実現するのに必要
な多重パスを可能とするであろう。しかし、拡張メタフ
ァイルは一般的にはスプーラーを介してメモリに書込ま
れ、拡張メタファイルのスプーラーの再生はメモリから
の多重パスの配信を許さない。拡張メタファイル（ＥＭ
Ｆ）は高レベルで図形操作の一連を記述する機能拡張さ
れたファイル・フォーマットであり、デバイス独立のデ
ータ・フォーマットである。

【００３１】このような中間ファイルのフォーマットを
実現するため、出願人が設計した特化したプリントプロ
セッサが、拡張メタファイルを複写することによりこの
問題を解決する。図４から６を参照して以下に示し記述
されるように、このような特化したプリントプロセッサ
は、スプーラー／デスプーラーを介してメモリから配信
されるべき多重パスが、図２と３を参照して上に開示さ
れた配信の図式を介して複数の宛先にソースジョブを配
信することを可能にする。「スプーラー（spooler）」
は、印刷用の出力を生成したアプリケーションを取得
し、それをディスク上に一時的に保管する構成要素であ
る。「デスプーラー（despooler）」は、スプールファ
イル内のデータに対して責任を有するシステム構成要素
であり、出力デバイスにそのデータを書込む役割のソフ
トウェアにそのデータを渡す。

【００３２】しかしこれを行うため、本発明のデバイス
は、宛先と各宛先に対して描画されたコード化を記述す
るために専用のスプールジョブ・ヘッダを必要とする。
デスプール操作が実行されると、グラフィックスデバイ
ス・インターフェース（ＧＤＩ）はデバイスコンテキス
ト（ＤＣ）内の図形表示機能をプリンタドライバを通し
てスプーラーに送る。「ＧＤＩ」は、グラフィックスデ
バイス・インターフェース（ＧＤＩ）であり、線の描画
や色の管理のような図形表示機能を実行する役割を有す
るウィンドウズの構成要素である。ＧＤＩは、ウィンド
ウズの図形表示のアプリケーションプログラム・インタ
ーフェース（ＡＰＩ）のすべてを含むダイナミックリン
ク・ライブラリ（ＤＬＬ）である。デバイスコンテキス
ト（ＤＣ）は、デバイスや面描画の現在の状況を記述す
るデータ構造であり、アプリケーションレベルにおいて
見られる論理的なオブジェクトである。すなわち、デバ
イスコンテキストは図形データを表示する目的のため
（画面上での描画あるいはページの印刷）、ＧＤＩにお
いて内部的に保守される構造である。印刷を扱う任意の
アプリケーション開発者は、デバイスコンテキストの概
念について熟知している。ダイナミックリンク・ライブ
ラリ（ＤＬＬ）はコンパイル時とは対照的に、実行時に
アプリケーションが連係する共通機能のライブラリであ
る。ダイナミックリンク・ライブラリ（ＤＬＬ）のメモ
リ内の１回の複写はすべての呼出しからの要求を満足す
る。

【００３３】長さが１ページのみであるソース文書に対
しては、拡張メタファイル（ＥＭＦ）の代わりに、プリ
ンタ言語にフォーマットされた行データを選択的に使用
することができる。しかしこの場合は、”すべての”宛
先が同じコード化をサポートし選択することが必要であ
る。このため、拡張メタファイルのサポートはGDIINFO
構造体の中で印がつけられている。

【００３４】本発明の装置と方法は、データをデバイス
に配信し、配信リスト内にプリンタ、スキャナー、プロ
ッタのような出力デバイスを含む。配信リストは出力を
受信できるデバイスの一覧である。配信リストは別個の
アプリケーションにより制御されることができ、これに
よりプリントプロセッサが通信を行うことができる。別
個のアプリケーションはコンピュータネットワーク環境
内にある数多くのデバイスの任意の上におくこともでき
る。その後プリントプロセッサはデバイスのリストを使
用し、本発明のデバイスと方法に応じてドライバ切替え
の操作を実行する。

【００３５】出願人は、下の表１で提供されるプログラ
ムとファイルを走らせることにより、本発明によるドラ
イバ切替えの操作を試験した。実行の詳細を、図４から
６、そして図７から１１のフローチャートに関連して以
下に説明する。出願人はウィンドウズ９５のシステム上
でこのような試験を実行した。ＥＭＦのジョブは５個の
ドライバの待ち行列（queue）に入れられ、ドライバは
ユーザーインターフェース（ＵＩ）を通してビットマッ
プ・ドライバに切り替わった。結果として、ソースジョ
ブが処理され、切り替えられ、そして解放される共に、
印刷ジョブは適正にファイルに印刷された。

【００３６】下の表１に掲載されたＣのコードプログラ
ムは、本発明による「ドライバ切替えのための特化した
プリントプロセッサ」である。このコードは、図７から
１１のフローチャート内で詳述されているように、構成
要素の切替えを印刷ジョブを受信するための出力デバイ
スの形で可能にしている。構成要素の切替えはウィンド
ウズ９５用の特化したプリントプロセッサを介して実行
され、ドライバはウィンドウのビットマップを作成し、
ＨＰＰＣＬ５のプリンタ言語を作成する。これを効果
的に行うため、ウィンドウズ９５あるいはウィンドウズ
ＮＴ用のプリンタドライバは、ウィンドウズの拡張メタ
ファイル（ＥＭＦ）の作成をサポートしなければならな
い。オペレーターは、ウィンドウズのアプリケーション
を走らせ、最初の希望したプリンタドライバと共に、希
望する印刷オブジェクトを選ぶだけでよい。しかし、こ
のドライバはこれに関連する特化したプリンタドライバ
を有しなければならない。その後オペレーターあるいは
ネットワークは、いくつかの優先順位付け手法を介して
アプリケーションから直接印刷ジョブを印刷することが
できる。結果として印刷ジョブはスプーラー内に一時的
に保管される。ジョブの印刷がスケジュールされた時、
スプーラーはジョブを印刷するため特化したプリントプ
ロセッサを呼出す。プリントプロセッサはシステムに対
しドライバが存在するかどうか判断するために質問す
る。次にプリントプロセッサはアプリケーションによっ
て選ばれたプリンタをオープンし、ドライバの名前とプ
リンタについての他の情報を得るため現在のPRINTER.IN
FO.2構造体を得る。

【００３７】その後、プリントプロセッサは、「SetPri
nter ＡＰＩ」をPRINTER.INFO.2構造体および新しいド
ライバ名のフィールドに使用して、ドライバの名前を新
しい所望の名前に変更する。次に「文書の特性（Docume
nt Properties）」を使用して、プリントプロセッサは
新しいドライバのDEVMODE構造体を入手し、それは新し
いドライバにより使用され理解される。これはまた、PR
INTER.INFO.2構造体に保存される。上記は、プリントプ
ロセッサがスプーラーにより「プロセッサをオープンせ
よ」と命令された時にすべて行われる。プロセッサは次
に、データの処理を行うためスプーラーに呼ばれる。プ
ロセッサは、新しいドライバの拡張メタファイルを処理
するためグラフィックスデバイス・インターフェース
（ＧＤＩ）を呼ぶ。ジョブの最後で、ドライバはオリジ
ナルにリセットされ、そのためユーザーには常に同じ情
報が与えられる。

【００３８】上の処理を実現するため、いくつかの制約
が適用される。第１に、使用される任意のドライバのDE
VMODEは、拡張メタファイル（ＥＭＦ）のジョブに含ま
れるものと同じ個人的なデータをすべてのドライバがサ
ポートしない限り、個人的なDEVMODEのデータに依存す
ることができない。第２に、ユーザーはいつでも呼び出
されることができるので、すべてのドライバに対するユ
ーザーインターフェースは同一に見えるべきである。

【００３９】本発明の装置と方法によるドライバ切替え
をより理解するため、表１のアルゴリズムを介して実現
されるようなシステムを通してのステップごとのフロー
を、図４から６に関して見直す。本発明によるドライバ
切替えの基本的な利益は、ウィンドウズ９５あるいはＮ
Ｔ（これは概念において同様であるＯＳ／２のキュープ
ロセッサ（キュードライバ）にも適用される）で印刷ジ
ョブを作成するために使用されるものとは異なるプリン
タドライバのシステム選択を可能にすることである。異
なるドライバを選択することは単一スプール化されたジ
ョブが、「ＨＰDesk Jetプリンタ」、や「Laser Jetプ
リンタ」あるいはプロッタのような複数の異なるデバイ
スに送られることを可能にする。また、ネットワークプ
リンタやインターネットのデバイスのようなデバイスの
宛先への送信が、複数回処理されることができる。

【００４０】図４から６に示されたドライバ切替えのジ
ョブフローの解析は、アプリケーション３６を介して起
動される第１パスの印刷要求で始まる。アプリケーショ
ン３６は印刷ジョブあるいはソースジョブを生成し、こ
れはグラフィックスデバイス・インターフェース（ＧＤ
Ｉ）のダイナミックリンク・ライブラリ（ＤＬＬ）に配
信される。グラフィックスデバイス・インターフェース
（ＧＤＩ）は、アプリケーション３６とオリジナル・ド
ライバ３８の間の接続時に、共通機能を実行する。グラ
フィックスデバイス・インターフェース（ＧＤＩ）はウ
ィンドウズに図形表示のアプリケーションプログラム・
インターフェース（ＡＰＩ）のすべてを含み、拡張メタ
ファイル４２の形でスプールされたデータを生成する。

【００４１】ドライバ切替えの第２パスの操作による
と、図５はスプーラー４６を示し、これはスプール・ヘ
ッダ４８を介して、メモリデバイス４４から、スプール
された印刷データあるいは拡張メタファイル４２の保管
と検索を命じる。スプーラー４６は印刷ジョブとプリン
タの情報を本発明の特化したプリントプロセッサに渡
す。より具体的には、プリントプロセッサ５０は表１及
び図７から１１のコードの実行を介して、オリジナル・
ドライバ３８（図４）からドライバをリセットする。レ
ジストリ５４は、ドライバをリセットする時にプリント
プロセッサ５０を支援するため、システムのアプリケー
ションプログラム・インターフェース（ＡＰＩ）により
検索され使用されるハードウェアとソフトウェアの構成
の情報を保管する。プリントプロセッサ５０は、グラフ
ィックスデバイス・インターフェース（ＧＤＩ）に新し
いあるいはリセットしたドライバ上の印刷ジョブを配信
することを命令する。拡張メタファイル（ＥＭＦ）４２
はメモリデバイス４４からグラフィックスデバイス・イ
ンターフェース（ＧＤＩ）により検索され、「ＧＤＩプ
レイ・スプール・ストリーム（GDI play spool strea
m）」の部分を形成する。グラフィックスデバイス・イ
ンターフェース（ＧＤＩ）は、新しいドライバ５６及び
出力デバイス１４のポート・モニター／プリント・プロ
バイダー５８と直接通信する。続いてデバイス１４はド
ライバ５６から出力命令を受信する。この出力命令は、
プリントプロセッサ５０から受信される描画命令を含む
描画命令ファイルから成る出力命令ファイルから変換さ
れる。プリントプロセッサ５０は出力命令ファイルを優
先順位付け手法を基に出力デバイスドライバ５６に送り
込む。

【００４２】ある適した優先順位付け手法は、出力デバ
イス１４の印刷能力に基づいて、出力命令ファイルをプ
リントプロセッサ５０から少なくとも１つの出力デバイ
スの１つへと送ることを含む。他の方法は、出力デバイ
ス１４及び（あるいは）関連したデバイスドライバ５６
の相対的な利用可能性に基づいて、出力命令ファイルを
出力デバイスへ送ることに基づくものである。例えば、
特定のドライバ５６とプリンタ１４は、待ち行列の中に
既に多すぎるほどの印刷ジョブを含むことができる。代
わりに、ドライバ５６とプリンタ１４は紙切れあるいは
インク切れにしておくことができる。さらに、特定のド
ライバ５６とプリンタ１４は、色、正しいサイズの紙、
イメージの解像度などのような希望する印刷能力を有し
ないこともあり、数多くの知られた優先順位付け手法の
いずれかに基づいてプリントプロセッサ５０に、印刷ジ
ョブを他のより適したドライバとデバイスに配信させる
ことが重要になる。

【００４３】使用されている特定のドライバ５６とデバ
イス１４を考慮すると、各方法がどのように作用するか
は、ワードプロセッサにより使用されるプリンタドライ
バに依存する。ドライバはオペレーティングシステムへ
の拡張であり、ヒューレットパッカード社のLaser Jet
〓プリンタあるいはスーパーＶＧＡ画面のような特定の
ハードウェア用に調整される。プリンタドライバはデー
タのインライン・ストリームあるいはページ記述言語に
より提供される情報を取得し、それをプリンタが認識で
きる低レベルのコマンドに変換する。（スクリーンドラ
イバは、モニターにテキストを表示するためにビデオア
ダプターで同じことを行う。）異なるドライバとともに
働くことにより、ワードプロセッサは多種の画面とプリ
ンタの上で同じ文書を取扱うことができる。「レジスト
リ（registry）」はウィンドウズ内の構造化ファイルで
あり、ウィンドウズがホストシステムのハードウェア、
ユーザーの選択、及び他の構成（configuration）デー
タを記述する索引つきの情報を保管する。レジストリは
ウィンドウズの機械を困らせる構成データの増殖を低下
させる役割を果たす。

【００４４】図６は１つあるいは複数の出力デバイスに
多重パスのジョブを配信するためのドライバ切替えを示
す。プリントプロセッサ５０は、図９に関して以下に記
述されたステップ”Ｓ７．２０”により、メモリデバイ
ス４４に保管されているオリジナルの拡張メタファイル
（ＥＭＦ）４２を複写するため、スプーラー４６により
「オープン」される。また、スプーラー４６は、プリン
トプロセッサにブロック５０及び図１１のステップ”Ｓ
７．３０”を介して、プリントプロセッサ上の文書の印
刷を命じる。操作ブロック５０は閉じられたループ６２
を実行し、これは新しい印刷ジョブ６４を指し、拡張メ
タファイル４２を検索してメモリ４４に再書込みし、さ
らに拡張メタファイルはループ６２とポインタ６４に応
じて出力デバイス一連のそれぞれへ配信を行うプリント
プロセッサを介して再検索される。

【００４５】論理フローダイアグラム図７によると、「プリントプロセッサ」は、複数の出力
デバイスに印刷ジョブを与えるコンピュータネットワー
ク環境で動作するためのコンピュータのプログラミング
に対する最初のレベルの論理フローダイアグラムとして
示される。表1はさらに、上の図５と６に関して示され
ているように、Ｃ言語で表現されたプリントプロセッサ
の実行を詳細に記述する。「プリントプロセッサ」は、
コンピュータネットワーク環境内におけるコンピュータ
操作用のプリンタドライバ切替えを実行するデバイスを
形成する。「プリントプロセッサ」は自動的に実行する
ことができ、これは図７から１１の論理フローダイアグ
ラムに対応する。代わりに、特化したプリントプロセッ
サはＨＰＰＣＬ５を作ることができる。この方法で
は、プリントプロセッサはウィンドウズの拡張メタファ
イル（ＥＭＦ）の作成を支援する。ユーザーはウィンド
ウズのアプリケーションを走らせ、希望する最初のプリ
ンタドライバとともに希望する印刷オブジェクトを選択
する。コンピュータネットワーク環境で動作するデバイ
スドライバは、これらに関係する特化したプリンタプロ
セッサを持たなければならない。印刷ジョブはアプリケ
ーションから印刷される。その結果、印刷ジョブは一時
的にメモリ内にスプーラーを介して保管される。ジョブ
が印刷のためにスケジュールされると、ジョブを印刷す
るためにスプーラーは特化したプリントプロセッサを呼
出す。プリントプロセッサはシステムにドライバが存在
するかどうか質問する。その後、アプリケーションによ
り選択されたプリンタをオープンし、ドライバの名前と
プリンタについての他の情報を得るため現在のPRINTER.
INFO.2構造体を得る。次に、プリントプロセッサは、ド
ライバの名前を前に示したように、新しい希望する名前
に変更する。

【００４６】ステップ”Ｓ１”によれば、コンピュータ
・オペレーティング・ネットワーク内のコンピュータ上
のオペレーティングシステム、及び出力デバイスのオペ
レーティングシステムとデバイスドライバが開始され
る。例えば、ネットワークのそれぞれのデバイスの電源
投入の際に、システムBIOSがオペレーティングシステム
とスプーラーを開始し、これにより自動的に初期化がな
され、または図７と８のフローチャートの起動を引き起
こされるようにすることができる。これによってコンピ
ュータは、拡張メタファイルを作成し、オリジナルのプ
リンタドライバのデバイスの情報を集め、メタファイル
を受信するためのプリンタ（あるいは出力デバイス）を
切替える。ステップ”Ｓ１”を実行した後、処理はステ
ップ”Ｓ２”に進む。

【００４７】ステップ”Ｓ２”では、オペレーティング
システム上で走るアプリケーションが印刷ジョブを起動
する。ある方法では自動的に印刷要求を生成する。他の
方法ではユーザーが印刷ジョブを要求する。ステップ”
Ｓ２”を実行した後、処理はステップ”Ｓ３”に進む。

【００４８】ステップ”Ｓ３”では、オペレーティング
システム上で走るアプリケーションが印刷ジョブをグラ
フィックスデバイス・インターフェース（ＧＤＩ）に転
送する。ＧＤＩはウィンドウズのオペレーティングシス
テムの構成要素であって、線の描画や色の管理というよ
うな図形表示機能を実現するための責任を有する。ＧＤ
Ｉは拡張メタファイルの形で中間の描画命令の中にデー
タを生成する。ステップ”Ｓ３”を実行した後、処理は
ステップ”Ｓ６”に進む。

【００４９】ステップ”Ｓ４”では、オリジナルのプリ
ンタドライバが、プリンタ、モニター、あるいは他の出
力デバイスのような関連する周辺装置を操作するのに必
要な情報を提供する。プリンタドライバは、描画を行う
デバイスの性能についての情報を提供する。例えば、使
用される紙のサイズ、色、モノクロのサポートなどが提
供されうるデバイスの性能についての情報のいくつかで
ある。ステップ”Ｓ４”と”Ｓ５”を実行した後、処理
はステップ”Ｓ５”と”Ｓ６”に進む。

【００５０】ステップ”Ｓ５”では、ＧＤＩは拡張メタ
ファイルの形式で生成された中間の描画命令を転送し、
それはメモリに保管される。

【００５１】ステップ”Ｓ６”では、アプリケーション
により定義されたように、メモリに保管された印刷ジョ
ブを出力デバイスに送るため、処理はスプーラーに対し
印刷ジョブにおける第２パスを起動するよう命令する。
ステップ”Ｓ６”を実行後、処理はステップ”Ｓ７”に
進む。

【００５２】ステップ”Ｓ７”では、処理はプリントプ
ロセッサの実行を起動する。プリントプロセッサは次の
３つの態様で動作する。即ち、プリントプロセッサは、
図８に描かれたフローチャートの操作を介して初期化さ
れる。プリントプロセッサがオープンされ、プリンタド
ライバの詳細が検索され、新しいプリンタドライブの設
定がシステム・レジストリに保管され、プリントプロセ
ッサのデータ構造を達成する。プリントプロセッサが関
連するデバイスドライバを介して新しい出力デバイス上
の印刷ジョブの印刷（あるいは出力）を実行する。ステ
ップ”Ｓ７”を実行後（集合的に図８、９、１０また
は、図１１）、処理はステップ”Ｓ８”に進む。

【００５３】ステップ”Ｓ８”ではＧＤＩは新しいプリ
ンタドライバを使用して印刷ジョブを描画する。ステッ
プ”Ｓ８”を実行後、処理はステップ”Ｓ１０”に進
む。図１１の操作によると、丸で囲んだ数字１は、ＧＤ
Ｉにバッファを渡すためにステップ”Ｓ７．３６”につ
ながる。ステップ”Ｓ８”を実行後、処理はステップ”
Ｓ１０”に進む。

【００５４】ステップ”Ｓ９”では、アプリケーション
により選択された新しいプリンタドライバが、出力デバ
イスの情報をＧＤＩに提供し、これによりＧＤＩはステ
ップ”Ｓ１０”を介して印刷ジョブの出力ができるよう
に印刷ジョブの描画を行うことができる。

【００５５】ステップ”Ｓ１０”では、印刷ジョブは文
書として印刷される。この時、処理は終了する。

【００５６】図８によると、プリントプロセッサは第１
の操作を実行する。ステップ”Ｓ７．１０”によると、
処理はプリントプロセッサの機能のポインタを初期化
し、メモリを割り振る。ステップ”Ｓ７．１０”を実行
後、処理はステップ”Ｓ７．１１”に進む。

【００５７】ステップ”Ｓ７．１１”では、処理は、ス
プーラーへのリターンを起動する。ステップ”Ｓ７．１
１”を実行後、処理はステップ”Ｓ７．１２”に進む。

【００５８】ステップ”Ｓ７．１２”で処理は終わる。
その後、処理は図９と１０のフローチャートの実行へ進
む。

【００５９】図９と１０の処理によると、処理はプリン
トプロセッサによる第２の操作を実行する。ステップ”
Ｓ７．２０”によると、処理はプリントプロセッサをオ
ープンする。ステップ”Ｓ７．２０”を実行後、処理は
ステップ”Ｓ７．２１”へ進む。

【００６０】ステップ”Ｓ７．２１”では、プリントプ
ロセッサはプリンタをオープンする。ステップ”Ｓ７．
１０”によると、処理は「openprinter ＡＰＩ」を介し
てオープンを起動する。「Openprinter ＡＰＩ」は、
「マイクロソフトウィンドウズ９５デバイスドライバ
開発キット」の中でプリントプロセッサが呼ぶサブルー
チンの名前である。「openprinter ＡＰＩ」はスプーラ
ー内に存在し、スプーラーにより必要とされる機能を実
行する。ステップ”Ｓ７．２１”を実行後、処理はステ
ップ”Ｓ７．２２”へ進む。

【００６１】ステップ”Ｓ７．２２”では、プリントプ
ロセッサは「printerinfo２構造体」を使用してプリン
タの詳細を検索する。ステップ”Ｓ７．２２”による
と、詳細は「getprinter ＡＰＩ」を介して検索され
る。「Getprinter ＡＰＩ」はスプーラー内のサブルー
チンの名前であり、スプーラーから情報を検索する。ス
テップ”Ｓ７．２２”を実行後、処理はステップ”Ｓ
７．２３”に進む。

【００６２】ステップ”Ｓ７．２３”では、プリントプ
ロセッサは「printinfo２」構造体のプリンタドライバ
の名前を新しいデバイスドライバに変更する。ステッ
プ”Ｓ７．２３”を実行後、処理はステップ”Ｓ７．２
４”へ進む。

【００６３】ステップ”Ｓ７．２４”では、プリントプ
ロセッサはシステムのレジストリ内に新しいプリンタの
の情報を保管する。このようなことは「setprinter Ａ
ＰＩ」を介して実現される。「Setprinter ＡＰＩ」は
プリンタあるいは出力デバイスについての情報を保管す
るスプーラー内に存在し、このためスプーラーはその情
報について知っている。ステップ”Ｓ７．２４”を実行
後、処理はステップ”Ｓ７．２５”へ進む。

【００６４】ステップ”Ｓ７．２５”では、プリントプ
ロセッサは印刷文書の特性を検索する。検索は「docume
ntproperties ＡＰＩ」として実現される。「Documentp
roperties ＡＰＩ」は生成されている文書についてスプ
ーラーから情報を取得する。ステップ”Ｓ７．２５”を
実行後、処理はステップ”Ｓ７．２６”へ進む。

【００６５】ステップ”Ｓ７．２６”では、プリントプ
ロセッサは新しいドライバの設定に一致させるため、文
書の特性を変更する。プリントプロセッサは本質的にde
vmode構造体を更新する。「Devmode 構造体」はコンピ
ュータネットワーク環境内でプリンタドライバ使用の能
力を記述するスプーラーの中に存在する構造体である。
ステップ”Ｓ７．２６”を実行後、処理はステップ”Ｓ
７．２７”へ進む。

【００６６】ステップ”Ｓ７．２７”では、プリントプ
ロセッサはシステムのレジストリに新しいプリンタの文
書の特性を保管する。このため、プリントプロセッサは
「setprinter ＡＰＩ」を使用することによりドライバ
の名前を新しい希望する名前に変更する。「Setprinter
ＡＰＩ」はプリンタあるいは出力デバイスについての
情報を保管するスプーラーの中に存在するサブルーチン
であるので、スプーラーはその情報について知ってい
る。ステップ”Ｓ７．２７”を実行後、処理はステッ
プ”７．２８”へ進む。

【００６７】ステップ”Ｓ７．２８”では、プリントプ
ロセッサはプリントプロセッサのデータ構造を割り振
り、初期化する。ステップ”Ｓ７．２８”を実行後、処
理はステップ”Ｓ７．２９”へ進む。

【００６８】ステップ”Ｓ７．２９”では、プリントプ
ロセッサはスプーラーへのリターンを起動する。ステッ
プ”Ｓ７．２９”を実行後、処理はステップ”Ｓ７．２
９１”へ進む。

【００６９】ステップ”Ｓ７．２９１”で、プリントプ
ロセッサは図９と１０のサブルーチンを終了し、好まし
くは図１１のサブルーチンの実行へと移る。

【００７０】図１１の処理によると、処理はプリントプ
ロセッサによる第３の処理を実行する。ステップ”Ｓ
７．３０”によると、処理は拡張メタファイルから文書
を印刷する。さらに、スプーラーは印刷文書をプリント
プロセッサに送る。ステップ”Ｓ７．３０”を実行後、
処理はステップ”Ｓ７．３１”へ進む。

【００７１】ステップ”Ｓ７．３１”では、プリントプ
ロセッサは入力パラメーターを確認する。例えば、プリ
ントプロセッサはプリンタ・ハンドルとデータ・タイプ
を確認する。ステップ”Ｓ７．３１”を実行後、処理は
ステップ”Ｓ７．３２”へ進む。

【００７２】ステップ”Ｓ７．３２”では、プリントプ
ロセッサはプリンタをオープンする。ステップ”Ｓ７．
３２”を実行後、処理はステップ”Ｓ７．３３”へ進
む。

【００７３】ステップ”Ｓ７．３３”では、プリントプ
ロセッサはスプーラーの開始をセットし、文書を読みこ
む。さらに、「startdocprinter ＡＰＩ」ファイルが実
行される。「StartdocprinterＡＰＩ」はプリントプロ
セッサの中に存在する機能であり、そしてプリントプロ
セッサに文書の開始を指示するためスプーラーにより呼
ばれる。ステップ”Ｓ７．３３”を実行後、処理はステ
ップ”Ｓ７．３４”へ進む。

【００７４】ステップ”Ｓ７．３４”では、プリントプ
ロセッサは拡張メタファイルのバッファを読み込む。ス
テップ”Ｓ７．３４”を実行後、処理はステップ”Ｓ
７．３６”へ進む。

【００７５】ステップ”Ｓ７．３５”では、プリントプ
ロセッサは拡張メタファイルをバッファへ転送し、ここ
で読み込まれる。ステップ”Ｓ７．３５”を実行後、処
理はステップ”Ｓ７．３６”へ進む。

【００７６】ステップ”Ｓ７．３６”では、プリントプ
ロセッサは、描画するため新しいドライバのＧＤＩへバ
ッファを渡す。「GDIplayspoolstream ＡＰＩ」ファイ
ルが実行される。「GDIplayspoolstream ＡＰＩ」は、
ＧＤＩの中に存在するサブルーチンである。ステップ”
Ｓ７．３６”を実行後、処理はステップ”Ｓ７．３４”
へ進む。

【００７７】ステップ”Ｓ７．３７”では、プリントプ
ロセッサはファイルの終わりに達するまで処理を進め
る。ステップ”Ｓ７．３７”を実行後、処理はステッ
プ”Ｓ７．３８”へ進む。

【００７８】ステップ”Ｓ７．３８”では、プリントプ
ロセッサはプリンタをクローズする。ステップ”Ｓ７．
３８”を実行後、処理はステップ”Ｓ７．３９”へ進
む。

【００７９】ステップ”Ｓ７．３９”では、プリントプ
ロセッサは図１１のサブルーチンを終了し、図７のサブ
ルーチンの実行へ戻る。

【００８０】本発明は例として次の実施態様を含む。（１）コンピュータネットワーク環境内で使用できる情
報の配信装置であって、オペレーティングシステムを有
し、コンピュータネットワーク環境内で動作するために
構成されたコンピュータと、オペレーティングシステム
を介してコンピュータ上で走るために構成されたアプリ
ケーションであって、出力命令ファイルを含む中間ファ
イルのフォーマットの形でソースジョブを生成するよう
構成されたアプリケーションと、出力命令ファイルを処
理するための中間の実行可能なコードの形のプリントプ
ロセッサと、出力を作成するため出力命令ファイルを出
力デバイスが使用することができる出力命令に、変換す
るよう構成された出力デバイスドライバを有する少なく
とも１つの出力デバイスと、を備え、前記プリントプロ
セッサは、出力命令ファイルを描画するため少なくとも
１つの出力デバイスの１つのデバイスドライバを選択
し、該出力デバイスドライバに出力命令ファイルを送り
込むようにした、配信装置。

【００８１】（２）上記（１）の情報の配信装置におい
て、出力命令ファイルは描画命令を含む描画命令ファイ
ルを含む。（３）上記（１）の情報の配信の装置において、出力デ
バイスはプリンタドライバを有するプリンタを含み、プ
リンタドライバは、命令を処理するため出力命令の中間
ファイルのフォーマットを受信する。（４）上記（１）の情報の配信装置において、出力命令
の中間ファイルのフォーマットは、拡張メタファイルを
含む。

【００８２】（５）上記（１）の情報の配信装置におい
て、プリントプロセッサは出力命令ファイルを描画する
ため少なくとも１つの出力デバイスの１つのデバイスド
ライバへの連続した送信を介して、出力命令ファイルを
複数の出力デバイスへ送り込む。（６）上記（１）の情報の配信装置において、プリント
プロセッサは出力命令ファイルを描画するため少なくと
も１つの出力デバイスの１つのデバイスドライバへのイ
ンターリーブ（interleave）の送信を介して、出力命令
ファイルを複数の出力デバイスへ送り込む。（７）上記（１）の情報の配信装置において、プリント
プロセッサは出力命令ファイルを描画するため少なくと
も１つの出力デバイスの１つのデバイスドライバへ並列
に送信する多重スレッドを介して、出力命令ファイルを
複数の出力デバイスへ送り込む。

【００８３】（８）上記（１）の情報の配信装置はさら
に、レジストリと、アプリケーションプログラミング・
インターフェース（ＡＰＩ）とを含み、レジストリは、
出力命令ファイルを受信する少なくとも１つの出力デバ
イスを構成するため、アプリケーションプログラミング
・インターフェースを通じてプリントプロセッサに作用
する。（９）上記（１）の情報の配信装置はさらに、メモリデ
バイスと、出力命令ファイルを生成したアプリケーショ
ンを取得し保管するためのスプーラーと、を含む。

【００８４】（１０）上記（９）の情報の配信装置はさ
らに、図形表示機能を実行し、システムの図形表示のア
プリケーションプログラム・インターフェース（ＡＰ
Ｉ）を、少なくとも１つの出力デバイスの出力デバイス
ドライバ、メモリデバイス、および出力命令ファイルを
生成するために使用されるオリジナル・ドライバと動的
に連係するためグラフィックスデバイス・インターフェ
ース（ＧＤＩ）を含む。（１１）上記（９）の情報の配信装置は更に、スプーラ
ーにより生成され出力命令ファイルに割当てられたスプ
ール・ヘッダを含み、スプール・ヘッダは、出力命令フ
ァイルを生成したアプリケーションの宛先とそれぞれの
宛先に対する描画化／コード化を記述するためのスプー
ルジョブ・ヘッダファイルを含む。

【００８５】（１２）上記（１１）の情報の配信装置に
おいて、出力命令ファイルは拡張メタファイルを含み、
プリントプロセッサがスプーラーに応答して印刷文書を
起動した後、プリントプロセッサは拡張メタファイルの
オリジナルのコピーをメモリデバイスに複写し、フィー
ドバックのループは宛先に対する多重パスのジョブを構
成する複数の印刷文書のタスクを起動する。

【００８６】（１３）オペレーティングシステムを有す
る型のコンピュータネットワーク環境内で動作するため
に使用できるコンピュータから印刷ジョブを配信するた
めのシステムにおいて、アプリケーションはオペレーテ
ィングシステム上で走り、かつ出力命令ファイルを含む
ソースジョブを生成するよう構成され、少なくとも１つ
の出力デバイスは出力を作成するための出力命令ファイ
ルを受信するための出力デバイスドライバを有し、方法
は、出力命令ファイルを処理するため中間の実行可能な
形でプリントプロセッサを提供するステップ、コンピュ
ータのメモリデバイス内のメモリの位置から識別された
プリンタドライバ名のプリンタの詳細を検索するステッ
プ、識別されたプリンタドライバの名前を異なるプリン
タの異なる識別されたプリンタドライバの名前に変更す
るステップ、異なる識別されたプリンタドライバ名のプ
リンタの詳細を、システム・レジストリ内に新しいプリ
ンタの情報の形で保存するステップ、保存されたプリン
タの詳細の印刷文書の特性をメモリデバイスから検索す
るステップ、新しいドライバの設定に一致させるために
検索された印刷文書の特性を変更するステップ、印刷文
書の特性をシステム・レジストリ内に保存するステッ
プ、異なるプリンタ上で印刷ジョブを実行するために使
用することができるプリントプロセッサのデータ構造を
割り振り初期化するステップ、とを含む。

【００８７】（１４）上記（１３）のシステムにおい
て、プリントプロセッサのデータ構造を初期化すること
に続き、さらなる改良は、宛先に対する多重パスの印刷
ジョブを実行する上記（１３）のステップを介して、他
の印刷ジョブを再実行するためシステムを再度初期化す
るためにスプーラーへリターンするステップを含む。

【００８８】（１５）システム内において上記（１３）
の改良された方法によると、出力命令ファイルは拡張メ
タファイルの形で実現化され、方法はさらに、アプリケ
ーションから拡張メタファイルを取得して保管するため
のスプーラーを提供するステップ、スプーラーを介して
スプール・ヘッダを生成し、拡張メタファイルにスプー
ル・ヘッダを割当てるステップ、とを含み、スプール・
ヘッダは、拡張メタファイルを生成したアプリケーショ
ンの宛先とそれぞれの宛先に対する描画化／コード化を
記述するためのスプールジョブ・ヘッダファイルを含
む。

【００８９】

【発明の効果】本発明の情報の配信装置により、複数の
異なる出力デバイスの任意の１つに出力のためのソース
ジョブの配信を行うことができる。また、本発明の情報
の配信装置により、単一のソースアプリケーション／ソ
ース文書を形成する複数の受信の出力デバイスへのソー
スジョブの配信を行うことができる。

【００９０】表１ /* 以下のコードは、ウィンドウズ９５デバイスドライバ開発キットでマイクロソフト社により提供されるサンプルのプリントプロセッサを基準としている。サンプルコードは、マイクロソフト・ウィンドウズ・オペレーティング・システム上で使用されるデバイスの製造により、必要に応じて変更及び適合のために自由に使用できると仮定する。「プリンタドライバ切替え」の考えを試験するためになされる変更は、変更の前後に続くコメントにより以下に示される。以下のマイクロソフト著作権の文はコメント内のコードには適用されない。*/ /*** >> プリンタドライバ切替えを試験するための変更。開始／終了***/ /*** >> L. Snyders 8/29/96 Copyright 1996 Hewlett-Packard Company << ***/ /*********************************************************************** ****************** * * このコードと情報は明示、黙示を問わず一切の保証をも含むものではなく「現状のまま」で提供される。* * * * Copyright (C) 1993-95 Microsoft Corporation. All Rights Reserved. * * ************************************************************************ **********/ #define TIMING #include <windows.h> #include <wingdi.h> #include <winspool.h> #include <winsplp.h> #include <winuser.h> #include <winbase.h> #include "local.h" #include "winprint.h" TCHAR FAR *szWinPrint = TEXT("WinPrint"); LPTSTR Datatypes[] = {"RAW", "EMF", 0}; LPTSTR pSimple = NULL; LPTSTR pFull = NULL; /*** >> プリンタドライバ切替の試験のための変更。開始<<***/ /*** >> L. Snyders 8/29/96 Copyright 1996 Hewlett-Packard Company << ***/ LPTSTR pNewPrinterName = NULL; LPDEVMODE pDevMode = NULL; /***>> プリンタドライバ切替の試験のための変更。終了<<***/ /***>>L. Snyders 8/29/96 <<***/ HDC WINAPI gdiPlaySpoolStream(LPSTR, LPSTR, LPSTR, DWORD, LPDWORD, HDC); #define PRINTPROCESSOR_TYPE_RAW 0 #define PRINTPROCESSOR_TYPE_EMF 1 #define PRINTPROCESSOR_TYPE_NUM 2 #ifdef TIMING HWND hWndBench = 0; #endif //------------------------------- // //------------------------------- BOOL WINAPl InitializePrintProcessor ( LPPRINTPROCESSOR pPrintProoessor, DWORD cbPrintProcessor ) { char szBuf[MAX_PATH]; pPrintProcessor->fpEnumDatatypes = WinprintEnumPrintProcessorDatatypes; pPrintProcessor-> fpOpenPrintProcessor = WinprintOpenPrintProcessor; pPrintProcessor-> fpPrintDocument = WinprintPrintDocumentOnPrintProcessor; pPrintProcessor-> fpClosePrintProcessor = WinprintClosePrintProcessor; pPrintProcessor-> fpControlPrintProcessor = WinprintControlPrintProces sor; if (LoadString(hInst, IDS_BANNERSIMPLE, szBuf, sizeof(szBuf))) pSimple = AllocSplStr(szBuf); if (LoadString(hInst, IDS_BANNERFULL, szBuf, Sizeof (szBuf)) pFull = AllocSplStr (szBuf); return TRUE; } // ----------------------------------------------------------- // // ----------------------------------------------------------- BOOL WINAPl Win printEnumPrintProcessorDatatypes( LPTSTR pName, LPTSTR pPrintProcessorName, DWORD Level, LPSTR pDatatypes, DWORD cbBuf, LPDWORD pcbNeeded, LPDWORD pcReturned ) { DATATYPES_INFO_1 FAR*pInfo1 = (DATATYPES_INFO_1 FAR*)p Datatypes; LPTSTR FAR *pMyDatatypes = Datatypes; DWORD cbTotal = 0; LPBYTE pEnd; *pcReturned = 0; pEnd = (LPBYTE)pInfo1 + cbBuf; while (*pMyDatatypes) { cbTotal + = wcslen(*pMyDatatypes)*sizeof(TCHAR) + sizeof(TCHAR) + sizeof(DATATYPES_INFO_1); pMyDatatypes ++; } *pcbNeeded = cbTotal; if (cbTotal < = cbBuf) { pMyDatatypes = Datatypes; while (*pMyDatatypes) { pEnd - = wcslen(*pMyDatatypes)*sizeof(TCHAR) + sizeof(TCHAR); wcscpy((LPTSTR)pEnd, *pMyDatatypes); pInfo1->pName = (LPTSTR)pEnd; pInfo1 ++; (*pcReturned)++; pMyDatatypes++; } }else{ SetLastError(ERROR_INSUFFICIENT_BUFFER); return FALSE; } return TRUE; } //------------------- // //------------------- HANDLE WINAPl WinprintOpenPrint Processor( LPTSTR pPrinterName ) { PRINTPROCESSORDATA pDATA; HANDLE hPrinter = NULL; HDC hDC= 0; /***>> プリンタドライバ切替の試験のための変更。開始 << ***/ /***>> L. Snyders 8/29/96 Copyright 1996 Hewlett-Packard Company << ***/ DWORD dwBytesNeeded = 0; /*Get/SetPrintersのため*/ DWORD dwDMBytesNeeded = 0; DWORD dwModeFlag = DM_OUT_BUFFER; BOOL bRetcode = TRUE; PRINTER_INFO_2 *pPrtInfO2 = NULL; char buf[256]; /* デバッグ・ストリングのためのバッファ */ OutputDebugString("HPPRINTP: Request to Open printer:"); Out putDebugString(pPrinterName); /***>> プリンタドライバ切替の試験のための変更。終了 << ***/ /***>> L. Snyders 8/29/96 Copyright 1996 << ***/ if(!OpenPrinter(pPrinterName, &hPrinter, NULL)) { OutputDebugString("HPPRINTP.DLL Open Printer failed"); return FALSE; } /***>> プリンタドライバ切替の試験のための変更。開始 << ***/ /***>> L. Snyders 8/29/96 Copyright 1996 Hewlett-Packard Company << ***/ // // バッファに必要なバイト数を取得するため、最初にGetPrinterを呼ぶ // GetPrinter (hPrinter, 2, 0, 0, &dwBytesNeeded); // //Printer infoバッファのためのメモリの割り振り // if(!(pPrtInfo2 = (PRINTER_INFO_2 *) AllocSplMem (dwBytesNeeded))) { OutputDebugString("HPPRINTP.DLL AllocSplMem failed＼n＼r"); return FALSE; } // // GetPrinters level 2 // bRetcode = GetPrinter (hPrinter, 2, (LPBYTE)pPrtInfo2, dwBytesNeeded, &dwBYtesNeeded); if (bRetcode = = FALSE) { OutputDebugString("HPPRINTP.DLL Second GetPrinter failed＼n＼r"); return FALSE; } // // ドライバをモノビットマップ・ドライバに変更 // pPrtlnfo2->pDriverName = AllocSplStr("Mono Bitmap Driver"); /* 新しいドライバの名前 */ bRetcode = SetPrinter(hPrinter, 2, (LPBYTE)pPrtInfo2, 0); if (bRetcode = = FALSE) { OutputDebugString(" HPPRINTP. DLL SetPrinter failed＼n＼r"); return FALSE; } // // 新しいドライバのdevmode構造体をセット、最初にそのサイズを得る // dwDMBytesNeeded = DocumentProperties(NULL. hPrinter, pPrinterName, NULL. NULL, O); pDevMode = (LPDEVMODE)AllocSplMem(dwDMBytesNeeded); // // その後既定値のdevmodeの値を取得 // bRetcode = DocumentProperties(NULL, hPrinter, pPrinterName, pDevMode. NULL, dwModeFlag); if(bRetcode < 0) { OutputDebugString("HPPRINTP.DLL DocProp Failed＼n＼r"); return (FALSE) ; } // // 既定値のdevmodeの値をレジストリ内にセット // pPrtInfo2->pDevMode = pDevMode; bRetcode = SetPrinter(hPrinter, 2, (LPBYTE)pPrtInfo2, O); /***>> プリンタドライバ切替の試験のための変更。終了 << ***/ /***>> L. Snyders 8/29/96 Copyright 1996 << ***/ pData = (PPRINTPROCESSORDATA)AllocSplMem(sizeof(PRINTPROCESSORDATA)); pData- > cb = sizeof(PRINTPROCESSORDATA); pData-> signature = PRINTPROCESSORDATA SIGNATURE; pData- > hPrinter = hPrinter; pData- > semPaused = CreateEvent(NULL, FALSE, TRUE,NULL); pData->pPrinterName = AllocSplStr(pPrinterName); return (HANDLE)pData; } // ---------------------------------------------------------------- // // --------------------------------------------------------------- UINT ValidateDatatype(LPTSTR pDatatype) { LPTSTR FAR *pMyDatatypes = Datatypes; DWORD uDatatype = O; while (*pMyDatatypes && wcscmp(*pMyDatatypes pDatatype)) { pMyDatatypes + + ; uDatatype + + ; } return uDatatype; } // ---------------------------------------------------------- // // ---------------------------------------------------------- DWORD ValidateBannerType(LPTSTR lpBanner) { if (lpBanner && *lpBanner) { if (!lwcscmp(lpBanner, pFull)) return BANNER_FULL; if (!wcscmp(lpBanner, pSimple)) return BANNER_SIMPLE; #ifdef TIMING if (!wcscmp(lpBanner, "Bench")) { hWndBench = FindWindow("BNCH32PRT", "PRTWIN"); if (hWndBench) SendMessage(hWndBench, WM_USER + 801 , 0, 0); return 0; } else hWndBench = 0; #endif return BANNER_CUSTOM; } return 0; } // ------------------------------------------------------------------- // // ------------------------------------------------------------------- BOOL WINAPl Win printPrintDocumentOnPrintProoessor( HANDLE hPrintProcessor, LPPRINTPROCESSORDOCUMENTDATA lpDOC ) { PPRINTPROCESSORDATA pData; DOC_INFO_2 DocInfo; DWORD LastError = 0; DWORD NoRead, NoWritten; DWORD iBannerType; BYTE Buffer [4096] ; HANDLE hPrinterRead; HDC hDC = NULL; LPBYTE pReadBuf; DWORD cbReadBuf; DWORD NoLeftOver = O; BOOL ret = TRUE; if (!(pData = ValidateHandle(hPrintProcessor))) { SetLastError(ERROR_lNVALID_HANDLE); return FALSE; } pData- > uDatatype = ValidateDatatype(lpDoc- > pDatatype); iBannerType = ValidateBannerType(lpDoc-> pSepFile); if (iBannerType) InsertBannerPage(pData- > hPrinter, lpDoc- > JobId, lpDoc- > pOutputFile, iBannerType, lpDoc- > pSepFile); DocInfo.pDocName = lpDoc->pDocumentName; DocInfo.pOutputFile = lpDoc->pOutputFile; // スプール・ファイル DocInfo.pDatatype = lpDoc-> pDatatype; DocInfo.Jobld = lpDoc->JobId; // スプール・ファイルを読むために同じプリンタをオープン。 if (!OpenPrinter(pData- > pPrinterName, &hPrinterRead, NULL)) return FALSE; // ReadPrinter()にスプール・ファイルを読ませる。 DocInfo.dwMode = DI_READ_SPOOL_JOB; if (!StartDocPrinter(hPrinterRead, 2, (LPBYTE)&DocInfo)) { LastError = GetLastError(); ret = FALSE; goto Exit_2; } if (pData->uDatatype = = PRINTPROCESSOR_TYPE_RAW) { // ポートへの直接書き込みを開始 DocInfo.dwMode = DI_CHANNEL_WRITE; if (!StartDocPrinter(pData-> hPrinter, 2, (LPBYTE)&DocInfo)) { // SetJob(pData-> hPrinter, lpDoc->JobId, 0, NULL, JOB_CONTROL_CANCEL); LastError = GetLastError(); ret = FALSE; goto Exit_1 ; } } pReadBuf = (LPBYTE)Buffer; cbReadBuf = sizeof(Buffer); //ここでReadPrinter()は実際にスプール・ファイルの4Kを読むために使用さ //れる。その後、このデータはRAWであれば直接プリンタに、EMFであればGDI //に送られる。後者の場合は、メタファイルののデータはプリンタのDC上に再 //生され、その後プリンタに送られる（これらすべてがgdiPlaySpoolStream() //により行われる）。 while (((ReadPrinter(hPrinterRead, pReadBuf, cbReadBuf, &NoRead)) && NoRead) || NoLeftOver) { // gdiPlaySpoolStreamは１度に１ページ再生する。 // そのため、再生されたEMFはそれぞれのページで停止する機会を得る。 if (pData->fsStatus & PRINTPROCESSOR_PAUSED) WaitForSingleObject(pData- > semPaused , INFINITE) ; if (pData->fsStatus & PRINTPROCESSOR_ABORTED) { // EMFは中断できない // DC等をクリーンアップする必要あり。 if (pData->uDatatype = = PRINTPROCESSOR_TYPE_EMF) gdiPlaySpoolStream(NULL, NULL, IpDoc-> pSpoolFileName, 0, 0, hD); break; } // RAWかEMFかチェックし、それに応じてそれを正しい場所へ送る。 if (pData->uDatatype = = PRINTPROCESSOR_TYPE_RAW) WritePrinter(pData- > hPrinter, Buffer, NoRead, &NoWritten); else { NoRead + = NoLeftOver; NoWritten = NoRead; SetLastError(ERROR_SUCCESS); // 最初はhDCはNULLである // ここでメタファイルが再生される。 hDC = gdiPlaySpoolStream( pData- > pPrinterName, lpDoc- > pOutputFile, Buffer, lpDoc->JobId, &NoRead, hDC); // リターンに際し、NoReadは前のバッファで処理されるバイト数である。 // これは、NoWrittenより大きくあってはならない。 if (hDC && (NoWritten > = NoRead)) { NoLeftOver = NoWritten - NoRead; // 処理されなかった結果、未完成のSPブロックが存在したら、繰り返す必 // 要あり。 if (NoLeftOver) CopyMemory(Buffer, Buffer + NoRead, NoLeftOver); pReadBuf = Buffer + NoLeftOver; cbReadBuf = sizeof(Buffer) - NoLeftOver; } else { // 失敗したら、 // EMF????.TMP. ??? を削除 // もしくは、EMFをそのままにしておき、 // ユーザに???をリトライさせますか LastError = GetLastError(); DBGMSG(DBG_ERROR, <"WinprintPrintDoc: gdiPlaySpoolStream failed %d＼n", LastError)); // ユーザにリトライ/キャンセル/OK?か促す gdiPlaySpoolStream(NULL, NULL, lpDoc->pSpoolFileName, 0, 0, 0); ret = FALSE; break; } } } if (pData->uDatatype = = PRINTPROCESSOR_TYPE_RAW) EndDocPrinter(pData- > hPrinter) ; Exit_1: EndDocPrinter(hPrinterRead); Exit_2: ClosePrinter(hPrinterRead); if (LastError) SetLastError(LastError) ; #ifdef TIMING if (hWndBenoh) SendMessage(hWndBench, WM_USER + 802, 0, 0); #endif return ret; } // ------------------------------- // // ------------------------------- BOOL WINAPl WinprintClosePrintProcessor( HANDLE hPrintProcessor ) { PPRINTPROCESSORDATA pData; pData = ValidateHandle(hPrintProcessor); if (!pData) { SetLastError(ERROR_INVALID_HANDLE) ; return FALSE; } pData->signature = O; /* 任意に割り振られた資源を解放*/ if (pData- > hPrinter) ClosePrinter< pData- > hPrinter) ; CloseHandle( pData- > sem Paused) ; if (pData- > pPrinterName) FreeSplStr(pData- > pPrinterName) ; FreeSplMem(pData, pData- > cb); return TRUE; } // ---------------------------------------- // // ---------------------------------------- BOOL WINAPl WinprintControlPrintProoessor( HANDLE hPrintProcessor, DWPRD Command, DWORD JobID, LPTSTR pDatatype, LPTSTR pSpoolFile ) { PRINTPROCESSORDATA pData; PRINTROCESSORDATA DATA; if (hPrintProcessor) pData = ValidateHandle(hPrintProcessor); else { if (Command ! = JOB_CONTROL_CANCEL) return FALSE; Data.uDatatype = ValidateDatatype(pDatatype); if (Data,uDatatype > = 0) pData = &Data; else pData = 0; } if (pData) { switch (Command) { case JOB_CONTROL_PAUSE: ResetEvent( pData- > semPaused); pData->fsStatus | = PRINTPROCESSOR_PAUSED; return TRUE; case JOB_CONTROL_CANCEL: if (!hPrintProcessor) { // 印刷を開始しなかったジョブを削除 if (pData->uDatatype = = PRINTPROCESSOR_TYPE_EMF) { return (BOOL)gdiPlaySpoolStream(NULL, NULL, pSpooIFile, 0, 0, 0); } return TRUE; } pData->fsStatus | = PRINTPROCESSOR_ABORTED; /* 停止したときはジョブの解放が失敗*/ case JOB_CONTROL_RESUME: if (pData->fsStatus & PRINTPROCESSOR_PAUSED) { pData->fsStatus &= 〜PRINTPROCESSOR_PAUSED; SetEvent( p Data- > sem Paused) ; } return TRUE; default: break; } } return FALSE; } // ---------------------------------------- // // ---------------------------------------- BOOL WINAPl WinprintlnstallPrintProcessor( HWND hWnd ) { return TRUE; } // ----------------------------------------- // // ----------------------------------------- PPRINTPROCESSORDATA ValidateHandle( HANDLE hQProc ) { PRINTPROCESSORDATA pData = (PRINTPROCESSORDATA)hQProc; if (pData && pData->signature = = PRINTPROCESSORDATA_SIGNATURE) return( pData ); return( NULL ); } /* ファイル名: Iocal.h */ /*********************************************************************** *************** * * このコードと情報は明示、黙示を問わず一切の保証をも含むものではなく「現状のまま」で提供される。* * * * *Copyright (C) 1993-95 Microsoft Corporation. All Rights Reserved.* * * ************************************************************************ ***************/ // -------------------------------------------- // WINPRINT #define IDS_BANNERTITLE1 521 #define IDS_BANNERTITLE2 522 #define IDS_BANNERJOB 523 #define IDS_BANNERUSER 524 #define IDS_BANNERDATE 525 #define IDS_BANNERSIMPLE 526 #define IDS_BANNERFULL 527 // -------------------------------------------- // -------------------------------------------- // WINPRINT #define IDC_STANDBAN 600 #define RT_CLIPFILE 601 // -------------------------------------------- //--------------------------------------------- // EXTERN VARIABLES / --------------------------------------------- extern HANDLE hInst; // -------------------------------------------- // DEBUG STUFF // -------------------------------------------- #ifdef DEBUG extern DWORD SplDbgLevel; VOID cdecl DbgMsg( LPSTR MsgFormat, ... ); /* これらのフラグは、DBGMSGマクロの引数としては使用されない。 * 中断するには、グローバル変数のハイ・ワード(high word)をセットしなければ * ならない。 * DBGMSGを使用するときは無視される。 * (ここは主に説明の目的のため。) */ #define DBG_BREAK_ON_WARNING ( DBG_WARNING < < 16 ) #define DBG_BREAK_ON_ERROR ( DBG_ERROR < < 16 ) #define DBG_NONE 0 #define DBG INFO 1 #define DBG_TRACE DBG_INFO #define DBG_WARNING 2 #define DBG_ERROR 4 /* ２重の中括弧記号は例えば以下のために必要である。： * * DBGMSG(DBG_ERROR,("Error code %d", Error)); * * これはマクロでは可変のパラメーターリストを使用できないからである。 * ノンデバッグ・モードでは前処理の結果、セミコロンになる。 * * デバッガを介してグローバル変数GLOBAL_DEBUG_FLAGSをセットする。 * ローワード(low word)にフラグをセットすることが印刷レベルを引きおこす * 。ハイワード(high word)をセットすることはデバッガへの割り込みを引き起 * こす。例えば、0x00040006をセットすると、すべての警告とエラーメッセー * ジを印刷し、エラーの際に中断する。 */ #define DBGMSG( Level, MsgAndArgs ) {if (Level > = SplDbgLevel) {DbgMsg MsgAndArgs;}} #define DBGBREAKO {DebugBreak();} #define ASSERT( Expr, MsgAndArgs ) {if (!Expr) {DbgMsg MsgAndArgs; DebugBreakO;}} VOID SplInSem(VOID); VOID SplOutSem(VOID); #else #define DBGMSG( Level, MsgAndArgs ) #define DBGBREAK() #define ASSERT( Expr, MsgAndArgs ) #define SpllnSem() #define SplOutSemO #endif // ----------------------------------------- // FUNCTION PROTOTYPE //------------------------------------------ #define AllocSplMem(a) LocalAlloc( LPTR, a ) #define FreeSplMem(a, b) LocalFree( a ) LPVOID ReallocSplMem( LPVOID lpOldMem, DWORD cbOld, DWORD cbNew ); LPTSTR AIlocSplStr( LPTSTR lpStr ); BOOL FreeSplStr( LPTSTR lpStr ); BOOL ReallocSplStr( LPTSTR FAR *plpStr, LPTSTR lpStr ); // ------------------------------------ // ANSIマクロに対するユニコード(UNICODE) // ??? !!! これらを遅かれ早かれ除かなければならない // ------------------------------------ #include <string.h> #include <stdlib.h> #include <stdio.h> #ifndef UNICODE LPSTR mystrstr( LPSTR cs, LPSTR ct ); LPSTR mystrrchr( LPSTR cs, char c ); LPSTR mystrchr( LPSTR cs, char c ); int mystrnicmp( LPSTR cs, LPSTR ct, int n ); #define wcscat(a, b) lstrcat(a, b) #define wcscmp(a, b) lstrcmp(a, b) #define woscpy(a, b) lstrcpy(a, b) #define wcslen(a) lstrcpy(a) #undef wcsicmp #define wcsicmp(a, b) lstrcmpi(a, b) #define woschr(a, b) mystrchr(a, b) #define wcsrchr(a, b) mystrrchr(a, b) // #define wcsncmp(a, b, c) strncmp(a, b, c) #undef wcsnicmp #define wcsnicmp(a, b, c) mystrnicmp(a, b, c) #define wcsstr(a, b) mystrstr(a, b) #endif // UNICODE // ccteng

【図面の簡単な説明】

【図１】本発明のプリンタドライバ切替えのメカニズム
及び方法を実現するためのコンピュータネットワーク環
境の概念的なブロック図。

【図２】図１のプリンタドライバ切替えのメカニズムの
構造と操作を示す図式化したブロック図。

【図３】図１のプリンタドライバ切替えの構造と操作を
示す図式化したブロック図。

【図４】メモリに拡張メタファイルのデータをスプール
するためのオリジナルのデバイス／ドライバからの第１
パスの操作におけるデバイスドライバ切替えのメカニズ
ムの第１の実施形態を図式化したブロック図。

【図５】新しいデバイスドライバに対するプリントプロ
セッサを介して、印刷ジョブとプリンタの情報をデスプ
ールするための第２パスの操作におけるデバイスドライ
バ切替えのメカニズムの第１の実施形態を図式化したブ
ロック図。

【図６】印刷ジョブの宛先への多重パスにおけるデバイ
スドライバ切替えのメカニズムの第１の実施形態を図式
化したブロック図。

【図７】本発明のある実施形態において、アプリケーシ
ョン内の印刷要求の中で印刷ジョブを複数の異なるジョ
ブに配信するためのウィンドウズのオペレーティングシ
ステム内のプリンタドライバ切替えのためのメカニズム
を自動的に実現するのに使用されるステップの順序を示
したフローチャート。

【図８】図７のプリントプロセッサにより実現される第
１の操作を示すフローチャート。

【図９】図７のプリントプロセッサにより実現される第
２の操作を描いたフローチャート。

【図１０】図７のプリントプロセッサにより実現される
第２の操作を描いたフローチャート。

【図１１】図７のプリントプロセッサにより実現される
第３の操作を示すフローチャート。

【符号の説明】

１０コンピュータ１２コンピュータネットワーク環境１４〜１８出力デバイス２０〜２２コンピュータ２８ソースジョブ３０、３２、３４宛先３６アプリケーション（印刷）４０ＧＤＩ４２ＥＭＦ４６スプーラー４８スプール・ヘッダ５０プリントプロセッサ

Claims

【特許請求の範囲】

【請求項１】コンピュータネットワーク環境内で使用す
る情報の配信装置であって、オペレーティングシステムを有し、コンピュータネット
ワーク環境内で動作するために構成されたコンピュータ
と、前記オペレーティングシステムを介して前記コンピュー
タ上で走るために構成されたアプリケーションであっ
て、出力命令ファイルを含む中間ファイルのフォーマッ
トの形でソースジョブを生成するよう構成されたアプリ
ケーションと、前記出力命令ファイルを処理するための中間の実行可能
なコードの形のプリントプロセッサと、出力を作成するため出力デバイスが使用することができ
る出力命令に前記出力命令ファイルを変換するよう構成
された出力デバイスドライバを有する少なくとも１つの
出力デバイスと、を備え、前記プリントプロセッサは、前記出力命令ファイルに作
用し、前記出力命令ファイルを描画するため前記少なく
とも１つの出力デバイスの１つの前記デバイスドライバ
を選択し、該出力デバイスドライバに前記出力命令ファ
イルを送り込むようにした、配信装置。