JPH06214921A - サーバー装置の入出力機器制御方法 - Google Patents

サーバー装置の入出力機器制御方法

Info

Publication number
JPH06214921A
JPH06214921A JP2170493A JP2170493A JPH06214921A JP H06214921 A JPH06214921 A JP H06214921A JP 2170493 A JP2170493 A JP 2170493A JP 2170493 A JP2170493 A JP 2170493A JP H06214921 A JPH06214921 A JP H06214921A
Authority
JP
Japan
Prior art keywords
input
processing
data
image
scanner
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2170493A
Other languages
English (en)
Other versions
JP3486427B2 (ja
Inventor
Mitsumasa Sugiyama
光正 杉山
Yoshikazu Yokomizo
良和 横溝
Hirohiko Hashimoto
裕彦 橋本
Shigetada Kobayashi
重忠 小林
Makoto Takaoka
真琴 高岡
Masanari Toda
雅成 戸田
Jiyunichi Shishizuka
順一 宍塚
Yasuo Fukuda
康男 福田
Kazuhiro Saito
和浩 齋藤
Yukari Shimomura
ゆかり 下村
Osamu Yamada
修 山田
Yoshinobu Mita
良信 三田
Sakuriki Negishi
作力 根岸
Susumu Sugiura
杉浦  進
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP02170493A priority Critical patent/JP3486427B2/ja
Publication of JPH06214921A publication Critical patent/JPH06214921A/ja
Priority to US08/811,454 priority patent/US5859956A/en
Priority to US08/864,903 priority patent/US5740028A/en
Application granted granted Critical
Publication of JP3486427B2 publication Critical patent/JP3486427B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32609Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
    • H04N1/32646Counter-measures
    • H04N1/32651Indicating or reporting
    • H04N1/32662Indicating or reporting remotely, e.g. to the transmitter from the receiver
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1202Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/121Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1223Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1229Printer resources management or printer maintenance, e.g. device status, power levels
    • G06F3/1234Errors handling and recovery, e.g. reprinting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201Dedicated interfaces to print systems
    • G06F3/1278Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1285Remote printer device, e.g. being remote from client or server
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00912Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
    • H04N1/00915Assigning priority to, or interrupting, a particular operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H04N1/32507Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of input devices
    • H04N1/32512Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of input devices of different type, e.g. internal and external devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32502Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices
    • H04N1/32507Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of input devices
    • H04N1/32512Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of input devices of different type, e.g. internal and external devices
    • H04N1/32518Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device in systems having a plurality of input or output devices a plurality of input devices of different type, e.g. internal and external devices details of interfacing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32609Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K2215/00Arrangements for producing a permanent visual presentation of the output data
    • G06K2215/0082Architecture adapted for a particular function
    • G06K2215/0085Error recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0015Control of image communication with the connected apparatus, e.g. signalling capability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0034Details of the connection, e.g. connector, interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0034Details of the connection, e.g. connector, interface
    • H04N2201/0048Type of connection
    • H04N2201/0049By wire, cable or the like
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0081Image reader
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077Types of the still picture apparatus
    • H04N2201/0082Image hardcopy reproducer

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer And Data Communications (AREA)
  • Processing Or Creating Images (AREA)
  • Facsimiles In General (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Abstract

(57)【要約】 【目的】 サーバー装置に接続される各入出力機器の障
害発生に対してネットワーク上の各ホストコンピュータ
側から柔軟、かつ適切に対応することできる。 【構成】 プリント機能処理実行中のエラー発生時点に
おけるプリント内部情報を記憶し、後続する他のプリン
ト機能処理終了後に、該記憶したプリント内部情報に基
づくプリント機能処理を再起動する構成を特徴とする。

Description

【発明の詳細な説明】
【0001】
【産業上の利用分野】本発明は、スキャナ機能処理およ
びプリンタ機能処理を実行する入出力機器が所定のイン
タフェースを介して接続され、かつ所定のネットワーク
を介して複数のホストと通信可能に接続されたサーバー
装置の入出力機器制御方法に関するものである。
【0002】
【従来の技術】従来、ネットワーク上に接続されたリモ
ートホストよりスキャンを行うネットワークスキャナと
いう使用法はなく、スキャナ依頼を行うホストに画像を
取り込む場合には、そのホスト自身に接続されたスキャ
ナより読み込むか、その画像をネットワークを経由して
依頼を行ったホストに転送する方法がある。
【0003】また、スキャナで入力した画像を他の文
字,図形情報とともに印刷する場合、通常は印刷依頼を
行うホスト上でスキャン画像,文字,図形情報を合成
し、ネットワークに接続されたプリンタに出力を行って
いた。
【0004】また、従来のこの種のサーバー装置でのデ
ータ処理形式は、大きく分けて下記のような種類があっ
た。
【0005】(1)ホストから専用インタフェースを通
じプリンタに接続され、ホスト内でビットイメージに展
開しプリンタに伝送する。ネットワーク対応はホストが
面倒を見る。主に、ワークステーション程度の高機能ホ
ストをベースにした形式。
【0006】(2)ホストからはページ記述言語が伝送
され、プリンタ側で持つインタプリタ機能により、ビッ
トイメージに変換する方式。
【0007】(3)ホストから伝送されるページ記述言
語を専用のビットイメージに変換する装置を通じ、さら
にプリンタに専用インタフェースを通じて画像データを
伝送する形式。
【0008】また、この種の装置において、ネットワー
ク上のホストから要求された画像出力要求または画像入
力要求に従いスキャナまたはプリンタを制御して、画像
情報をホストと入出力機器との間で転送する際、入出力
機器に何らかの異常、例えば入出力機器の電源がOFF
である場合,入出力機器そのものにエラー(カバーオー
プン状態)が発生している場合,入出力機器(主として
スキャナ)の所定位置に原稿がセットされていない場合
もしくは原稿給送装置からの原稿が給送パス上でジャム
してしまった場合等の場合、ホストにその旨が正確に通
知されない。また、この種のサーバー装置におけるカラ
ー入出力機器は、白黒の入出力機器に比較して価格が高
く、しかもホストとインタフェースするためのインタフ
ェース装置の価格も白黒入出力機器のインタフェース装
置に比べて高くなる。しかも、カラー画像を伝送すると
なると、何らかのデータの抽象化が必要となる。すなわ
ち、画像データに対しては符号化が、文字に対してはコ
ード化が、グラフィックスデータに対してはベクトル化
が必要となる。これらは文書画像データを極力抽象化
し、データ量を削減し、出力機器に対しデバイスに依存
しない形式で記述できる。一方、このような形式で記述
されたデータを受信した側では、上記記述形式のデータ
からそのデバイスに最適化するビットイメージに変換す
るための、いわゆるインタフェース装置が複雑になり、
価格的に高価なものとなる。しかし、カラー入出力機器
環境では機器装置が高価なため、ホストコンピュータ1
台に対し、カラーインタフェース装置,カラー入出力機
器を1セットで対応させていたのでは、交換装置を共同
利用することができなる環境での使用が一般的であっ
た。
【0009】
【発明が解決しようとする課題】ところが、通信機能を
備えた画像入出力機器では、プリントエラー発生等によ
り、プリントジョブを手段する場合は、エラー発生時の
プリント状態情報を何ら管理していないので、他のプリ
ント処理を行い、エラーの発生したプリンタのエラーが
回復した後に、中断したプリントジョブを正常に再開で
きなかった。従って、エラー回復後、プリントジョブを
再開する場合、既にプリントしてしまった頁の印字情報
も再度プリントする必要があり、プリント処理時間が長
くなるとともに、紙無駄が発生する等の問題点があっ
た。
【0010】また、複数の画像入出力機器を制御するサ
ーバー装置では、一方の画像入出力機器でエラーが発生
し、プリント処理を中断しエラー回復するまで待機状態
にあると、他の画像入出力機器も使用不能となってしま
うので、当該エラーが発生してもプリント処理そのもの
を中断させることができず、効率的に画像入出力装置を
使用することができない等の問題点があった。
【0011】さらに、通信機能を備えた画像入出力機器
では、各ホストからの画像入出力機器へのアクセス入力
順序に従って、スキャナ機能処理およびプリント機能処
理を実行していたので、例えば長く処理時間のかかるプ
リント処理を実行していると、急いで画像入力したい場
合でも、長く待つ必要があり、効率的な画像入出力通信
装置の使用ができなかった。一般に、プリント処理に対
して画像入力処理は短時間で処理できるのに、ユーザ
は、画像入力要求の命令をホストコンピュータに入力し
て、ホストコンピュータが通信によりサーバー装置に当
該命令を送信した時点で、先行するジョブ、例えばプリ
ントジョブを実行している場合、当該プリントジョブを
完了するまで、待機処理を余儀なくされ、効率的な入出
力機器の運用が妨げられてしまう等の問題点があった。
【0012】また、各入出力機器の異常状態がホストに
正確に通知されないため、ホスト側のオペレータは、画
像入出力要求発生後、長時間にわたって応答無し状態と
なってしまい、トラブル発生有無すら認識できない等の
問題点があった。
【0013】さらに、このようなサーバー形式のサーバ
ー装置に接続されるプリンタは、通常専用のビットイメ
ージ変換装置を備えているので、指定以外のプリンタが
サーバー装置に接続された場合には、正常に動作しない
という問題点があった。この場合、使用されるプリンタ
の専用言語は、アドビ社製のポストスクリプト,ヒュー
レットパッカード社製のPCL言語である場合が多い。
【0014】また、上記のようにホストから受信したプ
リント言語とサーバ装置に接続されるプリンタの制御言
語が不一致の場合に印刷処理を実行すると、出力指定さ
れたプリンタに障害が発生してプリントアウトに失敗し
た場合には、そのジョブは前記プリンタの障害が解除さ
れるまで待機するか、または実行されないで終了してし
まうため、プリンタの種類に関わらず早急にプリント結
果を要求するユーザを延々と待機させてしまうか、ある
いは他のプリンタへの出力要求を再度行う等の煩雑な操
作を要求されてしまう等の問題点もあった。
【0015】さらに、所定のネットワークに接続される
各ホストからの原稿読取り命令または原稿画像出力命令
に基づいて接続されるスキャナ機能処理およびプリント
機能処理を実行する入出力機器の制御中に、何らかのエ
ラー、例えばプリントジョブ中に紙詰りが発生した場
合、従来一義的にエラーをホストコンピュータに通知す
る、あるいは当該プリントジョブを終了してしまうの
で、システム上での同様のプリントジョブ実行可能なプ
リンタが待機していても、当該エラーを発生したプリン
タが回復するのを待って、再度プリントジョブを再開さ
せなければならなくなる。
【0016】このように、従来のエラー対処には、発生
したエラーの状態に柔軟に対応することができないた
め、ホストコンピュータからのプリントジョブまたはス
キャンジョブを効率よく処理できない等の問題点があっ
た。
【0017】本発明は、上記の問題点を解決するために
なされたもので、サーバー装置に所定のインタフェース
を介して接続される各入出力機器のエラー状態を解析し
て、入出力機器の使用を要求したホストに適切な情報を
通知することにより、各入出力機器の障害発生に対して
ネットワーク上の各ホスト側から柔軟、かつ適切に対応
できるサーバー装置の入出力機器制御方法を提供するこ
とを目的とする。
【0018】
【課題を解決するための手段】本発明に係る第1のサー
バー装置の入出力機器制御方法は、プリント機能処理実
行中のエラー発生時点におけるプリント内部情報を記憶
し、後続する他のプリント機能処理終了後に、該記憶し
たプリント内部情報に基づきプリント機能処理を再起動
する。
【0019】本発明に係る第2のサーバー装置の入出力
機器制御方法は、一方の画像処理装置によるプリント機
能処理実行中のエラー発生時点におけるプリント内部情
報を記憶し、後続する他方の画像処理装置によるプリン
ト機能処理終了後に、該記憶したプリント内部情報に基
づき前記一方の画像処理装置によるプリント機能処理を
再起動する。
【0020】本発明に係る第3のサーバー装置の入出力
機器制御方法は、前記所定のネットワークに接続される
複数のホストから順次受信した命令を解析して、実行中
の入出力機器のスキャナ機能処理およびプリンタ機能処
理よりも優先順位の高い命令を受信した場合、前記入出
力機器のスキャナ機能処理またはプリント機能処理実行
を中断し、優先順位の高い命令に対する前記入出力機器
のスキャナ機能処理またはプリント機能処理の実行開始
を制御する。
【0021】本発明に係る第4のサーバー装置の入出力
機器制御方法は、所定のネットワークに接続される各ホ
ストから受信した命令の種別を解析して、該解析結果に
応じた優先順位を決定し、該決定された優先順位に基づ
いて前記入出力機器のスキャナ機能処理またはプリント
機能処理の実行順序または起動している入出力機器のス
キャナ機能処理またはプリント機能処理の実行状態を制
御する。
【0022】本発明に係る第5のサーバー装置の入出力
機器制御方法は、ホストから前記所定のネットワークを
介して受信した命令を解析して駆動する入出力機器を確
定し、該確定した入出力機器の動作障害有無を事前判定
し、該判定結果において動作障害が判定された場合、入
出力機器に対する動作障害発生中を前記ネットワークを
介して前記ホストに返信する。
【0023】本発明に係る第6のサーバー装置の入出力
機器制御方法は、各ホストからのプリント機能処理実行
要求時に、各ホストから指定されるページ記述言語と前
記サーバー装置上でのページ記述言語とを比較して各ホ
ストからのプリント機能処理実行可能性を判定し、該判
定結果に基づいてあらかじめ登録された各ホストのペー
ジ記述言語種別を参照して、各ホストから指定されるペ
ージ記述言語に従うラスタライズ処理を、ページ記述言
語種別が整合するホストに代替させ、該ホストが代替し
たラスタライズデータを入出力機器から出力させる。
【0024】本発明に係る第7のサーバー装置の入出力
機器制御方法は、所定のネットワークに接続される各ホ
ストから受信したプリント機能処理またはスキャナ機能
処理の実行に伴って発生するエラー毎の各エラー回復処
理情報をプリント機能処理状態別またはスキャナ機能処
理状態別にそれぞれ記憶し、エラー発生時に、該記憶さ
れた各エラー回復処理情報を参照してエラー回復を行
う。
【0025】
【作用】第1の発明においては、プリント機能処理実行
中のエラー発生時点におけるプリント内部情報を記憶
し、後続する他のプリント機能処理終了後に、該記憶し
たプリント内部情報に基づくプリント機能処理を再起動
するので、プリント機能処理実行中のエラーに伴うサー
バー装置の中断処理時間を短縮するとともに、後続する
他のプリント機能処理実行要求を先行させることを可能
とする。
【0026】第2の発明においては、一方の入出力機器
によるプリント機能処理実行中のエラー発生時点におけ
るプリント内部情報を記憶し、後続する他方の入出力機
器によるプリント機能処理終了後に、該記憶したプリン
ト内部情報に基づく前記一方の入出力機器によるプリン
ト機能処理を再起動するので、一方の入出力機器による
プリント機能処理実行中のエラーに伴うサーバー装置の
中断処理時間を短縮するとともに、後続する他方の入出
力機器によるプリント機能処理実行要求を先行させるこ
とを可能とする。
【0027】第3の発明においては、各ホストから順次
入力される入出力機器に対する入出力命令を解析し、該
解析結果に基づいて優先順位の高い命令を受信した場合
に、先行している入出力機器のスキャナ機能処理または
プリント機能処理を中断し、該優先順位の高い入出力機
器に対する入出力命令に従うスキャナ機能処理またはプ
リント機能処理を先行させるので、サーバー装置に接続
される各入出力機器の機能処理実行状態に拘らず、優先
順位によりスキャナ機能処理またはプリント機能処理の
順位を変更することが可能となる。
【0028】第4の発明においては、各ホストから入力
される入出力命令種別を解析し、該解析結果に基づいて
各命令の優先順位を自動決定して、命令入力の先後に拘
らず入出力機器のスキャナ機能処理またはプリント機能
処理の実行順序または起動しているスキャナ機能処理ま
たはプリント機能処理の実行状態を制御するので、機能
処理実行種別に最適な順序で、入出力機器のスキャナ機
能処理またはプリント機能処理の実行が可能となる。
【0029】第5の発明においては、ホストから所定の
ネットワークを介して受信した命令を解析して駆動する
入出力機器を確定し、該確定した入出力機器の動作障害
有無を事前判定し、該判定結果において動作障害中が判
定された場合、該判定結果に基づいて確定された入出力
機器に対する動作障害発生中を前記ネットワークを介し
て前記ホストに返信するので、ネットワーク上の各ホス
トに対して、命令受信時に、指定した入出力機器に障害
が発生していることを適切なタイミングで報知すること
が可能となる。
【0030】第6の発明においては、各ホストからのプ
リント機能処理実行要求時に、各ホストから指定される
ページ記述言語と前記サーバー装置上でのページ記述言
語とを比較して各ホストからのプリント機能処理実行可
能性を判定し、該判定結果に基づいてあらかじめ登録さ
れた各ホストのページ記述言語種別を参照して、各ホス
トから指定されるページ記述言語に従うラスタライズ処
理を、ページ記述言語種別が整合するホストに代替させ
ながら該ホストが代替したラスタライズデータを入出力
機器から出力させるので、サーバー装置上で処理可能な
ページ記述言語とホスト上のページ記述言語が整合しな
い場合でも、ネットワーク上のホスト資源を利用しなが
ら接続される不整合のホストからのプリント情報を入出
力機器から出力させることが可能となる。
【0031】第7の発明においては、プリント機能処理
またはスキャナ機能処理の実行に伴ってエラーが発生す
ると、プリント機能処理状態別またはスキャナ機能処理
状態別に記憶した各エラー回復処理情報を参照してエラ
ー回復を行うので、プリント機能処理またはスキャナ機
能処理の実行状態に対して柔軟なエラー回復処理を実行
させることが可能となる。
【0032】
【実施例】図1は本発明の第1実施例を示すサーバー装
置の概要を説明するシステムブロック図である。なお、
詳細なシステムブロック図は後述する。
【0033】図において、スキャナ/プリンタ(SP)
サーバーは後述する。本システムは、大別してメインC
PU回路1,イーサネット回路2,JPEG圧縮回路
3,スキャナ/プリンタインタフェース回路4より構成
されている。なお、スキャナ/プリンタ(SP)サーバ
ーに複数のスキャナ/プリンタを接続する場合には、そ
の台数分のスキャナ/プリンタインタフェース回路を実
装する。その台数の増減を容易にする為にスキャナ/プ
リンタインタフェース回路は独立したボード上に構成さ
れており、本体とは後述するVMEバス16で接続す
る。残りのメインCPU回路1、イーサネット回路2、
JPEG圧縮回路3は1枚のボード上に構成されてお
り、互いにローカルなバス14で結合されている。
【0034】4−1は第1のスキャナ/プリンタインタ
フェース回路(第1のSPインタフェース回路)で、例
えば商品名CLC−500等のディジタルカラー複写装
置100(レーザビームカラー複写装置)とVMEバス
16とのI/Oをインタフェースする。
【0035】4−2は第2のプリンタ/スキャナインタ
フェース(第2のSPインタフェース回路)で、例えば
商品名ピクセルジェット等のディジタルカラー複写装置
200(バブルジェットカラー複写装置)とVMEバス
16とのI/Oをインタフェースする。
【0036】メインCPU回路1は例えばR3000
(商品名)等のCPU5とメモリ6等から成り、ここで
OSである、例えば VxWorks(商品名)の管理下ですべ
てのプログラムが実行される。メモリ6の補助記憶装置
として、ハードディスク7がある。8はSCSIインタ
フェースである。イーサネット回路2はイーサネットト
ランシーバー9とデータをメモリ6にDMA転送する為
のDMAコントローラ10等とから成る。イーサネット
トランシーバー9はイーサネット(商品名)ローカルエ
リアネットワーク(LAN)11に接続する。JPEG
圧縮回路3はJPEG圧縮/伸長コントローラ12とF
IFOメモリ13等とから成る。メインCPU回路1,
イーサネット回路2,JPEG圧縮回路3を互いに結合
しているローカルバス14はVMEバストランシーバー
15−1を介してVMEバス16に接続されている。
【0037】第1のSPインタフェース回路4−1はペ
ージメモリ17と第1の制御回路18等からなる。1ペ
ージ分のメモリが必要な理由は、ディジタルカラー複写
装置100が印刷/スキャンを開始すると途中でフロー
制御する事ができないからである。ページメモリ17
は、メモリの価格が高いので圧縮メモリを構成してい
る。すなわち、このメモリ17に書き込まれるデータ
は、メモリ6でラスタライズされた画像のみである事に
着目し、メモリ17は非可逆圧縮ではあるが、高圧縮率
が得られるADCT圧縮方式を採用している。そのAD
CT圧縮チップはこの図では示していないが、前述のJ
PEG圧縮/伸長コントローラ12と同じチップを用い
ている。
【0038】ただし、このページメモリ17にADCT
圧縮方式用いる場合、圧縮データはここだけの閉じた回
路で使用されるだけで、外部には出て行かないから、標
準に則る必要はなく、実際、JPEGを改良した効率的
な方法を用いている。第1の制御回路18は例えばZ−
80(商品名)等のCPU等で構成し、複写装置100
との画像以外の制御信号のやり取りをしている。ここの
インタフェースの本数を減らすため、制御コマンドをシ
リアルで送っている。第1のSPインタフェース回路4
−1はVMEバストランシーバー15−2を介してVM
Eバス16と接続している。
【0039】第2のSPインタフェース回路4−2はデ
ータ縦横変換回路19、バッファメモリ20、画像処理
回路21及び第2の制御回路22等とから成り。VME
バストランシーバー15−3を介してVMEバス16と
接続している。データ縦横変換回路19は、プリント時
は走査方向の画像のデータ形式を走査方向に対して90
°に変換し、スキャン時は走査方向に対して90°のデ
ータ形式を走査方向に変換する。バッファメモリ20は
そのための変換用バッファとして用いる。
【0040】画像処理回路21は複写装置200に欠け
ている画像処理機能を補う為に入れている。第2の制御
回路22は第1の制御回路18と同じ機能を提供する為
のものであり、同じ例えばZ−80(商品名)等のCP
U等で構成されている。
【0041】以下、動作について説明する。
【0042】例えばネットワーク印刷を実行する場合の
例を示すと、LAN11からイサーネットトランシーバ
ー9を介して入ってきたページ記述言語(例えば商品名
CaPSL)は、DMAコントローラ10によって、直接メ
モリ6の特定領域(受信バッファ)に蓄えられる。そこ
で後述するページ記述言語インタープリタープログラム
によってラスターイメージに変換される。JPEG圧縮
画像は、ページ記述言語(以下、PDL)で伸長するこ
ともできるが、高速に伸長するためJPEG圧縮/伸長
回路3が利用される。
【0043】なお、メモリ6は価格的な理由から、1ペ
ージの画面全体をラスタライズするだけの容量を持た
ず、PDL(例えばCaPSL )を部分的に処理するバンデ
ィングという手法を用いて、何回かに分けて処理され
る。ラスタライズが完了したら、第1のSPインタフェ
ース回路4−1または第2のSPインタフェース回路4
−2に転送され、各プリンターに出力される。なお、ネ
ットワークスキャンを実行する場合の例は後述する。
【0044】図2は、図1に示したサーバー装置を含む
ネットワークシステムの概略を示すシステムブロック図
である。
【0045】本実施例におけるネットワークシステム
は、例えば Macintosh(商品名)、IBM-PC(商品名)、
SUN (商品名)の様な市販されているホストコンピュー
タのアプリケーションソフトウエアから、ネットワーク
を介して接続されている少数のスキャナーやプリンター
を共同利用する為の物である。同図に於て、大きく4つ
のブロックがあるが、左から順に Macintoshワークステ
ーションST1、IBM-PCワークステーションST2、SU
N ワークステーションST3、及びカラーSPサーバー
SP1である。 MacintoshワークステーションST1、
IBM-PCワークステーションST2、SUN ワークステーシ
ョンST3は、市販されているホストコンピューターで
あり、カラーSPサーバーSP1は発明者が設計したイ
ンタフェースユニットである。それらが、例えばEthern
et(商品名)というローカルエリアネットワーク96に
よって相互接続されている。94は第1のカラースキャ
ナ/プリンタ、95は第2のカラースキャナ/プリンタ
である。
【0046】Macintosh ワークステーションST1、IB
M-PCワークステーションST2、SUN ワークステーショ
ンST3、及びカラーSPサーバーSP1は、相互通信
の為に、共通の通信インタフェースを有する。51,6
1,71,81はローカルエリアネットワーク(LA
N)96と通信する為のイーサネットトランシーバーで
ある。52,62,72,82はLAN96上に構築し
た通信プログラム TCP/IP (商品名)で、米国国防省の
標準である。
【0047】このTCP/IPプログラムは End-to-End での
データー誤りの無い通信サービス(機能)を提供する。
53,63,73,83は第1のカラースキャナ/プリ
ンタ94,第2のカラースキャナ/プリンタ95を Mac
intosh用のステーションST1,IBM-PC用のステーショ
ンST2,SUN ワークステーションST3から共同利用
するという特別な目的のためのサービス(機能)を提供
する通信プログラムである。53,63はS/Pクライ
アントプログラムとして、クライアント型のサービスを
提供する通信プログラムであり、83はS/Pサーバー
プログラムで、サーバー型のサービスを提供する通信プ
ログラムである。
【0048】Macintosh のステーションST1から第1
のカラースキャナ/プリンタ94に印刷させる場合を説
明すると、市販アプリケーションプログラム56で作成
した原稿を印刷しようとすると、プリントマネージャ−
(Printing Manager) 55というOS(Operating Syst
em)の一部に制御が渡され、印刷のための制御を開始す
る。この時のデーターフォマットは Macintoshの場合 Q
uickDraw(商品名)タイプに標準化されている。プリン
トマネージャー55は、変換プログラム54の描画関数
群を原稿に書かれた通りにコールする。変換プログラム
54は、そのコールの中で QuickDrawを、例えばCaPSL
(Canon Prinnting System Language)コードに逐一変換
して図示しないメモリーに CaPSLコードを蓄える。変換
プログラム54は、主としてQuickDraw/CaPSL 変換プロ
グラムとして機能する。
【0049】通信プログラム53は、得られた CaPSLコ
ードをTCP/IPプログラム52に従ってイーサネッ
トトランシーバ51,LAN96,イーサネットトラン
シーバ81を介し,さらにTCP/IPプログラム8
2,通信プログラム83を介してカラーSPサーバーS
P1に伝送する。なお、上述した変換プログラム54,
64,74,通信プログラム53,63,73,スキャ
ナインタフェースプログラム57,67,TCP/IP
プログラム52,62,72等は、例えばフロッピ−デ
ィスク等でホストコンピュータに供給されても良い。ま
た、イーサネットトランシーバー、例えばボード回路と
してホストコンピュータに供給されても良い。
【0050】カラーSPサーバー(S/Pサーバー装
置)SP1全体の動作は、システム全体制御プログラム
93によって制御されている。前記 CaPSLコードの受信
も、システム全体制御プログラム93に知らされる。シ
ステム全体制御プログラム93は、後述するPDLイン
タープリタープログラム84に対して、CaPSL コード化
された原稿を、ビットマップ画像にラスタライズする様
に要求する。ビットマップ画像にラスタライズされた画
像データは、デバイスドライバ86に渡され、例えば第
1のプリンタ制御ボード91を介してビデオインタフェ
ース Video I/Fから第1のカラースキャナ/プリンタ9
4に送られ、印刷される。
【0051】IBM-PCのステーションST2から印刷する
場合も同様で、上記データの流れと同様であるが、IBM-
PCのステーションST2の場合には、印刷原稿のデータ
フォマットは GDI(商品名)に標準化されている。変換
プログラム64は、主としてGDI/CaPSL 変換プログラム
として機能する。
【0052】SUNワークステーションST3から印刷
する場合は、上記変換プログラム54,64に相当する
機能が標準化されていないため、アプリケーションプロ
グラム75が直接通信プログラム73を介して通信す
る。ただし、市販のアプリケーションプログラム、例え
ば FrameMaker (商品名)から印刷できるようにする
為、MIF/CaPSL 変換用の変換プログラム74を間に入れ
ている。
【0053】原稿をスキャン(読み取り)する場合は、
例えば MacintoshのステーションST1の場合、スキャ
ナアプリケーションプログラム58からスキャナインタ
フェースプログラム57を介して通信プログラム53に
スキャンの要求を出す。すると通信プログラム53は、
イーサネットトランシーバ51,LAN96,イーサネ
ットトランシーバ81およびTCP/IPプログラム8
2を介し、通信プログラム83との間に、End-to-End
の通信路を確保し、スキャン命令を伝達するその命令は
システム全体制御プログラム93に伝えられ、スキャナ
制御プログラムに対して第1のカラースキャナ/プリン
タ94をスキャンさせるように要求する。
【0054】スキャンされた原稿の画像データは逆に、
第1制御ボード91,デバイスドライバ86,通信プロ
グラム83,TCP/IPプログラム82,イーサネッ
トトランシーバ81,LAN96,イーサネットトラン
シーバ51,TCP/IPプログラム52,通信プログ
ラム53,デバイスドライバー57,スキャナアプリケ
ーションプログラム58の順に伝達される。
【0055】IBM-PCのステーションST2で原稿をスキ
ャンする場合も同様であるが、SUNワークステーショ
ンST3からスキャンする場合は、デバイスドライバー
57,スキャナインタフェースプログラム67に相当す
る機能が標準化されていないため、スキャナアプリケー
ションプログラム76が直接通信プログラム73を介し
て通信する。なお、スキャナインタフェースプログラム
57,67はスキャナアプリケーションと通信プログラ
ムとのデータの制御を行う。
【0056】カラーSPサーバーSP1には、もう1台
のスキャナ/プリンタである第2のカラースキャナ/プ
リンタ95が接続されており、第2の制御ボード92を
介して第2のカラースキャナ/プリンタ95を同様に制
御する。
【0057】システム全体制御プログラム93を始めと
するカラーSPサーバーSP1の全てのプログラムは、
例えばVxWorks (商品名)と言うシステムプログラム
(OS)の管理下で動作する。
【0058】このサービスの為の特別なプログラム(例
えば通信プログラム73,変換プログラム74等)を持
たない一般のUNIXワークステーションからの要求を
受け付ける為、カラーSPサーバーSP1には通信プロ
グラム83と並行して、準業界標準の lpr/lpd通信プロ
グラム90も載せている。
【0059】図3は本発明に係るサーバー装置と各ホス
トコンピュータとのネットワーク構築状態を示す図であ
る。
【0060】この図に示すように、各ホストコンピュー
タHOST1〜Nは、 Macintosh(商品名)、IBM-PC
(商品名)、SUN (商品名)等のホストコンピュータ
で、それぞれのOSによりデータ処理が制御されてい
る。これらのホストコンピュータHOST1〜Nには、
LAN96との通信を行うためのイーサネットインタフ
ェースボード97,画像圧縮伸長ボード98,CPUボ
ード99がそれぞれ設けられている。なお、画像圧縮伸
長ボード98は、メモリ上でのソフトウエア処理により
実現するものであっても良い。また、画像データを入出
力する際に、圧縮伸長を用いない場合には、画像圧縮伸
長ボード98が不要となる。さらに、本実施例ではLA
N96としてイーサネットを使用しているが、ネットワ
ークの方法は、Apple talk(商品名),Ta
ken Ring(商品名)等を利用するネットワーク
であってもいいし、通信プログラムもTCP/IPプロ
グラムに代えてOSI,IPX(商品名)等で構成され
るシステムでも本発明を適用できることは言うまでもな
い。
【0061】図4は、図1に示したメインCPU回路
1,イーサネット回路2,JPEG圧縮回路3より構成
されるボード回路の詳細構成を説明する回路ブロック図
である。
【0062】図において、101は例えばIDT79R
3051(商品名)等で構成されるCPUで、ボード回
路全体を制御する。なお、ボード回路にはリアルタイム
OSが搭載されている。このOS上で起動されている図
2に示した通信プログラム83,システム全体制御プロ
グラム93,スキャナ制御プログラム85,PDLイン
タープリタープログラム84等をCPU101が起動
し、マルチプロセスに動作を制御する。
【0063】102は主記憶メモリで、CPU101の
ワークメモリとして機能する。なお、本システムが電源
投入されると、EPROM107内に記憶されている上
記各プログラムやSCSIポート112に接続されたハ
ードディスク等の補助記憶装置またはネットワーク上の
ホストコンピュータに記憶されているプログラムを本メ
モリ上にダウンロードして配置される。このため、各プ
ロセスのプログラム自体は主記憶メモリ102上にあ
り、ここで動作する。
【0064】103はバンドメモリで、画像データをラ
スタ方法に数ライン分蓄積できるバンドメモリである。
当該バンドメモリ103は、PDLデータをビットマッ
プデータに展開するためのメモリである。PDLは通常
1ページ分のビットマップデータを作成してから、プリ
ンタエンジン側にデータを送るが、本システムでは、1
ページを数バンドに分割してビットマップ展開を行う手
法をとる。これは、PDLインタープリタープログラム
84がPDLデータの並べ替え作業を行うことにより実
現する。当該バンドメモリ103に展開されたビットマ
ップデータは、プリンタ側に送られる。その後、次のバ
ンド分の展開が行われて、再びプリンタ側に送られる。
この繰り返しにより、1ページ分のプリントが行われ
る。
【0065】また、スキャナ側から画像データを読み込
む時にも、一時的に本バンドメモリに蓄積される。CP
U101あるいは本システムでは記載していないダイレ
クトメモリアクセス(DMA)のブロック転送機能を用
いて、当該バンドメモリ103より画像データを読み出
し、SCSIポート112に接続されたハードディスク
あるいはイーサネットポート114に接続されたネット
ワークを介して、ホストコンピュータ側に転送される。
1バンド分のデータが転送されると、再び次のバンド幅
分のスキャンデータを入力して繰り返す。
【0066】104はメモリアクセスコントローラで、
主記憶メモリ102,バンドメモリ103を構築するD
RAMのアクセスとリフレッシュをコントロールする。
通常DRAMは1ワード(8,16,32ビット等)毎
アクセスする方法、ある一定長の連続アクセスする方法
(ページREAD,Write)、DRAMのバンクを
分けて交互にアクセスを繰り返し、アドレス発生は先行
して発生させるインタリーブ方法のアクセス方法がある
が、これらの方法を提供しメモリのアクセスの高速化を
図っている。ただし、主記憶メモリ102,バンドメモ
リ103がSRAMで構成された場合には、リフレッシ
ュ機能は必要はない。105はメモリクリアコントロー
ラで、バンドメモリ103のデータを高速にクリアす
る。
【0067】図5は、図4に示したメモリクリアコント
ローラ105の詳細構成を説明するブロック図である。
【0068】図において、201はアドレス発生部で、
クリアスタート信号に応じてアドレスバッファ部203
にクリアすべきアドレスを出力する。202はデータラ
ッチで、クリアデータをデータバッファ部204に出力
する。
【0069】このように構成されたボード回路(メイン
CPU回路1,イーサネット回路2,JPEG圧縮回路
3より構成される)において、先ず、CPU101がバ
ンドメモリ103内のデータを他の記憶装置あるいはイ
ンタフェースに転送されたことを確認すると、アドレス
バッファ203,データバッファ204をイネーブルに
する。それに対して、バンドメモリ103への他のアク
セス手段をディセーブルにする。データラッチ202に
は、システムの立ち上げ時のイニシャライズであるデー
タ、例えば「00」を設定しておく。CPU101は、
アドレス発生部201に対して、クリアスタート信号を
送る。これに応じて、アドレス発生部201はアドレス
を順次発生して、データラッチ部202に保持されたデ
ータをメモリアクセスコントローラ104を通して、バ
ンドメモリ103に書込む。全メモリ分の書込みが終了
したら、アドレス発生部201は、CPU101にクリ
アエンド信号を送り、クリア動作を終了する。
【0070】クリア動作は、バンドメモリ103上の画
像データがプリンタデバイスに転送されると、行われた
次のバンドの画像データがPDLインタープリタープロ
グラム84により展開される。その時、PDLインター
プリタープログラム84は、必要な部分にしかビットマ
ップ展開を行わない。例えば図6の(1)に示すバンド
の後半の画像、(2)に示すバンドの展開は、(2)に
属する画像のみが書込まれる。このため、図6の(1)
で既に転送し終った画像データは、不要データとして残
ってしまう。もし、メモリクリアをしなければ、(1)
および(2)に示した画像が混在する画像データがバン
ドメモリ103上に書込まれた状態となってしまう。そ
こで、上記メモリクリアが必要となる。105はメモリ
クリアコントローラは、上記メモリクリア処理をハード
化し、高速処理を可能としている。
【0071】画像描画処理回路106は、PDLインタ
ープリタープログラム84の描画機能をハードウエアで
補助するために構成された回路である。PDLインター
プリタープログラム84は線を描いたり、図形の塗りつ
ぶしが非常に多く、相当の時間を必要とする。例えば図
7に示すような図形(1)〜(3)に囲まれた部分の塗
りつぶしは、図中矢印で示すように塗りつぶし処理が実
行される。
【0072】図8は、図5に示した画像描画処理回路1
06の詳細構成を説明するブロック図である。
【0073】図において、106Aはアドレス発生部
で、描画スタート信号に応じてアドレスバッファ部10
6Cにクリアすべきアドレスを出力する。106Bはデ
ータラッチで、描画データをデータバッファ部106D
に出力する。
【0074】このように構成されたボード回路におい
て、先ず、CPU101がPDLインタープログラム8
4による処理結果から、現在のバンド幅内に、線の描画
や図形の塗りつぶしがある場合、画像描画処理回路10
6へ指令する。先ず、データラッチ106Bに描画デー
タをラッチさせる。次に、アドレス発生部106Aに開
始アドレスとカウント数(1ライン分の描画量)を設定
する。ただし、カウント数は終了アドレスを設定する構
成であっても良い。そして、アドレスバッファ106
C,データバッファ106Dをイネーブルにする。それ
に対して、バンドメモリ103への他のアクセス手段を
ディセーブルにする。CPU101は、アドレス発生部
106Aに対して、描画スタート信号を送る。これに応
じて、アドレス発生部106Aは開始アドレス値より順
次アドレスを発生して、データラッチ部106Bに保持
されたデータをメモリコントローラ104を通して、バ
ンドメモリ103に書き込む。カウント数部(終了アド
レス)に達したら、メモリ書き込みを止めて、描画エン
ド信号を送り、次の開始アドレスとカウント数を設定
し、再びメモリへ書き込みを行う。バンド幅分の描画を
終了すると、バンド幅分の描画を終了する。
【0075】描画動作は、クリア動作と同様にハードウ
エアによる高速化を図ったものであが、例えば専用のL
SIが描画処理をすべて受け持ち、CPU101による
補助を軽減する構成としても良い。
【0076】一方、図4において、107は電源投入時
に、CPU101が最初にアクセスするEPROMで、
本システムをコントロールする上記各種プログラムが記
憶されている。なお、EPROM107には、次の2つ
の記憶方法が可能である。第1の方法としては、プログ
ラムがそのまま実行可能な形式で記憶する場合、第2の
方法としては、プログラム全体を可逆的な圧縮方法によ
り圧縮し、その形態で記憶しておき、電源投入後、伸長
しながら、主記憶メモリ102に再配置する場合等であ
る。
【0077】しかしながら、第1の方法による場合は、
EPROM107は、そのまま実行可能なメモリとなる
ため、主記憶メモリ102に再配置されるより、主記憶
メモリ102の節約になるが、EPROM107自身の
容量を大きくすることと、アクセスが一般にEPROM
は遅いという欠点がある。また、第2の方法による場合
は、プログラム全体を圧縮するため、たくさんの量のプ
ログラムをEPROM107に記憶させることができる
ため、EPROM107の記憶容量を削減できるととも
に、主記憶上に再配置するため、アクセスが高速となる
長所を有するが、主記憶メモリ102の容量を大きくす
る必要が生じる等の欠点もある。そこで、本実施例では
第2の方法を採用している。
【0078】108はEEPROMで、電源が切られて
も記憶データを失わず、電源投入後の起動時に、データ
の書き換えが可能なデバイスである。このため、ネット
ワーク上のアドレスの記憶やスキャナ,プリンタ側の設
定パラメータの記憶等に利用される。109は時計回路
(RTC)で、時刻合せが可能であるとともに、電源O
FF時でも、内部に持つバッテリにより時間がそのまま
進行する。これにより、実時間を知ることが可能とな
り、スキャン時やプリント時の情報として利用される。
110はタイマで、インターバルタイマである。本シス
テムのプログラムはマルチプログラムで動作している
が、その管理は、リアルタイムOSが行っている。タイ
マ110は、数ミリsec 毎のインターバルタイムをCP
U101に通知しており、このタイマ110と優先順位
スケジューラにより、各プログラムにCPU101を割
り当てている。
【0079】111はSCSIコントローラで、周辺機
器インタフェースの標準規格であるSCSIの制御を行
う。112はSCSIポートで、周辺機器を接続するた
めのパラレル入出力I/Fポートである。113はイー
サネットコントローラで、本システムをネットワークの
1方式であるLAN96に接続し、データのやり取りを
行うための制御部として機能する。イーサネットコント
ローラ113は、内部に小さなバッファメモリを有し、
非同期式のCPUと同期式のネットワークとの時間的整
合性を取っている。ネットワークより転送されてくるデ
ータは、このバッファメモリに蓄えられ、逆にネットワ
ークにデータを転送する場合もここから送信される。イ
ーサネットコントローラ113は、電気的タイミングの
制御とデータの転送,転入の制御を行っている。TCP
/IPの通信プログラム82の制御は、イーサネットコ
ントローラ113を用いてCPU101が制御してい
る。
【0080】イーサネットポート114は太い同軸ケー
ブル114aを媒体として用いる。I/Fの形状は、1
5ピンのコネクタである。114bのTwistPai
rタイプポートは、4線式の媒体を持ちいる。I/Fの
形状は8ピンのモジュラジャックである。これらのポー
トを利用して、エーサネットワークに接続される。11
5はADCT圧縮/伸長回路は、RGB(RED,GR
EEN,Blue)で構成される中間調データ(各色8
ビット)を、CCITT規格JPEG方式のアルゴリズ
ムを用いた圧縮および伸長を行う回路である。スキャナ
より読み込まれたカラー中間調データを圧縮する場合
は、スキャナ側から読み込まれた生画像データをADC
T圧縮/伸長回路115を用いて圧縮し、小さなメモリ
量にする。このためネットワーク転送のスピードアップ
や蓄積メモリの削減といった効果が得られる。また、ネ
ットワークを介して転送されてきた圧縮画像データをA
DCT圧縮/伸長回路115を用いて伸長し、カラー中
間調データに戻して、バンドメモリ103に書き込み、
プリンタI/Fに転送されて、プリンタデバイスより印
字される。
【0081】116はFIFOメモリで、ADCT圧縮
/伸長回路115へ圧縮画像データを送ったり、受け取
ったりするために用いられる。FIFOメモリ116
は、圧縮動作,伸長動作時の圧縮データと伸長データ
(生画像データ)のデータ量の違いによるデータの転送
タイミングのずれを吸収するために用いられる。117
はRS232Cコントローラ部で、標準のシリアルI/
Fの制御を行う。118はRS232Cポートで、Ac
hannel118aとBchannel118bの2
ポートが用意され、一方を端末接続用にして、ディスプ
レイ表示とキーボード入力を可能としている。また、も
う一方はシリアルインタフェースを有するデバイス接続
用にしている。ここには、レーザビームプリンタのよう
なキャラクタプリンタや簡易スキャナの接続が可能とな
っている。
【0082】なお、本システムでは、Achannel
を端末接続用にしており、ここに端末を接続して、コマ
ンドの入力やパラメータの変更を行うようにしている。
ただし、本システムは疑似端末機能も有し、ネットワー
ク上のホストコンピュータより,rloginしてAc
hannelと同じ操作も可能としている。
【0083】119はセントロニクスI/Fコントロー
ラ部で、セントロニクスI/F準拠のプリンタの接続の
ためのI/Fコントロールを行う。実際には、接続先の
デバイスの状態(BUSY/non)を確認して、8ビ
ットのデータを出力する。これの繰り返しでデータを転
送する。その他セントロニクスI/Fに準拠した信号の
制御を行っている。120はセントロニクスI/Fポー
トで、実際にケーブルが接続されて、プリンタとの電気
的関係を結ぶ。121はVMEコントローラで、本シス
テムのCPU101がVMEbusの規格に準拠おした
他のボードをアクセスするためのコントロールを行う。
なお、VMEbus規格では、アドレスバスA16,A
24,A32、データバスD8,D16,D24,D3
2のバスをアクセス可能に構成されている。バスの使用
権は、アービトレーション方式より与えられる。その
他、VMEbusの規格に適合した制御を本回路で実現
する。122はVMEbusポートで、ダブルハイトの
VMEbusを電気的に接続する。当該VMEbusポ
ート122は、6ピンのコネクタ2つで構成され、この
中にアドレスバス,データバス等が配置されている。
【0084】123はリセットスイッチで、本システム
において異常が発生した場合に、最終的手段として、シ
ステムを再立ち上げする場合に押下される。なお、リセ
ットスイッチ123は、本実施例ではハード的なスイッ
チ機構であるが、上述したRS232Cポート118に
接続された端末、あるいはネットワークからrlogi
nした疑似端末から、プログラムでリセットするプログ
ラムRESET(ウオームRESET)として構成して
も良い。
【0085】124はLED部で、電源ON時を示すL
ED124a,CPU101が実行中を示すLED12
4b,各プログラムが自由に点灯可能なLED124c
等より構成されている。これにより、LED124aが
点灯中であれば、本システムが電源の入湯状態であるこ
とを操作者が視覚的に確認することができる。また、L
ED124bが点灯中であれば、CPU101が実行中
であることを、LED124bが消灯中であれば、CP
U101がウエイト状態であることを操作者が視覚的に
確認することができる。頻繁に点灯するLED124c
は、何かの処理が現在実行されていることを操作者が視
覚的に確認することができ、点灯時間,間隔,回数等の
相違により、どのプログラムによりLEDが点灯したか
等を識別可能となる。
【0086】以下、ネットワーク上のホストコンピュー
タからのプリント要求処理におけるデータの流れについ
て詳述する。
【0087】ネットワーク、すなわちLAN96に接続
されたホストコンピュータがデータをプリントしたい場
合、SPサーバシステムにデータと出力先を指定する情
報を送る。この際、SCSIポートにハードディスクが
接続されている場合、データは一旦ハードディスクに蓄
積(スプール)される。また、ハードディスクがない場
合は、主記憶メモリ102に一旦蓄積される。転送され
てくるデータ形式としては、下記(1)〜(3)の3通
りである。
【0088】(1)PDL形式のデータ (2)生画像形成のデータ (3)圧縮画像形成のデータ このうち、(1)のPDL形式のデータの場合には、P
DLインタープリタープログラム84が起動され、バン
ド幅毎のビットマップ展開が行われて、バンドメモリ1
03に書き込まれる。バンドメモリ分のデータが揃う
と、プリンタ側に転送され、次のバンド幅分のビットマ
ップ展開が行われる。
【0089】一方、(2)の生画像形成のデータの場合
は、バンドメモリ103にバンド幅分データが書き込ま
れ、指定されたプリンタ側に転送される。そして、次の
バンド幅分のデータが用意される。生画像形式の場合、
データ量が多いので、ホストコンピュータ側からは全部
のデータを一括して転送するのではなく、分割して送
る。そのため、プリントの最中もネットワークよりデー
タを受け取る作業が行われる。
【0090】さらに、(3)の画像圧縮形式のデータの
場合は、圧縮画像データをFIFOメモリ116に書き
込み、ADCT伸長回路115により生画像データに変
換する。伸長後のデータは、バンドメモリ103にバン
ド幅分データが書き込まれ、指定されたプリンタ側に転
送される。以下、同様の処理をそれぞれ繰り返す。な
お、画像データの形式が、単一形式ではなく、上記デー
タ形式が組み合わさった複合データの場合もある。すな
わち上記(1)のデータ形式と(2)のデータ形式との
組み合わせ、もしくは上記(1)のデータ形式と(3)
のデータ形式との組み合わせの場合には、それぞれ上記
の処理を行う。
【0091】画像データを転送するプリンタデバイスの
I/Fは、VMEバス122上に構成したインタフェー
スボードを介して接続する場合、RS232Cポート1
18に接続した場合、セントロニクスI/Fポート12
0に接続した場合がある。これは、ホストコンピュータ
がどのI/Fに接続されたプリンタにより印刷したかに
より行先が決定される。
【0092】バンドメモリ103上のデータは、1バン
ド幅分のデータ転送が終了すると、クリアコントローラ
105がメモリクリアを行う。その後、再びPDL展開
を行い、バンド幅が揃うと、指定されたプリンタ側のイ
ンタフェース回路にデータが転送され、デバイスドライ
バ86によるインタフェース回路(制御ボード)の制御
によりプリンタでの出力処理が行われる。この繰り返し
である。ネットワーク上のホストコンピュータがスキャ
ナより画像データを入力したい場合、本システムは、ス
キャナ起動のための指定情報をホストコンピュータから
もらい、画像入力を開始する。スキャナデバイスのイン
タフェースは、VMEバス122上に構成したI/Fボ
ードを介して接続する場合、RS232Cポート118
に接続する場合がある。この指定もホストコンピュータ
が指定する。
【0093】スキャナから入力される画像データは、バ
ンドメモリ103にバンド幅分蓄積される。スキャナか
らの画像データを指定されたホストコンピュータに転送
する場合、スキャナ制御プログラム85によって次の2
通りの加工が行われる。
【0094】第1の加工としては、生画像形式のデー
タ、ただし、画像情報のタグを付加したものを含み、第
2の加工としては、圧縮画像形式のデータである。
【0095】このうち、データ加工形式が生画像形式の
データの場合には、バンドメモリ103上のデータを、
順次ネットワークを介して指定されたホストコンピュー
タに転送する方法と、一旦SCSIポート112に接続
されたハードディスクに蓄積される場合がある。いずれ
も、ホストコンピュータよりの指定情報で選択される。
また、画像情報を記録したタグをつける場合には、それ
を付加して転送する。
【0096】一方、データ加工形式が圧縮画像形式のデ
ータの場合は、バンドメモリ103上のデータは、AD
CT圧縮回路115に送られ、圧縮されて、FIFOメ
モリ116に圧縮後のデータが書き出される。そして、
FIFOメモリ116より読み出してはホストコンピュ
ータへ転送し、次のバンド幅分の処理を繰り返し行い、
圧縮画像データを得る。ハードディスクを有する場合
は、一時的に蓄積するという点が違うだけで、他は上述
と同様である。
【0097】以下、図9に示す回路ブロック図を参照し
ながら図1に示した第1のSPインタフェース回路4−
1の詳細構成について説明する。
【0098】図9は、図1に示した第1のSPインタフ
ェース回路4−1の内部構成を説明するブロック図であ
り、図1と同一のものには同じ符号を付してある。
【0099】図において、1000はCPUで、ROM
1002に格納された上記各種制御プログラムに基づい
てボード回路の内部バス1001に接続される各デバイ
スを制御する。1003はRAMで、CPU1000の
ワークメモリ等として機能する。1004はネットワー
クコントローラで、LAN96に接続されるステーショ
ンとのアクセスを制御する。1005はバンドメモリ
で、バンド幅分のデータを記憶する。1006は標準圧
縮伸長部で、画像データの圧縮伸長を行う。1007は
SCSIコントローラで、ハードディスク1008等が
接続されている。
【0100】211は前記第1のSPインタフェース回
路4−1を総括的に制御するCPUで、ROM212に
記憶された制御プログラム(デバイスドライバ86を補
足するプログラム)に基づいてボード内部バスに接続さ
れる各デバイスを制御するとともに、各部の初期設定や
スキャナ,プリンタとのコマンドのやり取りを行う。2
13はRAMで、CPU211のワークメモリ等として
機能する。214はDPRAMで、第1のSPインタフ
ェース回路4−1とボード回路とのコマンドのやり取り
を行うRAMで、CPU211とVMEバス16を介し
てボード回路のCPU1000が共に独立してメモリア
クセス可能に構成されている。215,216はバッフ
ァメモリで、CPU211とCPU1000との衝突を
避けるために機能する。
【0101】218はリアルタイム圧縮伸長部で、多値
画像データをリアルタイムで圧縮伸長するものである。
ここで、リアルタイムとは、ビデオインタフェース22
0を通じて入力される画像データの速度、例えば約15
MHz(32ビット)で画像データのやり取りをする速度
と同時間で処理することを意味する。圧縮メモリ17
は、リアルタイム圧縮伸長部218で圧縮したデータを
格納する。219はラインバッファで、8ラインのラス
タ方向のデータを保存するメモリとして機能する。な
お、当該ラインバッファ219はリアルタイム圧縮伸長
部218からは、8×8のマトリクスでADCT圧縮に
準じたランダムアクセスが可能となっている。217は
DMAコントローラで、圧縮メモリ17とリアルタイム
圧縮伸長部218との間をCPU211を介さずにデー
タを移動させるためのものである。
【0102】ビデオインタフェース220aは、スキャ
ナ94A,プリンタ94Bとのインタフェースである。
220bは制御インタフェースである。
【0103】以下、ホストコンピュータからの指定情報
に基づく第1〜第4のモード処理について図9を参照し
ながら詳述する。なお、各モード処理は、ROM100
2に格納された画像入出力装置制御プログラム85とR
OM212に格納されたデバイスドライバ85を実行す
ることによって行われる。 〔第1のモード処理〕先ず、第1のモード処理(画像プ
リントモード処理)では、メインCPU回路1のバンド
メモリ1005内の生画像データを、VMEバス16を
経由して受け取り、リアルタイム圧縮伸長部218で圧
縮した後、圧縮メモリ17に一旦、圧縮画像の形態で蓄
えられる。この動作は、1ページ分行われ、1ページ
(1画面)分の圧縮が終了したところで、プリンタ94
Bを起動する。次に、圧縮メモリ17に一旦、圧縮画像
の形態で蓄えられた圧縮画像データをDMAコントロー
ラ217が読み出し、リアルタイム圧縮伸長部218に
送る。この際、伸長回路により、生画像データに復元す
る。伸長された生画像データは、順次ビデオインタフェ
ース220よりプリンタ94Bへ転送される。なお、そ
の際画像伸長動作はプリンタ94Bのデータ処理速度に
同期して、超高速に伸長する。また場合によっては、画
像処理を施した後にプリンタ94Bにデータを送り、プ
リンタ処理を行う。 〔第2のモード処理〕第2のモード処理(画像スキャン
モード処理)では、スキャナ94Aより、ビデオインタ
フェース220aを介して入力されてくる画像データ
を、そのスピードに同期して超高速に、リアルタイム圧
縮伸長部218の圧縮機能を用いて画像圧縮を行い、D
MAコントローラ217により、出力される圧縮画像デ
ータを圧縮メモリ17に一旦格納する。1画面分のスキ
ャンが終了したところで、ボード回路のCPU1000
は再びリアルタイム圧縮伸長部218の伸長回路により
圧縮メモリ17に蓄えられた圧縮画像データを伸長し、
生画像データに戻す。その生画像データは、VMEバス
16を経由してボード回路に送られる。ボード回路は、
ホストコンピュータ側が、生画像データを要求している
場合はそのまま指定されたホストコンピュータへ転送
し、もし、圧縮画像データを要求した場合には、ボード
回路上の圧縮機能処理により圧縮して指定されたホスト
コンピュータへ転送する。 〔第3のモード処理〕第3のモード処理(標準圧縮画像
プリントモード処理)では、ボード回路が圧縮画像デー
タをネットワーク上のホストコンピュータから受け取る
と、そこで伸長せずに、圧縮画像データのまま指定され
た第1のSPインタフェース回路4−1に送る。第1の
SPインタフェース回路4−1では、圧縮メモリ17に
圧縮画像データを蓄え、その後指定されたプリンタ94
Bを起動し、圧縮画像データをリアルタイム圧縮伸長部
218の伸長機能により、プリンタ94Bのプリントス
ピードに同期して画像伸長を行いプリントする。 〔第4のモード処理〕第4のモード処理(標準圧縮画像
スキャンモード処理)では、スキャナ94Aの走査速度
に同期して、超高速にリアルタイム圧縮伸長部218の
圧縮機能により画像圧縮を行い、圧縮メモリ17に一旦
圧縮画像データを蓄える。1画面分のスキャンが終了し
たところで、ボード回路のCPU1000は、圧縮画像
データをそのままVMEバス16を経由して取り込む。
【0104】なお、上記第1および第2のモード処理で
は、生画像データで第1のSPインタフェース回路4−
1とインタフェースするため、第1のSPインタフェー
ス回路4−1内では画像通信に必要とされる標準の圧縮
伸長処理を行うことは必ずしも必要ではなく、高速化や
その他の目的に応じた独自の圧縮伸長が行える。
【0105】また、上記第2,4のモード処理では、ス
キャナ94Aの読取りデータを直接圧縮をかける場合に
ついて記述したが、スキャナの読み取りデータに線密度
変換や色空間変換等の画像処理を施した後に、リアルタ
イム圧縮伸長部218が画像圧縮をかけても良く、制限
するものではない。また、画像処理機能は、画像圧縮伸
長部とスキャナ94A,プリンタ94Bとの間に設ける
構成であっても良いし、画像圧縮伸長部をスキャナ94
A,プリンタ94B内に設ける構成であっても良い。
【0106】以下、図10に示すブロック図を参照しな
がらリアルタイム圧縮伸長部218の構成および動作に
ついて説明する。
【0107】図10は、図9に示したリアルタイム圧縮
伸長部218の詳細構成の一例を示すブロック図であ
り、特に本実施例では圧縮伸長方式として、ADCT方
式を採用している。
【0108】データ圧縮時は、生画像データは、先ず外
部のラインバッファ219に蓄えられた後で、色空間変
換部221に入力されて、RGBデータからY,Cr,
Cb等の色空間に変換される。そして、場合によって
は、Cr,Cbは色差成分として、サブサンプリングさ
れ、画像の持つ冗長度を落される。次いで、8×8画素
毎にDCT計算部222において、周波数空間に変換さ
れる。次に、図11に示すようにDCT係数はジグザグ
スキャン部223でスキャンされ、量子化部224で量
子化される。この時に、量子化の係数は、量子化テーブ
ル225に記憶されていて、DCT係数の8×8に対応
するようになっている。次に、内部FIFOメモリ22
6に一旦蓄えられ、所望のタイミングでハフマン符号化
部227でハフマンテーブル228を参照して符号化し
た後にでき上がった圧縮画像データは、外部のホストコ
ンピュータ等からアクセスできるCODECレジスタ2
29に値が格納される。
【0109】ところで、色空間変換部221,DCT計
算部222,ジグザグスキャン部223,量子化部22
4,量子化テーブル225等でパイプライン動作部が構
成され、タイミング生成用のクロックに同期して動作
し、高速で動作する。また、ハフマン符号化部227,
ハフマンテーブル228,CODECレジスタ229等
で非同期動作部が構成され、外部CPUがCODECレ
ジスタ229をアクセスするスピードに同調して動作す
るように構成されており、CPUのスピードやDMAに
間に合う程度であって、あまり高速には動作しない部分
である。また、パイプライン動作部は、スキャナ94
A,プリンタ94Bの画像転送クロックに追従できるよ
うに高速動作が可能に構成されている。従って、内部F
IFOメモリ226は、同期系のパイプライン動作部と
非同期動作部の動作スピードの緩衝のために設けられて
いる。
【0110】また、画質を高めるために圧縮率を下げる
と圧縮データが増え、非同期動作部の処理量が多くな
り、非同期動作部の処理スピードが間に合わなくなる。
ただし、色空間変換部221の生画像データのインタフ
ェースは、スキャナ94A、プリンタ94B以外にも接
続可能で、外部にFIFOメモリを設けて、CPU等か
らの非同期アクセスを受けることが可能で、この場合は
パイプライン動作部を低速で動作させたり、一時停止さ
せることが可能である。従って、非同期動作部はスピー
ド的に問題はなくなる。
【0111】また、本実施例では画像圧縮伸長部を複数
(例えば2つ)有し、生画像データを複数に分割して、
それぞれの画像圧縮伸長部に与えることにより高速動作
するスキャナやプリンタ等に接続することが可能とな
る。このように、複数に分割された画像データの圧縮で
あるならば、伸長時にも同様にスピード問題は解決され
る。
【0112】伸長時の動作は基本的には圧縮時の逆プロ
セスになるわけであるが、図10に示すように、圧縮画
像データは、CODECレジスタ229に渡されると、
ハフマン符号化部227でハフマンテーブル228を参
照しながら逆ハフマン符号化、すなわちデコードされ
る。その値は一旦内部FIFOメモリ226でスピード
の緩衝を受けながら、量子化部224で逆量子化され
る。逆量子化は量子化テーブル225の8×8の量子化
係数を乗算することで行われる。そして、ジグザグスキ
ャン部223で逆ジグザグスキャンされて、DCT計算
部222にDCT係数として渡される。そして、色空間
変換部221において圧縮色空間であるY,Cr,Cb
等よりもとのRGB空間等に戻される。
【0113】また、DCT計算部222では、DCT計
算,逆DCT計算は、計算のパラメータを入れ替えるだ
けで同一回路で処理される。色空間変換部221でも、
その変換が線形一次変換等の場合には、同様にパラメー
タ変換で行える。
【0114】さらに、量子化部224も同様で量子化は
割り算等,逆量子化は掛け算を行うが、割り算も、割る
量子化係数を逆数で持つことにより掛け算になるので、
同一回路で圧縮伸長とも可能である。以下、図12〜図
15を参照しながら第1のSPインタフェース回路4−
1の各モードの動作を例にしてさらに詳細に説明する。
【0115】図12は、第1のSPインタフェース回路
4−1のパート構成の概略を説明するブロック図であ
る。
【0116】図において、1100は画像処理制御部
で、VMEバスインタフェース,画像圧縮伸長部,CP
U回路部等から構成され、後述する図13に詳細を示
す。1200はつなぎメモリ制御部で、後述する図14
に詳細を示す。1300は画像入出力制御部で、スキャ
ナ,プリンタを備えるカラーレーザ複写装置(CL
C),スキャナ,プリンタを備えるバブルジェットカラ
ー複写装置(BJC)とのI/Oを制御する。なお、詳
細は図15に示す。
【0117】図13〜図15は、図1に示した第1のS
Pインタフェース回路4−1の詳細内部構成を説明する
回路ブロック図であり、図1と同一のものには同じ符号
を付してある。
【0118】図9に示すボード回路のCPU1000よ
り、画面を2分割されたデータのまず右面についての処
理において、画像データはVMEインタフェース301
よりまずFIFOメモリ302にデータがバッファ30
3を介して書き込まれる。FIFOメモリ302よりは
バッファ304を介して一旦SRAM305に蓄積され
る。SRAM305の動作は、画像圧縮伸長部のパイプ
ライン部に同期して動作する。RAM305に画像の垂
直方向8ライン分のデータが蓄積されると、画像圧縮伸
長部306は水平,垂直8×8単位ずつSRAM305
より読み出して動作し、得られた圧縮データはDMAコ
ントローラ部307を介してDRAM308に順次書き
込まれる。この時、DMAコントローラ部307はアド
レスカウンタ309を操作してアドレスを発生し、また
はカウントアップしてセレクタ310を介してDRAM
308に与える。なお、第3のモードでは、VMEイン
タフェース301およびセレクタ310を介してボード
回路のCPU1000がアドレスを与え、かつインタフ
ェース変換部312を介してDRAM308とのデータ
更新を行うことになる。これにより、直接圧縮データを
DRAM308に送ることが可能であり、画面を左右に
2分割にしていない標準の圧縮データを扱うことも可能
である。ただし、低い圧縮率のデータには不向きであ
る。
【0119】また、DRAM308はリフレッシュ回路
313より常にリフレッシュが行なわれ、データの維持
がなされる。次に、DRAM308のデータをプリンタ
94Bに出力する動作を説明すると、DRAM308よ
りDMAコントローラ307により書き込み時と同様な
制御で圧縮伸長部306にデータが読み出されると、伸
長が行なわれ、生データがバッファ304からFIFO
メモリ302からの出力データはセレクタにおいて画像
の左右のいずれかの面が選択されて、ラッチ315に与
えられる。
【0120】次に、ガンマ変換部325でガンマ変換や
LOG変換される。そして、マスキング回路316でC
G用のマスキングを行ない、マスキング回路317で、
自然画用のマスキングを行ない、セレクタ321で画像
の性質に応じてどちらかを選択し、最終的に出力ガンマ
調整部322で変換されてからラインドライバ324を
介してプリンタ94Bに出力される。この時、出力ガン
マ調整部322はガンマ設定レジスタ323に調整され
る。また、マスキング回路316はROMで構成され、
マスキング回路317はロジックであって、黒生成のた
めの黒テーブルが接続されるとともに、初期値データR
OM319の値が初期にロードされるようにタイミング
コントローラ320も周辺に接続されている。プリンタ
94Bが面順次の場合は、伸長動作を面の数だけ行な
い、そのマスキング回路316,317は、出力色に応
じたマスキング処理を行なう。
【0121】以上が、画面を2分割にした場合の右面の
処理の流れであり、左面についても同様の処理の流れが
行なわれる。すなわち、バッファ325,FIFOメモ
リ302,バッファ327を経由してSRAM328に
蓄えられた8ラインの画像データは、画像伸長部329
において圧縮され、DMAコントローラ331,アドレ
スコントローラ335,セレクタ334によりコントロ
ールされて、DRAM332に圧縮データとして書き込
まれる。また、VMEインタフェース311より直接セ
レクタ334をインタフェース変換部330を介してボ
ード回路のCPU1000が圧縮データを書き込んでも
良いことは言うまでもない。また、リフレッシュ回路3
33がDRAM332のデータをリフレッシュし維持す
る。そして、画像プリント時には、DRAM332より
読み出されたデータがDMAコントローラ331等のコ
ントロール331等のコントロールを受け、画像圧縮伸
長部329で伸長され、SRAM328,バッファ32
7,FIFOメモリ326を経由してセレクタ314に
与えられ、以下上述の通り画像処理されて出力される。
以上のようにして、モード1の処理が行なわれる。
【0122】次に第2のモード処理動作について説明す
る。
【0123】スキャナ94Aより各種の処理を受けて送
出される画像データは、ラインレシーバにより受け取ら
れ、バッファ341により画像の右面がバッファ342
により画像の左面が、FIFOメモリ303,326に
順次取り込まれる。それ以降は、第1のモードと同様の
動作を行なう。すなわち、右面の処理動作について記述
すれば、FIFOメモリ302に書き込まれた画像デー
タは、バッファ304を経由してSRAM305に8ラ
イン分が読み出されて書き込まれる。次に、圧縮伸長部
306によりDRAM308に圧縮データが生成され
る。
【0124】一方、第4のモードでは、VMEインタフ
ェース311及びインタフェース変換部312,セレク
タ310を介してボード回路のCPU1000が直接圧
縮画像データを読み込むことが可能であるが、第2のモ
ードでは、DRAM308の圧縮データを伸長してから
ボード回路のCPU1000に渡す。DRAM308よ
りインタフェース変換部312およびDMAコントロー
ラ307,アドレスカウンタ309,セレクタ310に
よりコントロールされて、書き込まれた順に読み出され
た圧縮画像データは、画像圧縮伸長部306で伸長さ
れ、SRAM305に8×8単位毎に書き込まれ、8ラ
イン分すべてが書き込まれた時点でバッファ304を経
由して、水平ライン方向に連続して読み出され、FIF
Oメモリ302に書き込まれる。FIFOメモリ302
では、ボード回路のCPU1000のタイミングに従っ
て、バッファ303,VMEインタフェース301を介
して、ボード回路のCPU1000に生画像データとし
て読み出される。
【0125】ところで、セレクタ321が2つのマスキ
ング回路316,317の選択については、RAM35
1にCG画像があるか、自然画像であるかの属性が書か
れていて、水平方向カウンタ352,垂直方向カウンタ
353より、処理画素位置のアドレスが生成され、セレ
クタ355を介してRAM351に与えられ、その読み
出しデータにより、セレクタ321を制御する。従っ
て、RAM351上の属性はボード回路のCPU100
0よりVMEインタフェース301,セレクタ351を
介し、RAM351上にあらかじめ書き込まれる。ま
た、スキャナ94A,プリンタ94Bとのインタフェー
スは、S/Pタイミングコントローラ356により制御
されている。
【0126】次に、画像の左右面の切り替えの制御につ
いて説明する。
【0127】垂直方向カウンタ363は、画像の垂直方
向の有効部分について画像有効信号を送出するもので、
ディレイレジスタ364は、画像先端の余白部分をセッ
トするものである。長さレジスタ361は画像の有効長
をセットし、比較器362において有効長以内で有れ
ば、各部分に画像有効信号を送るものである。垂直方向
の画像有効区間に加えて、水平方向の余白長をセットす
るディレイレジスタ366が接続され、画像の左端をカ
ウントした後に有効信号を発する。カウンタコントロー
ラ部367は、これを受けて水平左幅カウンタ368を
起動する。この水平左幅カウンタ368は、ダウンカウ
ンタとして機能し、幅分だけカウントを行ない、その間
に左画面のイネーブル信号を発する。左画面が終了する
と、カウンタコントローラ部372に対してイネーブル
を発し、カウンタコントローラ部372は右画面の幅カ
ウンタ373で幅分のカウントを行ない、終了状態を制
御部389に与える。制御部389はセレクタ314に
対して画像有効幅の終了を知らせて出力をクリアする。
幅カウンタ368は、圧縮時にはライトパルスジェネレ
ータ369を左画面有効幅で発生してマルチプレクサ3
71を介してFIFOメモリ326に左面のスキャナデ
ータをかき込み、FIFOメモリ326はゲート381
を介して圧縮伸長部329のリードパルスをマルチプレ
クサ371を介してFIFOメモリ326に与える。
【0128】また、伸長時には、幅カウンタ368の左
面有効信号をリードパルスジェネレータ370が受け
て、マルチプレクサ371を介してFIFOメモリ32
6よりプリンタ94Bへ出力させる。
【0129】一方、画像圧縮伸長部329のライトパル
スがゲート381を介してマルチプレクサ371を介し
てFIFOメモリ326に与えられ、伸長データが書き
込まれる。
【0130】右面についても同様にライトパルスジェネ
レータ374,リードパルスジェネレータ375,マル
チプレクサ376,ゲート382が同様の動作をするこ
とは言うまでもない。また、画像圧縮伸長部329には
内部のFIFOメモリ302の状態がスタート/ストッ
プロジック386に与えられるとともに、周辺状態を検
出するレジスタ385もスタート/ストップロジック3
86に与えられ、かつ外部のFIFOメモリ326の状
態もFIFOメモリコントローラ部383を介してスタ
ート/ストップロジック386に与えられ、内部のFI
FOメモリ302及び外部のFIFOメモリ326がオ
ーバーフローしたり、アンダーフローしたりしないよう
に管理され、状態に応じて画像圧縮伸長部329のパイ
プライン部329をストップさせたり、スタートさせた
りすることができる。
【0131】同様に、状態レジスタ387,スタート/
ストップロジック386,フィホコントローラ部384
に管理され、圧縮伸長部306のパイプライン部がスタ
ートしたり、ストップしたりする。なお、スタート/ス
トップでは、圧縮時に内部のパイプライン部が速すぎて
内部のFIFOメモリ302がオーバーフローしそうな
時や、伸長時に内部のパイプライン分が速すぎて内部の
FIFOメモリ302がアンダーフローしそうな時の他
の圧縮時に画像圧縮伸長部が速すぎて外部FIFOメモ
リ326がアンダーフローしそうな時、および伸長時に
画像圧縮伸長部306が速すぎて外部FIFOメモリ3
26がオーバーフローしそうな時がある。
【0132】また、エラー対策399は、スキャナ94
A,プリンタ94Bが速すぎて画像圧縮伸長部306の
処理速度が間に合わない時に、外部のFIFOメモリ3
26や内部のFIFOメモリ302がオーバーフローや
アンダーフローを起こすので、スキャナ94A,プリン
タ94B側のビデオ信号(ビデオ=画像)を一時的に止
めるもので、スキャナ94Aでは1ライン単位でビデオ
が捨てられ、プリンタ94Bでは1ライン単位で余白が
出力されるように簡易的なエラー処理が行なわれ、FI
FOメモリをオーバーフローまたはアンダーフローされ
てビデオの流れを破壊することを防ぐ。従って、エラー
対策部は、エラー情報を制御部388に渡すと、制御部
389が1ラインの余白,左面有効部,右面有効部を把
握して、1ラインの区切り目でエラー解除をエラー対策
部399に出力する一方、エラー時にスキャナ94A,
プリンタ94Bの入出力データをクリアするように各部
に指示するとともに、エラー処理中に画像圧縮伸長部3
06がスキャナ94A,プリンタ94Bの処理速度に間
に合わなかったにもかかわらず、1水平ラインの区切り
まで圧縮または伸長動作をさせる。このことにより、1
ラインの区切りで再びエラー復帰ができるのである。た
だし、エラー処理中に圧縮では、白ラインを圧縮して圧
縮速度をかせぎ、伸長では画像データはプリンタ94B
に間に合わないために捨てられる。
【0133】以上の説明の中では、ボード回路のCPU
1000がほとんどすべての管理を行なうように説明し
たが、本実施例では第1のSPインタフェース回路4−
1の中にも内部のCPU392を有していて、第1のS
Pインタフェース回路4−1ないで処理できることは内
部のCPU392が処理を分担することが可能で有る。
また、第1のSPインタフェース回路4−1内にはデュ
アルポートRAM393を有し、両ポートはそれぞれV
EMバスインタフェース311を介してボード回路のC
PU1000が内部CPUバスを介して内部のCPU3
92に接続されている。このデュアルポートRAM39
3を介して、ボード回路のCPU1000と内部のCP
U392に情報伝達が行なわれている。
【0134】従って、第1のSPインタフェース回路4
−1内のVMEバスへの2つのCPU1000およびC
PU392からのアクセスは衝突することはない。この
時、CPU392の内部バスに接続されているバス変換
部394により画像圧縮伸長部306,329とのイン
タフェースがなされる。バス変換部394は、インタフ
ェース変換部312,330と同様の機能を有し、レジ
スタインタフェース395を介してボード内の各種のレ
ジスタとのインタフェースを行なうので、VEMバスの
インタフェースとしての機能をも合わせて有している。
【0135】さらに、内部のCPUバスには、CPU3
92のプログラムを格納するROM391,シリアル通
信部390を有している。シリアル通信部390はスキ
ャナ94A,プリンタ94Bとの動作制御をするコマン
ドが送られる。従って、本実施例では図9に示すボード
回路のCPU1000は図13に示す内部のCPU39
2を介してスキャナ94A,プリンタ94Bを制御する
か、ボード回路のCPU1000が直接スキャナ94
A,プリンタ94Bを制御する構成となっている。な
お、コントロールのコマンドとしては、実行コマンドと
してスキャナ94A,プリンタ94Bの起動命令の他
に、状態検知コマンド,状態設定コマンドがある。状態
検知コマンドは、プリンタ94Bの紙有り/紙無し,カ
セット有り/無しサイズ,その他のトナ残量,ジャム発
生等多くのコマンドとともに、現在設定されている動作
モード、すなわち単色/3色/4色や解像度、その他の
画像処理パラメータの検知等が有る。スキャナ94Aに
関しても、ほぼ同様で、その他の原稿台上の原稿有り/
無しや、ランプ切れ等を知ることが可能で有る。
【0136】一方、状態設定コマンドは、プリンタ94
Bではカセットサイズ選択,カセット上下段選択,動作
モードやプリント枚数設定や画像処理系のパラメータ設
定等である。
【0137】なお、スキャナ94Aについても同様で、
例えば変倍率設定,2値/多値化設定,標準色空間変
換,独自色空間変換,線密度(解像度変換),領域指定
設定,ガンマ変換設定等が有る。
【0138】なお、本実施例ではスキャナ94Aに多く
の画像処理機能を持つために、第1のSPインタフェー
ス回路4−1上では画像処理は行なわずに圧縮する。ま
た、スキャナ94AよりRGBデータとしてデータ受信
する。
【0139】一方、プリンタ94Bは入力がCMYK入
力であり、プリンタ部に画像処理をあまり有していない
ため、マスキング,ガンマ変換,LOG変換,CMYK
生成は第1のSPインタフェース回路4−1上で処理さ
れる構成となっている。
【0140】図16は、図1に示した第2のSPインタ
フェース回路4−2の詳細構成を説明するブロック図で
あり、図2に示したバブルジェト型のスキャナプリンタ
95(プリンタ95B,スキャナ95A)とS/Pサー
バー装置SP1とのデータ処理をインタフェースする。
また、第2のSPインタフェース回路4−2は一体とし
てインタフェースボードとして構成されている。
【0141】図において、401はCPUで、デュアル
ポートRAM403を介してVEMバスにつながってい
るボード回路からのコマンドを受け取り、解釈し、第2
のSPインタフェース回路4−2内部の制御をする。C
PU401は内蔵されたインターバルタイマによって2
ms毎の割り込みを発生させ、バブルジェト型のプリンタ
95B,スキャナ95Aとのコマンドの通信を行う。ま
た、画像処理回路部404,405,406の各種パラ
メータの初期化および変更を行う。
【0142】402はプログラム用のROMで、CPU
401が実行する制御プログラム(デバイスドライバ8
6を補足するプログラム等)を格納するとともに、画像
処理回路部404,405,406の初期値やプリセッ
ト値を格納する。
【0143】デュアルポートRAM403はCPU40
1のワークエリア等として機能するとともに、VEMバ
スによってつながれたボード回路のCPU1000と、
CPU401の両方からアクセスことで、両者間の通信
を行う。
【0144】画像処理回路部404は画像処理用ASICと
して構成され、ルックアップテーブルにより階調変換を
行う。例えばRGBデータをCMYKデータに変換する
ときは、LOG変換を行う。これはあらかじめROM4
02に変換テーブルを用意しておき、これを画像処理回
路部404内のRAMに転送することで実現する。
【0145】画像処理回路部405は画像処理用ASI
Cとして構成され、4×5のマトリックス演算とルック
アップテーブルにより階調変換を行う。このマトリック
ス演算によりスキャナ95Aのセンサの特性のRGB空
間と標準色空間としてのNTSCーRGB色空間の変換
または画像処理回路部404の変換した後のCMY
(K)からプリンタ95Bの特性に合わせたCMYKへ
の変換( マスキング処理と呼ばれる) などを行う。さら
にルックアップテーブルによってカラーバランスの調整
が行える。これらの処理も画像処理回路部404と同様
にあらかじめ様々なテーブルを用意しておき、ROMに
格納しておき、用途に合わせて、選択して設定する。
【0146】画像処理回路部406は画像処理用ASI
Cとして構成され、データの2値化処理を行う。なお、
本実施例に置ける二値化のアルゴリズムは平均濃度保存
法であるを採用している。407はシリアル/ パラレル
変換部でありスキャナ95A,プリンタ95Bへの通信
のためにCPU401からの8ビットのパラレルのデー
タをシリアルデータに変換する。
【0147】408は画像用DRAMである。プリンタ
95のヘッドの画素数に合わせたバンド形式に合わせた
大きさの画像用メモリである。スキャナ95Aまたはプ
リンタ95Bでは1回の走査の間は画像用クロックに従
ってデータが流れ、動作を止められないために、1 バン
ドの大きさでのバッファリングが必要である。このため
スキャナ95Aによってスキャンされるまたはプリンタ
95Bにプリントされる1 バンド分の画像データをバッ
ファリングを行う。
【0148】また、VMEバス側からのラスタ形式のア
クセスとスキャナ95A,プリンタ95Bよりの縦方向
のアクセスとの走査形式の変換を行う。
【0149】409はDRAMへのアドレスセレクタ、
マルチプレクサで、DRAM408へのアクセスはVE
Mバス側からとスキャナ95A,プリンタ95B側から
の2つがあり、これらからのアドレスの切り替えを行
う。さらにDRAM408へのアドレスはROWアドレ
スとCOLUMアドレスに分けて供給するのでこのマル
チプレックスを行う。
【0150】410はDRAMのタイミングコントロー
ラ部である。RAS,CAS,WE,OEなどのDRA
Mを制御する信号を作り出す。またリフレッシュ信号と
の調停を行う。
【0151】411はタイミング回路で、スキャナ95
A,プリンタ95Bのアクセスのタイミングを生成す
る。これはスキャナ95A,プリンタ95Bからの画像
クロックや同期信号をもとにアクセスのタイミングを作
り出す部分である。
【0152】412はリフレッシュタイミング制御部で
ある。DRAM408へのリフレッシュのタイミングを
作り出す。スキャナ95A,プリンタ95Bのアクセス
のすきまを使いスキャナ95A,プリンタ95Bのアク
セスとが衝突しないように制御している。
【0153】413はVMEタイミング制御部である。
VMEバスからのアクセスのための制御信号の処理をす
る。AMコードのデコードや上位アドレスのデコード、
割り込みの処理などである。
【0154】414はスキャナ95A,プリンタ95B
のアクセスアドレス生成部である。スキャナ95A,プ
リンタ95Bのアクセスは通常のラスタ形式とは異なっ
ているため、VMEバスからのアクセスのためにラスタ
形式でかかれたメモりに対して、スキャナ95A,プリ
ンタ95B用の特殊なアクセスのアドレスを生成する部
分である。これはバンドの大きさで、走査方向の縦横を
ひっくり返すものである。
【0155】415はVMEバスインタフェースデータ
バッファ部である。画像データは32ビット幅、コマン
ドは8ビット幅でアクセスをする。
【0156】416はVMEバスインタフェースアドレ
スバッファ部である。画像データは24ビットのアドレ
ス空間、コマンドは16ビットのアドレス空間でアクセ
スする。
【0157】417はVMEバスインタフェースのデー
タとアドレス以外の部分のバッファである。
【0158】418は画像処理部の入り口のバッファで
ある。VMEバスからのアクセスおよびDRAMへアク
セスは32ビット幅で行うが、画像処理部では8ビット
幅で処理がなされる。このため32ビットのR,G,
B,Xのデータを8ビットのデータとしてR,G,B,
Xの順にシリアルに変換をする。
【0159】419は画像処理部の出口のバッファで,
バッファ418とは反対に、色順次に変化する8ビット
幅のデータラインを4色分まとめて32ビットにする変
換を行う。
【0160】420は2値化処理後のバッファで、画像
処理回路部406によって2値化されたデータは1ビッ
トになっている。これを8ビットに拡張する。すなわ
ち、「0」は「0x00」に、「1」は「0xFF」に
する。
【0161】421はバッファで、画像処理回路部40
6による2値化処理をバイパスする場合用のバッファ
で、バッファ420とこのバッファ421の出力のどち
らか一方を選択して、2値と多値を切り替える。
【0162】422はスキャナ95A,プリンタ95B
のインタフェースの通信部のバッファである。
【0163】423はスキャナ95A,プリンタ95B
のインタフェースの入力データ用バッファである。
【0164】424はスキャナ95A,プリンタ95B
のインタフェースの出力データ用バッファである。
【0165】425はスキャナ95A,プリンタ95B
のインタフェースのクロック,制御信号用の入力バッフ
ァである。
【0166】426はスキャナ95A,プリンタ95B
のインタフェースのクロック、制御信号用の出力バッフ
ァである。429はクロック入力ラインである。
【0167】430は32ビットの画像用データバス,
431は24ビットのアドレスバス、432は8ビット
の画像データバス、433は8ビットの画像データバ
ス、434は16ビットのローカルアドレスバス、43
5は8ビットのローカルデータバスである。以下、プリ
ンタ95Bのプリント動作について説明する。 <プリント時の動作>まず、VMEバスを通してボード
回路より、プリントするにあたっての各種のパラメータ
がデュアルポートRAM403に書き込まれると、CP
U401はこのデータを読み出して解釈して制御を行
う。例えば、RGBデータのプリントであれば、CPU
401は画像処理回路部404のLUTデータの変化を
起こさないスルーの特性のテーブルをセットし、画像処
理回路部405のマトリックスの係数テーブルにはNT
SCーRGBからBJーRGBへの変換用の係数をセッ
トし、画像処理回路部406の2値化処理をスルーする
ように、バッファ420,421のゲートを制御する。
【0168】さらに、データのサイズ等のパラメータを
セットする。そしてデータサイズなどのパラメータはの
パラレル/ シリアル変換部407を通してプリンタ95
Bへ伝えられる。次に、1 バンド分の画像データがVM
Eバスを通して、ボード回路よりメモリ408に転送さ
れる。このときVMEバスからは32ビットアクセスで
RGBXのデータ形式でストアされる。RはRED、G
はGREEN、BはBLUEのそれぞれの色成分の画像
データであり、Xは黒文字用の情報を含んだ制御用デー
タである。次にデュアルポートRAM403を介してプ
リント動作のコマンドが伝えられる。CPU401はプ
リント動作の開始命令をプリンタ95Bへ伝える。プリ
ンタ95Bのプリンタ制御部から開始信号が帰ってくる
とタイミング発生部411メモり408へのアクセスを
始める。このときデータの読み出しはプリンタ95Bの
BJヘッドに沿った方向であるため、アドレス発生部41
4によって生成されたアドレスに従って読み出しを行
う。メモり408から読み出されたデータはバッファ4
18でR,G,B,Xの順に8ビットデータに変換され
画像処理部に入る。あらかじめ設定したパラメータによ
って、画像を処理し、NTSCーRGBデータはプリン
タ95Bの内部で使われるRGB色空間に変換され、バ
ッファ421,インタフェース424を通ってプリンタ
95Bへ伝えられる。1 バンド分のデータの処理が終わ
ったら、次のバンドのデータをVMEバスを介して受け
取り、上記動作を繰り返す。所定の回数の処理を終えた
ら1 ページの処理が終了する。以下、ROM402に格
納された制御プログラムによるスキャナ95Aの原稿読
み取り動作について説明する。 <スキャン時の動作>まず、VMEバスを通してボード
回路より、スキャンするにあたっての各種のパラメータ
がデュアルポートRAM403に書き込まれる。CPU
401はこのデータを読み取って解釈して、制御を行
う。例えば、RGBの2値データで、1024×102
4の大きさで512×512の位置からのスキャンとす
ると、CPU401は画像処理回路部404のLUTに
スルーの特性のテーブルをセットし、画像処理回路部4
06のマトリックスの係数テーブルにはBJーRGBか
らNTSCーRGBへの変換用の係数をセットし、画像
処理回路部406の2値化処理を通るようにバッファ4
20,421のゲートを制御する。さらに、スキャンす
る画像のサイズを1024×1024に、スキャンの開
始位置を512×512に設定する。これらのパラメー
タはパラレル/ シリアル変換部407を通してスキャナ
95Aへ伝えられる。次にCPU401はスキャナ95
Aへスキャンの開始のコマンドを伝える。スキャナ95
Aのスキャナ読取り部より入力された画像データはイン
タフェース423を通して画像処理回路部404,40
5,406に入力される。ここで予め設定したパラメー
タによる画像処理を行い、バッファ419によってRG
BXの32ビットの形式のデータとしてメモリ408に
ストアされる。この時、メモリ408にはRGBXのデ
ータが入っているが、この例での設定ではRGBの2値
画像をスキャンするため、Xは意味のないデータであ
り、R,G,Bの各成分は2値データであるが1画素1
バイトである。これを一般的な2値画像の要求する形式
に、例えば8画素1 バイトのパッキングをしラスタライ
ン順次にRGBを配置するといった処理はボード回路に
おいて行う。メモリ408にある画像データはVMEバ
スインタフェース415を介してボード回路へ転送され
る。上記の処理をバンドの回数分繰り返して、1 回のス
キャンの動作を終了する。
【0169】以下、図1に示したスキャナ94A,プリ
ンタ94Bの画像データ処理について説明する。
【0170】本実施例では図1に示したスキャナ94
A,プリンタ94Bと一体としてカラー画像複写装置が
形成されているため、画像処理機能は1系統しか有して
おらず、スキャナ94A,プリンタ94Bを分離する
と、1つの処理につき、どちらか一方しか有していない
構成となっている。しかも、大部分の画像処理機能はス
キャナ94Aに備えられ、プリンタ94Bは主として変
倍,領域指定,色空間変換,ガンマ変換,色マスキング
処理部等がある。
【0171】スキャナ94Aには、色空間変換部や色マ
スキング処理部等を有しているので、ビデオインタフェ
ースの切り口として、標準RGB(NTSCのRGB
等)が用意されていて、RGBのデータは点順次または
パラレル同時に得られる。従って、プリンタ94Bに対
しては、画像処理部を有していないので、C,M,Y,
Kでデータを与えなければならず、外部でC,M,Yへ
の変換や黒(K)生成,色マスキング処理,その他必要
に応じて解像度変換,トリミング等の画像処理を行なっ
てから、ビデオインタフェースに送らなければならな
い。しかもその場合は、面順次に各色ずつC,M,Y,
K4回繰り返し、画像を送出を行なわなければならな
い。また、スキャナ/プリンタともに途中で動作を停止
したり、中断するようなことはできない。
【0172】その他ビデオインタフェースには、水平同
期信号,垂直同期信号およびビデオクロックが含まれて
ビデオデータとの同期をとっている。また、スキャナや
プリンタの電源ON/OFF等のステータス情報も有し
ているので外部からの確認が可能である。また、コマン
ドインタフェースをシリアル通信で行なう機能も有して
おり、これにより、スキャナ94Aやプリンタ94Bの
状態検知や状態設定、スキャナ94Aやプリンタ94B
の起動等の実行コマンド等を発行することができる。
【0173】以下、図17及び図18を参照しながらス
キャナ95A,プリンタ95Bの動作について更に説明
する。
【0174】図17は、図2に示したスキャナ/プリン
タ95の画像記録プロセスを説明する模式図である。
【0175】図において、101Rはスキャンする原稿
を表し、102Rはプリントする用紙を表す。これら
は、例えばA4サイズである。103Rはスキャナのセ
ンサのヘッドを表し、104Rはプリンタのヘッドを表
す。プリンタのヘッド104Rはバブルジェット方式に
よってインクを吹き出すノズルが並んでおり、例えば1
28のノズルから構成されている。
【0176】一方、センサは128より多い画素をスキ
ャンできるように、例えば144画素のデータを出力で
きる。これらのヘッドはカラーの場合、スキャナのセン
サではRGBの3色分、プリンタヘッドではCMYKの
4色分が並んで構成されている。105Rは画像処理部
であり、スキャナセンサより入力したRGB信号を処理
し、プリンタヘッドに合わせた特性のCMYK2値信号
として送る。
【0177】画像処理部105Rはその画像処理系の途
中のインタフェース部106RからRGB各色8ビット
のデータを外部とやり取りすることができる。スキャナ
/プリンタ95Bではスキャナ95Aのセンサとプリン
タ95Bのヘッドが同期して動き、画像処理部105R
はパイプライン構成となっているため、大きな容量の画
像メモリを持たずに処理がなされている。このためイン
タフェース105Rでやり取りされるデータの走査形式
は特殊なものとなっている。107Rは外部機器であ
る。
【0178】図18は、図2に示したスキャナ/プリン
タ95Bのスキャナ95Aの原稿走査状態を示す模式図
である。
【0179】図において、201Rはヘッドの動きを示
している。ヘッド自体は原稿( 用紙) に対して図のよう
に横方向( 主走査方向) に動く、センサの各画素はこれ
とは垂直に配列している。このため、データ203Rが
並ぶ。一方、一般的なラスタ走査形式ではデータ204
Rのように並ぶ。
【0180】図19は、図2に示したスキャナ/プリン
タ95Bのスキャナ95Aのバンド原稿走査状態を示す
模式図である。
【0181】図において、301Rは1ページを示し、
302Rは第1のセグメントを示し、303Rは第2の
セグメントを示している。スキャナセンサから出力され
画像処理系を通り2値化されるまでの画像では、セグメ
ント304Rのようにセグメント305Rより大きな画
像が扱われ、幅306Rの大きさだけ重複して処理がな
される。
【0182】以下、図20〜図22を参照しながら本実
施例に示したS/Pサーバー装置が制御可能なプリンタ
の一例について説明する。
【0183】本実施例に示したS/Pサーバー装置が制
御可能なプリンタとしては、セントロニクス・インター
フェースを利用可能なプリンタである。セントロニクス
・インターフェースは、米国セントロニクス社が自社の
プリンタ用に開発したコンピュータからプリンタにデー
タを送るための規格で、安価でかつ高速のデータを送る
ことができる。現在のプリンタは、ほとんどこのセント
ロニクスが標準となっている。
【0184】セントロニクスのデータ伝送は、図20に
示すようにDATASTROBE信号,ACKNOWL
EDGE(ACK)信号,BUSY信号用の3本の制御
線とDATA線によって行なう。
【0185】ここで、DATASTROBE信号は、D
ATA線に、データが出力されたことを示す。BUSY
信号は、現在プリンタが動作中であり、データを受け取
れないことを示か、または、データ・バッファがフルで
あることを示す。
【0186】ACK信号は、データの読み取りが正常に
終了したことを示す。
【0187】基本的には、上記3本の制御線で十分であ
るが、プリンタの制御を考えて、紙切れなどの信号線も
定義してある。図20には、信号名,入出力,備考を示
した。ピン番号は36ピン、25ピン、14ピンとコネ
クタの種類がまちまちな事と、各社で若干定義が変わっ
ていたり、削除されている場合も多いため割愛した。
【0188】図21は、セントロニクスI/F制御回路
の一例を示す回路ブロック図である。
【0189】図において、201AはセントロニクスI
/F制御回路で、データバッファ202A,制御線バッ
ファ203Aを備え、図22に示すタイミングチャート
に従ってデータ処理が行なわれる。
【0190】図23は、図21に示したセントロニクス
I/F制御回路によるホスト−プリンタ間の信号処理手
順の一例を示すフローチャートである。なお、(1) 〜
(3) は各ステップを示し、特にホスト側の処理に対応す
る。
【0191】まず、BUSY信号が「L」で、かつAC
K信号が「H」となったら(1) 、データを設定し(2) 、
DATASTROBE信号を出力して(3) 、ステップ
(1) に戻る。
【0192】図24は、図21に示したセントロニクス
I/F制御回路によるホスト−プリンタ間の信号処理手
順の一例を示すフローチャートである。なお、(1) 〜
(6) は各ステップを示し、特にセントロニクス対応プリ
ンタ側の処理に対応する。
【0193】まず、BUSY信号が「L」となり(1) 、
BUSY信号を「H」とし(2) 、データをデータバスよ
り取り込みを開始する(3) 。次いで、データ取り込みを
終了し(4) 、ACK信号が「L」とし(5) 、BUSY信
号を「L」、かつACK信号を「H」に設定し(6) 、ス
テップ(1) に戻る。データ転送はこのようにして行なわ
れる。
【0194】セントロニクス・プリンタは上記転送条件
のもと、”ESC”(0x1B)をコマンドやデータの
先頭に付けた方法で制御される場合が多い。例えば、あ
るプリンタにデータを転送する場合、ESC ( A
COUNT COLORDATA,(1B 28 4
1 COUNT COLOR DATA)等のように送
る。
【0195】ここで、「ESC ( A」は制御用のコ
ードである。「COUNT」はデータ数である。「CO
LOR」はRGB、CMYなどの色空間定義である。
「DATA」はカラー画像データである。このようなデ
ータコマンドを連続してプリンタに送れば、プリントが
行なわれる。なお、制御コードや構成は各社のプリンタ
によって違っている。しかしながら、”ESC”を用い
た制御方法は、比較的類似している。
【0196】本システムは、セントロニクス・ポートに
セントロニクス・プリンタを接続し、制御コードを、ソ
フトウエアプログラムでサポートすることにより、各種
セントロニクス・プリンタを利用することができる。
【0197】図25は本発明に係るスキャナプリンタサ
ーバー(ネットワークサーバー)SP1とホストコンピ
ュータとのプログラム構成を説明する図である。以下、
システム全体の流れを概略的に説明する。なお、図2と
同一のものには同一の符号を付してある。また、図25
でのホストコンピュータは図2に示すMacintos
hのステーションST1を例にして説明するが、他のス
テーションST2,ST3等であっても構わない。
【0198】ホストコンピュータ(ステーション)ST
1のオペレータがアプリケーションプログラム56を用
いて作成した印刷データをプリントするため、所望とす
るスキャナプリンタネットワークサーバー,プリンタ,
紙サイズ,送出するデータ形式等を選択指示すると、ア
プリケーションプログラム56は変換プログラム54に
データ(指示情報を含む)を通信する。変換プログラム
54はアプリケーションプログラム56から送られたデ
ータを選択されたネットワークサーバーSP1が受け付
けるデータ構造に変換し、通信プログラム53,TCP
/IPプログラム52に通信する。例えばMacint
oshのステーションST1では、QuickDraw
データからCaPSLデータに変換し、IBMPCのス
テーションST2では、GDIデータからCaPSLデ
ータに変換する。
【0199】通信プログラム53は、変換プログラム5
4から送出されたデータをTCP/IPプログラムを介
してネットワークサーバーSP1に通信し、ネットワー
クサーバーSP1の通信プログラム83がTCP/IP
プログラム82を介して受信し、システム全体制御プロ
グラム93に通信する。システム全体制御プログラム9
3は、送られてきたデータを解析し、その時のネットワ
ークサーバーSP1の状態と送られてきたデータに従
い、以下の処理を行う。
【0200】システム全体制御プログラム93は、印刷
データをPDLインタープリタープログラム84に送
る。PDLインタープリタープログラム84は印刷デー
タを受け取り、指定されたプリンタ(例えばスキャナプ
リンタ95のプリンタ)が受け入れ可能なデータに変換
する。例えばプストスクリプト(商品名)やCaPSL
というPDLのデータから画像データに変換する。シス
テム全体制御プログラム93はPDLインタープリター
プログラム84が変換したデータを画像入出力装置制御
プログラムとしてのデバイスドライバ86に送り、デバ
イスドライバ86はデータを指定されたプリンタに送り
プリントさせる。
【0201】次に、ホストコンピュータST1のオペレ
ータがスキャナアプリケーション58を用いて画像入力
するため、所望とするスキャナプリンタネットワークサ
ーバー,スキャナ,画像の領域,解像度,カラーあるい
はモノカラー,圧縮の種類等を選択指示すると、スキャ
ナアプリケーション58はスキャナインタフェースプロ
グラム57を介して通信プログラム53に通信する。通
信プログラム53は、スキャナインタフェースプログラ
ム57を介して送られたデータをTCP/IPプログラ
ムを介して指定されたネットワークサーバーSP1に通
信し、ネットワークサーバーSP1に通信し、ネットワ
ークサーバーSP1の通信プログラム83がTCPIP
プログラム82を介して受信し、システム全体制御プロ
グラム93に通信する。システム全体制御プログラム9
3は、入力した選択指示命令(画像入力命令)をスキャ
ナ制御プログラム85に送り、スキャナ制御プログラム
85は、命令に従って、画像入出力装置制御プログラム
としてのデバイスドライバ86に命令を送り、デバイス
ドライバは指定されたスキャナ(例えばスキャナプリン
タ95のスキャナ)を起動して画像データを入力し、画
像データをスキャナ制御プログラム85へ送り、スキャ
ナ制御プログラム85は画像データをシステム全体制御
プログラム93へ送り、システム全体制御プログラム9
3は通信プログラム83へ送り、ネットワークサーバー
SP1の通信プログラム83がTCP/IPプログラム
82を介して指定されたホストコンピュータの通信プロ
グラム(例えば通信プログラム53)へ画像データを送
信する。通信プログラム53がTCP/IPプログラム
52を介して受信した画像データは、さらにスキャナア
プリケーションプログラム58に送られる。
【0202】次に、ワークステーションST1から指定
されたスキャナプリンタサーバーへ(例えばスキャナプ
リンタサーバーSP1へ)スキャナプリンタサーバーの
状態を問い合わせる命令が送られた場合は、システム全
体制御プログラム93がネットワークサーバーSP1の
状態(例えばネットワークサーバーSP1に接続されて
いるスキャナプリンタの種類,解像度,紙サイズ,色処
理能力等)を取得し、TCP/IPプログラム82を介
して、通信プログラム83が指定されたホストコンピュ
ータ(例えばワークステーションST1)に通信する。
【0203】また、画像入出力装置としてのスキャナプ
リンタ94,95またはネットワークサーバーSP1内
でエラーが発生した場合は、システム全体制御プログラ
ム93がエラーの状況を管理し、通信プログラム83が
TCP/IPプログラム82を介して指定されたホスト
コンピュータ(例えばホストコンピュータSP1)に通
信する。
【0204】以上のように、本実施例ではこれらのプロ
グラム構成により、ホストコンピュータのアプリケーシ
ョンプログラム(例えばDTPソフト)からホストコン
ピュータで指定したプリンタでプリントすることができ
る。また、ホストコンピュータのスキャナアプリケーシ
ョンプログラム(例えばDTPソフト)からホストコン
ピュータで指定したスキャナから画像を入力できるし、
指定したスキャナで入力した画像を別のホストコンピュ
ータへ送出することもできる。また、指定したネットワ
ークサーバーSP1の状態(接続されるスキャナプリン
タの状態)を確認することができる。
【0205】なお、図25では、LAN96に接続され
るホストコンピュータ,スキャナプリンタサーバーはい
くつ接続されていても本発明の適用を妨げるものではな
い。以下、ホストコンピュータ,ホストコンピュータと
ネットワークサーバーSP1との間のネットワーク処理
について説明する。
【0206】ホストコンピュータにおいて、プリントプ
ロセスを行なう場合、大きく分けて第1〜第3の処理、
すなわち第1はアプリケーションプログラム(例えばD
TPソフト)によるデータの作成処理、第2はアプリケ
ーションプログラムによって作成されたデータの上記C
aPSLコードへの変換処理、第3はCaPSLコード
のネットワークサーバーSP1への転送処理である。
【0207】なお、第1のデータの作成処理で作成され
たデータは、使用するマシンの機種,アプリケーション
プログラムに依存する。例えばSUNワークステーショ
ンでFrame Technology社製のDTPプ
ログラムであるFrameMaker(商品名)を使用
した場合、MIF(商品名)ファイルまたはIPL(商
品名)ファイルで出力される。また、使用するマシンの
機種がIBM社製のIBM−PCでWindows(商
品名)対応のアプリケーションプログラムを使用した場
合、GDI関数の呼び出しになる。また、アップル社製
のMacintosh(商品名)を使用した場合、Qu
ickDraw関数の呼び出しになる。
【0208】また、アプリケーションプログラムによっ
て作成されたデータの上記CaPSLコードへの変換処
理では、第1の処理で作成されたデータをCaPSLコ
ードに変換するので、マシンの機種,作成されるファイ
ル形式に依存する。例えばSUNワークステーションで
上記Frame Makerを使用した場合、MIFフ
ァイルまたはIPLファイルをCaPSLコードに変換
するプログラムとする。また、使用するマシンの機種が
IBM社製のIBM−PCでWindows対応のアプ
リケーションプログラムを使用した場合、GDI関数か
らCaPSLコードへの変換を変換プログラムで行な
う。さらに、アップル社製のMacintosh(商品
名)を使用した場合、QuickDraw関数をCaP
SLコードへの変換を変換プログラムで行なう。
【0209】さらに、第3はCaPSLコードのネット
ワークサーバーSP1への転送処理においては、送信す
るデータはCaPSLであるが、送信処理は送信する際
に使用するプログラムに依存する。例えば図2に示す通
信プログラム83を使用したり、UNIXをOSとして
いるホストコンピュータではlpq/lpdプログラム
90を使用する。
【0210】また、ホストコンピュータにおいてスキャ
ナプロセスを行なう場合、大きく第1,第2のの処理が
行なわれる。第1にイメージデータをネットワークサー
バーSP1から受信する。第2にスキャナアプリケーシ
ョンプログラムでイメージデータの表示,保存を行な
う。
【0211】第1の処理において、受け取るイメージデ
ータは、第2の処理で使用するスキャナアプリケーショ
ンプログラムが扱えるイメージデータ形式に保存する。
また、ネットワークサーバーSP1からイメージデータ
を受信する際に使用するプログラムとしては、図2に示
す通信プログラム83を使用する。
【0212】第2の処理において、スキャナアプリケー
ションプログラムの使用に依存して、扱えるイメージデ
ータ形式が決まる。入力,出力各々について扱えるイメ
ージデータ形式を定める。例えばビットマップおよびT
IFF形式を入力として許可する。また、出力としてビ
ットマップおよびTIFF形式を許可する。ファイルで
保存する場合、TIFF形式を用いる。表示する場合に
はビットマップを用いることができる。
【0213】ホストコンピュータとネットワークサーバ
ーSP1間をネットワークで接続する時は、複数のプロ
グラムを使用する。中心となるプログラムは図2に示す
通信プログラム83である。
【0214】ネットワークサーバーSP1では、例えば
図25に示す通信プログラム53とネットワークサーバ
ーSP1側の通信プログラム83がある。ホストコンピ
ュータ側の通信プログラムは、主として第1〜第3の処
理を行なう。
【0215】第1は下位レイアを介して、ネットワーク
サーバーSP1とリンクを張る。第2はCaPSLデー
タをネットワークサーバーSP1へ送信する。第3はネ
ットワークサーバーSP1からイメージデータを受信し
て上位レイヤへ送る。
【0216】一方、ネットワークサーバーSP1は、主
として第1,第2の処理を行なう。第1はTCP/IP
プログラム82を介して通信プログラム83で受信した
CaPSLデータをシステム全体制御プログラム93へ
送る。第2はシステム全体制御プログラム93から受け
取ったイメージデータを通信プログラム83へ送信す
る。
【0217】プリント処理及びスキャン処理は、ホスト
コンピュータの上位レイアからのプリントおよびスキャ
ンの要求を通信プログラム53が受け取ることで開始さ
れる。通信プログラム53は、下位レイヤを使用して、
リンクを張る。例えばイーサネットを介して接続した場
合、下位レイアとして、TCP/IPプログラム52を
使用してデータの送受信を行なう。通信プログラム53
では、リンクを張った後に、プリントおよびスキャンに
特有の情報の受け渡しをして、適合する条件にプリンタ
及びスキャナを設定する。プリンタおよびスキャナの設
定が終了後は、プリントはCaPSLをクライアントか
らサーバーへ、またスキャナの設定が終了した後は、プ
リント時はCaPSLをクライアントからサーバーへ、
またスキャン時はイメージデータをサーバからクライア
ントへ各々送信する。プログラムとして、図2に示した
lpdプログラム90も使用できる。ホストとして、U
NIXマシンを使用した場合に、UNIXの標準のプリ
ントコマンドであるlprを使用してプリントが可能と
なる。このlpdプログラム90(図2参照)はプリン
ト時のみに使用する。サーバー側にスプールディスクが
ない場合でもデフォルトの設定での出力は可能である。
【0218】システム全体制御プログラム93の基本的
な動作は、イベントを入力してイベントに応じた処理を
行なうことと、エラー中の入出力装置に状態を問い合わ
せ、エラーから回復していた場合、エラーによって中断
していたジョブがあれば再開することである。
【0219】以下、図26に示すフローチャートを参照
しながら本発明に係るサーバー装置における全体制御動
作について説明する。
【0220】図26本発明に係るサーバー装置における
全体制御手順の一例を示すフローチャートである。な
お、(1) 〜(6) は各ステップを示す。
【0221】先ず、ステップ(1) でイベントがあるかど
うかを判別し(1) 、ある場合はステップ(2) でイベント
に応じた処理を行ない、ステップ(1) でイベントが無い
場合は、ステップ(3) でエラー中の入出力装置があるか
調べ、ある場合はステップ(4) でエラー中か問い合わ
せ、ステップ(5) でエラー中か判別し、エラーから回復
していればステップ(6) でエラーにより中断していたジ
ョブがあれば再開する。システム全体制御プログラム9
3はネットワークサーバーSP1内でTCP/IPプロ
グラム82,通信プログラム83,PDLインタープリ
タープログラム84,スキャナ制御プログラム85,デ
バイスドライバ86と通信することができ、さまざまな
イベントを受けとる。通信プログラム83から送られる
イベントとして、ジョブの到着、データ転送の終了があ
り、PDLインタープリタープログラム84から送られ
るイベントとして、受信データ処理終了、画像データ描
画終了、ページ描画終了、プリントジョブ終了があり、
スキャナ制御プログラム85からのイベントとして、画
像データ転送要求、画像入力処理終了、ページプリント
終了、エラー発生、正常状態等のイベントがある。
【0222】また、システム全体制御プログラム93で
は各イベントに対する動作が定まっており、例えば、通
信プログラム83からジョブの到着が送られると、ジョ
ブの内容を解析し、プリントジョブの場合はPDLイン
タープリタープログラム84にデータを転送し、画像入
力ジョブの場合はスキャナ制御プログラム85にデータ
を転送する。
【0223】さらに、デバイスドライバ86から送られ
るエラーとしては、紙なし、インク切れ、紙詰まり、電
源OFF等がある。
【0224】なお、本実施例では、ネットワークサーバ
ーSP1では、プリンタのページ記述言語としてCaP
SLを採用している。そこで、CaPSLの機能処理等
について説明する。なお、プリンタのページ記述言語と
しては、CapSLに限定されるものではない。
【0225】CaPSLの機能は、図形,文字,イメー
ジを表現している制御コードを入力して、ネットワーク
サーバーSP1のバンドメモリと呼ばれる描画領域に画
像を展開するタスクである。
【0226】PDLインタープリタープログラム84と
直接コミュニケーションを持つプログラムは、システム
全体制御プログラム93である。コミュニケーション
は、以下の第1,第2のコミュニケーションである。
【0227】第1のコミュニケーションは、システム全
体制御プログラム93がCaPSLに引き渡すコミュニ
ケーションであり、その内容は、CaPSLコードの格
納されたファイル名,CaPSLコードが格納されてあ
るメモリの先頭アドレスおよびサイズ,バンドメモリ描
画可能性等である。
【0228】第2のコミュニケーションは、PDLイン
タープリタープログラム84がシステム全体制御プログ
ラム93に引き渡すコミュニケーションであり、その内
容は、バンドメモリ描画終了,ページ描画終了,ドキュ
メント描画終了,バンドメモリ描画領域,空バンドメモ
リの情報である。
【0229】この際、PDLインタープリタープログラ
ム84の内部では、以下の処理が行われる。
【0230】ネットワークサーバーSP1では、バンド
メモリと呼ばれる、ある幅を持ったメモリを持っている
ので、PDLインタープリタープログラム84は画像を
バンド幅分だけ部分的に展開しなければならない。PD
Lインタープリタープログラム84は、図27に示すよ
うなプリンタ制御コマンドを入力する。CaPSLコー
ドは、PDLインタープリタープログラム84内部でレ
イアウタと呼ばれるプログラム(図示しない)に基づい
て図28に示す中間コードに置き換えられる。本実施例
において、中間コードとは、いわゆる抽象的な図形の表
現を具体的なデバイスの表現にしたものである。そし
て、1ページ分の中間コードができあがると、ペインタ
と呼ばれるプログラム(図示しない)に基づいて中間コ
ードを参照しながらバンドメモリにラスタイメージを展
開する。
【0231】例えば図29に示すような図形を描くよう
なCaPSLコードをレイアウタが受け取ると、デバイ
スに依存した図28に示す中間コードに置き換える。こ
こで、レイアウタは、図形の大きさに基づいてその図形
が何バンド目から何バンド目まで描かれているかを計算
して、中間コードに登録する。図29では、円(cir
cle)が1〜2バンド、矩形(Rectangle)
が2〜4バンドに描かれる場合を示す。なお、その後に
書かれている数字は、デバイス座標系における、図形の
位置や半径等である。
【0232】次に、ペインタ(実際にメモリに描画する
プログラム)は中間コードを参照しながら、図29に示
すような図形を展開して、バンドメモリに描画する。実
際には、メモリはバンド幅分の大きさしか持っていない
ので、バンドを描画すると、そのデータをプリンタに送
り、メモリをクリアして、次のバンドのデータを描き始
める。第0番目の描画をするために、中間コードを参照
すると、第0番目のバンドに描くべきデータがないこと
が分かり、次のバンドに移る。すると、ペインタは第1
バンド目に描くデータをサーチし、円を検知して1バン
ド分だけ描画する。次に第2バンド目に移り、円と矩形
を描画することが分かるので、円の続きの部分の描画と
矩形を1バンド分だけ描画する。このようにして、ペイ
ンタは、1ページ分のデータを描画するのである。
【0233】なお、CaPSLが展開するデータの1画
素の構造は、図30に示されるように、RGBXの32
ビットになっている。これは、色のデータを表わすRG
B24ビットと、付加情報のための8ビットの付加情報
Xから構成されている。ここで、付加情報Xの中は、ビ
ット0がイメージ領域判定ビットであり、CaPSLが
イメージをバンドメモリに描画する時には、このビット
をONにする。また、ビット2は、黒情報ビットになっ
ており、CaPSLで展開された図形や文字の色がRG
Bともに0の場合は、このビットをONにする。これら
の情報は、第1のインタフェース回路4−1でプリンタ
94Bでプリントアウトする際に解析され、画質を向上
させる情報となる。
【0234】以下、図31に示すデータ処理経路図を参
照しながら、スキャナ94A,95Aの動作について説
明する。なお、図25と同一のもには同じ符号を付して
ある。
【0235】図31は、図2に示したスキャナ94A,
95Aの動作を説明するデータ処理経路図である。な
お、画像をバンド単位で切り分けてスキャンするスキャ
ナの場合と、1度に全画像をスキャンする場合のタスク
の動作が多少異なるためそれぞれを説明する。
【0236】画像をバンド単位で切り分けてスキャンす
るスキャナの場合において、先ず、クライアントマシン
としてのホストコンピュータST1から送られてきた、
スキャン命令C1をTCP/IPプログラム82を介し
て通信プログラム83が受信すると、システム全体制御
プログラム93にスキャン命令C2の到着を知らせる。
【0237】システム全体制御プログラム93は、この
装置がスプールIを持つ場合は、受信したスキャン命令
C2を元にしてスプールファイルを作って保存し、その
ファイル名C3をスキャナ制御プログラム85に送る。
スプールIを持たない場合は、スキャナコマンドC3を
直接スキャナ制御プログラム85に送る。
【0238】スキャナ制御プログラム85は、スキャナ
コマンドC3を解釈し、解像度等のスキャナ条件設定命
令C4をデバイスドライバ86に与えて指定されたスキ
ャナを起動する。デバイスドライバ86は、それぞれの
スキャナ制御プログラム85に対応して存在する関数で
ある。
【0239】スキャナ条件を設定したデバイスドライバ
86は、リターン値C5をスキャナ制御プログラム85
に返す。これを受けるとスキャナ制御プログラム85
は、スキャン開始命令C6をデバイスドライバ86に与
えて指定されたスキャナを起動する。デバイスドライバ
86は、スキャナEを作動させて画像データを読み込み
バンドメモリFに書き込む。1バンド分描き込むと、ス
キャナ制御プログラム85にスキャン終了のリターン値
C9を返す。これを受け取ったスキャナ制御プログラム
85は、バンドメモリFの画像データに画像処理、例え
ばJPEG圧縮ボードを用いることで圧縮を行ってバッ
ファ領域Hへ描きこむ。
【0240】バンドメモリF内のデータを全て処理し終
わると、スキャナ制御プログラム85は、システム全体
制御プログラム93に転送要求C11送り、また同時に
デバイスドライバ86にスキャン開始命令C6を与えて
起動する。このスキャンは、前回のスキャンの時の終了
点から読み込むようにスキャナ制御プログラム85で制
御する。
【0241】一方、転送要求C11を受けたシステム全
体制御プログラム93は、通信プログラム83に転送要
求C12を送る。これを受け取った通信プログラム83
は、指定されたクライアントマシンとしてのホストコン
ピュータにバッファ領域H内の処理された画像データを
送る。このとき通信プログラム83,システム全体制御
プログラム93は、スキャナ制御プログラム85とは、
異なったプログラムであるので、スキャナ制御プログラ
ム85内の関数であるデバイスドライバ86の制御で動
くスキャナ作動中であっても、画像データの転送を行う
ことができる。
【0242】通信プログラム83は、転送が終了すると
システム全体制御プログラム93に転送終了信号C14
を送り、これを受け取るとシステム全体制御プログラム
93は、スキャナ制御プログラム85に転送終了C15
を送る。スキャナ制御プログラム85は、デバイスドラ
イバ86からのスキャン終了を伝えるリターン値C9,
転送終了C15の両方を受けると、バンドメモリF内の
画像データを画像処理しバッファ領域Hに書き込む。以
上の処理を繰り返すことで画像データをホストコンピュ
ータST1へ送ることができる。なお、別のホストコン
ピュータ(例えばホストコンピュータST2またはホス
トコンピュータST3)を指定することで、他のホスト
コンピュータへ画像データを送ることもできる。
【0243】全ての画像データの転送をスキャナ制御プ
ログラム85が確認すると、システム全体制御プログラ
ム93を介して通信プログラム83まで終了を知らせ
る。
【0244】一方、1度に全画像をスキャンする場合
は、クライアントマシンとしての、例えばホストコンピ
ュータST1から送られてきた、スキャン命令C1を通
信プログラム83が受信すると、システム全体制御プロ
グラム93にスキャン命令C2の到着を知らせる。
【0245】システム全体制御プログラム93は、この
装置がスプールIを持つ場合は、受信したスキャン命令
C2を元にしてスプールファイルを作って保存し、その
ファイル名C3をスキャナ制御プログラム85に送る。
スプールIを持たない場合は、スキャナコマンドC3を
直接スキャナ制御プログラム85に送る。
【0246】スキャナ制御プログラム85は、スキャナ
コマンドC3を解釈し、解像度等のスキャナ条件設定C
4をデバイスドライバ86に与えて指定されたスキャナ
を起動する。スキャナ条件を設定したデバイスドライバ
86は、リターン値C5をスキャナ制御プログラム85
に返す。これを受けるとスキャナ制御プログラム85
は、スキャン開始命令C6をデバイスドライバ86に起
動する。ここでのスキャナEは、読み込み動作を途中で
止められないものとしている。
【0247】デバイスドライバ86は、命令C10によ
りスキャナEを作動させて画像データすべてを取り込
み、取り込んだ画像データに画像処理、例えばJPEG
ボードGを用いてJPEG圧縮を行なってバッファHに
描き込むことができる。
【0248】また、画像データを生のままバッファHに
書き込むことも可能である。バッファHが一杯になる
と、スキャナ制御プログラム85は、システム全体制御
プログラム93に転送要求C11を送る。これを受けた
システム全体制御プログラム93は、通信プログラム8
3に転送命令C12を出し、通信プログラム83がバッ
ファHに描かれたデータを指定されたホストコンピュー
タST1へ転送する。なお、別のホストコンピュータ
(例えばホストコンピュータST2またはホストコンピ
ュータST3)を指定することで、他のホストコンピュ
ータへ画像データを送ることができる。
【0249】通信プログラム83は、転送が終了すると
システム全体制御プログラム93に転送終了信号C14
を送り、これを受け取るとシステム全体制御プログラム
93は、スキャナ制御プログラム85に転送終了C15
を送る。スキャナ制御プログラム85は、転送終了C1
5が送られてくるとバンドメモリ内の画像データを画像
処理しバッファHに書き込む。以上の処理を繰り返すこ
とで画像データをクライアントマシンとしての指定され
たホストコンピュータへ送ることができる。
【0250】スキャナ制御プログラム85は、全ての画
像データの転送を確認すると、システム全体制御プログ
ラム93を介して通信プログラム83まで終了を知らせ
る。
【0251】以下、図32および図33を参照しながら
本発明に係るサーバー装置におけるホストコンピュータ
からS/Pサーバー装置へのデータの流れについて説明
する。
【0252】ホストコンピュータから指定されたS/P
サーバー装置(ネットワークサーバー)SP1へのデー
タの流れにおいて、先ず、例えばホストコンピュータS
T1でDTPのアプリケーションプログラム56が実行
されていてドキュメントを作成する。このドキュメント
のデータ形式は、ホストコンピュータの機種、アプリケ
ーションプログラムに依存したものである。そこで指定
されたS/Pサーバー装置SP1が解釈できる形式のデ
ータに変換する必要がある。その変換プログラムが変換
プログラム54である。DTPのアプリケーションプロ
グラム(DTPアプリ)56からはホストコンピュータ
のシステムに依存したデータが変換プログラム54に送
られる。変換プログラム54は、受けとったファイル
を、例えばCaPSLコードに変換する。さらに、Ca
PSLコードに変換したファイルは通信プログラムであ
るlpd505または通信プログラム53に送られる。
【0253】通信プログラムはホストコンピュータとS
/Pサーバー装置SP1の間でネットワークを介して接
続、通信を行なうためのものであり、ここでは2つの内
のどちらか一方のプログラムを用意する。
【0254】先ず始めに、通信プログラム53を用いた
時を説明する。
【0255】通信プログラム53に対応するプログラム
として、S/Pサーバー装置SP1側で通信を司るプロ
グラムは通信プログラム83であり、このプログラム間
ではTCP/IPプログラムを使用する。プリント時の
通信プログラム53の役割は主に2つあり、一つは下位
レイヤ(TCP/IP)を介して通信プログラム83と
リンクを張り、通信できる状態にすることである。もう
一つは、変換プログラム54が生成したCaPSLデー
タファイルをS/Pサーバー装置SP1に送信すること
である。
【0256】また、通信プログラム83の役割はリンク
を張りプリント処理に必要な情報をやりとりして最適に
プリントできるようにすること。通信プログラム53の
送ってくるデータを受けとり、システム全体制御プログ
ラム93にデータの到着を知らせる。この時、送られて
きたCaPSLデータ、およびそれに付随する情報は受
信バッファに一時的に貯められている。また、S/Pサ
ーバー装置SP1側で何らかのエラーが起こった時に、
その情報を通信プログラム53に送信するというような
役割もある。
【0257】以下、通信プログラム83からプリントア
ウトまでの処理について説明する。
【0258】ここまでで、DTPアプリケーションプロ
グラム56で作成したドキュメントデータはS/Pサー
バー装置SP1に送られたことになる。次に通信プログ
ラム83はシステム全体制御プログラム93にジョブ
(例えばカラーレーザ複写装置(CLC)からプリント
アウト)の到着のイベントを送る。システム全体制御プ
ログラム93はイベント駆動型のプログラムで通信プロ
グラム83,デバイスドライバ86,PDLインタープ
リタープログラム84から送られてくるイベントを常に
待っている。イベントが入ってくるとイベントの発信元
と内容を調べてそれに対応した処理を行なう。 今、シ
ステム全体制御プログラム93には通信プログラム83
から「ジョブが到着した」というイベントが入力されて
いる。この時、システム全体制御プログラム93はイベ
ントを解析してハードディスク519を持っている時に
は受信バッファのドキュメントデータを一旦スプールす
る。そして、ジョブが幾つかたまっている場合には、ジ
ョブの内容、プリンタ、スキャナの状態、ジョブの優先
順位などを考慮して最適にジョブを起動する。
【0259】ハードディスク519がない場合には、デ
ータを貯めておくことが出来ないので、データの格納さ
れているアドレスとサイズをPDLインタープリタープ
ログラム84に知らせてプリントアウト処理を直ちに行
なうように要求を出す。ここでは、ハードディスクがあ
るものとして説明を続ける。システム全体制御プログラ
ム93はジョブの内容を判断してPDLインタープリタ
ープログラム84にスプールファイル名を渡し、起動の
要求をする。
【0260】以下、図33に示すブロック図を参照しな
がらさらに詳述する。
【0261】図33は本発明に係るS/Pサーバー装置
SP1と、例えばカラーレーザ複写装置(CLC)との
データ処理状態を説明するブロック図である。
【0262】図32に示したPDLインタープリタープ
ログラム84はスプールファイルからCaPSLデータ
を読み込み, 解釈して、図形、文字、イメージをバンド
メモリ518に描画する。CaPSLデータの中に圧縮
符合化されたイメージデータがあった場合にはPDLイ
ンタープリタープログラム84は、標準圧縮伸長部60
6でイメージデータを伸長してバンドメモリに描画す
る。1バンド分の描画を終了すると、PDLインタープ
リタープログラム84はシステム全体制御プログラム9
3に対して「1バンド描画終了」のイベントを発行す
る。イベントを受けとったシステム全体制御プログラム
93はデバイスドライバ86に「1バンド排紙」の要求
イベントを発行する。
【0263】以下、バンドメモリ605から圧縮メモリ
615までのデータの流れについて説明する。なお、こ
こではデバイスドライバ86の動作について説明する。
【0264】「1バンド排紙」のイベントを受けとった
デバイスドライバ86は、バンドメモリ605に格納さ
れている展開データを、サブボード610Aのラインバ
ッファ617に転送する。ラインバッファ617に格納
された展開データはブロック順次でリアルタイム圧縮伸
長部616に転送される。リアルタイム圧縮伸長部61
6では、ブロック順次に得られる画像データを圧縮して
いき、順次圧縮メモリ615に格納する。圧縮メモリ6
15のアドレス生成や、ライト信号の生成はDMAコン
トローラ621が行なう。
【0265】1バンド分の圧縮が終了するとデバイスド
ライバ86はシステム全体制御プログラム93に対して
「1バンド排紙終了」のイベントを送信する。イベント
を受けとったシステム全体制御プログラム93は、PD
Lインタープリタープログラム84に対して「1バンド
描画要求」イベントを出力する。このようにバンド毎に
描画しては、圧縮するという処理を繰り返し1ページ分
の圧縮展開イメージを圧縮メモリ615に格納する。最
後のバンドの格納が終了すると、PDLインタープリタ
ープログラム84はシステム全体制御プログラム93に
対して「1ページ描画終了」のイベントを発行する。イ
ベントを受けとったシステム全体制御プログラム93
は、デバイスドライバ86に対して「1ページ排紙命
令」を発行する。
【0266】「1ページ排紙命令」を受けとったデバイ
スドライバは、圧縮メモリ615に格納されている1ペ
ージ分の展開イメージをプリントアウトするために次の
ような処理を行なう。
【0267】CPU611はDPRAM622をONに
してからリアルタイム圧縮伸長部616,DMAコント
ローラ621の初期化および指定されたプリンタ620
とのコマンドの通信を行ないリアルタイム圧縮伸長部6
16に伸長開始の命令を出す。リアルタイム圧縮伸長部
616はDMAコントローラ621にアクセスし、DM
Aコントローラ621はアドレス、リード信号の生成を
行ない、圧縮メモリ615より圧縮データがリアルタイ
ム圧縮伸長部616に入力され、伸長された後ブロック
順次でラインバッファ617に出力される。そしてライ
ンバッファ617にてブロック順次からラスタ順次の変
換をしてSPI/F618を通じて転送されプリンタ6
20に出力される。実際に、1ページ分のプリントアウ
トが終了するとデバイスドライバ86から「1ページ排
紙終了」のイベントがシステム全体制御プログラム93
に対して送られる。するとシステム全体制御プログラム
93は、PDLインタープリタープログラム84に対し
て2ページ目の描画命令」を発行する。このようにして
複数ページのドキュメントの出力が処理されて行く。
【0268】最終ページの最終バンドの描画が終了する
と、PDLインタープリタープログラム84は「ドキュ
メント終了」イベントをシステム全体制御プログラム9
3に対して発行する。システム全体制御プログラム93
はデバイスドライバ86に対して「1ページ排紙命令」
を出しデバイスドライバ86はプリント処理を行ない
「1ページ排紙終了」イベントをシステム全体制御プロ
グラム93に対し発行する。なお、プリント終了は、シ
ステム全体制御プログラム93は必要ならば通信プログ
ラム83に「プリント終了」イベントを発行する。通信
プログラム83はホストコンピュータ側の通信プログラ
ム53に対しプリント終了を知らせる。
【0269】また、エラー発生時には、例えばプリンタ
620が、紙詰まりを起こしたり、紙無しの状態になっ
た時にはデバイスドライバ86からシステム全体制御プ
ログラム93に対して「エラー発生」のイベントが送ら
れる。システム全体制御プログラム93はその旨をPD
Lインタープリタープログラム84と通信プログラム8
3に伝える。PDLインタープリタープログラム84は
プログラムの状態の退避などのエラー時の処理を行な
い、通信プログラム83はエラーの発生や、その内容を
ホストコンピュータ側の通信プログラム83に伝える。
なお、エラーが回復したかどうかを調べる方法は2つ考
えられる。一つは、ある一定期間毎にシステム全体制御
プログラム93がデバイスドライバ86に対して問い合
わせて、デバイスドライバ86が答えるという方法。
【0270】もう一つは、システム全体制御プログラム
93がエラー回復を監視していて回復時にシステム全体
制御プログラム93に対して「エラー回復」のイベント
を発行するというものである。
【0271】以下、図32,図34を参照しながらホス
トコンピュータから、例えばバブルジェットカラー複写
装置へのプリントデータ出力処理について詳述する。
【0272】図34は本発明に係るS/Pサーバー装置
SP1と,例えばバブルジェットカラー複写装置(BJ
C)とのデータ処理状態を説明するブロック図である。
【0273】ホストコンピュータからS/Pサーバー装
置SP1へのデータの流れは、図32に示すように、ま
ず、ホストコンピュータでDTPのアプリケーションプ
ログラム56が実行されていてドキュメントを作成す
る。このドキュメントのデータ形式は、ホストコンピュ
ータの機種、アプリケーションプログラムに依存したも
のである。そこでS/Pサーバー装置SP1が解釈でき
る形式のデータに変換する必要がある。その変換プログ
ラムが変換プログラム54である。DTPのアプリケー
ションプログラム56からはDTPアプリに依存したデ
ータが変換プログラム54に送られる。変換プログラム
54は、受けとったファイルをCaPSLコードに変換
する。さらに、CaPSLコードに変換したファイルは
通信プログラムであるlpd505または通信プログラ
ム53に送られる。
【0274】通信プログラムはホストコンピュータとS
/Pサーバー装置SP1の間でネットワークを介して接
続、通信を行なうためのものであり、ここでは2つのプ
ログラムを用意する。
【0275】先ず始めに、通信プログラム53を用いた
時を説明する。
【0276】通信プログラム53に対応するプログラム
として、S/Pサーバー装置SP1側で通信を司るプロ
グラムは通信プログラム83であり、このプログラム間
ではTCP/IPプログラムを使用する。
【0277】プリント時の通信プログラム53の役割は
主に2つあり、一つは下位レイヤ(TCP/IP)を介
して指定したS/Pサーバー装置SP1とリンクを張
り、通信できる状態にすることである。もう一つは、変
換プログラム54が生成したCaPSLデータファイル
を通信プログラム83に送信することである。
【0278】また、通信プログラム83の役割はリンク
を張りプリント処理に必要な情報をやりとりして最適に
プリントできるようにすること。通信プログラム53の
送ってくるデータを受けとり、システム全体制御プログ
ラムにデータの到着を知らせる。この時、送られてきた
CaPSLデータ、およびそれに付随する情報は受信バ
ッファに一時的に貯められている。
【0279】また、S/Pサーバー装置SP1側で何ら
かのエラーが起こった時に、その情報をホストコンピュ
ータ側の通信プログラム53に送信するというような役
割もある。ホストコンピュータ側の通信プログラム53
からプリントアウトする際には、DTPアプリケーショ
ンプログラム56で作成したドキュメントデータは指定
されたS/Pサーバー装置SP1に送られたことにな
る。次に通信プログラム83はシステム全体制御プログ
ラム93にジョブ(例えばBJカラー複写装置からプリ
ントアウト)の到着のイベントを送る。システム全体制
御プログラム93はイベント駆動型のプログラムで通信
プログラム83,デバイスドライバ86,PDLインタ
ープリタープログラム84から送られてくるイベントを
常に待っている。イベントが入ってくるとイベントの発
信元と内容を調べてそれに対応した処理を行なう。
【0280】今、システム全体制御プログラム93には
通信プログラム83から「ジョブが到着した」というイ
ベントが入力されている。この時システム全体制御プロ
グラム93はイベントを解析してハードディスク519
を持っている時には受信バッファのドキュメントデータ
を一旦スプールする。そして、ジョブが幾つかたまって
いる場合には、ジョブの内容、プリンタ、スキャナの状
態、ジョブの優先順位などを考慮して最適にジョブを起
動する。
【0281】ハードディスク519がない場合には、デ
ータを貯めておくことが出来ないので、データの格納さ
れているアドレスとサイズをPDLインタープリタープ
ログラム84に知らせてプリントアウト処理を直ちに行
なうように要求を出す。ここでは、ハードディスクがあ
るものとして説明を続ける。システム全体制御プログラ
ム93はジョブの内容を判断してPDLインタープリタ
ープログラム84にスプールファイル名を渡し、起動の
要求をする。PDLインタープリタープログラム84は
スプールファイルからCaPSLデータを読み込み, 解
釈して、図形、文字、イメージをバンドメモリ518に
描画する。CaPSLデータの中に圧縮符合化されたイ
メージデータがあった場合にはPDLインタープリター
プログラム84は標準圧縮伸長部606でイメージデー
タを伸長してバンドメモリに描画する。1バンド分の描
画を終了すると、PDLインタープリタープログラム8
4はシステム全体制御プログラム93に対して「1バン
ド描画終了」のイベントを発行する。イベントを受けと
ったシステム全体制御プログラム93はデバイスドライ
バ86に「1バンド排紙」の要求イベントを発行する。
【0282】一方、バンドメモリ518からプリントア
ウトする場合には、「1バンド排紙」の要求イベントを
受けたデバイスドライバ86はインタフェースボード6
10Bを制御して指定したバブルジェットカラープリン
タ(BJプリンタ)656にてプリントを行う。メイン
CPUボード610のバンドメモり605に展開されて
いる1 バンドの画像データをバンドメモり653に転送
する。バンドメモリ653のデータはBJのヘッドに合
った走査形式で読み出されバッファ651を通して画像
処理部652に入る。ここでは予め設定したパラメータ
に従って処理がなされる。通常はバンドメモりにあるN
TSC−RGBをBJプリンタ656内部のRGBに変
換する処理を行う。そしてインタフェース618を通し
てBJプリンタ656のプリンタエンジン部へ送られ
る。BJプリンタ656への制御はCPU601からの
コマンドを解釈して、CPU611が行う。なお、65
0はデュアルポートRAMである。
【0283】最終バンドまでこれらの処理を繰り返した
ら、PDLインタープリタープログラム84は「ドキュ
メント終了」イベントをシステム全体制御プログラム9
3に発行しプリントを終える。プリント終了の際、シス
テム全体制御プログラム93は必要ならば通信プログラ
ム83に「プリント終了」イベントを発行する。通信プ
ログラム83はホストコンピュータ側の通信プログラム
53に対しプリント終了を知らせる。
【0284】また、エラー発生時には、例えばプリンタ
656が、紙詰まりを起こしたり、紙無しの状態になっ
た時には、デバイスドライバ86からシステム全体制御
プログラム93に対して「エラー発生」のイベントが送
られる。システム全体制御プログラム93はその旨をP
DLインタープリタープログラム84と通信プログラム
83に伝える。PDLインタープリタープログラム84
はプログラムの状態の退避などのエラー時の処理を行な
い、通信プリンタ83はエラーの発生や、その内容をホ
ストコンピュータ側の通信プログラム53に伝える。な
お、エラーが回復したかどうかを調べる方法は2つ考え
られる。一つは、ある一定期間毎にシステム全体制御プ
ログラム93がデバイスドライバ86に対して問い合わ
せて、デバイスドライバ86が答えるという方法。
【0285】もう一つは、システム全体制御プログラム
93がエラー回復を監視していて回復時にシステム全体
制御プログラム93に対して「エラー回復」のイベント
を発行するというものである。
【0286】以下、異機種間でカラー画像の通信を行う
場合、単純にこれらの入出力機器を接続したのではお互
いの特性が異なり、最適な色再現が難しくなってしま
う。このため、現在では、各デバイス内では、固有の色
空間で、通信路上では標準の色空間で通信し合う方向で
検討が進んでいる。そこで、以下、このような要請の下
での色空間の変換処理方法について説明する。
【0287】なお、説明上、送信側の入力デバイスの色
空間をA、通信路上の色空間をB、受信プリンタの色空
間をCとする。
【0288】また、通信路上の色空間は現在では比較的
知られている色空間、例えばカラー画像符号化で良く用
いられるYCrCb色空間の場合について説明する。
【0289】一方、送信側の色空間Aは、YCrCb色
空間と異なり色域が異なるのが一般的で、通常は両色空
間間を第(1)式のような形式で結合する。
【0290】 [Ra] [a11 a12 a13][y] [Ga]=[a21 a22 a23][cr] [Ba] [a31 a32 a33][cb]……(1) ここで、Ra,Ga,Baは色空間Aの任意の1点の座
標(Ra,Ga,Ba)であり、対応するYCrCb色
空間上の1点を(y,cr,cb)とする。これらのす
べての色空間上で近似できるように、例えば最小2乗法
により、a11〜a33までの係数を求めて利用する。
従って、上記第(1)によりデバイスの入力色空間と通
信上の色空間化変換を行う。
【0291】一方、通信路上の標準色空間から記録側の
色空間に変換する場合、いくつかの方法があるが、本実
施例では以下のように処理する。
【0292】先ず、通信路上での標準色空間をYCrC
bとした場合、YCrCbからRGBに変換される。Y
CrCb空間は、NTSCと線形変換できるので、以
下、NTSC色空間として説明する。
【0293】また、NTSC標準色空間は加法混色を基
本としているが、印刷は減方混色系が用いられる。従っ
て、加法混色と減方混色の変換が必要となる。この変換
は、構成が複雑で純粋に論理的に解決するのは非常に難
しい。そこで、本実施例では記録側の色空間に近い加法
混色系色空間を記録側の内部的標準色空間とする。ここ
では、NTSC色空間より、狭いHDTV(HighD
efinitionTV)色空間を記録側標準色空間D
とする。
【0294】さらに、記録側内部標準色空間Dとデバイ
ス色空間Cとの関係は、下記第(2)で決定される。
【0295】 [Y] [A11 A12 A13][Rh] [M]=[A21 A22 A23][Gh] [C] [A31 A32 A33][Bh] [K] [A41 A42 A43] ……(2) ここで、Y,M,C,Kは印刷のための原色で、イエロ
ー,マゼンタ,シアン,ブラックの各成分である。R
h,Gh,Bhは記録側標準色空間成分である。また、
A11〜A43までは、印刷と記録内部標準色空間を複
数の点で関係付け、最小2乗法で計算される係数であ
る。
【0296】また、通信路上の標準色空間と記録内部の
標準色空間は下記のように変換する。
【0297】通信回線上のNTSC標準色空間は基礎刺
激からNTSCが表現できる色間の3次元的最外郭面代
表情報を求める。同様にして、記録側内部標準色空間H
DTVの最外郭面の代表位置情報も得られる。
【0298】今、NTSC色空間上の1点(Rn,G
n,Bn)からHDTV色空間の対応点(Rh,Gh,
Bh)を求める場合は、Rn,Gn,BnからCIEL
*** 変換し、Ln,an,bnとする。同様にし
て、Rh,Gh,BhからCIEL*** 変換し、
Lh,ah,bhとする。Ln一定でθ=atan(a
n/bn)に近いHDTV,NTSC各色空間上の最外
郭近似位置を前述テーブルから求める。そのNTSC最
外郭面位置を(Lon,aon,bon),HDTV最
外郭面位置を(Lon,aoh,boh)とすると、a
h,bhは下記第(3)式により決定される。
【0299】ah=(aoh/aon)* an bh=(boh/bon)* bn ……(3) これらのah,bhが色空間圧縮後のHDTV色空間上
での対応位置である。従って、NTSC色空間上の任意
の1点(Rn,Gn,Bn)は、記録側標準色空間上で
は、(Rh,Gh,Bn)に変換される。従って、上述
(2)式により印刷すべきY,M,C,Kの各成分量が
決定され、印刷可能となる。
【0300】なお、本実施例では記録側内部に標準色空
間を設けているが、これは通信回線上での標準色空間は
1つに絞られていないためである。従って、複数の標準
色空間が使用される可能性がある。その場合でも、本方
式を用いていれば通信上の色空間がNTSC色空間でな
くともそれ自身の色空間を規定できるものであれば、上
記方法により標準色空間変換が可能となる。
【0301】以下、図35を参照しながら周辺機器の異
常処理について説明する。
【0302】図35は本発明に係るサーバー装置とのネ
ットワークシステムの構成を説明するブロック図であ
る。
【0303】ジョブ実行中に周辺機器に異常が発生した
場合、S/Pサーバー装置SP1664は異常が発生し
た周辺機器が異常から回復するまで待つのではなく、そ
の状態で実行可能なジョブを優先的に実行していく( 実
行可能なジョブに関しては、後述する) 。また、異常が
発生したときに異常が発生した周辺機器に対して実行し
ていたジョブ( 以下エラージョブともいう) を、ジョブ
再開のために必要な情報を保存した後に、実行時にエラ
ーが発生した処理待ちのジョブとしてS/Pサーバー装
置SP1664内に登録することにより、異常が発生し
た周辺機器が異常から回復した後にジョブを再開するこ
とが可能である。エラージョブを再開可能なように登録
するか登録しないかは、発生した異常の程度や、SPサ
ーバーの設定による。
【0304】例としてサーバー装置に3台のコンピュー
タ661〜663および2台のカラースキャナプリンタ
665,666および1台のスキャナ667が接続され
ている場合で説明する。
【0305】カラースキャナプリンタ665,666
は、各々プリントとスキャンのジョブを処理することが
出来る。以下、図36に示すフローチャートを参照しな
がら異常発生ジョブ処理動作について説明する。S/P
サーバー装置664図36は本発明に係るサーバー装置
における異常発生ジョブ処理手順の一例を示すフローチ
ャートである。なお、(1) 〜(10)は各ステップを示す。
【0306】例えばホストコンピュータ661がカラー
スキャナプリンタ665に対するプリントジョブをS/
Pサーバー装置664に依頼して実行しており、ホスト
コンピュータ662がシステム全体制御プログラム93
にプリントジョブを依頼して処理待ちになっており、ホ
ストコンピュータ663がシステム全体制御プログラム
93にスキャンジョブを依頼して処理待ちになっていた
とする。このプリントジョブ実行中にカラースキャナプ
リンタ665のプリンタ部分に異常が発生したとすると
(1) 、この時、まずS/Pサーバー装置664はカラー
スキャナプリンタ665に発生した異常が回復困難な異
常かどうかを調べる(2) 。カラースキャナプリンタ66
5に発生した異常が回復困難な異常であるとS/Pサー
バー装置SP1が判断した場合、S/Pサーバー装置S
P1は直ちにエラージョブを放棄し(10)、次の処理可能
なジョブを選択し実行する(9) 。
【0307】なお、本実施例において、処理可能なジョ
ブとは、現在異常が発生しているカラースキャナプリン
タ665に対するプリントジョブ以外のジョブ、すなわ
ち、 ・カラースキャナプリンタ665に対するスキャンジョ
ブ ・カラースキャナプリンタ666に対するプリントジョ
ブ ・カラースキャナプリンタ666に対するスキャンジョ
ブ ・カラースキャナプリンタ667に対するスキャンジョ
ブ である。
【0308】処理可能なジョブが複数ある場合は、後述
する方式に従ってジョブを実行する。
【0309】カラースキャナプリンタ665に発生した
異常が回復困難な異常であるとS/Pサーバー装置66
4が判断しなかった場合、S/Pサーバー装置664は
カラースキャナプリンタ665に対してリトライ処理
(図37参照)を行なう。
【0310】リトライは、事前に定めておいたN回( 例
えば5回) まで繰り返し行なわれる(3) 。N回のリトラ
イを行なうまでにカラースキャナプリンタ665が異常
状態から回復した( リトライに成功した) 場合、ジョブ
を再開する(6) 。N回のリトライを行なってもカラース
キャナプリンタ665が異常状態から回復しなかった(
リトライに失敗した) 場合、S/Pサーバー装置664
は他の処理可能なジョブがあるかどうかを調べる(4) 。
処理可能なジョブがなかった場合、S/Pサーバー装置
664はリトライ回数とは別に定めておいたM回( 例え
ば1回) のリトライを行ない(5) 、リトライに成功した
ならば、エラージョブを再開する。リトライに失敗した
場合は、再び処理可能なジョブがあるかどうかを調べる
(4) 。処理可能なジョブがあった場合、S/Pサーバー
装置664はエラージョブのジョブ退避を行ない(7) 、
エラージョブを実行途中でエラーが発生したジョブとし
て登録し(8) 、次の処理可能なジョブを実行する(9) 。
【0311】なお、本実施例において、ジョブ退避と
は、エラージョブ実行時のS/Pサーバー装置664の
状態情報などのジョブ再開時に必要な情報を、例えば記
憶手段( 例えばハードディスク) や、例えばS/Pサー
バー装置内のメモりや、例えばS/Pサーバー装置内の
プログラムなどに保存する処理である。
【0312】図37は本発明に係るサーバー装置におけ
るリトライ処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(5) は各ステップを示す。
【0313】リトライ処理とは、事前に定めておいた時
間( 例えば30秒) 待機した後に(1) 、異常が発生した
周辺機器が異常状態から回復したかどうかを調べ(2) 、
ある一定回数X(例えば5回)繰り返す(3) 。一定回数
繰り返すまでに異常が発生した周辺機器が異常状態から
回復していればリトライは成功であり(5) 、回復しなけ
ればリトライは失敗となる(4) 。
【0314】以下、本発明に係るサーバー装置によるマ
ルチプリント制御動作について詳述する。
【0315】スキャナ/プリンタネットワークサーバー
(SPネットワークサーバー)には、スキャナとプリン
タとから構成されるカラーレーザビーム複写装置(CL
C),スキャナとプリンタとから構成されるバブルジェ
ットカラー複写装置(BJC),標準インタフェースで
接続されているビットマッププリンタ,PDLプリンタ
(CaPSL,PS),市販されるスキャナ等多くのデ
バイスが接続可能になっている。また、ネットワーク上
のホストマシンからは、これらのデバイスを自由に使用
させるため、以下のように各ジョブを制御している。
【0316】例えばホストコンピュータAからカラーレ
ーザビーム複写装置に10頁のドキュメントを出力する
要求がSPネットワークサーバーに送られ、さらにホス
トコンピュータBからバブルジェットカラー複写装置
(BJC)のスキャナからカラー原稿を入力する要求が
発生し、さらにホストコンピュータCからPDLプリン
タに出力するという要求が発生するといった事態も想定
される。このように、ネットワーク上のホストコンピュ
ータからは、様々な要求がSPネットワークサーバーに
送られ、SPネットワークサーバーでは、それらの要求
(ジョブ)に対処するべく下記のようなジョブ制御を実
行する。なお、本実施例ではプリント要求,スキャン要
求をジョブと呼ぶ。例えばカラーレーザビーム複写装置
(CLC)のプリンタにCaPSLコードで記述された
3頁のドキュメントを出力する要求を1つのジョブと考
える。SPネットワークサーバーのジョブ制御では、同
時に2つまでのジョブしか走らないようにするが、3つ
以上のジョブが走る場合も制御を拡張することによりほ
ぼ同様に制御できる。
【0317】以下、図38を参照しながら本発明に係る
サーバー装置におけるジョブ制御動作について説明す
る。
【0318】図38は本発明に係るサーバー装置におけ
るジョブ制御状態を説明するタイミングチャートであ
る。なお、ジョブの処理は、SPネットワークサーバー
がスプール用のハードディスクを備えているかどうかに
より、図38の(a)〜(e)の何れかのジョブ制御1
〜5に大別される。また、説明上ジョブ1,2は3頁の
プリント要求または3頁のスキャン要求とする。 〔ジョブ制御1〕ジョブ制御1は、同図(a)に示すよ
うに、先に要求のあったジョブを実行して、次のジョブ
2は、ハードディスクにスプールして、ジョブが終了し
た時点でジョブ2を起動する。 〔ジョブ制御2〕ジョブ制御2は、同図(b)に示すよ
うに、特殊な場合であるが、1つのジョブで2つ以上の
デバイスを動かす場合の制御に対応する。例えばメモリ
に展開した画像をカラーレーザビーム複写装置(CL
C),バブルジェットカラー複写装置(BJC)にも出
力する場合である。 〔ジョブ制御3〕ジョブ制御3は、同図(c)に示すよ
うに、ジョブの中にページという概念をいれる。この場
合、プリントの場合にはドキュメントのページ単位、ス
キャナの場合には1ページの原稿のスキャンの単位とす
る。例えばジョブ1を実行中にジョブ2の要求がきた場
合には、ジョブ1をページの切れ目で中断して、ジョブ
2を行う。この場合、ジョブ1とジョブ2とは同時に動
いていることはない。 〔ジョブ制御4〕ジョブ制御4は、同図(d)に示すよ
うに、ジョブ1を実行中にジョブ2の要求がきた場合
は、ジョブ1を実行したまま、直ちにジョブ2を実行す
る。 〔ジョブ制御5〕ジョブ制御5は、同図(e)に示すよ
うに、ジョブ1を実行中にジョブ2の要求がきた場合
は、ジョブ2をリジェクトする。
【0319】なお、図1に示したサーバー装置の構成の
場合には、ジョブの種類が下記の(1)〜(7)に分類
される。
【0320】(1)カラーレーザビーム複写装置(CL
C)のプリンタにドキュメントを出力する。
【0321】(2)カラーレーザビーム複写装置(CL
C)のスキャナから原稿を読み取る。
【0322】(3)バブルジェットカラー複写装置(B
JC)のプリンタにドキュメントを出力する。
【0323】(4)バブルジェットカラー複写装置(B
JC)のスキャナから原稿を読み取る。
【0324】(5)市販のページ記述言語のインタプリ
タを内蔵するプリンタに出力する。 (6)市販のビットマッププリンタにドキュメントを出
力する。
【0325】(7)市販のスキャナから原稿を読み取
る。
【0326】以下、各ジョブの優先順位処理について説
明する。
【0327】例えばスキャンのジョブを至急行いたい
時、プリントジョブが実行中ならば、プリントジョブを
中断して、スキャナジョブを行うことができるように、
本実施例では優先順位0〜2の3段階の指定可能であ
り、優先順位0が指定なし(ファーストインファースト
アウト)の場合、優先順位1がジョブ単位で優先割込み
指定ありの場合、優先順位2がページ単位で優先割込み
指定する場合である。 以下、図39を参照しながら本
発明に係るサーバー装置におけるSPマネージャー制御
動作について説明する。
【0328】図39は本発明に係るサーバー装置におけ
るシステム全体制御プログラム93の制御処理状態を示
す図である。本実施例において、システム全体制御プロ
グラム93は、主としてホストコンピュータから送出さ
れてくるジョブの優先順位,ジョブの種類を参照してプ
リンタのジョブを最適に制御する。以下、図面に基づい
て、SPネットワークサーバに対して、ネットワーク上
のホストコンピュータから様々な要求が送出される場合
のジョブ管理について説明する。
【0329】先ず、各プログラムの概念的な構成を説明
すると、図39に示すように、通信に関する通信プログ
ラム83,SPネットワークサーバーの全体を制御する
システム全体制御プログラム93,スキャナに関するプ
ログラムのスキャナ制御プログラム85,プリント処理
(CaPSLのインタプリタ)に関するプログラムのP
DLインタープリタープログラム84,入出力機器を実
際に制御するデバイスドライバ86の5つのプログラム
に大きく分けられる。さらに、実際にデータが流れるイ
ンタフェースとして、バンドメモリ(BMEM)70−
1,セントロニクスインタフェース(CENTR)70
−2,RS232Cインタフェース(RS232)70
−3があり、これらをシステム全体制御プログラム93
が管理する構成となっている。
【0330】システム全体制御プログラム93は基本的
に他の4つのプログラムからのイベントにより動く、イ
ベント駆動型の処理を図40に示すフローチャートに従
って実行する。
【0331】図40は、図39に示したシステム全体制
御プログラム93のイベント処理手順の一例を示すフロ
ーチャートである。なお、(1) 〜(9) は各ステップを示
す。
【0332】先ず、SPネットワークサーバーの電源投
入時にシステム全体制御プログラム93は起動し、すぐ
にイベント待ちの無限ループになる。プログラムが走り
出すと、イベント待ちの状態になる(1) 。イベントか入
力されるとループから抜け出し、もし、そのイベントが
通信プログラム83からのものかどうかを判定し(2)、
YESならばイベントに応じた処理を行なう(3) 。そし
て、またステップ(1)に戻りイベント待ちのループにな
る。
【0333】一方、ステップ(2) の判定でNOの場合
は、そのイベントの発行先がPDLインタープリタープ
ログラム84のプリントジョブかどうかを判定し(4) 、
YESならばイベントに応じた処理を行なう(5) 。
【0334】一方、ステップ(4) の判定でNOの場合
は、そのイベントの発行先がスキャナ制御プログラム8
5のスキャナジョブかどうかを判定し(6) 、YESなら
ばイベントに応じた処理を行なう(7) 。
【0335】一方、ステップ(6) の判定でNOの場合
は、そのイベントの発行先がデバイスドライバ86から
かどうかを判定し(8) 、NOならばステップ(1) に戻
り、YESならばイベントに応じた処理を行い(9) 、ス
テップ(1) に戻る。
【0336】一方、通信プログラム83からは、カラー
レーザ複写装置(CLC)のプリントに関するジョブ
や、バブルジェットカラー複写装置のスキャナに関する
ジョブ等、いろいろなジョブの要求が不定期的にシステ
ム全体制御プログラム93に送られる。それら複数のジ
ョブを資源の許す限り最適に振り分けなければならな
い。以下そのアルゴリズムについて図41を参照しなが
ら説明する。
【0337】図41は本発明に係るサーバー装置におけ
るジョブの管理状態を示す図である。
【0338】この図に示されるように、ジョブの管理に
はジョブテーブルを使用する。ジョブテーブルには、ジ
ョブを識別するためのID、ジョブの状態を示すステー
タス、ジョブの実行の優先順位、ジョブの種類、終了ペ
ージ、そして割り込みジョブIDがある。
【0339】IDはシリアルの番号で、ジョブの要求の
受け付け順と考えて良い。ステータスには、実行中を示
すRUN、処理を待っているWAIT、割り込みが入っ
て中断していることを示すSTOP,エラーが発生して
回復待ちを示すESTOPがある。優先順位はLEVE
L0から2まであり0は「指定なし」で通常はこのレベ
ルを指定する。1は「ジョブ単位で優先割り込み」で幾
つかのジョブが待ち状態の時、それらのジョブより優先
して処理するというものである。また2は「ページ単位
で割り込み」を表し、現在ジョブを処理中でも、ページ
の切れ目であればそのジョブを中断してLEVEL2の
ジョブを処理する。
【0340】インタフェースは、図39に示すようにそ
のジョブが使用するハードウェアを指し、ジョブ同士が
排他的にハードウェアを利用可能にするために設けたも
のである。また,ジョブはカラーレーザ複写装置(CL
C)のプリンタからドキュメントを出力するCLCP、
カラーレーザ複写装置(CLC)のスキャナから原稿を
読みとるCLCS、バブルジェットカラー複写装置のプ
リンタにドキュメントを出力するBJP、バブルジェッ
トカラー複写装置のスキャナから原稿を読みとるBJ
S、市販のページ記述言語のインタプリタを内蔵するプ
リンタに出力するPDLP、市販のビットマッププリン
タにドキュメントを出力するBITP、市販のスキャナ
から原稿を読みとる等のジョブがある。なお、終了ペー
ジにはジョブが処理し終ったページ数を記録しておく。
これは、もしエラーが起こった時にエラー回復後、どの
ページから処理を再開すれば良いかの判断に使われる。
また最後の割り込みジョブIDは、割り込んだジョブが
終了しているかの判断に使われ、終了していれば、ST
OP中のジョブを再開する。
【0341】システム全体制御プログラム93は以上の
ような情報の格納されたジョブテーブルを参照しなが
ら、次にどのジョブを起動するかを最適に判断する。
【0342】以下、図42に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるジョブ実行
処理動作について説明する。
【0343】図42は本発明に係るサーバー装置におけ
るジョブ実行処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(6) は各ステップを示す。
【0344】なお、このフローに制御が移るタイミング
は、次のようになる。システム全体制御プログラム9
3にイベントが入らずアイドル状態の時にある一定の間
隔をおいてこのフローに移る。そして、ジョブテーブル
にジョブがなければまたアイドル状態になる。通信プ
ログラム83からのイベントがあった時。PDLイン
タープリタープログラム84,スキャナ制御プログラム
85から、ページ終了のイベントまたはドキュメント終
了のイベントがあった時。デバイスドライバ86から
エラー等のイベントがあった時。
【0345】先ず、ステップ(1) において、図41に示
すジョブテーブルを参照する。次いで、ステップ(2) に
おいてジョブがあるかどうかの判断をする。実行すべき
ジョブがない時にはステップ(7) に移り、システム全体
制御プログラム93はアイドル状態になる。実行すべき
ジョブがある場合にはステップ(3) で実行可能なジョブ
の候補を幾つか選び、ステップ(4) で候補に上がったジ
ョブの優先順位を見て一つのジョブに絞る。さらに、ス
テップ(5) でその絞り込まれたジョブが使用するインタ
フェースが空いているかを判断する。ステップ(6) で実
際にジョブを実行し、処理を終了する。
【0346】以下、図43に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるステータス
チェック処理動作について説明する。
【0347】図43は本発明に係るサーバー装置におけ
るステータスチェック処理手順の一例を示すフローチャ
ートである。なお、(1) 〜(14)は各ステップを示す。
【0348】先ず、ステップ(1) でジョブテーブルから
一つのジョブのステータスを読みとる。ステップ(2) で
ジョブのステータスがRUNかどうかを判断し、RUN
ならばステップ(14)に移りジョブテーブルのジョブをす
べて読みとったかを判断する。もし、まだジョブが残っ
ていればステップ(1) で次のジョブのステータスを読み
に行く。RUNでなければステップ(3) に移る。ステッ
プ(3) ではジョブのステータスがWAITかどうかの判
断をする。WAITならばステップ(4) で実行可能なジ
ョブの候補としてピックアップする。そしてステップ(1
4)に移る。WAITでない場合には、ステップ(5) に移
り今度はステータスがESTOPかどうかの判断をす
る。もし、このジョブのステータスがESOPならば、
エラーを起こして中断しているので、ステップ(6) でこ
のジョブを中断した原因のエラーが回復しているかどう
かのチェックを行なう。ステップ(7) はエラー中か、そ
うでないかの判断の分岐になる。まだエラーの場合には
実行可能なジョブの候補にはピックアップせずにステッ
プ(14)に移る。エラーが回復している場合には、そのジ
ョブのステータスをESTOPからWAITにジョブテ
ーブルを書き換える。そしてステップ(9) で実行可能な
ジョブの候補としてピックアップする。またステップ
(5) でステータスがESTOPではないと判断された場
合には、他のジョブに割り込まれて中断しているSTO
Pの状態なので、ステップ(10)で割り込んだジョブのス
テータスをチェックする。ステップ(11)では割り込んだ
ジョブが実行中かどうかの判断をする。実行中ならば実
行可能なジョブの候補にはピックアップせずにステップ
(14)に移る。もし、実行中でなければステップ(12)に移
り、そのジョブのステータスをSTOPからWAITに
ジョブテーブルを書き換える。そして、ステップ(13)で
実行可能なジョブとしてピックアップする。最後に、す
べてのジョブをジョブテーブルから読み終ったら(14)、
ステータスのチェックは終了する。このようにして実行
可能なジョブの候補が複数選ばれる。
【0349】以下、図44に示すフローチャートを参照
しながら本発明に係るサーバー装置における優先順位チ
ェック処理動作について説明する。
【0350】図44は本発明に係るサーバー装置におけ
る優先順位チェック処理手順の一例を示すフローチャー
トである。なお、(1) 〜(11)は各ステップを示す。ま
た、本実施例では候補に上がったジョブの優先順位を見
て実行するジョブを一つに絞るということをする。
【0351】ステップ(1) で実行可能なジョブの候補と
してあげられた複数のジョブの内一つに対してその優先
順位をリードする。ステップ(2) でLEVEL2かどう
かの判断をする。LEVEL2ならばステップ(3) に移
りLEVEL2のジョブが存在するかどうかを表すフラ
グFLG2を立てる。LEVEL2でなければステップ
(4) に移り今度はLEVEL1であるかの判断をする。
LEVEL1ならばステップ(5) に移りLEVEL1の
ジョブが存在するかどうかを表すフラグFLG1を立て
る。もしLEVEL1でもないと判断された場合には、
LEVEL0になる。すなわちFLG2もFLG1も立
っていない場合にはLEVEL0になる。
【0352】一つのジョブの優先順位の判断が終るとス
テップ(6) に移り候補に上がったジョブをすべて調べた
かどうかを判断する。まだすべて調べ終ってない時には
ステップ(1) に戻り、次のジョブの判断に移り、調べ終
った場合にはステップ(7) に移る。フラグFLG2が立
っている時にはステップ(8) に移り、優先順位がLEV
EL2でジョブのIDが小さい(早くジョブのリクエス
トを受け付けたもの)ジョブを選択する。
【0353】同様に、ステップ(9) ,(10)では優先順位
がLEVEL1でジョブのIDが小さいジョブを選択す
る。ステップ(11)では優先順位がLEVEL0でIDの
小さいジョブが選択され、優先順位のチェックが終了す
る。
【0354】このようにして次に起動可能なジョブを一
つに絞る。起動可能なジョブが決定しても、インタフェ
ースの状態により実際に起動できるかどうかが決まって
くるのでジョブとインタフェースの関係を調べなくては
ならない。
【0355】以下、図45に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるインタフェ
ースチェック処理動作について説明する。
【0356】図45は本発明に係るサーバー装置におけ
るインタフェースチェック処理手順の一例を示すフロー
チャートである。なお、(1) 〜(9) は各ステップを示
す。
【0357】先ず、ステップ(1) において、一つに絞ら
れたジョブのインタフェースをジョブテーブルからリー
ドする。ステップ(2) でそのインタフェースの状態をチ
ェックする。使用中でなければステップ(5) に移りその
ジョブを実行ジョブテーブルに登録する。実行ジョブテ
ーブルは、実際に起動するジョブを表すテーブルでマル
チでジョブを走らせることが出来るので複数のジョブが
登録可能である。
【0358】ステップ(6) のジョブ処理ではこの実行ジ
ョブテーブルを参照してジョブを起動する。
【0359】インタフェースが使用中の場合にはステッ
プ(3) に移りジョブの優先順位をチェックする。LEV
EL2でなければ、現在のジョブを中断させることは出
来ないので実行ジョブテーブルに登録することはしない
で、処理を終了する。 また、ステップ(3) でLEVE
L2の時には、ステップ(4) で現在ステータスがRUN
のジョブがLEVEL2であるかの判断をする。もしR
UNのジョブがLEVEL2であるならば中断させることは
出来ないので、選択されたジョブは実行ジョブテーブル
に登録せずに、処理を終了する。
【0360】一方、現在実行中のジョブ(ステータスが
RUN)の優先順位がLEVEL1またはLEVEL0
の場合には現在実行中のジョブを中断させて新たに選択
されたジョブを起動させる。その場合、ステップ(6) に
移り、ステップ(4) で選択されたジョブを実行ジョブテ
ーブルに登録する。ステップ(7) で現在実行中のジョブ
のステータスをSTOPにして、さらに優先順位をLE
VEL2にする。これは、ジョブが復帰した時に優先し
て実行されるようにするためである。
【0361】ステップ(8) で現在実行中のジョブが何ペ
ージまで処理したかを記録しておくために終了ページ数
をジョブテーブルに書き込む。さらにステップ(9) で現
在実行中のジョブを実行ジョブテーブルから削除する。
これで、現在実行中のジョブが起動されることはなく、
ステータスもSTOPになり再度ジョブが起動されるの
を待機することになる。このようにしてインタフェース
チェック処理を終了する。
【0362】以下、図46に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるジョブ起動
処理動作について説明する。
【0363】図46は本発明に係るサーバー装置におけ
るジョブ起動処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(4) は各ステップを示す。
【0364】先ず、ステップ(1) において、実行ジョブ
テーブルを参照して起動すべきジョブをリードする。ス
テップ(2) でこれから起動するジョブがステータスES
TOPでエラーストップしているジョブの種類と同じか
どうかをチェックする。もし同じであれば、起動するこ
とは出来ないのでステップ(4) に移り。実行ジョブテー
ブルをすべて読んだかを判断する。もしまだ残っていれ
ばステップ(1) に移り次のジョブの起動処理をする。も
しエラーストップしているジョブの種類と違っていれば
実行可能なので、ステップ(3) に移りジョブの起動に移
る。実際のジョブを起動する時は、ステータスをWAI
TからRUNに替え、インタフェースを確保する。逆に
エラーストップ、または割り込みで中断する時には、イ
ンターフェースを解放する。
【0365】ステップ(4) で実行ジョブテーブルにジョ
ブが残っているかを判断して、もう起動すべきジョブが
残っていなければ、ジョブ起動処理を終了する。
【0366】以下、図47〜図57を参照しながら本発
明に係るサーバー装置における具体的ジョブ処理動作に
ついて説明する。
【0367】図47は本発明に係るサーバー装置におけ
るジョブ処理状態推移を示すタイミングチャートであ
る。なお、図中の横軸右方向に時間が流れていくものと
する。図において、801〜813はジョブテーブルを
チェックするタイミングを示し、タイミング800〜8
03は通信プログラム83からジョブのイベントがシス
テム全体制御プログラム93に入るタイミングに対応
し、タイミング804〜813はジョブテーブルをチェ
ックするタイミングに対応する。
【0368】図48〜図57は本発明に係るサーバー装
置におけるジョブ処理に伴うジョブテーブルの内容を示
す図であり、図48〜図57はタイミング804〜タイ
ミング813におけるジョブテーブルに対応する。な
お、ジョブテーブルはチェック直前の内容を示してい
る。また、ジョブはカラーレーザ複写装置(CLC)の
プリンタからドキュメントを出力するCLCP、カラー
レーザ複写装置(CLC)のスキャナから原稿を読みと
るCLCS、バブルジェットカラー複写装置のプリンタ
にドキュメントを出力するBJP、バブルジェットカラ
ー複写装置のスキャナから原稿を読みとるBJS、市販
のページ記述言語のインタプリタを内蔵するプリンタに
出力するPDLP、市販のビットマッププリンタにドキ
ュメントを出力するBITP、市販のスキャナから原稿
を読みとる等のジョブがある。
【0369】タイミング800で、ジョブのイベントが
入ってくる。内容はカラーレーザ複写装置(CLC)の
プリンタにドキュメントを出力するジョブ1(内容はC
LCP)で、出力ページ数は3ページ、優先順位はLE
VEL0、インタフェースにはBMEMを用いるという
ものである。ジョブテーブルJOBTを見てみると、図
48に示すようにIDに「25」が割り当てられ、ステ
ータスはWAIT、終了ページはまだこのジョブは処理
されていないので0ページになっている。
【0370】タイミング804のジョブテーブルチェッ
クでは、ID25のジョブが選択され、起動される。こ
の時ID25のジョブのステータスをRUNに変更す
る。801のタイミングで新たなジョブが入ってくる。
ジョブID25のジョブの1ページの処理が終了すると
システム全体制御プログラム93は再度ジョブテーブル
を見に行く。その時のジョブテーブルJOBTは図49
に示される。ID25のジョブは1ページの出力が終了
して、次ページが処理されるのを待っている状態であ
る。終了ページは0ページから1ページに変化してい
る。また、新たに入ったジョブはID26が割り当てら
れ、ステータスはWAIT、優先順位はLEVEL1、
インタフェースはBMEM、ジョブはBJPになってい
る。システム全体制御プログラム93はこのジョブテー
ブルJOBTから判断して、ID25のジョブの2ペー
ジ目の処理を起動する。
【0371】この時、2ページめの途中でプリンタに紙
ジャムが発生してしまいID25のジョブを続けられな
くなってしまった。システム全体制御プログラム93は
ジョブテーブルJOBTを参照して次に起動すべきジョ
ブを探す。その時のジョブテーブルJOBTは図50の
ようになっている。ID25のステータスはESTOP
になり、優先順位は復帰した時に優先的に実行させるた
めにLEVEL2、終了ページは1ページのままになっ
ている。そこで、システム全体制御プログラム93はI
D26のジョブを起動する。ID26のジョブが1ペー
ジの処理を終了すると、システム全体制御プログラム9
3はジョブテーブルJOBTチェック807に移る。こ
の時の状態は図51に示される。ID25のジョブはは
エラーチェックをしてもエラーが回復していないので起
動されることはない。そこで、システム全体制御プログ
ラム93はID26のジョブの2ページ目を処理するこ
とをPDLインタープリタープログラム84に対して要
求する。
【0372】ID26のジョブが2ページ目を処理して
いる最中に新たなジョブのイベントがシステム全体制御
プログラム93に入ってくる。内容は、バブルジェット
カラー複写装置のスキャナから2ページ分の原稿を読み
取るものである。ID26のジョブが2ページ目の処理
を終了すると、システム全体制御プログラム93はジョ
ブテーブルJOBTをチェックする。その時のジョブテ
ーブルJOBTが図52である。
【0373】ID25はエラーが回復していないのでそ
のままの状態である。ID26のジョブは2ページの処
理が終了したので、終了ページは2に変化している。さ
らに新しいジョブがID27に割り当てられている。I
D27のジョブは優先順位がLEVEL2であるので、
システム全体制御プログラム93は現在処理中のID2
6のジョブを中断させてID27のジョブを起動する。
ID26のジョブはステータスがSTOPに、優先順位
がLEVEL2になる。
【0374】スキャナ制御プログラム85が1ページの
原稿読み込みしている最中に、システム全体制御プログ
ラム93には新たなジョブのイベントがタイミング80
3で入ってくる。1ページの読み込みが終了すると、シ
ステム全体制御プログラム93はタイミング809でジ
ョブテーブルJOBTをチェックする。この時のジョブ
テーブルJOBTは図53のようになる。ID25のジ
ョブはエラーが回復していないのでESTOPのままで
ある。また、ID26はステータスがSTOPで、割り
込みジョブIDが27であるので、ID27のジョブを
チェックするとステータスはRUNのままなので再開す
ることは出来ない。新たに入ってきたジョブはID28
が割り当てられる。ID28のジョブはセントロニクス
インタフェースを通して市販のプリンタにデータを流す
ジョブで、現在起動されているジョブと同時に走らせる
ことが出来る。そこで、システム全体制御プログラム9
3はID28のジョブとID27の2ページ目をスキャ
ンするジョブを同時に起動する。
【0375】次にシステム全体制御プログラム93はジ
ョブテーブルJOBTチェック(タイミング810)に
移る。この時のジョブテーブルJOBTは図54に示さ
れる。ジョブテーブルJOBTチェック(タイミング8
10)の前にジョブID25のエラーが解除されている
ので、エラーチェック後ステータスはWAITに戻る。
【0376】また、ID26のジョブも、割り込んだI
D27のジョブが終了したのでステータスがWAITに
戻る。ID28のジョブはRUNの状態のままである。
システム全体制御プログラム93はインタフェースBM
EMが空いているのでID25またはID26のジョブ
を起動させる。どちらのジョブともステータスはWAI
Tで、優先順位もLEVEL2と状態は同じであるので
先に受け付けたID25のジョブを起動する。この時、
ID25のジョブは終了ページが1ページであるので2
ページ目から処理するようにPDLインタープリタープ
ログラム84に要求を出さなければならない。
【0377】ジョブテーブルJOBTチェック(タイミ
ング811)では図55に従う。ID25とID28の
ジョブはステータスがRUNでID26はWAITであ
る。ID26のジョブは優先順位がLEVEL2で、現
在起動中のジョブに対して割り込むことが出来るがID
25もLEVEL2で起動されたので、この場合には割
り込むことは出来ない。
【0378】ジョブテーブルJOBTチェック(タイミ
ング812)に移る。ジョブテーブルJOBTは図56
に示される。ID25のジョブはすでに終了してジョブ
テーブルJOBTから削除されている。そこで、システ
ム全体制御プログラム93はID26のジョブを3ペー
ジ目から起動する。
【0379】ジョブテーブルJOBTチェック(タイミ
ング813)では、図57に示すようにID28のジョ
ブが走っている状態なので、新たにシステム全体制御プ
ログラム93はジョブを起動することはしない。
【0380】以上のように、システム全体制御プログラ
ム93はジョブテーブルJOBTを参照しながら最適に
ジョブ管理を行なう。
【0381】なお、上記実施例では文字,図形,イメー
ジがホストコンピュータで編集された後、ネットッワー
クを介して通信されたプリント要求をスキャナ/プリン
タをドライブするサーバー装置上で処理して、当該プリ
ンタから出力する場合について説明したが、図58に示
すように、クライアントホストコンピュータ901,9
02,スキャナプリンタ904をドライブするSPサー
バー装置903がネットワーク905を介して接続され
るシステムにおいて、クライアントホストコンピュータ
901,902から転送された文字,図形の各情報とス
キャナプリンタ904のスキャナから入力されたイメー
ジとをSPサーバー装置903が合成編集することによ
り、合体出力させるように構成しても良い。
【0382】図58は本発明の第2の実施例を示すサー
バー装置の構成を説明するブロック図である。
【0383】図において、906は記憶装置で、SPサ
ーバー装置903内に設けられ、クライアントホストコ
ンピュータ901,902から転送された文字,図形の
各情報を蓄える。
【0384】このように構成されたサーバー装置におい
て、本体またはネットワーク上に設けた記憶手段(記憶
装置906)に画像処理装置から出力される第1の画像
情報または所定のネットワークに接続される各ホストコ
ンピュータから転送される第2の画像情報を記憶させる
ことにより、各ホストコンピュータからの画像情報出力
処理負担を軽減させるとともに、記憶した画像情報を効
率よく再利用させる。
【0385】また、記憶手段(記憶装置906)に記憶
された第1および第2の画像情報を画像合成手段が合成
しながら出力画像を生成して画像処理装置(本実施例で
はスキャナプリンタ904)に出力することにより、各
ホストコンピュータ上での画像編集負担を軽減させる。
【0386】なお、本実施例においては、クライアント
ホストコンピュータ901,902上では、例えばワー
ドプロセッサ,グラフィックソフトにより、オペレータ
が文字情報,図形情報の生成を行う。生成された文字,
図形情報等(第1の画像情報)は、ネットワーク905
を経由して、SPサーバー装置903に送られる。SP
サーバー装置903で受け取った文字,図形情報は、S
Pサーバー装置903内の記憶装置906に記憶され
る。
【0387】一方、スキャナプリンタ904でスキャン
された画像情報(第2の画像情報)も、SPサーバー装
置903内の記憶装置906に記憶される。SPサーバ
ー装置903上で動作しているページ記述言語により、
SPサーバー装置903の記憶装置906内で文字情
報,図形情報,画像情報(イメージデータ)が、図59
に示すように合成される。
【0388】図59は、図58に示したSPサーバー装
置903により合成される印刷レアウトを示す模式図で
ある。
【0389】図において、911は1ページの領域を示
し、この領域911内に、クライアントホストコンピュ
ータ901,902からネットワーク905を介して転
送された文字,図形等の転送情報912およびSPサー
バー装置903が制御するスキャナプリンタ904でス
キャンされた画像情報913がレイアウト情報に従って
割付けられる。このように合成された情報がSPサーバ
ー装置903のプリンタから出力させることも可能とな
る。
【0390】なお、上記SPサーバー装置903に制御
されるスキャナプリンタ904は、スキャナとプリンタ
とが独立した単体構成であっても良い。また、SPサー
バー装置903に別の大容量記憶装置、例えば光磁気デ
ィスク装置を接続した場合、スキャナプリンタ904の
スキャナで読み取った画像情報をその都度SPサーバー
装置903内の記憶装置906に読み込み、クライアン
トホストコンピュータ901,902から転送された文
字,図形情報とを合成して印刷するのではなく、スキャ
ン画像を上記大容量記憶装置内に順次記憶させて行くこ
とにより、画像データベースを構築することで、任意に
大容量の記憶装置内から画像を取り出し、その画像を文
字,図形情報と合成しながら印刷させることもできる。
さらに、上記大容量の記憶装置をSPサーバー装置90
3の記憶装置906と別に設ける際、当該大容量の記憶
装置とSPサーバー装置903とが直接接続されていな
くても良く、例えばネットワーク905に接続されるク
ライアントホストコンピュータ901,902に配置さ
れ、これらのクライアントホストコンピュータ901,
902がSPサーバー装置903に転送できる構成であ
れば良い。
【0391】図60は本発明の一実施例を示すサーバー
装置と画像入出力装置との通信制御構成を説明する概略
的なブロック図である。なお、具体的に説明するために
図2に示す各構成要素を用いて説明する。
【0392】図において、2001は画像入出力通信装
置(図2に示すカラーSPサーバーSP1)で、通信部
2002が通信線2008(図2に示したイサーネット
LAN96)に接続され、図示しない異なるOSで起動
する複数のホストコンピュータと接続されている。20
03が画像形成部で、通信部2002内の通信プログラ
ム83等によって受信したプリントデータを解析して、
画像メモリ2005にイメージデータを記憶する。20
04はメモリで、ワークメモリ等として機能する。20
06はコントローラ部で、指定された画像入出力装置2
007との通信を図2に示すデバイスドライバ86が制
御する。
【0393】本実施例では、画像入出力通信装置200
1は、通信線2008を通じて他のホストコンピュータ
と通信し、また、接続されている画像入出力装置200
7により画像入力したり、プリントしたりする。画像入
出力装置2007は、必ずしも画像の入力と出力の両方
が可能でなくても良く、通常のプリンタであってもよ
い。以下、動作について説明する。
【0394】図示しないホストコンピュータから通信線
2008を通じてプリントデータが送出されてくると、
通信部2002が受信し、画像形成部2003に送出さ
れる。画像形成部2003では、プリントデータを解析
し、図2に示したPDLインタープリタープログラム8
4が画像メモリ2005にイメージデータを展開する。
送出されてくるプリントデータはページ記述言語で記述
されており、画像形成部2003内のシステム全体制御
プログラム93がPDLインタープリタープログラム8
4にプリントデータを画像入出力装置2007がプリン
トできるイメージデータに変換させる。1ページ分のプ
リントデータを解析し、画像メモリ2005にイメージ
データの展開が終了すると、画像形成部2003内のシ
ステム全体制御プログラム93はコントローラ部200
6に信号を送出し、コントローラ部2006内のデバイ
スドライバ86は画像メモリ2005のイメージデータ
を指定された画像入出力装置2007に送出し、プリン
トする。
【0395】ただし、画像形成部2003内のシステム
全体制御プログラム93は、プリントデータの解析にお
いて、エラーを発見すると、通信部2002を通じて、
そのプリントデータを送ったホストコンピュータにエラ
ー発生を通知し、当該エラーをスキップしてプリント作
業を継続するか、プリント作業を中止するかどうかを問
い合わせる。
【0396】もし、この間に、他のホストコンピュータ
からプリントデータが送出されてきた場合には、それ以
前のプリントの状態をメモリ2004に記憶し、元のホ
ストコンピュータにプリント作業を中断した旨を通信に
より通知し、新規のプリント作業(プリントジョブ)を
開始する。新しいプリント作業が終了したら、元のホス
トコンピュータにプリント作業を再開するかどうかを問
い合わせ、プリント作業を再開する信号が送出されてき
たら、記憶している情報を読み出し、プリントを再開す
る。
【0397】以下、図61に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるプリント制
御方法について説明する。
【0398】図61は本発明の一実施例を示すサーバー
装置のプリント制御方法を説明するフローチャートであ
る。なお、(1) 〜(13)は各ステップを示し、図9に示
す、例えばCPU1000がシステム全体制御プログラ
ム93,PDLインタープリタープログラム84等を制
御することにより実行される。
【0399】先ず、プリントデータを受信すると(1) 、
プリント作業を終了する信号かどうかを判別し(2) 、終
了信号の場合はステップ(3) でプリント作業を終了さ
せ、ステップ(1) に戻る。この時、既に中断しているプ
リント作業がある場合は、プリント作業を再開するかど
うかを問い合わせる。
【0400】一方、ステップ(2) の判定で終了信号でな
い場合は、プリント作業の再開の信号かどうかを判別し
(4) 、受信した信号が再開信号である場合には、中断し
ているプリントの情報をメモリ2004から読み込み、
プリント作業を再開する。ただし、中断しているプリン
ト作業がない場合や、現在のプリント作業を正常に進め
ている場合は何もしない。
【0401】一方、ステップ(4) の判定で再開信号でな
い場合は、エラースキップを指示する信号かどうかを判
別し(6) 、エラースキップの場合は、エラーが発生した
プリントデータを読み飛ばし(7) 、ステップ(1) に戻
る。ただし、エラーが発生していない状況ならば何もし
ない。エラースキップ指示でない場合は、ステップ(8)
に進み、プリントのスタート信号かどうかを判別する。
そして、プリントのスタート信号であれば、ステップ
(9) でプリント作業の内部状態をメモリ2004に記憶
させる。ただし、エラーが発生した状況でない場合や、
プリント作業の途中でない場合は何もしない。プリント
のスタート信号でない場合は、ステップ(10)に進み、プ
リントデータの解析を行い、その結果がエラーかどうか
を判定し(11)、エラーの場合はステップ(12)でデータを
送ったホストコンピュータにエラーをスキップするか、
プリントの中止をするのかを通信により問い合わせ、ス
テップ(1) に戻る。
【0402】一方、ステップ(11)の判定でエラーでない
場合は、ステップ(13)に進み、画像メモリ2005にプ
リントデータに基づくイメージデータを画像メモリ20
05に展開し、ステップ(1) に戻る。
【0403】上述したように本発明に係る第1のサーバ
ー装置の入出力機器制御方法によれば、プリント機能処
理実行中のエラー発生時点におけるプリント内部情報を
記憶し、後続する他のプリント機能処理終了後に、該記
憶したプリント内部情報に基づくプリント機能処理を再
起動するので、プリント機能処理実行中のエラーに伴う
サーバー装置の中断処理時間を短縮するとともに、後続
する他のプリント機能処理実行要求を先行させることが
可能となる。
【0404】なお、本実施例において、プリント作業の
内部状態をメモリ2004に記憶するとは、画像形成部
2003のプログラムの変数の値を記憶することであ
り、再開する場合には、メモリ2004から読み込んで
代入することにより、中断した状態を再現することがで
きる。
【0405】また、上記実施例ではプリント作業中に、
エラーが発生した場合に、他のプリント作業を行い、当
該プリント作業の終了後、メモリ2004に記憶された
プリント作業の内部状態を参照して中断していた状態か
らプリント作業を再開することができるので、エラーが
発生した後、そのデータを通信したホストコンピュータ
からの返事が返信されるまで待機する画像入出力制御
は、本実施例では特にプリンタ制御に比べて、効率的に
画像入出力装置2007の使用を確保することができ
る。
【0406】さらに、上記実施例では、画像入出力通信
装置2001に単数の画像入出力装置2007、例えば
図2に示したカラースキャナ/プリンタ94が接続され
る場合を例にしてプリンタ制御を行う場合について説明
したが、図62に示すように、複数台、例えばさらに1
台、画像入出力装置2010が接続されるサーバー装置
2001にも本発明を適用することができる。また、画
像入出力装置の台数に制限されることはなく、いくつサ
ーバー装置2001に接続しても良い。
【0407】図62は本発明の他の実施例を示すサーバ
ー装置と画像入出力装置との通信制御構成を説明する概
略的なブロック図であり、図60と同一のものには同じ
符号を付してある。なお、具体的に説明するため、図2
に示す各構成要素を用いて説明する。
【0408】図において、2009はコントローラ部
で、画像入出力装置2010のプリント/スキャンを制
御する。
【0409】このように構成されたサーバー装置におい
て、何れか一方の画像入出力装置のプリント作業中にエ
ラーが発生し、もう1台の画像入出力装置にプリントす
る命令が通信部2002を介して通信された場合、プリ
ント途中の情報をメモリ2004に記憶することによ
り、他方の画像入出力装置へのプリント作業を行い、プ
リント終了後、エラーの発生した画像入出力装置が回復
したら、プリント作業を再開することができる。
【0410】例えば一方の画像入出力装置2007でプ
リント中に用紙がなくなり、プリントできない状態とな
った時点で、他方の画像入出力装置2010へのプリン
ト命令が来た場合、プリント途中の状態をメモリ200
4に記憶させ、他方の画像入出力装置2010へのプリ
ント処理をデバイスドライバ86へ命令し、システム全
体制御プログラム93は、その後、用紙が補給されたら
プリント中断中の画像入出力装置2007のプリントを
メモリ2004に記憶されたプリント途中の情報を参照
しながら再開させることができる。従来では、プリント
途中の状態を記憶する手段がないため、一時印字処理を
中止して再開することができず、画像入出力装置200
7上で、用紙が補給されるまで他方の画像入出力装置2
010へのプリントを先行させるプリント制御ができな
かった。
【0411】上述したように、本発明に係る第2のサー
バー装置の入出力機器制御方法によれば、一方の入出力
機器によるプリント機能処理実行中のエラー発生時点に
おけるプリント内部情報を記憶し、後続する他方の入出
力機器によるプリント機能処理終了後に、該記憶したプ
リント内部情報に基づく前記一方の入出力機器によるプ
リント機能処理を再起動するので、一方の入出力機器に
よるプリント機能処理実行中のエラーに伴うサーバー装
置の中断処理時間を短縮することができると共に、後続
する他方の入出力機器によるプリント機能処理実行要求
を先行させることが可能となる。
【0412】なお、上記実施例では画像入出力装置が2
台の場合について説明したが、2台以上の画像入出力装
置を接続した場合に、それぞれの画像入出力装置に優先
順位を定め、ホストコンピュータから入力されたID付
きのプリント命令受信時に、当該プリント命令よりも低
位のプリント命令に従う画像入出力装置がプリント処理
を実行していた場合には、プリンタのエラーと同様に当
該プリント作業を強制中断させ、当該プリント作業の状
態をメモリ2004に記憶した後、優先順位の高いプリ
ント命令に従うプリント作業を優先実行させるように制
御しても良く、中断の要因は、上記実施例に示したエラ
ー発生状態および優先入出力要求の何れであっても良
い。
【0413】図63は本発明の一実施例を示すサーバー
装置と画像入出力装置との通信制御構成を説明するブロ
ック図である。
【0414】図において、2001は画像入出力通信装
置で、通信部2002が通信線2008に接続され、図
示しない異なるOSで起動する複数のホストコンピュー
タと接続されている。2003は画像生成部で、通信部
2002が受信したプリントデータを解析して、画像メ
モリ2012にイメージデータを記憶する。2011は
画像入力処理部で、画像入出力装置2007から入力し
た画像データの通信部2002への転送等を処理する。
2006はコントローラ部で、画像入出力装置2007
との通信を制御する。
【0415】このように構成されたサーバー装置におい
て、通信線2008を通じて画像の入出力の命令が通信
されると、通信部2002の通信プログラム83等が受
信し、データを画像メモリ2012に記憶させるととも
に、命令の実行の優先順序について後述するフローチャ
ートに従って制御し、例えば後続の命令が先行する命令
よりも優先順位が高い場合は、現実行中の入出力機器の
スキャナ機能処理またはプリント機能処理実行を中断す
る。
【0416】以下、命令の実行の順序に関し、先ず、画
像入出力処理を実行中でない時に、命令が送出された場
合の実行の順序を決定する場合について説明する。
【0417】通信部2002内のシステム全体制御プロ
グラム93は命令の解析を行い、実行の優先順位を記憶
するとともに、画像出力の場合は、画像生成部2003
内のPDLインタープリタープログラム84にスタート
信号とデータのアドレスを送出する。画像入力の場合
は、画像入力処理部2011内のスキャナ制御プログラ
ム85にスタート信号とアドレスを送出する。画像生成
部2003は、スタート信号とデータのアドレスを受け
取るとデータの解析を行い、イメージデータに展開し、
コントローラ部2006を通じて画像入出力装置200
7でプリントする。画像入力処理部2011はスタート
信号とデータのアドレスを受け取ると、データの解析を
行い、コントローラ部2006を通じて画像入出力装置
2007で画像入力し、入力した画像データを通信部2
002を通じて命令を通信したホストコンピュータへ送
出する。
【0418】画像入出力処理を実行中に命令が送出され
た場合には、通信部2002内のシステム全体制御プロ
グラム93は命令の解析を行い、実行中の画像入出力処
理の優先順位と受信した命令の優先順位を比較する。受
信した命令の優先順位が現在実行中の画像入出力処理の
優先順位より高い場合は、処理を実行している画像生成
部2003あるいは画像入力処理部2011に中断命令
を送出し、その後、スタート命令と新たに受信したデー
タのアドレスを画像生成部2003あるいは画像入力処
理部2011に送出する。受信した命令の優先順位が現
在実行中の画像入出力処理の優先順位と同じ、あるいは
低い場合は、現在実行中の画像入出力処理が終了するの
を待って実行する。
【0419】画像生成部2003内のPDLインタープ
リタープログラム84と画像入力処理部2011内のス
キャナ制御プログラム85はスタート命令とデータのア
ドレスを受け取るとデータを解析して処理を開始し、中
断命令を受けると、データ処理を中断する。
【0420】なお、通信部2002は最大2個の命令を
受信することが可能で、例えば画像入出力処理中は、さ
らに1個まで命令を受信可能となる。ただし、それ以上
の命令が送出されても、通信部2002は送出された命
令の受領を拒否する以下、図64に示すフローチャート
を参照しながら本発明の一実施例を示すサーバー装置の
入出力制御方法について説明する。
【0421】図64は本発明の一実施例を示すサーバー
装置の入出力制御方法を説明するフローチャートであ
る。なお、(1) 〜(7) は各ステップを示し、特に通信部
2002が命令を受信した後、命令を実行するまでの動
作に対応し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,PDLインタープリター
プログラム84,スキャナ制御プログラム85等を制御
することにより実行される。
【0422】システム全体制御プログラム93は、先ず
受信したデータをメモリ2012に記憶し(1) 、受信し
た命令の優先順位をあらかじめメモリ2012に記憶さ
れる優先テーブルを参照しながら調べる(2) 。次いで、
現在、画像入出力処理を実行中かどうかを判定し(3) 、
実行中の場合は、受信した命令の優先順位が実行中の画
像入出力処理の優先順位よりも高いかどうかを判別し
(4) 、高い場合は、現在実行中の画像生成部2003内
のPDLインタープリタープログラム84または画像入
力処理部2011内のスキャナ制御プログラム85に中
断命令を送出し(5) 、画像生成部2003内のPDLイ
ンタープリタープログラム84または画像入力処理部2
011内のスキャナ制御プログラム85にスタート命令
とデータのアドレスを送出する(7) 。
【0423】一方、ステップ(4) の判定で受信した命令
の優先順位が実行中の画像入出力処理の優先順位よりも
高くないと判定された場合は、現在実行中の画像入出力
処理が終了するのを待って(6) 、画像生成部2003ま
たは画像入力処理部2011にスタート命令とデータの
アドレスを送出する(7) 。
【0424】また、ステップ(3) の判定で現在、画像入
出力処理を実行中でない場合は、画像生成部2003ま
たは画像入出力処理部2011にスタート命令とデータ
のアドレスを送出する。
【0425】上述したように本発明に係る第3のサーバ
ー装置の入出力機器制御方法によれば、各ホストから順
次入力される入出力機器に対する入出力命令を解析し、
該解析結果に基づいて優先順位の高い命令を受信した場
合に、先行している入出力機器のスキャナ機能処理また
はプリント機能処理を中断し、該優先順位の高い入出力
命令に従うスキャナ機能処理またはプリント機能処理を
先行させるので、サーバー装置に接続される各入出力機
器の機能処理実行状態に拘らず、優先順位によりスキャ
ナ機能処理またはプリント機能処理の順位を変更するこ
とが可能となる。
【0426】なお、本実施例では、命令実行の優先順位
を決定し、実行中の画像入出力処理よりも高い優先順位
の画像入出力処理が通信された場合には、実行中の画像
入出力処理を中断して優先順位の高い画像入出力処理を
実行するので、長く時間がかかるプリント処理を実行中
でも終了を待機することなく、画像入力処理を実行する
ことができる。
【0427】また、上記実施例では命令種別そのものに
基づいて画像入出力装置2007の処理実行の優先順位
を決定する場合について説明したが、命令を通信するコ
ンピュータの種別によって画像入出力装置2007の処
理実行の優先順序を決定または処理制御を変更するよう
に構成しても良い。
【0428】さらに、上記実施例では命令種別そのもの
に基づいて画像入出力装置2007の処理実行の優先順
序を決定する場合について説明したが、命令を通信する
コンピュータの使用者種別によって画像入出力装置20
07の処理実行の優先順序を決定または処理制御を変更
するように構成しても良い。
【0429】このように、本発明に係る第4のサーバー
装置の入出力機器制御方法によれば、各ホストから入力
される入出力命令種別を解析し、該解析結果に基づいて
各命令の優先順位を自動決定して、命令入力の先後に拘
らず入出力機器のスキャナ機能処理またはプリント機能
処理の実行状態を制御するので、機能処理実行種別に最
適な順序で、入出力機器のスキャナ機能処理またはプリ
ント機能処理の実行が可能となる。
【0430】また、上記実施例では命令種別そのものに
基づいて画像入出力装置2007の処理実行の優先順序
を決定する場合について説明したが、受信したデータか
ら処理時間を導出し、導出された処理時間の長短に基づ
いて画像入出力装置2007の処理実行の優先順序を決
定し、処理実行の順序や制御を変更するように構成して
も良い。
【0431】例えば画像入力の場合、画像入力の面積か
ら処理時間を推定し、画像出力の場合は、ページ数ある
いはデータ量から処理時間を推定する。
【0432】なお、上記実施例ではサーバー装置200
1に1つの画像入出力装置が接続されている場合につい
て説明したが、複数の画像入出力装置が接続されていて
も良い。具体的に1台は画像入力装置(スキャナ装
置)、他の1台は画像出力装置(プリンタ)といった機
器が組み合わされて接続されていても本発明を適用でき
る。
【0433】また、画像入力処理部2011は中断命令
が送出された場合に、後で中断した画像入出力処理を再
開できるように、稼動している機器の途中の処理状態情
報を記憶した後、当該実行中の処理を中断し、優先順位
の高い処理を終了した後、記憶された処理状態情報を参
照して中断した入出力処理を再開するように制御しても
良い。
【0434】さらに、画像入力処理部2011および画
像生成部2003は中断命令が送出された場合、中断し
やすい処理が終了する状態まで継続して処理を行い、そ
の後入出力処理を中断する、例えばページ区切りまで処
理を実行した後、入出力機器の処理を中断するように制
御しても良い。
【0435】また、中断された画像入出力処理に対し
て、当該優先順位を適宜高く変更可能に構成することに
より、入出力処理中における中断処理発生回数を減らす
ように制御しても良い。
【0436】図65は本発明の一実施例を示すサーバー
装置に対する入出力機器との通信制御構成を説明する概
略的なブロック図である。なお、具体的に説明するため
に図2に示す各構成要素を用いて説明する。
【0437】図において、2001は画像入出力通信装
置で、通信部2002,制御部2013,第1の画像入
出力装置(スキャナプリンタ)2007を制御するため
の第1のコントローラ部2006,第2の画像入出力装
置(スキャナプリンタ)2010を制御するための第2
のコントローラ部2009,メモリ2014を備えてい
る。2008は図2の96に示した、例えばイーサネッ
ト等の通信線で、図示しない複数のホストコンピュータ
(各ホストのOS,プリントインタフェースがそれぞれ
異なる場合と各ホストのOS,プリントインタフェース
が同一の場合を含む)と接続されている。
【0438】このように構成されたサーバー装置におい
て、ホストコンピュータから前記ネットワークを介して
命令を受信すると、システム全体制御プログラム93が
特定手段が命令を解析して画像処理対象の画像入出力装
置(入出力機器)を特定し、さらに特定された画像入出
力装置の動作障害有無を事前判定し、動作障害発生中の
場合、この判定結果に基づいて通信プログラム83等が
特定された画像入出力装置に対して動作障害発生中をネ
ットワークを介して返信することにより、ネットワーク
上のホストコンピュータに対して、命令受信時に、指定
した画像入出力装置が障害が発生していることを的確に
報知する。
【0439】なお、第1の画像入出力装置(スキャナプ
リンタ)2007は、例えば公知の電子写真プロセスを
実行可能なカラーレーザ複写装置で構成され、原稿を読
み取るスキャナとこのスキャナもしくは各ホストコンピ
ュータから出力された画像情報を印刷するカラープリン
タ等より構成されている。また、第2の画像入出力装置
(スキャナプリンタ)2010は、例えば公知のバブル
ジェット方式のBJカラー複写装置で構成され、原稿を
読み取るスキャナとこのスキャナもしくは各ホストコン
ピュータから出力された画像情報を印刷するカラープリ
ンタ等より構成されている。さらに、本実施例ではスキ
ャナ機能とプリンタ機能が一体となる複写装置を画像入
出力装置としているが、スキャナ機能とプリンタ機能と
が分離独立したスキャナ装置,プリンタ装置で構成され
る場合にも本発明を容易に適用できる。
【0440】以下、動作について説明する。
【0441】図示しない他のホストコンピュータから通
信線2008を通じて命令が送出されると、通信部20
02内の通信プログラム83等が受信した命令を制御部
2013内のシステム全体制御プログラム93に送る。
制御部2013内のプログラム93は命令を解析し、各
画像入出力装置2007,2010のいずれの画像入出
力装置を使用するかを判別し、使用する画像入出力装置
のコントローラ部内のデバイスドライバ86、本実施例
ではコントローラ部2006,2009の何れかに状態
を問い合わせる信号を送出する。これを受けてコントロ
ーラ部内のデバイスドライバ86は対応する画像入出力
装置2007,2010の状態を調べ、上記各障害の発
生有無を調べ、その結果を制御部2013内のプログラ
ム93に送る。これを受けて、制御部2013内のプロ
グラム93は、コントローラ部内のデバイスドライバ8
6の信号を判定して、障害が発生していると判別した場
合には、通信部2002内のプログラム83等に障害発
生を示す信号を送る。これに従って、通信部2002内
のプログラム83等は、上記命令を送出したホストコン
ピュータあるいはオペレータに障害の発生を通知する。
【0442】その際、制御部2013内のプログラム9
3は、通信部2002内のプログラム83等が受信した
データをメモリ2014に一時蓄え、画像入出力装置2
007,2010に障害が発生している場合には、画像
入出力装置2007,2010が障害から回復したら、
記憶されているデータをメモリ2014から読み出し
て、コントローラ部2006,2009内のプログラム
86に転送し、指示された画像入出力装置2007,2
010による画像処理(プリント処理,スキャナ処理
等)を行う。なお、制御部2013には、図示しないC
PU,ROM,RAMを備え、ROMには後述するフロ
ーチャートに示す制御手順が格納されている。
【0443】図66は、図65に示した通信線2008
を介してホストコンピュータから指定されたSPサーバ
ー装置に送信されるデータの一例を示す図である。
【0444】図において、2211はプリント命令で、
コマンド(lpr)2211a,出力デバイス指定コマ
ンド2211b,データの総バイスト数2211c,デ
ータ2211dから構成されている。2212はスキャ
ナ命令で、コマンド(scan)2212a,出力デバ
イス指定コマンド2212b,データの総バイスト数2
212c,データ2212dから構成されている。
【0445】この図に示されるように、ホストコンピュ
ータから通信線2008を介して入力されるコマンド
(命令)は、4つの要素から構成され、各要素間は空白
の文字コードで区切られる。なお、出力デバイス指定コ
マンド2211bは、出力デバイスがバブルジェットプ
リンタ(bj)であることを指示する。出力デバイス指
定コマンド2212bは、スキャナ(s1)であること
を指示する。
【0446】図67は本発明に係るサーバー装置におけ
る第1の入出力デバイス状態診断処理手順の一例を説明
するフローチャートである。なお、(1) 〜(8) は各ステ
ップを示し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,通信プログラム83,デ
バイスドライバ86等を制御することにより実行され
る。
【0447】システム全体制御プログラム93は、ステ
ップ(1) で、通信部2002から命令を入力し、ステッ
プ(2) で画像入力かプリントかを判別し、ステップ(3)
で指定する画像入出力装置を判別し、ステップ(4) でコ
ントローラ部内のデバイスドライバ86に画像入出力装
置の状態を問い合わせる信号を送出する。次いで、ステ
ップ(5) で、コントローラ部内のプログラム86から返
答信号を受け取り、ステップ(6) で障害が発生している
かどうかを判別し、NOならばステップ(8) 以降に進
み、YESの場合は、ステップ(7) で通信部2002内
の通信プログラム83等を通じて障害発生中をデータ受
信先のホストコンピュータに通知する。
【0448】このように、命令を受信した時に画像入出
力装置を特定し、その画像入出力装置に障害が発生して
いる場合、命令を通信したホストコンピュータまたはオ
ペレータに即座に指定した画像入出力装置の動作状態に
障害が発生しているかどうかを通知することができる。
【0449】なお、上記実施例ではメモリ2014を備
え、画像入出力装置2007,2010に障害が発生し
ている場合、ホストコンピュータからのデータをメモリ
2014に蓄積し、画像入出力装置の障害回復後、画像
入出力装置の画像処理を即座に実行可能に構成している
が、すなわちデータの再送を行うことなく、受信したデ
ータを画像入出力装置の障害回復後、画像入出力装置の
画像処理を即座に実行することができるように構成され
ているが、メモリ2014を設けることなく、図68に
示すように画像入出力装置の障害判別結果後、データ受
信をキャンセルにように制御しても良い。
【0450】図68は本発明に係るサーバー装置におけ
る第2の入出力デバイス状態診断処理手順の一例を説明
するフローチャートである。なお、(1) 〜(8) は各ステ
ップを示し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,通信プログラム83,デ
バイスドライバ86等を制御することにより実行され
る。
【0451】システム全体制御プログラム93は、ステ
ップ(1) で、通信部2002から命令を入力し、ステッ
プ(2) で画像入力かプリントかを判別し、ステップ(3)
で指定する画像入出力装置を判別し、ステップ(4) でコ
ントローラ部内のデバイスドライバ86に画像入出力装
置の状態を問い合わせる信号を送出する。次いで、ステ
ップ(5) で、コントローラ部内のプログラム86から返
答信号を受け取り、ステップ(6) で障害が発生している
かどうかを判別し、NOならばステップ(8) 以降に進
み、コントローラ部2006,2009のうち、指定さ
れたコントローラ部にデータを送り、処理を終了する。
【0452】一方ステップ(6) の判定でYESの場合
は、ステップ(7) で通信部2002内の通信プログラム
83等を通じて障害発生中をデータ受信先のホストコン
ピュータに通知する。
【0453】上述したように、本発明に係る第5のサー
バー装置の入出力機器制御方法によれば、ホストから所
定のネットワークを介して受信した命令を解析して駆動
する入出力機器を確定し、該確定した入出力機器の動作
障害有無を事前判定し、動作障害発生中の場合に、該判
定結果に基づいて確定された入出力機器に対する動作障
害発生中をネットワークを介してホストコンピュータに
返信するので、ネットワーク上の各ホストコンピュータ
に対して、命令受信時に、指定した入出力機器に障害が
発生していることを適切なタイミングで報知することが
可能となる。
【0454】また、上記実施例では画像入出力装置をサ
ーバー装置2001に2台接続する構成の場合を示した
が、その台数はこれ以上であっても、単数台であっても
良く、単数台の場合には、ホストコンピュータからの画
像入出力装置指定に関わらず、接続された画像入出力装
置が一義的に決定される構成となる。
【0455】図69は本発明の他の実施例を示すサーバ
ー装置のネットワーク構成を示すブロック図である。
【0456】図において、7501はホストコンピュー
タで、ネットワーク7506を介してスキャナ7505
A,プリンタ7505Bに対する画像処理要求をサーバ
ー装置7505に出力する。7502はホストステーシ
ョンで、ページ記述言語としてポストスクリプト(P
S)を採用する、例えばMachintoshコンピュ
ータで構成される。7503はホストステーションで、
ページ記述言語としてポストスクリプト(PS)を採用
する、例えばNextコンピュータで構成される。75
04はホストステーションで、ページ記述言語としてP
S(ポストスクリプト)を採用する、例えばSUNコン
ピュータで構成される。7505Aはスキャナで、サー
バー装置7505に接続される。7505Bはプリンタ
で、サーバー装置7505に接続される。なお、本実施
例ではサーバー装置7505内のPDLコードがCaP
SLコードを専用コードとしている。
【0457】このように構成されたサーバー装置におい
て、システム全体制御プログラム93が各ホストコンピ
ュータからの画像出力要求時に、ホストコンピュータか
ら指定されるページ記述言語とサーバー装置に保有され
るページ記述言語とを比較しながらホストコンピュータ
からの画像出力処理可能性を判定し、画像出力処理不能
の場合に、あらかじめ登録されたホストコンピュータの
ページ記述言語種別を参照して、ホストコンピュータか
ら指定されるページ記述言語による画像情報のラスタラ
イズをページ記述言語種別が合致するホストコンピュー
タに代替要求し、代替要求したホストコンピュータがラ
スタライズした画像データを受信して、サーバー装置に
接続される画像処理装置のプリント処理機能で印刷する
ことにより、ホストコンピュータから指定されるページ
記述言語による画像情報のラスタライズをページ記述言
語種別が合致しない状態であっても、ネットワーク上の
ホスト資源を利用しながら接続される画像処理装置から
所望の印刷を実行させることを可能とする。
【0458】また、各ホストコンピュータからの画像出
力要求時に、ホストコンピュータから指定されるページ
記述言語とサーバー装置に保有されるページ記述言語と
を比較しながらホストコンピュータからの画像出力処理
可能性を判定し、画像出力処理不能の場合に、あらかじ
め登録されたホストコンピュータのページ記述言語種別
を参照して、サーバー装置が受信した画像情報をドキュ
メントサーバー装置に送信するとともに、画像出力要求
先のホストコンピュータに対してラスタライズ要求を催
促し、この催促に従ってドキュメントサーバー装置と画
像出力要求先のホストコンピュータ間でネットワーク・
ファイル・システムを利用してラスタライズ処理を実行
し、ラスタライズされた画像データをドキュメントサー
バー装置からサーバー装置が受信して、サーバー装置に
接続される画像処理装置のプリント処理機能で印刷する
印刷することにより、ホストコンピュータから指定され
るページ記述言語による画像情報のラスタライズをペー
ジ記述言語種別が合致しない状態であっても、ネットワ
ーク上のネットワークファイルシステムを利用しながら
接続される画像処理装置から所望の印刷を効率よく実行
させることを可能とする。
【0459】さらに、ラスタライズされた画像データを
ドキュメントサーバー装置から画像出力要求先のホスト
コンピュータに転送し、このホストコンピュータからラ
スタライズされた画像データを受信して、サーバー装置
に接続される画像処理装置のプリント処理機能で印刷す
ることにより、ネットワーク上のデータ転送処理を抑え
ながら、接続される画像処理装置から所望の印刷を効率
よく実行させることを可能とする。
【0460】また、ホストコンピュータから指定される
画像処理装置におけるプリントエラー有無に基づいてあ
らかじめ登録された画像処理装置の代替優先印刷順位を
参照して、ホストコンピュータから指定される画像情報
の印刷を他の画像処理装置に要求し、指定される画像処
理装置とは異なる画像処理装置による代替印刷を自動実
行させることにより、指定先のプリンタに障害は発生し
た場合でも、ユーザが次のプリンタ候補を選択指定する
ことなく、他のプリンタでの印刷を自動継続させること
ができ、プリント処理効率を格段に向上させることを可
能とする。
【0461】図70は本発明に係る画像処理システムの
ネットワーク上の代行ホスト管理テーブルの一例を示す
図である。なお、このテーブルはサーバー装置7505
内のメモリに記憶されている。
【0462】この図に示されるように、ホストステーシ
ョン7502,7503,7504がある場合につい
て、ポストスクリプト(PS)またはGDIコードを受
信した時の優先ホスト番号の設定を示してあるが、例え
ばホストコンピュータ7501がプリント要求したPD
LコードがPSコードの場合、処理可能なホスト数Nは
「2」となり、ホストステーション7502(Mac)
を最優先とする「0」、ホストステーション7503
(Next)を次点とする「1」があらかじめ設定され
ている。
【0463】一方、ホストコンピュータ7501がプリ
ント要求したPDLコードがGDIコードの場合は、処
理可能なホスト数Nは「1」で、ホストステーション7
504(SUNコンピュータ)のみが登録され、優先順
位は「0」である。なお、このテーブルはシステム構築
状態またはシステム構成の変更に伴い、自在に書き換え
られるように構成されている。
【0464】以下、図71に示すフローチャートを参照
しながら本発明に係るサーバー装置における第1の代替
ホスト処理動作について説明する。なお、この動作は、
図9に示す、例えばCPU1000がシステム全体制御
プログラム93,通信プログラム83等を制御すること
により実行される。
【0465】図71は本発明に係るサーバー装置におけ
る第1の代替ホスト処理手順の一例を示すフローチャー
トである。なお、(1) 〜(9) は各ステップを示す。
【0466】以下、図69に示したホストコンピュータ
7501が図示しないDTP(デスクトップパブリッシ
ング)アプリケーションによって作成したページ記述言
語に対応するコード(PDLコード)からCaPSLコ
ードへの変換プログラムを備えていない場合を想定した
処理について説明する。
【0467】先ず、サーバー装置7505内のシステム
全体制御プログラム93がネットワーク7506を介し
て受信したPDLコードがCaPSLコードかどうかを
判定し(1) 、YESならば処理を終了し、NOならば優
先代行ホスト番号を示す優先代行ホスト番号iをリセッ
トして「0」とする(2) 。次いで、優先代行ホスト番号
iと処理可能なホスト数Nとを比較し、i<Nが成立す
るかどうかを判定し(3) 、YESならば優先順位テーブ
ルに従って優先代行ホスト番号iが「0」であるホスト
ステーション7502に通信プログラム等を介してPD
Lコードを送信する(4) 。これに従ってホストステーシ
ョン7502が受信したPDLコードに基づいてラスタ
ライズ処理したビットマップ展開されたデータをネット
ワーク7506を介して受信し(5) 、正常なデータを受
信したかどうかを判定し(6) 、NOならばホスト番号i
を「1」インクリメントし(7) 、次のホストステーショ
ンによる代替ホスト処理を依頼するため、ステップ(3)
に戻る。
【0468】一方、ステップ(6) の判定で受信したデー
タにCaPSLデータのヘッダを添付し(8) 、処理を終
了する。
【0469】一方、ステップ(3) の処理でNOの場合、
すなわちステップ(7) のホスト番号iのインクリメント
によりカウントアップした値が処理可能なホスト数Nを
越えてしまった場合、本実施例ではPSコード用の代替
ホスト数となるNが「2」であるので、ホスト番号i=
1のホストステーション7503でのラスタライズ処理
に失敗した場合には、代替ホストによるラスタライズ処
理が失敗した旨のメッセージをホストコンピュータ75
01およびサーバー装置7505の図示しないディスプ
レイ等に表示し(9) 、処理を終了する。
【0470】このように制御することにより、CaPS
L以外のPDLコードをサーバー装置7505内の通信
プリンタ83等で受信した場合でも、ホストコンピュー
タ7501のオペレータの指示とは無関係に代替ホスト
としてのホストステーション7502,7503により
ラスタライズされたビットマップデータをプリンタ75
05Bより出力することができる。従って、ホストコン
ピュータ7501のオペレータは、サーバー装置750
5に接続されているプリンタ7505BのPDLコード
等に関係なく、DTPアプリケーションで作成した文書
等(文字,図形,グラフィックス)をプリントすること
ができる。
【0471】上述したように本発明に係る第6のサーバ
ー装置の入出力機器制御方法によれば、各ホストコンピ
ュータからのプリント機能処理実行要求時に、各ホスト
コンピュータから指定されたページ記述言語とサーバー
装置上でのページ記述言語とを比較して、各ホストコン
ピュータからのプリント機能処理実行可能性を判定し、
該判定結果に基づいてあらかじめ登録された各ホストコ
ンピュータのページ記述言語種別を参照して、各ホスト
コンピュータから指定されるページ記述言語に従うラス
タライズ処理を、ページ記述言語種別が整合するホスト
コンピュータに代替させながら該ホストコンピュータが
代替したラスタライズデータを入出力機器から出力させ
るので、サーバー装置上で処理可能なページ記述言語と
ホストコンピュータ上のページ記述言語が整合しない場
合でも、ネットワーク上のホスト資源を利用しながら接
続されるページ記述言語が不整合のホストコンピュータ
からのプリント情報を入出力機器から出力させることが
できる。
【0472】以下、図72に示すフローチャートを参照
しながら本発明に係るサーバー装置における第2の代替
ホスト処理動作について説明する。
【0473】図72は本発明に係るサーバー装置におけ
る第2の代替ホスト処理手順の一例を示すフローチャー
トである。なお、(1) 〜(9) は各ステップを示し、図9
に示す、例えばCPU1000がシステム全体制御プロ
グラム93,通信プログラム83等を制御することによ
り実行される。
【0474】本実施例は、図71に示したホストステー
ション7504(SUNコンピュータとして機能するU
NIXマシン)のファイルシステム(例えば米国サンマ
イクロシステムズ社が開発したネットワークファイルシ
ステムNFS)を利用する場合に対応する。
【0475】先ず、サーバー装置7505内のシステム
全体制御プログラム93がネットワーク7506を介し
て受信したPDLコードがCaPSLコードかどうかを
判定し(1) 、YESならば処理を終了し、NOならばサ
ーバー装置7505がドキュメントサーバーであるホス
トステーション7504にPDLコードを送信するよう
にホストコンピュータ7501に要求する。これに応じ
て、ホストコンピュータ7501がネットワーク750
6を介して送信したPDLコードを図示しないメモリに
蓄える(2) 。
【0476】次いで、優先代行ホスト番号を示す優先代
行ホスト番号iをリセットして「0」とする(3) 。次い
で、優先代行ホスト番号iと処理可能なホスト数Nとを
比較し、i<Nが成立するかどうかを判定し(4) 、YE
Sならば優先順位テーブルに従って優先代行ホスト番号
iが「0」であるホストステーション7502にホスト
ステーション7504が蓄えたPDLコードをネットワ
ーク7506を介して送信し、ラスタライズ処理を依頼
する。これを受けて、ホストステーション7502がホ
ストステーション7504(ドキュメントサーバー)か
ら受信したPDLコードを処理する(5) 。
【0477】次いで、ホストステーション7502が受
信したPDLコードに基づいてラスタライズ処理したビ
ットマップ展開されたデータをネットワーク7506を
介してホストステーション7504が受信し、正常なデ
ータを受信したかどうかをホストステーション7504
が判定し(6) 、NOならばホスト番号iを「1」インク
リメントし(8) 、次のホストステーションによる代替ホ
スト処理を依頼するため、ステップ(3) に戻る。
【0478】一方、ステップ(6) の判定でYESの場合
は、受信したデータをサーバー装置7505に転送し
(7) 、処理を終了する。
【0479】一方、ステップ(3) の処理でNOの場合、
すなわちステップ(7) のホスト番号iのインクリメント
によりカウントアップした値が処理可能なホスト数Nを
越えてしまった場合、本実施例ではPSコード用の代替
ホスト数となるNが「2」であるので、ホスト番号i=
1のホストステーション7503でのラスタライズ処理
に失敗した場合には、代替ホストによるラスタライズ処
理が失敗した旨のメッセージをホストコンピュータ75
01およびサーバー装置7505の図示しないディスプ
レイに表示し(9) 、処理を終了する。
【0480】このように制御することにより、通信路の
データ転送が少なくなり、ネットワークの通信効率を高
めることができる。
【0481】以下、図69に示したサーバー装置750
5に複数のプリンタが接続されるシステム構成におい
て、ホストコンピュータ7501が指定したプリンタで
の印字中にエラーが発生した場合の代替プリンタ印字処
理動作について説明する。なお、本実施例では図73に
示すように複数のプリンタ、例えばカラーレーザ複写装
置(CLC)7601,バブルジェットカラー複写装置
7603,セントロニクス対応のビットマッププリンタ
7603が図69に示したサーバー装置7505が制御
可能で、かつ各ホストコンピュータがプリンタ指定に基
づいて1つのプリンタ選択を行う構成となっている。
【0482】図73は本発明に係るサーバー装置におけ
る代替プリンタ選択順位を決定する優先順位テーブルの
一例を示す図である。なお、このテーブルはサーバー装
置7505内のメモリに記憶されている。
【0483】図74は本発明に係るサーバー装置におけ
る代替プリント処理手順の一例を示すフローチャートで
ある。なお、(1) 〜(7) は各ステップを示し、図9に示
す、例えばCPU1000がシステム全体制御プログラ
ム93,通信プログラム83等を制御することにより実
行される。
【0484】各ホストコンピュータからのカラーレーザ
複写装置(CLC)7601へのプリント要求を受け取
ったサーバー装置7505内のシステム全体制御プログ
ラム93は、あらかじめ設定されている図73に示す優
先順位テーブル(カラーレーザ複写装置(CLC)76
01指定時の優先順位は、カラーレーザ複写装置(CL
C)7601が「0」で、バブルジェットカラー複写装
置7602が「1」で、ビットマッププリンタ7603
が「2」)を参照して、先ず、優先代行プリンタ番号を
示す優先代行プリンタ番号piをリセットして「0」と
する(1) 。次いで、優先代行プリンタ番号piが「0」
のカラーレーザ複写装置(CLC)7601に対してプ
リント命令を送信する(2) 。次いで、カラーレーザ複写
装置(CLC)7601にエラーが発生したかどうかを
判定し(3) 、NOならば処理を終了する。
【0485】一方、ステップ(3) の判定においてYES
の場合は、指定先のホストコンピュータに対して、例え
ば「エラーが発生しました代わりのプリンタでプリント
します」等のメッセージを送信する(4) 。なお、メッセ
ージの内容は、モードによってはユーザに他のプリンタ
に出力することの確認を請うこともできる。
【0486】次いで、優先代行プリンタ番号piをイン
クリメントとして(5) 、優先代行プリンタ番号piの値
が接続される総台数(本実施例では「3」)を請えたか
どうかを判定し(6) 、NOならばステップ(2) に戻り、
YESならばプリント失敗のメッセージを出力し(7) 、
処理を終了する。これにより、プリンタ数は、「3」で
あり、優先代行プリンタ番号piが「1」の場合、ステ
ップ(2) に戻り、指定されたプリンタがカラーレーザ複
写装置(CLC)7601の時、先代行プリンタ番号p
iが「1」はバブルジェットカラー複写装置7602で
あるので、サーバー装置7505はブルジェットカラー
複写装置7602にプリント命令を送信する。この時、
ブルジェットカラー複写装置7602が無事にプリント
を完了した時は、上記処理を終了するが、エラーが発生
した場合には、先代行プリンタ番号piが「2」のビッ
トマッププリンタ7603に対してサーバー装置750
5がプリント命令を送信する。この結果、プリンタの種
類にこだわらないユーザであれば、指定プリンタにエラ
ーが起きても面倒な手続きなく、スムーズにプリントを
得ることができる。
【0487】図75は本発明の一実施例を示すサーバー
装置と画像入出力装置との通信制御構成を説明するブロ
ック図である。
【0488】図において、8001,8002はホスト
コンピュータで、DTPソフトやスキャナアプリケーシ
ョンプログラムが起動可能に構成されている。8004
は画像入出力制御装置(例えば図2に示すカラーSPサ
ーバーSP1)で、ネットワーク8003を介してホス
トコンピュータ8001,8002と通信可能に構成さ
れ、インタフェースケーブル8010〜8013を介し
て接続された複写機8008,スキャナ8009および
プリンタ8005,スキャナ8006,プリンタ800
7の駆動を総括制御する。なお、サーバー装置8004
には、後述するエラー処理テーブルETAB等を記憶す
るメモリを備えている。
【0489】図76は、図75に示したサーバー装置8
004に構築されるエラー処理テーブルを説明する図で
あり、図77に示した各入出力機器毎で、かつ各ジョブ
処理情報毎に対応するエラー後の処理手順が記憶され
る。なお、エラー処理テーブルETABは、ホストコン
ピュータ8001,8002からサーバー装置8004
にアップロードして構築するものであっても、あらかじ
めサーバー装置8004に各入出力機器毎で、かつ各ジ
ョブ処理情報毎に登録して構築する構成であっても良
い。
【0490】次に、データの流れを説明する。ホストコ
ンピュータ8001で作成した画像データは入出力機器
の指定情報ともにネットワーク8003(例えば図2に
示したイーサネット等のLAN96)を通じて画像入出
力装置8004に送出する。本実施例において、入出力
機器の指定情報とは、プリンタの指定や解像度の指定等
を含んだものであり、この指定情報に基づいて画像入出
力装置8004は入出力装置を決定し、各種のパラメー
タを設定する。
【0491】例えばホストコンピュータ8001で作成
した複数ページのドキュメントをプリンタ8007から
出力する場合には、ホストコンピュータ8001からド
キュメントを表現するページ記述コマンドと入出力装置
の指定情報がサーバー装置8004に送出される。サー
バー装置8004では、システム全体制御プログラム9
3がページ記述コマンドを解釈し、PDLインタープリ
ター84によりラスタライズして画像データに変換する
ように命令し、インタフェース8011を通してプリン
タ8007に転送する。プリンタ8007では受け取っ
た画像データを出力する。この処理の途中でプリンタ8
007にエラーが発生する場合がある。エラー発生時の
処理が、あらかじめサーバー装置8004に登録されて
いる。ここで、例えばプリンタ8007に対するエラー
処理テーブルETABに基づくエラー対応処理動作につ
いて説明する。
【0492】図76に示すように、エラーの種類とし
て、「電源が入っていない」,「故障」,「紙詰り」,
「インクなし」,「トナーなし」等である。また、エラ
ー対応処理は、プリントジョブ(本実施例ではプリント
処理のことをいい、複数ページのドキュメントをプリン
トする場合にはそのドキュメントすべてを出力すること
を1つのジョブとする)の開始前とジョブの途中の2つ
の場合で違ってくる。1つの例として「紙詰り」のエラ
ー発生時の処理を説明する。
【0493】プリントジョブの開始前、つまり複数ペー
ジのドキュメントをプリント処理する前に、プリンタ8
007が「紙詰り」のエラーで停止しているとサーバー
装置8004が検知すると、図76に示すエラー処理テ
ーブルETABを参照して対応するエラー処理を実行す
る。そこで、サーバー装置8004は、他のプリンタで
出力できる候補を検索し、当該代替出力候補のプリンタ
が存在する(出力待機状態である)する場合は、ドキュ
メントの出力処理を開始して、プリンタ8005に出力
し、その旨をホストコンピュータ8001に通知する。
また、出力できるプリンタがない場合には、出力を中止
してその旨をホストコンピュータ8001に通知する。
【0494】また、ドキュメントの出力途中に「紙詰
り」のエラーが発生した場合、具体的には2ページ目ま
で出力して3ページ目で「紙詰り」を起こした時には、
単緒プリンタに出力すると、各プリンタで使用する紙や
インクの材質の違いから、好ましくない場合もあるの
で、プリントジョブを中断してエラー発生をホストコン
ピュータ8001に通知する。
【0495】このように、あらかじめエラーの発生状態
別に種々のエラー対応処理を登録指定おくことにより、
エラー処理に柔軟性を持たせることができ、自在にカス
タマイズすることができる。従って、例えばドキュメン
トの途中でエラーが発生しても、出力可能なプリンタが
存在する場合には、プリンタの種類が違っても出力した
り、プリンタの種類が同じ場合(共にレーザビームプリ
ンタであるとか、共にバブルジェットプリンタであるに
等)にのみ出力する等のいろいろなエラー処理を登録す
ることが可能になる。
【0496】このエラー対応処理の登録の方法は、サー
バー装置8004をインストールする際に、ユーザがホ
ストコンピュータ8001,8002から設定する方法
や、サーバー装置8004についているパネルやボタン
を使用して設定することができる。
【0497】上述したように、本発明に係る第7のサー
バー装置の入出力機器制御方法によれば、プリント機能
処理またはスキャナ機能処理の実行に伴ってエラーが発
生すると、プリント機能処理状態別またはスキャナ機能
処理状態別に記憶した各エラー回復処理情報を参照して
エラー回復を行うので、プリント機能処理またはスキャ
ナ機能処理の実行状態に対して柔軟なエラー回復処理を
実行させることが可能となる。
【0498】なお、上記実施例ではエラー対応処理を図
76に示すエラー処理テーブルETABに登録した後
は、その内容を変更しないように制御する場合について
説明したが、種々のユーザに対応するため、ユーザ別ま
たはグループ別に識別可能なIDにより、所望のエラー
対応処理を登録できるように構成し、かつプリントジョ
ブの開始時に、ホストコンピュータからエラー対応処理
手順のテーブル、すなわちエラー処理テーブルETAB
に登録するテーブルデータをサーバー装置8004に転
送して、設定できるように構成してもよい。
【0499】
【発明の効果】以上説明したように、第1の発明によれ
ば、プリント機能処理実行中のエラー発生時点における
プリント内部情報を記憶し、他の後続するプリント機能
処理終了後に、該記憶したプリント内部情報に基づくプ
リント機能処理を再起動するので、プリント機能処理実
行中のエラーに伴う中断処理時間を短縮するとともに、
後続するプリント機能処理実行要求を先行させることが
できる。
【0500】第2の発明によれば、一方の入出力機器に
よるプリント機能処理実行中のエラー発生時点における
プリント内部情報を記憶し、後続する他方の入出力機器
によるプリント機能処理終了後に、該記憶したプリント
内部情報に基づく前記一方の入出力機器によるプリント
機能処理を再起動するので、一方の入出力機器によるプ
リント機能処理実行中のエラーに伴う中断処理時間を短
縮するとともに、後続する他方の入出力機器によるプリ
ント機能処理実行要求を先行させることができる。
【0501】第3の発明によれば、各ホストから順次入
力される入出力機器に対する入出力命令を解析し、該解
析結果に基づいて優先順位の高い命令を受信した場合
に、先行している入出力機器のスキャナ機能処理または
プリント機能処理を中断し、該優先順位の高い入出力命
令に従うスキャナ機能処理またはプリント機能処理を先
行させるので、サーバー装置に接続される各入出力機器
の機能処理実行状態に拘らず、後続する入出力処理命令
で先行するスキャナ機能処理またはプリント機能処理の
順位を変更することができる。
【0502】第4の発明によれば、各ホストから入力さ
れる入出力命令種別を解析し、該解析結果に基づいて各
命令の優先順位を自動決定して、命令入力の先後に拘ら
ず入出力機器のスキャナ機能処理またはプリント機能処
理の実行順序または起動しているスキャナ機能処理また
はプリント機能処理の実行状態を制御するので、機能処
理実行種別に最適な順序で、入出力機器のスキャナ機能
処理またはプリント機能処理を実行させることができ
る。
【0503】第5の発明によれば、ホストから所定のネ
ットワークを介して受信した命令を解析して駆動する入
出力機器を確定し、該確定した入出力機器の動作障害有
無を事前判定し、動作障害が発生している場合、該判定
結果に基づいて確定された入出力機器に対する動作障害
発生中を前記ネットワークを介して前記ホストに返信す
るので、ネットワーク上の各ホストに対して、命令受信
時に、指定した入出力機器に障害が発生していることを
適切なタイミングで報知することができる。
【0504】第6の発明によれば、各ホストからのプリ
ント機能処理実行要求時に、各ホストから指定されるペ
ージ記述言語と前記サーバー装置上でのページ記述言語
とを比較して各ホストからのプリント機能処理実行可能
性を判定し、該判定結果に基づいてあらかじめ登録され
た各ホストのページ記述言語種別を参照して、各ホスト
から指定されるページ記述言語に従うラスタライズ処理
を、ページ記述言語種別が整合するホストに代替させな
がら該ホストが代替したラスタライズデータを入出力機
器から出力させるので、サーバー装置上で処理可能なペ
ージ記述言語とホスト上のページ記述言語が整合しない
場合でも、ネットワーク上のホスト資源を利用しながら
接続される不整合のホストからのプリント情報を入出力
機器から出力させることができる。
【0505】第7の発明によれば、プリント機能処理ま
たはスキャナ機能処理の実行に伴ってエラーが発生する
と、プリント機能処理状態別またはスキャナ機能処理状
態別に記憶した各エラー回復処理情報を参照してエラー
回復を行うので、プリント機能処理またはスキャナ機能
処理の実行状態に対して柔軟なエラー回復処理を実行さ
せることができる。
【0506】従って、サーバー装置の各入出力機器がプ
リント情報実行中の何れかのタイミングでエラーが発生
しても、当該プリント情報処理実行状態を記憶して、後
続のプリント情報処理実行が可能となるため、エラー処
理におけるプリント処理中断時間を従来に比べて大幅に
短縮できる。また、中断したプリント情報処理に基づく
未プリント情報処理からプリント処理を再開できるの
で、再開印字時における用紙無駄を大幅に節減できる。
さらに、一方の入出力機器がエラーとなっても、接続さ
れる複数の入出力機器のうち、正常な画像処理可能な入
出力機器に対する入出力ジョブを渋滞させることがなく
なり、接続される入出力機器の稼動率を格段に上げるこ
とができる等の優れた効果を奏する。
【図面の簡単な説明】
【図1】本発明の第1実施例を示すサーバー装置の概要
を説明するシステムブロック図である。
【図2】図1に示したサーバー装置を適用するネットワ
ークシステムの概略を示すシステムブロック図である。
【図3】本発明に係るサーバー装置と各ホストとのネッ
トワーク構築状態を示す図である。
【図4】図1に示したメインCPUボード回路の詳細構
成を説明する回路ブロック図である。
【図5】図4に示したメモリクリアコントローラの詳細
構成を説明するブロック図である。
【図6】図5に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図7】図5に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図8】図5に示した画像描画処理回路の詳細構成を説
明するブロック図である。
【図9】図1に示した第1のインタフェース回路の内部
構成を説明するブロック図である。
【図10】図9に示したリアルタイム圧縮伸長部の詳細
構成の一例を示すブロック図である。
【図11】図10に示したジグザグスキャン部によるジ
グザグスキャン経路の一例を示す図である。
【図12】図1に示した第1のSPインタフェース回路
のパート構成の概略を説明するブロック図である。
【図13】図1に示した第1のSPインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図14】図1に示した第1のSPインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図15】図1に示した第1のSPインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図16】図1に示した第2のSPインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図17】図2に示したスキャナ/プリンタの画像記録
プロセスを説明する模式図である。
【図18】図2に示したスキャナ/プリンタのスキャナ
の原稿走査状態を示す模式図である。
【図19】図2に示したスキャナ/プリンタのスキャナ
のバンド原稿走査状態を示す模式図である。
【図20】本発明に係るサーバー装置とプリンタとのイ
ンタフェース信号の一例を示す図である。
【図21】本発明に係るサーバー装置とプリンタとのイ
ンタフェースの一例を示す回路ブロック図である。
【図22】図21の動作を説明するタイミングチャート
である。
【図23】図21に示したセントロニクスI/F回路に
よるホスト側の信号処理手順の一例を示すフローチャー
トである。
【図24】図21に示したセントロニクスI/F回路に
よるプリンタ側の信号処理手順の一例を示すフローチャ
ートである。
【図25】本発明に係るサーバー装置とホストコンピュ
ータとのプログラム構成を説明する図である。
【図26】本発明に係るサーバー装置における全体制御
手順の一例を示すフローチャートである。
【図27】本発明に係るサーバー装置におけるページ記
述言語に準拠するコード体系の要部を示す図である。
【図28】本発明に係るサーバー装置におけるレイアウ
タによる中間コードへの置換処理を説明する図である。
【図29】本発明に係るサーバー装置におけるバンドメ
モリへの図形情報展開処理状態を示す模式図である。
【図30】本発明に係るサーバー装置におけるページ記
述言語が展開するデータの1画素構造を説明する図であ
る。
【図31】図2に示したスキャナの動作を説明するデー
タ処理経路図である。
【図32】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図33】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図34】本発明に係るサーバー装置とバブルジェット
カラー複写装置とのデータ処理状態を説明するブロック
図である。
【図35】本発明に係るサーバー装置とのネットワーク
システムの構成を説明するブロック図である。
【図36】本発明に係るサーバー装置における異常発生
ジョブ処理手順の一例を示すフローチャートである。
【図37】本発明に係るサーバー装置におけるリトライ
処理手順の一例を示すフローチャートである。
【図38】本発明に係るサーバー装置におけるジョブ制
御状態を説明するタイミングチャートである。
【図39】本発明に係るサーバー装置におけるシステム
全体制御プログラム制御処理状態を示す図である。
【図40】図39に示したシステム全体制御プログラム
制御のイベント処理手順の一例を示すフローチャートで
ある。
【図41】本発明に係るサーバー装置におけるジョブ管
理状態を示す図である。
【図42】本発明に係るサーバー装置におけるジョブ実
行処理手順の一例を示すフローチャートである。
【図43】本発明に係るサーバー装置におけるステータ
スチェック処理手順の一例を示すフローチャートであ
る。
【図44】本発明に係るサーバー装置における優先順位
チェック処理手順の一例を示すフローチャートである。
【図45】本発明に係るサーバー装置におけるインタフ
ェースチェック処理手順の一例を示すフローチャートで
ある。
【図46】本発明に係るサーバー装置におけるジョブ起
動処理手順の一例を示すフローチャートである。
【図47】本発明に係るサーバー装置におけるジョブ処
理状態推移を示すタイミングチャートである。
【図48】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図49】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図50】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図51】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図52】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図53】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図54】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図55】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図56】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図57】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図58】本発明の第2の実施例を示すサーバー装置の
構成を説明するブロック図である。
【図59】図58に示したSPサーバー装置により合成
される印刷レイアウトを示す模式図である。
【図60】本発明の一実施例を示すサーバー装置と画像
入出力装置との通信制御構成を説明する概略的なブロッ
ク図である。
【図61】本発明の一実施例を示すサーバー装置のプリ
ント制御方法を説明するフローチャートである。
【図62】本発明の他の実施例を示すサーバー装置と画
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
【図63】本発明の他の実施例を示すサーバー装置と画
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
【図64】本発明の一実施例を示すサーバー装置の入出
力制御方法を説明するフローチャートである。
【図65】本発明の他の実施例を示すサーバー装置と画
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
【図66】図65に示した通信線を介してホストコンピ
ュータから指定されたSPサーバー装置に送信されるデ
ータの一例を示す図である。
【図67】本発明に係るサーバー装置における第1の入
出力デバイス状態診断処理の一例を説明するフローチャ
ートである。
【図68】本発明に係るサーバー装置における第2の入
出力デバイス状態診断処理の一例を説明するフローチャ
ートである。
【図69】本発明の他の実施例を示すサーバー装置のネ
ットワーク構成を説明するブロック図である。
【図70】本発明に係るサーバー装置のネットワーク上
の代行ホスト管理テーブルの一例を示す図である。
【図71】本発明に係るサーバー装置における第1の代
替ホスト処理手順の一例を示すフローチャートである。
【図72】本発明に係るサーバー装置における第2の代
替ホスト処理手順の一例を示すフローチャートである。
【図73】本発明に係るサーバー装置における代替プリ
ンタ選択順位を決定する優先順位テーブルの一例を示す
図である。
【図74】本発明に係るサーバー装置における代替プリ
ント処理手順の一例を示すフローチャートである。
【図75】本発明の一実施例を示すサーバー装置と画像
入出力機器との通信制御構成を説明するブロック図であ
る。
【図76】図75に示したサーバー装置に構築されるエ
ラー処理テーブルを説明する図である。
【符号の説明】
2001 画像入出力通信制御装置 2002 通信部 2003 画像生成部 2004 メモリ 2005 画像メモリ 2006 コントローラ部 2007 画像入出力装置
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成5年8月25日
【手続補正1】
【補正対象書類名】図面
【補正対象項目名】図2
【補正方法】変更
【補正内容】
【図2】
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小林 重忠 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 高岡 真琴 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 戸田 雅成 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 宍塚 順一 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 福田 康男 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 齋藤 和浩 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 下村 ゆかり 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 山田 修 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 三田 良信 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 根岸 作力 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内 (72)発明者 杉浦 進 東京都大田区下丸子3丁目30番2号 キヤ ノン株式会社内

Claims (7)

    【特許請求の範囲】
  1. 【請求項1】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、プリント機能処理実行中のエラー発
    生時点におけるプリント内部情報を記憶し、後続する他
    のプリント機能処理終了後に、該記憶したプリント内部
    情報に基づきプリント機能処理を再起動することを特徴
    とするサーバー装置の入出力機器制御方法。
  2. 【請求項2】 複数のスキャナ機能処理およびプリンタ
    機能処理を実行する入出力機器が所定のインタフェース
    を介して接続され、かつ所定のネットワークを介して複
    数のホストと通信可能に接続されたサーバー装置の入出
    力機器制御方法において、一方の画像処理装置によるプ
    リント機能処理実行中のエラー発生時点におけるプリン
    ト内部情報を記憶し、後続する他方の画像処理装置によ
    るプリント機能処理終了後に、該記憶したプリント内部
    情報に基づき前記一方の画像処理装置によるプリント機
    能処理を再起動することを特徴とするサーバー装置の入
    出力機器制御方法。
  3. 【請求項3】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、前記所定のネットワークに接続され
    る複数のホストから順次受信した命令を解析して、実行
    中の入出力機器のスキャナ機能処理およびプリンタ機能
    処理よりも優先順位の高い命令を受信した場合、前記入
    出力機器のスキャナ機能処理またはプリント機能処理実
    行を中断し、前記優先順位の高い命令に対する前記入出
    力機器のスキャナ機能処理またはプリント機能処理の実
    行開始を制御することを特徴とするサーバー装置の入出
    力機器制御方法。
  4. 【請求項4】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、前記所定のネットワークに接続され
    る各ホストから受信した命令の種別を解析して、該解析
    結果に応じた優先順位を決定し、該決定された優先順位
    に基づいて前記入出力機器のスキャナ機能処理またはプ
    リント機能処理の実行順序または起動している入出力機
    器のスキャナ機能処理またはプリント機能処理の実行状
    態を制御することを特徴とするサーバー装置の入出力機
    器制御方法。
  5. 【請求項5】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、前記ホストから前記所定のネットワ
    ークを介して受信した命令を解析して駆動する入出力機
    器を確定し、該確定した入出力機器の動作障害有無を事
    前判定し、該判定結果において動作障害が判定された場
    合、動作障害発生中を前記ネットワークを介して前記ホ
    ストに返信することを特徴とするサーバー装置の入出力
    機器制御方法。
  6. 【請求項6】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、各ホストからのプリント機能処理実
    行要求時に、各ホストから指定されるページ記述言語と
    前記サーバー装置上でのページ記述言語とを比較して各
    ホストからのプリント機能処理実行可能性を判定し、該
    判定結果に基づいてあらかじめ登録された各ホストのペ
    ージ記述言語種別を参照して、各ホストから指定される
    ページ記述言語に従うラスタライズ処理を、ページ記述
    言語種別が整合するホストに代替させ、該ホストが代替
    したラスタライズデータを入出力機器から出力させるこ
    とを特徴とするサーバー装置の入出力機器制御方法。
  7. 【請求項7】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の入出力機器
    制御方法において、前記所定のネットワークに接続され
    る各ホストから受信したプリント機能処理またはスキャ
    ナ機能処理の実行に伴って発生するエラー毎の各エラー
    回復処理情報をプリント機能処理状態別またはスキャナ
    機能処理状態別にそれぞれ記憶し、エラー発生時に、該
    記憶された各エラー回復処理情報を参照してエラー回復
    を行うことを特徴とするサーバー装置の入出力機器制御
    方法。
JP02170493A 1993-01-18 1993-01-18 制御装置および制御方法 Expired - Fee Related JP3486427B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP02170493A JP3486427B2 (ja) 1993-01-18 1993-01-18 制御装置および制御方法
US08/811,454 US5859956A (en) 1993-01-18 1997-03-03 Information processing device and information processing method
US08/864,903 US5740028A (en) 1993-01-18 1997-05-29 Information input/output control device and method therefor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP02170493A JP3486427B2 (ja) 1993-01-18 1993-01-18 制御装置および制御方法

Publications (2)

Publication Number Publication Date
JPH06214921A true JPH06214921A (ja) 1994-08-05
JP3486427B2 JP3486427B2 (ja) 2004-01-13

Family

ID=12062450

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02170493A Expired - Fee Related JP3486427B2 (ja) 1993-01-18 1993-01-18 制御装置および制御方法

Country Status (2)

Country Link
US (2) US5859956A (ja)
JP (1) JP3486427B2 (ja)

Families Citing this family (106)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6301016B1 (en) * 1993-12-22 2001-10-09 Canon Kabushiki Kaisha Data processing apparatus connectable to a LAN
US5881213A (en) * 1994-10-05 1999-03-09 Microsoft Corporation Deferred printing
US6208744B1 (en) * 1994-12-14 2001-03-27 Casio Computer Co., Ltd. Document image processor and method for setting a document format conforming to a document image
EP0807292B1 (de) * 1995-02-01 2000-04-05 Ferag AG Verfahren und system zur herstellung und dezentralen auslieferung gedruckter information
US6373581B1 (en) * 1995-02-10 2002-04-16 Canon Kabushiki Kaisha Apparatus to control optional paper conveyance device and image processing apparatus using the same
US6069706A (en) * 1995-07-31 2000-05-30 Canon Kabushiki Kaisha Image reading device and image processing method utilizing the same
US7027187B1 (en) * 1995-08-07 2006-04-11 Electronics For Imaging, Inc. Real time calibration of a marking engine in a print system
US7046391B1 (en) * 1995-08-07 2006-05-16 Electronics For Imaging, Inc. Method and apparatus for providing a color-balanced multiple print engine
US6657741B1 (en) * 1995-08-07 2003-12-02 Tr Systems, Inc. Multiple print engine system with selectively distributed ripped pages
US6977752B1 (en) * 1995-08-07 2005-12-20 Electronics For Imaging, Inc. Method and apparatus for determining toner level in electrophotographic print engines
DE69620533T2 (de) * 1995-10-04 2002-10-02 Canon Kk Bildverarbeitungsverfahren
JP3342271B2 (ja) * 1995-12-27 2002-11-05 キヤノン株式会社 画像処理方法及び装置
US6665081B1 (en) * 1996-07-19 2003-12-16 Seiko Epson Corporation Print system printer driver and printer
JP3517527B2 (ja) * 1996-08-23 2004-04-12 キヤノン株式会社 プリンタ制御装置及びプリンタの制御方法
JPH10124268A (ja) * 1996-08-30 1998-05-15 Canon Inc 印字制御装置
JP3707152B2 (ja) * 1996-09-19 2005-10-19 ブラザー工業株式会社 画像入出力システム
US6701384B1 (en) * 1997-01-07 2004-03-02 Canon Kabushiki Kaisha Image output method and system with a function to change a received print condition
JPH10304180A (ja) * 1997-04-25 1998-11-13 Fuji Xerox Co Ltd 描画処理装置及び描画処理方法
JP3474078B2 (ja) * 1997-05-02 2003-12-08 富士ゼロックス株式会社 描画処理装置
KR100260936B1 (ko) * 1997-08-30 2000-07-01 윤종용 복합기디버그장치및방법
US6154208A (en) * 1997-10-06 2000-11-28 Canon Kabushiki Kaisha Proxy mechanism for non-native GDI formats
EP0910011A3 (en) * 1997-10-14 2000-12-06 Canon Kabushiki Kaisha Apparatus and method for displaying job list, and storage medium for such a program
JP3884840B2 (ja) * 1997-10-27 2007-02-21 キヤノン株式会社 画像読取方法及び装置
JPH11161568A (ja) * 1997-11-28 1999-06-18 Brother Ind Ltd 通信装置および記憶媒体
JPH11203061A (ja) * 1998-01-12 1999-07-30 Fuji Xerox Co Ltd 画像処理装置、出力装置、画像処理システムおよび画像処理方法
JP4817474B2 (ja) * 1998-03-17 2011-11-16 キヤノン株式会社 データ処理装置およびデ―タ処理方法およびコンピュ―タが読み出し可能なプログラムを格納した記憶媒体
JPH11282684A (ja) * 1998-03-27 1999-10-15 Canon Inc 画像処理装置、画像処理装置の制御方法、および記憶媒体
US6266150B1 (en) 1998-08-24 2001-07-24 International Business Machines Corporation Virtual printer
US6535295B1 (en) * 1998-08-24 2003-03-18 International Business Machines Corporation Virtual printer with asynchronous job and device status
US6895557B1 (en) * 1999-07-21 2005-05-17 Ipix Corporation Web-based media submission tool
US6721802B1 (en) * 1999-08-12 2004-04-13 Point2 Technologies Inc. Method, apparatus and program for the central storage of standardized image data
JP2001086361A (ja) * 1999-09-17 2001-03-30 Minolta Co Ltd 画像処理装置
JP2001113759A (ja) * 1999-10-15 2001-04-24 Ricoh Co Ltd 画像データ出力装置
US6732162B1 (en) * 1999-11-15 2004-05-04 Internet Pictures Corporation Method of providing preprocessed images for a plurality of internet web sites
US7177041B2 (en) * 2000-04-17 2007-02-13 International Business Machines Corporation Method and apparatus for detecting and processing print jobs that request backchannel data
US7170617B1 (en) 2000-04-17 2007-01-30 International Business Machines Corporation Method and apparatus for determining how to process incoming print jobs
US6934044B1 (en) 2000-08-30 2005-08-23 Sun Microsystems, Inc. Technique for verifying print job formatting for network printing
US7602847B1 (en) 2001-03-27 2009-10-13 Vixs Systems, Inc. Device and method for compression of a video stream
US20070053428A1 (en) * 2001-03-30 2007-03-08 Vixs Systems, Inc. Managed degradation of a video stream
US8107524B2 (en) * 2001-03-30 2012-01-31 Vixs Systems, Inc. Adaptive bandwidth footprint matching for multiple compressed video streams in a fixed bandwidth network
JP4405691B2 (ja) * 2001-04-06 2010-01-27 キヤノン株式会社 印刷システム
US7246177B2 (en) * 2001-05-17 2007-07-17 Cyber Ops, Llc System and method for encoding and decoding data files
US6992789B2 (en) * 2001-06-15 2006-01-31 International Business Machines Corporation Method, system, and program for managing a multi-page document
US6959348B1 (en) * 2001-07-30 2005-10-25 Vixs Systems, Inc. Method and system for accessing data
US7675972B1 (en) 2001-07-30 2010-03-09 Vixs Systems, Inc. System and method for multiple channel video transcoding
US20030039226A1 (en) * 2001-08-24 2003-02-27 Kwak Joseph A. Physical layer automatic repeat request (ARQ)
JP4383696B2 (ja) * 2001-09-13 2009-12-16 キヤノン株式会社 印刷システム及びその制御方法と印刷管理装置及び方法
US7596127B1 (en) 2001-10-31 2009-09-29 Vixs Systems, Inc. System for allocating data in a communications system and method thereof
US7139330B1 (en) 2001-10-31 2006-11-21 Vixs Systems, Inc. System for signal mixing and method thereof
US7151745B2 (en) * 2001-11-08 2006-12-19 Broadcom Corporation Scalable synchronous packet transmit scheduler
US7106715B1 (en) 2001-11-16 2006-09-12 Vixs Systems, Inc. System for providing data to multiple devices and method thereof
US7356079B2 (en) 2001-11-21 2008-04-08 Vixs Systems Inc. Method and system for rate control during video transcoding
US7403564B2 (en) * 2001-11-21 2008-07-22 Vixs Systems, Inc. System and method for multiple channel video transcoding
NL1019420C2 (nl) * 2001-11-23 2003-05-27 Oce Tech Bv Conditioneel onderbreken van een afdrukopdracht.
US7165180B1 (en) 2001-11-27 2007-01-16 Vixs Systems, Inc. Monolithic semiconductor device for preventing external access to an encryption key
US7180623B2 (en) * 2001-12-03 2007-02-20 Canon Kabushiki Kaisha Method and apparatus for print error recovery
US7310679B1 (en) 2002-04-29 2007-12-18 Vixs Systems Inc. Method and system for transmitting video content while preventing other transmissions in a contention-based network
US7120253B2 (en) * 2002-05-02 2006-10-10 Vixs Systems, Inc. Method and system for protecting video data
US7599077B2 (en) * 2002-07-22 2009-10-06 Fuji Xerox Co., Ltd. Network printing system, network printing device and network printing method
JP2004140683A (ja) * 2002-10-18 2004-05-13 Ricoh Co Ltd 画像処理装置
US7408989B2 (en) * 2003-01-16 2008-08-05 Vix5 Systems Inc Method of video encoding using windows and system thereof
US20040141555A1 (en) * 2003-01-16 2004-07-22 Rault Patrick M. Method of motion vector prediction and system thereof
JP4181890B2 (ja) * 2003-02-13 2008-11-19 キヤノン株式会社 情報処理装置、ジョブ処理方法、プログラム
US7133452B1 (en) 2003-02-24 2006-11-07 Vixs Systems, Inc. Method and system for transcoding video data
US7327784B2 (en) * 2003-02-24 2008-02-05 Vixs Systems, Inc. Method and system for transcoding video data
US7606305B1 (en) 2003-02-24 2009-10-20 Vixs Systems, Inc. Method and system for transcoding video data
US7130350B1 (en) 2003-02-28 2006-10-31 Vixs Systems, Inc. Method and system for encoding and decoding data in a video stream
US7739105B2 (en) * 2003-06-13 2010-06-15 Vixs Systems, Inc. System and method for processing audio frames
JP3757968B2 (ja) * 2003-09-18 2006-03-22 コニカミノルタビジネステクノロジーズ株式会社 スキャナ装置、データ送信方法、データ送信プログラム、およびデータ処理装置
US7668396B2 (en) * 2003-09-29 2010-02-23 Vixs Systems, Inc. Method and system for noise reduction in an image
US7277101B2 (en) 2003-09-29 2007-10-02 Vixs Systems Inc Method and system for scaling images
JP2005122275A (ja) * 2003-10-14 2005-05-12 Canon Inc 情報処理装置及び方法及びプログラム
JP4581404B2 (ja) * 2004-01-06 2010-11-17 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
US7406598B2 (en) * 2004-02-17 2008-07-29 Vixs Systems Inc. Method and system for secure content distribution
TWI258661B (en) * 2004-03-30 2006-07-21 Infortrend Technology Inc Efficient media scan operations for storage systems
JP2005309736A (ja) * 2004-04-21 2005-11-04 Shimadzu Corp 機器分析用データ処理システム
JP4434088B2 (ja) * 2004-08-25 2010-03-17 セイコーエプソン株式会社 認証出力システム、画像出力装置、出力制御プログラムおよび認証出力方法
JP4281715B2 (ja) * 2004-09-17 2009-06-17 セイコーエプソン株式会社 認証出力システム、ネットワークデバイス、デバイス利用装置、出力データ管理装置、出力制御プログラム、出力要求プログラムおよび出力データ管理プログラム、並びに認証出力方法
US7383363B2 (en) * 2004-11-20 2008-06-03 Marvell International Technology Ltd. Method and apparatus for interval DMA transfer access
US7421048B2 (en) * 2005-01-20 2008-09-02 Vixs Systems, Inc. System and method for multimedia delivery in a wireless environment
US7609766B2 (en) * 2005-02-08 2009-10-27 Vixs Systems, Inc. System of intra-picture complexity preprocessing
US8949920B2 (en) * 2005-03-17 2015-02-03 Vixs Systems Inc. System and method for storage device emulation in a multimedia processing system
US7400869B2 (en) * 2005-03-22 2008-07-15 Vixs Systems Inc. System and method for adaptive DC offset compensation in wireless transmissions
JP4170315B2 (ja) * 2005-05-30 2008-10-22 インターナショナル・ビジネス・マシーンズ・コーポレーション 異常判断装置、制御方法、自動車およびプログラム
US20070027981A1 (en) * 2005-07-27 2007-02-01 Giovanni Coglitore Computer diagnostic system
US7707485B2 (en) 2005-09-28 2010-04-27 Vixs Systems, Inc. System and method for dynamic transrating based on content
US20070112826A1 (en) * 2005-11-10 2007-05-17 Vixs Systems, Inc. Multimedia transcoding based on remaining storage capacity
US8131995B2 (en) * 2006-01-24 2012-03-06 Vixs Systems, Inc. Processing feature revocation and reinvocation
US20080062669A1 (en) * 2006-09-07 2008-03-13 Parel Thomas M Gravity dial level indicator for line generator
JP4973145B2 (ja) * 2006-11-20 2012-07-11 船井電機株式会社 管理サーバ及びコンテンツ移動システム
US20080192279A1 (en) * 2007-02-13 2008-08-14 Samsung Electronics Co., Ltd. Image forming apparatus including video data processing device
US8643854B2 (en) * 2007-02-14 2014-02-04 Ricoh Company, Limited Image forming apparatus and print control method used therein
US8144350B2 (en) * 2007-02-15 2012-03-27 Samsung Electronics Co., Ltd. Image forming apparatus and method of controlling the same
JP5263142B2 (ja) * 2009-12-18 2013-08-14 株式会社デンソー 電子制御装置
JP5143117B2 (ja) * 2009-12-28 2013-02-13 キヤノン株式会社 情報処理装置、情報処理装置の制御方法および情報処理システム
JP2011178117A (ja) * 2010-03-03 2011-09-15 Fuji Xerox Co Ltd 画像形成装置、及び給紙装置互換判定処理プログラム
JP5494989B2 (ja) * 2012-01-26 2014-05-21 コニカミノルタ株式会社 印刷システムおよび画像形成装置
US8964239B2 (en) * 2012-01-27 2015-02-24 Xerox Corporation Methods and systems for handling multiple documents while scanning
JP6074165B2 (ja) 2012-06-01 2017-02-01 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
JP6039276B2 (ja) * 2012-07-09 2016-12-07 キヤノン株式会社 画像形成装置
JP6075127B2 (ja) * 2013-03-07 2017-02-08 ブラザー工業株式会社 情報処理プログラム、情報処理装置、および情報処理方法
JP5840173B2 (ja) * 2013-06-21 2016-01-06 京セラドキュメントソリューションズ株式会社 情報処理装置、入出力制御部の再起動方法
JP6233279B2 (ja) * 2014-11-07 2017-11-22 コニカミノルタ株式会社 画像形成装置、画像形成装置の制御プログラム、およびコントローラー
JP6406223B2 (ja) * 2015-11-19 2018-10-17 コニカミノルタ株式会社 情報処理装置
JP2022109754A (ja) * 2021-01-15 2022-07-28 富士フイルムビジネスイノベーション株式会社 制御装置、制御システムおよび制御プログラム
US11586406B2 (en) 2021-01-21 2023-02-21 Kyocera Document Solutions Inc. Printing system and methods to manage printing devices according to information for each printing device

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3634830A (en) * 1969-06-13 1972-01-11 Ibm Modular computer sharing system with intercomputer communication control apparatus
US5155857A (en) * 1987-05-29 1992-10-13 Hitachi, Ltd. Communication processing system in which communication by terminals is controlled according to a terminal management table
DE3912078A1 (de) * 1989-04-13 1990-10-18 Telefonbau & Normalzeit Gmbh Digitale fernmeldevermittlungsanlage
US5282127A (en) * 1989-11-20 1994-01-25 Sanyo Electric Co., Ltd. Centralized control system for terminal device
EP0447252B1 (en) * 1990-03-15 1999-05-26 Canon Kabushiki Kaisha Image communication method and apparatus
US5333246A (en) * 1990-04-05 1994-07-26 Seiko Epson Corporation Page-description language interpreter for a parallel-processing system
US5303336A (en) * 1990-05-14 1994-04-12 Hitachi, Ltd. Printing system including print server
DE69126403T2 (de) * 1990-11-21 1997-10-30 Canon Kk Farbbildübertragungsgerät
US5537552A (en) * 1990-11-27 1996-07-16 Canon Kabushiki Kaisha Apparatus for selectively comparing pointers to detect full or empty status of a circular buffer area in an input/output (I/O) buffer
JPH04282939A (ja) * 1991-03-12 1992-10-08 Fujitsu Ltd 回線障害時のバックアップ方式
US5353388A (en) * 1991-10-17 1994-10-04 Ricoh Company, Ltd. System and method for document processing
JPH05134719A (ja) * 1991-11-14 1993-06-01 Nippondenso Co Ltd 異常復帰システム
DE69329306T2 (de) * 1992-02-28 2001-03-01 Toshiba Kawasaki Kk Kontroller zur aufeinander abgestimmten Regelung zweier Bedienungsterminals
US5226112A (en) * 1992-06-12 1993-07-06 Xerox Corporation Method for translating a plurality of printer page description languages
US5337258A (en) * 1992-07-10 1994-08-09 Microsoft Corporation Cost metrics

Also Published As

Publication number Publication date
US5740028A (en) 1998-04-14
US5859956A (en) 1999-01-12
JP3486427B2 (ja) 2004-01-13

Similar Documents

Publication Publication Date Title
JP3486427B2 (ja) 制御装置および制御方法
JP3332443B2 (ja) 情報処理装置および情報処理方法
JP3792733B2 (ja) サーバー装置および制御方法
JP4035173B2 (ja) 制御装置および制御方法
US6804016B2 (en) Control apparatus for a scanner/printer
US5720013A (en) Scanner printer server and method for selectively outputting scanned information to an information processing apparatus in accordance with a pre-scan command and a scan command
JPH07271702A (ja) スキャナプリンタサーバーシステムおよびスキャナプリンタサーバーシステムの有効機能管理方法
US6226095B1 (en) Image processing apparatus, method, and system
US7038815B2 (en) Image processing apparatus and its method, and image processing system and its control method
JP3257895B2 (ja) スキャナプリンタサーバーシステムおよび自動画像転送方法およびスキャナプリンタサーバー
US6981069B2 (en) Compressed data transmission over a plurality of transmission paths
JPH05292240A (ja) スキャナプリンタサーバー及びスキャナプリンタサーバーシステム
JPH0816332A (ja) スキャナプリンタサーバーシステムおよびそのデータ処理方法
JP4072439B2 (ja) 画像処理装置、データ通信方法、及びプログラム
JP3244138B2 (ja) サーバー装置
US7349135B2 (en) Time multiplexed image data decompression circuit
JPH06214923A (ja) サーバー装置
US7965406B2 (en) Time multiplexed image data decompression circuit
JPH06214919A (ja) サーバー装置およびその画像処理方法
JP3584247B2 (ja) 印刷制御装置及び制御方法
JPH05274397A (ja) 画像処理システム及び画像処理装置
JP4352669B2 (ja) 画像処理システム、画像処理装置、画像処理方法、プログラム
JP3639838B2 (ja) 印刷制御装置及びその制御方法
JP3639835B2 (ja) 印刷制御装置及びその制御方法
JP2613590B2 (ja) カラー像形成装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071024

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081024

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091024

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091024

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101024

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101024

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111024

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111024

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121024

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees