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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits 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/32609—Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
- H04N1/32646—Counter-measures
- H04N1/32651—Indicating or reporting
- H04N1/32662—Indicating or reporting remotely, e.g. to the transmitter from the receiver
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
- G06F3/121—Facilitating exception or error detection and recovery, e.g. fault, media or consumables depleted
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
- G06F3/1234—Errors handling and recovery, e.g. reprinting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
- G06F3/1285—Remote printer device, e.g. being remote from client or server
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00912—Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
- H04N1/00915—Assigning priority to, or interrupting, a particular operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits 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/32502—Circuits 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits 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/32502—Circuits 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/32507—Circuits 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/32512—Circuits 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits 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/32502—Circuits 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/32507—Circuits 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/32512—Circuits 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/32518—Circuits 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits 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/32609—Fault detection or counter-measures, e.g. original mis-positioned, shortage of paper
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K2215/00—Arrangements for producing a permanent visual presentation of the output data
- G06K2215/0082—Architecture adapted for a particular function
- G06K2215/0085—Error recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection 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/00204—Connection 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0015—Control of image communication with the connected apparatus, e.g. signalling capability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0034—Details of the connection, e.g. connector, interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0034—Details of the connection, e.g. connector, interface
- H04N2201/0048—Type of connection
- H04N2201/0049—By wire, cable or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0081—Image reader
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0082—Image 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
害発生に対してネットワーク上の各ホストコンピュータ
側から柔軟、かつ適切に対応することできる。 【構成】 プリント機能処理実行中のエラー発生時点に
おけるプリント内部情報を記憶し、後続する他のプリン
ト機能処理終了後に、該記憶したプリント内部情報に基
づくプリント機能処理を再起動する構成を特徴とする。
Description
びプリンタ機能処理を実行する入出力機器が所定のイン
タフェースを介して接続され、かつ所定のネットワーク
を介して複数のホストと通信可能に接続されたサーバー
装置の入出力機器制御方法に関するものである。
ートホストよりスキャンを行うネットワークスキャナと
いう使用法はなく、スキャナ依頼を行うホストに画像を
取り込む場合には、そのホスト自身に接続されたスキャ
ナより読み込むか、その画像をネットワークを経由して
依頼を行ったホストに転送する方法がある。
字,図形情報とともに印刷する場合、通常は印刷依頼を
行うホスト上でスキャン画像,文字,図形情報を合成
し、ネットワークに接続されたプリンタに出力を行って
いた。
ータ処理形式は、大きく分けて下記のような種類があっ
た。
じプリンタに接続され、ホスト内でビットイメージに展
開しプリンタに伝送する。ネットワーク対応はホストが
面倒を見る。主に、ワークステーション程度の高機能ホ
ストをベースにした形式。
され、プリンタ側で持つインタプリタ機能により、ビッ
トイメージに変換する方式。
語を専用のビットイメージに変換する装置を通じ、さら
にプリンタに専用インタフェースを通じて画像データを
伝送する形式。
ク上のホストから要求された画像出力要求または画像入
力要求に従いスキャナまたはプリンタを制御して、画像
情報をホストと入出力機器との間で転送する際、入出力
機器に何らかの異常、例えば入出力機器の電源がOFF
である場合,入出力機器そのものにエラー(カバーオー
プン状態)が発生している場合,入出力機器(主として
スキャナ)の所定位置に原稿がセットされていない場合
もしくは原稿給送装置からの原稿が給送パス上でジャム
してしまった場合等の場合、ホストにその旨が正確に通
知されない。また、この種のサーバー装置におけるカラ
ー入出力機器は、白黒の入出力機器に比較して価格が高
く、しかもホストとインタフェースするためのインタフ
ェース装置の価格も白黒入出力機器のインタフェース装
置に比べて高くなる。しかも、カラー画像を伝送すると
なると、何らかのデータの抽象化が必要となる。すなわ
ち、画像データに対しては符号化が、文字に対してはコ
ード化が、グラフィックスデータに対してはベクトル化
が必要となる。これらは文書画像データを極力抽象化
し、データ量を削減し、出力機器に対しデバイスに依存
しない形式で記述できる。一方、このような形式で記述
されたデータを受信した側では、上記記述形式のデータ
からそのデバイスに最適化するビットイメージに変換す
るための、いわゆるインタフェース装置が複雑になり、
価格的に高価なものとなる。しかし、カラー入出力機器
環境では機器装置が高価なため、ホストコンピュータ1
台に対し、カラーインタフェース装置,カラー入出力機
器を1セットで対応させていたのでは、交換装置を共同
利用することができなる環境での使用が一般的であっ
た。
備えた画像入出力機器では、プリントエラー発生等によ
り、プリントジョブを手段する場合は、エラー発生時の
プリント状態情報を何ら管理していないので、他のプリ
ント処理を行い、エラーの発生したプリンタのエラーが
回復した後に、中断したプリントジョブを正常に再開で
きなかった。従って、エラー回復後、プリントジョブを
再開する場合、既にプリントしてしまった頁の印字情報
も再度プリントする必要があり、プリント処理時間が長
くなるとともに、紙無駄が発生する等の問題点があっ
た。
ーバー装置では、一方の画像入出力機器でエラーが発生
し、プリント処理を中断しエラー回復するまで待機状態
にあると、他の画像入出力機器も使用不能となってしま
うので、当該エラーが発生してもプリント処理そのもの
を中断させることができず、効率的に画像入出力装置を
使用することができない等の問題点があった。
では、各ホストからの画像入出力機器へのアクセス入力
順序に従って、スキャナ機能処理およびプリント機能処
理を実行していたので、例えば長く処理時間のかかるプ
リント処理を実行していると、急いで画像入力したい場
合でも、長く待つ必要があり、効率的な画像入出力通信
装置の使用ができなかった。一般に、プリント処理に対
して画像入力処理は短時間で処理できるのに、ユーザ
は、画像入力要求の命令をホストコンピュータに入力し
て、ホストコンピュータが通信によりサーバー装置に当
該命令を送信した時点で、先行するジョブ、例えばプリ
ントジョブを実行している場合、当該プリントジョブを
完了するまで、待機処理を余儀なくされ、効率的な入出
力機器の運用が妨げられてしまう等の問題点があった。
正確に通知されないため、ホスト側のオペレータは、画
像入出力要求発生後、長時間にわたって応答無し状態と
なってしまい、トラブル発生有無すら認識できない等の
問題点があった。
ー装置に接続されるプリンタは、通常専用のビットイメ
ージ変換装置を備えているので、指定以外のプリンタが
サーバー装置に接続された場合には、正常に動作しない
という問題点があった。この場合、使用されるプリンタ
の専用言語は、アドビ社製のポストスクリプト,ヒュー
レットパッカード社製のPCL言語である場合が多い。
リント言語とサーバ装置に接続されるプリンタの制御言
語が不一致の場合に印刷処理を実行すると、出力指定さ
れたプリンタに障害が発生してプリントアウトに失敗し
た場合には、そのジョブは前記プリンタの障害が解除さ
れるまで待機するか、または実行されないで終了してし
まうため、プリンタの種類に関わらず早急にプリント結
果を要求するユーザを延々と待機させてしまうか、ある
いは他のプリンタへの出力要求を再度行う等の煩雑な操
作を要求されてしまう等の問題点もあった。
各ホストからの原稿読取り命令または原稿画像出力命令
に基づいて接続されるスキャナ機能処理およびプリント
機能処理を実行する入出力機器の制御中に、何らかのエ
ラー、例えばプリントジョブ中に紙詰りが発生した場
合、従来一義的にエラーをホストコンピュータに通知す
る、あるいは当該プリントジョブを終了してしまうの
で、システム上での同様のプリントジョブ実行可能なプ
リンタが待機していても、当該エラーを発生したプリン
タが回復するのを待って、再度プリントジョブを再開さ
せなければならなくなる。
したエラーの状態に柔軟に対応することができないた
め、ホストコンピュータからのプリントジョブまたはス
キャンジョブを効率よく処理できない等の問題点があっ
た。
なされたもので、サーバー装置に所定のインタフェース
を介して接続される各入出力機器のエラー状態を解析し
て、入出力機器の使用を要求したホストに適切な情報を
通知することにより、各入出力機器の障害発生に対して
ネットワーク上の各ホスト側から柔軟、かつ適切に対応
できるサーバー装置の入出力機器制御方法を提供するこ
とを目的とする。
バー装置の入出力機器制御方法は、プリント機能処理実
行中のエラー発生時点におけるプリント内部情報を記憶
し、後続する他のプリント機能処理終了後に、該記憶し
たプリント内部情報に基づきプリント機能処理を再起動
する。
機器制御方法は、一方の画像処理装置によるプリント機
能処理実行中のエラー発生時点におけるプリント内部情
報を記憶し、後続する他方の画像処理装置によるプリン
ト機能処理終了後に、該記憶したプリント内部情報に基
づき前記一方の画像処理装置によるプリント機能処理を
再起動する。
機器制御方法は、前記所定のネットワークに接続される
複数のホストから順次受信した命令を解析して、実行中
の入出力機器のスキャナ機能処理およびプリンタ機能処
理よりも優先順位の高い命令を受信した場合、前記入出
力機器のスキャナ機能処理またはプリント機能処理実行
を中断し、優先順位の高い命令に対する前記入出力機器
のスキャナ機能処理またはプリント機能処理の実行開始
を制御する。
機器制御方法は、所定のネットワークに接続される各ホ
ストから受信した命令の種別を解析して、該解析結果に
応じた優先順位を決定し、該決定された優先順位に基づ
いて前記入出力機器のスキャナ機能処理またはプリント
機能処理の実行順序または起動している入出力機器のス
キャナ機能処理またはプリント機能処理の実行状態を制
御する。
機器制御方法は、ホストから前記所定のネットワークを
介して受信した命令を解析して駆動する入出力機器を確
定し、該確定した入出力機器の動作障害有無を事前判定
し、該判定結果において動作障害が判定された場合、入
出力機器に対する動作障害発生中を前記ネットワークを
介して前記ホストに返信する。
機器制御方法は、各ホストからのプリント機能処理実行
要求時に、各ホストから指定されるページ記述言語と前
記サーバー装置上でのページ記述言語とを比較して各ホ
ストからのプリント機能処理実行可能性を判定し、該判
定結果に基づいてあらかじめ登録された各ホストのペー
ジ記述言語種別を参照して、各ホストから指定されるペ
ージ記述言語に従うラスタライズ処理を、ページ記述言
語種別が整合するホストに代替させ、該ホストが代替し
たラスタライズデータを入出力機器から出力させる。
機器制御方法は、所定のネットワークに接続される各ホ
ストから受信したプリント機能処理またはスキャナ機能
処理の実行に伴って発生するエラー毎の各エラー回復処
理情報をプリント機能処理状態別またはスキャナ機能処
理状態別にそれぞれ記憶し、エラー発生時に、該記憶さ
れた各エラー回復処理情報を参照してエラー回復を行
う。
中のエラー発生時点におけるプリント内部情報を記憶
し、後続する他のプリント機能処理終了後に、該記憶し
たプリント内部情報に基づくプリント機能処理を再起動
するので、プリント機能処理実行中のエラーに伴うサー
バー装置の中断処理時間を短縮するとともに、後続する
他のプリント機能処理実行要求を先行させることを可能
とする。
によるプリント機能処理実行中のエラー発生時点におけ
るプリント内部情報を記憶し、後続する他方の入出力機
器によるプリント機能処理終了後に、該記憶したプリン
ト内部情報に基づく前記一方の入出力機器によるプリン
ト機能処理を再起動するので、一方の入出力機器による
プリント機能処理実行中のエラーに伴うサーバー装置の
中断処理時間を短縮するとともに、後続する他方の入出
力機器によるプリント機能処理実行要求を先行させるこ
とを可能とする。
入力される入出力機器に対する入出力命令を解析し、該
解析結果に基づいて優先順位の高い命令を受信した場合
に、先行している入出力機器のスキャナ機能処理または
プリント機能処理を中断し、該優先順位の高い入出力機
器に対する入出力命令に従うスキャナ機能処理またはプ
リント機能処理を先行させるので、サーバー装置に接続
される各入出力機器の機能処理実行状態に拘らず、優先
順位によりスキャナ機能処理またはプリント機能処理の
順位を変更することが可能となる。
される入出力命令種別を解析し、該解析結果に基づいて
各命令の優先順位を自動決定して、命令入力の先後に拘
らず入出力機器のスキャナ機能処理またはプリント機能
処理の実行順序または起動しているスキャナ機能処理ま
たはプリント機能処理の実行状態を制御するので、機能
処理実行種別に最適な順序で、入出力機器のスキャナ機
能処理またはプリント機能処理の実行が可能となる。
ネットワークを介して受信した命令を解析して駆動する
入出力機器を確定し、該確定した入出力機器の動作障害
有無を事前判定し、該判定結果において動作障害中が判
定された場合、該判定結果に基づいて確定された入出力
機器に対する動作障害発生中を前記ネットワークを介し
て前記ホストに返信するので、ネットワーク上の各ホス
トに対して、命令受信時に、指定した入出力機器に障害
が発生していることを適切なタイミングで報知すること
が可能となる。
リント機能処理実行要求時に、各ホストから指定される
ページ記述言語と前記サーバー装置上でのページ記述言
語とを比較して各ホストからのプリント機能処理実行可
能性を判定し、該判定結果に基づいてあらかじめ登録さ
れた各ホストのページ記述言語種別を参照して、各ホス
トから指定されるページ記述言語に従うラスタライズ処
理を、ページ記述言語種別が整合するホストに代替させ
ながら該ホストが代替したラスタライズデータを入出力
機器から出力させるので、サーバー装置上で処理可能な
ページ記述言語とホスト上のページ記述言語が整合しな
い場合でも、ネットワーク上のホスト資源を利用しなが
ら接続される不整合のホストからのプリント情報を入出
力機器から出力させることが可能となる。
またはスキャナ機能処理の実行に伴ってエラーが発生す
ると、プリント機能処理状態別またはスキャナ機能処理
状態別に記憶した各エラー回復処理情報を参照してエラ
ー回復を行うので、プリント機能処理またはスキャナ機
能処理の実行状態に対して柔軟なエラー回復処理を実行
させることが可能となる。
置の概要を説明するシステムブロック図である。なお、
詳細なシステムブロック図は後述する。
サーバーは後述する。本システムは、大別してメインC
PU回路1,イーサネット回路2,JPEG圧縮回路
3,スキャナ/プリンタインタフェース回路4より構成
されている。なお、スキャナ/プリンタ(SP)サーバ
ーに複数のスキャナ/プリンタを接続する場合には、そ
の台数分のスキャナ/プリンタインタフェース回路を実
装する。その台数の増減を容易にする為にスキャナ/プ
リンタインタフェース回路は独立したボード上に構成さ
れており、本体とは後述するVMEバス16で接続す
る。残りのメインCPU回路1、イーサネット回路2、
JPEG圧縮回路3は1枚のボード上に構成されてお
り、互いにローカルなバス14で結合されている。
フェース回路(第1のSPインタフェース回路)で、例
えば商品名CLC−500等のディジタルカラー複写装
置100(レーザビームカラー複写装置)とVMEバス
16とのI/Oをインタフェースする。
フェース(第2のSPインタフェース回路)で、例えば
商品名ピクセルジェット等のディジタルカラー複写装置
200(バブルジェットカラー複写装置)とVMEバス
16とのI/Oをインタフェースする。
(商品名)等の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に接続されている。
ージメモリ17と第1の制御回路18等からなる。1ペ
ージ分のメモリが必要な理由は、ディジタルカラー複写
装置100が印刷/スキャンを開始すると途中でフロー
制御する事ができないからである。ページメモリ17
は、メモリの価格が高いので圧縮メモリを構成してい
る。すなわち、このメモリ17に書き込まれるデータ
は、メモリ6でラスタライズされた画像のみである事に
着目し、メモリ17は非可逆圧縮ではあるが、高圧縮率
が得られるADCT圧縮方式を採用している。そのAD
CT圧縮チップはこの図では示していないが、前述のJ
PEG圧縮/伸長コントローラ12と同じチップを用い
ている。
圧縮方式用いる場合、圧縮データはここだけの閉じた回
路で使用されるだけで、外部には出て行かないから、標
準に則る必要はなく、実際、JPEGを改良した効率的
な方法を用いている。第1の制御回路18は例えばZ−
80(商品名)等のCPU等で構成し、複写装置100
との画像以外の制御信号のやり取りをしている。ここの
インタフェースの本数を減らすため、制御コマンドをシ
リアルで送っている。第1のSPインタフェース回路4
−1はVMEバストランシーバー15−2を介してVM
Eバス16と接続している。
ータ縦横変換回路19、バッファメモリ20、画像処理
回路21及び第2の制御回路22等とから成り。VME
バストランシーバー15−3を介してVMEバス16と
接続している。データ縦横変換回路19は、プリント時
は走査方向の画像のデータ形式を走査方向に対して90
°に変換し、スキャン時は走査方向に対して90°のデ
ータ形式を走査方向に変換する。バッファメモリ20は
そのための変換用バッファとして用いる。
ている画像処理機能を補う為に入れている。第2の制御
回路22は第1の制御回路18と同じ機能を提供する為
のものであり、同じ例えばZ−80(商品名)等のCP
U等で構成されている。
例を示すと、LAN11からイサーネットトランシーバ
ー9を介して入ってきたページ記述言語(例えば商品名
CaPSL)は、DMAコントローラ10によって、直接メ
モリ6の特定領域(受信バッファ)に蓄えられる。そこ
で後述するページ記述言語インタープリタープログラム
によってラスターイメージに変換される。JPEG圧縮
画像は、ページ記述言語(以下、PDL)で伸長するこ
ともできるが、高速に伸長するためJPEG圧縮/伸長
回路3が利用される。
ージの画面全体をラスタライズするだけの容量を持た
ず、PDL(例えばCaPSL )を部分的に処理するバンデ
ィングという手法を用いて、何回かに分けて処理され
る。ラスタライズが完了したら、第1のSPインタフェ
ース回路4−1または第2のSPインタフェース回路4
−2に転送され、各プリンターに出力される。なお、ネ
ットワークスキャンを実行する場合の例は後述する。
ネットワークシステムの概略を示すシステムブロック図
である。
は、例えば 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のカラースキャナ/プリンタ
である。
M-PCワークステーションST2、SUN ワークステーショ
ンST3、及びカラーSPサーバーSP1は、相互通信
の為に、共通の通信インタフェースを有する。51,6
1,71,81はローカルエリアネットワーク(LA
N)96と通信する為のイーサネットトランシーバーで
ある。52,62,72,82はLAN96上に構築し
た通信プログラム TCP/IP (商品名)で、米国国防省の
標準である。
データー誤りの無い通信サービス(機能)を提供する。
53,63,73,83は第1のカラースキャナ/プリ
ンタ94,第2のカラースキャナ/プリンタ95を Mac
intosh用のステーションST1,IBM-PC用のステーショ
ンST2,SUN ワークステーションST3から共同利用
するという特別な目的のためのサービス(機能)を提供
する通信プログラムである。53,63はS/Pクライ
アントプログラムとして、クライアント型のサービスを
提供する通信プログラムであり、83はS/Pサーバー
プログラムで、サーバー型のサービスを提供する通信プ
ログラムである。
のカラースキャナ/プリンタ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 変換プロ
グラムとして機能する。
ードを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等は、例えばフロッピ−デ
ィスク等でホストコンピュータに供給されても良い。ま
た、イーサネットトランシーバー、例えばボード回路と
してホストコンピュータに供給されても良い。
置)SP1全体の動作は、システム全体制御プログラム
93によって制御されている。前記 CaPSLコードの受信
も、システム全体制御プログラム93に知らされる。シ
ステム全体制御プログラム93は、後述するPDLイン
タープリタープログラム84に対して、CaPSL コード化
された原稿を、ビットマップ画像にラスタライズする様
に要求する。ビットマップ画像にラスタライズされた画
像データは、デバイスドライバ86に渡され、例えば第
1のプリンタ制御ボード91を介してビデオインタフェ
ース Video I/Fから第1のカラースキャナ/プリンタ9
4に送られ、印刷される。
場合も同様で、上記データの流れと同様であるが、IBM-
PCのステーションST2の場合には、印刷原稿のデータ
フォマットは GDI(商品名)に標準化されている。変換
プログラム64は、主としてGDI/CaPSL 変換プログラム
として機能する。
する場合は、上記変換プログラム54,64に相当する
機能が標準化されていないため、アプリケーションプロ
グラム75が直接通信プログラム73を介して通信す
る。ただし、市販のアプリケーションプログラム、例え
ば FrameMaker (商品名)から印刷できるようにする
為、MIF/CaPSL 変換用の変換プログラム74を間に入れ
ている。
例えば MacintoshのステーションST1の場合、スキャ
ナアプリケーションプログラム58からスキャナインタ
フェースプログラム57を介して通信プログラム53に
スキャンの要求を出す。すると通信プログラム53は、
イーサネットトランシーバ51,LAN96,イーサネ
ットトランシーバ81およびTCP/IPプログラム8
2を介し、通信プログラム83との間に、End-to-End
の通信路を確保し、スキャン命令を伝達するその命令は
システム全体制御プログラム93に伝えられ、スキャナ
制御プログラムに対して第1のカラースキャナ/プリン
タ94をスキャンさせるように要求する。
第1制御ボード91,デバイスドライバ86,通信プロ
グラム83,TCP/IPプログラム82,イーサネッ
トトランシーバ81,LAN96,イーサネットトラン
シーバ51,TCP/IPプログラム52,通信プログ
ラム53,デバイスドライバー57,スキャナアプリケ
ーションプログラム58の順に伝達される。
ャンする場合も同様であるが、SUNワークステーショ
ンST3からスキャンする場合は、デバイスドライバー
57,スキャナインタフェースプログラム67に相当す
る機能が標準化されていないため、スキャナアプリケー
ションプログラム76が直接通信プログラム73を介し
て通信する。なお、スキャナインタフェースプログラム
57,67はスキャナアプリケーションと通信プログラ
ムとのデータの制御を行う。
のスキャナ/プリンタである第2のカラースキャナ/プ
リンタ95が接続されており、第2の制御ボード92を
介して第2のカラースキャナ/プリンタ95を同様に制
御する。
するカラーSPサーバーSP1の全てのプログラムは、
例えばVxWorks (商品名)と言うシステムプログラム
(OS)の管理下で動作する。
えば通信プログラム73,変換プログラム74等)を持
たない一般のUNIXワークステーションからの要求を
受け付ける為、カラーSPサーバーSP1には通信プロ
グラム83と並行して、準業界標準の lpr/lpd通信プロ
グラム90も載せている。
トコンピュータとのネットワーク構築状態を示す図であ
る。
タ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(商品名)等で構成され
るシステムでも本発明を適用できることは言うまでもな
い。
1,イーサネット回路2,JPEG圧縮回路3より構成
されるボード回路の詳細構成を説明する回路ブロック図
である。
3051(商品名)等で構成されるCPUで、ボード回
路全体を制御する。なお、ボード回路にはリアルタイム
OSが搭載されている。このOS上で起動されている図
2に示した通信プログラム83,システム全体制御プロ
グラム93,スキャナ制御プログラム85,PDLイン
タープリタープログラム84等をCPU101が起動
し、マルチプロセスに動作を制御する。
ワークメモリとして機能する。なお、本システムが電源
投入されると、EPROM107内に記憶されている上
記各プログラムやSCSIポート112に接続されたハ
ードディスク等の補助記憶装置またはネットワーク上の
ホストコンピュータに記憶されているプログラムを本メ
モリ上にダウンロードして配置される。このため、各プ
ロセスのプログラム自体は主記憶メモリ102上にあ
り、ここで動作する。
スタ方法に数ライン分蓄積できるバンドメモリである。
当該バンドメモリ103は、PDLデータをビットマッ
プデータに展開するためのメモリである。PDLは通常
1ページ分のビットマップデータを作成してから、プリ
ンタエンジン側にデータを送るが、本システムでは、1
ページを数バンドに分割してビットマップ展開を行う手
法をとる。これは、PDLインタープリタープログラム
84がPDLデータの並べ替え作業を行うことにより実
現する。当該バンドメモリ103に展開されたビットマ
ップデータは、プリンタ側に送られる。その後、次のバ
ンド分の展開が行われて、再びプリンタ側に送られる。
この繰り返しにより、1ページ分のプリントが行われ
る。
む時にも、一時的に本バンドメモリに蓄積される。CP
U101あるいは本システムでは記載していないダイレ
クトメモリアクセス(DMA)のブロック転送機能を用
いて、当該バンドメモリ103より画像データを読み出
し、SCSIポート112に接続されたハードディスク
あるいはイーサネットポート114に接続されたネット
ワークを介して、ホストコンピュータ側に転送される。
1バンド分のデータが転送されると、再び次のバンド幅
分のスキャンデータを入力して繰り返す。
主記憶メモリ102,バンドメモリ103を構築するD
RAMのアクセスとリフレッシュをコントロールする。
通常DRAMは1ワード(8,16,32ビット等)毎
アクセスする方法、ある一定長の連続アクセスする方法
(ページREAD,Write)、DRAMのバンクを
分けて交互にアクセスを繰り返し、アドレス発生は先行
して発生させるインタリーブ方法のアクセス方法がある
が、これらの方法を提供しメモリのアクセスの高速化を
図っている。ただし、主記憶メモリ102,バンドメモ
リ103がSRAMで構成された場合には、リフレッシ
ュ機能は必要はない。105はメモリクリアコントロー
ラで、バンドメモリ103のデータを高速にクリアす
る。
ローラ105の詳細構成を説明するブロック図である。
クリアスタート信号に応じてアドレスバッファ部203
にクリアすべきアドレスを出力する。202はデータラ
ッチで、クリアデータをデータバッファ部204に出力
する。
CPU回路1,イーサネット回路2,JPEG圧縮回路
3より構成される)において、先ず、CPU101がバ
ンドメモリ103内のデータを他の記憶装置あるいはイ
ンタフェースに転送されたことを確認すると、アドレス
バッファ203,データバッファ204をイネーブルに
する。それに対して、バンドメモリ103への他のアク
セス手段をディセーブルにする。データラッチ202に
は、システムの立ち上げ時のイニシャライズであるデー
タ、例えば「00」を設定しておく。CPU101は、
アドレス発生部201に対して、クリアスタート信号を
送る。これに応じて、アドレス発生部201はアドレス
を順次発生して、データラッチ部202に保持されたデ
ータをメモリアクセスコントローラ104を通して、バ
ンドメモリ103に書込む。全メモリ分の書込みが終了
したら、アドレス発生部201は、CPU101にクリ
アエンド信号を送り、クリア動作を終了する。
像データがプリンタデバイスに転送されると、行われた
次のバンドの画像データがPDLインタープリタープロ
グラム84により展開される。その時、PDLインター
プリタープログラム84は、必要な部分にしかビットマ
ップ展開を行わない。例えば図6の(1)に示すバンド
の後半の画像、(2)に示すバンドの展開は、(2)に
属する画像のみが書込まれる。このため、図6の(1)
で既に転送し終った画像データは、不要データとして残
ってしまう。もし、メモリクリアをしなければ、(1)
および(2)に示した画像が混在する画像データがバン
ドメモリ103上に書込まれた状態となってしまう。そ
こで、上記メモリクリアが必要となる。105はメモリ
クリアコントローラは、上記メモリクリア処理をハード
化し、高速処理を可能としている。
ープリタープログラム84の描画機能をハードウエアで
補助するために構成された回路である。PDLインター
プリタープログラム84は線を描いたり、図形の塗りつ
ぶしが非常に多く、相当の時間を必要とする。例えば図
7に示すような図形(1)〜(3)に囲まれた部分の塗
りつぶしは、図中矢印で示すように塗りつぶし処理が実
行される。
06の詳細構成を説明するブロック図である。
で、描画スタート信号に応じてアドレスバッファ部10
6Cにクリアすべきアドレスを出力する。106Bはデ
ータラッチで、描画データをデータバッファ部106D
に出力する。
て、先ず、CPU101がPDLインタープログラム8
4による処理結果から、現在のバンド幅内に、線の描画
や図形の塗りつぶしがある場合、画像描画処理回路10
6へ指令する。先ず、データラッチ106Bに描画デー
タをラッチさせる。次に、アドレス発生部106Aに開
始アドレスとカウント数(1ライン分の描画量)を設定
する。ただし、カウント数は終了アドレスを設定する構
成であっても良い。そして、アドレスバッファ106
C,データバッファ106Dをイネーブルにする。それ
に対して、バンドメモリ103への他のアクセス手段を
ディセーブルにする。CPU101は、アドレス発生部
106Aに対して、描画スタート信号を送る。これに応
じて、アドレス発生部106Aは開始アドレス値より順
次アドレスを発生して、データラッチ部106Bに保持
されたデータをメモリコントローラ104を通して、バ
ンドメモリ103に書き込む。カウント数部(終了アド
レス)に達したら、メモリ書き込みを止めて、描画エン
ド信号を送り、次の開始アドレスとカウント数を設定
し、再びメモリへ書き込みを行う。バンド幅分の描画を
終了すると、バンド幅分の描画を終了する。
エアによる高速化を図ったものであが、例えば専用のL
SIが描画処理をすべて受け持ち、CPU101による
補助を軽減する構成としても良い。
に、CPU101が最初にアクセスするEPROMで、
本システムをコントロールする上記各種プログラムが記
憶されている。なお、EPROM107には、次の2つ
の記憶方法が可能である。第1の方法としては、プログ
ラムがそのまま実行可能な形式で記憶する場合、第2の
方法としては、プログラム全体を可逆的な圧縮方法によ
り圧縮し、その形態で記憶しておき、電源投入後、伸長
しながら、主記憶メモリ102に再配置する場合等であ
る。
EPROM107は、そのまま実行可能なメモリとなる
ため、主記憶メモリ102に再配置されるより、主記憶
メモリ102の節約になるが、EPROM107自身の
容量を大きくすることと、アクセスが一般にEPROM
は遅いという欠点がある。また、第2の方法による場合
は、プログラム全体を圧縮するため、たくさんの量のプ
ログラムをEPROM107に記憶させることができる
ため、EPROM107の記憶容量を削減できるととも
に、主記憶上に再配置するため、アクセスが高速となる
長所を有するが、主記憶メモリ102の容量を大きくす
る必要が生じる等の欠点もある。そこで、本実施例では
第2の方法を採用している。
も記憶データを失わず、電源投入後の起動時に、データ
の書き換えが可能なデバイスである。このため、ネット
ワーク上のアドレスの記憶やスキャナ,プリンタ側の設
定パラメータの記憶等に利用される。109は時計回路
(RTC)で、時刻合せが可能であるとともに、電源O
FF時でも、内部に持つバッテリにより時間がそのまま
進行する。これにより、実時間を知ることが可能とな
り、スキャン時やプリント時の情報として利用される。
110はタイマで、インターバルタイマである。本シス
テムのプログラムはマルチプログラムで動作している
が、その管理は、リアルタイムOSが行っている。タイ
マ110は、数ミリsec 毎のインターバルタイムをCP
U101に通知しており、このタイマ110と優先順位
スケジューラにより、各プログラムにCPU101を割
り当てている。
器インタフェースの標準規格であるSCSIの制御を行
う。112はSCSIポートで、周辺機器を接続するた
めのパラレル入出力I/Fポートである。113はイー
サネットコントローラで、本システムをネットワークの
1方式であるLAN96に接続し、データのやり取りを
行うための制御部として機能する。イーサネットコント
ローラ113は、内部に小さなバッファメモリを有し、
非同期式のCPUと同期式のネットワークとの時間的整
合性を取っている。ネットワークより転送されてくるデ
ータは、このバッファメモリに蓄えられ、逆にネットワ
ークにデータを転送する場合もここから送信される。イ
ーサネットコントローラ113は、電気的タイミングの
制御とデータの転送,転入の制御を行っている。TCP
/IPの通信プログラム82の制御は、イーサネットコ
ントローラ113を用いてCPU101が制御してい
る。
ブル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に転送されて、プリンタデバイスより印
字される。
/伸長回路115へ圧縮画像データを送ったり、受け取
ったりするために用いられる。FIFOメモリ116
は、圧縮動作,伸長動作時の圧縮データと伸長データ
(生画像データ)のデータ量の違いによるデータの転送
タイミングのずれを吸収するために用いられる。117
はRS232Cコントローラ部で、標準のシリアルI/
Fの制御を行う。118はRS232Cポートで、Ac
hannel118aとBchannel118bの2
ポートが用意され、一方を端末接続用にして、ディスプ
レイ表示とキーボード入力を可能としている。また、も
う一方はシリアルインタフェースを有するデバイス接続
用にしている。ここには、レーザビームプリンタのよう
なキャラクタプリンタや簡易スキャナの接続が可能とな
っている。
を端末接続用にしており、ここに端末を接続して、コマ
ンドの入力やパラメータの変更を行うようにしている。
ただし、本システムは疑似端末機能も有し、ネットワー
ク上のホストコンピュータより,rloginしてAc
hannelと同じ操作も可能としている。
ラ部で、セントロニクス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つで構成され、この
中にアドレスバス,データバス等が配置されている。
において異常が発生した場合に、最終的手段として、シ
ステムを再立ち上げする場合に押下される。なお、リセ
ットスイッチ123は、本実施例ではハード的なスイッ
チ機構であるが、上述したRS232Cポート118に
接続された端末、あるいはネットワークからrlogi
nした疑似端末から、プログラムでリセットするプログ
ラムRESET(ウオームRESET)として構成して
も良い。
ED124a,CPU101が実行中を示すLED12
4b,各プログラムが自由に点灯可能なLED124c
等より構成されている。これにより、LED124aが
点灯中であれば、本システムが電源の入湯状態であるこ
とを操作者が視覚的に確認することができる。また、L
ED124bが点灯中であれば、CPU101が実行中
であることを、LED124bが消灯中であれば、CP
U101がウエイト状態であることを操作者が視覚的に
確認することができる。頻繁に点灯するLED124c
は、何かの処理が現在実行されていることを操作者が視
覚的に確認することができ、点灯時間,間隔,回数等の
相違により、どのプログラムによりLEDが点灯したか
等を識別可能となる。
タからのプリント要求処理におけるデータの流れについ
て詳述する。
されたホストコンピュータがデータをプリントしたい場
合、SPサーバシステムにデータと出力先を指定する情
報を送る。この際、SCSIポートにハードディスクが
接続されている場合、データは一旦ハードディスクに蓄
積(スプール)される。また、ハードディスクがない場
合は、主記憶メモリ102に一旦蓄積される。転送され
てくるデータ形式としては、下記(1)〜(3)の3通
りである。
DLインタープリタープログラム84が起動され、バン
ド幅毎のビットマップ展開が行われて、バンドメモリ1
03に書き込まれる。バンドメモリ分のデータが揃う
と、プリンタ側に転送され、次のバンド幅分のビットマ
ップ展開が行われる。
は、バンドメモリ103にバンド幅分データが書き込ま
れ、指定されたプリンタ側に転送される。そして、次の
バンド幅分のデータが用意される。生画像形式の場合、
データ量が多いので、ホストコンピュータ側からは全部
のデータを一括して転送するのではなく、分割して送
る。そのため、プリントの最中もネットワークよりデー
タを受け取る作業が行われる。
場合は、圧縮画像データをFIFOメモリ116に書き
込み、ADCT伸長回路115により生画像データに変
換する。伸長後のデータは、バンドメモリ103にバン
ド幅分データが書き込まれ、指定されたプリンタ側に転
送される。以下、同様の処理をそれぞれ繰り返す。な
お、画像データの形式が、単一形式ではなく、上記デー
タ形式が組み合わさった複合データの場合もある。すな
わち上記(1)のデータ形式と(2)のデータ形式との
組み合わせ、もしくは上記(1)のデータ形式と(3)
のデータ形式との組み合わせの場合には、それぞれ上記
の処理を行う。
I/Fは、VMEバス122上に構成したインタフェー
スボードを介して接続する場合、RS232Cポート1
18に接続した場合、セントロニクスI/Fポート12
0に接続した場合がある。これは、ホストコンピュータ
がどのI/Fに接続されたプリンタにより印刷したかに
より行先が決定される。
ド幅分のデータ転送が終了すると、クリアコントローラ
105がメモリクリアを行う。その後、再びPDL展開
を行い、バンド幅が揃うと、指定されたプリンタ側のイ
ンタフェース回路にデータが転送され、デバイスドライ
バ86によるインタフェース回路(制御ボード)の制御
によりプリンタでの出力処理が行われる。この繰り返し
である。ネットワーク上のホストコンピュータがスキャ
ナより画像データを入力したい場合、本システムは、ス
キャナ起動のための指定情報をホストコンピュータから
もらい、画像入力を開始する。スキャナデバイスのイン
タフェースは、VMEバス122上に構成したI/Fボ
ードを介して接続する場合、RS232Cポート118
に接続する場合がある。この指定もホストコンピュータ
が指定する。
ンドメモリ103にバンド幅分蓄積される。スキャナか
らの画像データを指定されたホストコンピュータに転送
する場合、スキャナ制御プログラム85によって次の2
通りの加工が行われる。
タ、ただし、画像情報のタグを付加したものを含み、第
2の加工としては、圧縮画像形式のデータである。
データの場合には、バンドメモリ103上のデータを、
順次ネットワークを介して指定されたホストコンピュー
タに転送する方法と、一旦SCSIポート112に接続
されたハードディスクに蓄積される場合がある。いずれ
も、ホストコンピュータよりの指定情報で選択される。
また、画像情報を記録したタグをつける場合には、それ
を付加して転送する。
ータの場合は、バンドメモリ103上のデータは、AD
CT圧縮回路115に送られ、圧縮されて、FIFOメ
モリ116に圧縮後のデータが書き出される。そして、
FIFOメモリ116より読み出してはホストコンピュ
ータへ転送し、次のバンド幅分の処理を繰り返し行い、
圧縮画像データを得る。ハードディスクを有する場合
は、一時的に蓄積するという点が違うだけで、他は上述
と同様である。
ながら図1に示した第1のSPインタフェース回路4−
1の詳細構成について説明する。
ェース回路4−1の内部構成を説明するブロック図であ
り、図1と同一のものには同じ符号を付してある。
1002に格納された上記各種制御プログラムに基づい
てボード回路の内部バス1001に接続される各デバイ
スを制御する。1003はRAMで、CPU1000の
ワークメモリ等として機能する。1004はネットワー
クコントローラで、LAN96に接続されるステーショ
ンとのアクセスを制御する。1005はバンドメモリ
で、バンド幅分のデータを記憶する。1006は標準圧
縮伸長部で、画像データの圧縮伸長を行う。1007は
SCSIコントローラで、ハードディスク1008等が
接続されている。
路4−1を総括的に制御するCPUで、ROM212に
記憶された制御プログラム(デバイスドライバ86を補
足するプログラム)に基づいてボード内部バスに接続さ
れる各デバイスを制御するとともに、各部の初期設定や
スキャナ,プリンタとのコマンドのやり取りを行う。2
13はRAMで、CPU211のワークメモリ等として
機能する。214はDPRAMで、第1のSPインタフ
ェース回路4−1とボード回路とのコマンドのやり取り
を行うRAMで、CPU211とVMEバス16を介し
てボード回路のCPU1000が共に独立してメモリア
クセス可能に構成されている。215,216はバッフ
ァメモリで、CPU211とCPU1000との衝突を
避けるために機能する。
画像データをリアルタイムで圧縮伸長するものである。
ここで、リアルタイムとは、ビデオインタフェース22
0を通じて入力される画像データの速度、例えば約15
MHz(32ビット)で画像データのやり取りをする速度
と同時間で処理することを意味する。圧縮メモリ17
は、リアルタイム圧縮伸長部218で圧縮したデータを
格納する。219はラインバッファで、8ラインのラス
タ方向のデータを保存するメモリとして機能する。な
お、当該ラインバッファ219はリアルタイム圧縮伸長
部218からは、8×8のマトリクスでADCT圧縮に
準じたランダムアクセスが可能となっている。217は
DMAコントローラで、圧縮メモリ17とリアルタイム
圧縮伸長部218との間をCPU211を介さずにデー
タを移動させるためのものである。
ナ94A,プリンタ94Bとのインタフェースである。
220bは制御インタフェースである。
に基づく第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を経由して取り込む。
は、生画像データで第1のSPインタフェース回路4−
1とインタフェースするため、第1のSPインタフェー
ス回路4−1内では画像通信に必要とされる標準の圧縮
伸長処理を行うことは必ずしも必要ではなく、高速化や
その他の目的に応じた独自の圧縮伸長が行える。
キャナ94Aの読取りデータを直接圧縮をかける場合に
ついて記述したが、スキャナの読み取りデータに線密度
変換や色空間変換等の画像処理を施した後に、リアルタ
イム圧縮伸長部218が画像圧縮をかけても良く、制限
するものではない。また、画像処理機能は、画像圧縮伸
長部とスキャナ94A,プリンタ94Bとの間に設ける
構成であっても良いし、画像圧縮伸長部をスキャナ94
A,プリンタ94B内に設ける構成であっても良い。
がらリアルタイム圧縮伸長部218の構成および動作に
ついて説明する。
伸長部218の詳細構成の一例を示すブロック図であ
り、特に本実施例では圧縮伸長方式として、ADCT方
式を採用している。
部のラインバッファ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に値が格納される。
算部222,ジグザグスキャン部223,量子化部22
4,量子化テーブル225等でパイプライン動作部が構
成され、タイミング生成用のクロックに同期して動作
し、高速で動作する。また、ハフマン符号化部227,
ハフマンテーブル228,CODECレジスタ229等
で非同期動作部が構成され、外部CPUがCODECレ
ジスタ229をアクセスするスピードに同調して動作す
るように構成されており、CPUのスピードやDMAに
間に合う程度であって、あまり高速には動作しない部分
である。また、パイプライン動作部は、スキャナ94
A,プリンタ94Bの画像転送クロックに追従できるよ
うに高速動作が可能に構成されている。従って、内部F
IFOメモリ226は、同期系のパイプライン動作部と
非同期動作部の動作スピードの緩衝のために設けられて
いる。
と圧縮データが増え、非同期動作部の処理量が多くな
り、非同期動作部の処理スピードが間に合わなくなる。
ただし、色空間変換部221の生画像データのインタフ
ェースは、スキャナ94A、プリンタ94B以外にも接
続可能で、外部にFIFOメモリを設けて、CPU等か
らの非同期アクセスを受けることが可能で、この場合は
パイプライン動作部を低速で動作させたり、一時停止さ
せることが可能である。従って、非同期動作部はスピー
ド的に問題はなくなる。
(例えば2つ)有し、生画像データを複数に分割して、
それぞれの画像圧縮伸長部に与えることにより高速動作
するスキャナやプリンタ等に接続することが可能とな
る。このように、複数に分割された画像データの圧縮で
あるならば、伸長時にも同様にスピード問題は解決され
る。
セスになるわけであるが、図10に示すように、圧縮画
像データは、CODECレジスタ229に渡されると、
ハフマン符号化部227でハフマンテーブル228を参
照しながら逆ハフマン符号化、すなわちデコードされ
る。その値は一旦内部FIFOメモリ226でスピード
の緩衝を受けながら、量子化部224で逆量子化され
る。逆量子化は量子化テーブル225の8×8の量子化
係数を乗算することで行われる。そして、ジグザグスキ
ャン部223で逆ジグザグスキャンされて、DCT計算
部222にDCT係数として渡される。そして、色空間
変換部221において圧縮色空間であるY,Cr,Cb
等よりもとのRGB空間等に戻される。
算,逆DCT計算は、計算のパラメータを入れ替えるだ
けで同一回路で処理される。色空間変換部221でも、
その変換が線形一次変換等の場合には、同様にパラメー
タ変換で行える。
割り算等,逆量子化は掛け算を行うが、割り算も、割る
量子化係数を逆数で持つことにより掛け算になるので、
同一回路で圧縮伸長とも可能である。以下、図12〜図
15を参照しながら第1のSPインタフェース回路4−
1の各モードの動作を例にしてさらに詳細に説明する。
4−1のパート構成の概略を説明するブロック図であ
る。
で、VMEバスインタフェース,画像圧縮伸長部,CP
U回路部等から構成され、後述する図13に詳細を示
す。1200はつなぎメモリ制御部で、後述する図14
に詳細を示す。1300は画像入出力制御部で、スキャ
ナ,プリンタを備えるカラーレーザ複写装置(CL
C),スキャナ,プリンタを備えるバブルジェットカラ
ー複写装置(BJC)とのI/Oを制御する。なお、詳
細は図15に示す。
Pインタフェース回路4−1の詳細内部構成を説明する
回路ブロック図であり、図1と同一のものには同じ符号
を付してある。
り、画面を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分割にしていない標準の圧縮データを扱うことも可能
である。ただし、低い圧縮率のデータには不向きであ
る。
313より常にリフレッシュが行なわれ、データの維持
がなされる。次に、DRAM308のデータをプリンタ
94Bに出力する動作を説明すると、DRAM308よ
りDMAコントローラ307により書き込み時と同様な
制御で圧縮伸長部306にデータが読み出されると、伸
長が行なわれ、生データがバッファ304からFIFO
メモリ302からの出力データはセレクタにおいて画像
の左右のいずれかの面が選択されて、ラッチ315に与
えられる。
LOG変換される。そして、マスキング回路316でC
G用のマスキングを行ない、マスキング回路317で、
自然画用のマスキングを行ない、セレクタ321で画像
の性質に応じてどちらかを選択し、最終的に出力ガンマ
調整部322で変換されてからラインドライバ324を
介してプリンタ94Bに出力される。この時、出力ガン
マ調整部322はガンマ設定レジスタ323に調整され
る。また、マスキング回路316はROMで構成され、
マスキング回路317はロジックであって、黒生成のた
めの黒テーブルが接続されるとともに、初期値データR
OM319の値が初期にロードされるようにタイミング
コントローラ320も周辺に接続されている。プリンタ
94Bが面順次の場合は、伸長動作を面の数だけ行な
い、そのマスキング回路316,317は、出力色に応
じたマスキング処理を行なう。
処理の流れであり、左面についても同様の処理の流れが
行なわれる。すなわち、バッファ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の処理が行なわれる。
る。
出される画像データは、ラインレシーバにより受け取ら
れ、バッファ341により画像の右面がバッファ342
により画像の左面が、FIFOメモリ303,326に
順次取り込まれる。それ以降は、第1のモードと同様の
動作を行なう。すなわち、右面の処理動作について記述
すれば、FIFOメモリ302に書き込まれた画像デー
タは、バッファ304を経由してSRAM305に8ラ
イン分が読み出されて書き込まれる。次に、圧縮伸長部
306によりDRAM308に圧縮データが生成され
る。
ェース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に生画像データとし
て読み出される。
ング回路316,317の選択については、RAM35
1にCG画像があるか、自然画像であるかの属性が書か
れていて、水平方向カウンタ352,垂直方向カウンタ
353より、処理画素位置のアドレスが生成され、セレ
クタ355を介してRAM351に与えられ、その読み
出しデータにより、セレクタ321を制御する。従っ
て、RAM351上の属性はボード回路のCPU100
0よりVMEインタフェース301,セレクタ351を
介し、RAM351上にあらかじめ書き込まれる。ま
た、スキャナ94A,プリンタ94Bとのインタフェー
スは、S/Pタイミングコントローラ356により制御
されている。
いて説明する。
向の有効部分について画像有効信号を送出するもので、
ディレイレジスタ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に与える。
面有効信号をリードパルスジェネレータ370が受け
て、マルチプレクサ371を介してFIFOメモリ32
6よりプリンタ94Bへ出力させる。
スがゲート381を介してマルチプレクサ371を介し
てFIFOメモリ326に与えられ、伸長データが書き
込まれる。
レータ374,リードパルスジェネレータ375,マル
チプレクサ376,ゲート382が同様の動作をするこ
とは言うまでもない。また、画像圧縮伸長部329には
内部のFIFOメモリ302の状態がスタート/ストッ
プロジック386に与えられるとともに、周辺状態を検
出するレジスタ385もスタート/ストップロジック3
86に与えられ、かつ外部のFIFOメモリ326の状
態もFIFOメモリコントローラ部383を介してスタ
ート/ストップロジック386に与えられ、内部のFI
FOメモリ302及び外部のFIFOメモリ326がオ
ーバーフローしたり、アンダーフローしたりしないよう
に管理され、状態に応じて画像圧縮伸長部329のパイ
プライン部329をストップさせたり、スタートさせた
りすることができる。
ストップロジック386,フィホコントローラ部384
に管理され、圧縮伸長部306のパイプライン部がスタ
ートしたり、ストップしたりする。なお、スタート/ス
トップでは、圧縮時に内部のパイプライン部が速すぎて
内部のFIFOメモリ302がオーバーフローしそうな
時や、伸長時に内部のパイプライン分が速すぎて内部の
FIFOメモリ302がアンダーフローしそうな時の他
の圧縮時に画像圧縮伸長部が速すぎて外部FIFOメモ
リ326がアンダーフローしそうな時、および伸長時に
画像圧縮伸長部306が速すぎて外部FIFOメモリ3
26がオーバーフローしそうな時がある。
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
に間に合わないために捨てられる。
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に情報伝達が行なわれている。
−1内のVMEバスへの2つのCPU1000およびC
PU392からのアクセスは衝突することはない。この
時、CPU392の内部バスに接続されているバス変換
部394により画像圧縮伸長部306,329とのイン
タフェースがなされる。バス変換部394は、インタフ
ェース変換部312,330と同様の機能を有し、レジ
スタインタフェース395を介してボード内の各種のレ
ジスタとのインタフェースを行なうので、VEMバスの
インタフェースとしての機能をも合わせて有している。
92のプログラムを格納するROM391,シリアル通
信部390を有している。シリアル通信部390はスキ
ャナ94A,プリンタ94Bとの動作制御をするコマン
ドが送られる。従って、本実施例では図9に示すボード
回路のCPU1000は図13に示す内部のCPU39
2を介してスキャナ94A,プリンタ94Bを制御する
か、ボード回路のCPU1000が直接スキャナ94
A,プリンタ94Bを制御する構成となっている。な
お、コントロールのコマンドとしては、実行コマンドと
してスキャナ94A,プリンタ94Bの起動命令の他
に、状態検知コマンド,状態設定コマンドがある。状態
検知コマンドは、プリンタ94Bの紙有り/紙無し,カ
セット有り/無しサイズ,その他のトナ残量,ジャム発
生等多くのコマンドとともに、現在設定されている動作
モード、すなわち単色/3色/4色や解像度、その他の
画像処理パラメータの検知等が有る。スキャナ94Aに
関しても、ほぼ同様で、その他の原稿台上の原稿有り/
無しや、ランプ切れ等を知ることが可能で有る。
Bではカセットサイズ選択,カセット上下段選択,動作
モードやプリント枚数設定や画像処理系のパラメータ設
定等である。
例えば変倍率設定,2値/多値化設定,標準色空間変
換,独自色空間変換,線密度(解像度変換),領域指定
設定,ガンマ変換設定等が有る。
の画像処理機能を持つために、第1のSPインタフェー
ス回路4−1上では画像処理は行なわずに圧縮する。ま
た、スキャナ94AよりRGBデータとしてデータ受信
する。
力であり、プリンタ部に画像処理をあまり有していない
ため、マスキング,ガンマ変換,LOG変換,CMYK
生成は第1のSPインタフェース回路4−1上で処理さ
れる構成となっている。
フェース回路4−2の詳細構成を説明するブロック図で
あり、図2に示したバブルジェト型のスキャナプリンタ
95(プリンタ95B,スキャナ95A)とS/Pサー
バー装置SP1とのデータ処理をインタフェースする。
また、第2のSPインタフェース回路4−2は一体とし
てインタフェースボードとして構成されている。
ポートRAM403を介してVEMバスにつながってい
るボード回路からのコマンドを受け取り、解釈し、第2
のSPインタフェース回路4−2内部の制御をする。C
PU401は内蔵されたインターバルタイマによって2
ms毎の割り込みを発生させ、バブルジェト型のプリンタ
95B,スキャナ95Aとのコマンドの通信を行う。ま
た、画像処理回路部404,405,406の各種パラ
メータの初期化および変更を行う。
401が実行する制御プログラム(デバイスドライバ8
6を補足するプログラム等)を格納するとともに、画像
処理回路部404,405,406の初期値やプリセッ
ト値を格納する。
1のワークエリア等として機能するとともに、VEMバ
スによってつながれたボード回路のCPU1000と、
CPU401の両方からアクセスことで、両者間の通信
を行う。
して構成され、ルックアップテーブルにより階調変換を
行う。例えばRGBデータをCMYKデータに変換する
ときは、LOG変換を行う。これはあらかじめROM4
02に変換テーブルを用意しておき、これを画像処理回
路部404内のRAMに転送することで実現する。
Cとして構成され、4×5のマトリックス演算とルック
アップテーブルにより階調変換を行う。このマトリック
ス演算によりスキャナ95Aのセンサの特性のRGB空
間と標準色空間としてのNTSCーRGB色空間の変換
または画像処理回路部404の変換した後のCMY
(K)からプリンタ95Bの特性に合わせたCMYKへ
の変換( マスキング処理と呼ばれる) などを行う。さら
にルックアップテーブルによってカラーバランスの調整
が行える。これらの処理も画像処理回路部404と同様
にあらかじめ様々なテーブルを用意しておき、ROMに
格納しておき、用途に合わせて、選択して設定する。
Cとして構成され、データの2値化処理を行う。なお、
本実施例に置ける二値化のアルゴリズムは平均濃度保存
法であるを採用している。407はシリアル/ パラレル
変換部でありスキャナ95A,プリンタ95Bへの通信
のためにCPU401からの8ビットのパラレルのデー
タをシリアルデータに変換する。
95のヘッドの画素数に合わせたバンド形式に合わせた
大きさの画像用メモリである。スキャナ95Aまたはプ
リンタ95Bでは1回の走査の間は画像用クロックに従
ってデータが流れ、動作を止められないために、1 バン
ドの大きさでのバッファリングが必要である。このため
スキャナ95Aによってスキャンされるまたはプリンタ
95Bにプリントされる1 バンド分の画像データをバッ
ファリングを行う。
クセスとスキャナ95A,プリンタ95Bよりの縦方向
のアクセスとの走査形式の変換を行う。
マルチプレクサで、DRAM408へのアクセスはVE
Mバス側からとスキャナ95A,プリンタ95B側から
の2つがあり、これらからのアドレスの切り替えを行
う。さらにDRAM408へのアドレスはROWアドレ
スとCOLUMアドレスに分けて供給するのでこのマル
チプレックスを行う。
ラ部である。RAS,CAS,WE,OEなどのDRA
Mを制御する信号を作り出す。またリフレッシュ信号と
の調停を行う。
A,プリンタ95Bのアクセスのタイミングを生成す
る。これはスキャナ95A,プリンタ95Bからの画像
クロックや同期信号をもとにアクセスのタイミングを作
り出す部分である。
ある。DRAM408へのリフレッシュのタイミングを
作り出す。スキャナ95A,プリンタ95Bのアクセス
のすきまを使いスキャナ95A,プリンタ95Bのアク
セスとが衝突しないように制御している。
VMEバスからのアクセスのための制御信号の処理をす
る。AMコードのデコードや上位アドレスのデコード、
割り込みの処理などである。
のアクセスアドレス生成部である。スキャナ95A,プ
リンタ95Bのアクセスは通常のラスタ形式とは異なっ
ているため、VMEバスからのアクセスのためにラスタ
形式でかかれたメモりに対して、スキャナ95A,プリ
ンタ95B用の特殊なアクセスのアドレスを生成する部
分である。これはバンドの大きさで、走査方向の縦横を
ひっくり返すものである。
バッファ部である。画像データは32ビット幅、コマン
ドは8ビット幅でアクセスをする。
スバッファ部である。画像データは24ビットのアドレ
ス空間、コマンドは16ビットのアドレス空間でアクセ
スする。
タとアドレス以外の部分のバッファである。
ある。VMEバスからのアクセスおよびDRAMへアク
セスは32ビット幅で行うが、画像処理部では8ビット
幅で処理がなされる。このため32ビットのR,G,
B,Xのデータを8ビットのデータとしてR,G,B,
Xの順にシリアルに変換をする。
バッファ418とは反対に、色順次に変化する8ビット
幅のデータラインを4色分まとめて32ビットにする変
換を行う。
処理回路部406によって2値化されたデータは1ビッ
トになっている。これを8ビットに拡張する。すなわ
ち、「0」は「0x00」に、「1」は「0xFF」に
する。
6による2値化処理をバイパスする場合用のバッファ
で、バッファ420とこのバッファ421の出力のどち
らか一方を選択して、2値と多値を切り替える。
のインタフェースの通信部のバッファである。
のインタフェースの入力データ用バッファである。
のインタフェースの出力データ用バッファである。
のインタフェースのクロック,制御信号用の入力バッフ
ァである。
のインタフェースのクロック、制御信号用の出力バッフ
ァである。429はクロック入力ラインである。
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のゲートを制御する。
セットする。そしてデータサイズなどのパラメータはの
パラレル/ シリアル変換部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 回のス
キャンの動作を終了する。
ンタ94Bの画像データ処理について説明する。
A,プリンタ94Bと一体としてカラー画像複写装置が
形成されているため、画像処理機能は1系統しか有して
おらず、スキャナ94A,プリンタ94Bを分離する
と、1つの処理につき、どちらか一方しか有していない
構成となっている。しかも、大部分の画像処理機能はス
キャナ94Aに備えられ、プリンタ94Bは主として変
倍,領域指定,色空間変換,ガンマ変換,色マスキング
処理部等がある。
スキング処理部等を有しているので、ビデオインタフェ
ースの切り口として、標準RGB(NTSCのRGB
等)が用意されていて、RGBのデータは点順次または
パラレル同時に得られる。従って、プリンタ94Bに対
しては、画像処理部を有していないので、C,M,Y,
Kでデータを与えなければならず、外部でC,M,Yへ
の変換や黒(K)生成,色マスキング処理,その他必要
に応じて解像度変換,トリミング等の画像処理を行なっ
てから、ビデオインタフェースに送らなければならな
い。しかもその場合は、面順次に各色ずつC,M,Y,
K4回繰り返し、画像を送出を行なわなければならな
い。また、スキャナ/プリンタともに途中で動作を停止
したり、中断するようなことはできない。
期信号,垂直同期信号およびビデオクロックが含まれて
ビデオデータとの同期をとっている。また、スキャナや
プリンタの電源ON/OFF等のステータス情報も有し
ているので外部からの確認が可能である。また、コマン
ドインタフェースをシリアル通信で行なう機能も有して
おり、これにより、スキャナ94Aやプリンタ94Bの
状態検知や状態設定、スキャナ94Aやプリンタ94B
の起動等の実行コマンド等を発行することができる。
キャナ95A,プリンタ95Bの動作について更に説明
する。
タ95の画像記録プロセスを説明する模式図である。
を表し、102Rはプリントする用紙を表す。これら
は、例えばA4サイズである。103Rはスキャナのセ
ンサのヘッドを表し、104Rはプリンタのヘッドを表
す。プリンタのヘッド104Rはバブルジェット方式に
よってインクを吹き出すノズルが並んでおり、例えば1
28のノズルから構成されている。
ャンできるように、例えば144画素のデータを出力で
きる。これらのヘッドはカラーの場合、スキャナのセン
サではRGBの3色分、プリンタヘッドではCMYKの
4色分が並んで構成されている。105Rは画像処理部
であり、スキャナセンサより入力したRGB信号を処理
し、プリンタヘッドに合わせた特性のCMYK2値信号
として送る。
中のインタフェース部106RからRGB各色8ビット
のデータを外部とやり取りすることができる。スキャナ
/プリンタ95Bではスキャナ95Aのセンサとプリン
タ95Bのヘッドが同期して動き、画像処理部105R
はパイプライン構成となっているため、大きな容量の画
像メモリを持たずに処理がなされている。このためイン
タフェース105Rでやり取りされるデータの走査形式
は特殊なものとなっている。107Rは外部機器であ
る。
タ95Bのスキャナ95Aの原稿走査状態を示す模式図
である。
している。ヘッド自体は原稿( 用紙) に対して図のよう
に横方向( 主走査方向) に動く、センサの各画素はこれ
とは垂直に配列している。このため、データ203Rが
並ぶ。一方、一般的なラスタ走査形式ではデータ204
Rのように並ぶ。
タ95Bのスキャナ95Aのバンド原稿走査状態を示す
模式図である。
302Rは第1のセグメントを示し、303Rは第2の
セグメントを示している。スキャナセンサから出力され
画像処理系を通り2値化されるまでの画像では、セグメ
ント304Rのようにセグメント305Rより大きな画
像が扱われ、幅306Rの大きさだけ重複して処理がな
される。
施例に示したS/Pサーバー装置が制御可能なプリンタ
の一例について説明する。
御可能なプリンタとしては、セントロニクス・インター
フェースを利用可能なプリンタである。セントロニクス
・インターフェースは、米国セントロニクス社が自社の
プリンタ用に開発したコンピュータからプリンタにデー
タを送るための規格で、安価でかつ高速のデータを送る
ことができる。現在のプリンタは、ほとんどこのセント
ロニクスが標準となっている。
示すようにDATASTROBE信号,ACKNOWL
EDGE(ACK)信号,BUSY信号用の3本の制御
線とDATA線によって行なう。
ATA線に、データが出力されたことを示す。BUSY
信号は、現在プリンタが動作中であり、データを受け取
れないことを示か、または、データ・バッファがフルで
あることを示す。
終了したことを示す。
るが、プリンタの制御を考えて、紙切れなどの信号線も
定義してある。図20には、信号名,入出力,備考を示
した。ピン番号は36ピン、25ピン、14ピンとコネ
クタの種類がまちまちな事と、各社で若干定義が変わっ
ていたり、削除されている場合も多いため割愛した。
の一例を示す回路ブロック図である。
/F制御回路で、データバッファ202A,制御線バッ
ファ203Aを備え、図22に示すタイミングチャート
に従ってデータ処理が行なわれる。
I/F制御回路によるホスト−プリンタ間の信号処理手
順の一例を示すフローチャートである。なお、(1) 〜
(3) は各ステップを示し、特にホスト側の処理に対応す
る。
K信号が「H」となったら(1) 、データを設定し(2) 、
DATASTROBE信号を出力して(3) 、ステップ
(1) に戻る。
I/F制御回路によるホスト−プリンタ間の信号処理手
順の一例を示すフローチャートである。なお、(1) 〜
(6) は各ステップを示し、特にセントロニクス対応プリ
ンタ側の処理に対応する。
BUSY信号を「H」とし(2) 、データをデータバスよ
り取り込みを開始する(3) 。次いで、データ取り込みを
終了し(4) 、ACK信号が「L」とし(5) 、BUSY信
号を「L」、かつACK信号を「H」に設定し(6) 、ス
テップ(1) に戻る。データ転送はこのようにして行なわ
れる。
のもと、”ESC”(0x1B)をコマンドやデータの
先頭に付けた方法で制御される場合が多い。例えば、あ
るプリンタにデータを転送する場合、ESC ( A
COUNT COLORDATA,(1B 28 4
1 COUNT COLOR DATA)等のように送
る。
ードである。「COUNT」はデータ数である。「CO
LOR」はRGB、CMYなどの色空間定義である。
「DATA」はカラー画像データである。このようなデ
ータコマンドを連続してプリンタに送れば、プリントが
行なわれる。なお、制御コードや構成は各社のプリンタ
によって違っている。しかしながら、”ESC”を用い
た制御方法は、比較的類似している。
セントロニクス・プリンタを接続し、制御コードを、ソ
フトウエアプログラムでサポートすることにより、各種
セントロニクス・プリンタを利用することができる。
ーバー(ネットワークサーバー)SP1とホストコンピ
ュータとのプログラム構成を説明する図である。以下、
システム全体の流れを概略的に説明する。なお、図2と
同一のものには同一の符号を付してある。また、図25
でのホストコンピュータは図2に示すMacintos
hのステーションST1を例にして説明するが、他のス
テーションST2,ST3等であっても構わない。
1のオペレータがアプリケーションプログラム56を用
いて作成した印刷データをプリントするため、所望とす
るスキャナプリンタネットワークサーバー,プリンタ,
紙サイズ,送出するデータ形式等を選択指示すると、ア
プリケーションプログラム56は変換プログラム54に
データ(指示情報を含む)を通信する。変換プログラム
54はアプリケーションプログラム56から送られたデ
ータを選択されたネットワークサーバーSP1が受け付
けるデータ構造に変換し、通信プログラム53,TCP
/IPプログラム52に通信する。例えばMacint
oshのステーションST1では、QuickDraw
データからCaPSLデータに変換し、IBMPCのス
テーションST2では、GDIデータからCaPSLデ
ータに変換する。
4から送出されたデータをTCP/IPプログラムを介
してネットワークサーバーSP1に通信し、ネットワー
クサーバーSP1の通信プログラム83がTCP/IP
プログラム82を介して受信し、システム全体制御プロ
グラム93に通信する。システム全体制御プログラム9
3は、送られてきたデータを解析し、その時のネットワ
ークサーバーSP1の状態と送られてきたデータに従
い、以下の処理を行う。
データをPDLインタープリタープログラム84に送
る。PDLインタープリタープログラム84は印刷デー
タを受け取り、指定されたプリンタ(例えばスキャナプ
リンタ95のプリンタ)が受け入れ可能なデータに変換
する。例えばプストスクリプト(商品名)やCaPSL
というPDLのデータから画像データに変換する。シス
テム全体制御プログラム93はPDLインタープリター
プログラム84が変換したデータを画像入出力装置制御
プログラムとしてのデバイスドライバ86に送り、デバ
イスドライバ86はデータを指定されたプリンタに送り
プリントさせる。
ータがスキャナアプリケーション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に送られる。
されたスキャナプリンタサーバーへ(例えばスキャナプ
リンタサーバーSP1へ)スキャナプリンタサーバーの
状態を問い合わせる命令が送られた場合は、システム全
体制御プログラム93がネットワークサーバーSP1の
状態(例えばネットワークサーバーSP1に接続されて
いるスキャナプリンタの種類,解像度,紙サイズ,色処
理能力等)を取得し、TCP/IPプログラム82を介
して、通信プログラム83が指定されたホストコンピュ
ータ(例えばワークステーションST1)に通信する。
リンタ94,95またはネットワークサーバーSP1内
でエラーが発生した場合は、システム全体制御プログラ
ム93がエラーの状況を管理し、通信プログラム83が
TCP/IPプログラム82を介して指定されたホスト
コンピュータ(例えばホストコンピュータSP1)に通
信する。
グラム構成により、ホストコンピュータのアプリケーシ
ョンプログラム(例えばDTPソフト)からホストコン
ピュータで指定したプリンタでプリントすることができ
る。また、ホストコンピュータのスキャナアプリケーシ
ョンプログラム(例えばDTPソフト)からホストコン
ピュータで指定したスキャナから画像を入力できるし、
指定したスキャナで入力した画像を別のホストコンピュ
ータへ送出することもできる。また、指定したネットワ
ークサーバーSP1の状態(接続されるスキャナプリン
タの状態)を確認することができる。
るホストコンピュータ,スキャナプリンタサーバーはい
くつ接続されていても本発明の適用を妨げるものではな
い。以下、ホストコンピュータ,ホストコンピュータと
ネットワークサーバーSP1との間のネットワーク処理
について説明する。
ロセスを行なう場合、大きく分けて第1〜第3の処理、
すなわち第1はアプリケーションプログラム(例えばD
TPソフト)によるデータの作成処理、第2はアプリケ
ーションプログラムによって作成されたデータの上記C
aPSLコードへの変換処理、第3はCaPSLコード
のネットワークサーバーSP1への転送処理である。
たデータは、使用するマシンの機種,アプリケーション
プログラムに依存する。例えばSUNワークステーショ
ンでFrame Technology社製のDTPプ
ログラムであるFrameMaker(商品名)を使用
した場合、MIF(商品名)ファイルまたはIPL(商
品名)ファイルで出力される。また、使用するマシンの
機種がIBM社製のIBM−PCでWindows(商
品名)対応のアプリケーションプログラムを使用した場
合、GDI関数の呼び出しになる。また、アップル社製
のMacintosh(商品名)を使用した場合、Qu
ickDraw関数の呼び出しになる。
て作成されたデータの上記CaPSLコードへの変換処
理では、第1の処理で作成されたデータをCaPSLコ
ードに変換するので、マシンの機種,作成されるファイ
ル形式に依存する。例えばSUNワークステーションで
上記Frame Makerを使用した場合、MIFフ
ァイルまたはIPLファイルをCaPSLコードに変換
するプログラムとする。また、使用するマシンの機種が
IBM社製のIBM−PCでWindows対応のアプ
リケーションプログラムを使用した場合、GDI関数か
らCaPSLコードへの変換を変換プログラムで行な
う。さらに、アップル社製のMacintosh(商品
名)を使用した場合、QuickDraw関数をCaP
SLコードへの変換を変換プログラムで行なう。
ワークサーバーSP1への転送処理においては、送信す
るデータはCaPSLであるが、送信処理は送信する際
に使用するプログラムに依存する。例えば図2に示す通
信プログラム83を使用したり、UNIXをOSとして
いるホストコンピュータではlpq/lpdプログラム
90を使用する。
ナプロセスを行なう場合、大きく第1,第2のの処理が
行なわれる。第1にイメージデータをネットワークサー
バーSP1から受信する。第2にスキャナアプリケーシ
ョンプログラムでイメージデータの表示,保存を行な
う。
ータは、第2の処理で使用するスキャナアプリケーショ
ンプログラムが扱えるイメージデータ形式に保存する。
また、ネットワークサーバーSP1からイメージデータ
を受信する際に使用するプログラムとしては、図2に示
す通信プログラム83を使用する。
ションプログラムの使用に依存して、扱えるイメージデ
ータ形式が決まる。入力,出力各々について扱えるイメ
ージデータ形式を定める。例えばビットマップおよびT
IFF形式を入力として許可する。また、出力としてビ
ットマップおよびTIFF形式を許可する。ファイルで
保存する場合、TIFF形式を用いる。表示する場合に
はビットマップを用いることができる。
ーSP1間をネットワークで接続する時は、複数のプロ
グラムを使用する。中心となるプログラムは図2に示す
通信プログラム83である。
図25に示す通信プログラム53とネットワークサーバ
ーSP1側の通信プログラム83がある。ホストコンピ
ュータ側の通信プログラムは、主として第1〜第3の処
理を行なう。
サーバーSP1とリンクを張る。第2はCaPSLデー
タをネットワークサーバーSP1へ送信する。第3はネ
ットワークサーバーSP1からイメージデータを受信し
て上位レイヤへ送る。
として第1,第2の処理を行なう。第1はTCP/IP
プログラム82を介して通信プログラム83で受信した
CaPSLデータをシステム全体制御プログラム93へ
送る。第2はシステム全体制御プログラム93から受け
取ったイメージデータを通信プログラム83へ送信す
る。
コンピュータの上位レイアからのプリントおよびスキャ
ンの要求を通信プログラム53が受け取ることで開始さ
れる。通信プログラム53は、下位レイヤを使用して、
リンクを張る。例えばイーサネットを介して接続した場
合、下位レイアとして、TCP/IPプログラム52を
使用してデータの送受信を行なう。通信プログラム53
では、リンクを張った後に、プリントおよびスキャンに
特有の情報の受け渡しをして、適合する条件にプリンタ
及びスキャナを設定する。プリンタおよびスキャナの設
定が終了後は、プリントはCaPSLをクライアントか
らサーバーへ、またスキャナの設定が終了した後は、プ
リント時はCaPSLをクライアントからサーバーへ、
またスキャン時はイメージデータをサーバからクライア
ントへ各々送信する。プログラムとして、図2に示した
lpdプログラム90も使用できる。ホストとして、U
NIXマシンを使用した場合に、UNIXの標準のプリ
ントコマンドであるlprを使用してプリントが可能と
なる。このlpdプログラム90(図2参照)はプリン
ト時のみに使用する。サーバー側にスプールディスクが
ない場合でもデフォルトの設定での出力は可能である。
な動作は、イベントを入力してイベントに応じた処理を
行なうことと、エラー中の入出力装置に状態を問い合わ
せ、エラーから回復していた場合、エラーによって中断
していたジョブがあれば再開することである。
しながら本発明に係るサーバー装置における全体制御動
作について説明する。
全体制御手順の一例を示すフローチャートである。な
お、(1) 〜(6) は各ステップを示す。
うかを判別し(1) 、ある場合はステップ(2) でイベント
に応じた処理を行ない、ステップ(1) でイベントが無い
場合は、ステップ(3) でエラー中の入出力装置があるか
調べ、ある場合はステップ(4) でエラー中か問い合わ
せ、ステップ(5) でエラー中か判別し、エラーから回復
していればステップ(6) でエラーにより中断していたジ
ョブがあれば再開する。システム全体制御プログラム9
3はネットワークサーバーSP1内でTCP/IPプロ
グラム82,通信プログラム83,PDLインタープリ
タープログラム84,スキャナ制御プログラム85,デ
バイスドライバ86と通信することができ、さまざまな
イベントを受けとる。通信プログラム83から送られる
イベントとして、ジョブの到着、データ転送の終了があ
り、PDLインタープリタープログラム84から送られ
るイベントとして、受信データ処理終了、画像データ描
画終了、ページ描画終了、プリントジョブ終了があり、
スキャナ制御プログラム85からのイベントとして、画
像データ転送要求、画像入力処理終了、ページプリント
終了、エラー発生、正常状態等のイベントがある。
は各イベントに対する動作が定まっており、例えば、通
信プログラム83からジョブの到着が送られると、ジョ
ブの内容を解析し、プリントジョブの場合はPDLイン
タープリタープログラム84にデータを転送し、画像入
力ジョブの場合はスキャナ制御プログラム85にデータ
を転送する。
るエラーとしては、紙なし、インク切れ、紙詰まり、電
源OFF等がある。
ーSP1では、プリンタのページ記述言語としてCaP
SLを採用している。そこで、CaPSLの機能処理等
について説明する。なお、プリンタのページ記述言語と
しては、CapSLに限定されるものではない。
ジを表現している制御コードを入力して、ネットワーク
サーバーSP1のバンドメモリと呼ばれる描画領域に画
像を展開するタスクである。
直接コミュニケーションを持つプログラムは、システム
全体制御プログラム93である。コミュニケーション
は、以下の第1,第2のコミュニケーションである。
体制御プログラム93がCaPSLに引き渡すコミュニ
ケーションであり、その内容は、CaPSLコードの格
納されたファイル名,CaPSLコードが格納されてあ
るメモリの先頭アドレスおよびサイズ,バンドメモリ描
画可能性等である。
タープリタープログラム84がシステム全体制御プログ
ラム93に引き渡すコミュニケーションであり、その内
容は、バンドメモリ描画終了,ページ描画終了,ドキュ
メント描画終了,バンドメモリ描画領域,空バンドメモ
リの情報である。
ム84の内部では、以下の処理が行われる。
メモリと呼ばれる、ある幅を持ったメモリを持っている
ので、PDLインタープリタープログラム84は画像を
バンド幅分だけ部分的に展開しなければならない。PD
Lインタープリタープログラム84は、図27に示すよ
うなプリンタ制御コマンドを入力する。CaPSLコー
ドは、PDLインタープリタープログラム84内部でレ
イアウタと呼ばれるプログラム(図示しない)に基づい
て図28に示す中間コードに置き換えられる。本実施例
において、中間コードとは、いわゆる抽象的な図形の表
現を具体的なデバイスの表現にしたものである。そし
て、1ページ分の中間コードができあがると、ペインタ
と呼ばれるプログラム(図示しない)に基づいて中間コ
ードを参照しながらバンドメモリにラスタイメージを展
開する。
なCaPSLコードをレイアウタが受け取ると、デバイ
スに依存した図28に示す中間コードに置き換える。こ
こで、レイアウタは、図形の大きさに基づいてその図形
が何バンド目から何バンド目まで描かれているかを計算
して、中間コードに登録する。図29では、円(cir
cle)が1〜2バンド、矩形(Rectangle)
が2〜4バンドに描かれる場合を示す。なお、その後に
書かれている数字は、デバイス座標系における、図形の
位置や半径等である。
プログラム)は中間コードを参照しながら、図29に示
すような図形を展開して、バンドメモリに描画する。実
際には、メモリはバンド幅分の大きさしか持っていない
ので、バンドを描画すると、そのデータをプリンタに送
り、メモリをクリアして、次のバンドのデータを描き始
める。第0番目の描画をするために、中間コードを参照
すると、第0番目のバンドに描くべきデータがないこと
が分かり、次のバンドに移る。すると、ペインタは第1
バンド目に描くデータをサーチし、円を検知して1バン
ド分だけ描画する。次に第2バンド目に移り、円と矩形
を描画することが分かるので、円の続きの部分の描画と
矩形を1バンド分だけ描画する。このようにして、ペイ
ンタは、1ページ分のデータを描画するのである。
素の構造は、図30に示されるように、RGBXの32
ビットになっている。これは、色のデータを表わすRG
B24ビットと、付加情報のための8ビットの付加情報
Xから構成されている。ここで、付加情報Xの中は、ビ
ット0がイメージ領域判定ビットであり、CaPSLが
イメージをバンドメモリに描画する時には、このビット
をONにする。また、ビット2は、黒情報ビットになっ
ており、CaPSLで展開された図形や文字の色がRG
Bともに0の場合は、このビットをONにする。これら
の情報は、第1のインタフェース回路4−1でプリンタ
94Bでプリントアウトする際に解析され、画質を向上
させる情報となる。
照しながら、スキャナ94A,95Aの動作について説
明する。なお、図25と同一のもには同じ符号を付して
ある。
95Aの動作を説明するデータ処理経路図である。な
お、画像をバンド単位で切り分けてスキャンするスキャ
ナの場合と、1度に全画像をスキャンする場合のタスク
の動作が多少異なるためそれぞれを説明する。
るスキャナの場合において、先ず、クライアントマシン
としてのホストコンピュータST1から送られてきた、
スキャン命令C1をTCP/IPプログラム82を介し
て通信プログラム83が受信すると、システム全体制御
プログラム93にスキャン命令C2の到着を知らせる。
装置がスプールIを持つ場合は、受信したスキャン命令
C2を元にしてスプールファイルを作って保存し、その
ファイル名C3をスキャナ制御プログラム85に送る。
スプールIを持たない場合は、スキャナコマンドC3を
直接スキャナ制御プログラム85に送る。
コマンドC3を解釈し、解像度等のスキャナ条件設定命
令C4をデバイスドライバ86に与えて指定されたスキ
ャナを起動する。デバイスドライバ86は、それぞれの
スキャナ制御プログラム85に対応して存在する関数で
ある。
86は、リターン値C5をスキャナ制御プログラム85
に返す。これを受けるとスキャナ制御プログラム85
は、スキャン開始命令C6をデバイスドライバ86に与
えて指定されたスキャナを起動する。デバイスドライバ
86は、スキャナEを作動させて画像データを読み込み
バンドメモリFに書き込む。1バンド分描き込むと、ス
キャナ制御プログラム85にスキャン終了のリターン値
C9を返す。これを受け取ったスキャナ制御プログラム
85は、バンドメモリFの画像データに画像処理、例え
ばJPEG圧縮ボードを用いることで圧縮を行ってバッ
ファ領域Hへ描きこむ。
わると、スキャナ制御プログラム85は、システム全体
制御プログラム93に転送要求C11送り、また同時に
デバイスドライバ86にスキャン開始命令C6を与えて
起動する。このスキャンは、前回のスキャンの時の終了
点から読み込むようにスキャナ制御プログラム85で制
御する。
体制御プログラム93は、通信プログラム83に転送要
求C12を送る。これを受け取った通信プログラム83
は、指定されたクライアントマシンとしてのホストコン
ピュータにバッファ領域H内の処理された画像データを
送る。このとき通信プログラム83,システム全体制御
プログラム93は、スキャナ制御プログラム85とは、
異なったプログラムであるので、スキャナ制御プログラ
ム85内の関数であるデバイスドライバ86の制御で動
くスキャナ作動中であっても、画像データの転送を行う
ことができる。
システム全体制御プログラム93に転送終了信号C14
を送り、これを受け取るとシステム全体制御プログラム
93は、スキャナ制御プログラム85に転送終了C15
を送る。スキャナ制御プログラム85は、デバイスドラ
イバ86からのスキャン終了を伝えるリターン値C9,
転送終了C15の両方を受けると、バンドメモリF内の
画像データを画像処理しバッファ領域Hに書き込む。以
上の処理を繰り返すことで画像データをホストコンピュ
ータST1へ送ることができる。なお、別のホストコン
ピュータ(例えばホストコンピュータST2またはホス
トコンピュータST3)を指定することで、他のホスト
コンピュータへ画像データを送ることもできる。
ログラム85が確認すると、システム全体制御プログラ
ム93を介して通信プログラム83まで終了を知らせ
る。
は、クライアントマシンとしての、例えばホストコンピ
ュータST1から送られてきた、スキャン命令C1を通
信プログラム83が受信すると、システム全体制御プロ
グラム93にスキャン命令C2の到着を知らせる。
装置がスプールIを持つ場合は、受信したスキャン命令
C2を元にしてスプールファイルを作って保存し、その
ファイル名C3をスキャナ制御プログラム85に送る。
スプールIを持たない場合は、スキャナコマンドC3を
直接スキャナ制御プログラム85に送る。
コマンドC3を解釈し、解像度等のスキャナ条件設定C
4をデバイスドライバ86に与えて指定されたスキャナ
を起動する。スキャナ条件を設定したデバイスドライバ
86は、リターン値C5をスキャナ制御プログラム85
に返す。これを受けるとスキャナ制御プログラム85
は、スキャン開始命令C6をデバイスドライバ86に起
動する。ここでのスキャナEは、読み込み動作を途中で
止められないものとしている。
りスキャナEを作動させて画像データすべてを取り込
み、取り込んだ画像データに画像処理、例えばJPEG
ボードGを用いてJPEG圧縮を行なってバッファHに
描き込むことができる。
書き込むことも可能である。バッファHが一杯になる
と、スキャナ制御プログラム85は、システム全体制御
プログラム93に転送要求C11を送る。これを受けた
システム全体制御プログラム93は、通信プログラム8
3に転送命令C12を出し、通信プログラム83がバッ
ファHに描かれたデータを指定されたホストコンピュー
タST1へ転送する。なお、別のホストコンピュータ
(例えばホストコンピュータST2またはホストコンピ
ュータST3)を指定することで、他のホストコンピュ
ータへ画像データを送ることができる。
システム全体制御プログラム93に転送終了信号C14
を送り、これを受け取るとシステム全体制御プログラム
93は、スキャナ制御プログラム85に転送終了C15
を送る。スキャナ制御プログラム85は、転送終了C1
5が送られてくるとバンドメモリ内の画像データを画像
処理しバッファHに書き込む。以上の処理を繰り返すこ
とで画像データをクライアントマシンとしての指定され
たホストコンピュータへ送ることができる。
像データの転送を確認すると、システム全体制御プログ
ラム93を介して通信プログラム83まで終了を知らせ
る。
本発明に係るサーバー装置におけるホストコンピュータ
からS/Pサーバー装置へのデータの流れについて説明
する。
サーバー装置(ネットワークサーバー)SP1へのデー
タの流れにおいて、先ず、例えばホストコンピュータS
T1でDTPのアプリケーションプログラム56が実行
されていてドキュメントを作成する。このドキュメント
のデータ形式は、ホストコンピュータの機種、アプリケ
ーションプログラムに依存したものである。そこで指定
されたS/Pサーバー装置SP1が解釈できる形式のデ
ータに変換する必要がある。その変換プログラムが変換
プログラム54である。DTPのアプリケーションプロ
グラム(DTPアプリ)56からはホストコンピュータ
のシステムに依存したデータが変換プログラム54に送
られる。変換プログラム54は、受けとったファイル
を、例えばCaPSLコードに変換する。さらに、Ca
PSLコードに変換したファイルは通信プログラムであ
るlpd505または通信プログラム53に送られる。
/Pサーバー装置SP1の間でネットワークを介して接
続、通信を行なうためのものであり、ここでは2つの内
のどちらか一方のプログラムを用意する。
時を説明する。
として、S/Pサーバー装置SP1側で通信を司るプロ
グラムは通信プログラム83であり、このプログラム間
ではTCP/IPプログラムを使用する。プリント時の
通信プログラム53の役割は主に2つあり、一つは下位
レイヤ(TCP/IP)を介して通信プログラム83と
リンクを張り、通信できる状態にすることである。もう
一つは、変換プログラム54が生成したCaPSLデー
タファイルをS/Pサーバー装置SP1に送信すること
である。
を張りプリント処理に必要な情報をやりとりして最適に
プリントできるようにすること。通信プログラム53の
送ってくるデータを受けとり、システム全体制御プログ
ラム93にデータの到着を知らせる。この時、送られて
きたCaPSLデータ、およびそれに付随する情報は受
信バッファに一時的に貯められている。また、S/Pサ
ーバー装置SP1側で何らかのエラーが起こった時に、
その情報を通信プログラム53に送信するというような
役割もある。
ウトまでの処理について説明する。
グラム56で作成したドキュメントデータはS/Pサー
バー装置SP1に送られたことになる。次に通信プログ
ラム83はシステム全体制御プログラム93にジョブ
(例えばカラーレーザ複写装置(CLC)からプリント
アウト)の到着のイベントを送る。システム全体制御プ
ログラム93はイベント駆動型のプログラムで通信プロ
グラム83,デバイスドライバ86,PDLインタープ
リタープログラム84から送られてくるイベントを常に
待っている。イベントが入ってくるとイベントの発信元
と内容を調べてそれに対応した処理を行なう。 今、シ
ステム全体制御プログラム93には通信プログラム83
から「ジョブが到着した」というイベントが入力されて
いる。この時、システム全体制御プログラム93はイベ
ントを解析してハードディスク519を持っている時に
は受信バッファのドキュメントデータを一旦スプールす
る。そして、ジョブが幾つかたまっている場合には、ジ
ョブの内容、プリンタ、スキャナの状態、ジョブの優先
順位などを考慮して最適にジョブを起動する。
ータを貯めておくことが出来ないので、データの格納さ
れているアドレスとサイズをPDLインタープリタープ
ログラム84に知らせてプリントアウト処理を直ちに行
なうように要求を出す。ここでは、ハードディスクがあ
るものとして説明を続ける。システム全体制御プログラ
ム93はジョブの内容を判断してPDLインタープリタ
ープログラム84にスプールファイル名を渡し、起動の
要求をする。
がらさらに詳述する。
SP1と、例えばカラーレーザ複写装置(CLC)との
データ処理状態を説明するブロック図である。
ログラム84はスプールファイルからCaPSLデータ
を読み込み, 解釈して、図形、文字、イメージをバンド
メモリ518に描画する。CaPSLデータの中に圧縮
符合化されたイメージデータがあった場合にはPDLイ
ンタープリタープログラム84は、標準圧縮伸長部60
6でイメージデータを伸長してバンドメモリに描画す
る。1バンド分の描画を終了すると、PDLインタープ
リタープログラム84はシステム全体制御プログラム9
3に対して「1バンド描画終了」のイベントを発行す
る。イベントを受けとったシステム全体制御プログラム
93はデバイスドライバ86に「1バンド排紙」の要求
イベントを発行する。
615までのデータの流れについて説明する。なお、こ
こではデバイスドライバ86の動作について説明する。
デバイスドライバ86は、バンドメモリ605に格納さ
れている展開データを、サブボード610Aのラインバ
ッファ617に転送する。ラインバッファ617に格納
された展開データはブロック順次でリアルタイム圧縮伸
長部616に転送される。リアルタイム圧縮伸長部61
6では、ブロック順次に得られる画像データを圧縮して
いき、順次圧縮メモリ615に格納する。圧縮メモリ6
15のアドレス生成や、ライト信号の生成はDMAコン
トローラ621が行なう。
ライバ86はシステム全体制御プログラム93に対して
「1バンド排紙終了」のイベントを送信する。イベント
を受けとったシステム全体制御プログラム93は、PD
Lインタープリタープログラム84に対して「1バンド
描画要求」イベントを出力する。このようにバンド毎に
描画しては、圧縮するという処理を繰り返し1ページ分
の圧縮展開イメージを圧縮メモリ615に格納する。最
後のバンドの格納が終了すると、PDLインタープリタ
ープログラム84はシステム全体制御プログラム93に
対して「1ページ描画終了」のイベントを発行する。イ
ベントを受けとったシステム全体制御プログラム93
は、デバイスドライバ86に対して「1ページ排紙命
令」を発行する。
スドライバは、圧縮メモリ615に格納されている1ペ
ージ分の展開イメージをプリントアウトするために次の
ような処理を行なう。
してからリアルタイム圧縮伸長部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ページ目の描画命令」を発行する。このようにして
複数ページのドキュメントの出力が処理されて行く。
と、PDLインタープリタープログラム84は「ドキュ
メント終了」イベントをシステム全体制御プログラム9
3に対して発行する。システム全体制御プログラム93
はデバイスドライバ86に対して「1ページ排紙命令」
を出しデバイスドライバ86はプリント処理を行ない
「1ページ排紙終了」イベントをシステム全体制御プロ
グラム93に対し発行する。なお、プリント終了は、シ
ステム全体制御プログラム93は必要ならば通信プログ
ラム83に「プリント終了」イベントを発行する。通信
プログラム83はホストコンピュータ側の通信プログラ
ム53に対しプリント終了を知らせる。
620が、紙詰まりを起こしたり、紙無しの状態になっ
た時にはデバイスドライバ86からシステム全体制御プ
ログラム93に対して「エラー発生」のイベントが送ら
れる。システム全体制御プログラム93はその旨をPD
Lインタープリタープログラム84と通信プログラム8
3に伝える。PDLインタープリタープログラム84は
プログラムの状態の退避などのエラー時の処理を行な
い、通信プログラム83はエラーの発生や、その内容を
ホストコンピュータ側の通信プログラム83に伝える。
なお、エラーが回復したかどうかを調べる方法は2つ考
えられる。一つは、ある一定期間毎にシステム全体制御
プログラム93がデバイスドライバ86に対して問い合
わせて、デバイスドライバ86が答えるという方法。
93がエラー回復を監視していて回復時にシステム全体
制御プログラム93に対して「エラー回復」のイベント
を発行するというものである。
トコンピュータから、例えばバブルジェットカラー複写
装置へのプリントデータ出力処理について詳述する。
SP1と,例えばバブルジェットカラー複写装置(BJ
C)とのデータ処理状態を説明するブロック図である。
置SP1へのデータの流れは、図32に示すように、ま
ず、ホストコンピュータでDTPのアプリケーションプ
ログラム56が実行されていてドキュメントを作成す
る。このドキュメントのデータ形式は、ホストコンピュ
ータの機種、アプリケーションプログラムに依存したも
のである。そこでS/Pサーバー装置SP1が解釈でき
る形式のデータに変換する必要がある。その変換プログ
ラムが変換プログラム54である。DTPのアプリケー
ションプログラム56からはDTPアプリに依存したデ
ータが変換プログラム54に送られる。変換プログラム
54は、受けとったファイルをCaPSLコードに変換
する。さらに、CaPSLコードに変換したファイルは
通信プログラムであるlpd505または通信プログラ
ム53に送られる。
/Pサーバー装置SP1の間でネットワークを介して接
続、通信を行なうためのものであり、ここでは2つのプ
ログラムを用意する。
時を説明する。
として、S/Pサーバー装置SP1側で通信を司るプロ
グラムは通信プログラム83であり、このプログラム間
ではTCP/IPプログラムを使用する。
主に2つあり、一つは下位レイヤ(TCP/IP)を介
して指定したS/Pサーバー装置SP1とリンクを張
り、通信できる状態にすることである。もう一つは、変
換プログラム54が生成したCaPSLデータファイル
を通信プログラム83に送信することである。
を張りプリント処理に必要な情報をやりとりして最適に
プリントできるようにすること。通信プログラム53の
送ってくるデータを受けとり、システム全体制御プログ
ラムにデータの到着を知らせる。この時、送られてきた
CaPSLデータ、およびそれに付随する情報は受信バ
ッファに一時的に貯められている。
かのエラーが起こった時に、その情報をホストコンピュ
ータ側の通信プログラム53に送信するというような役
割もある。ホストコンピュータ側の通信プログラム53
からプリントアウトする際には、DTPアプリケーショ
ンプログラム56で作成したドキュメントデータは指定
されたS/Pサーバー装置SP1に送られたことにな
る。次に通信プログラム83はシステム全体制御プログ
ラム93にジョブ(例えばBJカラー複写装置からプリ
ントアウト)の到着のイベントを送る。システム全体制
御プログラム93はイベント駆動型のプログラムで通信
プログラム83,デバイスドライバ86,PDLインタ
ープリタープログラム84から送られてくるイベントを
常に待っている。イベントが入ってくるとイベントの発
信元と内容を調べてそれに対応した処理を行なう。
通信プログラム83から「ジョブが到着した」というイ
ベントが入力されている。この時システム全体制御プロ
グラム93はイベントを解析してハードディスク519
を持っている時には受信バッファのドキュメントデータ
を一旦スプールする。そして、ジョブが幾つかたまって
いる場合には、ジョブの内容、プリンタ、スキャナの状
態、ジョブの優先順位などを考慮して最適にジョブを起
動する。
ータを貯めておくことが出来ないので、データの格納さ
れているアドレスとサイズをPDLインタープリタープ
ログラム84に知らせてプリントアウト処理を直ちに行
なうように要求を出す。ここでは、ハードディスクがあ
るものとして説明を続ける。システム全体制御プログラ
ム93はジョブの内容を判断してPDLインタープリタ
ープログラム84にスプールファイル名を渡し、起動の
要求をする。PDLインタープリタープログラム84は
スプールファイルからCaPSLデータを読み込み, 解
釈して、図形、文字、イメージをバンドメモリ518に
描画する。CaPSLデータの中に圧縮符合化されたイ
メージデータがあった場合にはPDLインタープリター
プログラム84は標準圧縮伸長部606でイメージデー
タを伸長してバンドメモリに描画する。1バンド分の描
画を終了すると、PDLインタープリタープログラム8
4はシステム全体制御プログラム93に対して「1バン
ド描画終了」のイベントを発行する。イベントを受けと
ったシステム全体制御プログラム93はデバイスドライ
バ86に「1バンド排紙」の要求イベントを発行する。
ウトする場合には、「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である。
ら、PDLインタープリタープログラム84は「ドキュ
メント終了」イベントをシステム全体制御プログラム9
3に発行しプリントを終える。プリント終了の際、シス
テム全体制御プログラム93は必要ならば通信プログラ
ム83に「プリント終了」イベントを発行する。通信プ
ログラム83はホストコンピュータ側の通信プログラム
53に対しプリント終了を知らせる。
656が、紙詰まりを起こしたり、紙無しの状態になっ
た時には、デバイスドライバ86からシステム全体制御
プログラム93に対して「エラー発生」のイベントが送
られる。システム全体制御プログラム93はその旨をP
DLインタープリタープログラム84と通信プログラム
83に伝える。PDLインタープリタープログラム84
はプログラムの状態の退避などのエラー時の処理を行な
い、通信プリンタ83はエラーの発生や、その内容をホ
ストコンピュータ側の通信プログラム53に伝える。な
お、エラーが回復したかどうかを調べる方法は2つ考え
られる。一つは、ある一定期間毎にシステム全体制御プ
ログラム93がデバイスドライバ86に対して問い合わ
せて、デバイスドライバ86が答えるという方法。
93がエラー回復を監視していて回復時にシステム全体
制御プログラム93に対して「エラー回復」のイベント
を発行するというものである。
場合、単純にこれらの入出力機器を接続したのではお互
いの特性が異なり、最適な色再現が難しくなってしま
う。このため、現在では、各デバイス内では、固有の色
空間で、通信路上では標準の色空間で通信し合う方向で
検討が進んでいる。そこで、以下、このような要請の下
での色空間の変換処理方法について説明する。
空間をA、通信路上の色空間をB、受信プリンタの色空
間をCとする。
知られている色空間、例えばカラー画像符号化で良く用
いられるYCrCb色空間の場合について説明する。
空間と異なり色域が異なるのが一般的で、通常は両色空
間間を第(1)式のような形式で結合する。
標(Ra,Ga,Ba)であり、対応するYCrCb色
空間上の1点を(y,cr,cb)とする。これらのす
べての色空間上で近似できるように、例えば最小2乗法
により、a11〜a33までの係数を求めて利用する。
従って、上記第(1)によりデバイスの入力色空間と通
信上の色空間化変換を行う。
色空間に変換する場合、いくつかの方法があるが、本実
施例では以下のように処理する。
bとした場合、YCrCbからRGBに変換される。Y
CrCb空間は、NTSCと線形変換できるので、以
下、NTSC色空間として説明する。
本としているが、印刷は減方混色系が用いられる。従っ
て、加法混色と減方混色の変換が必要となる。この変換
は、構成が複雑で純粋に論理的に解決するのは非常に難
しい。そこで、本実施例では記録側の色空間に近い加法
混色系色空間を記録側の内部的標準色空間とする。ここ
では、NTSC色空間より、狭いHDTV(HighD
efinitionTV)色空間を記録側標準色空間D
とする。
ス色空間Cとの関係は、下記第(2)で決定される。
ー,マゼンタ,シアン,ブラックの各成分である。R
h,Gh,Bhは記録側標準色空間成分である。また、
A11〜A43までは、印刷と記録内部標準色空間を複
数の点で関係付け、最小2乗法で計算される係数であ
る。
標準色空間は下記のように変換する。
激からNTSCが表現できる色間の3次元的最外郭面代
表情報を求める。同様にして、記録側内部標準色空間H
DTVの最外郭面の代表位置情報も得られる。
n,Bn)からHDTV色空間の対応点(Rh,Gh,
Bh)を求める場合は、Rn,Gn,BnからCIEL
* a*b* 変換し、Ln,an,bnとする。同様にし
て、Rh,Gh,BhからCIEL* a* b* 変換し、
Lh,ah,bhとする。Ln一定でθ=atan(a
n/bn)に近いHDTV,NTSC各色空間上の最外
郭近似位置を前述テーブルから求める。そのNTSC最
外郭面位置を(Lon,aon,bon),HDTV最
外郭面位置を(Lon,aoh,boh)とすると、a
h,bhは下記第(3)式により決定される。
での対応位置である。従って、NTSC色空間上の任意
の1点(Rn,Gn,Bn)は、記録側標準色空間上で
は、(Rh,Gh,Bn)に変換される。従って、上述
(2)式により印刷すべきY,M,C,Kの各成分量が
決定され、印刷可能となる。
間を設けているが、これは通信回線上での標準色空間は
1つに絞られていないためである。従って、複数の標準
色空間が使用される可能性がある。その場合でも、本方
式を用いていれば通信上の色空間がNTSC色空間でな
くともそれ自身の色空間を規定できるものであれば、上
記方法により標準色空間変換が可能となる。
常処理について説明する。
ットワークシステムの構成を説明するブロック図であ
る。
場合、S/Pサーバー装置SP1664は異常が発生し
た周辺機器が異常から回復するまで待つのではなく、そ
の状態で実行可能なジョブを優先的に実行していく( 実
行可能なジョブに関しては、後述する) 。また、異常が
発生したときに異常が発生した周辺機器に対して実行し
ていたジョブ( 以下エラージョブともいう) を、ジョブ
再開のために必要な情報を保存した後に、実行時にエラ
ーが発生した処理待ちのジョブとしてS/Pサーバー装
置SP1664内に登録することにより、異常が発生し
た周辺機器が異常から回復した後にジョブを再開するこ
とが可能である。エラージョブを再開可能なように登録
するか登録しないかは、発生した異常の程度や、SPサ
ーバーの設定による。
タ661〜663および2台のカラースキャナプリンタ
665,666および1台のスキャナ667が接続され
ている場合で説明する。
は、各々プリントとスキャンのジョブを処理することが
出来る。以下、図36に示すフローチャートを参照しな
がら異常発生ジョブ処理動作について説明する。S/P
サーバー装置664図36は本発明に係るサーバー装置
における異常発生ジョブ処理手順の一例を示すフローチ
ャートである。なお、(1) 〜(10)は各ステップを示す。
スキャナプリンタ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) 。
ブとは、現在異常が発生しているカラースキャナプリン
タ665に対するプリントジョブ以外のジョブ、すなわ
ち、 ・カラースキャナプリンタ665に対するスキャンジョ
ブ ・カラースキャナプリンタ666に対するプリントジョ
ブ ・カラースキャナプリンタ666に対するスキャンジョ
ブ ・カラースキャナプリンタ667に対するスキャンジョ
ブ である。
する方式に従ってジョブを実行する。
異常が回復困難な異常であるとS/Pサーバー装置66
4が判断しなかった場合、S/Pサーバー装置664は
カラースキャナプリンタ665に対してリトライ処理
(図37参照)を行なう。
えば5回) まで繰り返し行なわれる(3) 。N回のリトラ
イを行なうまでにカラースキャナプリンタ665が異常
状態から回復した( リトライに成功した) 場合、ジョブ
を再開する(6) 。N回のリトライを行なってもカラース
キャナプリンタ665が異常状態から回復しなかった(
リトライに失敗した) 場合、S/Pサーバー装置664
は他の処理可能なジョブがあるかどうかを調べる(4) 。
処理可能なジョブがなかった場合、S/Pサーバー装置
664はリトライ回数とは別に定めておいたM回( 例え
ば1回) のリトライを行ない(5) 、リトライに成功した
ならば、エラージョブを再開する。リトライに失敗した
場合は、再び処理可能なジョブがあるかどうかを調べる
(4) 。処理可能なジョブがあった場合、S/Pサーバー
装置664はエラージョブのジョブ退避を行ない(7) 、
エラージョブを実行途中でエラーが発生したジョブとし
て登録し(8) 、次の処理可能なジョブを実行する(9) 。
は、エラージョブ実行時のS/Pサーバー装置664の
状態情報などのジョブ再開時に必要な情報を、例えば記
憶手段( 例えばハードディスク) や、例えばS/Pサー
バー装置内のメモりや、例えばS/Pサーバー装置内の
プログラムなどに保存する処理である。
るリトライ処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(5) は各ステップを示す。
間( 例えば30秒) 待機した後に(1) 、異常が発生した
周辺機器が異常状態から回復したかどうかを調べ(2) 、
ある一定回数X(例えば5回)繰り返す(3) 。一定回数
繰り返すまでに異常が発生した周辺機器が異常状態から
回復していればリトライは成功であり(5) 、回復しなけ
ればリトライは失敗となる(4) 。
ルチプリント制御動作について詳述する。
(SPネットワークサーバー)には、スキャナとプリン
タとから構成されるカラーレーザビーム複写装置(CL
C),スキャナとプリンタとから構成されるバブルジェ
ットカラー複写装置(BJC),標準インタフェースで
接続されているビットマッププリンタ,PDLプリンタ
(CaPSL,PS),市販されるスキャナ等多くのデ
バイスが接続可能になっている。また、ネットワーク上
のホストマシンからは、これらのデバイスを自由に使用
させるため、以下のように各ジョブを制御している。
ーザビーム複写装置に10頁のドキュメントを出力する
要求がSPネットワークサーバーに送られ、さらにホス
トコンピュータBからバブルジェットカラー複写装置
(BJC)のスキャナからカラー原稿を入力する要求が
発生し、さらにホストコンピュータCからPDLプリン
タに出力するという要求が発生するといった事態も想定
される。このように、ネットワーク上のホストコンピュ
ータからは、様々な要求がSPネットワークサーバーに
送られ、SPネットワークサーバーでは、それらの要求
(ジョブ)に対処するべく下記のようなジョブ制御を実
行する。なお、本実施例ではプリント要求,スキャン要
求をジョブと呼ぶ。例えばカラーレーザビーム複写装置
(CLC)のプリンタにCaPSLコードで記述された
3頁のドキュメントを出力する要求を1つのジョブと考
える。SPネットワークサーバーのジョブ制御では、同
時に2つまでのジョブしか走らないようにするが、3つ
以上のジョブが走る場合も制御を拡張することによりほ
ぼ同様に制御できる。
サーバー装置におけるジョブ制御動作について説明す
る。
るジョブ制御状態を説明するタイミングチャートであ
る。なお、ジョブの処理は、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をリジェクトする。
場合には、ジョブの種類が下記の(1)〜(7)に分類
される。
C)のプリンタにドキュメントを出力する。
C)のスキャナから原稿を読み取る。
JC)のプリンタにドキュメントを出力する。
JC)のスキャナから原稿を読み取る。
タを内蔵するプリンタに出力する。 (6)市販のビットマッププリンタにドキュメントを出
力する。
る。
明する。
時、プリントジョブが実行中ならば、プリントジョブを
中断して、スキャナジョブを行うことができるように、
本実施例では優先順位0〜2の3段階の指定可能であ
り、優先順位0が指定なし(ファーストインファースト
アウト)の場合、優先順位1がジョブ単位で優先割込み
指定ありの場合、優先順位2がページ単位で優先割込み
指定する場合である。 以下、図39を参照しながら本
発明に係るサーバー装置におけるSPマネージャー制御
動作について説明する。
るシステム全体制御プログラム93の制御処理状態を示
す図である。本実施例において、システム全体制御プロ
グラム93は、主としてホストコンピュータから送出さ
れてくるジョブの優先順位,ジョブの種類を参照してプ
リンタのジョブを最適に制御する。以下、図面に基づい
て、SPネットワークサーバに対して、ネットワーク上
のホストコンピュータから様々な要求が送出される場合
のジョブ管理について説明する。
すると、図39に示すように、通信に関する通信プログ
ラム83,SPネットワークサーバーの全体を制御する
システム全体制御プログラム93,スキャナに関するプ
ログラムのスキャナ制御プログラム85,プリント処理
(CaPSLのインタプリタ)に関するプログラムのP
DLインタープリタープログラム84,入出力機器を実
際に制御するデバイスドライバ86の5つのプログラム
に大きく分けられる。さらに、実際にデータが流れるイ
ンタフェースとして、バンドメモリ(BMEM)70−
1,セントロニクスインタフェース(CENTR)70
−2,RS232Cインタフェース(RS232)70
−3があり、これらをシステム全体制御プログラム93
が管理する構成となっている。
に他の4つのプログラムからのイベントにより動く、イ
ベント駆動型の処理を図40に示すフローチャートに従
って実行する。
御プログラム93のイベント処理手順の一例を示すフロ
ーチャートである。なお、(1) 〜(9) は各ステップを示
す。
入時にシステム全体制御プログラム93は起動し、すぐ
にイベント待ちの無限ループになる。プログラムが走り
出すと、イベント待ちの状態になる(1) 。イベントか入
力されるとループから抜け出し、もし、そのイベントが
通信プログラム83からのものかどうかを判定し(2)、
YESならばイベントに応じた処理を行なう(3) 。そし
て、またステップ(1)に戻りイベント待ちのループにな
る。
は、そのイベントの発行先がPDLインタープリタープ
ログラム84のプリントジョブかどうかを判定し(4) 、
YESならばイベントに応じた処理を行なう(5) 。
は、そのイベントの発行先がスキャナ制御プログラム8
5のスキャナジョブかどうかを判定し(6) 、YESなら
ばイベントに応じた処理を行なう(7) 。
は、そのイベントの発行先がデバイスドライバ86から
かどうかを判定し(8) 、NOならばステップ(1) に戻
り、YESならばイベントに応じた処理を行い(9) 、ス
テップ(1) に戻る。
レーザ複写装置(CLC)のプリントに関するジョブ
や、バブルジェットカラー複写装置のスキャナに関する
ジョブ等、いろいろなジョブの要求が不定期的にシステ
ム全体制御プログラム93に送られる。それら複数のジ
ョブを資源の許す限り最適に振り分けなければならな
い。以下そのアルゴリズムについて図41を参照しなが
ら説明する。
るジョブの管理状態を示す図である。
はジョブテーブルを使用する。ジョブテーブルには、ジ
ョブを識別するためのID、ジョブの状態を示すステー
タス、ジョブの実行の優先順位、ジョブの種類、終了ペ
ージ、そして割り込みジョブIDがある。
受け付け順と考えて良い。ステータスには、実行中を示
すRUN、処理を待っているWAIT、割り込みが入っ
て中断していることを示すSTOP,エラーが発生して
回復待ちを示すESTOPがある。優先順位はLEVE
L0から2まであり0は「指定なし」で通常はこのレベ
ルを指定する。1は「ジョブ単位で優先割り込み」で幾
つかのジョブが待ち状態の時、それらのジョブより優先
して処理するというものである。また2は「ページ単位
で割り込み」を表し、現在ジョブを処理中でも、ページ
の切れ目であればそのジョブを中断してLEVEL2の
ジョブを処理する。
のジョブが使用するハードウェアを指し、ジョブ同士が
排他的にハードウェアを利用可能にするために設けたも
のである。また,ジョブはカラーレーザ複写装置(CL
C)のプリンタからドキュメントを出力するCLCP、
カラーレーザ複写装置(CLC)のスキャナから原稿を
読みとるCLCS、バブルジェットカラー複写装置のプ
リンタにドキュメントを出力するBJP、バブルジェッ
トカラー複写装置のスキャナから原稿を読みとるBJ
S、市販のページ記述言語のインタプリタを内蔵するプ
リンタに出力するPDLP、市販のビットマッププリン
タにドキュメントを出力するBITP、市販のスキャナ
から原稿を読みとる等のジョブがある。なお、終了ペー
ジにはジョブが処理し終ったページ数を記録しておく。
これは、もしエラーが起こった時にエラー回復後、どの
ページから処理を再開すれば良いかの判断に使われる。
また最後の割り込みジョブIDは、割り込んだジョブが
終了しているかの判断に使われ、終了していれば、ST
OP中のジョブを再開する。
ような情報の格納されたジョブテーブルを参照しなが
ら、次にどのジョブを起動するかを最適に判断する。
しながら本発明に係るサーバー装置におけるジョブ実行
処理動作について説明する。
るジョブ実行処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(6) は各ステップを示す。
は、次のようになる。システム全体制御プログラム9
3にイベントが入らずアイドル状態の時にある一定の間
隔をおいてこのフローに移る。そして、ジョブテーブル
にジョブがなければまたアイドル状態になる。通信プ
ログラム83からのイベントがあった時。PDLイン
タープリタープログラム84,スキャナ制御プログラム
85から、ページ終了のイベントまたはドキュメント終
了のイベントがあった時。デバイスドライバ86から
エラー等のイベントがあった時。
すジョブテーブルを参照する。次いで、ステップ(2) に
おいてジョブがあるかどうかの判断をする。実行すべき
ジョブがない時にはステップ(7) に移り、システム全体
制御プログラム93はアイドル状態になる。実行すべき
ジョブがある場合にはステップ(3) で実行可能なジョブ
の候補を幾つか選び、ステップ(4) で候補に上がったジ
ョブの優先順位を見て一つのジョブに絞る。さらに、ス
テップ(5) でその絞り込まれたジョブが使用するインタ
フェースが空いているかを判断する。ステップ(6) で実
際にジョブを実行し、処理を終了する。
しながら本発明に係るサーバー装置におけるステータス
チェック処理動作について説明する。
るステータスチェック処理手順の一例を示すフローチャ
ートである。なお、(1) 〜(14)は各ステップを示す。
一つのジョブのステータスを読みとる。ステップ(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)、
ステータスのチェックは終了する。このようにして実行
可能なジョブの候補が複数選ばれる。
しながら本発明に係るサーバー装置における優先順位チ
ェック処理動作について説明する。
る優先順位チェック処理手順の一例を示すフローチャー
トである。なお、(1) 〜(11)は各ステップを示す。ま
た、本実施例では候補に上がったジョブの優先順位を見
て実行するジョブを一つに絞るということをする。
してあげられた複数のジョブの内一つに対してその優先
順位をリードする。ステップ(2) でLEVEL2かどう
かの判断をする。LEVEL2ならばステップ(3) に移
りLEVEL2のジョブが存在するかどうかを表すフラ
グFLG2を立てる。LEVEL2でなければステップ
(4) に移り今度はLEVEL1であるかの判断をする。
LEVEL1ならばステップ(5) に移りLEVEL1の
ジョブが存在するかどうかを表すフラグFLG1を立て
る。もしLEVEL1でもないと判断された場合には、
LEVEL0になる。すなわちFLG2もFLG1も立
っていない場合にはLEVEL0になる。
テップ(6) に移り候補に上がったジョブをすべて調べた
かどうかを判断する。まだすべて調べ終ってない時には
ステップ(1) に戻り、次のジョブの判断に移り、調べ終
った場合にはステップ(7) に移る。フラグFLG2が立
っている時にはステップ(8) に移り、優先順位がLEV
EL2でジョブのIDが小さい(早くジョブのリクエス
トを受け付けたもの)ジョブを選択する。
がLEVEL1でジョブのIDが小さいジョブを選択す
る。ステップ(11)では優先順位がLEVEL0でIDの
小さいジョブが選択され、優先順位のチェックが終了す
る。
つに絞る。起動可能なジョブが決定しても、インタフェ
ースの状態により実際に起動できるかどうかが決まって
くるのでジョブとインタフェースの関係を調べなくては
ならない。
しながら本発明に係るサーバー装置におけるインタフェ
ースチェック処理動作について説明する。
るインタフェースチェック処理手順の一例を示すフロー
チャートである。なお、(1) 〜(9) は各ステップを示
す。
れたジョブのインタフェースをジョブテーブルからリー
ドする。ステップ(2) でそのインタフェースの状態をチ
ェックする。使用中でなければステップ(5) に移りその
ジョブを実行ジョブテーブルに登録する。実行ジョブテ
ーブルは、実際に起動するジョブを表すテーブルでマル
チでジョブを走らせることが出来るので複数のジョブが
登録可能である。
ョブテーブルを参照してジョブを起動する。
プ(3) に移りジョブの優先順位をチェックする。LEV
EL2でなければ、現在のジョブを中断させることは出
来ないので実行ジョブテーブルに登録することはしない
で、処理を終了する。 また、ステップ(3) でLEVE
L2の時には、ステップ(4) で現在ステータスがRUN
のジョブがLEVEL2であるかの判断をする。もしR
UNのジョブがLEVEL2であるならば中断させることは
出来ないので、選択されたジョブは実行ジョブテーブル
に登録せずに、処理を終了する。
RUN)の優先順位がLEVEL1またはLEVEL0
の場合には現在実行中のジョブを中断させて新たに選択
されたジョブを起動させる。その場合、ステップ(6) に
移り、ステップ(4) で選択されたジョブを実行ジョブテ
ーブルに登録する。ステップ(7) で現在実行中のジョブ
のステータスをSTOPにして、さらに優先順位をLE
VEL2にする。これは、ジョブが復帰した時に優先し
て実行されるようにするためである。
ージまで処理したかを記録しておくために終了ページ数
をジョブテーブルに書き込む。さらにステップ(9) で現
在実行中のジョブを実行ジョブテーブルから削除する。
これで、現在実行中のジョブが起動されることはなく、
ステータスもSTOPになり再度ジョブが起動されるの
を待機することになる。このようにしてインタフェース
チェック処理を終了する。
しながら本発明に係るサーバー装置におけるジョブ起動
処理動作について説明する。
るジョブ起動処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(4) は各ステップを示す。
テーブルを参照して起動すべきジョブをリードする。ス
テップ(2) でこれから起動するジョブがステータスES
TOPでエラーストップしているジョブの種類と同じか
どうかをチェックする。もし同じであれば、起動するこ
とは出来ないのでステップ(4) に移り。実行ジョブテー
ブルをすべて読んだかを判断する。もしまだ残っていれ
ばステップ(1) に移り次のジョブの起動処理をする。も
しエラーストップしているジョブの種類と違っていれば
実行可能なので、ステップ(3) に移りジョブの起動に移
る。実際のジョブを起動する時は、ステータスをWAI
TからRUNに替え、インタフェースを確保する。逆に
エラーストップ、または割り込みで中断する時には、イ
ンターフェースを解放する。
ブが残っているかを判断して、もう起動すべきジョブが
残っていなければ、ジョブ起動処理を終了する。
明に係るサーバー装置における具体的ジョブ処理動作に
ついて説明する。
るジョブ処理状態推移を示すタイミングチャートであ
る。なお、図中の横軸右方向に時間が流れていくものと
する。図において、801〜813はジョブテーブルを
チェックするタイミングを示し、タイミング800〜8
03は通信プログラム83からジョブのイベントがシス
テム全体制御プログラム93に入るタイミングに対応
し、タイミング804〜813はジョブテーブルをチェ
ックするタイミングに対応する。
置におけるジョブ処理に伴うジョブテーブルの内容を示
す図であり、図48〜図57はタイミング804〜タイ
ミング813におけるジョブテーブルに対応する。な
お、ジョブテーブルはチェック直前の内容を示してい
る。また、ジョブはカラーレーザ複写装置(CLC)の
プリンタからドキュメントを出力するCLCP、カラー
レーザ複写装置(CLC)のスキャナから原稿を読みと
るCLCS、バブルジェットカラー複写装置のプリンタ
にドキュメントを出力するBJP、バブルジェットカラ
ー複写装置のスキャナから原稿を読みとるBJS、市販
のページ記述言語のインタプリタを内蔵するプリンタに
出力するPDLP、市販のビットマッププリンタにドキ
ュメントを出力するBITP、市販のスキャナから原稿
を読みとる等のジョブがある。
入ってくる。内容はカラーレーザ複写装置(CLC)の
プリンタにドキュメントを出力するジョブ1(内容はC
LCP)で、出力ページ数は3ページ、優先順位はLE
VEL0、インタフェースにはBMEMを用いるという
ものである。ジョブテーブルJOBTを見てみると、図
48に示すようにIDに「25」が割り当てられ、ステ
ータスはWAIT、終了ページはまだこのジョブは処理
されていないので0ページになっている。
クでは、ID25のジョブが選択され、起動される。こ
の時ID25のジョブのステータスをRUNに変更す
る。801のタイミングで新たなジョブが入ってくる。
ジョブID25のジョブの1ページの処理が終了すると
システム全体制御プログラム93は再度ジョブテーブル
を見に行く。その時のジョブテーブルJOBTは図49
に示される。ID25のジョブは1ページの出力が終了
して、次ページが処理されるのを待っている状態であ
る。終了ページは0ページから1ページに変化してい
る。また、新たに入ったジョブはID26が割り当てら
れ、ステータスはWAIT、優先順位はLEVEL1、
インタフェースはBMEM、ジョブはBJPになってい
る。システム全体制御プログラム93はこのジョブテー
ブルJOBTから判断して、ID25のジョブの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に対して要
求する。
いる最中に新たなジョブのイベントがシステム全体制御
プログラム93に入ってくる。内容は、バブルジェット
カラー複写装置のスキャナから2ページ分の原稿を読み
取るものである。ID26のジョブが2ページ目の処理
を終了すると、システム全体制御プログラム93はジョ
ブテーブルJOBTをチェックする。その時のジョブテ
ーブルJOBTが図52である。
のままの状態である。ID26のジョブは2ページの処
理が終了したので、終了ページは2に変化している。さ
らに新しいジョブがID27に割り当てられている。I
D27のジョブは優先順位がLEVEL2であるので、
システム全体制御プログラム93は現在処理中のID2
6のジョブを中断させてID27のジョブを起動する。
ID26のジョブはステータスがSTOPに、優先順位
がLEVEL2になる。
原稿読み込みしている最中に、システム全体制御プログ
ラム93には新たなジョブのイベントがタイミング80
3で入ってくる。1ページの読み込みが終了すると、シ
ステム全体制御プログラム93はタイミング809でジ
ョブテーブルJOBTをチェックする。この時のジョブ
テーブルJOBTは図53のようになる。ID25のジ
ョブはエラーが回復していないのでESTOPのままで
ある。また、ID26はステータスがSTOPで、割り
込みジョブIDが27であるので、ID27のジョブを
チェックするとステータスはRUNのままなので再開す
ることは出来ない。新たに入ってきたジョブはID28
が割り当てられる。ID28のジョブはセントロニクス
インタフェースを通して市販のプリンタにデータを流す
ジョブで、現在起動されているジョブと同時に走らせる
ことが出来る。そこで、システム全体制御プログラム9
3はID28のジョブとID27の2ページ目をスキャ
ンするジョブを同時に起動する。
ョブテーブルJOBTチェック(タイミング810)に
移る。この時のジョブテーブルJOBTは図54に示さ
れる。ジョブテーブルJOBTチェック(タイミング8
10)の前にジョブID25のエラーが解除されている
ので、エラーチェック後ステータスはWAITに戻る。
D27のジョブが終了したのでステータスがWAITに
戻る。ID28のジョブはRUNの状態のままである。
システム全体制御プログラム93はインタフェースBM
EMが空いているのでID25またはID26のジョブ
を起動させる。どちらのジョブともステータスはWAI
Tで、優先順位もLEVEL2と状態は同じであるので
先に受け付けたID25のジョブを起動する。この時、
ID25のジョブは終了ページが1ページであるので2
ページ目から処理するようにPDLインタープリタープ
ログラム84に要求を出さなければならない。
ング811)では図55に従う。ID25とID28の
ジョブはステータスがRUNでID26はWAITであ
る。ID26のジョブは優先順位がLEVEL2で、現
在起動中のジョブに対して割り込むことが出来るがID
25もLEVEL2で起動されたので、この場合には割
り込むことは出来ない。
ング812)に移る。ジョブテーブルJOBTは図56
に示される。ID25のジョブはすでに終了してジョブ
テーブルJOBTから削除されている。そこで、システ
ム全体制御プログラム93はID26のジョブを3ペー
ジ目から起動する。
ング813)では、図57に示すようにID28のジョ
ブが走っている状態なので、新たにシステム全体制御プ
ログラム93はジョブを起動することはしない。
ム93はジョブテーブルJOBTを参照しながら最適に
ジョブ管理を行なう。
ジがホストコンピュータで編集された後、ネットッワー
クを介して通信されたプリント要求をスキャナ/プリン
タをドライブするサーバー装置上で処理して、当該プリ
ンタから出力する場合について説明したが、図58に示
すように、クライアントホストコンピュータ901,9
02,スキャナプリンタ904をドライブするSPサー
バー装置903がネットワーク905を介して接続され
るシステムにおいて、クライアントホストコンピュータ
901,902から転送された文字,図形の各情報とス
キャナプリンタ904のスキャナから入力されたイメー
ジとをSPサーバー装置903が合成編集することによ
り、合体出力させるように構成しても良い。
バー装置の構成を説明するブロック図である。
ーバー装置903内に設けられ、クライアントホストコ
ンピュータ901,902から転送された文字,図形の
各情報を蓄える。
て、本体またはネットワーク上に設けた記憶手段(記憶
装置906)に画像処理装置から出力される第1の画像
情報または所定のネットワークに接続される各ホストコ
ンピュータから転送される第2の画像情報を記憶させる
ことにより、各ホストコンピュータからの画像情報出力
処理負担を軽減させるとともに、記憶した画像情報を効
率よく再利用させる。
された第1および第2の画像情報を画像合成手段が合成
しながら出力画像を生成して画像処理装置(本実施例で
はスキャナプリンタ904)に出力することにより、各
ホストコンピュータ上での画像編集負担を軽減させる。
ホストコンピュータ901,902上では、例えばワー
ドプロセッサ,グラフィックソフトにより、オペレータ
が文字情報,図形情報の生成を行う。生成された文字,
図形情報等(第1の画像情報)は、ネットワーク905
を経由して、SPサーバー装置903に送られる。SP
サーバー装置903で受け取った文字,図形情報は、S
Pサーバー装置903内の記憶装置906に記憶され
る。
された画像情報(第2の画像情報)も、SPサーバー装
置903内の記憶装置906に記憶される。SPサーバ
ー装置903上で動作しているページ記述言語により、
SPサーバー装置903の記憶装置906内で文字情
報,図形情報,画像情報(イメージデータ)が、図59
に示すように合成される。
置903により合成される印刷レアウトを示す模式図で
ある。
し、この領域911内に、クライアントホストコンピュ
ータ901,902からネットワーク905を介して転
送された文字,図形等の転送情報912およびSPサー
バー装置903が制御するスキャナプリンタ904でス
キャンされた画像情報913がレイアウト情報に従って
割付けられる。このように合成された情報がSPサーバ
ー装置903のプリンタから出力させることも可能とな
る。
されるスキャナプリンタ904は、スキャナとプリンタ
とが独立した単体構成であっても良い。また、SPサー
バー装置903に別の大容量記憶装置、例えば光磁気デ
ィスク装置を接続した場合、スキャナプリンタ904の
スキャナで読み取った画像情報をその都度SPサーバー
装置903内の記憶装置906に読み込み、クライアン
トホストコンピュータ901,902から転送された文
字,図形情報とを合成して印刷するのではなく、スキャ
ン画像を上記大容量記憶装置内に順次記憶させて行くこ
とにより、画像データベースを構築することで、任意に
大容量の記憶装置内から画像を取り出し、その画像を文
字,図形情報と合成しながら印刷させることもできる。
さらに、上記大容量の記憶装置をSPサーバー装置90
3の記憶装置906と別に設ける際、当該大容量の記憶
装置とSPサーバー装置903とが直接接続されていな
くても良く、例えばネットワーク905に接続されるク
ライアントホストコンピュータ901,902に配置さ
れ、これらのクライアントホストコンピュータ901,
902がSPサーバー装置903に転送できる構成であ
れば良い。
装置と画像入出力装置との通信制御構成を説明する概略
的なブロック図である。なお、具体的に説明するために
図2に示す各構成要素を用いて説明する。
置(図2に示すカラーSPサーバーSP1)で、通信部
2002が通信線2008(図2に示したイサーネット
LAN96)に接続され、図示しない異なるOSで起動
する複数のホストコンピュータと接続されている。20
03が画像形成部で、通信部2002内の通信プログラ
ム83等によって受信したプリントデータを解析して、
画像メモリ2005にイメージデータを記憶する。20
04はメモリで、ワークメモリ等として機能する。20
06はコントローラ部で、指定された画像入出力装置2
007との通信を図2に示すデバイスドライバ86が制
御する。
1は、通信線2008を通じて他のホストコンピュータ
と通信し、また、接続されている画像入出力装置200
7により画像入力したり、プリントしたりする。画像入
出力装置2007は、必ずしも画像の入力と出力の両方
が可能でなくても良く、通常のプリンタであってもよ
い。以下、動作について説明する。
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に送出し、プリン
トする。
全体制御プログラム93は、プリントデータの解析にお
いて、エラーを発見すると、通信部2002を通じて、
そのプリントデータを送ったホストコンピュータにエラ
ー発生を通知し、当該エラーをスキップしてプリント作
業を継続するか、プリント作業を中止するかどうかを問
い合わせる。
からプリントデータが送出されてきた場合には、それ以
前のプリントの状態をメモリ2004に記憶し、元のホ
ストコンピュータにプリント作業を中断した旨を通信に
より通知し、新規のプリント作業(プリントジョブ)を
開始する。新しいプリント作業が終了したら、元のホス
トコンピュータにプリント作業を再開するかどうかを問
い合わせ、プリント作業を再開する信号が送出されてき
たら、記憶している情報を読み出し、プリントを再開す
る。
しながら本発明に係るサーバー装置におけるプリント制
御方法について説明する。
装置のプリント制御方法を説明するフローチャートであ
る。なお、(1) 〜(13)は各ステップを示し、図9に示
す、例えばCPU1000がシステム全体制御プログラ
ム93,PDLインタープリタープログラム84等を制
御することにより実行される。
プリント作業を終了する信号かどうかを判別し(2) 、終
了信号の場合はステップ(3) でプリント作業を終了さ
せ、ステップ(1) に戻る。この時、既に中断しているプ
リント作業がある場合は、プリント作業を再開するかど
うかを問い合わせる。
い場合は、プリント作業の再開の信号かどうかを判別し
(4) 、受信した信号が再開信号である場合には、中断し
ているプリントの情報をメモリ2004から読み込み、
プリント作業を再開する。ただし、中断しているプリン
ト作業がない場合や、現在のプリント作業を正常に進め
ている場合は何もしない。
い場合は、エラースキップを指示する信号かどうかを判
別し(6) 、エラースキップの場合は、エラーが発生した
プリントデータを読み飛ばし(7) 、ステップ(1) に戻
る。ただし、エラーが発生していない状況ならば何もし
ない。エラースキップ指示でない場合は、ステップ(8)
に進み、プリントのスタート信号かどうかを判別する。
そして、プリントのスタート信号であれば、ステップ
(9) でプリント作業の内部状態をメモリ2004に記憶
させる。ただし、エラーが発生した状況でない場合や、
プリント作業の途中でない場合は何もしない。プリント
のスタート信号でない場合は、ステップ(10)に進み、プ
リントデータの解析を行い、その結果がエラーかどうか
を判定し(11)、エラーの場合はステップ(12)でデータを
送ったホストコンピュータにエラーをスキップするか、
プリントの中止をするのかを通信により問い合わせ、ス
テップ(1) に戻る。
場合は、ステップ(13)に進み、画像メモリ2005にプ
リントデータに基づくイメージデータを画像メモリ20
05に展開し、ステップ(1) に戻る。
ー装置の入出力機器制御方法によれば、プリント機能処
理実行中のエラー発生時点におけるプリント内部情報を
記憶し、後続する他のプリント機能処理終了後に、該記
憶したプリント内部情報に基づくプリント機能処理を再
起動するので、プリント機能処理実行中のエラーに伴う
サーバー装置の中断処理時間を短縮するとともに、後続
する他のプリント機能処理実行要求を先行させることが
可能となる。
内部状態をメモリ2004に記憶するとは、画像形成部
2003のプログラムの変数の値を記憶することであ
り、再開する場合には、メモリ2004から読み込んで
代入することにより、中断した状態を再現することがで
きる。
エラーが発生した場合に、他のプリント作業を行い、当
該プリント作業の終了後、メモリ2004に記憶された
プリント作業の内部状態を参照して中断していた状態か
らプリント作業を再開することができるので、エラーが
発生した後、そのデータを通信したホストコンピュータ
からの返事が返信されるまで待機する画像入出力制御
は、本実施例では特にプリンタ制御に比べて、効率的に
画像入出力装置2007の使用を確保することができ
る。
装置2001に単数の画像入出力装置2007、例えば
図2に示したカラースキャナ/プリンタ94が接続され
る場合を例にしてプリンタ制御を行う場合について説明
したが、図62に示すように、複数台、例えばさらに1
台、画像入出力装置2010が接続されるサーバー装置
2001にも本発明を適用することができる。また、画
像入出力装置の台数に制限されることはなく、いくつサ
ーバー装置2001に接続しても良い。
ー装置と画像入出力装置との通信制御構成を説明する概
略的なブロック図であり、図60と同一のものには同じ
符号を付してある。なお、具体的に説明するため、図2
に示す各構成要素を用いて説明する。
で、画像入出力装置2010のプリント/スキャンを制
御する。
て、何れか一方の画像入出力装置のプリント作業中にエ
ラーが発生し、もう1台の画像入出力装置にプリントす
る命令が通信部2002を介して通信された場合、プリ
ント途中の情報をメモリ2004に記憶することによ
り、他方の画像入出力装置へのプリント作業を行い、プ
リント終了後、エラーの発生した画像入出力装置が回復
したら、プリント作業を再開することができる。
リント中に用紙がなくなり、プリントできない状態とな
った時点で、他方の画像入出力装置2010へのプリン
ト命令が来た場合、プリント途中の状態をメモリ200
4に記憶させ、他方の画像入出力装置2010へのプリ
ント処理をデバイスドライバ86へ命令し、システム全
体制御プログラム93は、その後、用紙が補給されたら
プリント中断中の画像入出力装置2007のプリントを
メモリ2004に記憶されたプリント途中の情報を参照
しながら再開させることができる。従来では、プリント
途中の状態を記憶する手段がないため、一時印字処理を
中止して再開することができず、画像入出力装置200
7上で、用紙が補給されるまで他方の画像入出力装置2
010へのプリントを先行させるプリント制御ができな
かった。
バー装置の入出力機器制御方法によれば、一方の入出力
機器によるプリント機能処理実行中のエラー発生時点に
おけるプリント内部情報を記憶し、後続する他方の入出
力機器によるプリント機能処理終了後に、該記憶したプ
リント内部情報に基づく前記一方の入出力機器によるプ
リント機能処理を再起動するので、一方の入出力機器に
よるプリント機能処理実行中のエラーに伴うサーバー装
置の中断処理時間を短縮することができると共に、後続
する他方の入出力機器によるプリント機能処理実行要求
を先行させることが可能となる。
台の場合について説明したが、2台以上の画像入出力装
置を接続した場合に、それぞれの画像入出力装置に優先
順位を定め、ホストコンピュータから入力されたID付
きのプリント命令受信時に、当該プリント命令よりも低
位のプリント命令に従う画像入出力装置がプリント処理
を実行していた場合には、プリンタのエラーと同様に当
該プリント作業を強制中断させ、当該プリント作業の状
態をメモリ2004に記憶した後、優先順位の高いプリ
ント命令に従うプリント作業を優先実行させるように制
御しても良く、中断の要因は、上記実施例に示したエラ
ー発生状態および優先入出力要求の何れであっても良
い。
装置と画像入出力装置との通信制御構成を説明するブロ
ック図である。
置で、通信部2002が通信線2008に接続され、図
示しない異なるOSで起動する複数のホストコンピュー
タと接続されている。2003は画像生成部で、通信部
2002が受信したプリントデータを解析して、画像メ
モリ2012にイメージデータを記憶する。2011は
画像入力処理部で、画像入出力装置2007から入力し
た画像データの通信部2002への転送等を処理する。
2006はコントローラ部で、画像入出力装置2007
との通信を制御する。
て、通信線2008を通じて画像の入出力の命令が通信
されると、通信部2002の通信プログラム83等が受
信し、データを画像メモリ2012に記憶させるととも
に、命令の実行の優先順序について後述するフローチャ
ートに従って制御し、例えば後続の命令が先行する命令
よりも優先順位が高い場合は、現実行中の入出力機器の
スキャナ機能処理またはプリント機能処理実行を中断す
る。
像入出力処理を実行中でない時に、命令が送出された場
合の実行の順序を決定する場合について説明する。
グラム93は命令の解析を行い、実行の優先順位を記憶
するとともに、画像出力の場合は、画像生成部2003
内のPDLインタープリタープログラム84にスタート
信号とデータのアドレスを送出する。画像入力の場合
は、画像入力処理部2011内のスキャナ制御プログラ
ム85にスタート信号とアドレスを送出する。画像生成
部2003は、スタート信号とデータのアドレスを受け
取るとデータの解析を行い、イメージデータに展開し、
コントローラ部2006を通じて画像入出力装置200
7でプリントする。画像入力処理部2011はスタート
信号とデータのアドレスを受け取ると、データの解析を
行い、コントローラ部2006を通じて画像入出力装置
2007で画像入力し、入力した画像データを通信部2
002を通じて命令を通信したホストコンピュータへ送
出する。
た場合には、通信部2002内のシステム全体制御プロ
グラム93は命令の解析を行い、実行中の画像入出力処
理の優先順位と受信した命令の優先順位を比較する。受
信した命令の優先順位が現在実行中の画像入出力処理の
優先順位より高い場合は、処理を実行している画像生成
部2003あるいは画像入力処理部2011に中断命令
を送出し、その後、スタート命令と新たに受信したデー
タのアドレスを画像生成部2003あるいは画像入力処
理部2011に送出する。受信した命令の優先順位が現
在実行中の画像入出力処理の優先順位と同じ、あるいは
低い場合は、現在実行中の画像入出力処理が終了するの
を待って実行する。
リタープログラム84と画像入力処理部2011内のス
キャナ制御プログラム85はスタート命令とデータのア
ドレスを受け取るとデータを解析して処理を開始し、中
断命令を受けると、データ処理を中断する。
受信することが可能で、例えば画像入出力処理中は、さ
らに1個まで命令を受信可能となる。ただし、それ以上
の命令が送出されても、通信部2002は送出された命
令の受領を拒否する以下、図64に示すフローチャート
を参照しながら本発明の一実施例を示すサーバー装置の
入出力制御方法について説明する。
装置の入出力制御方法を説明するフローチャートであ
る。なお、(1) 〜(7) は各ステップを示し、特に通信部
2002が命令を受信した後、命令を実行するまでの動
作に対応し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,PDLインタープリター
プログラム84,スキャナ制御プログラム85等を制御
することにより実行される。
受信したデータをメモリ2012に記憶し(1) 、受信し
た命令の優先順位をあらかじめメモリ2012に記憶さ
れる優先テーブルを参照しながら調べる(2) 。次いで、
現在、画像入出力処理を実行中かどうかを判定し(3) 、
実行中の場合は、受信した命令の優先順位が実行中の画
像入出力処理の優先順位よりも高いかどうかを判別し
(4) 、高い場合は、現在実行中の画像生成部2003内
のPDLインタープリタープログラム84または画像入
力処理部2011内のスキャナ制御プログラム85に中
断命令を送出し(5) 、画像生成部2003内のPDLイ
ンタープリタープログラム84または画像入力処理部2
011内のスキャナ制御プログラム85にスタート命令
とデータのアドレスを送出する(7) 。
の優先順位が実行中の画像入出力処理の優先順位よりも
高くないと判定された場合は、現在実行中の画像入出力
処理が終了するのを待って(6) 、画像生成部2003ま
たは画像入力処理部2011にスタート命令とデータの
アドレスを送出する(7) 。
出力処理を実行中でない場合は、画像生成部2003ま
たは画像入出力処理部2011にスタート命令とデータ
のアドレスを送出する。
ー装置の入出力機器制御方法によれば、各ホストから順
次入力される入出力機器に対する入出力命令を解析し、
該解析結果に基づいて優先順位の高い命令を受信した場
合に、先行している入出力機器のスキャナ機能処理また
はプリント機能処理を中断し、該優先順位の高い入出力
命令に従うスキャナ機能処理またはプリント機能処理を
先行させるので、サーバー装置に接続される各入出力機
器の機能処理実行状態に拘らず、優先順位によりスキャ
ナ機能処理またはプリント機能処理の順位を変更するこ
とが可能となる。
を決定し、実行中の画像入出力処理よりも高い優先順位
の画像入出力処理が通信された場合には、実行中の画像
入出力処理を中断して優先順位の高い画像入出力処理を
実行するので、長く時間がかかるプリント処理を実行中
でも終了を待機することなく、画像入力処理を実行する
ことができる。
基づいて画像入出力装置2007の処理実行の優先順位
を決定する場合について説明したが、命令を通信するコ
ンピュータの種別によって画像入出力装置2007の処
理実行の優先順序を決定または処理制御を変更するよう
に構成しても良い。
に基づいて画像入出力装置2007の処理実行の優先順
序を決定する場合について説明したが、命令を通信する
コンピュータの使用者種別によって画像入出力装置20
07の処理実行の優先順序を決定または処理制御を変更
するように構成しても良い。
装置の入出力機器制御方法によれば、各ホストから入力
される入出力命令種別を解析し、該解析結果に基づいて
各命令の優先順位を自動決定して、命令入力の先後に拘
らず入出力機器のスキャナ機能処理またはプリント機能
処理の実行状態を制御するので、機能処理実行種別に最
適な順序で、入出力機器のスキャナ機能処理またはプリ
ント機能処理の実行が可能となる。
基づいて画像入出力装置2007の処理実行の優先順序
を決定する場合について説明したが、受信したデータか
ら処理時間を導出し、導出された処理時間の長短に基づ
いて画像入出力装置2007の処理実行の優先順序を決
定し、処理実行の順序や制御を変更するように構成して
も良い。
ら処理時間を推定し、画像出力の場合は、ページ数ある
いはデータ量から処理時間を推定する。
1に1つの画像入出力装置が接続されている場合につい
て説明したが、複数の画像入出力装置が接続されていて
も良い。具体的に1台は画像入力装置(スキャナ装
置)、他の1台は画像出力装置(プリンタ)といった機
器が組み合わされて接続されていても本発明を適用でき
る。
が送出された場合に、後で中断した画像入出力処理を再
開できるように、稼動している機器の途中の処理状態情
報を記憶した後、当該実行中の処理を中断し、優先順位
の高い処理を終了した後、記憶された処理状態情報を参
照して中断した入出力処理を再開するように制御しても
良い。
像生成部2003は中断命令が送出された場合、中断し
やすい処理が終了する状態まで継続して処理を行い、そ
の後入出力処理を中断する、例えばページ区切りまで処
理を実行した後、入出力機器の処理を中断するように制
御しても良い。
て、当該優先順位を適宜高く変更可能に構成することに
より、入出力処理中における中断処理発生回数を減らす
ように制御しても良い。
装置に対する入出力機器との通信制御構成を説明する概
略的なブロック図である。なお、具体的に説明するため
に図2に示す各構成要素を用いて説明する。
置で、通信部2002,制御部2013,第1の画像入
出力装置(スキャナプリンタ)2007を制御するため
の第1のコントローラ部2006,第2の画像入出力装
置(スキャナプリンタ)2010を制御するための第2
のコントローラ部2009,メモリ2014を備えてい
る。2008は図2の96に示した、例えばイーサネッ
ト等の通信線で、図示しない複数のホストコンピュータ
(各ホストのOS,プリントインタフェースがそれぞれ
異なる場合と各ホストのOS,プリントインタフェース
が同一の場合を含む)と接続されている。
て、ホストコンピュータから前記ネットワークを介して
命令を受信すると、システム全体制御プログラム93が
特定手段が命令を解析して画像処理対象の画像入出力装
置(入出力機器)を特定し、さらに特定された画像入出
力装置の動作障害有無を事前判定し、動作障害発生中の
場合、この判定結果に基づいて通信プログラム83等が
特定された画像入出力装置に対して動作障害発生中をネ
ットワークを介して返信することにより、ネットワーク
上のホストコンピュータに対して、命令受信時に、指定
した画像入出力装置が障害が発生していることを的確に
報知する。
リンタ)2007は、例えば公知の電子写真プロセスを
実行可能なカラーレーザ複写装置で構成され、原稿を読
み取るスキャナとこのスキャナもしくは各ホストコンピ
ュータから出力された画像情報を印刷するカラープリン
タ等より構成されている。また、第2の画像入出力装置
(スキャナプリンタ)2010は、例えば公知のバブル
ジェット方式のBJカラー複写装置で構成され、原稿を
読み取るスキャナとこのスキャナもしくは各ホストコン
ピュータから出力された画像情報を印刷するカラープリ
ンタ等より構成されている。さらに、本実施例ではスキ
ャナ機能とプリンタ機能が一体となる複写装置を画像入
出力装置としているが、スキャナ機能とプリンタ機能と
が分離独立したスキャナ装置,プリンタ装置で構成され
る場合にも本発明を容易に適用できる。
信線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等は、上記命令を送出したホストコン
ピュータあるいはオペレータに障害の発生を通知する。
3は、通信部2002内のプログラム83等が受信した
データをメモリ2014に一時蓄え、画像入出力装置2
007,2010に障害が発生している場合には、画像
入出力装置2007,2010が障害から回復したら、
記憶されているデータをメモリ2014から読み出し
て、コントローラ部2006,2009内のプログラム
86に転送し、指示された画像入出力装置2007,2
010による画像処理(プリント処理,スキャナ処理
等)を行う。なお、制御部2013には、図示しないC
PU,ROM,RAMを備え、ROMには後述するフロ
ーチャートに示す制御手順が格納されている。
を介してホストコンピュータから指定されたSPサーバ
ー装置に送信されるデータの一例を示す図である。
コマンド(lpr)2211a,出力デバイス指定コマ
ンド2211b,データの総バイスト数2211c,デ
ータ2211dから構成されている。2212はスキャ
ナ命令で、コマンド(scan)2212a,出力デバ
イス指定コマンド2212b,データの総バイスト数2
212c,データ2212dから構成されている。
ータから通信線2008を介して入力されるコマンド
(命令)は、4つの要素から構成され、各要素間は空白
の文字コードで区切られる。なお、出力デバイス指定コ
マンド2211bは、出力デバイスがバブルジェットプ
リンタ(bj)であることを指示する。出力デバイス指
定コマンド2212bは、スキャナ(s1)であること
を指示する。
る第1の入出力デバイス状態診断処理手順の一例を説明
するフローチャートである。なお、(1) 〜(8) は各ステ
ップを示し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,通信プログラム83,デ
バイスドライバ86等を制御することにより実行され
る。
ップ(1) で、通信部2002から命令を入力し、ステッ
プ(2) で画像入力かプリントかを判別し、ステップ(3)
で指定する画像入出力装置を判別し、ステップ(4) でコ
ントローラ部内のデバイスドライバ86に画像入出力装
置の状態を問い合わせる信号を送出する。次いで、ステ
ップ(5) で、コントローラ部内のプログラム86から返
答信号を受け取り、ステップ(6) で障害が発生している
かどうかを判別し、NOならばステップ(8) 以降に進
み、YESの場合は、ステップ(7) で通信部2002内
の通信プログラム83等を通じて障害発生中をデータ受
信先のホストコンピュータに通知する。
力装置を特定し、その画像入出力装置に障害が発生して
いる場合、命令を通信したホストコンピュータまたはオ
ペレータに即座に指定した画像入出力装置の動作状態に
障害が発生しているかどうかを通知することができる。
え、画像入出力装置2007,2010に障害が発生し
ている場合、ホストコンピュータからのデータをメモリ
2014に蓄積し、画像入出力装置の障害回復後、画像
入出力装置の画像処理を即座に実行可能に構成している
が、すなわちデータの再送を行うことなく、受信したデ
ータを画像入出力装置の障害回復後、画像入出力装置の
画像処理を即座に実行することができるように構成され
ているが、メモリ2014を設けることなく、図68に
示すように画像入出力装置の障害判別結果後、データ受
信をキャンセルにように制御しても良い。
る第2の入出力デバイス状態診断処理手順の一例を説明
するフローチャートである。なお、(1) 〜(8) は各ステ
ップを示し、図9に示す、例えばCPU1000がシス
テム全体制御プログラム93,通信プログラム83,デ
バイスドライバ86等を制御することにより実行され
る。
ップ(1) で、通信部2002から命令を入力し、ステッ
プ(2) で画像入力かプリントかを判別し、ステップ(3)
で指定する画像入出力装置を判別し、ステップ(4) でコ
ントローラ部内のデバイスドライバ86に画像入出力装
置の状態を問い合わせる信号を送出する。次いで、ステ
ップ(5) で、コントローラ部内のプログラム86から返
答信号を受け取り、ステップ(6) で障害が発生している
かどうかを判別し、NOならばステップ(8) 以降に進
み、コントローラ部2006,2009のうち、指定さ
れたコントローラ部にデータを送り、処理を終了する。
は、ステップ(7) で通信部2002内の通信プログラム
83等を通じて障害発生中をデータ受信先のホストコン
ピュータに通知する。
バー装置の入出力機器制御方法によれば、ホストから所
定のネットワークを介して受信した命令を解析して駆動
する入出力機器を確定し、該確定した入出力機器の動作
障害有無を事前判定し、動作障害発生中の場合に、該判
定結果に基づいて確定された入出力機器に対する動作障
害発生中をネットワークを介してホストコンピュータに
返信するので、ネットワーク上の各ホストコンピュータ
に対して、命令受信時に、指定した入出力機器に障害が
発生していることを適切なタイミングで報知することが
可能となる。
ーバー装置2001に2台接続する構成の場合を示した
が、その台数はこれ以上であっても、単数台であっても
良く、単数台の場合には、ホストコンピュータからの画
像入出力装置指定に関わらず、接続された画像入出力装
置が一義的に決定される構成となる。
ー装置のネットワーク構成を示すブロック図である。
タで、ネットワーク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コードを専用コードとしている。
て、システム全体制御プログラム93が各ホストコンピ
ュータからの画像出力要求時に、ホストコンピュータか
ら指定されるページ記述言語とサーバー装置に保有され
るページ記述言語とを比較しながらホストコンピュータ
からの画像出力処理可能性を判定し、画像出力処理不能
の場合に、あらかじめ登録されたホストコンピュータの
ページ記述言語種別を参照して、ホストコンピュータか
ら指定されるページ記述言語による画像情報のラスタラ
イズをページ記述言語種別が合致するホストコンピュー
タに代替要求し、代替要求したホストコンピュータがラ
スタライズした画像データを受信して、サーバー装置に
接続される画像処理装置のプリント処理機能で印刷する
ことにより、ホストコンピュータから指定されるページ
記述言語による画像情報のラスタライズをページ記述言
語種別が合致しない状態であっても、ネットワーク上の
ホスト資源を利用しながら接続される画像処理装置から
所望の印刷を実行させることを可能とする。
力要求時に、ホストコンピュータから指定されるページ
記述言語とサーバー装置に保有されるページ記述言語と
を比較しながらホストコンピュータからの画像出力処理
可能性を判定し、画像出力処理不能の場合に、あらかじ
め登録されたホストコンピュータのページ記述言語種別
を参照して、サーバー装置が受信した画像情報をドキュ
メントサーバー装置に送信するとともに、画像出力要求
先のホストコンピュータに対してラスタライズ要求を催
促し、この催促に従ってドキュメントサーバー装置と画
像出力要求先のホストコンピュータ間でネットワーク・
ファイル・システムを利用してラスタライズ処理を実行
し、ラスタライズされた画像データをドキュメントサー
バー装置からサーバー装置が受信して、サーバー装置に
接続される画像処理装置のプリント処理機能で印刷する
印刷することにより、ホストコンピュータから指定され
るページ記述言語による画像情報のラスタライズをペー
ジ記述言語種別が合致しない状態であっても、ネットワ
ーク上のネットワークファイルシステムを利用しながら
接続される画像処理装置から所望の印刷を効率よく実行
させることを可能とする。
ドキュメントサーバー装置から画像出力要求先のホスト
コンピュータに転送し、このホストコンピュータからラ
スタライズされた画像データを受信して、サーバー装置
に接続される画像処理装置のプリント処理機能で印刷す
ることにより、ネットワーク上のデータ転送処理を抑え
ながら、接続される画像処理装置から所望の印刷を効率
よく実行させることを可能とする。
画像処理装置におけるプリントエラー有無に基づいてあ
らかじめ登録された画像処理装置の代替優先印刷順位を
参照して、ホストコンピュータから指定される画像情報
の印刷を他の画像処理装置に要求し、指定される画像処
理装置とは異なる画像処理装置による代替印刷を自動実
行させることにより、指定先のプリンタに障害は発生し
た場合でも、ユーザが次のプリンタ候補を選択指定する
ことなく、他のプリンタでの印刷を自動継続させること
ができ、プリント処理効率を格段に向上させることを可
能とする。
ネットワーク上の代行ホスト管理テーブルの一例を示す
図である。なお、このテーブルはサーバー装置7505
内のメモリに記憶されている。
ョン7502,7503,7504がある場合につい
て、ポストスクリプト(PS)またはGDIコードを受
信した時の優先ホスト番号の設定を示してあるが、例え
ばホストコンピュータ7501がプリント要求したPD
LコードがPSコードの場合、処理可能なホスト数Nは
「2」となり、ホストステーション7502(Mac)
を最優先とする「0」、ホストステーション7503
(Next)を次点とする「1」があらかじめ設定され
ている。
ント要求したPDLコードがGDIコードの場合は、処
理可能なホスト数Nは「1」で、ホストステーション7
504(SUNコンピュータ)のみが登録され、優先順
位は「0」である。なお、このテーブルはシステム構築
状態またはシステム構成の変更に伴い、自在に書き換え
られるように構成されている。
しながら本発明に係るサーバー装置における第1の代替
ホスト処理動作について説明する。なお、この動作は、
図9に示す、例えばCPU1000がシステム全体制御
プログラム93,通信プログラム83等を制御すること
により実行される。
る第1の代替ホスト処理手順の一例を示すフローチャー
トである。なお、(1) 〜(9) は各ステップを示す。
7501が図示しないDTP(デスクトップパブリッシ
ング)アプリケーションによって作成したページ記述言
語に対応するコード(PDLコード)からCaPSLコ
ードへの変換プログラムを備えていない場合を想定した
処理について説明する。
全体制御プログラム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)
に戻る。
タにCaPSLデータのヘッダを添付し(8) 、処理を終
了する。
すなわちステップ(7) のホスト番号iのインクリメント
によりカウントアップした値が処理可能なホスト数Nを
越えてしまった場合、本実施例ではPSコード用の代替
ホスト数となるNが「2」であるので、ホスト番号i=
1のホストステーション7503でのラスタライズ処理
に失敗した場合には、代替ホストによるラスタライズ処
理が失敗した旨のメッセージをホストコンピュータ75
01およびサーバー装置7505の図示しないディスプ
レイ等に表示し(9) 、処理を終了する。
L以外のPDLコードをサーバー装置7505内の通信
プリンタ83等で受信した場合でも、ホストコンピュー
タ7501のオペレータの指示とは無関係に代替ホスト
としてのホストステーション7502,7503により
ラスタライズされたビットマップデータをプリンタ75
05Bより出力することができる。従って、ホストコン
ピュータ7501のオペレータは、サーバー装置750
5に接続されているプリンタ7505BのPDLコード
等に関係なく、DTPアプリケーションで作成した文書
等(文字,図形,グラフィックス)をプリントすること
ができる。
ー装置の入出力機器制御方法によれば、各ホストコンピ
ュータからのプリント機能処理実行要求時に、各ホスト
コンピュータから指定されたページ記述言語とサーバー
装置上でのページ記述言語とを比較して、各ホストコン
ピュータからのプリント機能処理実行可能性を判定し、
該判定結果に基づいてあらかじめ登録された各ホストコ
ンピュータのページ記述言語種別を参照して、各ホスト
コンピュータから指定されるページ記述言語に従うラス
タライズ処理を、ページ記述言語種別が整合するホスト
コンピュータに代替させながら該ホストコンピュータが
代替したラスタライズデータを入出力機器から出力させ
るので、サーバー装置上で処理可能なページ記述言語と
ホストコンピュータ上のページ記述言語が整合しない場
合でも、ネットワーク上のホスト資源を利用しながら接
続されるページ記述言語が不整合のホストコンピュータ
からのプリント情報を入出力機器から出力させることが
できる。
しながら本発明に係るサーバー装置における第2の代替
ホスト処理動作について説明する。
る第2の代替ホスト処理手順の一例を示すフローチャー
トである。なお、(1) 〜(9) は各ステップを示し、図9
に示す、例えばCPU1000がシステム全体制御プロ
グラム93,通信プログラム83等を制御することによ
り実行される。
ション7504(SUNコンピュータとして機能するU
NIXマシン)のファイルシステム(例えば米国サンマ
イクロシステムズ社が開発したネットワークファイルシ
ステムNFS)を利用する場合に対応する。
全体制御プログラム93がネットワーク7506を介し
て受信したPDLコードがCaPSLコードかどうかを
判定し(1) 、YESならば処理を終了し、NOならばサ
ーバー装置7505がドキュメントサーバーであるホス
トステーション7504にPDLコードを送信するよう
にホストコンピュータ7501に要求する。これに応じ
て、ホストコンピュータ7501がネットワーク750
6を介して送信したPDLコードを図示しないメモリに
蓄える(2) 。
行ホスト番号iをリセットして「0」とする(3) 。次い
で、優先代行ホスト番号iと処理可能なホスト数Nとを
比較し、i<Nが成立するかどうかを判定し(4) 、YE
Sならば優先順位テーブルに従って優先代行ホスト番号
iが「0」であるホストステーション7502にホスト
ステーション7504が蓄えたPDLコードをネットワ
ーク7506を介して送信し、ラスタライズ処理を依頼
する。これを受けて、ホストステーション7502がホ
ストステーション7504(ドキュメントサーバー)か
ら受信したPDLコードを処理する(5) 。
信したPDLコードに基づいてラスタライズ処理したビ
ットマップ展開されたデータをネットワーク7506を
介してホストステーション7504が受信し、正常なデ
ータを受信したかどうかをホストステーション7504
が判定し(6) 、NOならばホスト番号iを「1」インク
リメントし(8) 、次のホストステーションによる代替ホ
スト処理を依頼するため、ステップ(3) に戻る。
は、受信したデータをサーバー装置7505に転送し
(7) 、処理を終了する。
すなわちステップ(7) のホスト番号iのインクリメント
によりカウントアップした値が処理可能なホスト数Nを
越えてしまった場合、本実施例ではPSコード用の代替
ホスト数となるNが「2」であるので、ホスト番号i=
1のホストステーション7503でのラスタライズ処理
に失敗した場合には、代替ホストによるラスタライズ処
理が失敗した旨のメッセージをホストコンピュータ75
01およびサーバー装置7505の図示しないディスプ
レイに表示し(9) 、処理を終了する。
データ転送が少なくなり、ネットワークの通信効率を高
めることができる。
5に複数のプリンタが接続されるシステム構成におい
て、ホストコンピュータ7501が指定したプリンタで
の印字中にエラーが発生した場合の代替プリンタ印字処
理動作について説明する。なお、本実施例では図73に
示すように複数のプリンタ、例えばカラーレーザ複写装
置(CLC)7601,バブルジェットカラー複写装置
7603,セントロニクス対応のビットマッププリンタ
7603が図69に示したサーバー装置7505が制御
可能で、かつ各ホストコンピュータがプリンタ指定に基
づいて1つのプリンタ選択を行う構成となっている。
る代替プリンタ選択順位を決定する優先順位テーブルの
一例を示す図である。なお、このテーブルはサーバー装
置7505内のメモリに記憶されている。
る代替プリント処理手順の一例を示すフローチャートで
ある。なお、(1) 〜(7) は各ステップを示し、図9に示
す、例えばCPU1000がシステム全体制御プログラ
ム93,通信プログラム83等を制御することにより実
行される。
複写装置(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ならば処理を終了する。
の場合は、指定先のホストコンピュータに対して、例え
ば「エラーが発生しました代わりのプリンタでプリント
します」等のメッセージを送信する(4) 。なお、メッセ
ージの内容は、モードによってはユーザに他のプリンタ
に出力することの確認を請うこともできる。
クリメントとして(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がプリント命令を送信する。この結果、プリンタの種
類にこだわらないユーザであれば、指定プリンタにエラ
ーが起きても面倒な手続きなく、スムーズにプリントを
得ることができる。
装置と画像入出力装置との通信制御構成を説明するブロ
ック図である。
コンピュータで、DTPソフトやスキャナアプリケーシ
ョンプログラムが起動可能に構成されている。8004
は画像入出力制御装置(例えば図2に示すカラーSPサ
ーバーSP1)で、ネットワーク8003を介してホス
トコンピュータ8001,8002と通信可能に構成さ
れ、インタフェースケーブル8010〜8013を介し
て接続された複写機8008,スキャナ8009および
プリンタ8005,スキャナ8006,プリンタ800
7の駆動を総括制御する。なお、サーバー装置8004
には、後述するエラー処理テーブルETAB等を記憶す
るメモリを備えている。
004に構築されるエラー処理テーブルを説明する図で
あり、図77に示した各入出力機器毎で、かつ各ジョブ
処理情報毎に対応するエラー後の処理手順が記憶され
る。なお、エラー処理テーブルETABは、ホストコン
ピュータ8001,8002からサーバー装置8004
にアップロードして構築するものであっても、あらかじ
めサーバー装置8004に各入出力機器毎で、かつ各ジ
ョブ処理情報毎に登録して構築する構成であっても良
い。
ンピュータ8001で作成した画像データは入出力機器
の指定情報ともにネットワーク8003(例えば図2に
示したイーサネット等のLAN96)を通じて画像入出
力装置8004に送出する。本実施例において、入出力
機器の指定情報とは、プリンタの指定や解像度の指定等
を含んだものであり、この指定情報に基づいて画像入出
力装置8004は入出力装置を決定し、各種のパラメー
タを設定する。
した複数ページのドキュメントをプリンタ8007から
出力する場合には、ホストコンピュータ8001からド
キュメントを表現するページ記述コマンドと入出力装置
の指定情報がサーバー装置8004に送出される。サー
バー装置8004では、システム全体制御プログラム9
3がページ記述コマンドを解釈し、PDLインタープリ
ター84によりラスタライズして画像データに変換する
ように命令し、インタフェース8011を通してプリン
タ8007に転送する。プリンタ8007では受け取っ
た画像データを出力する。この処理の途中でプリンタ8
007にエラーが発生する場合がある。エラー発生時の
処理が、あらかじめサーバー装置8004に登録されて
いる。ここで、例えばプリンタ8007に対するエラー
処理テーブルETABに基づくエラー対応処理動作につ
いて説明する。
て、「電源が入っていない」,「故障」,「紙詰り」,
「インクなし」,「トナーなし」等である。また、エラ
ー対応処理は、プリントジョブ(本実施例ではプリント
処理のことをいい、複数ページのドキュメントをプリン
トする場合にはそのドキュメントすべてを出力すること
を1つのジョブとする)の開始前とジョブの途中の2つ
の場合で違ってくる。1つの例として「紙詰り」のエラ
ー発生時の処理を説明する。
ジのドキュメントをプリント処理する前に、プリンタ8
007が「紙詰り」のエラーで停止しているとサーバー
装置8004が検知すると、図76に示すエラー処理テ
ーブルETABを参照して対応するエラー処理を実行す
る。そこで、サーバー装置8004は、他のプリンタで
出力できる候補を検索し、当該代替出力候補のプリンタ
が存在する(出力待機状態である)する場合は、ドキュ
メントの出力処理を開始して、プリンタ8005に出力
し、その旨をホストコンピュータ8001に通知する。
また、出力できるプリンタがない場合には、出力を中止
してその旨をホストコンピュータ8001に通知する。
り」のエラーが発生した場合、具体的には2ページ目ま
で出力して3ページ目で「紙詰り」を起こした時には、
単緒プリンタに出力すると、各プリンタで使用する紙や
インクの材質の違いから、好ましくない場合もあるの
で、プリントジョブを中断してエラー発生をホストコン
ピュータ8001に通知する。
別に種々のエラー対応処理を登録指定おくことにより、
エラー処理に柔軟性を持たせることができ、自在にカス
タマイズすることができる。従って、例えばドキュメン
トの途中でエラーが発生しても、出力可能なプリンタが
存在する場合には、プリンタの種類が違っても出力した
り、プリンタの種類が同じ場合(共にレーザビームプリ
ンタであるとか、共にバブルジェットプリンタであるに
等)にのみ出力する等のいろいろなエラー処理を登録す
ることが可能になる。
バー装置8004をインストールする際に、ユーザがホ
ストコンピュータ8001,8002から設定する方法
や、サーバー装置8004についているパネルやボタン
を使用して設定することができる。
バー装置の入出力機器制御方法によれば、プリント機能
処理またはスキャナ機能処理の実行に伴ってエラーが発
生すると、プリント機能処理状態別またはスキャナ機能
処理状態別に記憶した各エラー回復処理情報を参照して
エラー回復を行うので、プリント機能処理またはスキャ
ナ機能処理の実行状態に対して柔軟なエラー回復処理を
実行させることが可能となる。
76に示すエラー処理テーブルETABに登録した後
は、その内容を変更しないように制御する場合について
説明したが、種々のユーザに対応するため、ユーザ別ま
たはグループ別に識別可能なIDにより、所望のエラー
対応処理を登録できるように構成し、かつプリントジョ
ブの開始時に、ホストコンピュータからエラー対応処理
手順のテーブル、すなわちエラー処理テーブルETAB
に登録するテーブルデータをサーバー装置8004に転
送して、設定できるように構成してもよい。
ば、プリント機能処理実行中のエラー発生時点における
プリント内部情報を記憶し、他の後続するプリント機能
処理終了後に、該記憶したプリント内部情報に基づくプ
リント機能処理を再起動するので、プリント機能処理実
行中のエラーに伴う中断処理時間を短縮するとともに、
後続するプリント機能処理実行要求を先行させることが
できる。
よるプリント機能処理実行中のエラー発生時点における
プリント内部情報を記憶し、後続する他方の入出力機器
によるプリント機能処理終了後に、該記憶したプリント
内部情報に基づく前記一方の入出力機器によるプリント
機能処理を再起動するので、一方の入出力機器によるプ
リント機能処理実行中のエラーに伴う中断処理時間を短
縮するとともに、後続する他方の入出力機器によるプリ
ント機能処理実行要求を先行させることができる。
力される入出力機器に対する入出力命令を解析し、該解
析結果に基づいて優先順位の高い命令を受信した場合
に、先行している入出力機器のスキャナ機能処理または
プリント機能処理を中断し、該優先順位の高い入出力命
令に従うスキャナ機能処理またはプリント機能処理を先
行させるので、サーバー装置に接続される各入出力機器
の機能処理実行状態に拘らず、後続する入出力処理命令
で先行するスキャナ機能処理またはプリント機能処理の
順位を変更することができる。
れる入出力命令種別を解析し、該解析結果に基づいて各
命令の優先順位を自動決定して、命令入力の先後に拘ら
ず入出力機器のスキャナ機能処理またはプリント機能処
理の実行順序または起動しているスキャナ機能処理また
はプリント機能処理の実行状態を制御するので、機能処
理実行種別に最適な順序で、入出力機器のスキャナ機能
処理またはプリント機能処理を実行させることができ
る。
ットワークを介して受信した命令を解析して駆動する入
出力機器を確定し、該確定した入出力機器の動作障害有
無を事前判定し、動作障害が発生している場合、該判定
結果に基づいて確定された入出力機器に対する動作障害
発生中を前記ネットワークを介して前記ホストに返信す
るので、ネットワーク上の各ホストに対して、命令受信
時に、指定した入出力機器に障害が発生していることを
適切なタイミングで報知することができる。
ント機能処理実行要求時に、各ホストから指定されるペ
ージ記述言語と前記サーバー装置上でのページ記述言語
とを比較して各ホストからのプリント機能処理実行可能
性を判定し、該判定結果に基づいてあらかじめ登録され
た各ホストのページ記述言語種別を参照して、各ホスト
から指定されるページ記述言語に従うラスタライズ処理
を、ページ記述言語種別が整合するホストに代替させな
がら該ホストが代替したラスタライズデータを入出力機
器から出力させるので、サーバー装置上で処理可能なペ
ージ記述言語とホスト上のページ記述言語が整合しない
場合でも、ネットワーク上のホスト資源を利用しながら
接続される不整合のホストからのプリント情報を入出力
機器から出力させることができる。
たはスキャナ機能処理の実行に伴ってエラーが発生する
と、プリント機能処理状態別またはスキャナ機能処理状
態別に記憶した各エラー回復処理情報を参照してエラー
回復を行うので、プリント機能処理またはスキャナ機能
処理の実行状態に対して柔軟なエラー回復処理を実行さ
せることができる。
リント情報実行中の何れかのタイミングでエラーが発生
しても、当該プリント情報処理実行状態を記憶して、後
続のプリント情報処理実行が可能となるため、エラー処
理におけるプリント処理中断時間を従来に比べて大幅に
短縮できる。また、中断したプリント情報処理に基づく
未プリント情報処理からプリント処理を再開できるの
で、再開印字時における用紙無駄を大幅に節減できる。
さらに、一方の入出力機器がエラーとなっても、接続さ
れる複数の入出力機器のうち、正常な画像処理可能な入
出力機器に対する入出力ジョブを渋滞させることがなく
なり、接続される入出力機器の稼動率を格段に上げるこ
とができる等の優れた効果を奏する。
を説明するシステムブロック図である。
ークシステムの概略を示すシステムブロック図である。
トワーク構築状態を示す図である。
成を説明する回路ブロック図である。
構成を説明するブロック図である。
ド展開処理を説明する模式図である。
ド展開処理を説明する模式図である。
明するブロック図である。
構成を説明するブロック図である。
構成の一例を示すブロック図である。
グザグスキャン経路の一例を示す図である。
のパート構成の概略を説明するブロック図である。
の詳細内部構成を説明する回路ブロック図である。
の詳細内部構成を説明する回路ブロック図である。
の詳細内部構成を説明する回路ブロック図である。
の詳細内部構成を説明する回路ブロック図である。
プロセスを説明する模式図である。
の原稿走査状態を示す模式図である。
のバンド原稿走査状態を示す模式図である。
ンタフェース信号の一例を示す図である。
ンタフェースの一例を示す回路ブロック図である。
である。
よるホスト側の信号処理手順の一例を示すフローチャー
トである。
よるプリンタ側の信号処理手順の一例を示すフローチャ
ートである。
ータとのプログラム構成を説明する図である。
手順の一例を示すフローチャートである。
述言語に準拠するコード体系の要部を示す図である。
タによる中間コードへの置換処理を説明する図である。
モリへの図形情報展開処理状態を示す模式図である。
述言語が展開するデータの1画素構造を説明する図であ
る。
タ処理経路図である。
写装置とのデータ処理状態を説明するブロック図であ
る。
写装置とのデータ処理状態を説明するブロック図であ
る。
カラー複写装置とのデータ処理状態を説明するブロック
図である。
システムの構成を説明するブロック図である。
ジョブ処理手順の一例を示すフローチャートである。
処理手順の一例を示すフローチャートである。
御状態を説明するタイミングチャートである。
全体制御プログラム制御処理状態を示す図である。
制御のイベント処理手順の一例を示すフローチャートで
ある。
理状態を示す図である。
行処理手順の一例を示すフローチャートである。
スチェック処理手順の一例を示すフローチャートであ
る。
チェック処理手順の一例を示すフローチャートである。
ェースチェック処理手順の一例を示すフローチャートで
ある。
動処理手順の一例を示すフローチャートである。
理状態推移を示すタイミングチャートである。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
理に伴うジョブテーブルの内容を示す図である。
構成を説明するブロック図である。
される印刷レイアウトを示す模式図である。
入出力装置との通信制御構成を説明する概略的なブロッ
ク図である。
ント制御方法を説明するフローチャートである。
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
力制御方法を説明するフローチャートである。
像入出力装置との通信制御構成を説明する概略的なブロ
ック図である。
ュータから指定されたSPサーバー装置に送信されるデ
ータの一例を示す図である。
出力デバイス状態診断処理の一例を説明するフローチャ
ートである。
出力デバイス状態診断処理の一例を説明するフローチャ
ートである。
ットワーク構成を説明するブロック図である。
の代行ホスト管理テーブルの一例を示す図である。
替ホスト処理手順の一例を示すフローチャートである。
替ホスト処理手順の一例を示すフローチャートである。
ンタ選択順位を決定する優先順位テーブルの一例を示す
図である。
ント処理手順の一例を示すフローチャートである。
入出力機器との通信制御構成を説明するブロック図であ
る。
ラー処理テーブルを説明する図である。
Claims (7)
- 【請求項1】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、プリント機能処理実行中のエラー発
生時点におけるプリント内部情報を記憶し、後続する他
のプリント機能処理終了後に、該記憶したプリント内部
情報に基づきプリント機能処理を再起動することを特徴
とするサーバー装置の入出力機器制御方法。 - 【請求項2】 複数のスキャナ機能処理およびプリンタ
機能処理を実行する入出力機器が所定のインタフェース
を介して接続され、かつ所定のネットワークを介して複
数のホストと通信可能に接続されたサーバー装置の入出
力機器制御方法において、一方の画像処理装置によるプ
リント機能処理実行中のエラー発生時点におけるプリン
ト内部情報を記憶し、後続する他方の画像処理装置によ
るプリント機能処理終了後に、該記憶したプリント内部
情報に基づき前記一方の画像処理装置によるプリント機
能処理を再起動することを特徴とするサーバー装置の入
出力機器制御方法。 - 【請求項3】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、前記所定のネットワークに接続され
る複数のホストから順次受信した命令を解析して、実行
中の入出力機器のスキャナ機能処理およびプリンタ機能
処理よりも優先順位の高い命令を受信した場合、前記入
出力機器のスキャナ機能処理またはプリント機能処理実
行を中断し、前記優先順位の高い命令に対する前記入出
力機器のスキャナ機能処理またはプリント機能処理の実
行開始を制御することを特徴とするサーバー装置の入出
力機器制御方法。 - 【請求項4】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、前記所定のネットワークに接続され
る各ホストから受信した命令の種別を解析して、該解析
結果に応じた優先順位を決定し、該決定された優先順位
に基づいて前記入出力機器のスキャナ機能処理またはプ
リント機能処理の実行順序または起動している入出力機
器のスキャナ機能処理またはプリント機能処理の実行状
態を制御することを特徴とするサーバー装置の入出力機
器制御方法。 - 【請求項5】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、前記ホストから前記所定のネットワ
ークを介して受信した命令を解析して駆動する入出力機
器を確定し、該確定した入出力機器の動作障害有無を事
前判定し、該判定結果において動作障害が判定された場
合、動作障害発生中を前記ネットワークを介して前記ホ
ストに返信することを特徴とするサーバー装置の入出力
機器制御方法。 - 【請求項6】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、各ホストからのプリント機能処理実
行要求時に、各ホストから指定されるページ記述言語と
前記サーバー装置上でのページ記述言語とを比較して各
ホストからのプリント機能処理実行可能性を判定し、該
判定結果に基づいてあらかじめ登録された各ホストのペ
ージ記述言語種別を参照して、各ホストから指定される
ページ記述言語に従うラスタライズ処理を、ページ記述
言語種別が整合するホストに代替させ、該ホストが代替
したラスタライズデータを入出力機器から出力させるこ
とを特徴とするサーバー装置の入出力機器制御方法。 - 【請求項7】 スキャナ機能処理およびプリンタ機能処
理を実行する入出力機器が所定のインタフェースを介し
て接続され、かつ所定のネットワークを介して複数のホ
ストと通信可能に接続されたサーバー装置の入出力機器
制御方法において、前記所定のネットワークに接続され
る各ホストから受信したプリント機能処理またはスキャ
ナ機能処理の実行に伴って発生するエラー毎の各エラー
回復処理情報をプリント機能処理状態別またはスキャナ
機能処理状態別にそれぞれ記憶し、エラー発生時に、該
記憶された各エラー回復処理情報を参照してエラー回復
を行うことを特徴とするサーバー装置の入出力機器制御
方法。
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)
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 |
AU4429396A (en) * | 1995-02-01 | 1996-08-21 | Ferag Ag | Process and system for producing and distributing printed 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 |
US7046391B1 (en) * | 1995-08-07 | 2006-05-16 | Electronics For Imaging, Inc. | Method and apparatus for providing a color-balanced multiple print engine |
US6977752B1 (en) * | 1995-08-07 | 2005-12-20 | Electronics For Imaging, Inc. | Method and apparatus for determining toner level in electrophotographic print engines |
US7027187B1 (en) * | 1995-08-07 | 2006-04-11 | Electronics For Imaging, Inc. | Real time calibration of a marking engine in a print system |
US6657741B1 (en) | 1995-08-07 | 2003-12-02 | Tr Systems, Inc. | Multiple print engine system with selectively distributed ripped pages |
EP0767578B1 (en) * | 1995-10-04 | 2002-04-10 | Canon Kabushiki Kaisha | Image processing method |
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 |
US7170617B1 (en) | 2000-04-17 | 2007-01-30 | International Business Machines Corporation | Method and apparatus for determining how to process incoming print jobs |
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 |
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 |
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 |
US20070053428A1 (en) * | 2001-03-30 | 2007-03-08 | Vixs Systems, Inc. | Managed degradation of a video stream |
JP4405691B2 (ja) * | 2001-04-06 | 2010-01-27 | キヤノン株式会社 | 印刷システム |
WO2002093358A1 (en) * | 2001-05-17 | 2002-11-21 | Cyber Operations, 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 |
US7403564B2 (en) * | 2001-11-21 | 2008-07-22 | Vixs Systems, Inc. | System and method for multiple channel video transcoding |
US7356079B2 (en) * | 2001-11-21 | 2008-04-08 | Vixs Systems Inc. | Method and system for rate control during 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 | キヤノン株式会社 | 情報処理装置、ジョブ処理方法、プログラム |
US7606305B1 (en) | 2003-02-24 | 2009-10-20 | 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 |
US7133452B1 (en) | 2003-02-24 | 2006-11-07 | 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 | コニカミノルタビジネステクノロジーズ株式会社 | スキャナ装置、データ送信方法、データ送信プログラム、およびデータ処理装置 |
US7277101B2 (en) | 2003-09-29 | 2007-10-02 | Vixs Systems Inc | Method and system for scaling images |
US7668396B2 (en) * | 2003-09-29 | 2010-02-23 | Vixs Systems, Inc. | Method and system for noise reduction in an image |
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)
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 |
DE69131260T2 (de) * | 1990-03-15 | 1999-11-04 | Canon K.K., Tokio/Tokyo | Verfahren und Gerät zur Bildkommunikation |
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 |
DE69133227D1 (de) * | 1990-11-21 | 2003-04-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 | 異常復帰システム |
EP0558281B1 (en) * | 1992-02-28 | 2000-08-30 | Kabushiki Kaisha Toshiba | Modulating controller for controlling two operation terminals |
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 |
-
1993
- 1993-01-18 JP JP02170493A patent/JP3486427B2/ja not_active Expired - Fee Related
-
1997
- 1997-03-03 US US08/811,454 patent/US5859956A/en not_active Expired - Lifetime
- 1997-05-29 US US08/864,903 patent/US5740028A/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
US5740028A (en) | 1998-04-14 |
JP3486427B2 (ja) | 2004-01-13 |
US5859956A (en) | 1999-01-12 |
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 | |
JP2003216361A (ja) | 印刷システム及び印刷装置 | |
JPH07271702A (ja) | スキャナプリンタサーバーシステムおよびスキャナプリンタサーバーシステムの有効機能管理方法 | |
US6226095B1 (en) | Image processing apparatus, method, and system | |
JP3257895B2 (ja) | スキャナプリンタサーバーシステムおよび自動画像転送方法およびスキャナプリンタサーバー | |
US20050219568A1 (en) | Image processing apparatus and its method, and image processing system and its control method | |
US6981069B2 (en) | Compressed data transmission over a plurality of transmission paths | |
JPH05292240A (ja) | スキャナプリンタサーバー及びスキャナプリンタサーバーシステム | |
JPH0816332A (ja) | スキャナプリンタサーバーシステムおよびそのデータ処理方法 | |
JP4072439B2 (ja) | 画像処理装置、データ通信方法、及びプログラム | |
US7965406B2 (en) | Time multiplexed image data decompression circuit | |
JP3244138B2 (ja) | サーバー装置 | |
JPH06214923A (ja) | サーバー装置 | |
JPH06214919A (ja) | サーバー装置およびその画像処理方法 | |
JP3584247B2 (ja) | 印刷制御装置及び制御方法 | |
JPH05274397A (ja) | 画像処理システム及び画像処理装置 | |
JP3639838B2 (ja) | 印刷制御装置及びその制御方法 | |
JP3639835B2 (ja) | 印刷制御装置及びその制御方法 | |
JP2613590B2 (ja) | カラー像形成装置 | |
JP2644212B2 (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 |