JP3215225B2 - プリンタサーバシステム及びその制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク上で複数
のクライアントユーザーがプリンタ機能を共有できるプ
リンタサーバーシステム及びその制御方法に関するもの
である。

【０００２】

【従来の技術】近年、コンピュータ上で作成、変換され
た文書・画像等を、そのコンピュータが接続されている
ネットワーク上のプリンタに出力し、複数のクライアン
トユーザーによるプリンタの共同利用が可能となってき
ている。

【０００３】

【発明が解決しようとする課題】しかしながら、スプー
ル機能を持つファイルサーバーと、そのデータを出力す
るプリンタサーバーの２つにて構成されるプリンタサー
バーシステムでは、カラーのラスタ画像のような大容量
の複数の画像を効率よく管理しプリント出力すること
は、非常に難しいという問題がある。即ち、ファイルサ
ーバーとプリントサーバーとを設けることにより大容量
の画像データをキューイングできる一方大容量の画像デ
ータをファイルサーバーに転送するためにネットワーク
上に画像データを出力し、ファイルサーバーからプリン
タサーバーに転送するために再びネットワーク上に画像
データを出力することになるのでネットワーク上を何度
も大容量のデータが流れてしまうことになり、例えば、
急いでプリントしたい場合などには、プリント処理の遅
延を招いてしまうといった問題点があった。

【０００４】本発明の目的は、同一ネットワーク上に複
数のクライアント端末、クライアント端末からのプリン
ト要求及び該プリント要求に係る画像データをキューイ
ングするキューイングテーブルを有するファイルサーバ
ー及び、プリンタへの画像データの出力を制御するプリ
ンタサーバーが接続される構成をとるプリンタサーバー
システムにおいて、クライアント端末からのプリント要
求を効率的に処理することのできるプリンタサーバーシ
ステム及びその制御方法を提供することである。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、本発明によるプリンタサーバシステムは、同一ネッ
トワーク上に複数のクライアント端末、クライアント端
末からのプリント要求及びプリント要求に係る画像デー
タをキューイングするファイルサーバー及びプリンタへ
の画像データの出力を制御するプリンタサーバーが接続
される構成をとるプリンタサーバーシステムであって、
クライアント端末からのプリント要求及び画像データを
ファイルサーバーに転送する第１の転送手段と、第１の
転送手段で転送されたプリント要求及び画像データをフ
ァイルサーバからプリンタサーバーに転送する第２の転
送手段と、クライアント端末からのプリント要求及び画
像データを、第１の転送手段によるファイルサーバーへ
の転送を行わずにプリンタサーバーに転送するよう制御
する制御手段とを備えることを特徴とする。

【０００６】また、本発明の目的は、同一ネットワーク
上に複数のクライアント端末、クライアント端末からの
プリント要求及びプリント要求に係る画像データをキュ
ーイングするファイルサーバー及びプリンタへの画像デ
ータの出力を制御するプリントサーバーが接続される構
成をとるプリンタサーバーシステムの制御方法であっ
て、クライアント端末からのプリント要求及び画像デー
タをファイルサーバーに転送する第１の転送ステップ
と、第１の転送ステップで転送されたプリント要求及び
画像データをファイルサーバからプリンタサーバーに転
送する第２の転送ステップと、クライアント端末からの
プリント要求及び画像データを、第１の転送ステップに
よるファイルサーバーへの転送を行わずにプリンタサー
バーに転送するよう制御するステップとを備えるプリン
タサーバーシステムの制御方法によっても達成される。

【０００７】

【作用】以上の構成において、カラー画像のような画像
データサイズの大きなデータでも、効率よくサーバー上
で管理しプリント出力するように機能する。

【０００８】

【実施例】以下、添付図面を参照して、本発明に係る好
適な実施例を詳細に説明する。

【０００９】図１は、本発明の実施例に係るプリンタサ
ーバーシステムのシステム構成図である。

【００１０】図１に示すように、本実施例に係るプリン
タサーバーシステムは、後述するように、その上部にデ
ジタルカラー画像読取部（以下、カラースキャナと称す
る）（１００）と、デジタルカラー画像を印刷出力する
デジタルカラー画像プリント部（以下、カラープリンタ
と称する）（３００）にて構成されるデジタルカラー複
写機（１０００）、ネットワーク（１）上に接続されて
いるスキャナ／プリンタサーバー（２００）、ネットワ
ーク（１）上のファイルシステムをサポートするファイ
ルサーバー（５００）、そして、複数のクライアントユ
ーザーが操作する複数のクライアントコンピュータ（４
００）により構成される。

【００１１】図２は、スキャナ／プリンタ機能を有す
る、本実施例に係るシステムを構成するデジタルカラー
複写機（１０００）の構成を示す図である。

【００１２】図２において、スキャナ（１００）部で
は、スキャナコントローラ（１０１）が制御の中心とな
り、以下に述べる制御を行なっている。

【００１３】すなわち、露光系コントローラ（１０３）
が、原稿台（１０５）上の原稿（不図示）を、Ｒ・Ｇ・
Ｂの各色毎に密着型のＣＣＤラインセンサにより色分解
し、点順次のアナログ画像信号に変換する。このアナロ
グ画像信号は、Ａ／Ｄ変換部で各色８ｂｉｔのデジタル
画像信号に変換され、輝度を示すＲＧＢ各色がそれぞれ
線順次信号として出力される。

【００１４】デジタル画像信号は、画像処理部（１０
２）において、Ｒ，Ｇ，Ｂの輝度レベルから、濃度を示
すＣ，Ｍ，Ｙ，Ｂｋの４色のトナー量に対応したレベル
に変換される。そして、同時に、画像処理部（１０２）
で色補正演算され、合成、変倍、移動等の各種画像処理
が行なわれる。

【００１５】プリンタ（３００）部では、スキャナ（１
００）部より送られてきたＣ，Ｍ，Ｙ，Ｂｋの各デジタ
ル画像信号が半導体レーザ部（不図示）の点灯信号に変
換され、レーザドライブ部（３１０）でレーザが制御さ
れる。そのレーザの点灯信号は、デジタル画像信号のレ
ベルに対応したパルス幅を有する信号として出力され
る。

【００１６】ここでは、プリンタ部（３００）は、レー
ザの点灯レベルは２５６レベル（８ｂｉｔに対応）とな
っている。出力すべきデジタル画像信号に応じて、カラ
ー画像を各ＣＭＹＫのカラー別に制限し、それぞれ感光
ドラム（３１５）に順次、デジタル的なドット形式で現
像部（３１４）にて露光・現像する。そして、このプリ
ンタ部（３００）は、転写部（３１６）にて記録用紙に
複数転写し、分離部（３２０）、搬送部（３２１）を介
して、最終的に定着部（３２２）にて定着する、電子写
真方式のレーザビームプリンタである。

【００１７】なお、上記のスキャナ（１００）部とプリ
ンタ（３００）部は、スキャナ（１００）部によりプリ
ンタ（３００）を制御して、デジタルカラー複写機とし
て機能することが可能となっている。

【００１８】デジタルカラー複写機として機能する際に
は、スキャナ（１００）部の原稿台（１０５）に原稿画
像をセットし、不図示の複写開始キーを押すことで、上
述のプロセスに従ってスキャナ部からの画像の読み込
み、画像処理、また、プリンタ（３００）部での露光、
現像、転写、定着のプロセスを経て画像が形成され、カ
ラーコピーとして出力される。

【００１９】図３は、本実施例に係るシステムのネット
ワークに接続されたクライアントコンピュータ（４０
０）の構造を示す図である。同図に示すように、クライ
アントコンピュータ（４００）は、スキャナ／プリンタ
サーバー（２００）とファイルサーバー（５００）との
ネットワーク上のプロトコルを制御するためのネットワ
ークコントローラ（４２０）、クライアントコンピュー
タ（４００）の中央制御のためのＣＰＵ（４０５）、画
像データの一時登録、各種データ記録のためのハードデ
ィスク（４５１）、それを制御するハードディスクコン
トローラ（４５０）、メインメモリ（４６０）、作業者
カラーの指示入力を行なうマウス（４３１）、キーボー
ド（４４１）、レイアウト・編集・メニュー表示のため
のカラーディスプレイ（４１２）、ディスプレイメモリ
（４１１）、ディスプレイコントローラ（４１０）、及
びディスプレイメモリ（４１１）上での画像レイアウト
・編集を行なう画像編集コントローラ（４１３）にて構
成される。

【００２０】図４は、本実施例に係るシステムを構成す
るスキャナ／プリンタサーバー（２００）の構成を示す
図である。

【００２１】本装置は、図４に示すように、スキャナ／
プリンタサーバー（２００）全体を制御するメインコン
トローラ（２１０）、ネットワーク上のプロトコル処理
を制御するネットワークコントローラ（２２０）、その
プロトコルにより抽出したパケットの内容の解析、画像
データの分離等、サーバーとしての制御を行なうネット
ワークサーバーコントローラ（２２１）にて構成され
る。また、分離された画像データ／コマンドデータに基
づいて、カラーの多値ラスタ画像データ、及びその位置
・属性情報を記憶／管理し、レイアウト等を行なうラス
タ画像記憶部（７００）に分けられる。

【００２２】また、インターフェースとしては、デジタ
ルカラー複写機（１０００）との画像データ、命令をや
りとりするデジタルカラーインターフェースコントロー
ラ（７９０）、サーバー管理者からの指示を入力するた
めのマウス（２４４）、キーボード（２４５）、レイア
ウト・編集・メニュー表示のためのカラーディスプレイ
（２４２）、ディスプレイメモリ（２４１）、そして、
ディスプレイコントローラ（２４０）にて構成される。

【００２３】図５は、本実施例に係るシステムを構成す
るファイルサーバー（５００）を示す図である。同図に
示すように、ファイルサーバー（５００）は、ネットワ
ーク上のプロトコル処理の制御をするネットワークコン
トローラ（５２０）、そのプロトコルにより抽出したパ
ケットの内容の解析、画像データの分離等、ファイルサ
ーバー全体としての制御を行なうファイルサーバーメイ
ンコントローラ（５１０）、単体、もしくは複数のハー
ドディスクを制御するハードディスクコントローラ（５
３０）、それに接続されるハードディスク（５３１）、
ハードディスク上に登録されたキューイングファイルデ
ータを管理／制御するキュー管理コントローラ（５５
０）、その管理情報についてのテーブルであるキューテ
ーブルデータ（５５１）、ファイルサーバー管理者から
の指示入力のためのマウス（５４４）、キーボード（５
４５）、メニュー表示のためのカラーディスプレイ（５
４２）、ディスプレイメモリ（５４１）、及び、ディス
プレイコントローラ（５４０）にて構成される。

【００２４】図６は、スキャナ／プリンタサーバー（２
００）内のラスタ画像記憶部（７００）の構成を示す図
である。

【００２５】図６に示すラスタ画像記憶部（７００）
は、ラスタ画像データの全体を制御するイメージメイン
コントローラ（７１０）を中心に、ラスタ画像データを
プリンタの出力タイプに変換するラスタ画像変換部（８
００）、ラスタ画像データをラスタイメージメモリ（７
６０）へ効率よく配置し、管理を行なうメモリ管理コン
トローラ（７２０）、その管理テーブル（７７０）を有
する。

【００２６】また、既に登録された画像データに対し
て、あるいは、メモリ上に画像登録する際に、拡大／縮
小／変形編集を行なう画像編集コントローラ（７３
０）、プリンタ部へ出力する際にレイアウト編集をリア
ルタイムで行なうレイアウトコントローラ（７５０）等
にて構成される。

【００２７】メモリ上の画像データを出力する際には、
デジタルインターフェイスコントローラ（７９０）を介
してプリンタ部（３００）に画像データを転送し、プリ
ント画像を得る。

【００２８】本ラスタ画像記憶部（７００）とスキャナ
／プリンタサーバー（２００）のメインバス（２０１）
との画像データ及び命令は、特定のフォーマットに基づ
いたものになっており、バスコントローラ（７４０）を
介してイメージコントローラ（７１０）とスキャナ／プ
リンタサーバー（２００）のメインコントローラ（２１
０）とが相互にやり取りを行なう構成をとる。そして、
このラスタ画像記憶部（７００）は、画像データをファ
イル管理モードとページモードの２つのメモリ管理モー
ドで管理することが可能となっている。

【００２９】ファイル管理モードは、画像データを複数
個、記憶／管理する機能であり、記憶された画像データ
は、スキャナ／プリンタサーバーのメインコントローラ
（２１０）からの命令によって、登録されている複数の
画像データをそれぞれレイアウトを行ない、それをデジ
タルインターフェースコントローラ（７９０）を介して
プリンタ部（３００）に出力する。このようにしてプリ
ント画像を得ることができる。

【００３０】その際、複数の画像データは、画像ファイ
ルとして、それぞれラスタイメージメモリ（７６０）を
複数に分割して管理されており、メモリ上のスタートア
ドレスとその画像データ長、画像データの属性、画像デ
ータのレイアウト出力の位置情報等が位置／属性情報テ
ーブル（７７０）に登録され、それをメモリ管理コント
ローラ（７２０）が管理することになる。

【００３１】そして、実際に出力される際、その登録さ
れた画像データの画像変換を行なう画像編集コントロー
ラ（７３０）と、レイアウト出力する際に拡大／縮小／
変形編集を行なうレイアウトコントローラ（７５０）よ
り指定された位置と大きさになり、カラーデジタルイン
ターフェースコントローラ（７９０）を介してプリンタ
部（３００）に出力される。そのため、オリジナルの画
像データは常時メモリ上にあるので、レイアウト出力を
変えて行なうことも可能である。

【００３２】他のメモリ管理モードであるページモード
においては、ラスタイメージメモリ（７６０）を一枚の
用紙として扱い、メモリを幅（ＷＩＤＴＨ）／高さ（Ｈ
ＥＩＧＨＴ）で管理し、複数の画像データは、それぞれ
メモリ上にレイアウトされる際、画像編集コントローラ
（７３０）により拡大／縮小／変形、及び画像データの
色に関する画像変換が施され、指定されたメモリ上のレ
イアウト位置にはめ込まれる。

【００３３】このようにして、レイアウトコントローラ
（７５０）にて指定された位置と大きさになり、カラー
デジタルインターフェースコントローラ（７９０）を介
してプリンタ部（３００）に出力される。

【００３４】本実施例におけるクライアントコンピュー
タ（４００）、ファイルサーバー（５００）、スキャナ
／プリンタサーバー（２００）は、ネットワーク上で
は、各々が通信を行なうため、図７に示すようなパケッ
トと呼ばれるデータ列の集まりを１つのブロックとして
使用し、相互にパケットのやり取りを行なっている。

【００３５】パケットの構造は、その先頭に送信先のネ
ットワークアドレス、次に送り元のネットワークアドレ
スをセットし、そのパケットのフレームサイズの情報の
後に実際のパケットデータが続き、最後にデータ転送の
信頼性を上げるためにテーラーと呼ばれるＣＲＣ等のエ
ラーチェックを付ける。このパケットデータ部（１００
０２）に関しては、任意のデータを入れることが可能で
あるが、本実施例では、図７、図８に示すように、ヘッ
ダ部（１０００３）とデータブロック部（１０１００）
に分離される。

【００３６】図７に示すように、パケットデータ部（１
０００２）のヘッダ部（１０００３）は、先頭にヘッダ
情報であることを示すヘッダコード（１００１９）が入
り、次に、パケットデータがどのような機能を持つかを
示すファンクションコード部（１００２０）、複数のパ
ケットにより１つのデータを構成する場合の連続番号を
示す連続パケットＩＤ（１００３０）、そのトータルの
パケット数を示すトータルパケットＩＤ（１００３
１）、そして、実際のデータが入るデータブロック部
（１０１００）のデータの長さを示すデータ長（１００
３２）により構成される。

【００３７】また、ファンクションコード部（１００２
０）は、スキャナ／プリンタサーバータイプを示すファ
ンクションＩＤ（１００２１）と、サーバーに対しての
ジョブタイプを示すジョブタイプＩＤ（１００２２）、
そして、実行されるジョブを識別するジョブＩＤ（１０
０２３）により構成される。

【００３８】パケットデータ部（１０００２）のデータ
ブロック部（１０１００）は、図８に示すように、ヘッ
ダ部のファンクションコード部のジョブタイプＩＤ（１
００２２）内容により、コマンドブロック（１０００
５）、ステータスブロック（１０００６）、画像データ
ブロック（１０００７）、そして、画像情報ブロック
（１０００８）に分けられる。

【００３９】以下、フローチャートを参照して、上記の
構成をとるスキャナ／プリンタサーバーシステムのプリ
ント動作手順について説明する。 ＜クライアントコンピュータ上のレイアウト処理＞図９
は、本実施例に係るシステムにおけるクライアントコン
ピュータ上のレイアウト処理等の手順を示すフローチャ
ートである。

【００４０】図９のステップＳ１で、クライアントコン
ピュータ（４００）上では、ＤＴＰ（Desk Top Publish
ing ）のソフトウェアがハードディスク（４５１）より
メインメモリ（４６０）上にロードされ、ステップＳ２
で、ＣＰＵ（４０５）によりＤＴＰソフトウエアが実行
される。ここでは、ユーザーは、マウス（４３１）やキ
ーボード（４４１）を使用して、文書イメージと各種の
画像データ（ベクトルで形成されたイラスト、スキャナ
等により取り込まれた自然画等の多値画像）をレイアウ
トし、ディスプレイ（４１２）上で確認しながら直接行
なわれる（ステップＳ３）。

【００４１】なお、多値の自然画が文書イメージ上にレ
イアウトされた際に、その画像に対して２値のビットマ
ップ画像によってマスクの処理を加えてクロッピングす
ることも可能である。

【００４２】そして、その間に作成された任意の文書イ
メージの加工手順／多値画像データ／２値ビットマップ
マスク画像等は、画像編集コントローラ（４１３）がメ
インメモリ（４６０）上に随時登録し（ステップＳ４，
Ｓ５）、１ページの体裁が完了した時点でハードディス
クコントローラ（４５０）を制御して、ハードディスク
（４５１）上に１ページ分の体裁として登録される（ス
テップＳ６，Ｓ７）。また、これらの編集／レイアウト
の一連の操作を、作成する全ページに対して行なう（ス
テップＳ８）。 ＜ラスタ画像の生成＞上記の処理の間、ディスプレイメ
モリ（４１１）上に展開された文書イメージがディスプ
レイ（４１２）に表示され、最終的に完成した時点で、
ハードディスク（４５１）上のレイアウトされた文書イ
メージの各種情報に基づいて、ＲＯＭ（４０６）内のデ
バイスドライバ・ソフトウェアによって、レイアウトし
て作成した文書や画像を多値のラスタ画像に変換する
（ステップＳ９）。その際、画像データの幅、高さ、画
像データのタイプ（ＲＧＢ，ＣＭＹＫ，ｂｉｔｍａｐ，
８Ｐａｌｅｔｔｅ）、レイアウト出力する際の位置情
報、そして、カラーの補正情報が、コマンドデータとし
て画像データとともにハードディスク上に登録される
（ステップＳ１０）。

【００４３】このように変換された多値のラスタ画像
は、文字やイラスト等のベクトル系の情報、レイアウト
された自然画等の多値ラスタ画像のデータとマスク処理
のマスクコマンド、そのマスクデータの２値ビットマッ
プマスク画像データに基づいて、デバイスドライバ・ソ
フトウェアにて作成したものである。 ＜プリントキューに対するステータス要求＞図１０に示
すフローチャートを参照して、プリントキューに対する
ステータス要求処理を説明する。なお、ここでは、クラ
イアントコンピュータ（４００）は、ネットワーク・コ
ントローラ（４２０）に対して、ファイルサーバー（５
００）のネットワーク・コントローラ（５２０）と通信
を行なう。

【００４４】あらかじめクライアントコンピュータに登
録してあるファイルサーバーのネットワークアドレスを
もとに、ネットワーク・コントローラ（４２０）は、パ
ケットベース（１０００１）の相手先アドレスをセット
し、ヘッダ部のファンクションＩＤに、機能を識別する
ＩＤとして一意的に決まっているカラープリンタ用のＩ
Ｄをセットし、実行形態がカラープリントであることを
明示する。ジョブのＩＤには、まだジョブが確定してい
ないので０をセットし、ジョブタイプＩＤとして、コマ
ンドのデータブロックであることを示す、一意的に決ま
っているコマンドのＩＤをセットする。

【００４５】このときのデータブロック部は、ファイル
サーバー側の現在のプリントキュー状態情報を入手する
ための、プリントキューステータス要求のコマンドをセ
ットする。このプリントキューステータス要求のコマン
ドのパラメータとして、先にハードディスク上に登録さ
れたコマンドデータをもとに、登録を行なう画像データ
のタイプ（ＲＧＢ，ＣＭＹＫ，ｂｉｔｍａｐ，８Ｐａｌ
ｅｔｔｅ）と、その画像データの幅、高さのサイズをパ
ラメータとしてセットする（ステップＳ１１）。

【００４６】クライアントコンピュータ（４００）は、
このパケットデータを、ネットワーク・コントローラ
（４２０）を介してファイルサーバー（５００）に転送
する。ファイルサーバー側では、ファイルサーバーメイ
ンコントローラ（５１０）が、そのパケットの内容をヘ
ッダ部とデータブロック部とに分離し、データブロック
部の内容がコマンドであること解析し、そのコマンドに
沿った処理を行なう。

【００４７】クライアント側からの要求は、ファイルサ
ーバーのプリントキューステータス要求のコマンドであ
るので、ファイルサーバーメインコントローラ（５１
０）は、指定されたファンクションＩＤ（１００２１）
に当たるプリンタのキュー情報があるかを、キュー管理
コントローラに対して要求する（ステップＳ１２）。 <キューイングテーブルの参照> キューテーブルデータ（５５１）の構成は、図１８に示
すように、複数のスキャナ／プリンタサーバーに対応で
きるように、キューイングエントリーテーブル内にそれ
ぞれのスキャナ／プリンタサーバー用にキューイングテ
ーブル管理し、各々のキューイングテーブル内には、ク
ライアントからの要求されたプリント／スキャナのジョ
ブが複数登録されている構成をとる。

【００４８】キュー管理コントローラ（５５０）は、キ
ューイングエントリテーブルの中に登録してあるキュー
イングテーブルの内容を参照し、各キューイングテーブ
ル内のキュータイプをチェックし、指定されたファンク
ションＩＤ（１００２１）に相当するものを探す。そし
て、それが存在する場合、そのキューイングテーブルデ
ータから全体のステータス情報を作成する。なお、複数
の対象があった場合、複数分の全体のステータス情報を
作成する。

【００４９】全体ステータス情報のデータは、指定され
たファンクションＩＤ（１００２１）に相当するキュー
である登録キューＩＤ（１０２０９）、そのキューの対
象となるプリンタサーバーのサーバーＩＤ／ネットワー
クＩＤ（１０３０１）、そのキューテーブルに割り当て
られたキューイングファイルデータの登録可能容量（１
０３１３）、現在登録されているトータルのキュー数
（１０３０６）、登録可能な最大キュー数（１０３１
２）、登録されているキュー毎のクライアントの優先レ
ベル（１０３１４）、ジョブを登録したクライアントの
ネットワークＩＤ（１０３１５）、そして、エラーコー
ドで構成されている。

【００５０】全体ステータス情報のデータは、パケット
データのデータブロック部にセットされ、ヘッダ内のジ
ョブタイプＩＤをステータスブロックのＩＤにして、ス
テータス要求を発行したクライアントコンピュータに返
送する。

【００５１】このとき、画像データのタイプ（ＲＧＢ，
ＣＭＹＫ，ｂｉｔｍａｐ，８Ｐａｌｅｔｔｅ）と、その
画像データの幅、高さのサイズから実際に必要な画像デ
ータの容量を算出し、キューテーブルに割り当てられた
キューイングファイルデータの登録可能容量（１０３１
３）の値との比較を行なう。

【００５２】なお、必要な画像データの容量が確保する
ことができない場合、容量不足のエラーコードをセット
する。また、登録可能な最大キュー数（１０３１２）
が、現在登録されているトータルのキュー数（１０３０
６）と一致している場合、これ以上ジョブを登録するこ
とはできないので、キュー割り当て不足のエラーコード
をセットする。

【００５３】また、対象となるキュー情報が存在しない
場合、一意的に決まっている対象プリンタが見つからな
いことを意味するエラーコードをパケットデータのデー
タブロック部にセットし、ステータス要求を発行したク
ライアントコンピュータに返送する。 <キューイングテーブルのチェック> クライアントコンピュータは、ファイルサーバーより返
送されたパケットデータの内容を、上述したファイルサ
ーバーと同じように分割／解析し、現在有効なスキャナ
／プリンタサーバーに当たる登録キューＩＤを入手する
（ステップＳ１３）。

【００５４】このとき、エラーコードをチェックし、容
量不足のエラーコード、キュー割り当て不足のエラーコ
ードがセットされていた場合、全体ステータス情報のデ
ータから、現在実行中のキュー（１０３０７）の優先レ
ベル（１０３１４）の値と、あらかじめクライアントコ
ンピュータ上に設定されている優先レベルの値との比較
を行なう（ステップＳ１５）。

【００５５】この優先レベルは、ファイルサーバーに対
してキュー登録を行なったり、もしくは、プリントを実
行する際に実行順の入れ替えを決めるための値で、各ク
ライアントコンピュータに対して、１から１０の優先順
を付け、ファイルサーバーとスキャナ／プリンタサーバ
ー側にクライアント優先テーブル（ファイルサーバーに
おいては、優先テーブル（２６２）、スキャナ／プリン
タサーバーにおいてはクライアント優先テーブル（５６
２））として登録されている。

【００５６】また、現在実行中のキューよりもクライア
ント側の優先レベルが低い場合、クライアント側のデバ
イスドライバは、ユーザーにジョブが実行できない旨の
警告メッセージを表示し（ステップＳ１５１）、あらか
じめ設定されていた一定時間経過後に、上述した動作を
繰り返し、ファイルサーバー上に空きができるのを待つ
（ステップＳ１５２）。 ＜キューイングテーブルにジョブを登録＞図１１に示す
フローチャートを参照して、本実施例におけるキューイ
ングテーブルへのジョブ登録処理を説明する。

【００５７】エラーコードもなく、キューイングテーブ
ルにはジョブを登録することが可能な場合、クライアン
トコンピュータ上のデバイスドライバは、上述した全体
ステータス要求コマンドの発行と同じ手順でパケットベ
ース（１０００１）のファイルサーバーの相手先アドレ
スをセットし、ヘッダ部のファンクションＩＤに、機能
を識別するＩＤとして一意的に決まっているカラープリ
ンタ用のＩＤをセットして、実行形態がカラープリンタ
であることを明示する。なお、ジョブのＩＤは、まだジ
ョブが確定していないので０をセットし、ジョブのタイ
プＩＤとして、コマンドのデータブロックであることを
示す、一意的に決まっているコマンドのＩＤをセットす
る。

【００５８】このときのデータブロック部は、ファイル
サーバー側のプリントキューに新しいプリントジョブを
登録するためのジョブ登録コマンドをセットし、また、
そのコマンド部に、決定した登録キューＩＤのパラメー
タをセットし、上述の場合と同様に、このパケットをフ
ァイルサーバーに発行する（ステップＳ３０）。 ＜ファイルサーバーの新規ジョブＩＤ発行＞ファイルサ
ーバー側では、ファイルサーバーメインコントローラ
（５１０）が、上述と同様に、そのパケットの内容をヘ
ッダ部とデータブロック部とに分離し、データブロック
部の内容がコマンドであること解析して、ジョブ登録コ
マンドに沿った処理を行なう。

【００５９】このファイルサーバーメインコントローラ
（５１０）は、キュー管理コントローラ（５５０）に対
して、ジョブ登録コマンド内の指定された登録キューＩ
Ｄに当たるプリンタのキューイングテーブルに新しくジ
ョブを登録し、そのときのジョブＩＤを新しく発行す
る。このとき、ステータスとして、返送するパケットの
ステータスブロック内にそのジョブＩＤをセットし、ク
ライアントコンピュータに、前述した手順で返送する。

【００６０】これ以降、このジョブＩＤを識別キーとし
て、ネットワーク内でのスキャン／プリント処理を行な
う（ステップＳ３１）。 ＜クライアントのプリントジョブ登録／画像データ転送
＞クライアントのデバイスドライバは、ファイルサーバ
ーより返送されたステータスのパケットよりジョブＩＤ
を入手する。そして、ハードディスク（４５１）上に登
録されているラスタ化した画像データと、そのレイアウ
ト情報が入っているコマンドデータを読み込み、パケッ
トベースのジョブＩＤを、入手したものと同じ値をセッ
トしてジョブタイプＩＤとしてコマンドタイプをセット
する。

【００６１】このときのデータブロック部は、プリント
実行コマンドをセットし、そのコマンド部に、プリント
するレイアウトの位置情報のパラメータ、カラーバラン
ス情報、プリント枚数等のプリント情報、画像データの
画像サイズ（幅、高さ）、画像データのタイプ（ＲＧ
Ｂ，ＣＭＹＫ，Ｂｉｔｍａｐ，８ｂｉｔＰａｌｅｔｔ
ｅ）、画像データの転送単位（線順次、面順次、点順
次）等のパラメータをセットする（ステップＳ３２）。

【００６２】また、コマンドブロックの後から画像デー
タブロックを全体でいくつパケットを送るかを、画像デ
ータサイズと画像タイプから算出し、その合計パケット
数（コマンドパケットを含む）をヘッダのトータルパケ
ットＩＤにセットする。そして、これらのパケットを、
上述した手順により、クライアントコンピュータから、
ファイルサーバーへ連続転送する（ステップＳ３３）。

【００６３】パケットの連続転送は、図１６に示すよう
に、最初にコマンドパケットがいくつか転送され、それ
に続いて、画像データのパケットが転送される。コマン
ド、画像データ、それぞれの転送時におけるヘッダ内の
ジョブタイプＩＤは、それぞれのタイプをセットし、ジ
ョブＩＤはキュー登録してあるものになっている。先頭
からのパケットから順に、ヘッダ部の連続パケットＩＤ
は、０から順にトータルパケットＩＤ−１まで送られる
ことになる（ステップＳ３４）。 ＜ファイルサーバーのキュー登録＞ファイルサーバー側
では、前述したクライアントからのコマンドパケット／
画像データパケットを受け取り、指定されたジョブＩＤ
が存在するかどうかをチェックし、それが存在する場
合、キューイングファイルとして、ファイルサーバー内
のハードディスクに順次登録していく（ステップＳ３
５）。

【００６４】そして、コマンドパケット内から得られた
ジョブＩＤのキューに、ファイルサーバー内のハードデ
ィスクに登録されたキューイングファイルのＩＤを登録
する。このジョブＩＤとキューイングファイルＩＤは、
１セットでキューイングテーブルにて管理される。ま
た、ハードディスク上に登録されたコマンドパケット／
画像データパケットは、１つのファイルデータとして、
図１７に示すようにファイルサーバー上で管理される
（ステップＳ３６）。 ＜スキャナ／プリンタサーバーのキューチェック＞次
に、図１２に示すフローチャートを参照して、スキャナ
／プリンタサーバーのキューチェック処理等を説明す
る。

【００６５】ネットワーク（１）に接続されているスキ
ャナ／プリンタサーバー（２００）のメインコントロー
ラ（２１０）は、サーバー上のＲＯＭ（２５０）に登録
されている一定時間ごとに、メインメモリ（２６０）上
に登録されているファイルサーバーのネットワークＩＤ
に基づいて、ファイルサーバー（５００）側にアクセス
する（ステップＳ３７）。 ＜サーバーキューステータス要求コマンド＞スキャナ／
プリンタサーバー（２００）は、上述したパケットベー
スに基づいて、ヘッダ部のファンクションＩＤに、機能
を識別するＩＤとして一意的に決まっているカラープリ
ンタ用のＩＤをセットし、実行形態がカラープリントで
あることを明示する。そして、データブロック部に、サ
ーバーキューステータス要求コマンドをセットする（ス
テップＳ３８）。

【００６６】このコマンドは、ファイルサーバー側の現
在のキュー状態の全情報の中で、そのスキャナ／プリン
タサーバーに対してのキューイングテーブルの情報を入
手するためのコマンドである。なお、パラメータとし
て、一意的に決まっているスキャナ／プリンタサーバー
のＩＤとネットワークＩＤをセットする。スキャナ／プ
リンタサーバー（２００）は、このパケットデータを、
ネットワーク・コントローラ（２２０）を介してファイ
ルサーバー（５００）に転送する。

【００６７】ファイルサーバー側では、ファイルサーバ
ーメインコントローラ（５１０）が、同様に、パケット
の内容をヘッダ部とデータブロック部とに分離し、デー
タブロック部の内容がコマンドであること解析して、そ
のコマンドに沿った処理を行なう。また、スキャナ／プ
リンタサーバー側からの要求は、スキャナ／プリンタサ
ーバーのＩＤに対応するキューの全情報の要求であるの
で、ファイルサーバーメインコントローラ（５１０）
は、指定されたスキャナ／プリンタサーバーのＩＤに当
たるプリンタのキュー情報があるかどうかを、キュー管
理コントローラ（５５０）に対して要求する（ステップ
Ｓ３９）。 ＜コマンドリードの要求＞上記の処理により、スキャナ
／プリンタサーバーは、自分に割り当てられているキュ
ーイングテーブルの情報を入手することができる。そし
て、このキューイングテーブルの情報から、新しく登録
されたジョブを見つけ、その新しく登録されたキューイ
ングジョブファイルＩＤをもとに、ファイルサーバー側
に、そのファイル情報のコマンドリードのコマンドパケ
ットを発行する（ステップＳ４０）。

【００６８】なお、このコマンドリードとは、ファイル
情報の中からコマンドパケット部だけを抽出して読み込
む処理である。 ＜プリントコマンド部分の抽出＞ファイルサーバー側で
は、ステップＳ４１で発行されたコマンドパケットか
ら、指定のキューイングジョブファイルＩＤのファイル
情報をファイルサーバー（５００）側のハードディスク
コントローラ（５３０）に要求し、それに対応するファ
イル情報（クライアントからのパケットデータをファイ
ルとして登録したもの）をハードディスク（５３１）か
ら読み出す。そして、そのファイル情報の中からコマン
ドパケット部だけを抽出して、パケットデータとしてス
キャナ／プリンタサーバー（２００）に転送する（ステ
ップＳ４２）。この抽出処理を行なうのが、ファイルサ
ーバーメインコントローラ（５１０）である。 ＜プリンタサーバーのプリント情報のセット＞スキャナ
／プリンタサーバー（２００）は、このコマンドリード
により得られたコマンドパケットから、プリントするレ
イアウトの位置情報のパラメータ、カラーバランス情
報、プリント枚数等のプリント情報、画像データの画像
サイズ（幅、高さ）、画像データタイプ（ＲＧＢ，ＣＭ
ＹＫ，Ｂｉｔｍａｐ，８ｂｉｔＰａｌｅｔｔｅ）、画像
データの転送単位（線順次、面順次、点順次）等のパラ
メータを入手する。 ＜画像ファイルＩＤ要求＞スキャナ／プリンタサーバー
（２００）のメインコントローラ（２１０）は、上述し
たファイル管理モードで動作するように、ラスタ画像記
憶部（７００）のイメージメインコントローラ（７１
０）に対して、バスコントローラ（７４０）を介してセ
ットアップを行なう。これにより、イメージメインコン
トローラ（７１０）は、ファイル管理モードでラスタイ
メージメモリを管理するために、メモリ管理コントロー
ラ（７２０）を初期化する。そして、キューイングされ
ている画像データをラスタイメージメモリ（７６０）に
登録するために、メモリ管理コントローラ（７２０）に
対して、登録する際の画像データの任意のファイルＩＤ
をセットする。メモリ管理コントローラ（７２０）は、
これを画像ファイルＩＤとして管理／識別用に使用する
（ステップＳ４３）。

【００６９】また、続くステップＳ４４では、ファイル
サーバーから得られたキューイング画像データのプリン
ト情報／画像属性パラメータを位置情報テーブル（７７
０）にセットする。 ＜スキャナ／プリンタサーバーへの画像データの転送＞
次に、図１３のフローチャートを参照して、スキャナ／
プリンタサーバーへの画像データの転送等の処理を説明
する。

【００７０】メインコントローラ（２１０）は、キュー
イングされている画像データを読み込むために、上述し
たようにコマンドパケットをファイルサーバーに発行す
る。このコマンドパケットは、画像データリードコマン
ドであり、ファイルサーバー上の先に入手したキューイ
ングファイルのファイル情報の中から画像データパケッ
ト部だけを抽出し、パケットデータとしてスキャナ／プ
リンタサーバー（２００）側に転送される（ステップＳ
４５）。 ＜画像データのラスタイメージメモリへの登録＞スキャ
ナ／プリンタサーバー（２００）側では、転送により得
られた画像データは、連続パケットＩＤにより一連の画
像データパケットとして転送されてくるので（ステップ
Ｓ４６）、ネットワークコントローラ（２２０）からパ
ケットを随時入手次第、その画像データをラスタ画像デ
ータ記憶部（７００）のラスタイメージメモリ（７６
０）に登録する（ステップＳ４７）。

【００７１】登録する際、画像データは、画像ファイル
としてラスタイメージメモリ（７６０）を複数に分割し
て管理されており、メモリ上のスタートアドレスとその
画像データ長、画像データの属性、画像データのレイア
ウト出力の位置情報等が、上述した画像ファイルＩＤに
対応する位置／属性情報テーブル（７７０）に登録さ
れ、ファイルサーバーより転送されてきた画像データ
を、その情報に基づいてラスタイメージメモリ（７６
０）に登録する（ステップＳ４８）。 ＜画像データのレイアウト出力＞全画像データパケット
の登録終了後、メインコントローラ（２１０）は、位置
／属性情報テーブルのプリントする枚数、レイアウト情
報を、レイアウト出力する際にレイアウトコントローラ
（７５０）にセットし（ステップＳ４９）、レイアウト
コントローラ（７５０）は、指定された位置と大きさに
拡大／縮小／変形編集を行なう（ステップＳ５０）。そ
して、ラスタ画像データを、カラーデジタルインターフ
ェースコントローラ（７９０）を介して転送し、プリン
タ部（３００）に出力してクライアントの要求した画像
のプリントを行なう（ステップＳ５１）。 ＜出力中／完了等のステータス情報設定＞このようにし
て、スキャナ／プリンタサーバーが実行しているステー
タスは、随時、ファイルサーバーのキュー管理コントロ
ーラに知らされ、モニタすることが可能となっている。

【００７２】このスキャナ／プリンタサーバー側のステ
ータス情報をファイルサーバー側にセットするコマンド
パケットは、ステータスセットコマンドとして発行す
る。ステータスセットコマンドは、現在のプリント出力
の実行キューのジョブＩＤのセット、現在の出力枚数、
出力終了のフラグを対応するキューイングテーブルにセ
ットするコマンドである（ステップＳ５２）。

【００７３】ここで、このステータスの流れのみを説明
する。

【００７４】先ず、コマンドリードにより、コマンドパ
ラメータをラスタ画像記憶部に登録した時点で、このス
テータスセットコマンドによりファイルサーバー側の対
応するキューイングテーブルの実行キュー（１０３０
７）に、実行するジョブのＩＤをセットし、ジョブステ
ータス（１０３０９）をデータ転送中にして、プリント
のトータル枚数をプリントトータル（１０３１０）に、
また、プリント実行済み枚数を１にセットする。

【００７５】そして、ラスタ画像記憶部（７００）がプ
リント出力を開始した時点で、スキャナ／プリンタサー
バー（２００）のメインコントローラ（２１０）は、フ
ァイルサーバーの対応するキューイングテーブルのジョ
ブデータのジョブステータスをプリント実行中にする。

【００７６】プリントが開始された時点で、メインコン
トローラ（２１０）は、一定間隔毎にプリントの状況を
ラスタ画像記憶部（７００）に問い合わせ、それによ
り、現在のプリント済み枚数と紙なし等のエラー状況を
確認し、その情報を、ステータスセットコマンドによ
り、ファイルサーバー側のキューイングテーブル内のプ
リント実行済（１０３１１）のパラメータに、ラスタ画
像記憶部（７００）から得られたプリント実行済み枚数
をセットする。 ＜クライアントのステータス情報モニタリング＞クライ
アントコンピュータ（４００）は、プリント実行パケッ
トを発行し、コマンドパケットと、画像データのパケッ
トをすべて発行した後は、ファイルサーバー側のキュー
イングテーブルの状況をモニタする。

【００７７】クライアントコンピュータ（４００）のＣ
ＰＵ（４０５）は、ネットワークコントローラ（４２
０）を介して、ジョブステータス要求コマンドのコマン
ドパケットを発行する。このコマンドパケットは、パラ
メータとして指定したジョブＩＤのキューイングテーブ
ルのジョブ情報をクライアント側に返すもので、これに
より、現在のジョブ情報がモニタリングすることが可能
となる。

【００７８】ジョブ情報のモニタリングは、クライアン
トコンピュータ（４００）のＣＰＵ（４０５）が、ファ
イルサーバーより得られたステータス情報をもとに、プ
リント出力したデータのジョブＩＤと登録先のファイル
サーバーＩＤ、プリント対象となるデジタルカラー複写
機のスキャナ／プリンタサーバーＩＤ、及びキューイン
グテーブルをディスプレイコントローラ（４１０）に対
して表示させる。

【００７９】なお、それぞれのＩＤは、ファイルサーバ
ー／クライアントコンピュータ上で管理するユニークな
名前と対照させて表示することも可能で、これにより、
サーバーに対する識別が見やすくなる。

【００８０】表示されたファイルサーバーのキューイン
グテーブルには、キューイングテーブルのトータル枚
数、現在のスキャナ／プリンタサーバーの実行プロセ
ス、プリント済み枚数、エラー状況を表示することが可
能で、ある一定間隔ごとに、その情報を、ジョブステー
タス要求コマンドのパケットによりファイルサーバー側
から入手する。また、クライアント側は、このモニタ機
能により、ジョブステータスがプリントの完了かどうか
を知ることができる。 <スキャナ／プリンタサーバーへの直接アクセス> 以下、本実施例において重要な処理である、キューを登
録する前に、上述したファイルサーバー（５００）側の
全体ステータス情報を入手し、そのエラーコードをチェ
ックして、容量不足のエラーコード、キュー割り当て不
足のエラーコードがセットされていた場合において、現
在実行中のキューよりもクライアント側の優先レベルが
高かった場合の処理について述べる。 <スキャナ／プリンタサーバーへの割り込み> クライアントコンピュータ（４００）は、ファイルサー
バー（５００）より返送されたパケットデータの全体ス
テータス情報から、対象とするスキャナ／プリンタサー
バーのネットワークＩＤ（１０３０１）を、図１９に示
すキューイングテーブル（１０３００）から取り込む。
クライアントコンピュータは、スキャナ／プリンタサー
バー（２００）に対してパケットベースのデータブロッ
ク部に割り込み要求コマンドをセットし、前述した手順
で転送する。

【００８１】この割り込み要求コマンドのパラメータと
して、上述したように、クライアントコンピュータのハ
ードディスク上にあらかじめ登録してあるジョブ優先レ
ベルの値がセットされる（図１０のステップＳ１６）。

【００８２】クライアントコンピュータは、スキャナ／
プリンタサーバーに対して、割り込み要求コマンドを一
定間隔毎に発送し、ある一定回数、繰り返し接続回答が
ない場合（ステップＳ１７１）、デバイスドライバは、
ユーザーに、ジョブが実行できない旨の警告メッセージ
を表示し（ステップＳ１７２）、あらかじめ設定された
一定時間後に、上述したように、ファイルサーバー側に
全体ステータス要求コマンドを発行する動作を繰り返し
て、ファイルサーバー上に空きができるのを待つ。

【００８３】スキャナ／プリンタサーバーは、この間
に、上述したように、現在実行中のジョブの画像データ
をファイルサーバーより受け取り、ラスタ画像データ部
に順次登録する手順を実行しているが、ネットワークサ
ーバーコントローラ（２２１）は、一定間隔毎に、他の
クライアントからのプリント要求がスキャナ／プリンタ
サーバーに直接送られていないかをチェックする（ステ
ップＳ１８）。 <割り込み要求のチェック> ここで、先のクライアント側からの割り込み要求コマン
ドのパケットを受け取ったスキャナ／プリンタサーバー
（２００）は、先ず、クライアント優先レベルテーブル
から、割り込み要求のあった優先レベルと現在実行中の
クライアントジョブの優先順位とを比較する（ステップ
Ｓ１９）。

【００８４】そして、図１４のステップＳ２０で、現在
実行中のジョブの優先順位が高いと判断された場合、ジ
ョブの優先順位が低いというエラーコードをパケットベ
ースにセットし、ステータス情報としてクライアント側
に返送する（ステップＳ２５）。クライアント側では、
スキャナ／プリンタサーバー（２００）からのステータ
ス情報がエラーであったことから、前述したように、エ
ラー処理を行なう（ステップＳ２６，Ｓ２７）。

【００８５】一方、割り込み要求のジョブの優先順位の
方が高い場合、一意的に決められている割り込み用のジ
ョブＩＤをステータスパケット内にセットし、クライア
ント側に返送する。 <ジョブ中断コマンドの発行> スキャナ／プリンタサーバー（２００）は、現在実行中
のジョブを中断するためにファイルサーバー（（５０
０）に対して、ジョブ中断コマンドを発行する。このジ
ョブ中断コマンドのパラメータは、対象となるジョブの
ジョブＩＤがある（ステップＳ２１）。 <ジョブのリセット> ファイルサーバー（５００）は、このコマンドパケット
内から得られたジョブＩＤから対象となるキューテーブ
ルを検出し、そのキューステータスを、一意的に決めら
れているインターラプト（割り込み）実行中の意味を持
つ値に変更する（ステップＳ２２）。これにより、この
ジョブを実行していたクライアント側は、前述したモニ
タリングの方法により、実行ジョブに割り込みが入った
ことがキューステータス（１０３０４）より分かる。 <スキャナ／プリンタサーバーへのダイレクト登録／画
像データ転送> クライアントコンピュータ（４００）のデバイスドライ
バは、スキャナ／プリンタサーバー（２００）より返送
されたステータスのパケットより割り込みが認められた
かどうかをチェックする。そして、割り込みができた場
合、ステータスパケット内にセットされている割り込み
用ジョブＩＤをもとに、クライアントコンピュータ（４
００）のハードディスク（４５１）上に登録されている
ラスタ化した画像データと、そのレイアウト情報が入っ
ているコマンドデータを読み込み、パケットベース（１
０００１）のジョブＩＤ（１００２３）を、ステータス
により入手したものと同じ値をセットし、ジョブタイプ
ＩＤ（１００２２）としてコマンドタイプをセットす
る。このときのデータブロック部（１０１００）は、プ
リント実行コマンドをセットする（ステップＳ２３）。

【００８６】また、コマンド部（１０００５）に、プリ
ントするレイアウトの位置情報のパラメータ、カラーバ
ランス情報、プリント枚数等のプリント情報と、画像デ
ータの画像サイズ（幅、高さ）、画像データタイプ（Ｒ
ＧＢ，ＣＭＹＫ，Ｂｉｔｍａｐ，８ｂｉｔＰａｌｅｔｔ
ｅ）、画像データの転送単位（線順次、面順次、点順
次）等のパラメータをセットする。

【００８７】このとき、上述した手順と同様に、コマン
ドブロックの後から画像データブロック全体のパケット
数を、ヘッダ（１００２０）のトータルパケットＩＤ
（１００３１）にセットする。これらのパケットは、前
述したパケット転送と同様に、順次スキャナ／プリンタ
サーバー（２００）側に転送される。 ＜スキャナ／プリンタサーバーの画像登録＞図１５は、
本実施例におけるスキャナ／プリンタサーバーの画像登
録処理を示すフローチャートである。同図に示すよう
に、スキャナ／プリンタサーバー（２００）は、メモリ
管理コントロ−ラに、新しい画像データ登録用のファイ
ルＩＤを要求し（ステップＳ６０）、プリント情報を指
定画像ファイルに対応した位置情報テーブルに登録する
（ステップＳ６１）。

【００８８】クライアントコンピュータ（４００）から
のコマンドパケット（１０００５）、画像データパケッ
ト（１０００７）を、前述したファイルサーバー（５０
０）からの手順と同様に、また、スキャナ／プリンタサ
ーバー（２００）側で、転送により得られた画像データ
を、連続パケットＩＤにより一連の画像データとしてラ
スタ画像データ記憶部（７００）のラスタイメージメモ
リ（７６０）に登録する（ステップＳ６２，Ｓ６２
´）。

【００８９】なお、以降の処理は、図１０に示す処理と
同様であるため、その説明を省略する。

【００９０】以上説明したように、本実施例によれば、
ネツトワーク上に接続されたファイルサーバーやプリン
タサーバーを複数のクライアントにて共有する場合、フ
ァイルサーバーが有するスプール機能を利用せずに、直
接プリンタサーバーへの割り込みアクセスを行なうよう
にすることで、ファイルサーバー上の登録容量を越えた
出力要求を複数クライアントが効率よく切り分けること
ができ、サーバー上での画像データ管理及び画像データ
のプリント出力が容易になる。

【００９１】なお、本発明は、複数の機器から構成され
るシステムに適用しても１つの機器からなる装置に適用
しても良い。また、本発明は、システムあるいは装置に
プログラムを供給することによって達成できる場合にも
適用できることは言うまでもない。

【００９２】

【発明の効果】以上説明したように、本発明によれば、
クライアント端末からのプリント要求及び該プリント要
求に係る画像データを、ファイルサーバーを経由してプ
リンタサーバーへ転送するほかに、クライアント端末か
らファイルサーバーを経由せずにプリンタサーバーに転
送する構成を設けたことにより、必要に応じた方法（パ
ス）でプリント要求及び画像データを転送することがで
き、効率的な処理を行うことができる。

【図面の簡単な説明】

【図１】本発明の実施例に係るプリンタサーバーシステ
ムのシステム構成図である。

【図２】実施例に係るシステムを構成するデジタルカラ
ー複写機（１０００）の構成を示す図である。

【図３】実施例に係るクライアントコンピュータの構成
図である。

【図４】実施例に係るスキャナ／プリントサーバーの構
成図である。

【図５】実施例に係るファイルサーバーの構成図であ
る。

【図６】実施例に係るラスタ画像記憶部の構成図であ
る。

【図７】実施例に係るネツトワークパケット部の構成を
示す図である。

【図８】実施例に係るネツトワークパケットのデータブ
ロック部の構成を示す図である。

【図９】実施例に係るシステムにおけるプリント動作手
順を示すフローチャートである。

【図１０】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１１】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１２】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１３】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１４】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１５】実施例に係るシステムにおけるプリント動作
手順を示すフローチャートである。

【図１６】実施例に係る連続ネツトワークパケットの構
成を示す図である。

【図１７】実施例に係るキューイングファイルの構成を
示す図である。

【図１８】実施例に係るキューイングエントリーテーブ
ルの構成を示す図である。

【図１９】実施例に係るキューイングテーブルの構成を
示す図である。

【符号の説明】

１ ネツトワーク ２００ スキャナ／プリンタサーバー ４００ クライアントコンピュータ ５００ ファイルサーバー １０００ デジタルカラー複写機

フロントページの続き (56)参考文献 特開 昭62−108370（ＪＰ，Ａ) 特開 平５−19986（ＪＰ，Ａ) 特開 平５−11948（ＪＰ，Ａ) コンピュータ＆ネットワークＬＡＮ 第10巻 第４号 株式会社オーム社「ユ ーザーの疑問に答える ＮｅｔＷａｒｅ 相談室 第２回プリンタ編」ｐ．38− ｐ．42 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 B41J 29/38 H04N 1/00 107

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 同一ネットワーク上に複数のクライアン
   ト端末、クライアント端末からのプリント要求及び該プ
   リント要求に係る画像データをキューイングするファイ
   ルサーバー及びプリンタへの画像データの出力を制御す
   るプリンタサーバーが接続される構成をとるプリンタサ
   ーバーシステムにおいて、前記クライアント端末からのプリント要求及び 画像デー
   タを前記ファイルサーバーに転送する第１の転送手段
   と、前記第１の転送手段で転送されたプリント要求及び画像
   データを前記ファイルサーバから前記プリンタサーバー
   に転送する第２の転送手段と、 前記クライアント端末からのプリント要求及び画像デー
   タを、前記第１の転送手段による前記ファイルサーバー
   への転送を行わずに前記プリンタサーバーに転送するよ
   う制御する制御手段と を備えることを特徴とするプリン
   タサーバーシステム。
2. 【請求項２】 さらに、現在前記プリンタサーバーで実
   行中のキュー処理と前記クライアント端末からの新たな
   プリント要求の処理の優先順位を判定する判定手段と、 前記判定手段にて、前記新たなプリント要求の優先順位
   が前記現在実行中のキュー処理よりも高いと判定された
   場合、前記プリンタサーバーに対して割り込み要求を出
   力する手段とを備え、前記制御手段は、前記割り込み要求によってアクセス可
   能となった前記プリンタサーバーに前記新たなプリント
   要求及び該プリント要求に係る画像データを転送するよ
   う制御する ことを特徴とする請求項１に記載のプリンタ
   サーバーシステム。
3. 【請求項３】 前記画像データ及び前記プリント要求
   は、前記ファイルサーバー上にて意味を持つ一意的な識
   別符号により管理されることを特徴とする請求項１に記
   載のプリンタサーバーシステム。
4. 【請求項４】 前記プリンタサーバーは、さらに、該プ
   リンタサーバーにキューイングされたプリント要求に基
   づいて、１ページ分のレイアウトされた画像の位置情報
   を管理する手段を備えることを特徴とする請求項１に記
   載のプリンタサーバーシステム。
5. 【請求項５】 前記プリンタサーバーは、さらに、前記
   位置情報に基づいて前記画像データの画像生成を行なう
   手段を備えることを特徴とする請求項４に記載のプリン
   タサーバーシステム。
6. 【請求項６】 前記画像データは、カラーのラスタ画像
   データ、あるいはモノクロ２値のビットマップラスタ画
   像データ、あるいはモノクログレースケールのラスタ画
   像データであることを特徴とする請求項１に記載のプリ
   ンタサーバーシステム。
7. 【請求項７】 同一ネットワーク上に複数のクライアン
   ト端末、クライアント端末からのプリント要求及び該プ
   リント要求に係る画像データをキューイングするファイ
   ルサーバー及びプリンタへの画像データの出力を制御す
   るプリンタサーバーが接続される構成をとるプリンタサ
   ーバーシステムの制御方法であって、前記クライアント端末からのプリント要求及び 画像デー
   タを前記ファイルサーバーに転送する第１の転送ステッ
   プと、前記第１の転送ステップで転送されたプリント要求及び
   画像データを前記ファイルサーバから前記プリンタサー
   バーに転送する第２の転送ステップと、 前記クライアント端末からのプリント要求及び画像デー
   タを、前記第１の転送ステップによる前記ファイルサー
   バーへの転送を行わずに前記プリンタサーバーに転送す
   るよう制御するステップと を備えることを特徴とするプ
   リンタサーバーシステムの制御方法。