JP2006227927A - 印刷システムおよび印刷処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Abstract

【課題】 第２のサーバ装置側に各出力装置に対するエンジン情報をあらかじめ設定する必要をなくし、かつ、各出力装置のステータス取得処理をリアルタイムで実行することである。
【解決手段】 プロトコル変換サーバ１００側では、ＲＩＰサーバ１からプロトコルＡで印刷ジョブを受信してプロトコルＢの印刷ジョブに変換して返送し、ＲＩＰサーバ１側のでは、プロトコル変換サーバ１００からプロトコルＢのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加し、該エンジン情報が付加された前記印刷データをプロトコルＣでいずれかの画像出力エンジン４〜７に転送する構成を特徴とする。
【選択図】 図１

Description

本発明は、クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムおよび印刷処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。

従来のマルチファンクションプリンタでラスタイメージプロセッサ（ＲＩＰ）を外付けで使用する場合、ＲＩＰの能力をフレキシブルに活用できるメリットがあった（特許文献１）。

外付けＲＩＰ、いわゆるＲＩＰサーバは往々にして外部機器に装備されたりするが、ここで、マルチファンクションプリンタと外部機器との間の通信プロトコルが同一ではなく通信が出来ない場合があった。

特に、マルチファンクションプリンタと外部機器それぞれが異なるメーカーで設計、製造された場合にはこのような状況は発生し易い。

また、設計時期の違いによってプロトコルのバージョンが異なったり、これら機器を取り巻く多種のユーザソフトウエア（ユーテリティソフトウエア）に合致したプロトコルの通信を行うために、機器ごとにプロトコルの差が生じてしまったりするケースがあった。

このような通信プロトコルの不一致に関しては、マルチファンクションプリンタと外部機器との間にプロトコル変換Ｂｏｘを設ける構成が、提案され、プロトコル変換BOXを設ける方式で複数台接続すると高価なプロトコル変換Boxをエンジン台数分必要としコストアップが問題となる。

そして、このようなコストアップに対して、プロトコル変換サーバで、複数台のプロトコル変換BOXを一台のプロトコル変換サーバに置き換える形態も提案されている。

図８は、従来の印刷システムの構成を説明するブロック図である。従来のプロトコル変換サーバの構成を示す。

図８において、１１０はプロトコル変換サーバであり、プロトコル変換手段１１１とエンジン識別手段１１２を備えている。

１１１はプロトコル変換手段であり、ＲＩＰサーバ１からプロトコルＡの形式で送信される通信内容を画像出力エンジン４〜７が解釈できるプロトコルＢの形式の通信データに変換し、同時にＲＩＰサーバ１が画像出力エンジンの指定を意味するコードをエンジン認識手段１２が備える記憶部に格納する。

１１２はエンジン識別手段であり、プロトコル変換手段１１１がＲＩＰサーバ１からのプロトコルＡの通信データを変換する際にプロトコルＡ内のエンジン識別情報、ここではＩＰアドレスを認識し、対象のエンジンのＩＰアドレスをプロトコル変換手段１１１に通知し、プロトコル変換手段１１１がエンジン情報を加味したプロトコルＢの形式の通信データを生成する。そして、プロトコルＢの形式の通信データを生成したら、その通信データをエンジン４〜７に出力し、エンジン４〜７に印刷動作を行わせている。

このシステムでは、システム構成ではＲＩＰサーバ１にプロトコル変換サーバ１１０を意識させない構成としている。
特開２００２−０８２７８８号公報

従来の印刷システムは上記のように構成されているので、例えば１台のプロトコル変換サーバでは、プロトコル変換サーバ１１０側にエンジン情報（ID：ＩＰアドレス）の設定や、エンジン起動時の通信タイミングの考慮などが必要となり、システム構築時にプロトコル変換サーバ１１０とＲＩＰサーバ１の両方にエンジン情報の設定がそれぞれ独立して必要となり、システム構築が煩雑になっていた。

また、該システム構成ではＲＩＰサーバ１にプロトコル変換サーバ１１０を意識させない構成であるが故に、プロトコル変換サーバ１１０はエンジン４〜７へ出力されたプロトコルＡを盗む形で、プロトコルＡの形式の通信データを受け取り、プロトコルＢの形式の通信データを生成しエンジン４〜７に出力し、印刷動作を行うことになり、システム全体の動作を統括するＲＩＰサーバ１が、プロトコル変換動作によるオーバーヘッドを意識しないにもかかわらず、実際はオーバーヘッドが存在するため、印刷終了を確認するタイミングや、JAMの通知などエンジンステータスのハンドリングタイミングが変わることがあった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおいて、前記第２のサーバ装置側では、前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送し、前記第１のサーバ装置側のでは、前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加し、該エンジン情報が付加された前記印刷データを第１の通信プロトコルでいずれかの出力装置に転送することにより、第２のサーバ装置側に各出力装置に対するエンジン情報をあらかじめ設定する必要がなく、第１のサーバ装置により第３の通信プロトコルに基づく印刷ジョブから生成される印刷データを各出力装置に共通の第１の通信プロトコルで転送することが出来るとともに、同第１の通信プロトコルで各出力装置のステータス取得処理をリアルタイムで実行して、印刷システム全体の構築負担を軽減と、印刷処理の効率化とを両立できる安価な印刷システムおよび印刷処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。

上記目的を達成する本発明の印刷システムは以下に示す構成を備える。

クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムであって、前記第２のサーバ装置は、前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換手段を備え、前記第１のサーバ装置は、前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加手段を備え、前記付加手段によりエンジン情報が付加された前記印刷データを第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする特徴とする。

上記目的を達成する本発明の印刷処理方法は以下に示す構成を備える。

クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける印刷処理方法であって、前記第２のサーバ装置は、前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換ステップを備え、前記第１のサーバ装置は、前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップを備え、前記付加ステップによりエンジン情報が付加された前記印刷データを第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする。

本発明によれば、第２のサーバ装置側に各出力装置に対するエンジン情報をあらかじめ設定する必要がなく、第１のサーバ装置により第３の通信プロトコルに基づく印刷ジョブから生成される印刷データを各出力装置に共通の第１の通信プロトコルで転送することが出来るとともに、同第１の通信プロトコルで各出力装置のステータス取得処理をリアルタイムで実行して、印刷システム全体の構築負担を軽減と、印刷処理の効率化とを両立できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す印刷システムの構成を説明する図である。

図１において、１は外付けの高性能ＲＩＰを有する外部機器のＲＩＰサーバで、クライアントコンピュータ１０２、１０３、１０４からのＲＩＰ処理要求に基づいて、ネットワークプリンタ１０５−１〜１０５−３が出力可能なラスタイメージへの展開処理を行う。

１００はプロトコル変換サーバで、ＲＩＰサーバ１から第１の通信プロトコルで転送される印刷情報を取得して、プリンタ１０５−１〜１０５−３が要求する第２の通信プロトコルで印刷データを転送処理する。

各サーバ１０１、クライアントコンピュータ１０２、１０３、１０４（以下、クライアント）は後述するハードウエア資源を備えるパーソナルコンピュータで構成され、それぞれイーサネット（登録商標）などのネットワークケーブルによってネットワーク１０６に接続され、アプリケーションプログラム等の各種のプログラムを実行可能である。

図２は、図１に示したクライアント１０２〜１０４とＲＩＰサーバ１、プロトコル変換サーバ１００の構成を説明するブロック図である。なお、本実施形態においてはこのように、クライントコンピュータ１０２〜１０４もＲＩＰサーバ１、プロトコル変換サーバ１００も同様あるいは同等のハードウエア構成とするが、それぞれ専用のハードウエア構成であっても構わない。

図２において、２００は装置全体の制御を行うＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや、本実施形態のネットワークプリンタ制御プログラム等を実行するため、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１は記憶手段としてのＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段としてのＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３は記憶媒体読み込み手段としてのフレキシブルディスクドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて、記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータにロードすることが出来る。２０４は記憶媒体であるフレキシブルディスク（ＦＤ）であり、コンピュータが読み取り可能にプログラムが格納された記憶媒体である。なお、記憶媒体はＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤＲ、ＣＤＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等を格納している。

２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がプリントサーバに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりするものである。

２０８はシステムバスであり、クライアントやプリントサーバであるコンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。

なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤなどで変更することも可能である。

図３は、図１に示した印刷システムにおける印刷データ処理を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図３において、１は外付けの高性能ＲＩＰを有する外部機器のＲＩＰサーバである。

１１はエンジン情報付加手段で、プロトコル変換サーバ１００より取得するエンジン情報のないプロトコルＢの通信データをエンジン情報付きのプロトコルＣの通信データに変換する。２は通常業務用ＬＡＮで、ＲＩＰサーバ１が接続される。３は高速Ｌｏｃａｌ通信網（Ｇ Ｅｔｈｅｒｎｅｔ（登録商標））であり、ＲＩＰサーバ１とプロトコル変換サーバ１００と画像出力エンジン４〜７を接続し、ＲＩＰサーバ１とプロトコル変換サーバ１００の双方向通信とＲＩＰサーバ１と画像出力エンジン４〜７間の通信を可能とする。

４〜７は画像出力エンジン（エンジン）であり、プリント、ＦＡＸ、コピー、スキャナ動作をすることが出来るマルチファンクションプリンタとして機能する。

画像出力エンジン４〜７は、高速Local通信網３を介してすべてプロトコルＣでＲＩＰサーバ１と通信できるが、これに限定するものではなく、プロトコルＤ、Ｅなど別のプロトコルでも構わない。その場合は、プロトコル変換サーバ１００内のプロトコル変換手段１０１とＲＩＰサーバ１内のエンジン情報付加手段１０２が複数のプロトコルに対応するものであってもよいし、プロトコルＤ用、プロトコルＥ用とプロトコル変換手段とエンジン情報付加手段を複数分けて持つ形態で実現してもよい。

１０１はプロトコル変換手段であり、ＲＩＰサーバ１から送信されるプロトコルＡの通信内容を画像出力エンジン４〜７が解釈できるプロトコルＢの形式の通信データに変換し、ＲＩＰサーバ１はプロトコルＢの通信データをプロトコル変換サーバ１００より受け取り、エンジンのＩＰアドレスを加味してプロトコルＣの形式の通信データに変換した後、高速Local通信網３上に通信データを出力する。

なお、エンジン４〜７は、ＲＩＰサーバ１からプロトコルＣで出力される情報を取得して、その情報中のＩＰアドレスが自分を示しているかどうかを確認し、自分のＩＰアドレスであればその情報（印刷コマンド等）を受け取り、内容を処理する。例えば印刷コマンドであれば印刷し、キャリブレーションであればキャリブレーションし、その他のコマンドであればそのコマンドの内容を処理する。

このように構成された印刷システムにおいて、ＲＩＰサーバ１とエンジン４〜７に対してユーザから入力されるＩＰアドレスを設定して、内部のメモリに登録する。

次に、ＲＩＰサーバ１にエンジン４〜７のソフトウエア資源であるドライバ（プリンタドライバ）をＨＤ２０５等の外部記憶装置にインストールする。ここで、印刷時の言語、出力スピード、メモリサイズ、排紙オプションなどエンジンの基本機能情報がＲＩＰサーバ１に登録される。プロトコル変換サーバ１００にユーザから入力されるＲＩＰサーバ１のＩＰアドレスを外部記憶装置等に登録する。これにおり、システムの設定が完了する。

従来のシステムでは、プロトコル変換サーバ１００にもエンジン４〜７に対するＩＰアドレス設定が必要となり、さらに、エンジン４〜７がプロトコルＡに対して誤った反応を示さないようにするためには、ＲＩＰサーバ１に登録されているエンジンＩＰとプロトコル変換サーバ１００に登録しているエンジンＩＰを別に設定する必要もあったが、本システムはそのような設定負担が不要となる。

以下、本システムにおけるプロトコル変換処理動作について説明する。

ＲＩＰサーバ１は印刷用のコマンドとしてＰＤ１にて、エンジン４へ３頁の印刷ＪＯＢを送信する場合、プロトコル変換が必要なので該印刷ＪＯＢの送信先のＩＰアドレスをプロトコル変換サーバ１０とする。

プロトコル変換サーバ１００は３頁の印刷ＪＯＢとして、プロトコルＡの形式のデータをＲＩＰサーバ１から受け取り、プロトコル変換手段１０１で１頁のＪＯＢ３つに分ける処理が行われる。

プロトコル変換サーバ１００は、プロトコルＡの形式のデータをＲＩＰサーバ１から受け取ると、プロトコルＢの形式で３つの１頁ＪＯＢを作成してＲＩＰサーバ１へ送信する。

そして、ＲＩＰサーバ１は、プロトコルＢの３つの１頁ＪＯＢにエンジン４を指し示すＩＰアドレスを付加してプロトコルＣの形式データとして、例えばエンジン４へ送信する。エンジン４は、プロトコルＣで印刷データを受け取り、３つの１頁ＪＯＢを順次行う。

ここで、プロトコルを３頁のＪＯＢから３つの１頁ＪＯＢに変換する処理について説明する。

例えばエンジン４において、３頁のＪＯＢとして、印刷処理を開始すると、エンジン４はコピーやＦＡＸ機能も備えているが、印刷出力中にコピーやＦＡＸを行うことが出来なくなる。

そこで、３つの１頁ＪＯＢなら頁間で印刷部に空きが出来る場合には、コピーやＦＡＸを利用することが出来、エンジンの機能をフルに活用できることになるため、本実施形態では、３つの１頁ＪＯＢを作成する。

さらに、ＲＩＰサーバ１が元の３頁ＪＯＢを依頼してきた図示しないクライアントコンピュータ１０２にＪＯＢの終了を通知する際、本実施形態では、エンジン４とＲＩＰサーバ１とは、プロトコルＣで通常どおり直接ステータスのやりとりが出来るので、リアルタイムで通知できる。

従来は、プロトコル変換サーバ１００がＲＩＰサーバ１に対してエンジン４を直接見えないようにしていたので、プロトコル変換サーバ１００の処理が間に入っていた。

図４は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートであり、図３に示したＲＩＰサーバ１によるデータ処理手順に対応する。なお、Ｓ１〜Ｓ９は各ステップを示し、各ステップは、ＲＩＰサーバ１内のＣＰＵが、印刷制御プログラムをＲＡＭ等にロードして実行することで実現される。

先ず、ステップＳ１で、ＲＩＰサーバ１がネットワークを介してクライアント１０２等より数頁からなるＰＤＬデータで構成される印刷ジョブ（ＪＯＢ）を受信すると、該受信した印刷ジョブをプロトコルＡでプロトコル変換サーバ１００に転送する（Ｓ２）。

そして、プロトコル変換サーバ１００よりプロトコルＢの形式に変換されている頁単位のジョブを受信したら（Ｓ３）、エンジン情報付加手段１１によりエンジン情報が付加されたプロトコルＣの形式で頁単位のジョブからラスタイメージデータに展開されている印刷データをプリンタに転送する（Ｓ４）。

次いで、全ページの転送終了を判定し、終了していないと判定した場合は、ステップＳ４へ戻り、終了していると判定した場合は、ステップＳ７へ進む。

一方、ステップＳ５で、全ページの転送を終了していないと判定された場合は、ステップＳ６で、印刷データを転送している転送先のプリンタからステータスを受信しているかどうかを判定し、受信していないと判定した場合は、ステップＳ７へ進み、印刷終了状態を判定して（Ｓ７）、終了していないと判定した場合は、ステップＳ６へ戻り、終了していると判定した場合は、ステップＳ８へ進み、印刷終了をジョブ依頼元のクライアントコンピュータにその旨をプロトコルＡで通知して、処理を終了する。

一方、ステップＳ６で、ステータスを受信していると判定した場合は、そのステータスをプロトコルＡで通知して（Ｓ９）、ステップＳ５へ戻る。

図５は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートであり、図３に示したプロトコル変換サーバ１００によるデータ処理手順に対応する。なお、Ｓ１１〜Ｓ１４は各ステップを示し、各ステップは、ＲＩＰサーバ１内のＣＰＵが、印刷制御プログラムをＲＡＭ等にロードして実行することで実現される。

先ず、ステップＳ１１で、ＲＩＰサーバ１よりプロトコルＡのジョブを受信しているかどうかを判断して、受信している場合は、そのジョブを頁単位のジョブを生成し（Ｓ１２），該頁単位にプロトコルＢの形式に変換してＲＩＰサーバ１に転送する（Ｓ１３）。

次に、全ページを転送終了しているかどうかを判断して（Ｓ１４）、終了していないと判定した場合は、ステップＳ１３へ戻り、終了していると判定して場合は、本処理を終了する。

これにより、マルチファンクションプリンタを複数台接続して動作させる場合に、従来プロトコル変換サーバ利用システムでは、プロトコル変換サーバとＲＩＰサーバの両方にエンジン情報を設定して、システムを構築していたが、本発明では、プロトコル変換サーバにはエンジン情報無しで済むので、システム構築を容易に行うことができる。

また、ＪＡＭリカバリーや、キャリブレーションなどを行う際にＲＩＰサーバとエンジンが直接通信するので、エンジンステータスの管理もＲＩＰサーバが統括的に行うことが出来る。

〔第２実施形態〕
上記実施形態では、プロトコル変換サーバ１００は、プロトコルＡの形式のデータをＲＩＰサーバ１から受け取り、プロトコルＢの形式で３つの１頁ＪＯＢを作成してＲＩＰサーバ１へ送信し、該プロトコルＢの形式で３つの１頁ＪＯＢにエンジン情報付きのプロトコルＣの通信データに変換してエンジン４〜７へ出力する場合について説明したが、エンジン情報付きのプロトコルＣを記憶する手段を設けて、エンジン情報に対応して、記憶されるエンジン情報付きのプロトコルでクライアントからの印刷データから生成されるラスタイメージデータを各エンジンに転送するように制御してもよい。以下、その実施形態について説明する。

図６は、本発明の第２実施形態を示す印刷システムの構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図６において、１０はＲＩＰサーバで、エンジン情報付加手段１１を備え、プロトコル変換サーバ１００より取得するエンジン情報のないプロトコルＢの通信データをエンジン情報付きのプロトコルＣの通信データに変換する。

１２は変換済みプロトコル記憶手段で、プロトコル変換サーバ１００で変換されたプロトコルＣを記憶する。１４〜１７は画像出力エンジンである。

このように構成された印刷システムにおいて、ＲＩＰサーバ１０の内に設けられた変換済みプロトコル記憶手段１２は、プロトコル変換サーバ１００で変換されたプロトコルを記憶し、かつ、変換前のプロトコルＡも同時に記憶し、プロトコルＡからプロトコルＢに変換されるという機能を簡易的に可能とする情報を格納することができる。

そして、ＲＩＰサーバ１０は、同じ印刷コマンドを発行するときは、変換済みプロトコル記憶手段１２に格納済みかどうか確認し、格納済なら、変換済みプロトコル記憶手段１２での変換機能を用いて、プロトコルＢの形式の通信データを生成し、エンジン情報付加手段１１からの情報を取り込みエンジン４から７、１４〜１７等にプロトコルＣの形式の通信データを送信する。

このようにプロトコル変換サーバ１台設けることで、複数のＲＩＰサーバとエンジンの系で高機能なプロトコルによる印刷動作が可能となる。

また、プロトコル変換サーバ１台で、複数のＲＩＰサーバに対応したシステムを構築できる。また、変換済みプロトコル記憶手段をＲＩＰサーバに持たせることで、高速Ｌｏｃａｌ通信網（Ｇ Ｅｔｈｅｒｎｅｔ（登録商標））のトラフィックを低減することもできる。

以下、図７に示すメモリマップを参照して本発明に係る印刷システムで読み取り可能なデータ処理プログラムの構成について説明する。

図７は、本発明に係る印刷システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４，図５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることが出来る。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホーム頁に接続し、該ホーム頁から本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホーム頁からダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホーム頁から暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることは言うまでもない。以下、その実施態様１〜１０について説明する。

〔実施態様１〕
クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置（例えば図３に示すＲＩＰサーバ１）と、前記第１のサーバ装置と複数の出力装置（例えば図３に示す画像出力エンジン４〜７）または第２のサーバ装置（例えば図３に示すプロトコル変換サーバ１）とが通信して印刷可能な印刷データを生成する印刷システムであって、
前記第２のサーバ装置は、
前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換手段（例えば図３に示すプロトコル変換手段１０１）を備え、前記第１のサーバ装置は、前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加手段（例えば図３に示すエンジン情報付加手段１１）を備え、前記付加手段によりエンジン情報が付加された前記印刷データを第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする特徴とする印刷システム。

これにより、第２のサーバ装置側に各出力装置に対するエンジン情報をあらかじめ設定する必要がなく、第１のサーバ装置により第３の通信プロトコルに基づく印刷ジョブから生成される印刷データを各出力装置に共通の第１の通信プロトコルで転送することが出来る。

〔実施態様２〕
前記第１のサーバ装置は、各出力装置から前記第３の通信プロトコルでステータスを取得可能とすることを特徴とする請求項１記載の印刷システム。

これにより、第１の通信プロトコルで各出力装置のステータス取得処理をリアルタイムで実行できる。

〔実施態様３〕
前記第１のサーバ装置は、前記第２のサーバ装置により変換されている第３の通信プロトコルを保存する記憶手段（例えば図６に示す変換済みプロトコル記憶手段１２）と、前記記憶手段に記憶される第３の通信プロトコルに基づいて受信した印刷ジョブからエンジン情報が付加された前記印刷データを生成して第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする請求項１記載の印刷システム。

これにより、プロトコル変換サーバ１台で、複数のＲＩＰサーバに対応したシステムを構築できる。また、変換済みプロトコル記憶手段をＲＩＰサーバに持たせることで、高速Ｌｏｃａｌ通信網（Ｇ Ｅｔｈｅｒｎｅｔ（登録商標））のトラフィックを低減することもできる。

〔実施態様４〕
前記第１のサーバは、前記第３の通信プロトコルでいずれかの出力装置からステータスを取得して、前記印刷ジョブの要求元のクライアントコンピュータに転送することを特徴とする請求項１記載の印刷システム。

これにより、各出力装置から同一の第３の通信プロトコルでステータスをリアルタイムに取得して、速やかに印刷ジョブの要求元に現在のステータスを通知できる。

〔実施態様５〕
クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける印刷処理方法であって、前記第２のサーバ装置は、前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換ステップ（図５に示すステップＳ１１〜Ｓ１４）を備え、前記第１のサーバ装置は、前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップ（図４に示すステップＳ４）を備え、前記付加ステップによりエンジン情報が付加された前記印刷データを第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする印刷処理方法。

これにより、実施態様１と同等の効果を奏する。

〔実施態様６〕
前記第１のサーバ装置は、各出力装置から前記第３の通信プロトコルでステータスを取得可能とすることを特徴とする請求項４記載の印刷処理方法。

これにより、実施態様２と同等の効果を奏する。

〔実施態様７〕
前記第２のサーバ装置により変換されている第３の通信プロトコルを保存する記憶手段を備える前記第１のサーバ装置は、
前記記憶手段に記憶される第３の通信プロトコルに基づいて受信した印刷ジョブからエンジン情報が付加された前記印刷データを生成して第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする請求項４記載の印刷処理方法。

これにより、実施態様３と同等の効果を奏する。

〔実施態様８〕
前記第１のサーバは、前記第３の通信プロトコルでいずれかの出力装置からステータスを取得して、前記印刷ジョブの要求元のクライアントコンピュータに転送することを特徴とする請求項４記載の印刷処理方法。

これにより、実施態様４と同等の効果を奏する。

〔実施態様９〕
クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける第１のサーバ装置で実行されるプログラムであって、前記第２のサーバ装置に第１のプロトコルで印刷ジョブを送信するステップと、前記第２のサーバ装置から第２のプロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップと、前記付加ステップによりエンジン情報が付加された第３のプロトコルで前記印刷データを複数の出力装置に転送する転送ステップとを実行させるためのプログラム。

これにより、実施態様１〜８と同等の効果を奏する。

〔実施態様１０〕
クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける第１のサーバ装置で実行されるプログラムを記憶する記憶媒体であって、前記第２のサーバ装置に第１のプロトコルで印刷ジョブを送信するステップと、前記第２のサーバ装置から第２のプロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップと、前記付加ステップによりエンジン情報が付加された第３のプロトコルで前記印刷データを複数の出力装置に転送する転送ステップとを実行させるためのプログラムを記憶する記憶媒体。

実施態様１〜８のいずれかに記載の印刷処理方法をコンピュータに実行させることを特徴とするプログラム。

これにより、実施態様１〜８と同等の効果を奏する。

本発明の第１実施形態を示す印刷システムの構成を説明する図である。 図１に示したクライアントとＲＩＰサーバ、プロトコル変換サーバの構成を説明するブロック図である。 図１に示した印刷システムにおける印刷データ処理を説明するブロック図である。 本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。 本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明の第２実施形態を示す印刷システムの構成を説明するブロック図である。 本発明に係る印刷システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 従来の印刷システムの構成を説明するブロック図である。

符号の説明

１ ＲＩＰサーバ
４〜７ 画像出力エンジン
１１ エンジン情報付加手段
１００ プロトコル変換サーバ
１０１ プロトコル変換手段

Claims (10)

1. クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムであって、
   前記第２のサーバ装置は、
   前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換手段を備え、
   前記第１のサーバ装置は、
   前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加手段を備え、
   前記付加手段によりエンジン情報が付加された第１の通信プロトコルで前記印刷データをいずれかの出力装置に転送することを特徴とする特徴とする印刷システム。
2. 前記第１のサーバ装置は、各出力装置から前記第３の通信プロトコルでステータスを取得可能とすることを特徴とする請求項１記載の印刷システム。
3. 前記第１のサーバ装置は、
   前記第２のサーバ装置により変換されている第３の通信プロトコルを保存する記憶手段と、
   前記記憶手段に記憶される第３の通信プロトコルに基づいて受信した印刷ジョブからエンジン情報が付加された前記印刷データを生成して第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする請求項１記載の印刷システム。
4. 前記第１のサーバは、前記第３の通信プロトコルでいずれかの出力装置からステータスを取得して、前記印刷ジョブの要求元のクライアントコンピュータに転送することを特徴とする請求項１記載の印刷システム。
5. クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける印刷処理方法であって、
   前記第２のサーバ装置は、
   前記第１のサーバ装置から前記第２の通信プロトコルで前記印刷ジョブを受信して第３の通信プロトコルの印刷ジョブに変換して返送するプロトコル変換ステップを備え、
   前記第１のサーバ装置は、
   前記第２のサーバ装置から第３の通信プロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップを備え、
   前記付加ステップによりエンジン情報が付加された第１の通信プロトコルで前記印刷データをいずれかの出力装置に転送することを特徴とする印刷処理方法。
6. 前記第１のサーバ装置は、各出力装置から前記第３の通信プロトコルでステータスを取得可能とすることを特徴とする請求項４記載の印刷処理方法。
7. 前記第２のサーバ装置により変換されている第３の通信プロトコルを保存する記憶手段を備える前記第１のサーバ装置は、
   前記記憶手段に記憶される第３の通信プロトコルに基づいて受信した印刷ジョブからエンジン情報が付加された前記印刷データを生成して第１の通信プロトコルでいずれかの出力装置に転送することを特徴とする請求項４記載の印刷処理方法。
8. 前記第１のサーバは、前記第３の通信プロトコルでいずれかの出力装置からステータスを取得して、前記印刷ジョブの要求元のクライアントコンピュータに転送することを特徴とする請求項４記載の印刷処理方法。
9. クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける第１のサーバ装置で実行されるプログラムであって、
   前記第２のサーバ装置に第１のプロトコルで印刷ジョブを送信するステップと、
   前記第２のサーバ装置から第２のプロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップと、
   前記付加ステップによりエンジン情報が付加された第３のプロトコルで前記印刷データを複数の出力装置に転送する転送ステップとを実行させるためのプログラム。
10. クライアントコンピュータとから印刷ジョブを受信する第１のサーバ装置と、前記第１のサーバ装置と複数の出力装置または第２のサーバ装置とが通信して印刷可能な印刷データを生成する印刷システムにおける第１のサーバ装置で実行されるプログラムを記憶する記憶媒体であって、
    前記第２のサーバ装置に第１のプロトコルで印刷ジョブを送信するステップと、
    前記第２のサーバ装置から第２のプロトコルのデータ形式に変換されている印刷ジョブを受信して、ラスタイメージに変換した頁単位の印刷データにエンジン情報を付加する付加ステップと、
    前記付加ステップによりエンジン情報が付加された第３のプロトコルで前記印刷データを複数の出力装置に転送する転送ステップとを実行させるためのプログラムを記憶する記憶媒体。

Images