JP3215224B2 - データ処理システム及びデータ処理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアントから依頼
された画像データを所定の出力装置に出力するためのデ
ータ処理システム及びデータ処理方法に関するものであ
る。

【０００２】

【従来の技術】近年、コンピュータ上で作成・変換され
た文書・画像等をプリンタから出力する際、これらのコ
ンピュータやプリンタ等をネットワークを介して接続す
ることにより、１人のクライアントユーザーが複数のプ
リンタを利用することが可能なシステムがある。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のシステムで期待通りの出力結果を得るには、各クラ
イアントユーザーは、使用するプリンタにて出力可能な
データタイプ、例えば、フルカラー、８ビットパレッ
ト、２値ビットマップ、グレースケール等を常に意識し
ておく必要がある。

【０００４】そして、ユーザーが、誤ってそのプリンタ
では出力不可能なデータタイプの画像データを出力しよ
うとした場合、プリントエラーとなって何も出力結果が
得られないか、あるいは、全く予期せぬ出力結果を得て
しまうという問題がある。しかも、プリンタが、ユーザ
ーから物理的に離れた位置に設置してある場合や、ネツ
トワークへのプリンタの接続台数が多い場合、常にプリ
ンタにて出力可能なデータタイプを意識しておくこと
は、ユーザーにとっては、非常に困難なことである。特
に、例えば、カラー画像を出力したのにモノクロ画像が
プリントされてしまうなどといったようにユーザーが意
図しない形式の出力結果となってしまう場合、出力結果
が自分のものだとは気付かなかったり、また出力されて
しまう前に処理を中止させたりといったことが困難にな
ってしまうなどの問題の発生が予想される。

【０００５】本発明の目的は、クライアントから依頼さ
れた画像データの可視出力形式と、クライアントから依
頼された画像データを出力すべき出力装置で出力可能な
可視出力形式とが異なる場合に、依頼された画像データ
の可視出力形式が変換されることを、クライアントに通
知できるデータ処理システム及びデータ処理方法を提供
することである。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、クライアントから依頼された画像データ
を所定の出力装置に出力するデータ処理システムにおい
て、クライアントから依頼された画像データの可視出力
形式を検知する第１の検知手段と、クライアントから依
頼された画像データを出力すべき出力装置で出力可能な
画像データの可視出力形式を検知する第２の検知手段
と、第１及び第２の検知手段により得られた可視出力形
式がそれぞれ異なるか否か識別する識別手段と、識別手
段によりそれぞれの可視出力形式が異なると識別された
場合に、クライアントから依頼された画像データの可視
出力形式を変換する変換手段と、変換手段によりクライ
アントから依頼された画像データの可視出力形式が変換
されることを示す情報を、画像データの出力を依頼した
クライアントに通知する通知手段とを有することを特徴
とする。また、上記目的は、本発明による、クライアン
トから依頼された画像データを所定の出力装置に出力す
るデータ処理システムのためのデータ処理方法であっ
て、クライアントから依頼された画像データの可視出力
形式を検知する第１の検知工程と、クライアントから依
頼された画像データを出力すべき出力装置で出力可能な
画像データの可視出力形式を検知する第２の検知工程
と、第１及び第２の検知工程で得られた可視出力形式が
それぞれ異なるか否か識別する識別工程と、識別工程に
よりそれぞれの可視出力形式が異なると識別された場合
に、クライアントから依頼された画像データの可視出力
形式を変換する変換工程と、変換工程でクライアントか
ら依頼された画像データの可視出力形式が変換されるこ
とを示す情報を、画像データの出力を依頼したクライア
ントに通知する通知工程とを有することを特徴とするデ
ータ処理方法によっても達成される。

【０００７】

【作用】以上の構成において、クライアントユーザーが
プリンタにて出力可能なデータタイプを意識することな
く効率の良いプリント出力を行なうよう機能する。

【０００８】

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

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

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

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

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

【００１３】すなわち、露光系コントローラ（１０３）
が、原稿台１０５上の原稿を密着型ＣＣＤラインセンサ
を制御してスキャンし、それを各画素の濃度に応じたア
ナログ画像信号に変換する。このアナログ画像信号は、
Ａ／Ｄ変換部で各色８ｂｉｔのデジタル画像信号に変換
される。そして、この画像信号（デジタル）は、画像処
理部（１０２）で、その輝度レベルから濃度を示すトナ
ー量に対応したレベルに変換された後、同じく画像処理
部（１０２）で合成、変倍、移動等の各種画像処理が行
なわれる。

【００１４】プリンタ（グレースケールプリンタ）（３
００）部では、スキャナ（１００）部より送られてきた
デジタル画像信号が半導体レーザ部の点灯信号に変換さ
れ、レーザドライブ部（３１０）でレーザが制御され、
そのレーザの点灯信号は、デジタル画像信号のレベルに
対応したパルス幅として出力される。なお、レーザ点灯
レベルは、ここでは、２５６レベル（８ｂｉｔに対応）
となっている。

【００１５】そして、このプリンタ部（３００）は、現
像部（３１４）にて、出力すべきデジタル画像信号に応
じて、画像を感光ドラム（３１５）に順次デジタル的な
ドット形式で露光・現像し、転写部（３１６）にて記録
用紙に複数転写して、最後的に定着部（３２２）にて定
着する、電子写真方式のレーザビームプリンタである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３３】図７は、上記のラスタ画像記憶部（７０
０）を構成するラスタ画像変換部（８００）の内部構成
図である。同図に示すラスタ画像変換部（８００）は、
ラスタ画像記憶部（７００）内のバスコントローラ（７
４０）から送られてきたＲ，Ｇ，Ｂ、またはグレースケ
ールのラスタ画像データを、後述する各変換部（８３
０，８４０，８５０）に振り分けるセレクタ（８１
０）、メインコントローラ（２１０）の指示に従ってセ
レクタ（８１０）での振り分けと各変換部（８３０，８
４０，８５０）の変換方法を制御するラスタ画像データ
変換コントローラ（８２０）にて構成される。

【００３４】ＲＧＢ→グレースケール変換部（８３０）
は、ＲＧＢカラー画像データをグレースケールデータに
変換し、ＲＧＢ→２値変換部（８４０）は、ＲＧＢカラ
ー画像データを２値ビットマップデータに変換する。ま
た、グレースケール→２値変換部（８５０）は、グレー
スケールデータを２値ビットマップデータに変換する。

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

【００３６】図８に示すように、本実施例におけるパケ
ットの構造は、その先頭に送信先のネットワークアドレ
ス、次に、送手のネットワークアドレスをセットし、そ
のパケットのフレームサイズの情報の後に実際のパケッ
トデータが続き、最後にデータ転送の信頼性を上げるた
めに、テーラーと呼ばれるＣＲＣ等のエラーチェックを
付ける。

【００３７】このパケットデータ部（１０００２）に関
しては、任意のデータを入れることが可能だが、本実施
例では、ヘッダ部（１０００３）とデータブロック部
（１０１００）とに分かれる。そして、パケットデータ
部（１０００２）のヘッダ部（１０００３）は、図８に
示すように、その先頭にヘッダ情報であることを示すヘ
ッダコードが入り、次に、このパケットデータがどのよ
うな機能を持つかを示すファンクションコード部（１０
０２０）がくる。

【００３８】次に、複数のパケットにより１つのデータ
を構成する場合の連続番号を示す連続パケットＩＤ（１
００３０）、その合計パケット数を示すトータルパケッ
トＩＤ（１００３１）、実際のデータが入るデータブロ
ック部（１０１００）のデータの長さを示すデータ長
（１００３２）が来、パケットは、これらにより構成さ
れる。

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

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

【００４１】そこで、上記の構成をとる本実施例に係る
プリンタサーバーシステムにおけるプリント動作手順に
ついて説明する。

【００４２】図１３は、本実施例におけるプリント動作
の概略フローチャートである。以下、同図に示された手
順を詳細に説明する。 ＜スキャナ／プリンタサーバーの起動＞スキャナ／プリ
ンタサーバー（２００）を起動すると、始めに、本シス
テムに接続されているデジタル複写機（１０００）にて
出力可能なデータタイプを検出するため、メインコント
ローラ（２１０）はデジタルインターフェースコントロ
ーラ（７９０）を制御し、デジタル複写機（１０００）
に対して出力可能なデータタイプの通知を要求するコマ
ンドを送出する。

【００４３】このコマンドを受けたデジタル複写機（１
０００）のインターフェースコントローラ（１０４）
は、出力可能なデータタイプと一意的に対応しているコ
ードをプリンタ部コントローラ（３０１）から獲得し、
このコードをデータタイプとしてスキャナ／プリンタサ
ーバー（２００）に対して通知する。

【００４４】本実施例に係るシステムに接続されている
のは、グレースケール画像を出力するデジタル複写機な
ので、ここでは、グレースケールに対応するコードをデ
ータタイプとして通知する。そして、複写機側からの通
知を受けたデジタルインターフェースコントローラ（７
９０）は、獲得したデータタイプをメインコントローラ
（２１０）に通知し、メインコントローラ（２１０）
は、獲得したデータタイプをメインメモリ（２６０）に
格納する（図１４のステップＳ２１）。

【００４５】次に、ネットワークで接続されているファ
イルサーバーが起動されていることを確認し（ステップ
Ｓ２２）、以後は、定期的に、このファイルサーバーに
アクセスしてキューイングプリント情報を監視する（後
述する、図１７のステップＳ４１）。 ＜クライアントコンピュータ上のレイアウト処理＞図１
５は、本実施例に係るシステムにおけるクライアントコ
ンピュータ上のレイアウト処理等の手順を示すフローチ
ャートである。

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

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

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

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

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

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

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

【００５３】全体ステータス情報のデータは、指定され
たファンクションＩＤ（１００２１）に相当するキュー
である登録キューＩＤ（１０２０９）、そのキューの対
象となるプリントサーバーのサーバーＩＤ／ネットワー
クＩＤ（１０３０１）、現在登録されているトータルの
キュー数（１０３０６）、そして、エラーコードにて構
成されている。

【００５４】また、全体ステータス情報のデータは、パ
ケットデータのデータブロック部にセットされ、ヘッダ
内のジョブタイプＩＤをステータスブロックのＩＤにし
て、ステータス要求を発行したクライアントコンピュー
タに返送する（ステップＳ３２）。その際、キュー情報
が存在しない場合、一意的に決まっているエラーコード
をパケットデータのデータブロック部にセットし、ステ
ータス要求を発行したクライアントコンピュータに返送
する。 ＜キューイングテーブルにジョブを登録＞次に、本実施
例におけるキューイングテーブルへのジョブ登録処理を
説明する。

【００５５】クライアントコンピュータは、ファイルサ
ーバーより返送されたパケットデータの内容を、上述し
たファイルサーバーと同様に分解、解析し、現在有効な
スキャナ／プリンタサーバーに当たる登録キューを入手
する（ステップＳ３３）。

【００５６】ここで、クライアントコンピュータ上のデ
バイスドライバは、上述した全体ステータス要求コマン
ドの発行と同じ手順でパケットベース（１０００１）の
ファイルサーバーの相手先アドレスをセットする。な
お、ジョブのＩＤは、まだジョブが確定していないので
０をセットし、ジョブのタイプＩＤとして、コマンドの
データブロックであることを示す、一意的に決まってい
るコマンドのＩＤをセットする。

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

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

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

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

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

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

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

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

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

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

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

【００６８】なお、このコマンドリードとは、ファイル
情報の中からコマンドパケット部だけを抽出して読み込
む処理である。 ＜プリントコマンド部分の抽出＞ファイルサーバー側で
は、ステップＳ４５で発行されたコマンドパケットか
ら、指定のキューイングジョブファイルＩＤのファイル
情報をファイルサーバー（５００）側のハードディスク
コントローラ（５３０）に要求し、それに対応するファ
イル情報（クライアントからのパケットデータをファイ
ルとして登録したもの）をハードディスク（５３１）か
ら読み出す。そして、そのファイル情報の中からコマン
ドパケット部だけを抽出して、パケットデータとしてス
キャナ／プリンタサーバー（２００）に転送する（ステ
ップＳ４６）。この抽出処理を行なうのが、ファイルサ
ーバーメインコントローラ（５１０）である。 ＜プリンタサーバーのプリント情報のセット＞スキャナ
／プリンタサーバー（２００）は、このコマンドリード
により得られたコマンドパケットから、プリントするレ
イアウトの位置情報のパラメータ、カラーバランス情
報、プリント枚数等のプリント情報、画像データの画像
サイズ（幅、高さ）、画像データタイプ（ＲＧＢ，ＣＭ
ＹＫ，Ｂｉｔｍａｐ，８ｂｉｔＰａｌｅｔｔｅ）、画像
データの転送単位（線順次、面順次、点順次）等のパラ
メータを入手する（図１２参照）。 ＜画像データ変換に関するウォーニングコードの発行＞
スキャナ／プリンタサーバー（２００）のメインコント
ローラ（２１０）は、あらかじめメインメモリ（２６
０）に格納してある、出力デバイスにて出力可能なデー
タタイプ（本実施例ではグレースケール）と、先に入手
した画像データのタイプ（本実施例ではＲＧＢとする）
（１０００５−６）とを比較する（ステップＳ４７）。

【００６９】その結果、両者が異なる場合には、出力可
能なタイプに画像データを変換する旨をクライアント
（４００）に対して通知するために、図２０に示すファ
イルサーバー（５００）のキューイングテーブル（１０
３００）内のウォーニングステータス（１０３１２）に
対して一意的に決まっているウォーニングコードを登録
する（ステップＳ４８）。

【００７０】クライアント（４００）側では、後述する
プリント実行パケットを発行し、コマンドパケットと画
像データのパケットを全て発行した後は、ファイルサー
バー（５００）のキューイングテーブル（１０３００）
の状況をモニタしているので、ウォーニングコードが登
録されると、即座にその旨をユーザーに通知する。 ＜画像ファイルＩＤ要求＞スキャナ／プリンタサーバー
（２００）のメインコントローラ（２１０）は、上述し
たファイル管理モードで動作するように、ラスタ画像記
憶部（７００）のイメージメインコントローラ（７１
０）に対して、バスコントローラ（７４０）を介してセ
ットアップを行なう。

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

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

【００７３】メインコントローラ（２１０）は、キュー
イングされている画像データを読み込むために、上述し
たようにコマンドパケットをファイルサーバーに発行す
る（ステップＳ５１）。このコマンドパケットは、画像
データリードコマンドであり、ファイルサーバー上の先
に入手したキューイングファイルのファイル情報の中か
ら画像データパケット部だけを抽出し、パケットデータ
としてスキャナ／プリンタサーバー（２００）側に転送
される（ステップＳ５２）。

【００７４】スキャナ／プリンタサーバー（２００）側
では、転送により得られた画像データは、連続パケット
ＩＤにより一連の画像データパケットとして転送されて
くるので、ネツトワークコントロ−ラ（２２０）からパ
ケットを入手次第、その画像データをラスタ画像データ
記憶部（７００）に転送する。 ＜画像データの変換＞メインコントローラ（２１０）
は、上述のコマンドリードから得た画像データのタイプ
と、あらかじめメインメモリ（２６０）に格納されてい
る出力可能なデータタイプとを比較し、両者が異なる場
合、画像データに変換をかけるためにバスコントローラ
（７４０）を制御して、ラスタ画像記憶部（７００）へ
転送した画像データをラスタ画像変換部（８００）へ送
る。なお、変換の必要がない場合は、同じくバスコント
ローラ（７４０）を制御してラスタイメージメモリ（７
６０）へ送る（ステップＳ５３）。

【００７５】ラスタ画像変換部（８００）へ送られた画
像データは、ラスタ画像変換コントローラ（８２０）に
制御されたセレクタ（８１０）によって各変換部に振り
分けられる。

【００７６】図１９は、本実施例における画像変換処理
の手順を示すフローチャートである。同図に示すよう
に、ステップＳ７１で、画像データタイプがグレースケ
ールと判定された場合、画像データは、グレースケール
→２値変換部（８５０）へ送られ、各画素について、し
きい値を用いて２値化する単純２値化方式やディザ法等
で２値化される（ステップＳ７５）。

【００７７】一方、画像データタイプがＲＧＢの場合、
出力デバイスにて出力可能なデータタイプによってＲＧ
Ｂ→２値変換部（８４０）、またはＲＧＢ→グレースケ
ール変換部（８３０）に画像データが振り分けられる
（ステップＳ７２）。そして、出力デバイスがグレース
ケールプリンタの場合、画像データはＲＧＢ→グレース
ケール変換部（８３０）に送られ、各画素におけるＲＧ
Ｂデータの平均をとるなどしてグレースケールデータに
変換される（ステップＳ７４）。

【００７８】また、出力デバイスが２値ビットマッププ
リンタの場合、画像データはＲＧＢ→２値変換部（８４
０）に送られ、各画素におけるＲＧＢデータの平均をと
った後に、単純２値化方式やディザ法等で２値化される
（ステップＳ７３）。なお、各変換部における変換処理
も、ラスタ画像変換コントローラ（８２０）によって制
御される。 ＜画像データのラスタイメージメモリへの登録＞ラスタ
画像変換部（８００）にて変換された画像データ、もし
くはバスコントローラ（７４０）を介してファイルサー
バー（５００）から直接送られてきた画像データは、ラ
スタイメージメモリ（７６０）に登録される（図１８の
ステップＳ５５）。

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

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

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

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

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

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

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

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

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

【００８８】表示されたファイルサーバーのキューイン
グテーブルには、キューイングテーブルのトータル枚
数、現在のスキャナ／プリントサーバーの実行プロセ
ス、プリント済み枚数、エラー状況を表示することが可
能で、ある一定間隔ごとに、その情報を、ジョブステー
タス要求コマンドのパケットによりファイルサーバー側
から入手する。また、クライアント側は、このモニタ機
能により、ジョブステータスがプリントの完了かどうか
を知ることができる（ステップＳ６１）。

【００８９】以上説明したように、本実施例によれば、
ネツトワーク上に接続されたプリンタサーバーにて画像
データのプリントアウトを行なう際、ラスタ画像のデー
タタイプがプリンタサーバーにて出力可能なデータタイ
プと異なる場合にデータ変換を行なうことで、プリンタ
側で出力可能なデータタイプを意識することなく所望の
印刷結果を得ることができるという効果がある。

【００９０】特にプリンタがユーザーから離れた位置に
設置してある場合や、プリンタの台数が多い場合、効率
の良いプリント出力を行なうことができる。

【００９１】なお、上記の実施例では、データ変換部と
してラスタ画像変換部（８００）内に、ＲＧＢ→グレー
スケール変換部（８３０）、ＲＧＢ→２値変換部（８４
０）、グレースケール→２値変換部（８５０）の３つの
変換部を含んだ形式としたが、これらに限定されず、さ
らに、８ビットパレットやＣＭＹＫの画像データとＲＧ
Ｂ、グレースケール、２値ビットマップの画像データと
の間で変換を行なう処理を付加して、より多くの種類の
画像データタイプ、プリンタに対応できるようにしても
よい。

【００９２】また、上記実施例では、画像データの変換
をスキャナ／プリンタサーバー上で行なっているが、こ
れをファイルサーバー上で行なうようにしてもよい。

【００９３】こうすることにより、例えば、スキャナ／
プリンタサーバーが、スキャナまたはプリント動作を実
行していて使用中（ｂｕｓｙ）となっている間に、クラ
イアントから転送された画像データをあらかじめファイ
ルサーバー上で変換することで、スキャナ／プリンタサ
ーバー上での画像データの変換に要する時間を省くこと
ができ、スキャナ／プリンタサーバーでは、その動作が
終了した時点で速やかに次のプリント動作に移ることが
可能となる。

【００９４】図２２は、図５に示すファイルサーバーの
変形例としてのファイルサーバーの構成を示す図であ
る。同図に示すラスタ画像変換部（８００）は、図６に
示すラスタ画像変換部（８００）と同一構成をとり、ま
た、そこでの画像データ変換処理の流れも、図１９のフ
ローチャートに示される流れと同じである。

【００９５】図２３は、変形例に係る概略処理を示すも
のである。以下、本図を用いて、上記の実施例に係る処
理の流れと異なる部分について説明する。

【００９６】先ず、スキャナ／プリンタサーバーを起動
すると、そのメインコントローラ（２１０）は、デジタ
ルインターフェースコントローラ（７９０）を制御し
て、接続しているデジタル複写機（１０００）にて出力
可能なデータタイプを検知する（ステップＳ８１）。そ
して、ネットワークコントローラ（２２０）を制御して
検知したデータタイプをファイルサーバー（５００）に
通知する（ステップＳ８２）。ファイルサーバー（５０
０）では、通知されたデータタイプをメインメモリ（５
６０）に格納する。

【００９７】次に、クライアントコンピュータ（４０
０）でプリントコマンドが実行されて、プリントコマン
ド、画像データパケットが転送される（ステップＳ８
７）と、ファイルサーバー（５００）では、プリントコ
マンドパケット内の画像データタイプと、あらかじめメ
インメモリ（５６０）に格納されている画像データタイ
プとを比較し、画像データの変換が必要か否かを判断す
る（ステップＳ８８）。

【００９８】そして、もし変換が必要な場合には、図１
９に示す流れに従って、画像データパケット内の画像デ
ータ部分のみを変換し（ステップＳ８９）、ハードディ
スクに登録する（ステップＳ９０）。

【００９９】スキャナ／プリンタサーバーでは、ファイ
ルサーバー内のキューイングテーブルに該当するプリン
トキューがあるか否かをチェックし（ステップＳ９
１）、キューが存在する場合には、そのキューに対応す
る画像データを受信し（ステップＳ９３）、レイアウト
などを行なって出力する（ステップＳ９４）。

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

【０１０１】

【発明の効果】以上説明したように、本発明によれば、
クライアントから依頼された画像データの可視出力形式
とクライアントから依頼された画像データを出力すべき
出力装置で出力可能な画像データの可視出力形式とが異
なる場合に、依頼された画像データの可視出力形式が変
換されることを、クライアントに通知するので、クライ
アント側でその事実を容易に認識させることができる。

【図面の簡単な説明】

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

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

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

【図４】実施例のスキャナ／プリンタサーバーの構成を
示す図である。

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

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

【図７】実施例のラスタ画像変換部の構成を示す図であ
る。

【図８】実施例におけるネットワークパケット部の全体
構成を示す図である。

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

【図１０】実施例における連続ネットワークパケットの
構成図である。

【図１１】実施例におけるキューイングファイルの構成
図である。

【図１２】実施例におけるプリント実行コマンドのデー
タブロック部の構成図である。

【図１３】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１４】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１５】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１６】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１７】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１８】実施例における画像データ処理手順を示すフ
ローチャートである。

【図１９】実施例における画像データ処理手順を示すフ
ローチャートである。

【図２０】実施例におけるキューイングエントリテーブ
ルの構成図である。

【図２１】実施例におけるキューイングテーブルの構成
図である。

【図２２】ファイルサーバーの他の例の構成を示す図で
ある。

【図２３】画像データの処理手順の他の例を示すフロー
チャートである。

【符号の説明】

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

フロントページの続き (56)参考文献 特開 平４−257913（ＪＰ，Ａ) 特開 平２−306796（ＪＰ，Ａ) 特開 昭63−118830（ＪＰ，Ａ) 実開 平５−2246（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 クライアントから依頼された画像データ
   を所定の出力装置に出力するデータ処理システムにおい
   て、 クライアントから依頼された画像データの可視出力形式
   を検知する第１の検知手段と、 クライアントから依頼された画像データを出力すべき出
   力装置で出力可能な画像データの可視出力形式を検知す
   る第２の検知手段と、 前記第１及び第２の検知手段により得られた可視出力形
   式がそれぞれ異なるか否か識別する識別手段と、 前記識別手段によりそれぞれの可視出力形式が異なると
   識別された場合に、クライアントから依頼された画像デ
   ータの可視出力形式を変換する変換手段と、 前記変換手段によりクライアントから依頼された画像デ
   ータの可視出力形式が変換されること を示す情報を、画
   像データの出力を依頼したクライアントに通知する通知
   手段とを有することを特徴とするデータ処理システム。
2. 【請求項２】 前記通知手段はクライアントから依頼さ
   れた画像データが出力装置に出力される前に前記情報を
   通知することを特徴とする請求項１に記載のデータ処理
   システム。
3. 【請求項３】 前記変換手段は前記第１の検知手段でク
   ライアントから依頼された画像データの可視出力形式が
   カラー画像と検知され、前記第２の検知手段でクライア
   ントから依頼された画像データを出力すべき出力装置で
   出力可能な画像データの可視出力形式がモノクロ画像と
   検知された場合に、クライアントから依頼された画像デ
   ータの可視出力形式をカラー画像からモノクロ画像に変
   換することを特徴とする請求項１又は２に記載のデータ
   処理システム。
4. 【請求項４】 クライアントから依頼された画像データ
   を所定の出力装置に出力するデータ処理システムのため
   のデータ処理方法であって、 クライアントから依頼された画像データの可視出力形式
   を検知する第１の検知工程と、 クライアントから依頼された画像データを出力すべき出
   力装置で出力可能な画像データの可視出力形式を検知す
   る第２の検知工程と、 前記第１及び第２の検知工程で得られた可視出力形式が
   それぞれ異なるか否か識別する識別工程と、 前記識別工程によりそれぞれの可視出力形式が異なると
   識別された場合に、クライアントから依頼された画像デ
   ータの可視出力形式を変換する変換工程と、 前記変換工程でクライアントから依頼された画像データ
   の可視出力形式が変換されること を示す情報を、画像デ
   ータの出力を依頼したクライアントに通知する通知工程
   とを有することを特徴とするデータ処理方法。