(57)【要約】【課題】印刷装置のコマンド或いはＡＰＩが公開されない場合でも、画像転送装置から当該印刷装置に画像データを供給して印刷させられるようにする。【解決手段】印刷制御コマンド或いはＡＰＩ（アプリケーション・プログラム・インターフェース）が非公開の場合、画像転送装置は、その非公開の印刷制御コマンド或いはＡＰＩＡＰＩに替えて公開された印刷制御コマンド或いはＡＰＩに係る印刷制御コマンドを用いて、当該画像転送装置内でのクラスタ印刷等の制御を行い、画像データと共に印刷制御コマンドを実際に印刷装置に送信する場合は、当該印刷装置が実行可能な非公開の印刷制御コマンド或いはＡＰＩに変換して送信する。【選択図】      図３
2004157586.tif 000002
【特許請求の範囲】
【請求項１】
単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置であって、
前記印刷装置により印刷すべき画像データを生成する生成手段と、
前記生成手段により生成された画像データを前記印刷装置により印刷するように制御する制御手段と、
前記制御手段の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信手段と、
を備えたことを特徴とする画像転送装置。
【請求項２】
前記生成手段により生成された画像データを保持する保持手段を有し、前記通信手段は、該保持手段に保持された画像データを前記制御手段の制御に基づいて読出して前記印刷装置に送信することを特徴とする請求項１に記載の画像転送装置。
【請求項３】
前記通信手段は、ソフトウェアにより構成されていることを特徴とする請求項１又は２に記載の画像転送装置。
【請求項４】
前記制御手段により指定された前記印刷装置に対応する前記通信手段を作成する作成手段を有することを請求項１〜３の何れかに記載の画像転送装置。
【請求項５】
前記制御手段は、前記生成手段により生成された画像データを複数部印刷する場合に複数の前記印刷装置を用いる部数クラスタ印刷、前記生成手段により生成された複数ページの画像データをページ分担して複数の前記印刷装置で印刷するページクラスタ印刷、前記生成手段により生成された白黒画像データ、カラー画像データをそれぞれ白黒、カラーの印刷が可能な前記印刷装置で印刷するカラークラスタ印刷を行うべく制御することを特徴とする請求項１〜４の何れかに記載の画像転送装置。
【請求項６】
前記保持手段は、共有ファイルとして作成されることを特徴とする請求項１〜５の何れかに記載の画像転送装置。
【請求項７】
前記共有ファイルは、前記生成手段が作成することを特徴とする請求項１〜６の何れかに記載の画像転送装置。
【請求項８】
前記共有ファイルは、前記通信手段が作成することを特徴とする請求項１〜６の何れかに記載の画像転送装置。
【請求項９】
前記共有ファイルは、大容量の画像データを格納し得る所定のサイズであることを特徴とする請求項１〜８の何れかに記載の画像転送装置。
【請求項１０】
前記共有ファイルは、少なくとも２ページ分の画像データを格納し得る所定のサイズであることを特徴とする請求項１〜８の何れかに記載の画像転送装置。
【請求項１１】
前記共有ファイルとしては、前記生成手段により画像データが生成されるごとに、生成に係る各ページの画像データのサイズに応じたサイズの共有ファイルが複数作成されることを特徴とする請求項１〜８の何れかに記載の画像転送装置。
【請求項１２】
前記共有ファイルに前記特徴のうちどの特徴を持たせるかをユーザが指定できるように、ユーザインターフェースを持たせたことを特徴とする請求項１〜８の何れかに記載の画像転送装置。
【請求項１３】
単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置による画像転送方法であって、
前記印刷装置により印刷すべき画像データを生成する生成工程と、
前記生成工程により生成された画像データを前記印刷装置により印刷するように制御する制御工程と、
前記制御工程の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信工程と、
を備えたことを特徴とする画像転送方法。
【請求項１４】
前記生成工程により生成された画像データを保持する保持工程を有し、前記通信工程は、該保持工程により保持された画像データを前記制御工程の制御に基づいて読出して前記印刷装置に送信することを特徴とする請求項１３に記載の画像転送方法。
【請求項１５】
前記通信工程は、ソフトウェアにより構成されていることを特徴とする請求項１３又は１４に記載の画像転送方法。
【請求項１６】
前記制御工程により指定された前記印刷装置に対応する前記通信工程を作成する作成工程を有することを請求項１３〜１５の何れかに記載の画像転送方法。
【請求項１７】
前記制御工程は、前記生成工程により生成された画像データを複数部印刷する場合に複数の前記印刷装置を用いる部数クラスタ印刷、前記生成工程により生成された複数ページの画像データをページ分担して複数の前記印刷装置で印刷するページクラスタ印刷、前記生成工程により生成された白黒画像データ、カラー画像データをそれぞれ白黒、カラーの印刷が可能な前記印刷装置で印刷するカラークラスタ印刷を行うべく制御することを特徴とする請求項１３〜１６の何れかに記載の画像転送方法。
【請求項１８】
前記保持工程は、共有ファイルを作成することを特徴とする請求項１３〜１７の何れかに記載の画像転送方法。
【請求項１９】
前記共有ファイルは、前記生成工程が作成することを特徴とする請求項１３〜１８の何れかに記載の画像転送方法。
【請求項２０】
前記共有ファイルは、前記通信工程が作成することを特徴とする請求項１３〜１８の何れかに記載の画像転送方法。
【請求項２１】
前記共有ファイルは、大容量の画像データを格納し得る所定のサイズであることを特徴とする請求項１３〜２０の何れかに記載の画像転送方法。
【請求項２２】
前記共有ファイルは、少なくとも２ページ分の画像データを格納し得る所定のサイズであることを特徴とする請求項１３〜２０の何れかに記載の画像転送方法。
【請求項２３】
前記共有ファイルとしては、前記生成工程により画像データが生成されるごとに、生成に係る各ページの画像データのサイズに応じたサイズの共有ファイルが複数作成されることを特徴とする請求項１３〜２０の何れかに記載の画像転送方法。
【請求項２４】
前記共有ファイルに前記特徴のうちどの特徴を持たせるかをユーザが指定できるように、ユーザインターフェースを持たせたことを特徴とする請求項１３〜２０の何れかに記載の画像転送方法。
【請求項２５】
単独又は複数の印刷装置と画像転送装置とがネットワーク或いは独自インターフェースを介して接続された印刷システムであって、前記画像転送装置は、
前記印刷装置により印刷すべき画像データを生成する生成手段と、
前記生成手段により生成された画像データを前記印刷装置により印刷するように制御する制御手段と、
前記制御手段の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信手段と、
を備えたことを特徴とする印刷システム。
【請求項２６】
前記生成手段により生成された画像データを保持する保持手段を有し、前記通信手段は、該保持手段に保持された画像データを前記制御手段の制御に基づいて読出して前記印刷装置に送信することを特徴とする請求項２５に記載の印刷システム。
【請求項２７】
前記通信手段は、ソフトウェアにより構成されていることを特徴とする請求項２５又は２６に記載の印刷システム。
【請求項２８】
前記制御手段により指定された前記印刷装置に対応する前記通信手段を作成する作成手段を有することを請求項２５〜２７の何れかに記載の印刷システム。
【請求項２９】
前記制御手段は、前記生成手段により生成された画像データを複数部印刷する場合に複数の前記印刷装置を用いる部数クラスタ印刷、前記生成手段により生成された複数ページの画像データをページ分担して複数の前記印刷装置で印刷するページクラスタ印刷、前記生成手段により生成された白黒画像データ、カラー画像データをそれぞれ白黒、カラーの印刷が可能な前記印刷装置で印刷するカラークラスタ印刷を行うべく制御することを特徴とする請求項２５〜２８の何れかに記載の印刷システム。
【請求項３０】
前記保持手段は、共有ファイルとして作成されることを特徴とする請求項２５〜２９の何れかに記載の印刷システム。
【請求項３１】
前記共有ファイルは、前記生成手段が作成することを特徴とする請求項２５〜３０の何れかに記載の印刷システム。
【請求項３２】
前記共有ファイルは、前記通信手段が作成することを特徴とする請求項２５〜３０の何れかに記載の印刷システム。
【請求項３３】
前記共有ファイルは、大容量の画像データを格納し得る所定のサイズであることを特徴とする請求項２５〜３２の何れかに記載の印刷システム。
【請求項３４】
前記共有ファイルは、少なくとも２ページ分の画像データを格納し得る所定のサイズであることを特徴とする請求項２５〜３２の何れかに記載の印刷システム。
【請求項３５】
前記共有ファイルとしては、前記生成手段により画像データが生成されるごとに、生成に係る各ページの画像データのサイズに応じたサイズの共有ファイルが複数作成されることを特徴とする請求項２５〜３２の何れかに記載の印刷システム。
【請求項３６】
前記共有ファイルに前記特徴のうちどの特徴を持たせるかをユーザが指定できるように、ユーザインターフェースを持たせたことを特徴とする請求項２５〜３２の何れかに記載の印刷システム。
【請求項３７】
単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置により実行される制御プログラムであって、
前記印刷装置により印刷すべき画像データを生成し、生成された画像データを前記印刷装置により印刷するように制御し、該印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する内容を有することを特徴とする制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像転送装置に接続された複数台の印刷装置に対してコマンド或いはＡＰＩ（アプリケーション・プログラム・インターフェース）を発行する技術に関する。
【０００２】
【従来の技術】
従来、画像転送装置に複数台の印刷装置を接続し、各印刷装置は、画像転送装置から転送された画像データを当該画像転送装置の指示に基づいて印刷する印刷システムが知られている。
【０００３】
この種の印刷システムでは、画像転送装置は、各印刷装置にて使用可能な制御コマンドを認識し、そのコマンド或いはＡＰＩ（アプリケーション・プログラム・インターフェース）を印刷装置に発行する必要がある。
【０００４】
【発明が解決しようとする課題】
しかし、これらコマンド或いはＡＰＩは、印刷装置のメーカ毎に独自に規定されており、しかも一般に公開されているとは限らない。
【０００５】
このように、コマンド或いはＡＰＩが公開されていない場合、画像転送装置のメーカは、各印刷装置に対応する印刷アプリケーションや印刷装置監視アプリケーションなどを作成することができず、画像転送装置から印刷装置に画像データを供給して印刷させることができなかった。
【０００６】
本発明は、このような背景のもとになされたもので、その課題は、印刷装置のコマンド或いはＡＰＩが公開されない場合でも、画像転送装置から当該印刷装置に画像データを供給して印刷させられるようにすることにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、本発明は、単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置であって、前記印刷装置により印刷すべき画像データを生成する生成手段と、前記生成手段により生成された画像データを前記印刷装置により印刷するように制御する制御手段と、前記制御手段の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信手段とを備えている。
【０００８】
また、本発明は、単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置による画像転送方法であって、前記印刷装置により印刷すべき画像データを生成する生成工程と、前記生成工程により生成された画像データを前記印刷装置により印刷するように制御する制御工程と、前記制御工程の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信工程とを備えている。
【０００９】
また、本発明は、単独又は複数の印刷装置と画像転送装置とがネットワーク或いは独自インターフェースを介して接続された印刷システムであって、前記画像転送装置は、前記印刷装置により印刷すべき画像データを生成する生成手段と、前記生成手段により生成された画像データを前記印刷装置により印刷するように制御する制御手段と、前記制御手段の印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する通信手段とを備えている。
【００１０】
また、本発明は、単独又は複数の印刷装置にネットワーク或いは独自インターフェースを介して接続された画像転送装置により実行される制御プログラムであって、前記印刷装置により印刷すべき画像データを生成し、生成された画像データを前記印刷装置により印刷するように制御し、該印刷制御に係る印刷制御コマンドを該印刷を実行する前記印刷装置が実行可能な印刷制御コマンドに変換して該印刷装置との間で送受信する内容を有している。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１２】
図１は、本発明を適用した印刷システムのシステム構成図である。画像転送装置１０１には、ネットワーク２０２或いは独自のインターフェース２０３を介して複数台の印刷装置２１１〜２１４が接続されている。
【００１３】
画像転送装置１０１は、自装置で作成した画像データ、或いは別の装置から送信されてきた画像データを印刷装置２１１〜２１４に転送する機能を有している。この転送機能は、例えば、６部の印刷を印刷装置２１１と２１２で３部ずつ印刷する「部数クラスタ」を行う場合、印刷装置２１１では１ページから５０ページ迄を印刷し、印刷装置２１２では５１ページから１００ページ迄を印刷する「ページクラスタ」を行う場合、カラー印刷装置ではカラーページを印刷し白黒印刷装置では白黒ページを印刷する「カラークラスタ」を行う場合等に使用される。
【００１４】
図２は、本発明を適用した画像転送装置の基本的な構成を示す機能ブロック図であり、画像転送装置１０１は、通信部１０２、画像生成印刷部１０３、状態監視制御部１０４、コマンド送受信部１０５、及び画像データ受渡部１０６を有している。
【００１５】
一般的には、印刷装置２１１〜２１４に対して画像データを送り印刷する機能を実現しているドライバと呼ばれるソフトを提供するのは印刷装置２１１〜２１４のメーカなので、当該メーカは、そのためのコマンド或いはＡＰＩを公開する必要はない。
【００１６】
しかし、印刷装置２１１〜２１４のメーカとは別のメーカが画像転送装置１０１を提供する場合があり、この場合は、これら印刷装置２１１〜２１４のコマンド或いはＡＰＩを画像転送装置１０１のメーカに開示する必要がある。何らかの事情でこの開示を控えたいときでも、それに代わるコマンド或いはＡＰＩを開示する必要がある。
【００１７】
そこで、印刷装置２１１〜２１４のメーカ独自の開示されていないコマンド或いはＡＰＩと開示されている代替コマンド或いはＡＰＩとを、画像転送装置１０１と印刷装置２１１〜２１４との間で橋渡しするのが、図２に示した通信部１０２であり、公開されている代替コマンド或はＡＰＩを画像転送装置１０１の内部で用いるための手段がコマンド送受信部１０５である。
【００１８】
コマンド送受信部１０５は、例えばＡＰＩであるならば、状態監視制御部１０４としてのプロセスが呼び出す関数として実現でき、コマンドであるならば、そのコマンドを複数のプロセス間で送受信できるようにすればよい。これはＳｏｃｋｅｔ通信やＭｅｓｓａｇｅ  Ｑｕｅｕｅで実現可能である。このようにして、コマンド送受信部１０５は、公開されている代替コマンド或いはＡＰＩを画像生成印刷部１０３および状態監視制御部１０４と通信部１０２との間で送受信するように構成されている。
【００１９】
画像転送装置１０１内の画像生成印刷部１０３は、印刷装置２１１〜２１４で印刷可能な画像データを作成する。例えば、白黒画像ならＪＢＩＧ、カラーならＪＰＥＧ、或いはＹＭＣＫデータなどがある。或いは印刷データとしてのＰＤＦデータやＰＳデータなどがある。これら画像データを画像生成印刷部１０３から通信部１０２へ転送するために画像データ受渡部１０６を用いる。画像転送装置１０１が、例えばＷｉｎｄｏｗｓ（登録商標）  ＯＳ上に構築されたソフトウェアで実現される場合、画像生成印刷部１０３及び通信部１０２は、１つのプロセスとして作成される。複数のプロセス間でデータを授受するための画像データ受渡部１０６としては、例えばＭａｐｐｅｄ  Ｆｉｌｅや画像データ受渡部で実現できる。
【００２０】
画像生成印刷部１０３がＭａｐｐｅｄ  Ｆｉｌｅ等の画像データ受渡部１０６を作成し、これを画像生成印刷部１０３及び通信部１０２からアクセスできるように設定する。そして、画像生成印刷部１０３はこのファイルに画像データを書込む。通信部１０２は、このファイルをアクセスできるようにオープンし、画像データを読出す。このようにして、画像データを画像生成印刷部１０３から通信部１０２へ送信できる。或いは、或るＤＲＡＭメモリ領域に画像生成印刷部１０３が画像データを書込み、その書込アドレスを通信部１０２に指示し、通信部１０２は、そのＤＲＡＭメモリ領域から画像データを読出すことにより、画像データを画像生成印刷部１０３から通信部１０２へ送信する。
【００２１】
次に、クラスタ印刷を行うための機能を図３に基づいて説明する。
【００２２】
クラスタ印刷においては、通信部１０２は、複数台の印刷装置２１１〜２１４に対して印刷制御コマンドと画像データを送受信する必要があり、この機能は、コマンドデータ処理部１０２Ｂ１，１０２Ｂ２，１０２Ｂｎにより実現される。
【００２３】
例えば、この画像転送装置１０１がＷｉｎｄｏｗｓ（登録商標）  ＯＳ上に構築されたソフトウェアとして実現される場合、通信部１０２は１つのプロセスとして実装し、コマンドデータ処理部１０２Ｂ１，１０２Ｂ２，１０２Ｂｎは１つのスレッドとして実装することができる。
【００２４】
コマンドデータ処理部１０２Ｂ１，１０２Ｂ２，１０２Ｂｎは、状態監視制御部１０４から印刷制御コマンド（公開の代替コマンド）を受信すると、印刷装置２１１〜２１４に特有の印刷制御コマンド（非公開の独自コマンド）に変換して印刷装置２１１〜２１４に対して送信する。その後、印刷装置２１１〜２１４からの当該印刷装置２１１〜２１４に特有のリプライ（非公開の独自コマンド）を公開の代替コマンドに変換して、状態監視制御部１０４に返信する。これら一連の処理は、纏めて実行される。
【００２５】
通信部１０２は、初期化コマンド受信部１０２Ａを有し、この初期化コマンド受信部１０２Ａは、通信部１０２がその動作を始めたときから動作するように構成されている。画像転送装置内の状態監視制御部１０４は、クラスタ用アプリケーションにおいて、１つの印刷ジョブを何台の印刷装置２１１〜２１４にて処理するかがユーザにより指示されることにより、印刷を実行させるべき印刷装置２１１〜２１４の台数を認識している。
【００２６】
そこで、状態監視制御部１０４は、印刷ジョブを実行するときに、初期化コマンド受信部１０２Ａに対して、印刷を実行させたい印刷装置の台数分だけの初期化コマンドを送信する。或いは、印刷を実行させたい印刷装置の台数を明示した初期化コマンドを１回だけ送信する。この初期化コマンドは、画像転送装置１０１に対して開示されたコマンド或いはＡＰＩの中に規定されている。例えば、これをＳＴＡＲＴコマンドとして規定する。ＳＴＡＲＴコマンドは、印刷装置２１１〜２１４の番号（識別子）を持つ。この識別子としては、印刷装置２１１〜２１４がネットワーク２０２で接続されている場合はＩＰアドレスを、独自インターフェース２０３で接続されている場合はバスアドレスやポート番号などを用いる。
【００２７】
初期化コマンド受信部１０２Ａは、初期化コマンドを受信すると、その受信回数だけ、或いは初期化コマンド内に明示された台数分だけ、すなわち、印刷を実行させるべき印刷装置２１１〜２１４の台数分だけ、コマンドデータ処理部１０２Ａを作成する。これは、１つのプロセスである通信部１０２内において、スレッドとして実装されたコマンドデータ処理部１０２Ａを生成することで実現される。
【００２８】
状態監視制御部１０４は、印刷ジョブが終了すると、初期化終了コマンドを初期化コマンド受信部１０２Ａに送信する。例えば、この初期化終了コマンドをＥＮＤコマンドとして規定する。ＥＮＤコマンドも印刷装置２１１〜２１４の識別子を持ち、初期化コマンド受信部１０２Ａは、この識別子によって、どのコマンドデータ処理部１０２Ｂ１〜１０２Ｂｎを終了すべきかを判断する。全てのコマンドデータ処理部１０２Ｂ１〜１０２Ｂｎが終了された後は、初期化コマンド受信部１０２Ａというスレッドのみが存在することとなる。
【００２９】
次に、画像データ受渡部１０６の利用方法を説明する。
【００３０】
図３は、複数の印刷装置２１１〜２１４に対して１つずつ画像データ受渡部１０６ａ〜１０６ｎが用意される場合を示している。この場合は、複数ページからなる文書の画像データを複数の印刷装置で分担して印刷するページクラスタや、カラーページと白黒ページを別々の印刷装置で印刷するカラークラスタを行う場合に有効である。
【００３１】
この画像データ受渡部１０６ａ〜１０６ｎは、コマンドデータ処理部１０２Ｂ１〜１０２Ｂｎが作られるのと同じタイミングで作成される。
【００３２】
図４は、複数の印刷装置２１１〜２１４に対して１つの画像データ受渡部１０６Ａが用意される場合であり、例えば、複数部数の印刷を複数の印刷装置に分散して印刷する場合、換言すれば、１つのページを複数の印刷装置で印刷する部数クラスタを行う場合に用いられる。
【００３３】
すなわち、この場合、印刷装置毎に画像データ受渡部を作成する必要がなく、一つの画像データ受渡部１０６ａだけを用意し、それに一つの画像データを格納し、それを複数の印刷装置２１１〜２１４に対して送ればよい。
【００３４】
画像生成印刷部１０３は、コマンド送受信部１０５を経由して通信部１０２に対して、どの個別画像データ受渡部１０６ａ〜１０６ｎをアクセスして画像データを送ればよいかを指示する。例えば、１ページの画像データを送るコマンドであるＣＭ＿ＰｒｉｎｔＰａｇｅの中で、例えば、Ｍａｐｐｅｄ  Ｆｉｌｅならばファイルの名前を指示するパラメータによって画像データを指示することが可能である。或いは、ＤＲＡＭメモリ領域ならば、そのアドレスを指示するパラメータによって画像データを指示することが可能である。
【００３５】
次に、画像データ受渡部１０６の用意の仕方について説明する。
【００３６】
まず、画像生成印刷部１０３が画像データ受渡部を用意する場合を説明する。印刷対象の画像データは、画像生成印刷部１０３が生成する。ＪＰＥＧやＪＢＩＧに代表される圧縮データは、画像の内容によって大きさが違ってくるが、画像生成印刷部１０３が複数ページの圧縮データを生成し終わった後に一括して転送する場合は、全ページの画像データの総容量が明確になっているので、画像生成印刷部１０３は、用意すべき画像データ受渡部の大きさを容易に決定することができる。ただし、ページごとに画像データを生成して通信部１０２に転送する場合でも、画像生成印刷部１０３は、ある程度の予測を立ててから画像データ受渡部１０６の大きさを決定することが可能である。
【００３７】
なお、画像生成印刷部１０３が画像転送装置１０１の重要な機能であり、画像生成印刷部１０３がシステムメモリを管理している場合は、特に処理効率の点からも画像生成印刷部１０３が画像データ受渡部１０６の大きさを決定するのが望ましい。
【００３８】
このように、画像データの大きさによって画像データ受渡部１０６の大きさを決定すると、有限な資源であるシステムメモリを効率的に使うことができる。例えば、システムメモリに余裕があり、画像データがさほど大きくない場合は、全ページの画像データが収まる程度の画像データ受渡部１０６を用意すれば、短時間で画像データを転送することができる。
【００３９】
また、システムメモリに余裕が無い場合でも、画像データ受渡部１０６中の転送済の画像データの領域を別ページの画像データの格納領域として用いることで、システムメモリを効率良く利用することができる。なお、通信部１０２がシステムメモリを管理している場合には、通信部１０２が画像データ受渡部１０６の大きさを決定することも考えられる。
【００４０】
次に、システムメモリの管理を行わずに、固定のメモリ領域を画像データ受渡部１０６として利用する場合を説明する。
【００４１】
Ａ４サイズの６００ｄｐｉの白黒２値画像は、圧縮していない場合、約４ＭＢ（メガバイト）である。ＪＰＥＧやＪＢＩＧのような圧縮フォーマットではこれ以下となると考えられるので、画像データ受渡部１０６として４ＭＢを準備すれば１ページの画像データを転送できる。
【００４２】
実際は、少なくとも２ページ分の画像データ受渡部１０６を用意すれば、図５の下欄に示したように、ｎページ目の画像データを転送している間に、ｎ＋１ページ目の画像データを書込むことができ、処理を並列に行うことでパフォーマンスを上げることができる。
【００４３】
図５に示すように、１つの画像データ受渡部１０６内に複数ページの画像データを保持する場合と、１ページごとに画像データ受渡部１０６を確保する場合とが考えられる。
【００４４】
これらの方式のうちどれを選択するかはユーザが決めることが出来るように設計することも可能である。ＯＳが提供する一般的なユーザインターフェースの形式で、提供可能な設定を選択できるようにする。画像データ受渡部１０６は、ここで設定されたパラメータを読み出して、その値通りに動作する。
【００４５】
１つの画像データ受渡部１０６内に複数ページの画像データを保持する場合は、複数ページから構成される１つの印刷ジョブごとに１つの画像データ受渡部１０６を用意することとなる。
【００４６】
図６に示すように、用意した画像データ受渡部１０６を示すためには、画像データ受渡部１０６へのポインタと大きさを用いる。印刷ジョブをコマンド或いはＡＰＩによって指示するときに、画像データ受渡部１０６を用意した側からこれらポインタと大きさを通知する。例えば、画像生成印刷部１０３が画像データ受渡部１０６を用意する場合は、画像生成印刷部１０３から通信部１０２へポインタと大きさを通知する。
【００４７】
画像データ受渡部１０６へのポインタと大きさを通知された通信部１０２は、画像データ受渡部１０６にアクセスできるように準備する。普通、画像生成印刷部１０３や通信部１０２はＯＳ上で動作する場合、これら画像データ受渡部１０６の作成やアクセス準備はＯＳの機能として提供されており、これを用いてアクセス準備を行う。
【００４８】
すなわち、画像生成印刷部１０３は、ｎページ目の画像データを生成すると、画像データ受渡部１０６内の空いている場所へ画像データを書込む。そして、画像生成印刷部１０６から通信部１０２へｎページ目の画像データを転送するために、画像生成部１０６は、１ページの画像データを送るコマンドであるＣＭ＿ＰｒｉｎｔＰａｇｅの中で、画像データへのポインタと大きさを通信部１０２に示す。通信部１０２は、その情報に基づいてｎページ目の画像データを読出し、印刷を実行させるべき印刷装置２１１〜２１４に対して画像データを送信し、印刷を行わせる。
【００４９】
当該印刷装置２１１〜２１４が印刷を完了すると、通信部１０２は、画像生成印刷部１０３に対して印刷が成功したことを通知する。これをもって、画像生成印刷部１０３は、画像データ受渡部１０６内のｎページ目の画像データを消去することができ、その後のページの画像データを上書きすることできる。
【００５０】
このようにして、画像生成印刷部１０３は、図５に示すように、画像データ受渡部１０６へ、ｎページ、ｎ＋１ページ、ｎ＋２ページ…と次々と画像データを書込む処理を、１つの印刷ジョブ中の複数ページの画像データに対して繰返すことで、全ページを印刷することができる。
【００５１】
また、複数ページから構成される１つの印刷ジョブごとに１つの画像データ受渡部１０６を用意する場合において、図７に示すように、ｎ＋１ページ目の画像データを書込む際に、画像データ受渡部１０６内のｎページ目の次の領域にはそれだけの空きが無い場合が起きる。
【００５２】
この場合、まず、次のエリアの空いている領域にｎ＋１ページ目の画像データを書込み、残りは画像データ受渡部１０６の先頭から（この領域は既に転送が完了しておりメモリが開放されているはずなので）書込む方法が考えられる。これを図７ではＣａｓｅ  １としている。
【００５３】
Ｃａｓｅ  ２としては、ｎページ目の次の領域にはｎ＋１ページ目の画像データを一切書込まずに、画像データ受渡部１０６の先頭からｎ＋１ページ目の全ての画像データを書込む方式が考えられる。
【００５４】
最後に、ページごとに個別画像データ受渡部を確保する場合を説明する。図５に示すように、ページごとに個別画像データ受渡部１０６を確保し、これら個別画像データ受渡部１０６に１ページ分の画像データを書込む。
【００５５】
例えば、画像生成印刷部１０３が画像データ受渡部１０６を用意する場合は、１ページの画像データを送るコマンドであるＣＭ＿ＰｒｉｎｔＰａｇｅの中で、画像生成印刷部１０３が通信部１０２へ画像データ受渡部１０６に対するポインタと大きさを通知する。通信部１０２は、コマンドＣＭ＿ＰｒｉｎｔＰａｇｅ毎に、画像データ受渡部１０６に対するアクセス準備と、画像データの読出し、画像データ受渡部１０６に対するアクセス終了を行う。
【００５６】
なお、この画像データ受渡部１０６は、実ＤＲＡＭ上の或るメモリ領域でも実現可能であり、また、１ページ分の画像データがＯＳのファイルであっても実現可能である。どちらの場合も、ＯＳが提供する機能を利用するだけで実現できる。
【００５７】
通信部１０２が印刷装置に対して画像データを送信し終わると、状態監視制御部１０４は、そのリプライを受信することにより、当該画像データを格納している個別画像データ受渡部１０６を開放する。
【００５８】
以上のようにして、印刷装置のメーカに独自の印刷制御コマンド或いはＡＰＩなどが公開されていなくても、それに替えて公開された印刷制御コマンド或いはＡＰＩなどを用いて、当該印刷装置に対する印刷制御を行うことができ、印刷装置のメーカ以外の組織によって、その独自の技術力を使った機能を付加することが可能となる。
【００５９】
また、複数の印刷装置に対して印刷制御を行う場合、それぞれの印刷装置に対応するコマンドデータ処理部を利用することで、容易にクラスタ印刷を行うことができる。さらに、部数クラスタ印刷、ページクラスタ印刷、カラークラスタ印刷等を行う場合に、メモリを効率的に使用することが可能となる。
【００６０】
なお、本発明は、上記の実施形態に限定されることなく、例えば、画像転送装置に接続された複数の印刷装置のメーカが互いに異なっており、これら複数の印刷装置互いに異なる非公開の印刷制御コマンド或いはＡＰＩを使用すると共に、代替の印刷制御コマンド或いはＡＰＩを公開している場合は、それら各代替の印刷制御コマンド或いはＡＰＩと非公開の印刷制御コマンド或いはＡＰＩとの間での変換（翻訳）処理を行うコマンドデータ処理部を用いることにより、同様の効果を得ることが可能となる。
【００６１】
また、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体等の媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体等の媒体に格納されたプログラムコードを読み出し実行することによっても、本発明が実現されることは言うまでもない。
【００６２】
この場合、記憶媒体等の媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体等の媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体等の媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、或いはネットワークを介したダウンロードなどを用いることができる。
【００６３】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【００６４】
さらに、記憶媒体等の媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【００６５】
【発明の効果】
以上説明したように、本発明によれば、印刷装置のコマンド或いはＡＰＩが公開されない場合でも、画像転送装置から当該印刷装置に画像データを供給して印刷させることが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した印刷システムのシステム構成図である。
【図２】本発明を適用した画像転送装置の基本的な構成を示す機能ブロック図である。
【図３】クラスタ印刷を行うための機能（画像データ受渡部の構成）を説明するための図である。
【図４】クラスタ印刷を行うための機能（画像データ受渡部の他の構成）を説明するための図である。
【図５】画像データ受渡部の構成（種類）を説明するための図である。
【図６】画像データ受渡部へのアクセス方法を説明するための図である。
【図７】画像データ受渡部へのページデータの書込み方法を説明するための図である。
【符号の説明】
１０１：画像転送装置
１０２：通信部
１０２Ａ：初期化コマンド受信部
１０２Ｂ１，１０２Ｂ２，１０２Ｂｎ：コマンドデータ処理部
１０３：画像生成印刷部
１０４：状態監視制御部
１０５：コマンド送受信部
１０６：画像データ受渡部
１０６ａ，１０６ｂ，１０６ｎ，１０６Ａ：個別画像データ受渡部
２０２：ネットワーク
２０３：独自インターフェース
２１１，２１２，２１３，２１４：印刷装置
【図１】
2004157586.tif 000003
【図２】
2004157586.tif 000004
【図３】
2004157586.tif 000005
【図４】
2004157586.tif 000006
【図５】
2004157586.tif 000007
【図６】
2004157586.tif 000008
【図７】
2004157586.tif 000009