JP4590457B2 - ドキュメントのドライバなし画像処理方法 - Google Patents

Description

本発明は、一般的に、コンピュータ関連技術に関する。より詳細には、本発明は、画像処理装置及びドキュメントの画像処理方法に関する。

ここで用いられる用語“画像処理（imaging）”とはグラフィックス及びまたはテキストの表示及び／または印刷に関係する１つもしくは複数の工程のことである。ここで用いられる用語“画像処理装置”とは画像処理に関係する機能を提供する電子的装置のことである。画像処理装置の例としては、多機能周辺装置、プリンタ、コピー機、スキャナ、ファクス装置、ドキュメントサーバ、画像処理サーバ、電子ホワイトボード、ディジタルカメラ、ディジタル投影システム、医療用画像処理装置等がある。

種々の理由により、画像処理装置はホストコンピュータシステム（もしくは単にホスト）と呼ばれる１つもしくは複数のコンピュータシステムに論理的に接続されている（つまり、電子的に通信するように置かれている）。たとえば、プリンタをコンピュータシステムのネットワークに接続することができる。これにより、ネットワーク上の種々のコンピュータシステムのユーザがプリンタを使用できる。

異なる種類のコンピュータソフトウェアは画像処理装置の使用を容易にする。素材を画像化（たとえば印刷）するのに用いるコンピュータシステムは通常素材の画像化を容易にするために、情報を画像処理装置に送ることができるようにする１つもしくは複数のソフトウェアを有している。コンピュータシステムがコンピュータネットワーク上にあれば、コンピュータネットワーク上の１つもしくは複数のコンピュータ上で実行される１つもしくは複数のソフトウェアが存在し、素材の画像化を容易にする。

ここで用いられる用語“画像処理ジョブ”とは画像処理装置によって実行される画像処理関連のタスクである。画像処理ジョブの一例は印刷ジョブであり、これは印刷のためにプリンタへ送られる単一のドキュメントもしくは１セットのドキュメントである。

ここで用いられる用語“ドキュメント”は広く解釈すべきであり、１つもしくは複数の画像処理関連動作が実行されるいかなる型のファイルも含むものである。ここで用いられるドキュメントはテキスト及び／または画像を含む。

ドキュメント固有フォーマット（たとえば、PDF、TIFF、マイクロソフトワード等）で表された種々のドキュメントデータを直接レンダリングすることをサポートする画像処理装置がある。この方式においては、ドキュメントデータを画像処理装置によってサポートされたフォーマット（たとえば、PCL、ポストスクリプト（Postscript）等のページ記述言語（PDL））に変換するための画像処理装置ドライバを用いることなく、固有（native）フォーマットが画像処理装置によってサポートされたドキュメントをレンダリング（たとえば、印刷、ファクス、ファイル）のために直接提供できる。

一部のホスト側製品は固有フォーマット化されたドキュメントの直接提供（すなわち、画像処理装置ドライバなしで）をサポートする。このような製品の一部においては、ユーザは１つもしくは複数の画像処理設定を特定することができる。これらの製品は直接印刷（もしくは直接提供）ユティリティと呼ばれることがある。

特許文献１には、本発明は、ホスト装置から送られる第１の印刷設定情報から自身の固有情報に基づいて第２の印刷設定情報を作成し、前記第２の印刷設定情報に基づいて前記ホスト装置から送られる印刷対象データに基づく印刷を行う技術が開示されている。
特開２００１−７１５９６号公報

ドライバなしのドキュメントの画像処理方法が開示されている。クライアント装置上の直接画像処理アプリケーションは画像処理要求メッセージを他の装置に送出する。画像処理要求メッセージはターゲットとする画像処理装置上で実行される画像処理ジョブに対応する。画像処理要求メッセージの受信に応答して、当該他の装置は画像処理ジョブの骨子（skeleton）を生成する。画像処理ジョブの骨子はターゲット画像処理装置に適合する。画像処理ジョブの骨子は、ドキュメントデータ以外の完全な画像処理ジョブの内容を含む。当該他の装置はデスプール要求を直接画像処理アプリケーションに送出する。デスプール要求は画像処理ジョブに対応するドキュメントデータをどこにデスプール（despool）すべきかを示す。デスプール要求を受け取ると、直接画像処理アプリケーションはデスプール要求に従ってドキュメントデータをデスプールする。

画像処理ジョブの骨子を生成しかつデスプール要求を送出する装置は、直接画像処理サーバであるかも知れない。あるいは、画像処理ジョブ骨子を生成しかつデスプール要求を送出する装置は、ターゲット画像処理装置であるかも知れない。

デスプール要求は画像処理ジョブ骨子を含むことができる。この場合、直接画像処理アプリケーションはドキュメントデータを画像処理ジョブ骨子にマージすることができる。

ドキュメントデータのフォーマットがターゲット画像処理にとって固有であれば、デスプール要求はドキュメントデータをターゲット画像処理装置にデスプールすべきことを示す。ドキュメントデータのフォーマットがターゲット画像処理にとって固有でなければ、デスプール要求はドキュメントデータを変換装置にデスプールすべきことを示す。変換装置は直接画像処理サーバであってもよい。あるいは、変換装置は直接画像処理サーバ以外の装置であってもよい。

変換装置は、ドキュメントデータをターゲット画像処理装置に適合するフォーマットに変換する。変換装置は、変換されたドキュメントデータをターゲット画像処理装置にデスプールする。

直接画像処理アプリケーションは、設定ユーザインターフェイスを介して画像処理ジョブに対する画像処理設定のユーザ選択を受信する。画像処理要求メッセージは、画像処理設定を含むことができる。この場合、画像処理ジョブ骨子生成ステップは、画像処理要求メッセージ中の画像処理設定をターゲット画像処理装置に特有の指令制御シーケンスに変換するステップを含むことができる。

直接画像処理アプリケーションは、ジョブ情報メッセージを前記装置に送出する。ジョブ情報メッセージの受信に応答して、前記装置は、設定ユーザインターフェイス定義を直接画像処理アプリケーションに送出できる。直接画像処理アプリケーションは、設定ユーザインターフェイス定義に基づいて設定ユーザインターフェイスを生成して表示できる。

ドキュメントのドライバなし画像処理を実行するように構成されたクライアント装置も開示されている。このクライアント装置は、プロセッサと、プロセッサと電子的に通信するメモリとを含む。命令群はメモリに格納されている。この命令群は、画像処理要求メッセージを他の装置に送出するために実行される。画像処理要求メッセージは、ターゲット画像処理装置上で実行される画像処理ジョブに対応する。また、命令群は、前記装置からのデスプール要求を受信するために実行される。デスプール要求は、画像処理ジョブに対応するドキュメントデータをどこにデスプールすべきかを示す。また、命令群は、デスプール要求に応答して、デスプール要求に従ってドキュメントデータをデスプールするために実行される。

デスプール要求は、画像処理ジョブ骨子を含むことができる。この画像処理ジョブ骨子は、ターゲット画像処理装置に適合する。また、画像処理ジョブ骨子は、ドキュメントデータ以外の完全な画像処理ジョブの内容を含むことができる。また、命令群は、ドキュメントデータを画像処理ジョブ骨子にマージするために実行される。

ドキュメントデータのフォーマットがターゲット画像処理にとって固有であれば、デスプール要求は、ドキュメントデータをターゲット画像処理装置にデスプールすべきことを示す。ドキュメントデータのフォーマットがターゲット画像処理にとって固有でなければ、デスプール要求は、ドキュメントデータを変換装置にデスプールすべきことを示す。

さらに、ドキュメントのドライバなし画像処理を容易にするように構成された装置が開示されている。この装置は、プロセッサと、そのプロセッサと電子的に通信するメモリとを含む。命令群は、メモリに格納されている。これらの命令群は、クライアントからの画像処理要求メッセージを受信するために実行される。画像処理要求メッセージは、ターゲット画像処理装置上で実行される画像処理ジョブに対応する。また、命令群は、画像処理要求メッセージの受信に応答して、画像処理ジョブ骨子を生成するために実行される。この画像処理ジョブ骨子は、ターゲット画像処理装置に適合する。また、画像処理ジョブ骨子は、ドキュメントデータ以外の完全な画像処理ジョブの内容を含むことができる。また、命令群は、デスプール要求を直接画像処理アプリケーションに送信するために実行される。デスプール要求は、画像処理ジョブに対応するドキュメントデータをどこにデスプールすべきかを示す。

図面を参照して実施の形態の典型例を説明する。図に示した実施の形態の典型例の詳細な説明は、特許請求の範囲を限定するものではない。

用語の“典型例”はもっぱら例、図示を示す意味で用いている。典型例として記載されたいかなる実施の形態も必ずしも他の実施の形態に比べて好ましいもしくは有利であるとみなされるものではない。

ここで用いられている用語“実施の形態”は、他の意味で特定していない限り１つもしくは複数の（必ずしも全てではない）実施の形態を意味する。

用語“確定すること”（determining）（及びこれの文法的に許される変形）は非常に広い意味で用いられる。用語“確定すること”は広い動作を包含し、従って、“確定すること”は、計算すること（calculating）、演算すること（computing）、処理すること、推論すること（deriving）、調査すること、ルックアップすること（たとえば、テーブル、データベースあるいは他のデータ構造をルックアップすること）、確証すること（ascertaining）等である。また、“確定すること”は、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリのデータをアクセスすること）等を含めることができる。また、“確定すること”は、決定すること（resolving）、より抜くこと（selecting）、選択すること（choosing）、確立すること等を含めることができる。

用語“に基づく（based on）”は特定しない限り“にのみ基づく（based only on）”を意味しない。言い換えると、用語“に基づく”は“にのみ基づく（based only on）”及び“に少なくとも基づく（based at least on）”の両方を意味する。

図１は、実施の形態を実行する動作環境の典型例１００を示す。動作環境の典型例１００はクライアント装置１０８及びネットワークあるいはローカルに接続された遠隔ジョブ入力機能を有する画像処理装置１０２を含むことができる。画像処理装置１０２は複合機（MFP）であってもよい。遠隔入力ジョブの例としては、印刷ジョブ、スキャニングジョブ（たとえばトウエイン（twain）ドライバ）、PCファクスジョブ、ファイリングジョブ、フォーマット変換ジョブ等がある。

また、サーバ１０４はクライアント装置１０８及び画像処理装置１０２と電子的に通信するように図示されている。ここで、サーバ１０４は、直接画像処理サーバ１０４としてもよい。図１において、直接画像処理サーバ１０４は、設定ユーザインターフェイス（ＵＩ）定義１０６を有している。設定ＵＩ定義１０６は、要求に応じてクライアント装置１０８にアップロードされる。他の実施の形態においては、設定ユーザインターフェイス（ＵＩ）定義１０６は画像処理装置１０２に置くことができる。

図１のクライアント装置１０８は、シンクライアント装置１０８、つまり、比較的処理の発生が少ない、クライアント装置１０８とすることができる。クライアント装置１０８は画像処理装置１０２に対応するドライバを有していなくてもよい。クライアント装置１０８は、画像処理装置１０２によってサポートされたドキュメントフォーマットに対応する１つもしくは複数のアプリケーションを有していなくてもよい。クライアント装置１０８は、どのフォーマットが画像処理装置１０２に固有であり、どのフォーマットが画像処理装置１０２に非固有であるかを認識していなくてもよい。

クライアント装置１０８は、１つもしくは複数のドキュメント１１２を固有フォーマットで（たとえば、ドライバを使用せずに）画像処理装置１０２に直接提供できる直接画像処理アプリケーション１１０を有するように図示されている。（上述したように、用語“ドキュメント”は広く解釈すべきであり、テキスト、ベクトル及び／または画像を含んでもよい。）また、直接画像処理アプリケーション１１０は、設定ＵＩ定義１０６を要求でき、従って、ＵＩ１１４をレンダーすることができる。

直接画像処理アプリケーション１１０とサーバ１０４（もしくは、画像処理装置１０２）との間の設定ＵＩ定義１０６の要求及びアップロードのための通信は何らかの適切な通信チャネルを介して行うことができる。通信チャネルとしては、ＴＣＰ／ＩＰ、アップルトーク（Apple Talk）、ＩＥＥＥ１２８４並列ポート、ＩｒＤＡ、ワイヤレスプロトコル（たとえば、ブルートース（Bluetooth）、ＷｉＦｉ、ＷｉＭＡＸ）、ローカルポート（たとえば、シリアルポート、ＵＳＢポート）等である。

設定ＵＩ定義１０６は、ＵＩ１１４をどのようにレンダーするかを記述するのに有効な何らかのプロトコルによって定義してもよい。たとえば、設定ＵＩ定義１０６はＨＴＭＬ、ＸＭＬ、ＳＯＡＰ／ＸＭＬ等によって定義できる。

図２Ａは、ジョブ情報メッセージ２１６を直接画像処理サーバ２０４に送出する直接画像処理アプリケーション２１０を示している。上述したように、実施の形態によれば、ユーザは、直接画像処理アプリケーション２１０を動作させて固有フォーマットのドキュメント２１２を画像処理装置１０２に直接送ることができる。直接画像アプリケーション２１０は設定ダイアログを含んでおり、それによって、ユーザは１つもしくは複数の画像処理装置１０２つまり画像処理装置のタイプを選択することができる。

画像処理装置１０２つまり画像処理装置のタイプは、たとえば、ユーザによる手動入力、管理発見プロトコル（たとえば、ＳＮＭＰ）もしくはサービス発見プロトコル（たとえば、ウェブサービス）を用いた発見、予め登録された装置のリストを得るために装置登録サービス（たとえば、プリンタディレクトリサービス）にアクセスすること等によって識別される。後者の場合に、装置登録サービスは１つもしくは複数の画像処理装置１０２上もしくは演算装置上で行われる。装置登録サービスが演算装置上にあれば、直接画像処理アプリケーション２１０は装置登録サービスに直接通信するか間接通信するか（たとえば、要求を画像処理装置１０２に行うことによって、画像処理装置１０２はその要求を装置登録サービスに転送する）によってサービスにアクセスする。

装置登録サービスが画像処理装置１０２上にあれば、装置登録サービスは追加的に第三者アプリケーションの制御下にあり、もしくは第三者アプリケーションによって行われる。たとえば、サービスは制御アプリケーションが画像処理装置１０２にダウンロードするジャバアプレット（Java（登録商標） Applet）とすることができ、また、画像処理装置１０２はゲストプロセスとしてジャバアプレットを実行できる。他の例では、制御アプリケーションは、処理するタイプを通信する画像処理装置１０２と一緒に登録してもよい。制御アプリケーションによって取扱われる画像処理装置１０２によって受信されたメッセージ（たとえば、利用可能な画像処理装置１０２のリスト）は制御アプリケーションに転送され、解釈及び措置がされる。次いで、制御アプリケーションは、応答（たとえば、画像処理装置リスト）を直接画像処理アプリケーションに直接戻す。あるいは、制御アプリケーションは上記応答を画像処理装置１０２に送出することができ、次いで、画像処理装置１０２は、直接画像処理アプリケーション２１０に（可能であれば、リフォーマットして）転送する。

画像処理装置選択リストが利用可能となると、直接画像処理アプリケーション２１０は、ユーザが画像処理装置１０２つまり画像処理装置のタイプあるいは可能であれば多数の画像処理装置１０２つまり画像処理装置の複数のタイプ（たとえば、クラスタ印刷用）を選択するためにダイアログを表示する。また、直接画像処理アプリケーション２１０は画像処理のためにどのファイルを提出するかを識別するための入力ダイアログを含むことができる。入力ダイアログは、ドラッグドロップ（drag and drop）領域、ファイル名入力、ブラウザボタン等によって構成できる。

ユーザが画像処理のために１つもしくは複数の画像処理装置１０２及び１つもしくは複数のファイルを識別すると、直接画像処理アプリケーション２１０は、ジョブ情報メッセージ２１６を形成する。ジョブ情報メッセージ２１６は、画像処理装置情報２１８及びドキュメントフォーマット情報２２０を含むことができる。画像処理装置情報２１８は、選択された１つもしくは複数の画像処理装置つまり画像処理装置の１つもしくは複数のタイプを含むことができる。ドキュメントフォーマット情報２２０は画像処理に供するための１つもしくは複数のドキュメント２１２のファイルフォーマット群を含むことができる。あるいは、ジョブ情報メッセージ２１６は、ドキュメントフォーマット情報２２０を含むが、画像処理装置情報２１８を含むことはない。

次に、ジョブ情報メッセージ２１６は直接画像処理サーバ２０４に送出される。他の実施の形態においては、ジョブ情報メッセージ２１６は、画像処理装置１０２に送出される。

ジョブ情報メッセージ２１６は、適切なフォーマットにされ、また、適切な通信チャネルを介して送信される。直接画像処理アプリケーション２１０と直接画像処理サーバ２０４（もしくは、画像処理装置１０２）との間の通信は、同期（たとえば、ＴＣＰ）あるいは非同期（たとえば、ＵＤＰ）にすることができる。使用されるプロトコルの例としては、所有権ポート上のＸＭＬデータ、ウェブサービス（ＳＯＡＰ／ＸＭＬ）、ＨＴＴＰ上のＨＴＭＬ、ネットワークファイルシステム（ＮＦＳ）、遠隔手続コール（ＲＰＣ）、ファイル転送プロトコル（ＦＴＰ）、イーメイルメッセージ、インスタントメッセージ（ＩＭ）等がある。

ジョブ情報メッセージ２１６を受信すると、直接画像処理サーバ２０４（もしくは、画像処理装置１０２）は、たとえば、メッセージ２１６が有効フォーマットか否かを判別し、認識された画像処理装置１０２及び／または画像処理装置のタイプが直接画像処理サーバ２０４によって管理されているか否かを判別する等のメッセージ２１６の有効性の確認を行う。

メッセージ２１６が有効であれば、メッセージ２１６はジョブ情報キュー２２２に登録される。また、直接画像処理サーバ２０４（あるいは、画像処理装置１０２）は、メッセージ２１６の受理／拒絶の確認を直接画像処理アプリケーション２１０に送り返す。確認メッセージは、ジョブ情報メッセージ２１６を受信するのに用いた通信チャネルと同一のチャネルを介して送ることができ、あるいは異なる通信チャネルを介して送出することができる。確認メッセージは、ジョブ情報メッセージ２１６と同一フォーマットもしくは異なるフォーマットとすることができる。

図２Ｂは、直接画像処理サーバ２０４から設定ＵＩ定義を受信する直接画像処理アプリケーション２１０を示す。上述したように、実施の形態によれば、直接画像処理サーバ２０４（もしくは、画像処理装置１０２）は、ジョブ情報キュー２２２からのジョブ情報メッセージ２１６を処理する。これらのメッセージ２１６の処理は、メッセージ２１６の受信と非同期とすることができる。次いで、直接画像処理サーバ２０４（もしくは、画像処理装置１０２）は、特定された画像処理装置１０２つまり画像処理装置のタイプ及びドキュメントフォーマットに特化した設定ＵＩ定義２０６を形成する。

設定ＵＩ定義２０６を形成するために、直接画像処理サーバ２０４は、画像処理装置／フォーマットＵＩ保存装置（repository）２２４に問い合せ（query）する。図２Ｂには画像処理装置／フォーマットルックアップ部２２６が示されている。画像処理装置／フォーマットルックアップ部２２６は、画像処理装置／フォーマットＵＩ保存装置２２４に問い合せする機能を備えている。保存装置２２４は、選択された画像処理装置１０２つまり画像処理装置のタイプ毎に予め作られた設定ＵＩ定義２０６を含むことができる。あるいは、保存装置２２４は、設定制御上の要素情報を含むことができ、直接画像処理サーバ２０４（もしくは、画像処理装置１０２）はこの要素情報から設定ＵＩ定義２０６を動的に形成できる。

ジョブ情報メッセージ２１６が多数の非認識画像処理装置１０２つまり画像処理装置の複数のタイプを認識すると、直接画像処理サーバ２０４もしくはＵＩ保存装置２２４は、ＵＩ定義２０６をいっしょにマージすることを試みる。たとえば、ＵＩ定義２０６は、すべてのＵＩ定義２０６あるいはすべてのＵＩ定義のすべての要素の結合に共通する要素のみを結合することにより結合される。また、ＵＩ定義２０６における制御は特定されたフォーマットに基づいて削除もしくは増大される。すなわち、あるフォーマットは特有なフォーマットを有し、この結果、これらの設定がＵＩ定義２０６に付加される。あるいは、特定のフォーマットに対してサポートされていない設定があり、この結果、これらの設定は、ＵＩ定義２０６から削除される。

ＵＩ定義２０６は、何らかの適切なフォーマットである。一般に、このフォーマットはＵＩ２１４をレンダリングするようになっている。使用できるフォーマットの例としては、ＸＭＬ、ＨＴＭＬ、ＸＵＬ（ＸＭＬユーザインターフェイスマークアップ言語）、ＸＡＭＬ（マイクロソフトアヴァロン準拠マークアップ／レンダリング言語）等である。

ＵＩ定義２０６が一旦形成されると、次に、直接画像処理サーバ２０４は、ＵＩ定義２０６を直接画像処理アプリケーション２１０に送る。ＵＩ定義２０６は、上述した何らかの手段によって送ることができる。

他の実施の形態では、直接画像処理サーバ２０４は第三者の制御アプリケーションの制御の下におくことができる。この場合、制御アプリケーションは、ジョブ情報キュー２２２からのジョブ情報メッセージ２１６の処理（たとえば、スケジューリング／優先権）を制御できる。また、制御アプリケーションはジョブ情報メッセージ２１６の有効性を動的に確認する。さらに、制御アプリケーションは、ＵＩ定義保存装置２２４を動的に提供する。

制御アプリケーションが存在する場合、制御アプリケーションは、管理インターフェイス（たとえば、フロントパネル上もしくは組込みウェブページ上のキーオペレータコード）を介した手動入力、装置（たとえば、ＳＯＡＰ、ＨＴＴＰ、ＴＣＰ／ＩＰ上の所有プロトコル等）のプログラマティック登録インターフェイスを介した制御アプリケーションによる自動登録、サービス発見プロトコル（たとえば、ＳＬＰ、ＳＳＰＰ、サリュテーション（Salutation）、ＷＳ−ディスカバリ（Discovery）、マイクロソフトＵＰｎＰ、サンジニ（Sun Jini）、ブルートース（Bluetooth）等）によるターゲット画像処理装置１０２による制御アプリケーションの発見等の、任意の手段によってターゲット画像処理装置１０２に登録される。ある場合には、制御アプリケーションの登録は、たとえば、ターゲット画像処理装置１０２上で固有に実行される実行可能モジュールのようなターゲット画像処理装置１０２上で実行できるプログラム、もしくは、たとえば、ジャバアプレット（Java（登録商標） Applet）のようなゲストオペレーティングシステム内で実行されるマシン非依存プログラムをダウンロードすることによって実行される。

ジョブ情報メッセージ２１６がターゲット画像処理装置１０２ではなく、画像処理されるドキュメント２１２のファイルフォーマットを含む実施の形態の場合、直接画像処理サーバ２０４が最良優先探索を実行して１つもしくは複数の候補画像処理装置１０２を確定する。最良優先探索は、適切なアルゴリズムに基づいている。たとえば、最良優先探索は機能もしくはサブユニットの存在に基づいている。また、ジョブ情報メッセージ２１６は画像処理機能（たとえば、印刷、ファクス、ファイル、スキャン、コピー、変換（convert）、出版、ディスプレイ等）及び／または要求されたサブユニット（たとえば、スキャナ、ファクスモデム、ファイリング蓄積等）に関する情報を含むことができる。他の例として、最良優先探索は、画像処理装置１０２の使用可能性（availability）（たとえば、空き対使用中）に基づくことができる。さらに、ジョブ情報メッセージ２１６は、ジョブの緊急性に関する情報を含むことができる。他の例として、最良優先探索は、画像処理装置１０２の性能（例えば、１分間のページ数、出力分解能）に基づくことができる。ジョブ情報メッセージ２１６は、又、画像処理装置１０２の望ましい、性能速度（あるいは領域）に関する情報を含むことができる。他の例として、最良優先探索は画像処理装置１０２の所在場所（locality）（物理的なもしくは論理的なたとえば部分（department）による）に基づくことができる。ジョブ情報メッセージ２１６は、クライアント２０８の位置に関する情報もしくは画像処理装置１０２の所望の位置に関する情報を含むことができる。他の例として、最良優先探索は、アクセス権に基づくことができる。ジョブ情報メッセージ２１６は、ユーザが所望の機能（たとえば、印刷、ファクス等）を実行する権限を有する画像処理装置１０２を識別するアクセス権情報を含むことができる。

図２Ｃは、画像処理要求メッセージ２２８を直接画像処理サーバ２０４へ送出する直接画像処理アプリケーション２１０を示す。ＵＩ定義２０６を受信すると、直接画像処理アプリケーション２１０は、表示のための設定ＵＩ２１４をユーザへレンダーする。次に、ユーザは、任意に１つもしくは複数の設定を選択する。ユーザが画像処理設定の選択を完了すると、ユーザは、画像処理ボタンあるいは他の刺激物（stimulus）を選択することにより画像処理を続行する。

次に、直接画像処理アプリケーション２１０は、画像処理要求メッセージ２２８を形成する。画像処理要求メッセージ２２８は、設定ＵＩ２１４を介して受信しているので、画像処理ジョブに対する画像処理設定２３０のユーザ選択を含むことができる。また、画像処理要求２２８は、画像処理すべきドキュメント２１２の位置２３２を含むことができる。画像処理すべきドキュメントの位置２３２は、直接画像処理サーバ２０４が解釈できるフォーマット、たとえば、ユニフォームリソース識別子（ＵＲＩ：Uniform Resource Identifier）、グローバリユニークユニバーサル識別子（ＧＵＩＤ）、ネットワークファイルシステムパス（ＮＦＳ）、ユニフォームリソースロケータ（ＵＲＬ）等、になっている。次に、直接画像処理アプリケーション２１０は、画像処理要求メッセージ２２８を直接画像処理サーバ２０４に送る。メッセージ２２８の直接画像処理サーバ２０４への送信フォーマット及び方法は上述した適切な手段のいずれかである。

画像処理要求メッセージ２２８を受信すると、直接画像処理サーバ２０４はメッセージ２２８の有効性の確認を行う。たとえば、直接画像処理サーバ２０４は、画像処理要求メッセージ２２８のフォーマットが有効か否かを判別する。他の例としては、直接画像処理サーバ２０４は、画像処理ジョブを実行するリソースが使用可能か否かを判別する。

メッセージ２２８が有効であれば、直接画像処理サーバ２０４は、メッセージ２２８を画像処理要求キュー２３４に登録する。また、直接画像処理サーバ２０４は任意にメッセージ２２８の受理／拒絶の確認を直接画像処理アプリケーション２１０に送り返す。確認メッセージは、画像処理要求メッセージ２２８を受信するのに用いた通信チャネルと同一のチャネルを介して送ることができ、あるいは異なる通信チャネルを介して送出することができる。確認メッセージは、画像処理要求メッセージ２２８と同一フォーマットもしくは異なるフォーマットとすることができる。

画像処理要求メッセージ２２８が受領されると、直接画像処理アプリケーション２１０へ送出された受領メッセージは、追加情報を含むことができる。たとえば、受領メッセージは、ジョブがペンディングであることを示したり、いつジョブが処理を開始するかを判定したり、ジョブを処理する画像処理装置１０２を識別したりする。

図３Ａは、デスプール要求メッセージ３３８を直接画像処理アプリケーション３１０に送出する直接画像処理サーバ３０４を示す。上述したように、実施の形態によれば、直接画像処理サーバ３０４（もしくは、画像処理サーバ１０２）は、画像処理要求キュー３３４からの画像処理要求２２８を処理する。これらの要求２２８の処理は、要求２２８の受信とは非同期である。他の実施の形態においては、処理に対する画像処理要求メッセージ２２８の優先権、スケジューリング及びリリースは先に述べたように、外部の制御アプリケーションの制御下に置くこともできる。

直接画像処理サーバ３０４が画像処理要求メッセージ２２８の処理を開始すると、直接画像処理サーバ３０４は、画像処理要求メッセージ２２８中のドキュメント３１２のフォーマットがターゲット画像処理装置１０２に固有のフォーマットであるとしてサポートされていないかどうかを判別する。サポートされていなければ、直接画像処理サーバ３０４は非固有のフォーマットのドキュメント３１２を画像処理要求メッセージ２２８の固有のフォーマットに変換するためにドキュメント変換キュー３３６に登録する。変換要求は、変換すべきドキュメント３１２の識別、変換されたデータが戻る先のフォーマット等を含む。また、変換要求は他の情報も含むことができる。

変換プロセスが直接画像処理サーバ３０４から離れた装置上にある場合には、直接画像処理サーバ３０４は、変換要求を任意に遠隔装置に出すことができ、また、この遠隔装置は、変換要求を変換キュー３３６に出すことができる。遠隔変換装置は、管理インターフェイス（たとえば、フロントパネル上もしくは組込みウェブページ上のキーオペレータコード）を介して手動入力等の手段によって、直接画像処理サーバ３０４が知ることができる。装置上のプログラマティック登録インターフェイス（たとえば、ＳＯＡＰ、ＨＴＴＰ、ＴＣＰ／ＩＰ上の所有プロトコル等）を介する遠隔変換装置による自動登録サービス発見プロトコル（たとえば、ＳＬＰ、ＳＳＰＰ、サリュテーション（Salutation）、ＷＳ−ディスカバリ（Discovery）、マイクロソフトＵＰｎＰ、サンジニ（Sun Jini）、ブルートース等）による直接画像処理サーバ３０４による遠隔変換装置の発見変換要求は上述した適切な手段及びフォーマットによって遠隔変換装置に送出することができる。

次に、直接画像処理サーバ３０４はジョブ骨子３４４を形成できる。ジョブ骨子３４４は、ドキュメント３１２（もしくは変換されたドキュメント）のデータを除き、ターゲット画像処理装置１０２に適合する完全な画像処理ジョブのためのすべてを含むことができる。たとえば、ジョブ骨子３４４は、次の要素：ジョブの開始（たとえばＵＥＬ）を示す。指令制御シーケンス、ジョブワイド要求（たとえばＰＪＬ、ＸＰＳプリントチケット）を特定する指令制御シーケンス、ドキュメント３１２もしくはドキュメントページの位置ホールダ、及びジョブの終了（たとえばＵＥＬ）を示す指令制御シーケンスを含むことができる。

直接画像処理サーバ３０４は画像処理要求メッセージ２２８中の設定３４０を画像処理設定要求の均一なセットに変換することによって指令制御シーケンスを形成することができる。次に、均一な印刷設定の要求は、たとえばプリンタモデルデータベース（ＰＭＤＢ）のようなデータベースを用いて装置用シーケンスに変換できる。プリンタモデルデータベースはプリンタの１つもしくは複数のモデル、例もしくはタイプ用のプリンタ制御定義のデータベースである。一般的には、定義は、印刷ジョブの開始及び終了のための指令制御シーケンス、各均一印刷オプション／設定対に対応する指令制御シーケンス、ページデータの開始及び対応するフォーマットを識別する指令制御シーケンスを含む。一実施の形態において、プリンタモデルデータベース定義は画像処理装置１０２から直接ダウンロードできる。

次に、直接画像処理サーバ３０４はデスプール要求メッセージ３３８を形成する。スプーラ３５０は図３Ａに示されている。スプーラ３５０はデスプール要求メッセージ３３８を形成する機能を実行することができる。デスプール要求メッセージ３３８はデスプールすべきドキュメント３１２に関する情報及びドキュメント３１２のデスプール先の装置の通信アドレス３４２（たとえばＩＰアドレス）を含むことができる。また、デスプール要求メッセージ３３８は画像処理ジョブ骨子３４４、データを変換するフォーマット３４６、デスプールに使用するポート及び／またはプロトコル３４８等を含むことができる。ドキュメント３１２がターゲット画像処理装置１０２以外の装置（たとえば、通信アドレスが遠隔変換装置の場合）にデスプールされる場合、デスプール要求メッセージ３３８はターゲット画像処理装置１０２の通信アドレスを含むことができる。

ドキュメント３１２のデータがターゲット画像処理装置１０２に対して非固有であれば、通信アドレス３４２は変換を行う装置（たとえば直接画像処理サーバ３０４もしくは遠隔変換装置）に設定される。通信アドレス３４２が直接画像処理サーバ３０４に設定されれば、ジョブ骨子３４４は既に直接画像処理サーバ３０４に存在しているので、直接画像処理サーバ３０４は画像処理ジョブ骨子３４４を送らない。同様に、変換先のフォーマット３４６は直接画像処理サーバ３０４にとって既知であるので、フォーマット３４６もまた送る必要はない。

通信ポート及びプロトコル３３８が予め定められていれば（たとえば、ＲＡＷ９１００、ＨＴＴＰ／ＤＩＭＥ）、通信ポート及びプロトコル３３８はデスプール要求メッセージ３３８において特定する必要はない。そうでない場合には、通信ポート及びプロトコル３３８は特定される。

デスプール要求メッセージ３３８を受信すると、直接画像処理アプリケーション３１０は特定されたもしくはデフォルトのポート及びプロトコル３１８を用いてドキュメント３１２の特定された通信アドレス３４２へのデスプールを開始する。デスプール要求メッセージ３３８がジョブ骨子３４４を含んでいなければ、ドキュメント３１２はそのまま送出される。デスプール要求メッセージ３３８がジョブ骨子を含んでいれば、ドキュメント３１２は位置ホールダによって特定された位置に従ってジョブ骨子３４４に組込まれる。次に、組込まれたドキュメント３１２のデータを有するジョブ骨子３４４は特定された通信アドレス３４２に送出される。

他の実施の形態においては、ドキュメント３１２のデータは、ジョブ骨子３４４へドキュメント３１２のデータを組込むことなく、ジョブ骨子３４４と共に送出される。たとえば、位置ホールダをそれに対応するように更新することによって、ドキュメント３１２のデータをジョブ骨子３４４に添付することができる。他の例においては、ドキュメント３１２のデータ及びジョブ骨子３４４は、位置ホールダをそれに対応するように更新することによって、別個の送信として送出される。

図３Ｂはドキュメント３１２のデータを変換する変換装置３５２を示す。以下の説明では、変換装置３５２は変換を実行するものと仮定するが、直接画像処理サーバ３０４も代りに変換を実行できる。

ドキュメント３１２が変換のために遠隔変換装置３５２へデスプールされると、変換装置３５２は次のごとく変換を開始する。ドキュメント３１２のデータはデスプールデータから抽出される。各ドキュメント３１２のフォーマットが判別される。次に、変換装置３５２は変換が直接フォーマットツーフォーマット変換によって可能か否かを判別する。そうでなければ、変換は、ドキュメント３１２のデータ（つまり、ドキュメント３１２の固有フォーマットをたとえばマイクロソフトウィンドウズ（登録商標）オペレーティングシステムにおけるＧＤＩのような装置非依存図形プリミティブの画像処理をサポートするフォーマット用アプリケーションに変換できる）によってなされる。

変換が直接フォーマットツーフォーマット変換によってできるときには、抽出されたドキュメント３１２のデータは、変換ユーティリティ３５４に送出される。変換ユーティリティ３５４は、たとえば、プリンタモデルデータベース（ＰＭＤＢ）のようなデータベース３６６と通信するように図示されている。変換ユーティリティ３５４は、データベース３６６を用いてフォーマットツーフォーマット変換を実行できる。一旦、変換されると、変換データは、位置ホールダに従って適切な位置にあるジョブ骨子３４４に戻される。

変換が直接フォーマットツーフォーマット変換によってなされないときには、変換は、ドキュメント３１２をドキュメント３１２のデータをサポートするアプリケーション３５６にロードし、アプリケーション３５６がドキュメント３１２の背景印刷をするように特定論理画像装置に要求することによってなされる。

論理的画像処理装置は、フォーマット用汎用画像処理装置ドライバ３５８を含むことができ、このフォーマット用汎用画像処理装置ドライバ３５８は、装置非依存図形プリミティブ（たとえば、ＧＤＩ）を特定のフォーマット（たとえば、ＴＩＦＦ、ＰＣＬ等）に変換する。ターゲット画像処理装置３０２がどのように変換データをレンダーし、出力する（たとえば、両面、ホチキスとじ等）かに関係する制御シーケンスを発生しないように構成されるので、ドライバ３５８は、汎用ドライバ３５８と言える。

一旦、変換されると、変換データ３６０は、位置ホールダに従って、適切な位置にあるジョブ骨子３４４に戻される。図３Ｂには、マージユニット／スプーラ３６２が図３Ｂに示されている。マージユニット／スプーラ３６２は、変換データ３６０をジョブ骨子３４４に置く機能を実行できる。他の実施の形態においては、マージユニット／スプーラ３６２は、変換データの位置（たとえばＵＲＬ）を用いて位置ホールダを更新する。

すべての変換が完了すると、更新されたジョブ骨子３４４は、ターゲット画像処理装置３０２に適合する完全な画像処理ジョブ３６４になる。次に、画像処理装置３０２の特定の通信アドレス３４２及びポート／プロトコル３４８に従って、変換装置３５２は、完全な画像処理ジョブ３６４をターゲット画像処理装置３０２にデスプールする。

図４Ａは、デスプール要求メッセージ４３８を直接画像処理アプリケーション４１０に送出する直接画像処理サーバ４０４を示す。上述したように、本発明の実施の形態によれば、直接画像処理サーバ４０４は、画像処理要求キュー４３４からの画像処理要求２２８を処理する。図４Ａにおいては、直接画像処理サーバ４０４は、ドキュメント４１２のデータのフォーマットがターゲット画像処理装置１０２によってサポートされていることを判別するものとする。直接画像処理サーバ４０４は、上述のごとく、ジョブ骨子４４４を形成する。ジョブ骨子４４４の形成の一部として、直接画像処理サーバ４０４は、画像処理要求メッセージ２２８における設定４３０を画像処理設定要求の均一なセットに翻案する。設定フォーマッタ４６８は、その機能を実行できる。設定フォーマッタ４６８は、たとえば、プリンタモデルデータベース（ＰＭＤＢ）のようなデータベース４６６と通信するように図示されている。設定フォーマッタ４６８は、データベース４６６を用いて画像処理要求メッセージ２２８を画像処理設定要求の均一なセットに翻案する。

直接画像処理サーバ４０４は、デスプール要求４３８を形成してクライアント４０８上の直接画像処理アプリケーション４１０に送出する。スプーラ４５０が図４Ａに示されている。スプーラ４５０は、デスプール要求メッセージ４３８を形成して直接画像処理アプリケーション４１０に送出する機能を実行できる。

ドキュメント４１２のフォーマットが画像処理装置１０２によってサポートされている場合、デスプール要求４３８の要素は、次のごとく形成される。通信アドレス３４２がターゲット画像処理装置１０２に設定される。ジョブ骨子４４４がデスプール要求４３８に付加される。また、画像処理装置１０２がデフォルトポート／プロトコル３４８をサポートしていない場合、つまりより、好ましい方法がある場合、デスプール要求４３８は、完全な画像処理ジョブをデスプールするのに使用するポート／プロトコル３４８をも含むことができる。

図４Ｂは、完全な画像処理ジョブ４６４を画像処理装置４０２にデスプールする直接画像処理アプリケーション４１０を示す。直接画像処理アプリケーション４１０がデスプール要求４３８を受信しかつドキュメント４１２フォーマットが画像処理装置４０２に固有な場合、直接画像処理アプリケーション４１０は、位置ホールダに従ってドキュメント４１２のデータをジョブ骨子４４４に組込むことができる。これにより、ターゲット画像処理装置４０２に適合する完全な画像処理ジョブ４６４を形成できる。言い換えると、完全な画像処理ジョブ４６４は、画像処理装置４０２に特有の設定を含むことができる。完全な画像処理ジョブ４６４は、固有フォーマットのドキュメント４１２データを含むことができる。直接画像処理アプリケーション４１０は、完全な画像処理ジョブ４６４をデスプール要求４３８において特定された通信アドレス３４２（つまり、画像処理装置４０２）へデスプールできる。

デフォルトポート／プロトコル３４８が特定されれば、直接画像処理アプリケーション４１０は、この特定されたデフォルトポート／プロトコル３４８を用いて完全な画像処理ジョブをデスプールできる。デフォルトポート／プロトコル３４８が特定されていなければ、直接画像処理アプリケーション４１０は、デフォルトポート／プロトコル（たとえば、ＲＡＷ９１００）を用いることができる。

直接画像処理サーバ４０４は、画像処理装置４０２からのジョブ状態／完了通知を監視もしくは受信できる。受信された場合、直接画像処理サーバ４０４は、これらの通知を直接画像処理アプリケーション４１０に適合するフォーマットに変換して変換されたジョブ状態／完了通知を直接画像処理アプリケーション４１０に転送することができる。

図５は、本発明に係る演算装置５０１に用いることができる種々の要素を示す。画像処理装置１０２、クライアント装置１０８、直接画像処理サーバ１０４及び変換装置３５２は、すべて演算装置５０１の例である。図示された要素は、同一の物理的構造物内もしくは別個のハウジングもしくは構造物内に配置することができる。

演算装置５０１は、プロセッサ５０３及びメモリ５０５といっしょに図示されている。プロセッサ５０３は、演算装置５０１の動作を制御でき、当業者に知られるマイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ（ＤＳＰ）等として具現化される。プロセッサ５０３は、たとえば、メモリ５０５に格納されたプログラム命令に基づいて論理演算及び算術演算を実行する。メモリ５０５に格納された命令は、上述の方法を実行できるものである。

また、演算装置５０１は、１つもしくは複数の通信インターフェイス５０７及び／または他の電子的装置と通信するためのネットワークインターフェイス５１３を含むことができる。通信インターフェイス５０７及びネットワークインターフェイス５１３は、有線通信技術、無線通信技術、あるいはこれら両方に基づくことができる。

演算装置５０１は、また１つもしくは複数の入力装置５０９及び１つもしくは複数の出力装置５１１を含むことができる。入力装置５０９及び出力装置５１１はユーザ入力を容易にすることができる。他の要素５１５もまた演算装置５０１の部分として用いられる。

図５は、演算装置５０１の１つの可能な構成を示す。他の種々のアーキテクチャ及び要素も利用できる。

上述の実施の形態は、種々のオペレーティングシステム、たとえば、Microsoft Windows（登録商標）オペレーティングシステム、Apple MacIntoshオペレーティングシステム、Linuxオペレーティングシステム、System V Unix（登録商標）オペレーティングシステム、BSD Unix（登録商標）オペレーティングシステム、OSF Unix（登録商標）オペレーティングシステム、IBM Mainframe MVSオペレーティングシステム、IBM AS/400等の印刷／画像処理サブシステムに適用することができる。

情報及び信号は、種々の異なる技術及び技巧を用いて表すことができる。たとえば、上述の記載で用いられたデータ、命令、指令、情報、信号等は、電圧、電流、電磁波、磁場、磁気的粒子、光場もしくは光子もしくはこれらの組合せによって表すことができる。

上述の実施の形態において説明した論理ブロック、モジュール、回路及びアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、あるいはこれらの組合せによっても実現できる。このハードウェア、ソフトウェアの交換可能性を明確に示すために、種々の図示した要素、ブロック、モジュール、回路及びステップはそれらの機能によって一般的に説明した。かかる機能をハードウェアとして実現するかソフトウェアとして実現するかは全体システムに課された特別の応用及び設計制限に依存する。当業者は各特別の応用に対して上述の機能を種々の方法で実現できるが、この実現の決定は本発明の特許請求の範囲を制限するものとして解釈すべきでない。

上述の実施の形態において説明した種々の図示された論理ブロック、モジュール、及び回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理装置、個別ゲートもしくはトランジスタロジック、個別ハードウェア部品もしくは上述の機能を実行するように設計されたこれらの組合せによって実現できる。汎用プロセッサはマイクロプロセッサとすることができるが、通常のプロセッサ、コントローラ、マイクロコントローラもしくはステートマシンでもよい。また、プロセッサは演算装置の組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと結合した１つもしくは複数のマイクロプロセッサ、もしくは他のこのような構成としても実現することができる。

上述の実施の形態において説明した方法もしくはアルゴリズムのステップは、ハードウェアに直接組込むことも、プロセッサによって実行されるソフトウェアモジュールに組込むことも、これら２つの組合せに組込むこともできる。ソフトウェアモジュールは、従来の記憶媒体に格納することもできる。使用される記憶媒体の例としては、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤＲＯＭ等がある。ソフトウェアモジュールは単一命令もしくは複数の命令からなり、いくつかの異なるコードセグメント、異なるプログラム、複数の記憶媒体に分散させることができる。記憶媒体は、プロセッサに接続され、プロセッサは記憶媒体から情報を読出し、記憶媒体に情報を書込みできる。あるいは、記憶媒体は、プロセッサと一体に集積化できる。

上述の方法は、１つもしくは複数のステップあるいは動作よりなる。この方法のステップあるいは動作は、本発明の特許請求の範囲を逸脱しない範囲で互いに交換することができる。言い換えると、本発明の実施の形態の正しい動作に特定の順序のステップもしくは動作が要求されない限り、ステップ及び／又は動作の順序及び／又は使用は、本発明の特許請求の範囲を逸脱しない範囲で変更することができる。

特定の実施の形態について説明したが、本発明の特許請求の範囲はこれらの構成及び要素に限定されるものでない。本発明の特許請求の範囲を逸脱しない範囲で、種々の修正、変更及び変化が上述の実施の形態の構成、動作及び詳細において可能である。

実施の形態を実行できる動作環境を示す図である。 ジョブ情報メッセージを直接画像処理サーバに送出する直接画像処理アプリケーションを示す図である。 直接画像処理サーバから設定ユーザインターフェース定義を受信する直接画像処理アプリケーションを示す図である。 画像処理要求メッセージを直接画像処理サーバへ送出する直接画像処理アプリケーションを示す図である。 ドキュメントデータのフォーマットがターゲット画像処理装置によってサポートされていない場合にデスプール要求メッセージを直接画像処理アプリケーションに送出する直接画像処理サーバを示す図である。 ドキュメントデータを変換する変換装置を示す図である。 ドキュメントデータのフォーマットがターゲット画像処理装置によってサポートされている場合にデスプール要求メッセージを直接画像処理アプリケーションに送出する直接画像処理サーバを示す図である。 完全な画像処理ジョブを画像処理装置にデスプールする直接画像処理アプリケーションを示す図である。 演算装置に利用される種々の要素を示す図である。

符号の説明

１００…動作環境、１０２…画像処理装置、１０６…設定ユーザインターフェイス、１０８…クライアント装置、１１０…直接画像処理アプリケーション、１１２…ドキュメント（固有フォーマット）、１１４…ユーザインターフェイス（ＵＩ）、２０４…直接画像処理サーバ、２１０…直接画像処理アプリケーション、２１２…ドキュメント（固有フォーマット）、２１４…ユーザインターフェイス（ＵＩ）、２１６…ジョブ情報メッセージ、２１８…画像処理装置情報、２２０…ドキュメントフォーマット情報、２２２…ジョブ情報キュー、２２４…画像処理装置／フォーマットＵＩ保存装置、２２６…画像処理装置／フォーマットルックアップ部、２２８…画像処理要求メッセージ、２３４…画像処理要求キュー、３０４…直接画像処理サーバ、３１０…直接画像処理アプリケーション、３２８…画像処理要求メッセージ、３３４…画像処理要求キュー、３３６…変換キュー、３３８…デスプール要求メッセージ、３５２…変換装置、３５４…変換ユーティリティ、３５６…アプリケーション、３５８…汎用フォーマットドライバ、３６０…エンジン、３６２…マージユニット／スプーラ、３６６…データベース、４０２…画像処理装置、４０４…直接画像処理サーバ、４１０…直接画像処理アプリケーション、４１２…ドキュメント、４４４…ジョブ骨子、４６６…データベース、４６８…設定フォーマッタ、５０１…演算装置、５０３…プロセッサ、５０５…メモリ、５０７…通信インターフェイス、５０９…入力装置、５１１…出力装置、５１３…ネットワークインターフェイス、５１５…他の要素。

Claims (1)

1. クライアント装置上の画像処理アプリケーションが、ターゲット画像処理装置上で実行される画像処理ジョブに対応する画像処理要求メッセージを送出するステップと、
   前記画像処理要求メッセージを受信した装置は、ドキュメントデータ以外の前記ターゲット画像処理装置に適合する画像処理ジョブの内容を具備する画像処理ジョブ骨子を生成するステップと、
   更に、前記画像処理に対応するドキュメントデータのデスプール先として、当該ドキュメントデータのフォーマットが前記ターゲット画像処理装置に固有であれば、当該画像処理装置を示し、前記ターゲット画像処理装置に固有でなければ、当該ドキュメントデータをターゲット画像処理装置に適合するように変換して当該画像処理装置を示すデスプール要求を前記画像処理アプリケーションに送出するステップと、
   前記画像処理アプリケーションが該デスプール要求に従って前記ドキュメントデータをデスプールするステップと、
   を具備するドキュメントのドライバなし画像処理方法。

Images