JPH0764743A - スキャナ／プリンタサーバーシステムおよびその割込みプリント制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 ファイルサーバー上の登録容量を越えるクラ
イアントコンピュータからの出力要求を効率よく振り分
けることができる。 【構成】 メインコントローラ２１０が各クライアント
コンピュータ４００からのダイレクトプリント割込み要
求有無を判定し、該判定結果に応じてネットワークコン
トローラ２２０が割込み要求されているクライアントコ
ンピュータ４００からのコマンド中のアクセス優先順位
とファイルサーバーから出力依頼されているアクセス優
先順位とを設定された優先順位情報を参照しながら比較
し、該比較結果に基づいてファイルサーバー５００から
の出力要求依頼とダイレクトプリント要求するクライア
ントコンピュータ４００からの出力要求の切換えを制御
する構成を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク上で複数
のクライアントユーザが、プリンタ機能を供給すること
が可能なスキャナ／プリンタサーバーシステムおよびよ
びその割込みプリント制御方法に関するものである。

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかし、複数のコンピ
ュータ上で作成，変換された文書・画像データをスプー
ル機能を持つファイルサーバーと、そのデータを出力す
るプリントサーバーの２つにより構成されるシステムで
は、カラーのラスタ画像のような大容量の複数の画像を
効率よく管理し、プリントすることは非常に難しい。

【０００４】また、それらの画像データをファイルサー
バー上で一元管理を行っても、その管理するサーバー側
のスプール容量に問題があり、ファイルサーバーの最大
スプール容量を越えたプリント要求は、実現できないと
う問題点があった。

【０００５】本発明は、上記の問題点を解消するために
なされたもので、クライアントコンピュータからの割込
み要求とジョブ実行を依頼しているファイルサーバーと
の出力優先順位を比較してクライアントからの割込み要
求を直接受け付けることにより、ネットワーク上のプリ
ンタに関して、画像データとしてデータ量の多いカラー
のラスタ画像データをプリントする際に、ファイルサー
バーの容量を越える場合でも、複数のクライアントユー
ザからの要求にも耐えられるスキャナ／プリンタサーバ
ーシステムおよびその割込みプリント方法を提供するこ
とを目的とする。

【０００６】

【課題を解決するための手段】本発明に係る第１のスキ
ャナ／プリンタサーバーシステムは、スキャナ機能を実
行するスキャナ部とプリント機能処理を実行するプリン
タ部とを備えるスキャナ／プリンタのネットワークプリ
ント処理要求を制御するプリントサーバーと、前記スキ
ャナ／プリンタに対するアクセス順位を設定可能な複数
のクライアントコンピュータと、各クライアントコンピ
ュータから入力されるラスタ画像データおよび所定のコ
マンドをキューイングし、前記プリントサーバーと通信
して該キューイングしたラスタ画像データおよびコマン
ドを転送するファイルサーバーとがそれぞれ所定のネッ
トワークに通信可能に接続され、各クライアントコンピ
ュータからのダイレクトプリント割込み要求有無を判定
する割込み判定手段と、割込み要求されているクライア
ントコンピュータからのコマンド中のアクセス優先順位
とファイルサーバーから出力依頼されているアクセス優
先順位とを設定された優先順位情報を参照しながら比較
し、該比較結果に基づいて前記ファイルサーバーからの
出力要求依頼とダイレクトプリント要求するクライアン
トコンピュータからの出力要求の切換えを制御する割込
み制御手段とを、前記プリントサーバーに設けたもので
ある。

【０００７】本発明に係る第２のスキャナ／プリンタサ
ーバーシステムは、ファイルサーバーは、各クライアン
トコンピュータから出力依頼されるラスタ画像データ及
び所定のコマンドの状態を登録管理するための管理テー
ブルを有するものである。

【０００８】本発明に係る第３のスキャナ／プリンタサ
ーバーシステムは、プリントサーバーは、ファイルサー
バー内の管理テーブルに登録されたキューイングプリン
ト情報およびラスタ画像データとをネットワークを介し
て取り込むように構成したものである。

【０００９】本発明に係る第４のスキャナ／プリンタサ
ーバーシステムは、プリントサーバーは、ファイルサー
バー内の管理テーブルに登録されたキューイングプリン
ト情報およびラスタ画像データとをネットワークを介し
て取り込み、該取り込んだラスタ画像データを記憶する
画像記憶手段を有するものである。

【００１０】本発明に係る第５のスキャナ／プリンタサ
ーバーシステムは、プリントサーバーは、ファイルサー
バー内の管理テーブルに登録されたキューイングプリン
ト情報およびラスタ画像データとをネットワークを介し
て取り込み、該取り込んだラスタ画像データを前記キュ
ーイングプリント情報に基づいて割り付け編集するレイ
アウト手段を有するものである。

【００１１】本発明に係る第６のスキャナ／プリンタサ
ーバーシステムは、プリンタサーバーは、複数のスキャ
ナ／プリンタ，複数のプリンタを一意的識別する識別情
報に基づいて管理するように構成したものである。

【００１２】本発明に係る第７のスキャナ／プリンタサ
ーバーシステムは、スキャナ／プリンタまたはプリンタ
が、カラーラスタ画像，モノクロ２値画像，モノクログ
レースケールラスタ画像のいずれかを出力可能なことを
特徴とする請求項１記載のスキャナ／プリンタサーバー
システム。

【００１３】本発明に係る第８のスキャナ／プリンタサ
ーバーシステムの割込みプリント制御方法は、スキャナ
機能を実行するスキャナ部とプリント機能処理を実行す
るプリンタ部とを備えるスキャナ／プリンタのネットワ
ークプリント処理要求を制御するプリントサーバーと、
前記スキャナ／プリンタに対するアクセス順位を設定可
能な複数のクライアントコンピュータと、各クライアン
トコンピュータから入力されるラスタ画像データおよび
所定のコマンドをキューイングし、前記プリントサーバ
ーと通信して該キューイングしたラスタ画像データおよ
びコマンドを転送するファイルサーバーとがそれぞれ所
定のネットワークに通信可能に接続されたスキャナ／プ
リンタサーバーシステムの割込みプリント制御方法にお
いて、各クライアントコンピュータからのダイレクトプ
リント割込み要求有無を判定し、該判定結果により割込
み要求されているクライアントコンピュータからのコマ
ンド中のアクセス優先順位とファイルサーバーから出力
依頼されているアクセス優先順位とを設定された優先順
位情報を参照しながら比較し、該比較結果に基づいて前
記ファイルサーバーからの出力要求依頼とダイレクトプ
リント要求するクライアントコンピュータからの出力要
求の切換えを制御する。

【００１４】

【作用】第１の発明においては、判定手段が各クライア
ントコンピュータからのダイレクトプリント割込み要求
有無を判定し、該判定結果に応じて割込み制御手段が割
込み要求されているクライアントコンピュータからのコ
マンド中のアクセス優先順位とファイルサーバーから出
力依頼されているアクセス優先順位とを設定された優先
順位情報を参照しながら比較し、該比較結果に基づいて
前記ファイルサーバーからの出力要求依頼とダイレクト
プリント要求するクライアントコンピュータからの出力
要求の切換えを制御するので、状況によりファイルサー
バー側のスプール機能を利用せずに直接プリントサーバ
ーへの割込みアクセスをネットワーク上で実現するこ
と、およびファイルサーバー上の登録容量を越える出力
要求を複数のクライアントに効率よく振り分けることが
可能となる。

【００１５】第２の発明においては、ファイルサーバー
の管理テーブルには、各クライアントコンピュータから
出力依頼されるラスタ画像データ及び所定のコマンドの
状態が登録管理されるので、各クライアントコンピュー
タからジョブ要求を正確に把握することが可能となる。

【００１６】第３の発明においては、プリントサーバー
は、ファイルサーバー内の管理テーブルに登録されたキ
ューイングプリント情報およびラスタ画像データとをネ
ットワークを介して取り込むので、当該スキャナ／プリ
ンタ側からの要求に応じてファイルサーバー上に新規の
ジョブが登録されたどうかを確実に把握することができ
る。

【００１７】第４の発明においては、プリントサーバー
は、ファイルサーバー内の管理テーブルに登録されたキ
ューイングプリント情報およびラスタ画像データとをネ
ットワークを介して取り込み、画像記憶手段に該取り込
んだラスタ画像データを記憶するので、オリジナルのラ
スタ画像データを保持して、種々の編集画像をスキャナ
／プリンタ側で処理して出力することが可能となる。

【００１８】第５の発明においては、プリントサーバー
側のレイアウト手段が、ファイルサーバー内の管理テー
ブルに登録されたキューイングプリント情報およびラス
タ画像データとをネットワークを介して取り込み、該取
り込んだラスタ画像データを前記キューイングプリント
情報に基づいて割り付け編集するので、種々の編集画像
をレイアウトしながらスキャナ／プリンタ側で処理して
出力することが可能となる。

【００１９】第６の発明においては、プリンタサーバー
は、複数のスキャナ／プリンタ，複数のプリンタを一意
的識別する識別情報に基づいて管理するので、システム
上のスキャナ／プリンタ，プリンタの構成が変更されて
も、変更されたスキャナ／プリンタ，プリンタのみに対
して識別情報を追加又は修正するだけで相対的なシステ
ム環境を更新することが可能となる。

【００２０】第７の発明においては、スキャナ／プリン
タまたはプリンタは、カラーラスタ画像，モノクロ２値
画像，モノクログレースケールラスタ画像のいずれかを
出力するので、カラーラスタ画像，モノクロ２値画像，
モノクログレースケールラスタ画像の各データ量に応じ
てファイルサーバー上の割り当てを越える事態が発生し
ても、スキャナ／プリンタまたはプリンタを選択して割
込みをかけることにより、直接出力することが可能とな
る。

【００２１】第８の発明においては、各クライアントコ
ンピュータからのダイレクトプリント割込み要求有無を
判定し、該判定結果により割込み要求されているクライ
アントコンピュータからのコマンド中のアクセス優先順
位とファイルサーバーから出力依頼されているアクセス
優先順位とを設定された優先順位情報を参照しながら比
較し、該比較結果に基づいて前記ファイルサーバーから
の出力要求依頼とダイレクトプリント要求するクライア
ントコンピュータからの出力要求の切換えを制御するの
で、状況によりファイルサーバー側のスプール機能を利
用せずに直接プリントサーバーへの割込みアクセスをネ
ットワーク上で実現すること、およびファイルサーバー
上の登録容量を越える出力要求を複数のクライアントに
効率よく振り分けることが可能となる。

【００２２】

【実施例】

〔第１実施例〕図１は本発明の第１実施例を示すスキャ
ナ／プリンタサーバーシステムの構成を説明するブロッ
ク図である。

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

【００２４】図２は、図１に示したディジタル複写機１
０００の構成を説明するブロック図である。以下、構成
および動作について説明する。

【００２５】カラースキャナ１００では、スキャナコン
トローラ１０１が制御の中心となり、以下の制御を行っ
ている。

【００２６】原稿台上の原稿をＲ・Ｇ・Ｂの各色毎に、
露光系コントローラ１０３が、密着型ＣＣＤラインセン
サにより色分解し、点順次のアナログ画像信号に変換す
る。このアナログ画像信号は、Ａ／Ｄ変換部で各色８ビ
ットのディジタル画像信号に変換され、輝度であるＲＧ
Ｂ各色がそれぞれ線順次信号として出力される。この画
像信号（ディジタル）は、画像処理部１０２で、Ｒ・Ｇ
・Ｂの輝度レベルから、濃度であるＣ・Ｍ・Ｙ・Ｋ（イ
エローＹ，マゼンタＭ，シアンＣ，ブラックＫに対応す
る）の４色のトナー量に対応したレベルに変換される。
そして、同時に画像処理部１０２で色補正演算され、合
成，変倍，移動等の各種画像処理が行われる。

【００２７】カラープリンタ３００では、カラースキャ
ナ１００より送られてきたイエローＹ，マゼンタＭ，シ
アンＣ，ブラックＫの各ディジタル画像信号が半導体レ
ーザ部の点灯信号に変換され、レーザドライブ部３１０
でレーザが制御され、そのレーザの点灯信号はディジタ
ル画像信号のレベルに対応したパルス幅として出力され
る。レーザの点灯レベルは、２５６レベル（８ビットに
対応）となっている。この出力すべきディジタル画像信
号に応じて、カラー画像を各ＣＭＹＫのカラー別に制限
し、それぞれ感光ドラム３１５に順次ディジタル的なド
ット形式で露光すると、表面電位制御部３１２により制
御されて帯電部３１３が一様帯電させた感光ドラム３１
５上にレーザの明滅に応じたドットに対応する静電潜像
が形成され、現像部３１４によりトナー像として可視化
され、転写器３１６で転写ドラム３１９に吸着されてい
た記録紙上に各色のトナー像が重ね転写され、４色の画
像転写が終了したら、分離器３２０により転写ドラム３
１９に吸着されている記録紙を分離して、搬送部３２１
で定着部３２２に送られ、定着部３２２で熱定着され、
排紙トレイ３２４に排出される。なお、３１１はポリゴ
ンミラースキャナドライブ部で、図示しないポリゴンミ
ラーを指示された速度で定速回転させる。３０１はプリ
ンタ部コントローラで、スキャナコントローラ１０１と
通信して、プリントデータを受信するとともに、作像部
３０２と給排紙部３０３の駆動を総括的に制御するもの
で、公知のＣＰＵ，ＲＯＭ，ＲＡＭ等を備える制御ユニ
ットから構成される。３２３は用紙カセットで、給紙制
御部３１８の指示で記録紙を転写ドラム３１９に給紙す
る。

【００２８】なお、図２に示すカラースキャナ１００と
カラープリンタ３００は、カラースキャナ１００のコン
トローラにより、カラープリンタ３００を制御して、カ
ラーのディジタル複写機１０００としても機能すること
が可能となっている。そして、ディジタル複写機１００
０として機能する際には、カラースキャナ１００の原稿
台に原稿画像をセットし、複写開始キーを押下して、前
述のプロセスに従ってカラースキャナ１００からの画像
の読み込み、画像処理，カラープリンタ３００での露
光，現像，転写，定着のプロセスを経て画像が形成さ
れ、カラーコピーとして出力される。なお、１０４はイ
ンタフェースコントローラ、３１７はドラムクリーニン
グ部である。

【００２９】図３は、図１に示したクライアントコンピ
ュータ４００の構成を説明するブロック図である。以
下、構成および動作について説明する。

【００３０】ホストコンピュータ４００は、スキャナ／
プリンタサーバー（プリンタサーバー）２００，ファイ
ルサーバー５００とのネットワーク上のプロトコルを制
御するためのネットワークコントローラ４２０と、クラ
イアントコンピュータの中央制御のためのＣＰＵ４０
５，画像データの一時登録，各種データ記憶のためのハ
ードディスク（ＨＤ）４５１とそれを制御するハードデ
ィスク（ＨＤ）コントローラ４５０，メインメモリ４６
０と作業者からの指示入力手段として、ポインティング
デバイス（マウス）４３１，キーボード４４１と、レイ
アウト・編集・メニュー表示のためのカラーディスプレ
イ４１２，ディスプレイメモリ４１１，ディスプレイコ
ントローラ４１０およびディスプレイメモリ４１１上で
の画像レイアウト・編集を行う画像編集コントローラ４
１３から構成される。なお、４０６はＲＯＭで、ＣＰＵ
４０５が実行する制御プログラムが記憶されている。４
３０は入力コントローラ（キーボード／マウスコントロ
ーラ）で、ポインティングデバイス４３１，キーボード
４４１からのキー入力を制御する。

【００３１】図４は、図１に示したスキャナ／プリンタ
サーバー２００の詳細構成を説明するブロック図であ
る。以下、構成および動作について説明する。

【００３２】この図に示すように、大別してメインコン
トローラ２１０，ネットワーク１上のプロトコル処理を
制御するネットワークコントローラ２２０，そのプロト
コルにより抽出したパケットの内容の解析，画像データ
の分離等、サーバーとしての制御を行うネットワークサ
ーバーコントローラ２２１，分離された画像データ／コ
マンドデータに基づいてカラー多値ラスタ画像データお
よびその位置・属性情報を記憶／管理し、レイアウト等
を行う、ラスタ画像記憶部７００等から構成されてい
る。

【００３３】また、インタフェースとしては、ディジタ
ルカラー複写機１０００との画像データ，命令をやり取
りするカラーディジタルインタフェースコントローラ７
９０，サーバー管理者から指示入力手段としてポインテ
ィングデバイス２４４，キーボード２４５と、レイアウ
ト・編集メニュー表示のためのカラーディスプレイ２４
２，ディスプレイメモリ２４１及びディスプレイコント
ローラ２４０等も備えている。２３１はハードディスク
（ＨＤ）で、ハードディスクコントローラ２３０を介し
てラスタ画像ファイル等の書込み／読出しが制御されて
いる。２６１はＲＯＭで、メインコントローラ２１０が
実行する制御プログラムが記憶されている。２６２はク
ライアント優先テーブルで、クライアントコンピュータ
４００に関する情報が記憶されている。なお、２４３は
キーボード／マウスコントローラ、２６０はメインメモ
リである。

【００３４】この様に構成されたスキャナ／プリンタサ
ーバーシステムにおける第１の発明においては、判定手
段が各クライアントコンピュータ４００からのダイレク
トプリント割込み要求有無を判定し、該判定結果に応じ
て割込み制御手段が割込み要求されているクライアント
コンピュータ４００からのコマンド中のアクセス優先順
位とファイルサーバーから出力依頼されているアクセス
優先順位とを設定された優先順位情報を参照しながら比
較し、該比較結果に基づいて前記ファイルサーバー５０
０からの出力要求依頼とダイレクトプリント要求するク
ライアントコンピュータ４００からの出力要求の切換え
を制御するので、状況によりファイルサーバー５００側
のスプール機能を利用せずに直接プリンタサーバー２０
０への割込みアクセスをネットワーク上で実現するこ
と、およびファイルサーバー５００上の登録容量を越え
る出力要求を複数のクライアントに効率よく振り分ける
ことが可能となる。

【００３５】第２の発明においては、ファイルサーバー
５００の管理テーブル（後述するテーブル５６２）に
は、各クライアントコンピュータ４００から出力依頼さ
れるラスタ画像データ及び所定のコマンドの状態が登録
管理されるので、各クライアントコンピュータ４００か
らジョブ要求を正確に把握することが可能となる。

【００３６】第３の発明においては、プリンタサーバー
２００は、ファイルサーバー５００内の管理テーブルに
登録されたキューイングプリント情報およびラスタ画像
データとをネットワーク１を介して取り込むので、当該
スキャナ／プリンタ側からの要求に応じてファイルサー
バー５００上に新規のジョブが登録されたどうかを確実
に把握することができる。

【００３７】第４の発明においては、プリントサーバー
は、ファイルサーバー内５００の管理テーブルに登録さ
れたキューイングプリント情報およびラスタ画像データ
とをネットワークを介して取り込み、画像記憶手段に該
取り込んだラスタ画像データを記憶するので、オリジナ
ルのラスタ画像データを保持して、種々の編集画像をス
キャナ／プリンタ側で処理して出力することが可能とな
る。

【００３８】第５の発明においては、プリントサーバー
２００側のレイアウト手段（後述する画像編集コントロ
ーラ７３０及びレイアウトコントローラ７５０）が、フ
ァイルサーバー５００内の管理テーブルに登録されたキ
ューイングプリント情報およびラスタ画像データとをネ
ットワークを介して取り込み、該取り込んだラスタ画像
データを前記キューイングプリント情報に基づいて割り
付け編集するので、種々の編集画像をレイアウトしなが
らスキャナ／プリンタ側で処理して出力することが可能
となる。

【００３９】第６の発明においては、プリンタサーバー
は、複数のスキャナ／プリンタ，複数のプリンタを一意
的識別する識別情報に基づいて管理するので、システム
上のスキャナ／プリンタ，プリンタの構成が変更されて
も、変更されたスキャナ／プリンタ，プリンタのみに対
して識別情報を追加又は修正するだけで相対的なシステ
ム環境を更新することが可能となる。

【００４０】第７の発明においては、スキャナ／プリン
タまたはプリンタは、カラーラスタ画像，モノクロ２値
画像，モノクログレースケールラスタ画像のいずれかを
出力するので、カラーラスタ画像，モノクロ２値画像，
モノクログレースケールラスタ画像の各データ量に応じ
てファイルサーバー上の割り当てを越える事態が発生し
ても、スキャナ／プリンタまたはプリンタを選択して割
込みをかけることにより、直接出力することが可能とな
る。

【００４１】この様に本実施例に示すシステムは、カラ
ー文書・画像等を作成し、レイアウトを行うことにより
得られた、上記情報を基に作成されたプリントラスタ画
像データとプリントコマンドをキューイングする手段を
持つファイルサーバーと、複写機のプリント手段を制御
する手段を備えるプリントサーバーと、プリント出力を
依頼するクライアントコンピュータが少なくとも２つ存
在するシステム（図１参照）において、ファイルサーバ
ー５００上の上記キューイングされた画像データの出力
優先順位を決定する情報を保持する手段を持ち、先ず第
１のクライアントコンピュータからの出力依頼を、ファ
イルサーバー上に保持し、次に第２のクライアントコン
ピュータからの出力依頼により、上記スキャナ／プリン
トサーバーは、第２のクライアントコンピュータの要求
に応えるためのファイルサーバー上のキュー登録容量が
ないか、もしくはプリント画像データの容量がないかを
判断する手段により、結果をクライアントコンピュータ
４００に通達し、容量が無い場合、第２のクライアント
は、ファイルサーバーにプリント依頼を止めて、上記ス
キャナ／プリントサーバーに直接、プリント依頼を切り
換えて判断する手段と、スキャナ／プリントサーバー
は、第のクライアントの出力優先レベルと、第１のクラ
イアントの出力優先レベルを比較する手段と、その比較
によって、ファイルサーバー上の第１の出力依頼と、第
２のクライアントの出力依頼の優先レベルの高い方に出
力を切り換える手段と、そのラスタ画像を複写機により
画像を形成して出力する手段とを備えることを特徴とし
ているが、システム形態は本実施例に限らず、ＩＳＤＮ
等の公衆回線網を介したシステムでも本発明を適用する
ことも可能である。

【００４２】また、クライアントコンピュータ４００
は、同一のＯＳにより構成されている必要はなく、種々
のルーターを介して異なるＯＳ（ＤＯＳ系，ＵＮＩＸ
系，ＭＡＣ系）コンピュータが接続されていても本発明
を適用することができる。

【００４３】さらに、スキャナ／プリンタは、電子写真
プロセスを実行するカラーディジタル複写装置で構成さ
れていてもいいし、インクジェット等のカラーディジタ
ル複写装置で構成されていも良い。

【００４４】また、スキャナ／プリンタでは、出力可能
なラスタ画像データを通信によりファイルサーバー５０
０から受け取るが、圧縮データ（ＪＥＰＥＧ形式のカラ
ー画像データ）を転送して、スキャナ／プリンタで伸張
して出力可能なスキャナ／プリンタに展開する構成であ
ってもよく、これにより転送時間を大幅に短縮すること
ができる。

【００４５】図５は、図１に示したファイルサーバー５
００の構成を説明するブロック図である。以下、構成お
よび動作について説明する。

【００４６】この図に示すように、大別してネットワー
ク１上のプロトコル処理を制御するネットワークコント
ローラ５２０と、そのプロトコルにより抽出したパケッ
トの内容の解析，画像データの分離等、ファイルサーバ
ー５００全体としての制御を行うファイルサーバーメイ
ンコントローラ５１０と、単体もしくは複数のハードデ
ィスク（ＨＤ）５３１−１〜５３１−３を制御するハー
ドディスク（ＨＤ）コントローラ５３０等から構成され
ている。

【００４７】また、ファイルサーバー管理者からの指示
入力手段として、ポインティングデバイス５４４，キー
ボード５４５とメニュー表示のためのカラーディスプレ
イ５４２，ディスプレイメモリ５４１，ディスプレイコ
ントローラ５４０から構成される。なお、５６１はＲＯ
Ｍで、ファイルサーバーメインコントローラ５１０の実
行する制御プログラムを記憶している。５６２はクライ
アント優先テーブルで、クライアントコンピュータ４０
０に関する情報が記憶されている。５５０はキュー管理
コントローラで、キューテーブルデータ５５１の読出し
／書込みを制御している。なお、５４３はキーボード／
マウスコントローラ、５６０はメインメモリである。

【００４８】図６は、図４に示したラスタ画像記憶部７
００の構成を説明するブロック図である。以下、構成お
よび動作について説明する。

【００４９】この図に示すように、ラスタ画像記憶部７
００は、ラスタ画像データの全体を制御するイメージメ
インコントローラ７１０を中心に、カラーラスタ画像デ
ータをラスタイメージメモリ７６０へ効率良く配置及び
管理を行うメモリ管理コントローラ７２０と、その管理
テーブルとしての位置／属性情報テーブル７７０と、既
に登録された画像データもしくはメモリ上に画像登録す
る際に、色に関する画像変換および拡大／縮小／変形編
集を行う画像編集コントローラ７３０，プリンタ部へ出
力する際にレイアウト編集をリアルタイムで行うレイア
ウトコントローラ７５０等を中心として構成されてい
る。

【００５０】また、メモリ上の画像データを出力する際
には、カラーディジタルインタフェースコントローラ７
９０を介してカラープリンタ部３００に画像データを転
送し、カラープリンタ画像を得ることができる。

【００５１】ラスタ画像記憶部７００とスキャナ／プリ
ントサーバー２００のメインバスとの画像データおよび
命令は、特定のフォーマットに基づいたものになってお
り、バスコントローラ７４０を介してイメージメインコ
ントローラ７１０とスキャナ／プリントサーバー２００
のメインコントローラとがやり取りを行う構成をとる。

【００５２】このラスタ画像記憶部７００は、画像デー
タをファイル管理モードとページモードの２つのモード
で管理することが可能となっている。

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

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

【００５５】そして、実際に出力される際に、その登録
された画像データの色に関する画像変換を行う画像編集
コントローラ７３０とレイアウト出力する際に、拡大／
縮小／変形編集を行うレイアウトコントローラ７５０に
より指定された位置と大きさになり、カラーディジタル
インタフェースコントローラ７９０を介して、カラープ
リンタ３００に出力される。

【００５６】そのため、オリジナルの画像データは常時
メモリ上にあるため、レイアウト出力を変えて行うこと
も可能となっている。

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

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

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

【００６０】図７は本発明のスキャナ／プリンタサーバ
ーシステムにおけるネットワークパケット部のデータ構
成を説明する図である。

【００６１】この図に示すように、パケットの構造（パ
ケットベース１０００１）は、先頭に送信先（相手）の
ネットワークアドレス、次に送り元（送手）のネットワ
ークアドレスをセットし、パケットタイプ，パケットの
フレームサイズ等の情報の後に、実際のパケットデータ
（パケットデータ部１０００２）が続き、最後にデータ
転送の信頼性をあげるためにテーラーと呼ばれるＣＲＣ
等のエラーチェックが付されている。

【００６２】また、パケットデータ部１０００２は、ヘ
ッダ部１０００３とデータブロック部１０００４等から
構成され、ヘッダ部１０００３は、ヘッダコード１００
１９，ファンクションコード部１００２０，連続パケッ
トＩＤ１００３０，トータルパケットＩＤ１００３１，
データ長１００３２から構成され、さらに、ファンクシ
ョンコード部１００２０は、ファンクションＩＤ１００
２１，ジョブタイプＩＤ１００２２，ジョブＩＤ１００
２３等から構成されている。

【００６３】この様に、パケットデータ部１００２のヘ
ッダ部１０００３は、図７に示す様に、先ず、先頭にヘ
ッダ情報であることを示すヘッダコードが入り、次にこ
のパケットデータがどんな機能を持つかを示すファンク
ションコード部１００２０，複数のパケットにより１つ
のデータを構成する場合の連続Ｎｏ．を示す連続パケッ
トＩＤ１００３０，そのトータルのパケット数を示すト
ータルパケットＩＤ１００３１，実際のデータが入るデ
ータブロック部１０００４のデータの長さを示すデータ
長１００３２により構成される。また、ファンクション
コード部１００２０は、スキャナ／プリンタサーバーの
タイプを示すファンクションＩＤ１００２１とサーバー
に対してのジョブのタイプを示すジョブタイプＩＤ１０
０２２，実行されるジョブを識別するジョブＩＤ１００
２３より構成されている。

【００６４】図８は、図７に示したデータブロック部１
０００４の詳細データ構造を説明する図である。

【００６５】この図に示すように、データブロック部１
０００４は、コマンドブロック１０００５，ステータス
ブロック１０００６，画像データブロック１０００７，
画像情報ブロック１０００８等から構成されている。

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

【００６７】以下、図９，図１０を参照しながら、図５
に示したキューテーブルデータ５５１に記憶されるキュ
ーイングエントリテーブル１０２００とキューイングテ
ーブル１０３００のデータ構造について説明する。

【００６８】図９は、図５に示したキューテーブルデー
タ５５１に記憶されるキューイングエントリテーブル１
０２００のデータ構造を説明する図であり、図１０は、
図９に示すキューイングエントリテーブル１０２００の
キューイングテーブルのデータ構造を説明する図であ
る。

【００６９】図９に示すように、キューイングエントリ
テーブル１０２００は、キューエントリテーブルＩＤ１
０２０７，キュータイプ１０２０２，トータルキュー数
１０２０８，キューイングテーブル１０２０９等から構
成される。

【００７０】また、図１０に示すように、キューイング
テーブル１０３００は、サーバーＩＤ１０３０１，最大
登録キュー数１０３１２，キューイングファイル残り容
量１０３１３，デバイスタイプ１０３０２，キュータイ
プ１０３０３，キューステータス１０３０４，トータル
キュー１０３０６，実行キュー１０３０７，ジョブデー
タ１０３２０等から構成されている。

【００７１】また、ジョブデータ１０３２０は、ジョブ
ＩＤ１０３０８，キューイングファイルＩＤ１０３０
５，ジョブステータス１０３０９，プリントトータル１
０３１０，プリント済み枚数１０３１１，クライアント
ネットワークＩＤ１０３１５，優先レベル１０３１４等
から構成されている。

【００７２】この様に、キューテーブルデータの構成
は、複数のスキャナ／プリントサーバーに対応できるよ
うに、キューイングエントリーテーブル１０２００内に
それぞれのスキャナ／プリントサーバー用にキューイン
グテーブル１０３００を管理し、その各々のキューイン
グテーブル内には、クライアントからの要求されたプリ
ント／スキャンのジョブが、複数登録される構成とな
る。

【００７３】図５に示したキュー管理コントローラ５５
０は、キューイングエントリテーブル１０２００のなか
に登録してあるキューイングテーブル１０３００の内容
を参照し、各キューイングテーブル１０３００内のキュ
ータイプをチェックし、指定されたファンクションＩＤ
１００２１に相当するものを検索する。その結果、存在
していた場合は、そのキューイングテーブル１０３００
のデータから、全体のステータス情報を作成する。

【００７４】一方、複数の対象が存在すると判定した場
合は、複数分の全体のステータス情報を作成する。

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

【００７６】以下、図１１〜図１４に示すフローチャー
トを参照しながら本発明に係るスキャナ／プリンタサー
バーシステムにおけるプリント処理動作について説明す
る。 〔クライアントコンピュータ上でのレイアウト処理〕図
１１〜図１４は本発明に係るスキャナ／プリンタサーバ
ーシステムにおけるプリント処理手順の一例を示すフロ
ーチャートである。なお、ＳＴＥＰ１，ＳＴＥＰ２……
は各ステップを示す。 〔クライアントコンピュータ上でのレイアウト処理〕ク
ライアントコンピュータ４００上では、ＤＴＰ（ディス
クトップパブリィッシング）のソフトウエアがハードデ
ィスク（ＨＤ）４５１よりメインメモリ４６０上にロー
ドされ（ＳＴＥＰ１）、ＣＰＵ４０５によりＤＴＰソフ
トウエアが実行される（ＳＴＥＰ２）。次いで、ユーザ
は、ポインティングデバイス４３１，キーボード４４１
を使用して文書イメージと各種の画像データ（ベクトル
で形成されたイラスト／スキャナ等により取り込まれた
自然画等の多値画像）をレイアウトし（ＳＴＥＰ３）、
ディスプレイ４１２上で確認しながら、直接行われる。

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

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

【００７９】このように変換された多値のラスタ画像
は、文字やイラスト等のベクトル系の情報と、レイアウ
トされた自然画等の多値ラスタ画像のデータとマスク処
理のマスクコマンドや、そのマスクデータの２値ビット
マップ画像データに基づいてデバイスドライバ・ソフト
ウエアが作成したものである。

【００８０】以下、プリントキューに対するステータス
要求処理を図１２に基づいて説明する。 〔プリントキューに対するステータス要求〕ここで、ク
ライアントコンピュータ４００は、ネットワークコント
ローラ４２０に対して、ファイルサーバー５００のネッ
トワークコントローラ５２０と通信を行う。

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

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

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

【００８４】クライアント側からの要求は、ファイルサ
ーバーのプリントキューステータス要求のコマンドであ
るので、ファイルサーバーメインコントローラ５００
は、指定されたファンクションＩＤ１００２１にあたる
プリンタのキュー情報があるかどうかをキュー管理コン
トローラに対して要求する（ＳＴＥＰ１２）。

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

【００８６】この時、画像データのタイプ（ＲＧＢ，Ｃ
ＭＹＫ，ｂｉｔｍａｐ，８Ｐａｌｅｔｔｅ）とその画像
データの幅，高さのサイズ実際に必要な画像データの容
量を算出し、キューテーブルに割り当てられたキューイ
ングファイルデータの登録可能容量１０３１３の値と比
較を行う。この時、必要な画像データの容量が確保する
ことができない場合、容量不足エラーコードをセットす
る。

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

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

【００８９】次いで、キュー／登録容量が一杯かどうか
を判定し（ＳＴＥＰ１４）、ＮＯならば図１４に示す処
理に移行し、ＹＥＳならば、この時、エラーコードをチ
ェックし、容量不足のエラーコード，キュー割り当て不
足のエラーコードがセットされていた場合、全体ステー
タス情報のデータから、現在実行中のキュー１０３０７
の優先レベル１０３１４の値と、あらかじめクライアン
トコンピュータ４００に設定されている優先レベルの値
との比較を行い、現在実行中のジョブの優先レベルより
クライアントの優先レベルが高いかどうかを判定する
（ＳＴＥＰ１５）。なお、この優先レベルは、ファイル
サーバーに対して、キュー登録を行う、もしくはプリン
トを実行する際に実行順の入れ換えを決めるための値
で、各クライアントコンピュータに対して１から１０の
優先順位を付け、ファイルサーバーとスキャナ／プリン
タサーバー側にテーブル５６２，２６２として登録され
ている。

【００９０】上記ＳＴＥＰ１５の判定で、現在実行中の
キューよりもクライアント側の優先レベルが低かった場
合、クライアント側のデバイスドライバは、ユーザにジ
ョブが実行できない警告のメッセージを表示し（ＳＴＥ
Ｐ１５１）、あらかじめ設定されていた一定時間後に前
述した動作を繰り返し、ファイルサーバー上に空きがで
きるのを待って（ＳＴＥＰ１５２）、ステップＳＴＥＰ
１１に戻る。

【００９１】一方、ＳＴＥＰ１５の判定で、現在実行中
のキューよりもクライアント側の優先レベルが高かった
場合。すなわち、キューを登録する前に前述したファイ
ルサーバー５００側の全体ステータス情報入手し、その
エラーコードをチェックし、容量不足のエラコード，キ
ュー割り当て不足のエラーコードがセットされていた場
合は、これ以降スキャナ／プリントサーバーへの割込み
処理を行う。 〔スキャナ／プリントサーバーへの割込み〕上記のよう
に判定された場合、クライアントコンピュータ４００
は、ファイルサーバー５００より返送されたパケットデ
ータの全体ステータス情報から、対象とするスキャナ／
プリントサーバーのネットワークＩＤ１０３０１をキュ
ーイングテーブル１０３００から取り込む。クライアン
トコンピュータは、スキャナ／プリントサーバー２００
に対してパケットベースのデータブロック部に割込み要
求コマンドをセットし、前述した手順で転送する。

【００９２】この割込み要求コマンドのパラメータとし
ては、前述したようにクライアントコンピュータのハー
ドディスク（ＨＤ）上にあらかじめ登録されているジョ
ブ優先レベル４５２の値がセットされる（ＳＴＥＰ１
６）。

【００９３】次いで、クライアントコンピュータは、ス
キャナ／プリントサーバーに対して、割込み要求コマン
ドを一定間隔毎に発送し、ある一定回数繰返し、接続回
答がないかどうか、すなわち、スキャナ／プリンタサー
バーがＢＵＳＹ状態であるかどうかを判定する（ＳＴＥ
Ｐ１７）。この判定でＹＥＳの場合は、接続要求がリト
ライ回数を越えたかどうかを判定し（ＳＴＥＰ１７
１）、ＮＯならばステップＳＴＥＰ１６に戻り、ＹＥＳ
ならばデバイスドライバは、ユーザにジョブが実行でき
ない警告のメッセージを表示し（ＳＴＥＰ１７２）、一
定時間経過後（ＳＴＥＰ１７３）、ステップＳＴＥＰ１
１に戻り、ファイルサーバー側に全体ステータス要求コ
マンドを発行する動作を繰り返し、ファイルサーバー上
に空きができるのを待つ。

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

【００９５】次いで、図１３に示した手順に処理が移
り、現在実行中のジョブの優先順位が高いかどうかを判
定し（ＳＴＥＰ２０）、ＮＯならばジョブの優先順位が
低いというエラーコードをパケットベースにセットし、
ステータス情報としてクライアント側に返送する。次い
で、クライアント側では、スキャナ／プリントサーバー
２００からのステータス情報が、エラーであったことか
ら、前述したように、エラーの処理を行い（ＳＴＥＰ２
０１〜２０３）、ステップＳＴＥＰ１１に戻る。

【００９６】一方、ステップＳＴＥＰ２０の判定で、割
込み要求のジョブの優先順位の方が高かった場合、一意
的に決められている割込み用のジョブＩＤをステータス
パケット内にセットし、前述したように、クライアント
側に返送する。 〔ジョブ中断コマンド発行〕そして、スキャナ／プリン
トサーバー２００は、現在実行中のジョブを中断するた
めにファイルサーバー５００に対して、ジョブ中断コマ
ンドを発行する（ＳＴＥＰ２１）。なお、このジョブ中
断コマンドのパラメータは、対象となるジョブのジョブ
ＩＤが含まれている。

【００９７】次いで、ジョブリセット処理を開始する。 〔ジョブリセット〕ファイルサーバー５００は、このコ
マンドパケット内から得られたジョブＩＤから対象とな
るキューテーブルを検出し、そのキューステータスを一
意的に決められているインタラプト割込み実行中の意味
を持つ値に変更する（ＳＴＥＰ２２）。これにより、こ
のジョブを実行していたクライアント側は、前述したモ
ニタリングの方法により、実行ジョブに割込みが入った
ことがキューステータス１０３０４より判明する。以
下、スキャナ／プリンタサーバーに対するダイレクト登
録／画像データ転送処理について説明する。 〔スキャナ／プリンタサーバーに対するダイレクト登録
／画像データ転送〕次いで、クライアントコンピュータ
４００のデバイスドライバは、スキャナ／プリンタサー
バー２００より返送されたステータスのパケットより、
割込みが認められたかどうかを判定し、割込みができた
場合は、ステータスパケット内にセットされている割込
み用ジョブＩＤを基に、クライアントコンピュータ４０
０のハードディスク（ＨＤ）４５１上に登録されている
ラスタ化した画像データと、そのレイアウト情報が入っ
ているコマンドデータを読み込み、パケットベース１０
００１のジョブＩＤ１００２３を、ステータスにより入
手したものと同じ値をセットし、ジョブタイプＩＤ１０
０２２としてコマンドタイプをセットする。

【００９８】この時のデータブロック部１０１００は、
プリント実行コマンドをセットし（ＳＴＥＰ２３）、そ
のコマンド部１０００５に、プリントするレイアウトの
位置情報のパラメータ，カラーバランス情報，プリント
枚数等のプリント情報，画像データの画像サイズ（幅，
高さ），画像データのタイプ（ＲＧＢ，ＣＭＹＫ，ｂｉ
ｔｍａｐ，８Ｐａｌｅｔｔｅ），画像データの転送単位
（線順次，面順次，点順次）等のパラメータをセットす
る。この時、前述した手順と同様に、コマンドブロック
の後から画像データブロック全体のパケット数を、ヘッ
ダ１００２０のトータルパケットＩＤ１００３１にセッ
トする。これらのパケットは前述したパケット転送と同
様に順次スキャナ／プリンタサーバー２００側に転送さ
れ、コマンドパケットの内容がチェックされ（ＳＴＥＰ
２４）、その後、スキャナ／プリンタサーバー２００
は、クライアントコンピュータ４００からのこれらのコ
マンドパケット１００５／画像データパケット１０００
７を、前述したファイルサーバー５００から手順と同様
にして、スキャナ／プリンタサーバー２００側で、転送
により得られた画像データを、連続パケットＩＤにより
一連の画像データとしてラスタ画像データ記憶部７００
のラスタイメージメモリ７６０に登録するため、メモリ
管理コントローラに新しい画像データ登録用のファイル
ＩＤを要求し（ＳＴＥＰ６０）、レイアウト等のプリン
ト情報を指定画像ファイルに対応した位置情報テーブル
に登録する（ＳＴＥＰ６１）。

【００９９】次いで、指定された画像データ部を分割
し、複数パケットでスキャナ／プリンサーバーに転送す
る（ＳＴＥＰ６２）。次いで、分割画像データをラスタ
イメージメモリに登録し、全画像パケットが転送された
かどうかを判定し（ＳＴＥＰ６３）、ＮＯならばステッ
プＳＴＥＰ６２に戻り、ＹＥＳならばスキャナ／プリン
タサーバーは、レイアウト情報，印刷枚数等をレイアウ
トコントローラにセットし（ＳＴＥＰ６４）、指定され
た画像ファイルＩＤのラスタ画像を拡大／縮小／変形す
る（ＳＴＥＰ６５）。次いで、ディジタルカラー複写機
のプリンタ部で印刷出力する（ＳＴＥＰ６６）。次い
で、プリント中のプリント枚数／エラー情報をファイル
サーバーのジョブステータスに書き込み（ＳＴＥＰ６
７）、クライアントコンピュータがスキャナ／プリンタ
サーバーのジョブステータスをチェックしてプリント終
了かどうかを判定し（ＳＴＥＰ６８）、ＮＯならばステ
ップＳＴＥＰ６５に戻り、ＹＥＳならばファイルサーバ
ーの中断したジョブを実行し（ＳＴＥＰ６９）、ファイ
ルサーバー上のキューテーブルの内容をチェックして
（ＳＴＥＰ７０）、ステップＳＴＥＰ１１に戻る。

【０１００】この様に、スキャナ／プリンタサーバーシ
ステムの割込みプリント制御方法によれば、各クライア
ントコンピュータ４００からのダイレクトプリント割込
み要求有無を判定し、該判定結果により割込み要求され
ているクライアントコンピュータ４００からのコマンド
中のアクセス優先順位とファイルサーバー５００から出
力依頼されているアクセス優先順位とを設定された優先
順位情報を参照しながら比較し、該比較結果に基づいて
前記ファイルサーバー５００からの出力要求依頼とダイ
レクトプリント要求するクライアントコンピュータ４０
０からの出力要求の切換えを制御するので、状況により
ファイルサーバー側のスプール機能を利用せずに直接プ
リントサーバーへの割込みアクセスをネットワーク１上
で実現すること、およびファイルサーバー５００上の登
録容量を越える出力要求を複数のクライアントに効率よ
く振り分けることが可能となる。

【０１０１】以下、図１５及び図１６を参照しながら連
続ネットワークパケットの構成およびキューイングファ
イルの構成について説明する。

【０１０２】図１５は、図５に示したファイルサーバー
５００に管理されるキューイングファイルのデータ構造
を説明する図である。

【０１０３】この図に示すように、キューイングファイ
ル１０２００は、ヘッダ部，データブロック部１０１０
４，次のヘッダ部，該次のヘッダに対応するデータブロ
ック部から構成されており、キューイングヘッダ部は、
ヘッダコード１０２０３，ファンクションコード部１０
１０４，トータルヘッダ１０２３１，ステータス部１０
２４０，データブロック部データ長１０２３２等から構
成され、キューイングファンクションコード部１０１０
４は、ファンクションＩＤ，ジョブタイプ１０２２２，
ジョブＩＤ１０２２３から構成されている。

【０１０４】なお、データブロック部１０１０４は、コ
マンドブロック１０１０５，ステータスブロック１０１
０６，画像データブロック１０１０７，画像情報ブロッ
ク１０１０８等から構成されている。

【０１０５】図１６は、図１に示したクライアントコン
ピュータ４００からファイルサーバー５００への連続パ
ケット転送時のパケット構造を説明する図である。

【０１０６】この図に示される様に、連続パケット転送
時においては、パケットベース１０００１のデータ部
は、パケットデータ部１０００１−２〜１０００１−４
から構成される。

【０１０７】以下、キューイングテーブル１０３００に
ジョブ登録を行う場合について図１７〜図１９を参照し
ながら説明する。

【０１０８】図１７〜図１９は本発明に係るスキャナ／
プリンタサーバーシステムにおけるシステム処理手順の
一例を示すフローチャートである。

【０１０９】なお、図中のＳＴＥＰ３０，ＳＴＥＰ３
１，……は各ステップを示す。

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

【０１１１】この時、データブロック部は、ファイルサ
ーバー側のプリントキューに新しいプリントジョブを登
録するためのジョブ登録コマンドをセットし、そのコマ
ンド部に決定した登録キューＩＤのパラメータもセット
し、前述通りこのパケットをファイルサーバーに発行す
る（ＳＴＥＰ３０）。続いて、ファイルサーバーの新規
ジョブＩＤ発行処理に移る。 〔ファイルサーバーの新規ジョブＩＤ発行〕先ず、ファ
イルサーバー５００側では、ファイルサーバーメインコ
ントローラ５１０が、前述したようにそのパケットの内
容をヘッダ部とデータブロック部とに分離し、データブ
ロック部の内容がコマンドであることを解析し、ジョブ
登録コマンドにそった処理を行う。ファイルサーバーメ
インコントローラ５１０は、キュー管理コントローラ５
５０に対して、ジョブ登録コマンド内の指定された登録
キューＩＤにあたるプリンタのキューイングテーブルに
新しくジョブを登録し、そのときのジョブＩＤを新しく
発行する。その時、ステータスとして、返送するパケッ
トのステータスブロック内にそのジョブＩＤをセット
し、クライアントコンピュータに前述した手順で返送す
る。これ以降、ジョブＩＤを識別キーボードとして、ネ
ットワーク内でのスキャン／プリント処理を行う。

【０１１２】クライアントのプリントジョブ登録／画像
データ転送は、ファイルサーバー５００より返送された
ステータスのパケットより、ジョブＩＤを入手するハー
ドディスク（ＨＤ）上に登録されているラスタ化した画
像データと、そのレイアウト情報が入っているコマンド
データを読み込み、パケットベースのジョブＩＤを、入
手したものと同じ値にセットし、ジョブタイプＩＤとし
てコマンドタイプをセットする。この時のデータブロッ
ク部は、プリント実行コマンドをセットし、そのコマン
ド部に、プリントするレイアウトの位置情報のパラメー
タ，カラーバランス情報，プリント枚数等のプリント情
報，画像データの画像サイズ（幅，高さ），画像データ
のタイプ（ＲＧＢ，ＣＭＹＫ，ｂｉｔｍａｐ，８Ｐａｌ
ｅｔｔｅ），画像データの転送単位（線順次，面順次，
点順次）等のパラメータをセットする（ＳＴＥＰ３１，
３２）。この時、コマンドブロックの後から画像データ
ブロックを全体でいくつのパケットを送るかを、画像デ
ータのサイズと画像のタイプから算出し、そのトータル
のパケット数（コマンドパケットも含む）を、ヘッダの
トータルパケットＩＤにセットする。これらのパケット
を前述した手順により、クライアントコンピュータ４０
０から、ファイルサーバーへ連続転送（分割転送）する
（ＳＴＥＰ３３）。

【０１１３】なお、本実施例におけるパケットの連続転
送は、図１６に示したように、始めコマンドパケットが
いくつか転送され、それに続いて画像データのパケット
が転送される。コマンド，画像データ，それぞれの転送
時のヘッダ内のジョブタイプＩＤは、それぞれのタイプ
をセットし、ジョブＩＤは、キュー登録してあるものに
なっている。先頭からのパケットから順に、ヘッダ部の
連続パケットＩＤは、「０」から順にトータルパケット
ＩＤ−１までステップＳＴＥＰ３３に戻り、繰り返して
送られることになる（ＳＴＥＰ３４）。

【０１１４】ファイルサーバー５００側では、前述した
クライアントコンピュータ４００からコマンドパケット
／画像データパケットを受け取り、指定されたジョブＩ
Ｄが存在するかどうかをチェックし、存在する場合、キ
ューイングファイルとして、ファイルサーバー内のハー
ドディスク（ＨＤ）に順次登録して行く（ＳＴＥＰ３
５）。そして、このコマンドパケット内から得られたジ
ョブＩＤのキューにファイルサーバー内のハードディス
ク（ＨＤ）に登録されたキューイングファイル１０２０
０のＩＤを登録する。このジョブＩＤとキューイングフ
ァイルＩＤは１セットでキューイングテーブルで管理さ
れる。

【０１１５】また、ハードディスク（ＨＤ）上に登録さ
れたコマンドパケット／画像データパケットは、１つの
ファイルデータとして、図１５に示す様に、ファイルサ
ーバー５００上で管理される（ＳＴＥＰ３６）。

【０１１６】続いて、図１８に示す手順に処理が以降
し、ネットワーク１に接続されているスキャナ／プリン
タサーバー２００のメインコントローラ２１０は、サー
バー上のＲＯＭ２０６に登録されている一定時間毎に、
メインメモリ２６０上に登録されているファイルサーバ
ーのネットワークＩＤに基づいてファイルサーバー５０
０側にアクセスする（ＳＴＥＰ３７）。

【０１１７】次いで、スキャナ／プリンタサーバー２０
０は、前述したパケットベースに基づいてヘッダ部のフ
ァンクションＩＤに機能を識別するＩＤとして一意的に
決っているカラープリンタ用のＩＤをセットし、実行形
態がカラープリントであることを明示する。そして、デ
ータブロック部にサーバーキューステータス要求コマン
ドをセットする（ＳＴＥＰ３８）。

【０１１８】本実施例において、上記ステータス要求コ
マンドは、ファイルサーバー側のキュー状態の全情報の
中で、そのスキャナ／プリンタサーバーに対してキュー
イングテーブルの情報を入手するためのコマンドであ
り、パラメータとして、一意的に決っているスキャナ／
プリンタサーバーのＩＤと、ネットワークＩＤをセット
する。

【０１１９】スキャナ／プリンタサーバー２００は、こ
のパケットデータを、ネットワークコントローラ２２０
を介して、ファイルサーバー５００に転送する。この
際、ファイルサーバー側では、ファイルサーバーメイン
コントローラ５１０が、同様にパケットの内容をヘッダ
部とデータブロック部とに分離し、データブロック部の
内容がコマンドであることを解析し、そのコマンドにそ
った処理を行う。スキャナ／プリンタサーバー側からの
要求は、スキャナ／プリンタサーバーのＩＤに対応する
キューの全情報の要求であるので、ファイルサーバーメ
インコントローラ５１０は、指定されたスキャナ／プリ
ンタサーバーのＩＤにあたるプリンタのキュー情報があ
るかどうかを、キュー管理コントローラ５５０に対して
要求する（ＳＴＥＰ３９）。

【０１２０】これにより、スキャナ／プリンタサーバー
は、自分に割り当てられているキューイングテーブルの
情報を入手することができる。このキューイングテーブ
ルの情報から、新しく登録されたジョブを見つけたかど
うかを判定し（ＳＴＥＰ４０）、ＮＯならばステップＳ
ＴＥＰ３７に戻り、その新しく登録されたキューイング
ジョブファイルＩＤを基に、ファイルサーバー５００側
に、そのファイル情報のコマンドリードのコマンドパケ
ットを発行する。なお、本実施例におけるコマンドリー
ドとは、ファイル情報の中からコマンドパケット部だけ
を抽出して読み込む処理である。

【０１２１】一方、ステップＳＴＥＰ４０の判定でＹＥ
Ｓと判定された場合には、ファイルサーバー５００側で
は、発行されたコマンドパケットから、指定のキューイ
ングジョブファイルＩＤのファイル情報を、ファイルサ
ーバー５００側のハードディスク（ＨＤ）コントローラ
５３０に要求し（ＳＴＥＰ４１）、それに対応するファ
イル情報（クライアントからのパケットデータをファイ
ルとして登録したもの）をハードディスク（ＨＤ）５３
１から読み出し、そのファイル情報の中からコマンドパ
ケット部だけを抽出してパケットデータとして、スキャ
ナ／プリンタサーバー２００に転送する（ＳＴＥＰ４
２）。この抽出の処理を行うのがファイルサーバーメイ
ンコントローラ５１０で行う。

【０１２２】続いて、スキャナ／プリンタサーバー２０
０は、このコマンドリードにより得られた、コマンドパ
ケットから、プリントするレイアウトの位置情報のパラ
メータ，カラーバランス情報，プリント枚数等のプリン
ト情報，画像データの画像サイズ（幅，高さ），画像デ
ータのタイプ（ＲＧＢ，ＣＭＹＫ，ｂｉｔｍａｐ，８Ｐ
ａｌｅｔｔｅ），画像データの転送単位（線順次，面順
次，点順次）等のパラメータを入手する。

【０１２３】次いで、スキャナ／プリンタサーバー２０
０のメインコントローラ２１０は、前述したファイル管
理モードで動作するように、ラスタ画像記憶部７００の
イメージコントローラ７１０に対してバスコントローラ
７４０を介してセットアップを行う。

【０１２４】これにより、イメージコントローラは、フ
ァイル管理モードで、ラスタイメージメモリを管理する
ために、メモリ管理コントローラを初期化し、キューイ
ングされている画像データをラスタイメージメモリ７６
０に登録するために、メモリ管理コントローラに対し
て、登録する際の画像データの任意のファイルＩＤをセ
ットする。これをメモリ管理コントローラは、画像ファ
イルＩＤとして管理／識別用に使用する（ＳＴＥＰ４
３）。

【０１２５】また、ファイルサーバー５００から得られ
たキューイング画像データのプリント情報／画像属性パ
ラメータを位置／属性情報テーブル７７０にセットする
（ＳＴＥＰ４４）。

【０１２６】続いて、図１９に示す手順に処理が移行
し、メインコントローラ２１０は、次にキューイングさ
れている画像データを読み込むため、前述したようにコ
マンドパケットをファイルサーバーに発行する。このコ
マンドパケットは、画像データリーダコマンドで、ファ
イルサーバー上の先の入手したキーボードイングファイ
ル情報中から画像データパケット部だけを抽出してパケ
ットデータとして、スキャナ／プリンタサーバー２００
側に転送される（ＳＴＥＰ４５）。

【０１２７】続いて、スキャナ／プリンタサーバー２０
０側では、転送により得られた画像データは、連続パケ
ットＩＤにより一連の画像データパケットとして転送さ
れてくるので（ＳＴＥＰ４６）、パケットが随時ネット
ワークコントローラ２２０から入手次第、その画像デー
タをラスタ画像データ記憶部７００のラスタイメージメ
モリ７６０に登録する（ＳＴＥＰ４７）。

【０１２８】そして、登録する際に画像データは、画像
ファイルとして、ラスタイメージメモリ７６０を複数に
分割して管理されており、メモリ上のスタートアドレス
とその画像データ長，画像データの属性，画像データの
レイアウト出力の位置情報等が前述した画像ファイルＩ
Ｄに対応する位置／属性情報テーブル７７０に登録し、
ファイルサーバーより転送されてきた画像データをその
情報に基づいてラスタイメージメモリ７６０に登録する
（ＳＴＥＰ４８）。

【０１２９】このようにして全画像データパケットが登
録終了されると、メインコントローラ２１０は、位置／
属性情報テーブルのプリントする枚数，レイアウト情報
をレイアウト出力する際にレイアウトコントローラ７５
０にセットし（ＳＴＥＰ４９）、レイアウトコントロー
ラは、指定された位置と大きさに拡大／縮小／変形編集
を行って行く（ＳＴＥＰ５０）。そして、ラスタ画像デ
ータを、カラーディジタルインタフェースコントローラ
７９０を介して転送し、カラープリンタ部３００に出力
して、クライアントの要求した画像のプリントを行うこ
とが可能となっている（ＳＴＥＰ５１）。

【０１３０】この様にして、スキャナ／プリンタサーバ
ーが実行しているステータスは、随時ファイルサーバー
のキュー管理コントローラに通知され、モニタすること
が可能になっている。

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

【０１３２】次いで、後述するステータス情報モニタリ
ングにより、ファイルサーバーのキューイングテーブル
のジョブステータスがプリント終了かどうかを判定し
（ＳＴＥＰ５３）、ＮＯならばステップＳＴＥＰ５０に
戻り、ＹＥＳならば処理を終了する。

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

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

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

【０１３６】以下、クライアントコンピュータ４００に
よるステータス情報モニタ処理動作について説明する。

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

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

【０１３９】それぞれのＩＤは、ファイルサーバー／ク
ライアントコンピュータ上で管理するユニークな名前と
対照させて表示することも可能で、これによりサーバー
に対する識別が見やすくすることも可能である。また、
表示されたファイルサーバーのキューイングテーブルに
は、キューイングテーブルのトータル枚数，現在のスキ
ャナ／プリントサーバーの実行プロセス，プリント済み
枚数，エラー状況が表示することが可能であり、ファイ
ルサーバー５００側から該情報を入手する。

【０１４０】クライアント側は、このモニタ機能によ
り、ジョブステータスがプリントの完了かどうかを判定
することも可能である。

【０１４１】

【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、判定手段が各クライアントコンピュー
タからのダイレクトプリント割込み要求有無を判定し、
該判定結果に応じて割込み制御手段が割込み要求されて
いるクライアントコンピュータからのコマンド中のアク
セス優先順位とファイルサーバーから出力依頼されてい
るアクセス優先順位とを設定された優先順位情報を参照
しながら比較し、該比較結果に基づいて前記ファイルサ
ーバーからの出力要求依頼とダイレクトプリント要求す
るクライアントコンピュータからの出力要求の切換えを
制御するので、状況によりファイルサーバー側のスプー
ル機能を利用せずに直接プリントサーバーへの割込みア
クセスをネットワーク上で実現すること、およびファイ
ルサーバー上の登録容量を越える出力要求を複数のクラ
イアントに効率よく振り分けることができる。

【０１４２】第２の発明によれば、ファイルサーバーの
管理テーブルには、各クライアントコンピュータから出
力依頼されるラスタ画像データ及び所定のコマンドの状
態が登録管理されるので、各クライアントコンピュータ
からジョブ要求を正確に把握することができる。

【０１４３】第３の発明によれば、プリントサーバー
は、ファイルサーバー内の管理テーブルに登録されたキ
ューイングプリント情報およびラスタ画像データとをネ
ットワークを介して取り込むので、当該スキャナ／プリ
ンタ側からの要求に応じてファイルサーバー上に新規の
ジョブが登録されたどうかを確実に把握することができ
る。

【０１４４】第４の発明によれば、プリントサーバー
は、ファイルサーバー内の管理テーブルに登録されたキ
ューイングプリント情報およびラスタ画像データとをネ
ットワークを介して取り込み、画像記憶手段に該取り込
んだラスタ画像データを記憶するので、オリジナルのラ
スタ画像データを保持して、種々の編集画像をスキャナ
／プリンタ側で処理して出力することができる。

【０１４５】第５の発明によれば、プリントサーバー側
のレイアウト手段が、ファイルサーバー内の管理テーブ
ルに登録されたキューイングプリント情報およびラスタ
画像データとをネットワークを介して取り込み、該取り
込んだラスタ画像データを前記キューイングプリント情
報に基づいて割り付け編集するので、種々の編集画像を
レイアウトしながらスキャナ／プリンタ側で処理して出
力することができる。

【０１４６】第６の発明によれば、プリンタサーバー
は、複数のスキャナ／プリンタ，複数のプリンタを一意
的識別する識別情報に基づいて管理するので、システム
上のスキャナ／プリンタ，プリンタの構成が変更されて
も、変更されたスキャナ／プリンタ，プリンタのみに対
して識別情報を追加又は修正するだけで相対的なシステ
ム環境を更新することができる。

【０１４７】第７の発明によれば、スキャナ／プリンタ
またはプリンタは、カラーラスタ画像，モノクロ２値画
像，モノクログレースケールラスタ画像のいずれかを出
力するので、カラーラスタ画像，モノクロ２値画像，モ
ノクログレースケールラスタ画像の各データ量に応じて
ファイルサーバー上の割り当てを越える事態が発生して
も、スキャナ／プリンタまたはプリンタを選択して割込
みをかけることにより、直接出力することができる。

【０１４８】第８の発明によれば、各クライアントコン
ピュータからのダイレクトプリント割込み要求有無を判
定し、該判定結果により割込み要求されているクライア
ントコンピュータからのコマンド中のアクセス優先順位
とファイルサーバーから出力依頼されているアクセス優
先順位とを設定された優先順位情報を参照しながら比較
し、該比較結果に基づいて前記ファイルサーバーからの
出力要求依頼とダイレクトプリント要求するクライアン
トコンピュータからの出力要求の切換えを制御するの
で、状況によりファイルサーバー側のスプール機能を利
用せずに直接プリントサーバーへの割込みアクセスをネ
ットワーク上で実現すること、およびファイルサーバー
上の登録容量を越える出力要求を複数のクライアントに
効率よく振り分けることができる。

【０１４９】従って、ファイルサーバー上の登録容量を
越える各クライアントコンピュータからの出力要求を効
率よく振り分けることができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１実施例を示すスキャナ／プリンタ
サーバーシステムの構成を説明するブロック図である。

【図２】図１に示したディジタル複写機の構成を説明す
るブロック図である。

【図３】図１に示したクライアントコンピュータの構成
を説明するブロック図である。

【図４】図１に示したスキャナ／プリンタサーバーの詳
細構成を説明するブロック図である。

【図５】図１に示したファイルサーバーの構成を説明す
るブロック図である。

【図６】図４に示したラスタ画像記憶部の構成を説明す
るブロック図である。

【図７】本発明のスキャナ／プリンタサーバーシステム
におけるネットワークパケット部のデータ構成を説明す
る図である。

【図８】図７に示したデータブロック部の詳細データ構
造を説明する図である。

【図９】図５に示したキューテーブルデータに記憶され
るキューイングエントリテーブルのデータ構造を説明す
る図である。

【図１０】図９に示すキューイングエントリテーブルの
キューイングテーブルのデータ構造を説明する図であ
る。

【図１１】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるプリント処理手順の一例を示すフローチ
ャートである。

【図１２】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるプリント処理手順の一例を示すフローチ
ャートである。

【図１３】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるプリント処理手順の一例を示すフローチ
ャートである。

【図１４】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるプリント処理手順の一例を示すフローチ
ャートである。

【図１５】図５に示したファイルサーバーに管理される
キューイングファイルのデータ構造を説明する図であ
る。

【図１６】図１に示したクライアントコンピュータから
ファイルサーバーへの連続パケット転送時のパケット構
造を説明する図である。

【図１７】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるシステム処理手順の一例を示すフローチ
ャートである。

【図１８】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるシステム処理手順の一例を示すフローチ
ャートである。

【図１９】本発明に係るスキャナ／プリンタサーバーシ
ステムにおけるシステム処理手順の一例を示すフローチ
ャートである。

【符号の説明】

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

Claims (8)

【特許請求の範囲】
1. 【請求項１】 スキャナ機能を実行するスキャナ部とプ
   リント機能処理を実行するプリンタ部とを備えるスキャ
   ナ／プリンタのネットワークプリント処理要求を制御す
   るプリントサーバーと、前記スキャナ／プリンタに対す
   るアクセス順位を設定可能な複数のクライアントコンピ
   ュータと、各クライアントコンピュータから入力される
   ラスタ画像データおよび所定のコマンドをキューイング
   し、前記プリントサーバーと通信して該キューイングし
   たラスタ画像データおよびコマンドを転送するファイル
   サーバーとがそれぞれ所定のネットワークに通信可能に
   接続され、各クライアントコンピュータからのダイレク
   トプリント割込み要求有無を判定する割込み判定手段
   と、割込み要求されているクライアントコンピュータか
   らのコマンド中のアクセス優先順位とファイルサーバー
   から出力依頼されているアクセス優先順位とを設定され
   た優先順位情報を参照しながら比較し、該比較結果に基
   づいて前記ファイルサーバーからの出力要求依頼とダイ
   レクトプリント要求するクライアントコンピュータから
   の出力要求の切換えを制御する割込み制御手段とを、前
   記プリントサーバーに設けたことを特徴とするスキャナ
   ／プリンタサーバーシステム。
2. 【請求項２】 ファイルサーバーは、各クライアントコ
   ンピュータから出力依頼されるラスタ画像データ及び所
   定のコマンドの状態を登録管理するための管理テーブル
   を有することを特徴とする請求項１記載のスキャナ／プ
   リンタサーバーシステム。
3. 【請求項３】 プリントサーバーは、ファイルサーバー
   内の管理テーブルに登録されたキューイングプリント情
   報およびラスタ画像データとをネットワークを介して取
   り込むことを特徴とする請求項１記載のスキャナ／プリ
   ンタサーバーシステム。
4. 【請求項４】 プリントサーバーは、ファイルサーバー
   内の管理テーブルに登録されたキューイングプリント情
   報およびラスタ画像データとをネットワークを介して取
   り込み、該取り込んだラスタ画像データを記憶する画像
   記憶手段を有することを特徴とする請求項１記載のスキ
   ャナ／プリンタサーバーシステム。
5. 【請求項５】 プリントサーバーは、ファイルサーバー
   内の管理テーブルに登録されたキューイングプリント情
   報およびラスタ画像データとをネットワークを介して取
   り込み、該取り込んだラスタ画像データを前記キューイ
   ングプリント情報に基づいて割り付け編集するレイアウ
   ト手段を有することを特徴とする請求項１記載のスキャ
   ナ／プリンタサーバーシステム。
6. 【請求項６】 プリンタサーバーは、複数のスキャナ／
   プリンタ，複数のプリンタを一意的識別する識別情報に
   基づいて管理することを特徴とする請求項１記載のスキ
   ャナ／プリンタサーバーシステム。
7. 【請求項７】 スキャナ／プリンタまたはプリンタは、
   カラーラスタ画像，モノクロ２値画像，モノクログレー
   スケールラスタ画像のいずれかを出力可能なことを特徴
   とする請求項１記載のスキャナ／プリンタサーバーシス
   テム。
8. 【請求項８】 スキャナ機能を実行するスキャナ部とプ
   リント機能処理を実行するプリンタ部とを備えるスキャ
   ナ／プリンタのネットワークプリント処理要求を制御す
   るプリントサーバーと、前記スキャナ／プリンタに対す
   るアクセス順位を設定可能な複数のクライアントコンピ
   ュータと、各クライアントコンピュータから入力される
   ラスタ画像データおよび所定のコマンドをキューイング
   し、前記プリントサーバーと通信して該キューイングし
   たラスタ画像データおよびコマンドを転送するファイル
   サーバーとがそれぞれ所定のネットワークに通信可能に
   接続されたスキャナ／プリンタサーバーシステムの割込
   みプリント制御方法において、各クライアントコンピュ
   ータからのダイレクトプリント割込み要求有無を判定
   し、該判定結果により割込み要求されているクライアン
   トコンピュータからのコマンド中のアクセス優先順位と
   ファイルサーバーから出力依頼されているアクセス優先
   順位とを設定された優先順位情報を参照しながら比較
   し、該比較結果に基づいて前記ファイルサーバーからの
   出力要求依頼とダイレクトプリント要求するクライアン
   トコンピュータからの出力要求の切換えを制御すること
   を特徴とするスキャナ／プリンタサーバーシステムの割
   込みプリント制御方法。