JP3792733B2 - サーバー装置および制御方法 - Google Patents

サーバー装置および制御方法 Download PDF

Info

Publication number
JP3792733B2
JP3792733B2 JP02170593A JP2170593A JP3792733B2 JP 3792733 B2 JP3792733 B2 JP 3792733B2 JP 02170593 A JP02170593 A JP 02170593A JP 2170593 A JP2170593 A JP 2170593A JP 3792733 B2 JP3792733 B2 JP 3792733B2
Authority
JP
Japan
Prior art keywords
image
data
scanner
printer
job
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.)
Expired - Fee Related
Application number
JP02170593A
Other languages
English (en)
Other versions
JPH06214922A (ja
Inventor
杉浦　　進
良和 横溝
光正 杉山
順一 宍塚
雅成 戸田
真琴 高岡
重忠 小林
裕彦 橋本
修 山田
ゆかり 下村
和浩 齋藤
良信 三田
作力 根岸
康男 福田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP02170593A priority Critical patent/JP3792733B2/ja
Priority to US08/182,599 priority patent/US6177934B1/en
Publication of JPH06214922A publication Critical patent/JPH06214922A/ja
Application granted granted Critical
Publication of JP3792733B2 publication Critical patent/JP3792733B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

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/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
    • H04N1/00236—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 using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer
    • H04N1/00241—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 using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer using an image reading device as a local input to a computer
    • 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
    • H04N1/00236—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 using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer
    • 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/333—Mode signalling or mode changing; Handshaking therefor
    • H04N1/33376—Mode signalling or mode changing; Handshaking therefor according to characteristics or state of one of the communicating parties, e.g. available memory capacity
    • 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/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/0077—Types of the still picture apparatus
    • H04N2201/0081—Image reader

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Facsimiles In General (AREA)
  • Computer And Data Communications (AREA)
  • Processing Or Creating Images (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介してホストコンピュータと通信可能なサーバー装置および制御方法に関するものである。
【０００２】
【従来の技術】
従来、サーバー装置としては、複数のプリンタが接続される、いわゆるプリンタサーバー装置に知られている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のサーバー装置としては、複数のイメージリーダ（スキャナ装置）が接続されるような装置は、未だ知られていなかった。
【０００４】
また、かかるサーバー装置に接続される複数のイメージリーダの読取り特性は同一であるとは限らず、互いに読取り特性が異なる場合があり、かかる場合ホストコンピュータは、これらのイメージリーダの特性を知ることができないという問題が生じた。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、複数の画像読取り装置それぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送するとともに、複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信することにより、ホストコンピュータ側で、ネットワーク上にある各画像読取り装置の画像読取り特性を認識することができ、さらに、選択した画像読取装置の画像読取り特性を設定することができるサーバー装置および制御方法を提供することである。
【０００６】
【課題を解決するための手段】
本発明に係る第１の発明は、ネットワークを介してホストコンピュータと通信可能なサーバー装置であって、複数の画像読取り装置およびそれぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送する転送手段と、複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信する受信手段と、複数の画像読取り装置の中から選択された画像読取り装置に画像の読み取りをさせる制御手段と、読み取られた画像の画像データを前記ホストコンピュータに送信する画像データ送信手段とを有することを特徴とする。
【０００７】
本発明に係る第２の発明は、画像読取り特性を、カラー／モノクロ何れであるかを示す特性で構成したことを特徴とする。
【０００８】
本発明に係る第３の発明は、前記画像読取り装置は、原稿を読み込んで、原稿の画像データを生成するスキャナであることを特徴とする。
【０００９】
本発明に係る第４の発明は、前記ホストコンピュータから送信された、前記ホストコンピュータにログインしているユーザ名が登録されているかを判定する判定手段と、前記ホストコンピュータに登録されていると前記判定手段で判定された場合、複数の画像読取り装置の名を前記ホストコンピュータに送信する送信手段とを有することを特徴とする。
本発明に係る第５の発明は、ネットワークを介してホストコンピュータと通信可能な装置における制御方法であって、複数の画像読取り装置それぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送する転送ステップと、複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信する受信ステップと、選択された画像読取り装置に画像の読み取りをさせる制御ステップと、読み取られた画像の画像データを前記ホストコンピュータに送信する画像データ送信ステップとを有することを特徴とする。
本発明に係る第６の発明は、画像読取り特性を、カラー／モノクロ何れであるかを示す特性で構成したことを特徴とする。
本発明に係る第７の発明は、前記画像読取り装置は、原稿を読み込んで、原稿の画像データを生成するスキャナであることを特徴とする。
本発明に係る第８の発明は、前記ホストコンピュータから送信された、前記ホストコンピュータにログインしているユーザ名が登録されているかを判定する判定ステップと、前記ホストコンピュータに登録されていると前記判定ステップで判定された場合、複数の画像読取り装置の名を前記ホストコンピュータに送信する送信ステップとを有することを特徴とする。
【００１０】
【実施例】
図１は本発明の第１実施例を示すサーバー装置の概要を説明するシステムブロック図である。なお、詳細なシステムブロック図は後述する。
【００１１】
図において、スキャナ／プリンタ（ＳＰ）サーバーは後述する。本システムは、大別してメインＣＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路３，スキャナ／プリンタインタフェース回路４より構成されている。なお、スキャナ／プリンタ（ＳＰ）サーバーに複数のスキャナ／プリンタを接続する場合には、その台数分のスキャナ／プリンタインタフェース回路を実装する。その台数の増減を容易にする為にスキャナ／プリンタインタフェース回路は独立したボード上に構成されており、本体とは後述するＶＭＥバス１６で接続する。残りのメインＣＰＵ回路１、イーサネット回路２、ＪＰＥＧ圧縮回路３は１枚のボード上に構成されており、互いにローカルなバス１４で結合されている。
【００１２】
４−１は第１のスキャナ／プリンタインタフェース回路（第１のＳＰインタフェース回路）で、例えば商品名ＣＬＣ−５００等のディジタルカラー複写装置１００（レーザビームカラー複写装置）とＶＭＥバス１６とのＩ／Ｏをインタフェースする。
【００１３】
４−２は第２のプリンタ／スキャナインタフェース（第２のＳＰインタフェース回路）で、例えば商品名ピクセルジェット等のディジタルカラー複写装置２００（バブルジェットカラー複写装置）とＶＭＥバス１６とのＩ／Ｏをインタフェースする。
【００１４】
メインＣＰＵ回路１は例えばＲ３０００（商品名）等のＣＰＵ５とメモリ６等から成り、ここでＯＳである、例えば VxWorks（商品名）の管理下ですべてのプログラムが実行される。メモリ６の補助記憶装置として、ハードディスク７がある。８はＳＣＳＩインタフェースである。イーサネット回路２はイーサネットトランシーバー９とデータをメモリ６にＤＭＡ転送する為のＤＭＡコントローラ１０等とから成る。イーサネットトランシーバー９はイーサネット（商品名）ローカルエリアネットワーク（ＬＡＮ）１１に接続する。ＪＰＥＧ圧縮回路３はＪＰＥＧ圧縮／伸長コントローラ１２とＦＩＦＯメモリ１３等とから成る。メインＣＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路３を互いに結合しているローカルバス１４はＶＭＥバストランシーバー１５−１を介してＶＭＥバス１６に接続されている。
【００１５】
第１のＳＰインタフェース回路４−１はページメモリ１７と第１の制御回路１８等からなる。１ページ分のメモリが必要な理由は、ディジタルカラー複写装置１００が印刷／スキャンを開始すると途中でフロー制御する事ができないからである。ページメモリ１７は、メモリの価格が高いので圧縮メモリを構成している。すなわち、このメモリ１７に書き込まれるデータは、メモリ６でラスタライズされた画像のみである事に着目し、メモリ１７は非可逆圧縮ではあるが、高圧縮率が得られるＡＤＣＴ圧縮方式を採用している。そのＡＤＣＴ圧縮チップはこの図では示していないが、前述のＪＰＥＧ圧縮／伸長コントローラ１２と同じチップを用いている。
【００１６】
ただし、このページメモリ１７にＡＤＣＴ圧縮方式用いる場合、圧縮データはここだけの閉じた回路で使用されるだけで、外部には出て行かないから、標準に則る必要はなく、実際、ＪＰＥＧを改良した効率的な方法を用いている。第１の制御回路１８は例えばＺ−８０（商品名）等のＣＰＵ等で構成し、複写装置１００との画像以外の制御信号のやり取りをしている。ここのインタフェースの本数を減らすため、制御コマンドをシリアルで送っている。第１のＳＰインタフェース回路４−１はＶＭＥバストランシーバー１５−２を介してＶＭＥバス１６と接続している。
【００１７】
第２のＳＰインタフェース回路４−２はデータ縦横変換回路１９、バッファメモリ２０、画像処理回路２１及び第２の制御回路２２等とから成り。ＶＭＥバストランシーバー１５−３を介してＶＭＥバス１６と接続している。データ縦横変換回路１９は、プリント時は走査方向の画像のデータ形式を走査方向に対して９０°に変換し、スキャン時は走査方向に対して９０°のデータ形式を走査方向に変換する。バッファメモリ２０はそのための変換用バッファとして用いる。
【００１８】
画像処理回路２１は複写装置２００に欠けている画像処理機能を補う為に入れている。第２の制御回路２２は第１の制御回路１８と同じ機能を提供する為のものであり、同じ例えばＺ−８０（商品名）等のＣＰＵ等で構成されている。
【００１９】
以下、動作について説明する。
【００２０】
例えばネットワーク印刷を実行する場合の例を示すと、ＬＡＮ１１からイサーネットトランシーバー９を介して入ってきたページ記述言語（例えば商品名 CaPSL）は、ＤＭＡコントローラ１０によって、直接メモリ６の特定領域（受信バッファ）に蓄えられる。そこで後述するページ記述言語インタープリタープログラムによってラスターイメージに変換される。ＪＰＥＧ圧縮画像は、ページ記述言語（以下、ＰＤＬ）で伸長することもできるが、高速に伸長するためＪＰＥＧ圧縮／伸長回路３が利用される。
【００２１】
このように構成された第１のサーバー装置において、第１の画像出力制御手段（メインＣＰＵ回路１）が各ホストから前記ネットワークを介して入力される第１の画像情報，各ホストからの指示に従って各入出力機器（複写装置１００，２００）から読み込まれた第２の画像情報，各ホストからの指示に従って第１のおよび第２の画像情報を組み合わせた第３の画像情報の各入出力機器への出力を後述する図６０，図６１に示すフローチャートに従って制御するので、各ホストからの指示に応じて第１〜第３の画像情報のいずれかを直接生成して各入出力機器から直接出力することが可能となるとともに、第２の画像出力制御手段が第２の画像情報を前記ネットワークを介して要求した第１のホストまたは第１のホストに指示された第２のホストへの出力を制御するので、ホストからの指示に応じて各入出力機器から取り込んだ第２の画像情報を自ホストを含む他のホストに直接転送することも可能となる。
【００２２】
なお、メモリ６は価格的な理由から、１ページの画面全体をラスタライズするだけの容量を持たず、ＰＤＬ（例えばCaPSL ）を部分的に処理するバンディングという手法を用いて、何回かに分けて処理される。ラスタライズが完了したら、第１のＳＰインタフェース回路４−１または第２のＳＰインタフェース回路４−２に転送され、各プリンターに出力される。なお、ネットワークスキャンを実行する場合の例は後述する。
【００２３】
図２は、図１に示したサーバー装置を含むネットワークシステムの概略を示すシステムブロック図である。
【００２４】
本実施例におけるネットワークシステムは、例えば Macintosh（商品名）、IBM-PC（商品名）、SUN （商品名）の様な市販されているホストコンピュータのアプリケーションソフトウエアから、ネットワークを介して接続されている少数のスキャナーやプリンターを共同利用する為の物である。同図に於て、大きく４つのブロックがあるが、左から順に MacintoshワークステーションＳＴ１、IBM-PCワークステーションＳＴ２、SUN ワークステーションＳＴ３、及びカラーＳＰサーバーＳＰ１である。 MacintoshワークステーションＳＴ１、IBM-PCワークステーションＳＴ２、SUN ワークステーションＳＴ３は、市販されているホストコンピューターであり、カラーＳＰサーバーＳＰ１は発明者が設計したインタフェースユニットである。それらが、例えばEthernet（商品名）というローカルエリアネットワーク９６によって相互接続されている。９４は第１のカラースキャナ／プリンタ、９５は第２のカラースキャナ／プリンタである。
【００２５】
Macintosh ワークステーションＳＴ１、IBM-PCワークステーションＳＴ２、SUN ワークステーションＳＴ３、及びカラーＳＰサーバーＳＰ１は、相互通信の為に、共通の通信インタフェースを有する。５１，６１，７１，８１はローカルエリアネットワーク（ＬＡＮ）９６と通信する為のイーサネットトランシーバーである。５２，６２，７２，８２はＬＡＮ９６上に構築した通信プログラム TCP/IP （商品名）で、米国国防省の標準である。
【００２６】
このTCP/IPプログラムは End-to-End でのデーター誤りの無い通信サービス（機能）を提供する。５３，６３，７３，８３は第１のカラースキャナ／プリンタ９４，第２のカラースキャナ／プリンタ９５を Macintosh用のステーションＳＴ１，IBM-PC用のステーションＳＴ２，SUN ワークステーションＳＴ３から共同利用するという特別な目的のためのサービス（機能）を提供する通信プログラムである。５３，６３はＳ／Ｐクライアントプログラムとして、クライアント型のサービスを提供する通信プログラムであり、８３はＳ／Ｐサーバープログラムで、サーバー型のサービスを提供する通信プログラムである。
【００２７】
Macintosh のステーションＳＴ１から第１のカラースキャナ／プリンタ９４に印刷させる場合を説明すると、市販アプリケーションプログラム５６で作成した原稿を印刷しようとすると、プリントマネージャ−（Printing Manager) ５５というＯＳ（Operating System）の一部に制御が渡され、印刷のための制御を開始する。この時のデーターフォマットは Macintoshの場合 QuickDraw（商品名）タイプに標準化されている。プリントマネージャー５５は、変換プログラム５４の描画関数群を原稿に書かれた通りにコールする。変換プログラム５４は、そのコールの中で QuickDrawを、例えばCaPSL(Canon Prinnting System Language)コードに逐一変換して図示しないメモリーに CaPSLコードを蓄える。変換プログラム５４は、主としてQuickDraw/CaPSL 変換プログラムとして機能する。
【００２８】
通信プログラム５３は、得られた CaPSLコードをＴＣＰ／ＩＰプログラム５２に従ってイーサネットトランシーバ５１，ＬＡＮ９６，イーサネットトランシーバ８１を介し，さらにＴＣＰ／ＩＰプログラム８２，通信プログラム８３を介してカラーＳＰサーバーＳＰ１に伝送する。なお、上述した変換プログラム５４，６４，７４，通信プログラム５３，６３，７３，スキャナインタフェースプログラム５７，６７，ＴＣＰ／ＩＰプログラム５２，６２，７２等は、例えばフロッピ−ディスク等でホストコンピュータに供給されても良い。また、イーサネットトランシーバー、例えばボード回路としてホストコンピュータに供給されても良い。
【００２９】
カラーＳＰサーバー（Ｓ／Ｐサーバー装置）ＳＰ１全体の動作は、システム全体制御プログラム９３によって制御されている。前記 CaPSLコードの受信も、システム全体制御プログラム９３に知らされる。システム全体制御プログラム９３は、後述するＰＤＬインタープリタープログラム８４に対して、CaPSL コード化された原稿を、ビットマップ画像にラスタライズする様に要求する。ビットマップ画像にラスタライズされた画像データは、デバイスドライバ８６に渡され、例えば第１のプリンタ制御ボード９１を介してビデオインタフェース Video I/Fから第１のカラースキャナ／プリンタ９４に送られ、印刷される。
【００３０】
IBM-PCのステーションＳＴ２から印刷する場合も同様で、上記データの流れと同様であるが、IBM-PCのステーションＳＴ２の場合には、印刷原稿のデータフォマットは GDI（商品名）に標準化されている。変換プログラム６４は、主としてGDI/CaPSL 変換プログラムとして機能する。
【００３１】
ＳＵＮワークステーションＳＴ３から印刷する場合は、上記変換プログラム５４，６４に相当する機能が標準化されていないため、アプリケーションプログラム７５が直接通信プログラム７３を介して通信する。ただし、市販のアプリケーションプログラム、例えば FrameMaker （商品名）から印刷できるようにする為、MIF/CaPSL 変換用の変換プログラム７４を間に入れている。
【００３２】
原稿をスキャン（読み取り）する場合は、例えば MacintoshのステーションＳＴ１の場合、スキャナアプリケーションプログラム５８からスキャナインタフェースプログラム５７を介して通信プログラム５３にスキャンの要求を出す。すると通信プログラム５３は、イーサネットトランシーバ５１，ＬＡＮ９６，イーサネットトランシーバ８１およびＴＣＰ／ＩＰプログラム８２を介し、通信プログラム８３との間に、End-to-End の通信路を確保し、スキャン命令を伝達するその命令はシステム全体制御プログラム９３に伝えられ、スキャナ制御プログラムに対して第１のカラースキャナ／プリンタ９４をスキャンさせるように要求する。
【００３３】
スキャンされた原稿の画像データは逆に、第１制御ボード９１，デバイスドライバ８６，通信プログラム８３，ＴＣＰ／ＩＰプログラム８２，イーサネットトランシーバ８１，ＬＡＮ９６，イーサネットトランシーバ５１，ＴＣＰ／ＩＰプログラム５２，通信プログラム５３，デバイスドライバー５７，スキャナアプリケーションプログラム５８の順に伝達される。
【００３４】
IBM-PCのステーションＳＴ２で原稿をスキャンする場合も同様であるが、ＳＵＮワークステーションＳＴ３からスキャンする場合は、デバイスドライバー５７，スキャナインタフェースプログラム６７に相当する機能が標準化されていないため、スキャナアプリケーションプログラム７６が直接通信プログラム７３を介して通信する。なお、スキャナインタフェースプログラム５７，６７はスキャナアプリケーションと通信プログラムとのデータの制御を行う。
【００３５】
カラーＳＰサーバーＳＰ１には、もう１台のスキャナ／プリンタである第２のカラースキャナ／プリンタ９５が接続されており、第２の制御ボード９２を介して第２のカラースキャナ／プリンタ９５を同様に制御する。
【００３６】
システム全体制御プログラム９３を始めとするカラーＳＰサーバーＳＰ１の全てのプログラムは、例えばVxWorks （商品名）と言うシステムプログラム（ＯＳ）の管理下で動作する。
【００３７】
このサービスの為の特別なプログラム（例えば通信プログラム７３，変換プログラム７４等）を持たない一般のＵＮＩＸワークステーションからの要求を受け付ける為、カラーＳＰサーバーＳＰ１には通信プログラム８３と並行して、準業界標準の lpr/lpd通信プログラム９０も載せている。
【００３８】
図３は本発明に係るサーバー装置と各ホストコンピュータとのネットワーク構築状態を示す図である。
【００３９】
この図に示すように、各ホストコンピュータＨＯＳＴ１〜Ｎは、 Macintosh（商品名）、IBM-PC（商品名）、SUN （商品名）等のホストコンピュータで、それぞれのＯＳによりデータ処理が制御されている。これらのホストコンピュータＨＯＳＴ１〜Ｎには、ＬＡＮ９６との通信を行うためのイーサネットインタフェースボード９７，画像圧縮伸長ボード９８，ＣＰＵボード９９がそれぞれ設けられている。なお、画像圧縮伸長ボード９８は、メモリ上でのソフトウエア処理により実現するものであっても良い。また、画像データを入出力する際に、圧縮伸長を用いない場合には、画像圧縮伸長ボード９８が不要となる。さらに、本実施例ではＬＡＮ９６としてイーサネットを使用しているが、ネットワークの方法は、Ａｐｐｌｅ ｔａｌｋ（商品名），Ｔａｋｅｎ Ｒｉｎｇ（商品名）等を利用するネットワークであってもいいし、通信プログラムもＴＣＰ／ＩＰプログラムに代えてＯＳＩ，ＩＰＸ（商品名）等で構成されるシステムでも本発明を適用できることは言うまでもない。
【００４０】
図４は、図１に示したメインＣＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路３より構成されるボード回路の詳細構成を説明する回路ブロック図である。
【００４１】
図において、１０１は例えばＩＤＴ７９Ｒ３０５１（商品名）等で構成されるＣＰＵで、ボード回路全体を制御する。なお、ボード回路にはリアルタイムＯＳが搭載されている。このＯＳ上で起動されている図２に示した通信プログラム８３，システム全体制御プログラム９３，スキャナ制御プログラム８５，ＰＤＬインタープリタープログラム８４等をＣＰＵ１０１が起動し、マルチプロセスに動作を制御する。
【００４２】
１０２は主記憶メモリで、ＣＰＵ１０１のワークメモリとして機能する。なお、本システムが電源投入されると、ＥＰＲＯＭ１０７内に記憶されている上記各プログラムやＳＣＳＩポート１１２に接続されたハードディスク等の補助記憶装置またはネットワーク上のホストコンピュータに記憶されているプログラムを本メモリ上にダウンロードして配置される。このため、各プロセスのプログラム自体は主記憶メモリ１０２上にあり、ここで動作する。
【００４３】
１０３はバンドメモリで、画像データをラスタ方法に数ライン分蓄積できるバンドメモリである。当該バンドメモリ１０３は、ＰＤＬデータをビットマップデータに展開するためのメモリである。ＰＤＬは通常１ページ分のビットマップデータを作成してから、プリンタエンジン側にデータを送るが、本システムでは、１ページを数バンドに分割してビットマップ展開を行う手法をとる。これは、ＰＤＬインタープリタープログラム８４がＰＤＬデータの並べ替え作業を行うことにより実現する。当該バンドメモリ１０３に展開されたビットマップデータは、プリンタ側に送られる。その後、次のバンド分の展開が行われて、再びプリンタ側に送られる。この繰り返しにより、１ページ分のプリントが行われる。
【００４４】
また、スキャナ側から画像データを読み込む時にも、一時的に本バンドメモリに蓄積される。ＣＰＵ１０１あるいは本システムでは記載していないダイレクトメモリアクセス（ＤＭＡ）のブロック転送機能を用いて、当該バンドメモリ１０３より画像データを読み出し、ＳＣＳＩポート１１２に接続されたハードディスクあるいはイーサネットポート１１４に接続されたネットワークを介して、ホストコンピュータ側に転送される。１バンド分のデータが転送されると、再び次のバンド幅分のスキャンデータを入力して繰り返す。
【００４５】
１０４はメモリアクセスコントローラで、主記憶メモリ１０２，バンドメモリ１０３を構築するＤＲＡＭのアクセスとリフレッシュをコントロールする。通常ＤＲＡＭは１ワード（８，１６，３２ビット等）毎アクセスする方法、ある一定長の連続アクセスする方法（ページＲＥＡＤ，Ｗｒｉｔｅ）、ＤＲＡＭのバンクを分けて交互にアクセスを繰り返し、アドレス発生は先行して発生させるインタリーブ方法のアクセス方法があるが、これらの方法を提供しメモリのアクセスの高速化を図っている。ただし、主記憶メモリ１０２，バンドメモリ１０３がＳＲＡＭで構成された場合には、リフレッシュ機能は必要はない。１０５はメモリクリアコントローラで、バンドメモリ１０３のデータを高速にクリアする。
【００４６】
図５は、図４に示したメモリクリアコントローラ１０５の詳細構成を説明するブロック図である。
【００４７】
図において、２０１はアドレス発生部で、クリアスタート信号に応じてアドレスバッファ部２０３にクリアすべきアドレスを出力する。２０２はデータラッチで、クリアデータをデータバッファ部２０４に出力する。
【００４８】
このように構成されたボード回路（メインＣＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路３より構成される）において、先ず、ＣＰＵ１０１がバンドメモリ１０３内のデータを他の記憶装置あるいはインタフェースに転送されたことを確認すると、アドレスバッファ２０３，データバッファ２０４をイネーブルにする。それに対して、バンドメモリ１０３への他のアクセス手段をディセーブルにする。データラッチ２０２には、システムの立ち上げ時のイニシャライズであるデータ、例えば「００」を設定しておく。ＣＰＵ１０１は、アドレス発生部２０１に対して、クリアスタート信号を送る。これに応じて、アドレス発生部２０１はアドレスを順次発生して、データラッチ部２０２に保持されたデータをメモリアクセスコントローラ１０４を通して、バンドメモリ１０３に書込む。全メモリ分の書込みが終了したら、アドレス発生部２０１は、ＣＰＵ１０１にクリアエンド信号を送り、クリア動作を終了する。
【００４９】
クリア動作は、バンドメモリ１０３上の画像データがプリンタデバイスに転送されると、行われた次のバンドの画像データがＰＤＬインタープリタープログラム８４により展開される。その時、ＰＤＬインタープリタープログラム８４は、必要な部分にしかビットマップ展開を行わない。例えば図６の（１）に示すバンドの後半の画像、（２）に示すバンドの展開は、（２）に属する画像のみが書込まれる。このため、図６の（１）で既に転送し終った画像データは、不要データとして残ってしまう。もし、メモリクリアをしなければ、（１）および（２）に示した画像が混在する画像データがバンドメモリ１０３上に書込まれた状態となってしまう。そこで、上記メモリクリアが必要となる。１０５はメモリクリアコントローラは、上記メモリクリア処理をハード化し、高速処理を可能としている。
【００５０】
画像描画処理回路１０６は、ＰＤＬインタープリタープログラム８４の描画機能をハードウエアで補助するために構成された回路である。ＰＤＬインタープリタープログラム８４は線を描いたり、図形の塗りつぶしが非常に多く、相当の時間を必要とする。例えば図７に示すような図形（１）〜（３）に囲まれた部分の塗りつぶしは、図中矢印で示すように塗りつぶし処理が実行される。
【００５１】
図８は、図５に示した画像描画処理回路１０６の詳細構成を説明するブロック図である。
【００５２】
図において、１０６Ａはアドレス発生部で、描画スタート信号に応じてアドレスバッファ部１０６Ｃにクリアすべきアドレスを出力する。１０６Ｂはデータラッチで、描画データをデータバッファ部１０６Ｄに出力する。
【００５３】
このように構成されたボード回路において、先ず、ＣＰＵ１０１がＰＤＬインタープログラム８４による処理結果から、現在のバンド幅内に、線の描画や図形の塗りつぶしがある場合、画像描画処理回路１０６へ指令する。先ず、データラッチ１０６Ｂに描画データをラッチさせる。次に、アドレス発生部１０６Ａに開始アドレスとカウント数（１ライン分の描画量）を設定する。ただし、カウント数は終了アドレスを設定する構成であっても良い。そして、アドレスバッファ１０６Ｃ，データバッファ１０６Ｄをイネーブルにする。それに対して、バンドメモリ１０３への他のアクセス手段をディセーブルにする。ＣＰＵ１０１は、アドレス発生部１０６Ａに対して、描画スタート信号を送る。これに応じて、アドレス発生部１０６Ａは開始アドレス値より順次アドレスを発生して、データラッチ部１０６Ｂに保持されたデータをメモリコントローラ１０４を通して、バンドメモリ１０３に書き込む。カウント数部（終了アドレス）に達したら、メモリ書き込みを止めて、描画エンド信号を送り、次の開始アドレスとカウント数を設定し、再びメモリへ書き込みを行う。バンド幅分の描画を終了すると、バンド幅分の描画を終了する。
【００５４】
描画動作は、クリア動作と同様にハードウエアによる高速化を図ったものであが、例えば専用のＬＳＩが描画処理をすべて受け持ち、ＣＰＵ１０１による補助を軽減する構成としても良い。
【００５５】
一方、図４において、１０７は電源投入時に、ＣＰＵ１０１が最初にアクセスするＥＰＲＯＭで、本システムをコントロールする上記各種プログラムが記憶されている。なお、ＥＰＲＯＭ１０７には、次の２つの記憶方法が可能である。第１の方法としては、プログラムがそのまま実行可能な形式で記憶する場合、第２の方法としては、プログラム全体を可逆的な圧縮方法により圧縮し、その形態で記憶しておき、電源投入後、伸長しながら、主記憶メモリ１０２に再配置する場合等である。
【００５６】
しかしながら、第１の方法による場合は、ＥＰＲＯＭ１０７は、そのまま実行可能なメモリとなるため、主記憶メモリ１０２に再配置されるより、主記憶メモリ１０２の節約になるが、ＥＰＲＯＭ１０７自身の容量を大きくすることと、アクセスが一般にＥＰＲＯＭは遅いという欠点がある。また、第２の方法による場合は、プログラム全体を圧縮するため、たくさんの量のプログラムをＥＰＲＯＭ１０７に記憶させることができるため、ＥＰＲＯＭ１０７の記憶容量を削減できるとともに、主記憶上に再配置するため、アクセスが高速となる長所を有するが、主記憶メモリ１０２の容量を大きくする必要が生じる等の欠点もある。そこで、本実施例では第２の方法を採用している。
【００５７】
１０８はＥＥＰＲＯＭで、電源が切られても記憶データを失わず、電源投入後の起動時に、データの書き換えが可能なデバイスである。このため、ネットワーク上のアドレスの記憶やスキャナ，プリンタ側の設定パラメータの記憶等に利用される。１０９は時計回路（ＲＴＣ）で、時刻合せが可能であるとともに、電源ＯＦＦ時でも、内部に持つバッテリにより時間がそのまま進行する。これにより、実時間を知ることが可能となり、スキャン時やプリント時の情報として利用される。１１０はタイマで、インターバルタイマである。本システムのプログラムはマルチプログラムで動作しているが、その管理は、リアルタイムＯＳが行っている。タイマ１１０は、数ミリsec 毎のインターバルタイムをＣＰＵ１０１に通知しており、このタイマ１１０と優先順位スケジューラにより、各プログラムにＣＰＵ１０１を割り当てている。
【００５８】
１１１はＳＣＳＩコントローラで、周辺機器インタフェースの標準規格であるＳＣＳＩの制御を行う。１１２はＳＣＳＩポートで、周辺機器を接続するためのパラレル入出力Ｉ／Ｆポートである。１１３はイーサネットコントローラで、本システムをネットワークの１方式であるＬＡＮ９６に接続し、データのやり取りを行うための制御部として機能する。イーサネットコントローラ１１３は、内部に小さなバッファメモリを有し、非同期式のＣＰＵと同期式のネットワークとの時間的整合性を取っている。ネットワークより転送されてくるデータは、このバッファメモリに蓄えられ、逆にネットワークにデータを転送する場合もここから送信される。イーサネットコントローラ１１３は、電気的タイミングの制御とデータの転送，転入の制御を行っている。ＴＣＰ／ＩＰの通信プログラム８２の制御は、イーサネットコントローラ１１３を用いてＣＰＵ１０１が制御している。
【００５９】
イーサネットポート１１４は太い同軸ケーブル１１４ａを媒体として用いる。Ｉ／Ｆの形状は、１５ピンのコネクタである。１１４ｂのＴｗｉｓｔＰａｉｒタイプポートは、４線式の媒体を持ちいる。Ｉ／Ｆの形状は８ピンのモジュラジャックである。これらのポートを利用して、エーサネットワークに接続される。１１５はＡＤＣＴ圧縮／伸長回路は、ＲＧＢ（ＲＥＤ，ＧＲＥＥＮ，Ｂｌｕｅ）で構成される中間調データ（各色８ビット）を、ＣＣＩＴＴ規格ＪＰＥＧ方式のアルゴリズムを用いた圧縮および伸長を行う回路である。スキャナより読み込まれたカラー中間調データを圧縮する場合は、スキャナ側から読み込まれた生画像データをＡＤＣＴ圧縮／伸長回路１１５を用いて圧縮し、小さなメモリ量にする。このためネットワーク転送のスピードアップや蓄積メモリの削減といった効果が得られる。また、ネットワークを介して転送されてきた圧縮画像データをＡＤＣＴ圧縮／伸長回路１１５を用いて伸長し、カラー中間調データに戻して、バンドメモリ１０３に書き込み、プリンタＩ／Ｆに転送されて、プリンタデバイスより印字される。
【００６０】
１１６はＦＩＦＯメモリで、ＡＤＣＴ圧縮／伸長回路１１５へ圧縮画像データを送ったり、受け取ったりするために用いられる。ＦＩＦＯメモリ１１６は、圧縮動作，伸長動作時の圧縮データと伸長データ（生画像データ）のデータ量の違いによるデータの転送タイミングのずれを吸収するために用いられる。１１７はＲＳ２３２Ｃコントローラ部で、標準のシリアルＩ／Ｆの制御を行う。１１８はＲＳ２３２Ｃポートで、Ａｃｈａｎｎｅｌ１１８ａとＢｃｈａｎｎｅｌ１１８ｂの２ポートが用意され、一方を端末接続用にして、ディスプレイ表示とキーボード入力を可能としている。また、もう一方はシリアルインタフェースを有するデバイス接続用にしている。ここには、レーザビームプリンタのようなキャラクタプリンタや簡易スキャナの接続が可能となっている。
【００６１】
なお、本システムでは、Ａｃｈａｎｎｅｌを端末接続用にしており、ここに端末を接続して、コマンドの入力やパラメータの変更を行うようにしている。ただし、本システムは疑似端末機能も有し、ネットワーク上のホストコンピュータより，ｒｌｏｇｉｎしてＡｃｈａｎｎｅｌと同じ操作も可能としている。
【００６２】
１１９はセントロニクスＩ／Ｆコントローラ部で、セントロニクスＩ／Ｆ準拠のプリンタの接続のためのＩ／Ｆコントロールを行う。実際には、接続先のデバイスの状態（ＢＵＳＹ／ｎｏｎ）を確認して、８ビットのデータを出力する。これの繰り返しでデータを転送する。その他セントロニクスＩ／Ｆに準拠した信号の制御を行っている。１２０はセントロニクスＩ／Ｆポートで、実際にケーブルが接続されて、プリンタとの電気的関係を結ぶ。１２１はＶＭＥコントローラで、本システムのＣＰＵ１０１がＶＭＥｂｕｓの規格に準拠おした他のボードをアクセスするためのコントロールを行う。なお、ＶＭＥｂｕｓ規格では、アドレスバスＡ１６，Ａ２４，Ａ３２、データバスＤ８，Ｄ１６，Ｄ２４，Ｄ３２のバスをアクセス可能に構成されている。バスの使用権は、アービトレーション方式より与えられる。その他、ＶＭＥｂｕｓの規格に適合した制御を本回路で実現する。１２２はＶＭＥｂｕｓポートで、ダブルハイトのＶＭＥｂｕｓを電気的に接続する。当該ＶＭＥｂｕｓポート１２２は、６ピンのコネクタ２つで構成され、この中にアドレスバス，データバス等が配置されている。
【００６３】
１２３はリセットスイッチで、本システムにおいて異常が発生した場合に、最終的手段として、システムを再立ち上げする場合に押下される。なお、リセットスイッチ１２３は、本実施例ではハード的なスイッチ機構であるが、上述したＲＳ２３２Ｃポート１１８に接続された端末、あるいはネットワークからｒｌｏｇｉｎした疑似端末から、プログラムでリセットするプログラムＲＥＳＥＴ（ウオームＲＥＳＥＴ）として構成しても良い。
【００６４】
１２４はＬＥＤ部で、電源ＯＮ時を示すＬＥＤ１２４ａ，ＣＰＵ１０１が実行中を示すＬＥＤ１２４ｂ，各プログラムが自由に点灯可能なＬＥＤ１２４ｃ等より構成されている。これにより、ＬＥＤ１２４ａが点灯中であれば、本システムが電源の入湯状態であることを操作者が視覚的に確認することができる。また、ＬＥＤ１２４ｂが点灯中であれば、ＣＰＵ１０１が実行中であることを、ＬＥＤ１２４ｂが消灯中であれば、ＣＰＵ１０１がウエイト状態であることを操作者が視覚的に確認することができる。頻繁に点灯するＬＥＤ１２４ｃは、何かの処理が現在実行されていることを操作者が視覚的に確認することができ、点灯時間，間隔，回数等の相違により、どのプログラムによりＬＥＤが点灯したか等を識別可能となる。
【００６５】
以下、ネットワーク上のホストコンピュータからのプリント要求処理におけるデータの流れについて詳述する。
【００６６】
ネットワーク、すなわちＬＡＮ９６に接続されたホストコンピュータがデータをプリントしたい場合、ＳＰサーバシステムにデータと出力先を指定する情報を送る。この際、ＳＣＳＩポートにハードディスクが接続されている場合、データは一旦ハードディスクに蓄積（スプール）される。また、ハードディスクがない場合は、主記憶メモリ１０２に一旦蓄積される。転送されてくるデータ形式としては、下記（１）〜（３）の３通りである。
【００６７】
（１）ＰＤＬ形式のデータ
（２）生画像形成のデータ
（３）圧縮画像形成のデータ
このうち、（１）のＰＤＬ形式のデータの場合には、ＰＤＬインタープリタープログラム８４が起動され、バンド幅毎のビットマップ展開が行われて、バンドメモリ１０３に書き込まれる。バンドメモリ分のデータが揃うと、プリンタ側に転送され、次のバンド幅分のビットマップ展開が行われる。
【００６８】
一方、（２）の生画像形成のデータの場合は、バンドメモリ１０３にバンド幅分データが書き込まれ、指定されたプリンタ側に転送される。そして、次のバンド幅分のデータが用意される。生画像形式の場合、データ量が多いので、ホストコンピュータ側からは全部のデータを一括して転送するのではなく、分割して送る。そのため、プリントの最中もネットワークよりデータを受け取る作業が行われる。
【００６９】
さらに、（３）の画像圧縮形式のデータの場合は、圧縮画像データをＦＩＦＯメモリ１１６に書き込み、ＡＤＣＴ伸長回路１１５により生画像データに変換する。伸長後のデータは、バンドメモリ１０３にバンド幅分データが書き込まれ、指定されたプリンタ側に転送される。以下、同様の処理をそれぞれ繰り返す。なお、画像データの形式が、単一形式ではなく、上記データ形式が組み合わさった複合データの場合もある。すなわち上記（１）のデータ形式と（２）のデータ形式との組み合わせ、もしくは上記（１）のデータ形式と（３）のデータ形式との組み合わせの場合には、それぞれ上記の処理を行う。
【００７０】
画像データを転送するプリンタデバイスのＩ／Ｆは、ＶＭＥバス１２２上に構成したインタフェースボードを介して接続する場合、ＲＳ２３２Ｃポート１１８に接続した場合、セントロニクスＩ／Ｆポート１２０に接続した場合がある。これは、ホストコンピュータがどのＩ／Ｆに接続されたプリンタにより印刷したかにより行先が決定される。
【００７１】
バンドメモリ１０３上のデータは、１バンド幅分のデータ転送が終了すると、クリアコントローラ１０５がメモリクリアを行う。その後、再びＰＤＬ展開を行い、バンド幅が揃うと、指定されたプリンタ側のインタフェース回路にデータが転送され、デバイスドライバ８６によるインタフェース回路（制御ボード）の制御によりプリンタでの出力処理が行われる。この繰り返しである。ネットワーク上のホストコンピュータがスキャナより画像データを入力したい場合、本システムは、スキャナ起動のための指定情報をホストコンピュータからもらい、画像入力を開始する。スキャナデバイスのインタフェースは、ＶＭＥバス１２２上に構成したＩ／Ｆボードを介して接続する場合、ＲＳ２３２Ｃポート１１８に接続する場合がある。この指定もホストコンピュータが指定する。
【００７２】
スキャナから入力される画像データは、バンドメモリ１０３にバンド幅分蓄積される。スキャナからの画像データを指定されたホストコンピュータに転送する場合、スキャナ制御プログラム８５によって次の２通りの加工が行われる。
【００７３】
第１の加工としては、生画像形式のデータ、ただし、画像情報のタグを付加したものを含み、第２の加工としては、圧縮画像形式のデータである。
【００７４】
このうち、データ加工形式が生画像形式のデータの場合には、バンドメモリ１０３上のデータを、順次ネットワークを介して指定されたホストコンピュータに転送する方法と、一旦ＳＣＳＩポート１１２に接続されたハードディスクに蓄積される場合がある。いずれも、ホストコンピュータよりの指定情報で選択される。また、画像情報を記録したタグをつける場合には、それを付加して転送する。
【００７５】
一方、データ加工形式が圧縮画像形式のデータの場合は、バンドメモリ１０３上のデータは、ＡＤＣＴ圧縮回路１１５に送られ、圧縮されて、ＦＩＦＯメモリ１１６に圧縮後のデータが書き出される。そして、ＦＩＦＯメモリ１１６より読み出してはホストコンピュータへ転送し、次のバンド幅分の処理を繰り返し行い、圧縮画像データを得る。ハードディスクを有する場合は、一時的に蓄積するという点が違うだけで、他は上述と同様である。
【００７６】
以下、図９に示す回路ブロック図を参照しながら図１に示した第１のＳＰインタフェース回路４−１の詳細構成について説明する。
【００７７】
図９は、図１に示した第１のＳＰインタフェース回路４−１の内部構成を説明するブロック図であり、図１と同一のものには同じ符号を付してある。
【００７８】
図において、１０００はＣＰＵで、ＲＯＭ１００２に格納された上記各種制御プログラムに基づいてボード回路の内部バス１００１に接続される各デバイスを制御する。１００３はＲＡＭで、ＣＰＵ１０００のワークメモリ等として機能する。１００４はネットワークコントローラで、ＬＡＮ９６に接続されるステーションとのアクセスを制御する。１００５はバンドメモリで、バンド幅分のデータを記憶する。１００６は標準圧縮伸長部で、画像データの圧縮伸長を行う。１００７はＳＣＳＩコントローラで、ハードディスク１００８等が接続されている。
【００７９】
２１１は前記第１のＳＰインタフェース回路４−１を総括的に制御するＣＰＵで、ＲＯＭ２１２に記憶された制御プログラム（デバイスドライバ８６を補足するプログラム）に基づいてボード内部バスに接続される各デバイスを制御するとともに、各部の初期設定やスキャナ，プリンタとのコマンドのやり取りを行う。２１３はＲＡＭで、ＣＰＵ２１１のワークメモリ等として機能する。２１４はＤＰＲＡＭで、第１のＳＰインタフェース回路４−１とボード回路とのコマンドのやり取りを行うＲＡＭで、ＣＰＵ２１１とＶＭＥバス１６を介してボード回路のＣＰＵ１０００が共に独立してメモリアクセス可能に構成されている。２１５，２１６はバッファメモリで、ＣＰＵ２１１とＣＰＵ１０００との衝突を避けるために機能する。
【００８０】
２１８はリアルタイム圧縮伸長部で、多値画像データをリアルタイムで圧縮伸長するものである。ここで、リアルタイムとは、ビデオインタフェース２２０を通じて入力される画像データの速度、例えば約１５ＭHz（３２ビット）で画像データのやり取りをする速度と同時間で処理することを意味する。圧縮メモリ１７は、リアルタイム圧縮伸長部２１８で圧縮したデータを格納する。２１９はラインバッファで、８ラインのラスタ方向のデータを保存するメモリとして機能する。なお、当該ラインバッファ２１９はリアルタイム圧縮伸長部２１８からは、８×８のマトリクスでＡＤＣＴ圧縮に準じたランダムアクセスが可能となっている。２１７はＤＭＡコントローラで、圧縮メモリ１７とリアルタイム圧縮伸長部２１８との間をＣＰＵ２１１を介さずにデータを移動させるためのものである。
【００８１】
ビデオインタフェース２２０ａは、スキャナ９４Ａ，プリンタ９４Ｂとのインタフェースである。２２０ｂは制御インタフェースである。
【００８２】
以下、ホストコンピュータからの指定情報に基づく第１〜第４のモード処理について図９を参照しながら詳述する。なお、各モード処理は、ＲＯＭ１００２に格納された画像入出力装置制御プログラム８５とＲＯＭ２１２に格納されたデバイスドライバ８５を実行することによって行われる。
〔第１のモード処理〕
先ず、第１のモード処理（画像プリントモード処理）では、メインＣＰＵ回路１のバンドメモリ１００５内の生画像データを、ＶＭＥバス１６を経由して受け取り、リアルタイム圧縮伸長部２１８で圧縮した後、圧縮メモリ１７に一旦、圧縮画像の形態で蓄えられる。この動作は、１ページ分行われ、１ページ（１画面）分の圧縮が終了したところで、プリンタ９４Ｂを起動する。次に、圧縮メモリ１７に一旦、圧縮画像の形態で蓄えられた圧縮画像データをＤＭＡコントローラ２１７が読み出し、リアルタイム圧縮伸長部２１８に送る。この際、伸長回路により、生画像データに復元する。伸長された生画像データは、順次ビデオインタフェース２２０よりプリンタ９４Ｂへ転送される。なお、その際画像伸長動作はプリンタ９４Ｂのデータ処理速度に同期して、超高速に伸長する。また場合によっては、画像処理を施した後にプリンタ９４Ｂにデータを送り、プリンタ処理を行う。
〔第２のモード処理〕
第２のモード処理（画像スキャンモード処理）では、スキャナ９４Ａより、ビデオインタフェース２２０ａを介して入力されてくる画像データを、そのスピードに同期して超高速に、リアルタイム圧縮伸長部２１８の圧縮機能を用いて画像圧縮を行い、ＤＭＡコントローラ２１７により、出力される圧縮画像データを圧縮メモリ１７に一旦格納する。１画面分のスキャンが終了したところで、ボード回路のＣＰＵ１０００は再びリアルタイム圧縮伸長部２１８の伸長回路により圧縮メモリ１７に蓄えられた圧縮画像データを伸長し、生画像データに戻す。その生画像データは、ＶＭＥバス１６を経由してボード回路に送られる。ボード回路は、ホストコンピュータ側が、生画像データを要求している場合はそのまま指定されたホストコンピュータへ転送し、もし、圧縮画像データを要求した場合には、ボード回路上の圧縮機能処理により圧縮して指定されたホストコンピュータへ転送する。
〔第３のモード処理〕
第３のモード処理（標準圧縮画像プリントモード処理）では、ボード回路が圧縮画像データをネットワーク上のホストコンピュータから受け取ると、そこで伸長せずに、圧縮画像データのまま指定された第１のＳＰインタフェース回路４−１に送る。第１のＳＰインタフェース回路４−１では、圧縮メモリ１７に圧縮画像データを蓄え、その後指定されたプリンタ９４Ｂを起動し、圧縮画像データをリアルタイム圧縮伸長部２１８の伸長機能により、プリンタ９４Ｂのプリントスピードに同期して画像伸長を行いプリントする。
〔第４のモード処理〕
第４のモード処理（標準圧縮画像スキャンモード処理）では、スキャナ９４Ａの走査速度に同期して、超高速にリアルタイム圧縮伸長部２１８の圧縮機能により画像圧縮を行い、圧縮メモリ１７に一旦圧縮画像データを蓄える。１画面分のスキャンが終了したところで、ボード回路のＣＰＵ１０００は、圧縮画像データをそのままＶＭＥバス１６を経由して取り込む。
【００８３】
なお、上記第１および第２のモード処理では、生画像データで第１のＳＰインタフェース回路４−１とインタフェースするため、第１のＳＰインタフェース回路４−１内では画像通信に必要とされる標準の圧縮伸長処理を行うことは必ずしも必要ではなく、高速化やその他の目的に応じた独自の圧縮伸長が行える。
【００８４】
また、上記第２，４のモード処理では、スキャナ９４Ａの読取りデータを直接圧縮をかける場合について記述したが、スキャナの読み取りデータに線密度変換や色空間変換等の画像処理を施した後に、リアルタイム圧縮伸長部２１８が画像圧縮をかけても良く、制限するものではない。また、画像処理機能は、画像圧縮伸長部とスキャナ９４Ａ，プリンタ９４Ｂとの間に設ける構成であっても良いし、画像圧縮伸長部をスキャナ９４Ａ，プリンタ９４Ｂ内に設ける構成であっても良い。
【００８５】
以下、図１０に示すブロック図を参照しながらリアルタイム圧縮伸長部２１８の構成および動作について説明する。
【００８６】
図１０は、図９に示したリアルタイム圧縮伸長部２１８の詳細構成の一例を示すブロック図であり、特に本実施例では圧縮伸長方式として、ＡＤＣＴ方式を採用している。
【００８７】
データ圧縮時は、生画像データは、先ず外部のラインバッファ２１９に蓄えられた後で、色空間変換部２２１に入力されて、ＲＧＢデータからＹ，Ｃｒ，Ｃｂ等の色空間に変換される。そして、場合によっては、Ｃｒ，Ｃｂは色差成分として、サブサンプリングされ、画像の持つ冗長度を落される。次いで、８×８画素毎にＤＣＴ計算部２２２において、周波数空間に変換される。次に、図１１に示すようにＤＣＴ係数はジグザグスキャン部２２３でスキャンされ、量子化部２２４で量子化される。この時に、量子化の係数は、量子化テーブル２２５に記憶されていて、ＤＣＴ係数の８×８に対応するようになっている。次に、内部ＦＩＦＯメモリ２２６に一旦蓄えられ、所望のタイミングでハフマン符号化部２２７でハフマンテーブル２２８を参照して符号化した後にでき上がった圧縮画像データは、外部のホストコンピュータ等からアクセスできるＣＯＤＥＣレジスタ２２９に値が格納される。
【００８８】
ところで、色空間変換部２２１，ＤＣＴ計算部２２２，ジグザグスキャン部２２３，量子化部２２４，量子化テーブル２２５等でパイプライン動作部が構成され、タイミング生成用のクロックに同期して動作し、高速で動作する。また、ハフマン符号化部２２７，ハフマンテーブル２２８，ＣＯＤＥＣレジスタ２２９等で非同期動作部が構成され、外部ＣＰＵがＣＯＤＥＣレジスタ２２９をアクセスするスピードに同調して動作するように構成されており、ＣＰＵのスピードやＤＭＡに間に合う程度であって、あまり高速には動作しない部分である。また、パイプライン動作部は、スキャナ９４Ａ，プリンタ９４Ｂの画像転送クロックに追従できるように高速動作が可能に構成されている。従って、内部ＦＩＦＯメモリ２２６は、同期系のパイプライン動作部と非同期動作部の動作スピードの緩衝のために設けられている。
【００８９】
また、画質を高めるために圧縮率を下げると圧縮データが増え、非同期動作部の処理量が多くなり、非同期動作部の処理スピードが間に合わなくなる。ただし、色空間変換部２２１の生画像データのインタフェースは、スキャナ９４Ａ、プリンタ９４Ｂ以外にも接続可能で、外部にＦＩＦＯメモリを設けて、ＣＰＵ等からの非同期アクセスを受けることが可能で、この場合はパイプライン動作部を低速で動作させたり、一時停止させることが可能である。従って、非同期動作部はスピード的に問題はなくなる。
【００９０】
また、本実施例では画像圧縮伸長部を複数（例えば２つ）有し、生画像データを複数に分割して、それぞれの画像圧縮伸長部に与えることにより高速動作するスキャナやプリンタ等に接続することが可能となる。このように、複数に分割された画像データの圧縮であるならば、伸長時にも同様にスピード問題は解決される。
【００９１】
伸長時の動作は基本的には圧縮時の逆プロセスになるわけであるが、図１０に示すように、圧縮画像データは、ＣＯＤＥＣレジスタ２２９に渡されると、ハフマン符号化部２２７でハフマンテーブル２２８を参照しながら逆ハフマン符号化、すなわちデコードされる。その値は一旦内部ＦＩＦＯメモリ２２６でスピードの緩衝を受けながら、量子化部２２４で逆量子化される。逆量子化は量子化テーブル２２５の８×８の量子化係数を乗算することで行われる。そして、ジグザグスキャン部２２３で逆ジグザグスキャンされて、ＤＣＴ計算部２２２にＤＣＴ係数として渡される。そして、色空間変換部２２１において圧縮色空間であるＹ，Ｃｒ，Ｃｂ等よりもとのＲＧＢ空間等に戻される。
【００９２】
また、ＤＣＴ計算部２２２では、ＤＣＴ計算，逆ＤＣＴ計算は、計算のパラメータを入れ替えるだけで同一回路で処理される。色空間変換部２２１でも、その変換が線形一次変換等の場合には、同様にパラメータ変換で行える。
【００９３】
さらに、量子化部２２４も同様で量子化は割り算等，逆量子化は掛け算を行うが、割り算も、割る量子化係数を逆数で持つことにより掛け算になるので、同一回路で圧縮伸長とも可能である。以下、図１２〜図１５を参照しながら第１のＳＰインタフェース回路４−１の各モードの動作を例にしてさらに詳細に説明する。
【００９４】
図１２は、第１のＳＰインタフェース回路４−１のパート構成の概略を説明するブロック図である。
【００９５】
図において、１１００は画像処理制御部で、ＶＭＥバスインタフェース，画像圧縮伸長部，ＣＰＵ回路部等から構成され、後述する図１３に詳細を示す。
１２００はつなぎメモリ制御部で、後述する図１４に詳細を示す。１３００は画像入出力制御部で、スキャナ，プリンタを備えるカラーレーザ複写装置（ＣＬＣ），スキャナ，プリンタを備えるバブルジェットカラー複写装置（ＢＪＣ）とのＩ／Ｏを制御する。なお、詳細は図１５に示す。
【００９６】
図１３〜図１５は、図１に示した第１のＳＰインタフェース回路４−１の詳細内部構成を説明する回路ブロック図であり、図１と同一のものには同じ符号を付してある。
【００９７】
図９に示すボード回路のＣＰＵ１０００より、画面を２分割されたデータのまず右面についての処理において、画像データはＶＭＥインタフェース３０１よりまずＦＩＦＯメモリ３０２にデータがバッファ３０３を介して書き込まれる。ＦＩＦＯメモリ３０２よりはバッファ３０４を介して一旦ＳＲＡＭ３０５に蓄積される。ＳＲＡＭ３０５の動作は、画像圧縮伸長部のパイプライン部に同期して動作する。ＲＡＭ３０５に画像の垂直方向８ライン分のデータが蓄積されると、画像圧縮伸長部３０６は水平，垂直８×８単位ずつＳＲＡＭ３０５より読み出して動作し、得られた圧縮データはＤＭＡコントローラ部３０７を介してＤＲＡＭ３０８に順次書き込まれる。この時、ＤＭＡコントローラ部３０７はアドレスカウンタ３０９を操作してアドレスを発生し、またはカウントアップしてセレクタ３１０を介してＤＲＡＭ３０８に与える。なお、第３のモードでは、ＶＭＥインタフェース３０１およびセレクタ３１０を介してボード回路のＣＰＵ１０００がアドレスを与え、かつインタフェース変換部３１２を介してＤＲＡＭ３０８とのデータ更新を行うことになる。これにより、直接圧縮データをＤＲＡＭ３０８に送ることが可能であり、画面を左右に２分割にしていない標準の圧縮データを扱うことも可能である。ただし、低い圧縮率のデータには不向きである。
【００９８】
また、ＤＲＡＭ３０８はリフレッシュ回路３１３より常にリフレッシュが行なわれ、データの維持がなされる。次に、ＤＲＡＭ３０８のデータをプリンタ９４Ｂに出力する動作を説明すると、ＤＲＡＭ３０８よりＤＭＡコントローラ３０７により書き込み時と同様な制御で圧縮伸長部３０６にデータが読み出されると、伸長が行なわれ、生データがバッファ３０４からＦＩＦＯメモリ３０２からの出力データはセレクタにおいて画像の左右のいずれかの面が選択されて、ラッチ３１５に与えられる。
【００９９】
次に、ガンマ変換部３２５でガンマ変換やＬＯＧ変換される。そして、マスキング回路３１６でＣＧ用のマスキングを行ない、マスキング回路３１７で、自然画用のマスキングを行ない、セレクタ３２１で画像の性質に応じてどちらかを選択し、最終的に出力ガンマ調整部３２２で変換されてからラインドライバ３２４を介してプリンタ９４Ｂに出力される。この時、出力ガンマ調整部３２２はガンマ設定レジスタ３２３に調整される。また、マスキング回路３１６はＲＯＭで構成され、マスキング回路３１７はロジックであって、黒生成のための黒テーブルが接続されるとともに、初期値データＲＯＭ３１９の値が初期にロードされるようにタイミングコントローラ３２０も周辺に接続されている。プリンタ９４Ｂが面順次の場合は、伸長動作を面の数だけ行ない、そのマスキング回路３１６，３１７は、出力色に応じたマスキング処理を行なう。
【０１００】
以上が、画面を２分割にした場合の右面の処理の流れであり、左面についても同様の処理の流れが行なわれる。すなわち、バッファ３２５，ＦＩＦＯメモリ３０２，バッファ３２７を経由してＳＲＡＭ３２８に蓄えられた８ラインの画像データは、画像伸長部３２９において圧縮され、ＤＭＡコントローラ３３１，アドレスコントローラ３３５，セレクタ３３４によりコントロールされて、ＤＲＡＭ３３２に圧縮データとして書き込まれる。また、ＶＭＥインタフェース３１１より直接セレクタ３３４をインタフェース変換部３３０を介してボード回路のＣＰＵ１０００が圧縮データを書き込んでも良いことは言うまでもない。また、リフレッシュ回路３３３がＤＲＡＭ３３２のデータをリフレッシュし維持する。そして、画像プリント時には、ＤＲＡＭ３３２より読み出されたデータがＤＭＡコントローラ３３１等のコントロール３３１等のコントロールを受け、画像圧縮伸長部３２９で伸長され、ＳＲＡＭ３２８，バッファ３２７，ＦＩＦＯメモリ３２６を経由してセレクタ３１４に与えられ、以下上述の通り画像処理されて出力される。以上のようにして、モード１の処理が行なわれる。
【０１０１】
次に第２のモード処理動作について説明する。
【０１０２】
スキャナ９４Ａより各種の処理を受けて送出される画像データは、ラインレシーバにより受け取られ、バッファ３４１により画像の右面がバッファ３４２により画像の左面が、ＦＩＦＯメモリ３０３，３２６に順次取り込まれる。それ以降は、第１のモードと同様の動作を行なう。すなわち、右面の処理動作について記述すれば、ＦＩＦＯメモリ３０２に書き込まれた画像データは、バッファ３０４を経由してＳＲＡＭ３０５に８ライン分が読み出されて書き込まれる。次に、圧縮伸長部３０６によりＤＲＡＭ３０８に圧縮データが生成される。
【０１０３】
一方、第４のモードでは、ＶＭＥインタフェース３１１及びインタフェース変換部３１２，セレクタ３１０を介してボード回路のＣＰＵ１０００が直接圧縮画像データを読み込むことが可能であるが、第２のモードでは、ＤＲＡＭ３０８の圧縮データを伸長してからボード回路のＣＰＵ１０００に渡す。ＤＲＡＭ３０８よりインタフェース変換部３１２およびＤＭＡコントローラ３０７，アドレスカウンタ３０９，セレクタ３１０によりコントロールされて、書き込まれた順に読み出された圧縮画像データは、画像圧縮伸長部３０６で伸長され、ＳＲＡＭ３０５に８×８単位毎に書き込まれ、８ライン分すべてが書き込まれた時点でバッファ３０４を経由して、水平ライン方向に連続して読み出され、ＦＩＦＯメモリ３０２に書き込まれる。ＦＩＦＯメモリ３０２では、ボード回路のＣＰＵ１０００のタイミングに従って、バッファ３０３，ＶＭＥインタフェース３０１を介して、ボード回路のＣＰＵ１０００に生画像データとして読み出される。
【０１０４】
ところで、セレクタ３２１が２つのマスキング回路３１６，３１７の選択については、ＲＡＭ３５１にＣＧ画像があるか、自然画像であるかの属性が書かれていて、水平方向カウンタ３５２，垂直方向カウンタ３５３より、処理画素位置のアドレスが生成され、セレクタ３５５を介してＲＡＭ３５１に与えられ、その読み出しデータにより、セレクタ３２１を制御する。従って、ＲＡＭ３５１上の属性はボード回路のＣＰＵ１０００よりＶＭＥインタフェース３０１，セレクタ３５１を介し、ＲＡＭ３５１上にあらかじめ書き込まれる。また、スキャナ９４Ａ，プリンタ９４Ｂとのインタフェースは、Ｓ／Ｐタイミングコントローラ３５６により制御されている。
【０１０５】
次に、画像の左右面の切り替えの制御について説明する。
【０１０６】
垂直方向カウンタ３６３は、画像の垂直方向の有効部分について画像有効信号を送出するもので、ディレイレジスタ３６４は、画像先端の余白部分をセットするものである。長さレジスタ３６１は画像の有効長をセットし、比較器３６２において有効長以内で有れば、各部分に画像有効信号を送るものである。垂直方向の画像有効区間に加えて、水平方向の余白長をセットするディレイレジスタ３６６が接続され、画像の左端をカウントした後に有効信号を発する。カウンタコントローラ部３６７は、これを受けて水平左幅カウンタ３６８を起動する。この水平左幅カウンタ３６８は、ダウンカウンタとして機能し、幅分だけカウントを行ない、その間に左画面のイネーブル信号を発する。左画面が終了すると、カウンタコントローラ部３７２に対してイネーブルを発し、カウンタコントローラ部３７２は右画面の幅カウンタ３７３で幅分のカウントを行ない、終了状態を制御部３８９に与える。制御部３８９はセレクタ３１４に対して画像有効幅の終了を知らせて出力をクリアする。幅カウンタ３６８は、圧縮時にはライトパルスジェネレータ３６９を左画面有効幅で発生してマルチプレクサ３７１を介してＦＩＦＯメモリ３２６に左面のスキャナデータをかき込み、ＦＩＦＯメモリ３２６はゲート３８１を介して圧縮伸長部３２９のリードパルスをマルチプレクサ３７１を介してＦＩＦＯメモリ３２６に与える。
【０１０７】
また、伸長時には、幅カウンタ３６８の左面有効信号をリードパルスジェネレータ３７０が受けて、マルチプレクサ３７１を介してＦＩＦＯメモリ３２６よりプリンタ９４Ｂへ出力させる。
【０１０８】
一方、画像圧縮伸長部３２９のライトパルスがゲート３８１を介してマルチプレクサ３７１を介してＦＩＦＯメモリ３２６に与えられ、伸長データが書き込まれる。
【０１０９】
右面についても同様にライトパルスジェネレータ３７４，リードパルスジェネレータ３７５，マルチプレクサ３７６，ゲート３８２が同様の動作をすることは言うまでもない。また、画像圧縮伸長部３２９には内部のＦＩＦＯメモリ３０２の状態がスタート／ストップロジック３８６に与えられるとともに、周辺状態を検出するレジスタ３８５もスタート／ストップロジック３８６に与えられ、かつ外部のＦＩＦＯメモリ３２６の状態もＦＩＦＯメモリコントローラ部３８３を介してスタート／ストップロジック３８６に与えられ、内部のＦＩＦＯメモリ３０２及び外部のＦＩＦＯメモリ３２６がオーバーフローしたり、アンダーフローしたりしないように管理され、状態に応じて画像圧縮伸長部３２９のパイプライン部３２９をストップさせたり、スタートさせたりすることができる。
【０１１０】
同様に、状態レジスタ３８７，スタート／ストップロジック３８６，フィホコントローラ部３８４に管理され、圧縮伸長部３０６のパイプライン部がスタートしたり、ストップしたりする。なお、スタート／ストップでは、圧縮時に内部のパイプライン部が速すぎて内部のＦＩＦＯメモリ３０２がオーバーフローしそうな時や、伸長時に内部のパイプライン分が速すぎて内部のＦＩＦＯメモリ３０２がアンダーフローしそうな時の他の圧縮時に画像圧縮伸長部が速すぎて外部ＦＩＦＯメモリ３２６がアンダーフローしそうな時、および伸長時に画像圧縮伸長部３０６が速すぎて外部ＦＩＦＯメモリ３２６がオーバーフローしそうな時がある。
【０１１１】
また、エラー対策３９９は、スキャナ９４Ａ，プリンタ９４Ｂが速すぎて画像圧縮伸長部３０６の処理速度が間に合わない時に、外部のＦＩＦＯメモリ３２６や内部のＦＩＦＯメモリ３０２がオーバーフローやアンダーフローを起こすので、スキャナ９４Ａ，プリンタ９４Ｂ側のビデオ信号（ビデオ＝画像）を一時的に止めるもので、スキャナ９４Ａでは１ライン単位でビデオが捨てられ、プリンタ９４Ｂでは１ライン単位で余白が出力されるように簡易的なエラー処理が行なわれ、ＦＩＦＯメモリをオーバーフローまたはアンダーフローされてビデオの流れを破壊することを防ぐ。従って、エラー対策部は、エラー情報を制御部３８８に渡すと、制御部３８９が１ラインの余白，左面有効部，右面有効部を把握して、１ラインの区切り目でエラー解除をエラー対策部３９９に出力する一方、エラー時にスキャナ９４Ａ，プリンタ９４Ｂの入出力データをクリアするように各部に指示するとともに、エラー処理中に画像圧縮伸長部３０６がスキャナ９４Ａ，プリンタ９４Ｂの処理速度に間に合わなかったにもかかわらず、１水平ラインの区切りまで圧縮または伸長動作をさせる。このことにより、１ラインの区切りで再びエラー復帰ができるのである。ただし、エラー処理中に圧縮では、白ラインを圧縮して圧縮速度をかせぎ、伸長では画像データはプリンタ９４Ｂに間に合わないために捨てられる。
【０１１２】
以上の説明の中では、ボード回路のＣＰＵ１０００がほとんどすべての管理を行なうように説明したが、本実施例では第１のＳＰインタフェース回路４−１の中にも内部のＣＰＵ３９２を有していて、第１のＳＰインタフェース回路４−１ないで処理できることは内部のＣＰＵ３９２が処理を分担することが可能で有る。また、第１のＳＰインタフェース回路４−１内にはデュアルポートＲＡＭ３９３を有し、両ポートはそれぞれＶＥＭバスインタフェース３１１を介してボード回路のＣＰＵ１０００が内部ＣＰＵバスを介して内部のＣＰＵ３９２に接続されている。このデュアルポートＲＡＭ３９３を介して、ボード回路のＣＰＵ１０００と内部のＣＰＵ３９２に情報伝達が行なわれている。
【０１１３】
従って、第１のＳＰインタフェース回路４−１内のＶＭＥバスへの２つのＣＰＵ１０００およびＣＰＵ３９２からのアクセスは衝突することはない。この時、ＣＰＵ３９２の内部バスに接続されているバス変換部３９４により画像圧縮伸長部３０６，３２９とのインタフェースがなされる。バス変換部３９４は、インタフェース変換部３１２，３３０と同様の機能を有し、レジスタインタフェース３９５を介してボード内の各種のレジスタとのインタフェースを行なうので、ＶＥＭバスのインタフェースとしての機能をも合わせて有している。
【０１１４】
さらに、内部のＣＰＵバスには、ＣＰＵ３９２のプログラムを格納するＲＯＭ３９１，シリアル通信部３９０を有している。シリアル通信部３９０はスキャナ９４Ａ，プリンタ９４Ｂとの動作制御をするコマンドが送られる。従って、本実施例では図９に示すボード回路のＣＰＵ１０００は図１３に示す内部のＣＰＵ３９２を介してスキャナ９４Ａ，プリンタ９４Ｂを制御するか、ボード回路のＣＰＵ１０００が直接スキャナ９４Ａ，プリンタ９４Ｂを制御する構成となっている。なお、コントロールのコマンドとしては、実行コマンドとしてスキャナ９４Ａ，プリンタ９４Ｂの起動命令の他に、状態検知コマンド，状態設定コマンドがある。状態検知コマンドは、プリンタ９４Ｂの紙有り／紙無し，カセット有り／無しサイズ，その他のトナ残量，ジャム発生等多くのコマンドとともに、現在設定されている動作モード、すなわち単色／３色／４色や解像度、その他の画像処理パラメータの検知等が有る。スキャナ９４Ａに関しても、ほぼ同様で、その他の原稿台上の原稿有り／無しや、ランプ切れ等を知ることが可能で有る。
【０１１５】
一方、状態設定コマンドは、プリンタ９４Ｂではカセットサイズ選択，カセット上下段選択，動作モードやプリント枚数設定や画像処理系のパラメータ設定等である。
【０１１６】
なお、スキャナ９４Ａについても同様で、例えば変倍率設定，２値／多値化設定，標準色空間変換，独自色空間変換，線密度（解像度変換），領域指定設定，ガンマ変換設定等が有る。
【０１１７】
なお、本実施例ではスキャナ９４Ａに多くの画像処理機能を持つために、第１のＳＰインタフェース回路４−１上では画像処理は行なわずに圧縮する。また、スキャナ９４ＡよりＲＧＢデータとしてデータ受信する。
【０１１８】
一方、プリンタ９４Ｂは入力がＣＭＹＫ入力であり、プリンタ部に画像処理をあまり有していないため、マスキング，ガンマ変換，ＬＯＧ変換，ＣＭＹＫ生成は第１のＳＰインタフェース回路４−１上で処理される構成となっている。
【０１１９】
図１６は、図１に示した第２のＳＰインタフェース回路４−２の詳細構成を説明するブロック図であり、図２に示したバブルジェト型のスキャナプリンタ９５（プリンタ９５Ｂ，スキャナ９５Ａ）とＳ／Ｐサーバー装置ＳＰ１とのデータ処理をインタフェースする。また、第２のＳＰインタフェース回路４−２は一体としてインタフェースボードとして構成されている。
【０１２０】
図において、４０１はＣＰＵで、デュアルポートＲＡＭ４０３を介してＶＥＭバスにつながっているボード回路からのコマンドを受け取り、解釈し、第２のＳＰインタフェース回路４−２内部の制御をする。ＣＰＵ４０１は内蔵されたインターバルタイマによって２ms毎の割り込みを発生させ、バブルジェト型のプリンタ９５Ｂ，スキャナ９５Ａとのコマンドの通信を行う。また、画像処理回路部４０４，４０５，４０６の各種パラメータの初期化および変更を行う。
【０１２１】
４０２はプログラム用のＲＯＭで、ＣＰＵ４０１が実行する制御プログラム（デバイスドライバ８６を補足するプログラム等）を格納するとともに、画像処理回路部４０４，４０５，４０６の初期値やプリセット値を格納する。
【０１２２】
デュアルポートＲＡＭ４０３はＣＰＵ４０１のワークエリア等として機能するとともに、ＶＥＭバスによってつながれたボード回路のＣＰＵ１０００と、ＣＰＵ４０１の両方からアクセスことで、両者間の通信を行う。
【０１２３】
画像処理回路部４０４は画像処理用ASICとして構成され、ルックアップテーブルにより階調変換を行う。例えばＲＧＢデータをＣＭＹＫデータに変換するときは、ＬＯＧ変換を行う。これはあらかじめＲＯＭ４０２に変換テーブルを用意しておき、これを画像処理回路部４０４内のＲＡＭに転送することで実現する。
【０１２４】
画像処理回路部４０５は画像処理用ＡＳＩＣとして構成され、４×５のマトリックス演算とルックアップテーブルにより階調変換を行う。このマトリックス演算によりスキャナ９５Ａのセンサの特性のＲＧＢ空間と標準色空間としてのＮＴＳＣーＲＧＢ色空間の変換または画像処理回路部４０４の変換した後のＣＭＹ（Ｋ）からプリンタ９５Ｂの特性に合わせたＣＭＹＫへの変換( マスキング処理と呼ばれる) などを行う。さらにルックアップテーブルによってカラーバランスの調整が行える。これらの処理も画像処理回路部４０４と同様にあらかじめ様々なテーブルを用意しておき、ＲＯＭに格納しておき、用途に合わせて、選択して設定する。
【０１２５】
画像処理回路部４０６は画像処理用ＡＳＩＣとして構成され、データの２値化処理を行う。なお、本実施例に置ける二値化のアルゴリズムは平均濃度保存法であるを採用している。４０７はシリアル/ パラレル変換部でありスキャナ９５Ａ，プリンタ９５Ｂへの通信のためにＣＰＵ４０１からの８ビットのパラレルのデータをシリアルデータに変換する。
【０１２６】
４０８は画像用ＤＲＡＭである。プリンタ９５のヘッドの画素数に合わせたバンド形式に合わせた大きさの画像用メモリである。スキャナ９５Ａまたはプリンタ９５Ｂでは１回の走査の間は画像用クロックに従ってデータが流れ、動作を止められないために、1 バンドの大きさでのバッファリングが必要である。このためスキャナ９５Ａによってスキャンされるまたはプリンタ９５Ｂにプリントされる1 バンド分の画像データをバッファリングを行う。
【０１２７】
また、ＶＭＥバス側からのラスタ形式のアクセスとスキャナ９５Ａ，プリンタ９５Ｂよりの縦方向のアクセスとの走査形式の変換を行う。
【０１２８】
４０９はＤＲＡＭへのアドレスセレクタ、マルチプレクサで、ＤＲＡＭ４０８へのアクセスはＶＥＭバス側からとスキャナ９５Ａ，プリンタ９５Ｂ側からの２つがあり、これらからのアドレスの切り替えを行う。さらにＤＲＡＭ４０８へのアドレスはＲＯＷアドレスとＣＯＬＵＭアドレスに分けて供給するのでこのマルチプレックスを行う。
【０１２９】
４１０はＤＲＡＭのタイミングコントローラ部である。ＲＡＳ，ＣＡＳ，ＷＥ，ＯＥなどのＤＲＡＭを制御する信号を作り出す。またリフレッシュ信号との調停を行う。
【０１３０】
４１１はタイミング回路で、スキャナ９５Ａ，プリンタ９５Ｂのアクセスのタイミングを生成する。これはスキャナ９５Ａ，プリンタ９５Ｂからの画像クロックや同期信号をもとにアクセスのタイミングを作り出す部分である。
【０１３１】
４１２はリフレッシュタイミング制御部である。ＤＲＡＭ４０８へのリフレッシュのタイミングを作り出す。スキャナ９５Ａ，プリンタ９５Ｂのアクセスのすきまを使いスキャナ９５Ａ，プリンタ９５Ｂのアクセスとが衝突しないように制御している。
【０１３２】
４１３はＶＭＥタイミング制御部である。ＶＭＥバスからのアクセスのための制御信号の処理をする。ＡＭコードのデコードや上位アドレスのデコード、割り込みの処理などである。
【０１３３】
４１４はスキャナ９５Ａ，プリンタ９５Ｂのアクセスアドレス生成部である。スキャナ９５Ａ，プリンタ９５Ｂのアクセスは通常のラスタ形式とは異なっているため、ＶＭＥバスからのアクセスのためにラスタ形式でかかれたメモりに対して、スキャナ９５Ａ，プリンタ９５Ｂ用の特殊なアクセスのアドレスを生成する部分である。これはバンドの大きさで、走査方向の縦横をひっくり返すものである。
【０１３４】
４１５はＶＭＥバスインタフェースデータバッファ部である。画像データは３２ビット幅、コマンドは８ビット幅でアクセスをする。
【０１３５】
４１６はＶＭＥバスインタフェースアドレスバッファ部である。画像データは２４ビットのアドレス空間、コマンドは１６ビットのアドレス空間でアクセスする。
【０１３６】
４１７はＶＭＥバスインタフェースのデータとアドレス以外の部分のバッファである。
【０１３７】
４１８は画像処理部の入り口のバッファである。ＶＭＥバスからのアクセスおよびＤＲＡＭへアクセスは３２ビット幅で行うが、画像処理部では８ビット幅で処理がなされる。このため３２ビットのＲ，Ｇ，Ｂ，Ｘのデータを８ビットのデータとしてＲ，Ｇ，Ｂ，Ｘの順にシリアルに変換をする。
【０１３８】
４１９は画像処理部の出口のバッファで，バッファ４１８とは反対に、色順次に変化する８ビット幅のデータラインを４色分まとめて３２ビットにする変換を行う。
【０１３９】
４２０は２値化処理後のバッファで、画像処理回路部４０６によって２値化されたデータは１ビットになっている。これを８ビットに拡張する。すなわち、「０」は「０ｘ００」に、「１」は「０ｘＦＦ」にする。
【０１４０】
４２１はバッファで、画像処理回路部４０６による２値化処理をバイパスする場合用のバッファで、バッファ４２０とこのバッファ４２１の出力のどちらか一方を選択して、２値と多値を切り替える。
【０１４１】
４２２はスキャナ９５Ａ，プリンタ９５Ｂのインタフェースの通信部のバッファである。
【０１４２】
４２３はスキャナ９５Ａ，プリンタ９５Ｂのインタフェースの入力データ用バッファである。
【０１４３】
４２４はスキャナ９５Ａ，プリンタ９５Ｂのインタフェースの出力データ用バッファである。
【０１４４】
４２５はスキャナ９５Ａ，プリンタ９５Ｂのインタフェースのクロック，制御信号用の入力バッファである。
【０１４５】
４２６はスキャナ９５Ａ，プリンタ９５Ｂのインタフェースのクロック、制御信号用の出力バッファである。４２９はクロック入力ラインである。
【０１４６】
４３０は３２ビットの画像用データバス，４３１は２４ビットのアドレスバス、４３２は８ビットの画像データバス、４３３は８ビットの画像データバス、４３４は１６ビットのローカルアドレスバス、４３５は８ビットのローカルデータバスである。以下、プリンタ９５Ｂのプリント動作について説明する。
＜プリント時の動作＞
まず、ＶＭＥバスを通してボード回路より、プリントするにあたっての各種のパラメータがデュアルポートＲＡＭ４０３に書き込まれると、ＣＰＵ４０１はこのデータを読み出して解釈して制御を行う。例えば、ＲＧＢデータのプリントであれば、ＣＰＵ４０１は画像処理回路部４０４のＬＵＴデータの変化を起こさないスルーの特性のテーブルをセットし、画像処理回路部４０５のマトリックスの係数テーブルにはＮＴＳＣーＲＧＢからＢＪーＲＧＢへの変換用の係数をセットし、画像処理回路部４０６の２値化処理をスルーするように、バッファ４２０，４２１のゲートを制御する。
【０１４７】
さらに、データのサイズ等のパラメータをセットする。そしてデータサイズなどのパラメータはのパラレル/ シリアル変換部４０７を通してプリンタ９５Ｂへ伝えられる。次に、1 バンド分の画像データがＶＭＥバスを通して、ボード回路よりメモリ４０８に転送される。このときＶＭＥバスからは３２ビットアクセスでＲＧＢＸのデータ形式でストアされる。ＲはＲＥＤ、ＧはＧＲＥＥＮ、ＢはＢＬＵＥのそれぞれの色成分の画像データであり、Ｘは黒文字用の情報を含んだ制御用データである。次にデュアルポートＲＡＭ４０３を介してプリント動作のコマンドが伝えられる。ＣＰＵ４０１はプリント動作の開始命令をプリンタ９５Ｂへ伝える。プリンタ９５Ｂのプリンタ制御部から開始信号が帰ってくるとタイミング発生部４１１メモり４０８へのアクセスを始める。このときデータの読み出しはプリンタ９５ＢのBJヘッドに沿った方向であるため、アドレス発生部４１４によって生成されたアドレスに従って読み出しを行う。メモり４０８から読み出されたデータはバッファ４１８でＲ，Ｇ，Ｂ，Ｘの順に８ビットデータに変換され画像処理部に入る。あらかじめ設定したパラメータによって、画像を処理し、ＮＴＳＣーＲＧＢデータはプリンタ９５Ｂの内部で使われるＲＧＢ色空間に変換され、バッファ４２１，インタフェース４２４を通ってプリンタ９５Ｂへ伝えられる。1 バンド分のデータの処理が終わったら、次のバンドのデータをＶＭＥバスを介して受け取り、上記動作を繰り返す。所定の回数の処理を終えたら1 ページの処理が終了する。以下、ＲＯＭ４０２に格納された制御プログラムによるスキャナ９５Ａの原稿読み取り動作について説明する。
＜スキャン時の動作＞
まず、ＶＭＥバスを通してボード回路より、スキャンするにあたっての各種のパラメータがデュアルポートＲＡＭ４０３に書き込まれる。ＣＰＵ４０１はこのデータを読み取って解釈して、制御を行う。例えば、ＲＧＢの２値データで、１０２４×１０２４の大きさで５１２×５１２の位置からのスキャンとすると、ＣＰＵ４０１は画像処理回路部４０４のＬＵＴにスルーの特性のテーブルをセットし、画像処理回路部４０６のマトリックスの係数テーブルにはＢＪーＲＧＢからＮＴＳＣーＲＧＢへの変換用の係数をセットし、画像処理回路部４０６の２値化処理を通るようにバッファ４２０，４２１のゲートを制御する。さらに、スキャンする画像のサイズを１０２４×１０２４に、スキャンの開始位置を５１２×５１２に設定する。これらのパラメータはパラレル/ シリアル変換部４０７を通してスキャナ９５Ａへ伝えられる。次にＣＰＵ４０１はスキャナ９５Ａへスキャンの開始のコマンドを伝える。スキャナ９５Ａのスキャナ読取り部より入力された画像データはインタフェース４２３を通して画像処理回路部４０４，４０５，４０６に入力される。ここで予め設定したパラメータによる画像処理を行い、バッファ４１９によってＲＧＢＸの３２ビットの形式のデータとしてメモリ４０８にストアされる。この時、メモリ４０８にはＲＧＢＸのデータが入っているが、この例での設定ではＲＧＢの２値画像をスキャンするため、Ｘは意味のないデータであり、Ｒ，Ｇ，Ｂの各成分は２値データであるが１画素１バイトである。これを一般的な２値画像の要求する形式に、例えば８画素1 バイトのパッキングをしラスタライン順次にＲＧＢを配置するといった処理はボード回路において行う。メモリ４０８にある画像データはＶＭＥバスインタフェース４１５を介してボード回路へ転送される。上記の処理をバンドの回数分繰り返して、1 回のスキャンの動作を終了する。
【０１４８】
以下、図１に示したスキャナ９４Ａ，プリンタ９４Ｂの画像データ処理について説明する。
【０１４９】
本実施例では図１に示したスキャナ９４Ａ，プリンタ９４Ｂと一体としてカラー画像複写装置が形成されているため、画像処理機能は１系統しか有しておらず、スキャナ９４Ａ，プリンタ９４Ｂを分離すると、１つの処理につき、どちらか一方しか有していない構成となっている。しかも、大部分の画像処理機能はスキャナ９４Ａに備えられ、プリンタ９４Ｂは主として変倍，領域指定，色空間変換，ガンマ変換，色マスキング処理部等がある。
【０１５０】
スキャナ９４Ａには、色空間変換部や色マスキング処理部等を有しているので、ビデオインタフェースの切り口として、標準ＲＧＢ（ＮＴＳＣのＲＧＢ等）が用意されていて、ＲＧＢのデータは点順次またはパラレル同時に得られる。従って、プリンタ９４Ｂに対しては、画像処理部を有していないので、Ｃ，Ｍ，Ｙ，Ｋでデータを与えなければならず、外部でＣ，Ｍ，Ｙへの変換や黒（Ｋ）生成，色マスキング処理，その他必要に応じて解像度変換，トリミング等の画像処理を行なってから、ビデオインタフェースに送らなければならない。しかもその場合は、面順次に各色ずつＣ，Ｍ，Ｙ，Ｋ４回繰り返し、画像を送出を行なわなければならない。また、スキャナ／プリンタともに途中で動作を停止したり、中断するようなことはできない。
【０１５１】
その他ビデオインタフェースには、水平同期信号，垂直同期信号およびビデオクロックが含まれてビデオデータとの同期をとっている。また、スキャナやプリンタの電源ＯＮ／ＯＦＦ等のステータス情報も有しているので外部からの確認が可能である。また、コマンドインタフェースをシリアル通信で行なう機能も有しており、これにより、スキャナ９４Ａやプリンタ９４Ｂの状態検知や状態設定、スキャナ９４Ａやプリンタ９４Ｂの起動等の実行コマンド等を発行することができる。
【０１５２】
以下、図１７及び図１８を参照しながらスキャナ９５Ａ，プリンタ９５Ｂの動作について更に説明する。
【０１５３】
図１７は、図２に示したスキャナ／プリンタ９５の画像記録プロセスを説明する模式図である。
【０１５４】
図において、１０１Ｒはスキャンする原稿を表し、１０２Ｒはプリントする用紙を表す。これらは、例えばＡ４サイズである。１０３Ｒはスキャナのセンサのヘッドを表し、１０４Ｒはプリンタのヘッドを表す。プリンタのヘッド１０４Ｒはバブルジェット方式によってインクを吹き出すノズルが並んでおり、例えば１２８のノズルから構成されている。
【０１５５】
一方、センサは１２８より多い画素をスキャンできるように、例えば１４４画素のデータを出力できる。これらのヘッドはカラーの場合、スキャナのセンサではＲＧＢの３色分、プリンタヘッドではＣＭＹＫの４色分が並んで構成されている。１０５Ｒは画像処理部であり、スキャナセンサより入力したＲＧＢ信号を処理し、プリンタヘッドに合わせた特性のＣＭＹＫ２値信号として送る。
【０１５６】
画像処理部１０５Ｒはその画像処理系の途中のインタフェース部１０６ＲからＲＧＢ各色８ビットのデータを外部とやり取りすることができる。スキャナ／プリンタ９５Ｂではスキャナ９５Ａのセンサとプリンタ９５Ｂのヘッドが同期して動き、画像処理部１０５Ｒはパイプライン構成となっているため、大きな容量の画像メモリを持たずに処理がなされている。このためインタフェース１０５Ｒでやり取りされるデータの走査形式は特殊なものとなっている。１０７Ｒは外部機器である。
【０１５７】
図１８は、図２に示したスキャナ／プリンタ９５Ｂのスキャナ９５Ａの原稿走査状態を示す模式図である。
【０１５８】
図において、２０１Ｒはヘッドの動きを示している。ヘッド自体は原稿( 用紙) に対して図のように横方向( 主走査方向) に動く、センサの各画素はこれとは垂直に配列している。このため、データ２０３Ｒが並ぶ。一方、一般的なラスタ走査形式ではデータ２０４Ｒのように並ぶ。
【０１５９】
図１９は、図２に示したスキャナ／プリンタ９５Ｂのスキャナ９５Ａのバンド原稿走査状態を示す模式図である。
【０１６０】
図において、３０１Ｒは１ページを示し、３０２Ｒは第１のセグメントを示し、３０３Ｒは第２のセグメントを示している。スキャナセンサから出力され画像処理系を通り２値化されるまでの画像では、セグメント３０４Ｒのようにセグメント３０５Ｒより大きな画像が扱われ、幅３０６Ｒの大きさだけ重複して処理がなされる。
【０１６１】
以下、図２０〜図２２を参照しながら本実施例に示したＳ／Ｐサーバー装置が制御可能なプリンタの一例について説明する。
【０１６２】
本実施例に示したＳ／Ｐサーバー装置が制御可能なプリンタとしては、セントロニクス・インターフェースを利用可能なプリンタである。セントロニクス・インターフェースは、米国セントロニクス社が自社のプリンタ用に開発したコンピュータからプリンタにデータを送るための規格で、安価でかつ高速のデータを送ることができる。現在のプリンタは、ほとんどこのセントロニクスが標準となっている。
【０１６３】
セントロニクスのデータ伝送は、図２０に示すようにＤＡＴＡＳＴＲＯＢＥ信号，ＡＣＫＮＯＷＬＥＤＧＥ（ＡＣＫ）信号，ＢＵＳＹ信号用の３本の制御線とＤＡＴＡ線によって行なう。
【０１６４】
ここで、ＤＡＴＡＳＴＲＯＢＥ信号は、ＤＡＴＡ線に、データが出力されたことを示す。ＢＵＳＹ信号は、現在プリンタが動作中であり、データを受け取れないことを示か、または、データ・バッファがフルであることを示す。
【０１６５】
ＡＣＫ信号は、データの読み取りが正常に終了したことを示す。
【０１６６】
基本的には、上記３本の制御線で十分であるが、プリンタの制御を考えて、紙切れなどの信号線も定義してある。図２０には、信号名，入出力，備考を示した。ピン番号は３６ピン、２５ピン、１４ピンとコネクタの種類がまちまちな事と、各社で若干定義が変わっていたり、削除されている場合も多いため割愛した。
【０１６７】
図２１は、セントロニクスＩ／Ｆ制御回路の一例を示す回路ブロック図である。
【０１６８】
図において、２０１ＡはセントロニクスＩ／Ｆ制御回路で、データバッファ２０２Ａ，制御線バッファ２０３Ａを備え、図２２に示すタイミングチャートに従ってデータ処理が行なわれる。
【０１６９】
図２３は、図２１に示したセントロニクスＩ／Ｆ制御回路によるホスト−プリンタ間の信号処理手順の一例を示すフローチャートである。なお、(1) 〜(3) は各ステップを示し、特にホスト側の処理に対応する。
【０１７０】
まず、ＢＵＳＹ信号が「Ｌ」で、かつＡＣＫ信号が「Ｈ」となったら(1) 、データを設定し(2) 、ＤＡＴＡＳＴＲＯＢＥ信号を出力して(3) 、ステップ(1) に戻る。
【０１７１】
図２４は、図２１に示したセントロニクスＩ／Ｆ制御回路によるホスト−プリンタ間の信号処理手順の一例を示すフローチャートである。なお、(1) 〜(6) は各ステップを示し、特にセントロニクス対応プリンタ側の処理に対応する。
【０１７２】
まず、ＢＵＳＹ信号が「Ｌ」となり(1) 、ＢＵＳＹ信号を「Ｈ」とし(2) 、データをデータバスより取り込みを開始する(3) 。次いで、データ取り込みを終了し(4) 、ＡＣＫ信号が「Ｌ」とし(5) 、ＢＵＳＹ信号を「Ｌ」、かつＡＣＫ信号を「Ｈ」に設定し(6) 、ステップ(1) に戻る。データ転送はこのようにして行なわれる。
【０１７３】
セントロニクス・プリンタは上記転送条件のもと、”ＥＳＣ”（０ｘ１Ｂ）をコマンドやデータの先頭に付けた方法で制御される場合が多い。例えば、あるプリンタにデータを転送する場合、ＥＳＣ （ Ａ ＣＯＵＮＴ ＣＯＬＯＲＤＡＴＡ，（１Ｂ ２８ ４１ ＣＯＵＮＴ ＣＯＬＯＲ ＤＡＴＡ）等のように送る。
【０１７４】
ここで、「ＥＳＣ （ Ａ」は制御用のコードである。「ＣＯＵＮＴ」はデータ数である。「ＣＯＬＯＲ」はＲＧＢ、ＣＭＹなどの色空間定義である。「ＤＡＴＡ」はカラー画像データである。このようなデータコマンドを連続してプリンタに送れば、プリントが行なわれる。なお、制御コードや構成は各社のプリンタによって違っている。しかしながら、”ＥＳＣ”を用いた制御方法は、比較的類似している。
【０１７５】
本システムは、セントロニクス・ポートにセントロニクス・プリンタを接続し、制御コードを、ソフトウエアプログラムでサポートすることにより、各種セントロニクス・プリンタを利用することができる。
【０１７６】
図２５は本発明に係るスキャナプリンタサーバー（ネットワークサーバー）ＳＰ１とホストコンピュータとのプログラム構成を説明する図である。以下、システム全体の流れを概略的に説明する。なお、図２と同一のものには同一の符号を付してある。また、図２５でのホストコンピュータは図２に示すＭａｃｉｎｔｏｓｈのステーションＳＴ１を例にして説明するが、他のステーションＳＴ２，ＳＴ３等であっても構わない。
【０１７７】
ホストコンピュータ（ステーション）ＳＴ１のオペレータがアプリケーションプログラム５６を用いて作成した印刷データをプリントするため、所望とするスキャナプリンタネットワークサーバー，プリンタ，紙サイズ，送出するデータ形式等を選択指示すると、アプリケーションプログラム５６は変換プログラム５４にデータ（指示情報を含む）を通信する。変換プログラム５４はアプリケーションプログラム５６から送られたデータを選択されたネットワークサーバーＳＰ１が受け付けるデータ構造に変換し、通信プログラム５３，ＴＣＰ／ＩＰプログラム５２に通信する。例えばＭａｃｉｎｔｏｓｈのステーションＳＴ１では、ＱｕｉｃｋＤｒａｗデータからＣａＰＳＬデータに変換し、ＩＢＭＰＣのステーションＳＴ２では、ＧＤＩデータからＣａＰＳＬデータに変換する。
【０１７８】
通信プログラム５３は、変換プログラム５４から送出されたデータをＴＣＰ／ＩＰプログラムを介してネットワークサーバーＳＰ１に通信し、ネットワークサーバーＳＰ１の通信プログラム８３がＴＣＰ／ＩＰプログラム８２を介して受信し、システム全体制御プログラム９３に通信する。システム全体制御プログラム９３は、送られてきたデータを解析し、その時のネットワークサーバーＳＰ１の状態と送られてきたデータに従い、以下の処理を行う。
【０１７９】
システム全体制御プログラム９３は、印刷データをＰＤＬインタープリタープログラム８４に送る。ＰＤＬインタープリタープログラム８４は印刷データを受け取り、指定されたプリンタ（例えばスキャナプリンタ９５のプリンタ）が受け入れ可能なデータに変換する。例えばプストスクリプト（商品名）やＣａＰＳＬというＰＤＬのデータから画像データに変換する。システム全体制御プログラム９３はＰＤＬインタープリタープログラム８４が変換したデータを画像入出力装置制御プログラムとしてのデバイスドライバ８６に送り、デバイスドライバ８６はデータを指定されたプリンタに送りプリントさせる。
【０１８０】
次に、ホストコンピュータＳＴ１のオペレータがスキャナアプリケーション５８を用いて画像入力するため、所望とするスキャナプリンタネットワークサーバー，スキャナ，画像の領域，解像度，カラーあるいはモノカラー，圧縮の種類等を選択指示すると、スキャナアプリケーション５８はスキャナインタフェースプログラム５７を介して通信プログラム５３に通信する。通信プログラム５３は、スキャナインタフェースプログラム５７を介して送られたデータをＴＣＰ／ＩＰプログラムを介して指定されたネットワークサーバーＳＰ１に通信し、ネットワークサーバーＳＰ１に通信し、ネットワークサーバーＳＰ１の通信プログラム８３がＴＣＰＩＰプログラム８２を介して受信し、システム全体制御プログラム９３に通信する。システム全体制御プログラム９３は、入力した選択指示命令（画像入力命令）をスキャナ制御プログラム８５に送り、スキャナ制御プログラム８５は、命令に従って、画像入出力装置制御プログラムとしてのデバイスドライバ８６に命令を送り、デバイスドライバは指定されたスキャナ（例えばスキャナプリンタ９５のスキャナ）を起動して画像データを入力し、画像データをスキャナ制御プログラム８５へ送り、スキャナ制御プログラム８５は画像データをシステム全体制御プログラム９３へ送り、システム全体制御プログラム９３は通信プログラム８３へ送り、ネットワークサーバーＳＰ１の通信プログラム８３がＴＣＰ／ＩＰプログラム８２を介して指定されたホストコンピュータの通信プログラム（例えば通信プログラム５３）へ画像データを送信する。通信プログラム５３がＴＣＰ／ＩＰプログラム５２を介して受信した画像データは、さらにスキャナアプリケーションプログラム５８に送られる。
【０１８１】
次に、ワークステーションＳＴ１から指定されたスキャナプリンタサーバーへ（例えばスキャナプリンタサーバーＳＰ１へ）スキャナプリンタサーバーの状態を問い合わせる命令が送られた場合は、システム全体制御プログラム９３がネットワークサーバーＳＰ１の状態（例えばネットワークサーバーＳＰ１に接続されているスキャナプリンタの種類，解像度，紙サイズ，色処理能力等）を取得し、ＴＣＰ／ＩＰプログラム８２を介して、通信プログラム８３が指定されたホストコンピュータ（例えばワークステーションＳＴ１）に通信する。
【０１８２】
また、画像入出力装置としてのスキャナプリンタ９４，９５またはネットワークサーバーＳＰ１内でエラーが発生した場合は、システム全体制御プログラム９３がエラーの状況を管理し、通信プログラム８３がＴＣＰ／ＩＰプログラム８２を介して指定されたホストコンピュータ（例えばホストコンピュータＳＰ１）に通信する。
【０１８３】
以上のように、本実施例ではこれらのプログラム構成により、ホストコンピュータのアプリケーションプログラム（例えばＤＴＰソフト）からホストコンピュータで指定したプリンタでプリントすることができる。また、ホストコンピュータのスキャナアプリケーションプログラム（例えばＤＴＰソフト）からホストコンピュータで指定したスキャナから画像を入力できるし、指定したスキャナで入力した画像を別のホストコンピュータへ送出することもできる。また、指定したネットワークサーバーＳＰ１の状態（接続されるスキャナプリンタの状態）を確認することができる。
【０１８４】
なお、図２５では、ＬＡＮ９６に接続されるホストコンピュータ，スキャナプリンタサーバーはいくつ接続されていても本発明の適用を妨げるものではない。以下、ホストコンピュータ，ホストコンピュータとネットワークサーバーＳＰ１との間のネットワーク処理について説明する。
【０１８５】
ホストコンピュータにおいて、プリントプロセスを行なう場合、大きく分けて第１〜第３の処理、すなわち第１はアプリケーションプログラム（例えばＤＴＰソフト）によるデータの作成処理、第２はアプリケーションプログラムによって作成されたデータの上記ＣａＰＳＬコードへの変換処理、第３はＣａＰＳＬコードのネットワークサーバーＳＰ１への転送処理である。
【０１８６】
なお、第１のデータの作成処理で作成されたデータは、使用するマシンの機種，アプリケーションプログラムに依存する。例えばＳＵＮワークステーションでＦｒａｍｅ Ｔｅｃｈｎｏｌｏｇｙ社製のＤＴＰプログラムであるＦｒａｍｅＭａｋｅｒ（商品名）を使用した場合、ＭＩＦ（商品名）ファイルまたはＩＰＬ（商品名）ファイルで出力される。また、使用するマシンの機種がＩＢＭ社製のＩＢＭ−ＰＣでＷｉｎｄｏｗｓ（商品名）対応のアプリケーションプログラムを使用した場合、ＧＤＩ関数の呼び出しになる。また、アップル社製のＭａｃｉｎｔｏｓｈ（商品名）を使用した場合、ＱｕｉｃｋＤｒａｗ関数の呼び出しになる。
【０１８７】
また、アプリケーションプログラムによって作成されたデータの上記ＣａＰＳＬコードへの変換処理では、第１の処理で作成されたデータをＣａＰＳＬコードに変換するので、マシンの機種，作成されるファイル形式に依存する。例えばＳＵＮワークステーションで上記Ｆｒａｍｅ Ｍａｋｅｒを使用した場合、ＭＩＦファイルまたはＩＰＬファイルをＣａＰＳＬコードに変換するプログラムとする。また、使用するマシンの機種がＩＢＭ社製のＩＢＭ−ＰＣでＷｉｎｄｏｗｓ対応のアプリケーションプログラムを使用した場合、ＧＤＩ関数からＣａＰＳＬコードへの変換を変換プログラムで行なう。さらに、アップル社製のＭａｃｉｎｔｏｓｈ（商品名）を使用した場合、ＱｕｉｃｋＤｒａｗ関数をＣａＰＳＬコードへの変換を変換プログラムで行なう。
【０１８８】
さらに、第３はＣａＰＳＬコードのネットワークサーバーＳＰ１への転送処理においては、送信するデータはＣａＰＳＬであるが、送信処理は送信する際に使用するプログラムに依存する。例えば図２に示す通信プログラム８３を使用したり、ＵＮＩＸをＯＳとしているホストコンピュータではｌｐｑ／ｌｐｄプログラム９０を使用する。
【０１８９】
また、ホストコンピュータにおいてスキャナプロセスを行なう場合、大きく第１，第２のの処理が行なわれる。
第１にイメージデータをネットワークサーバーＳＰ１から受信する。第２にスキャナアプリケーションプログラムでイメージデータの表示，保存を行なう。
【０１９０】
第１の処理において、受け取るイメージデータは、第２の処理で使用するスキャナアプリケーションプログラムが扱えるイメージデータ形式に保存する。また、ネットワークサーバーＳＰ１からイメージデータを受信する際に使用するプログラムとしては、図２に示す通信プログラム８３を使用する。
【０１９１】
第２の処理において、スキャナアプリケーションプログラムの使用に依存して、扱えるイメージデータ形式が決まる。入力，出力各々について扱えるイメージデータ形式を定める。例えばビットマップおよびＴＩＦＦ形式を入力として許可する。また、出力としてビットマップおよびＴＩＦＦ形式を許可する。ファイルで保存する場合、ＴＩＦＦ形式を用いる。表示する場合にはビットマップを用いることができる。
【０１９２】
ホストコンピュータとネットワークサーバーＳＰ１間をネットワークで接続する時は、複数のプログラムを使用する。中心となるプログラムは図２に示す通信プログラム８３である。
【０１９３】
ネットワークサーバーＳＰ１では、例えば図２５に示す通信プログラム５３とネットワークサーバーＳＰ１側の通信プログラム８３がある。ホストコンピュータ側の通信プログラムは、主として第１〜第３の処理を行なう。
【０１９４】
第１は下位レイアを介して、ネットワークサーバーＳＰ１とリンクを張る。第２はＣａＰＳＬデータをネットワークサーバーＳＰ１へ送信する。第３はネットワークサーバーＳＰ１からイメージデータを受信して上位レイヤへ送る。
【０１９５】
一方、ネットワークサーバーＳＰ１は、主として第１，第２の処理を行なう。第１はＴＣＰ／ＩＰプログラム８２を介して通信プログラム８３で受信したＣａＰＳＬデータをシステム全体制御プログラム９３へ送る。第２はシステム全体制御プログラム９３から受け取ったイメージデータを通信プログラム８３へ送信する。
【０１９６】
プリント処理及びスキャン処理は、ホストコンピュータの上位レイアからのプリントおよびスキャンの要求を通信プログラム５３が受け取ることで開始される。通信プログラム５３は、下位レイヤを使用して、リンクを張る。例えばイーサネットを介して接続した場合、下位レイアとして、ＴＣＰ／ＩＰプログラム５２を使用してデータの送受信を行なう。通信プログラム５３では、リンクを張った後に、プリントおよびスキャンに特有の情報の受け渡しをして、適合する条件にプリンタ及びスキャナを設定する。プリンタおよびスキャナの設定が終了後は、プリントはＣａＰＳＬをクライアントからサーバーへ、またスキャナの設定が終了した後は、プリント時はＣａＰＳＬをクライアントからサーバーへ、またスキャン時はイメージデータをサーバからクライアントへ各々送信する。プログラムとして、図２に示したｌｐｄプログラム９０も使用できる。ホストとして、ＵＮＩＸマシンを使用した場合に、ＵＮＩＸの標準のプリントコマンドであるｌｐｒを使用してプリントが可能となる。このｌｐｄプログラム９０（図２参照）はプリント時のみに使用する。サーバー側にスプールディスクがない場合でもデフォルトの設定での出力は可能である。
【０１９７】
システム全体制御プログラム９３の基本的な動作は、イベントを入力してイベントに応じた処理を行なうことと、エラー中の入出力装置に状態を問い合わせ、エラーから回復していた場合、エラーによって中断していたジョブがあれば再開することである。
【０１９８】
以下、図２６に示すフローチャートを参照しながら本発明に係るサーバー装置における全体制御動作について説明する。
【０１９９】
図２６本発明に係るサーバー装置における全体制御手順の一例を示すフローチャートである。なお、(1) 〜(6) は各ステップを示す。
【０２００】
先ず、ステップ(1) でイベントがあるかどうかを判別し(1) 、ある場合はステップ(2) でイベントに応じた処理を行ない、ステップ(1) でイベントが無い場合は、ステップ(3) でエラー中の入出力装置があるか調べ、ある場合はステップ(4) でエラー中か問い合わせ、ステップ(5) でエラー中か判別し、エラーから回復していればステップ(6) でエラーにより中断していたジョブがあれば再開する。システム全体制御プログラム９３はネットワークサーバーＳＰ１内でＴＣＰ／ＩＰプログラム８２，通信プログラム８３，ＰＤＬインタープリタープログラム８４，スキャナ制御プログラム８５，デバイスドライバ８６と通信することができ、さまざまなイベントを受けとる。通信プログラム８３から送られるイベントとして、ジョブの到着、データ転送の終了があり、ＰＤＬインタープリタープログラム８４から送られるイベントとして、受信データ処理終了、画像データ描画終了、ページ描画終了、プリントジョブ終了があり、スキャナ制御プログラム８５からのイベントとして、画像データ転送要求、画像入力処理終了、ページプリント終了、エラー発生、正常状態等のイベントがある。
【０２０１】
また、システム全体制御プログラム９３では各イベントに対する動作が定まっており、例えば、通信プログラム８３からジョブの到着が送られると、ジョブの内容を解析し、プリントジョブの場合はＰＤＬインタープリタープログラム８４にデータを転送し、画像入力ジョブの場合はスキャナ制御プログラム８５にデータを転送する。
【０２０２】
さらに、デバイスドライバ８６から送られるエラーとしては、紙なし、インク切れ、紙詰まり、電源ＯＦＦ等がある。
【０２０３】
なお、本実施例では、ネットワークサーバーＳＰ１では、プリンタのページ記述言語としてＣａＰＳＬを採用している。そこで、ＣａＰＳＬの機能処理等について説明する。なお、プリンタのページ記述言語としては、ＣａｐＳＬに限定されるものではない。
【０２０４】
ＣａＰＳＬの機能は、図形，文字，イメージを表現している制御コードを入力して、ネットワークサーバーＳＰ１のバンドメモリと呼ばれる描画領域に画像を展開するタスクである。
【０２０５】
ＰＤＬインタープリタープログラム８４と直接コミュニケーションを持つプログラムは、システム全体制御プログラム９３である。コミュニケーションは、以下の第１，第２のコミュニケーションである。
【０２０６】
第１のコミュニケーションは、システム全体制御プログラム９３がＣａＰＳＬに引き渡すコミュニケーションであり、その内容は、ＣａＰＳＬコードの格納されたファイル名，ＣａＰＳＬコードが格納されてあるメモリの先頭アドレスおよびサイズ，バンドメモリ描画可能性等である。
【０２０７】
第２のコミュニケーションは、ＰＤＬインタープリタープログラム８４がシステム全体制御プログラム９３に引き渡すコミュニケーションであり、その内容は、バンドメモリ描画終了，ページ描画終了，ドキュメント描画終了，バンドメモリ描画領域，空バンドメモリの情報である。
【０２０８】
この際、ＰＤＬインタープリタープログラム８４の内部では、以下の処理が行われる。
【０２０９】
ネットワークサーバーＳＰ１では、バンドメモリと呼ばれる、ある幅を持ったメモリを持っているので、ＰＤＬインタープリタープログラム８４は画像をバンド幅分だけ部分的に展開しなければならない。ＰＤＬインタープリタープログラム８４は、図２７に示すようなプリンタ制御コマンドを入力する。ＣａＰＳＬコードは、ＰＤＬインタープリタープログラム８４内部でレイアウタと呼ばれるプログラム（図示しない）に基づいて図２８に示す中間コードに置き換えられる。本実施例において、中間コードとは、いわゆる抽象的な図形の表現を具体的なデバイスの表現にしたものである。そして、１ページ分の中間コードができあがると、ペインタと呼ばれるプログラム（図示しない）に基づいて中間コードを参照しながらバンドメモリにラスタイメージを展開する。
【０２１０】
例えば図２９に示すような図形を描くようなＣａＰＳＬコードをレイアウタが受け取ると、デバイスに依存した図２８に示す中間コードに置き換える。ここで、レイアウタは、図形の大きさに基づいてその図形が何バンド目から何バンド目まで描かれているかを計算して、中間コードに登録する。図２９では、円（ｃｉｒｃｌｅ）が１〜２バンド、矩形（Ｒｅｃｔａｎｇｌｅ）が２〜４バンドに描かれる場合を示す。なお、その後に書かれている数字は、デバイス座標系における、図形の位置や半径等である。
【０２１１】
次に、ペインタ（実際にメモリに描画するプログラム）は中間コードを参照しながら、図２９に示すような図形を展開して、バンドメモリに描画する。実際には、メモリはバンド幅分の大きさしか持っていないので、バンドを描画すると、そのデータをプリンタに送り、メモリをクリアして、次のバンドのデータを描き始める。第０番目の描画をするために、中間コードを参照すると、第０番目のバンドに描くべきデータがないことが分かり、次のバンドに移る。すると、ペインタは第１バンド目に描くデータをサーチし、円を検知して１バンド分だけ描画する。次に第２バンド目に移り、円と矩形を描画することが分かるので、円の続きの部分の描画と矩形を１バンド分だけ描画する。このようにして、ペインタは、１ページ分のデータを描画するのである。
【０２１２】
なお、ＣａＰＳＬが展開するデータの１画素の構造は、図３０に示されるように、ＲＧＢＸの３２ビットになっている。これは、色のデータを表わすＲＧＢ２４ビットと、付加情報のための８ビットの付加情報Ｘから構成されている。ここで、付加情報Ｘの中は、ビット０がイメージ領域判定ビットであり、ＣａＰＳＬがイメージをバンドメモリに描画する時には、このビットをＯＮにする。また、ビット２は、黒情報ビットになっており、ＣａＰＳＬで展開された図形や文字の色がＲＧＢともに０の場合は、このビットをＯＮにする。これらの情報は、第１のインタフェース回路４−１でプリンタ９４Ｂでプリントアウトする際に解析され、画質を向上させる情報となる。
【０２１３】
以下、図３１に示すデータ処理経路図を参照しながら、スキャナ９４Ａ，９５Ａの動作について説明する。なお、図２５と同一のもには同じ符号を付してある。
【０２１４】
図３１は、図２に示したスキャナ９４Ａ，９５Ａの動作を説明するデータ処理経路図である。なお、画像をバンド単位で切り分けてスキャンするスキャナの場合と、１度に全画像をスキャンする場合のタスクの動作が多少異なるためそれぞれを説明する。
【０２１５】
画像をバンド単位で切り分けてスキャンするスキャナの場合において、先ず、クライアントマシンとしてのホストコンピュータＳＴ１から送られてきた、スキャン命令Ｃ１をＴＣＰ／ＩＰプログラム８２を介して通信プログラム８３が受信すると、システム全体制御プログラム９３にスキャン命令Ｃ２の到着を知らせる。
【０２１６】
システム全体制御プログラム９３は、この装置がスプールＩを持つ場合は、受信したスキャン命令Ｃ２を元にしてスプールファイルを作って保存し、そのファイル名Ｃ３をスキャナ制御プログラム８５に送る。スプールＩを持たない場合は、スキャナコマンドＣ３を直接スキャナ制御プログラム８５に送る。
【０２１７】
スキャナ制御プログラム８５は、スキャナコマンドＣ３を解釈し、解像度等のスキャナ条件設定命令Ｃ４をデバイスドライバ８６に与えて指定されたスキャナを起動する。デバイスドライバ８６は、それぞれのスキャナ制御プログラム８５に対応して存在する関数である。
【０２１８】
スキャナ条件を設定したデバイスドライバ８６は、リターン値Ｃ５をスキャナ制御プログラム８５に返す。これを受けるとスキャナ制御プログラム８５は、スキャン開始命令Ｃ６をデバイスドライバ８６に与えて指定されたスキャナを起動する。デバイスドライバ８６は、スキャナＥを作動させて画像データを読み込みバンドメモリＦに書き込む。１バンド分描き込むと、スキャナ制御プログラム８５にスキャン終了のリターン値Ｃ９を返す。これを受け取ったスキャナ制御プログラム８５は、バンドメモリＦの画像データに画像処理、例えばＪＰＥＧ圧縮ボードを用いることで圧縮を行ってバッファ領域Ｈへ描きこむ。
【０２１９】
バンドメモリＦ内のデータを全て処理し終わると、スキャナ制御プログラム８５は、システム全体制御プログラム９３に転送要求Ｃ１１送り、また同時にデバイスドライバ８６にスキャン開始命令Ｃ６を与えて起動する。このスキャンは、前回のスキャンの時の終了点から読み込むようにスキャナ制御プログラム８５で制御する。
【０２２０】
一方、転送要求Ｃ１１を受けたシステム全体制御プログラム９３は、通信プログラム８３に転送要求Ｃ１２を送る。これを受け取った通信プログラム８３は、指定されたクライアントマシンとしてのホストコンピュータにバッファ領域Ｈ内の処理された画像データを送る。このとき通信プログラム８３，システム全体制御プログラム９３は、スキャナ制御プログラム８５とは、異なったプログラムであるので、スキャナ制御プログラム８５内の関数であるデバイスドライバ８６の制御で動くスキャナ作動中であっても、画像データの転送を行うことができる。
【０２２１】
通信プログラム８３は、転送が終了するとシステム全体制御プログラム９３に転送終了信号Ｃ１４を送り、これを受け取るとシステム全体制御プログラム９３は、スキャナ制御プログラム８５に転送終了Ｃ１５を送る。スキャナ制御プログラム８５は、デバイスドライバ８６からのスキャン終了を伝えるリターン値Ｃ９，転送終了Ｃ１５の両方を受けると、バンドメモリＦ内の画像データを画像処理しバッファ領域Ｈに書き込む。以上の処理を繰り返すことで画像データをホストコンピュータＳＴ１へ送ることができる。なお、別のホストコンピュータ（例えばホストコンピュータＳＴ２またはホストコンピュータＳＴ３）を指定することで、他のホストコンピュータへ画像データを送ることもできる。
【０２２２】
全ての画像データの転送をスキャナ制御プログラム８５が確認すると、システム全体制御プログラム９３を介して通信プログラム８３まで終了を知らせる。
【０２２３】
一方、１度に全画像をスキャンする場合は、クライアントマシンとしての、例えばホストコンピュータＳＴ１から送られてきた、スキャン命令Ｃ１を通信プログラム８３が受信すると、システム全体制御プログラム９３にスキャン命令Ｃ２の到着を知らせる。
【０２２４】
システム全体制御プログラム９３は、この装置がスプールＩを持つ場合は、受信したスキャン命令Ｃ２を元にしてスプールファイルを作って保存し、そのファイル名Ｃ３をスキャナ制御プログラム８５に送る。スプールＩを持たない場合は、スキャナコマンドＣ３を直接スキャナ制御プログラム８５に送る。
【０２２５】
スキャナ制御プログラム８５は、スキャナコマンドＣ３を解釈し、解像度等のスキャナ条件設定Ｃ４をデバイスドライバ８６に与えて指定されたスキャナを起動する。スキャナ条件を設定したデバイスドライバ８６は、リターン値Ｃ５をスキャナ制御プログラム８５に返す。これを受けるとスキャナ制御プログラム８５は、スキャン開始命令Ｃ６をデバイスドライバ８６に起動する。ここでのスキャナＥは、読み込み動作を途中で止められないものとしている。
【０２２６】
デバイスドライバ８６は、命令Ｃ１０によりスキャナＥを作動させて画像データすべてを取り込み、取り込んだ画像データに画像処理、例えばＪＰＥＧボードＧを用いてＪＰＥＧ圧縮を行なってバッファＨに描き込むことができる。
【０２２７】
また、画像データを生のままバッファＨに書き込むことも可能である。バッファＨが一杯になると、スキャナ制御プログラム８５は、システム全体制御プログラム９３に転送要求Ｃ１１を送る。これを受けたシステム全体制御プログラム９３は、通信プログラム８３に転送命令Ｃ１２を出し、通信プログラム８３がバッファＨに描かれたデータを指定されたホストコンピュータＳＴ１へ転送する。なお、別のホストコンピュータ（例えばホストコンピュータＳＴ２またはホストコンピュータＳＴ３）を指定することで、他のホストコンピュータへ画像データを送ることができる。
【０２２８】
通信プログラム８３は、転送が終了するとシステム全体制御プログラム９３に転送終了信号Ｃ１４を送り、これを受け取るとシステム全体制御プログラム９３は、スキャナ制御プログラム８５に転送終了Ｃ１５を送る。スキャナ制御プログラム８５は、転送終了Ｃ１５が送られてくるとバンドメモリ内の画像データを画像処理しバッファＨに書き込む。以上の処理を繰り返すことで画像データをクライアントマシンとしての指定されたホストコンピュータへ送ることができる。
【０２２９】
スキャナ制御プログラム８５は、全ての画像データの転送を確認すると、システム全体制御プログラム９３を介して通信プログラム８３まで終了を知らせる。
【０２３０】
以下、図３２および図３３を参照しながら本発明に係るサーバー装置におけるホストコンピュータからＳ／Ｐサーバー装置へのデータの流れについて説明する。
【０２３１】
ホストコンピュータから指定されたＳ／Ｐサーバー装置（ネットワークサーバー）ＳＰ１へのデータの流れにおいて、先ず、例えばホストコンピュータＳＴ１でＤＴＰのアプリケーションプログラム５６が実行されていてドキュメントを作成する。このドキュメントのデータ形式は、ホストコンピュータの機種、アプリケーションプログラムに依存したものである。そこで指定されたＳ／Ｐサーバー装置ＳＰ１が解釈できる形式のデータに変換する必要がある。その変換プログラムが変換プログラム５４である。ＤＴＰのアプリケーションプログラム（ＤＴＰアプリ）５６からはホストコンピュータのシステムに依存したデータが変換プログラム５４に送られる。変換プログラム５４は、受けとったファイルを、例えばＣａＰＳＬコードに変換する。さらに、ＣａＰＳＬコードに変換したファイルは通信プログラムであるｌｐｄ５０５または通信プログラム５３に送られる。
【０２３２】
通信プログラムはホストコンピュータとＳ／Ｐサーバー装置ＳＰ１の間でネットワークを介して接続、通信を行なうためのものであり、ここでは２つの内のどちらか一方のプログラムを用意する。
【０２３３】
先ず始めに、通信プログラム５３を用いた時を説明する。
【０２３４】
通信プログラム５３に対応するプログラムとして、Ｓ／Ｐサーバー装置ＳＰ１側で通信を司るプログラムは通信プログラム８３であり、このプログラム間ではＴＣＰ／ＩＰプログラムを使用する。プリント時の通信プログラム５３の役割は主に２つあり、一つは下位レイヤ（ＴＣＰ／ＩＰ）を介して通信プログラム８３とリンクを張り、通信できる状態にすることである。もう一つは、変換プログラム５４が生成したＣａＰＳＬデータファイルをＳ／Ｐサーバー装置ＳＰ１に送信することである。
【０２３５】
また、通信プログラム８３の役割はリンクを張りプリント処理に必要な情報をやりとりして最適にプリントできるようにすること。通信プログラム５３の送ってくるデータを受けとり、システム全体制御プログラム９３にデータの到着を知らせる。この時、送られてきたＣａＰＳＬデータ、およびそれに付随する情報は受信バッファに一時的に貯められている。また、Ｓ／Ｐサーバー装置ＳＰ１側で何らかのエラーが起こった時に、その情報を通信プログラム５３に送信するというような役割もある。
【０２３６】
以下、通信プログラム８３からプリントアウトまでの処理について説明する。
【０２３７】
ここまでで、ＤＴＰアプリケーションプログラム５６で作成したドキュメントデータはＳ／Ｐサーバー装置ＳＰ１に送られたことになる。次に通信プログラム８３はシステム全体制御プログラム９３にジョブ（例えばカラーレーザ複写装置（ＣＬＣ）からプリントアウト）の到着のイベントを送る。システム全体制御プログラム９３はイベント駆動型のプログラムで通信プログラム８３，デバイスドライバ８６，ＰＤＬインタープリタープログラム８４から送られてくるイベントを常に待っている。イベントが入ってくるとイベントの発信元と内容を調べてそれに対応した処理を行なう。 今、システム全体制御プログラム９３には通信プログラム８３から「ジョブが到着した」というイベントが入力されている。この時、システム全体制御プログラム９３はイベントを解析してハードディスク５１９を持っている時には受信バッファのドキュメントデータを一旦スプールする。そして、ジョブが幾つかたまっている場合には、ジョブの内容、プリンタ、スキャナの状態、ジョブの優先順位などを考慮して最適にジョブを起動する。
【０２３８】
ハードディスク５１９がない場合には、データを貯めておくことが出来ないので、データの格納されているアドレスとサイズをＰＤＬインタープリタープログラム８４に知らせてプリントアウト処理を直ちに行なうように要求を出す。ここでは、ハードディスクがあるものとして説明を続ける。システム全体制御プログラム９３はジョブの内容を判断してＰＤＬインタープリタープログラム８４にスプールファイル名を渡し、起動の要求をする。
【０２３９】
以下、図３３に示すブロック図を参照しながらさらに詳述する。
【０２４０】
図３３は本発明に係るＳ／Ｐサーバー装置ＳＰ１と、例えばカラーレーザ複写装置（ＣＬＣ）とのデータ処理状態を説明するブロック図である。
【０２４１】
図３２に示したＰＤＬインタープリタープログラム８４はスプールファイルからＣａＰＳＬデータを読み込み, 解釈して、図形、文字、イメージをバンドメモリ５１８に描画する。ＣａＰＳＬデータの中に圧縮符合化されたイメージデータがあった場合にはＰＤＬインタープリタープログラム８４は、標準圧縮伸長部６０６でイメージデータを伸長してバンドメモリに描画する。１バンド分の描画を終了すると、ＰＤＬインタープリタープログラム８４はシステム全体制御プログラム９３に対して「１バンド描画終了」のイベントを発行する。イベントを受けとったシステム全体制御プログラム９３はデバイスドライバ８６に「１バンド排紙」の要求イベントを発行する。
【０２４２】
以下、バンドメモリ６０５から圧縮メモリ６１５までのデータの流れについて説明する。なお、ここではデバイスドライバ８６の動作について説明する。
【０２４３】
「１バンド排紙」のイベントを受けとったデバイスドライバ８６は、バンドメモリ６０５に格納されている展開データを、サブボード６１０Ａのラインバッファ６１７に転送する。ラインバッファ６１７に格納された展開データはブロック順次でリアルタイム圧縮伸長部６１６に転送される。リアルタイム圧縮伸長部６１６では、ブロック順次に得られる画像データを圧縮していき、順次圧縮メモリ６１５に格納する。圧縮メモリ６１５のアドレス生成や、ライト信号の生成はＤＭＡコントローラ６２１が行なう。
【０２４４】
１バンド分の圧縮が終了するとデバイスドライバ８６はシステム全体制御プログラム９３に対して「１バンド排紙終了」のイベントを送信する。イベントを受けとったシステム全体制御プログラム９３は、ＰＤＬインタープリタープログラム８４に対して「１バンド描画要求」イベントを出力する。このようにバンド毎に描画しては、圧縮するという処理を繰り返し１ページ分の圧縮展開イメージを圧縮メモリ６１５に格納する。最後のバンドの格納が終了すると、ＰＤＬインタープリタープログラム８４はシステム全体制御プログラム９３に対して「１ページ描画終了」のイベントを発行する。イベントを受けとったシステム全体制御プログラム９３は、デバイスドライバ８６に対して「１ページ排紙命令」を発行する。
【０２４５】
「１ページ排紙命令」を受けとったデバイスドライバは、圧縮メモリ６１５に格納されている１ページ分の展開イメージをプリントアウトするために次のような処理を行なう。
【０２４６】
ＣＰＵ６１１はＤＰＲＡＭ６２２をＯＮにしてからリアルタイム圧縮伸長部６１６，ＤＭＡコントローラ６２１の初期化および指定されたプリンタ６２０とのコマンドの通信を行ないリアルタイム圧縮伸長部６１６に伸長開始の命令を出す。リアルタイム圧縮伸長部６１６はＤＭＡコントローラ６２１にアクセスし、ＤＭＡコントローラ６２１はアドレス、リード信号の生成を行ない、圧縮メモリ６１５より圧縮データがリアルタイム圧縮伸長部６１６に入力され、伸長された後ブロック順次でラインバッファ６１７に出力される。そしてラインバッファ６１７にてブロック順次からラスタ順次の変換をしてＳＰＩ／Ｆ６１８を通じて転送されプリンタ６２０に出力される。実際に、１ページ分のプリントアウトが終了するとデバイスドライバ８６から「１ページ排紙終了」のイベントがシステム全体制御プログラム９３に対して送られる。するとシステム全体制御プログラム９３は、ＰＤＬインタープリタープログラム８４に対して２ページ目の描画命令」を発行する。このようにして複数ページのドキュメントの出力が処理されて行く。
【０２４７】
最終ページの最終バンドの描画が終了すると、ＰＤＬインタープリタープログラム８４は「ドキュメント終了」イベントをシステム全体制御プログラム９３に対して発行する。システム全体制御プログラム９３はデバイスドライバ８６に対して「１ページ排紙命令」を出しデバイスドライバ８６はプリント処理を行ない「１ページ排紙終了」イベントをシステム全体制御プログラム９３に対し発行する。なお、プリント終了は、システム全体制御プログラム９３は必要ならば通信プログラム８３に「プリント終了」イベントを発行する。通信プログラム８３はホストコンピュータ側の通信プログラム５３に対しプリント終了を知らせる。
【０２４８】
また、エラー発生時には、例えばプリンタ６２０が、紙詰まりを起こしたり、紙無しの状態になった時にはデバイスドライバ８６からシステム全体制御プログラム９３に対して「エラー発生」のイベントが送られる。システム全体制御プログラム９３はその旨をＰＤＬインタープリタープログラム８４と通信プログラム８３に伝える。ＰＤＬインタープリタープログラム８４はプログラムの状態の退避などのエラー時の処理を行ない、通信プログラム８３はエラーの発生や、その内容をホストコンピュータ側の通信プログラム８３に伝える。なお、エラーが回復したかどうかを調べる方法は２つ考えられる。一つは、ある一定期間毎にシステム全体制御プログラム９３がデバイスドライバ８６に対して問い合わせて、デバイスドライバ８６が答えるという方法。
【０２４９】
もう一つは、システム全体制御プログラム９３がエラー回復を監視していて回復時にシステム全体制御プログラム９３に対して「エラー回復」のイベントを発行するというものである。
【０２５０】
以下、図３２，図３４を参照しながらホストコンピュータから、例えばバブルジェットカラー複写装置へのプリントデータ出力処理について詳述する。
【０２５１】
図３４は本発明に係るＳ／Ｐサーバー装置ＳＰ１と，例えばバブルジェットカラー複写装置（ＢＪＣ）とのデータ処理状態を説明するブロック図である。
【０２５２】
ホストコンピュータからＳ／Ｐサーバー装置ＳＰ１へのデータの流れは、図３２に示すように、まず、ホストコンピュータでＤＴＰのアプリケーションプログラム５６が実行されていてドキュメントを作成する。このドキュメントのデータ形式は、ホストコンピュータの機種、アプリケーションプログラムに依存したものである。そこでＳ／Ｐサーバー装置ＳＰ１が解釈できる形式のデータに変換する必要がある。その変換プログラムが変換プログラム５４である。ＤＴＰのアプリケーションプログラム５６からはＤＴＰアプリに依存したデータが変換プログラム５４に送られる。変換プログラム５４は、受けとったファイルをＣａＰＳＬコードに変換する。さらに、ＣａＰＳＬコードに変換したファイルは通信プログラムであるｌｐｄ５０５または通信プログラム５３に送られる。
【０２５３】
通信プログラムはホストコンピュータとＳ／Ｐサーバー装置ＳＰ１の間でネットワークを介して接続、通信を行なうためのものであり、ここでは２つのプログラムを用意する。
【０２５４】
先ず始めに、通信プログラム５３を用いた時を説明する。
【０２５５】
通信プログラム５３に対応するプログラムとして、Ｓ／Ｐサーバー装置ＳＰ１側で通信を司るプログラムは通信プログラム８３であり、このプログラム間ではＴＣＰ／ＩＰプログラムを使用する。
【０２５６】
プリント時の通信プログラム５３の役割は主に２つあり、一つは下位レイヤ（ＴＣＰ／ＩＰ）を介して指定したＳ／Ｐサーバー装置ＳＰ１とリンクを張り、通信できる状態にすることである。もう一つは、変換プログラム５４が生成したＣａＰＳＬデータファイルを通信プログラム８３に送信することである。
【０２５７】
また、通信プログラム８３の役割はリンクを張りプリント処理に必要な情報をやりとりして最適にプリントできるようにすること。通信プログラム５３の送ってくるデータを受けとり、システム全体制御プログラムにデータの到着を知らせる。この時、送られてきたＣａＰＳＬデータ、およびそれに付随する情報は受信バッファに一時的に貯められている。
【０２５８】
また、Ｓ／Ｐサーバー装置ＳＰ１側で何らかのエラーが起こった時に、その情報をホストコンピュータ側の通信プログラム５３に送信するというような役割もある。ホストコンピュータ側の通信プログラム５３からプリントアウトする際には、ＤＴＰアプリケーションプログラム５６で作成したドキュメントデータは指定されたＳ／Ｐサーバー装置ＳＰ１に送られたことになる。次に通信プログラム８３はシステム全体制御プログラム９３にジョブ（例えばＢＪカラー複写装置からプリントアウト）の到着のイベントを送る。システム全体制御プログラム９３はイベント駆動型のプログラムで通信プログラム８３，デバイスドライバ８６，ＰＤＬインタープリタープログラム８４から送られてくるイベントを常に待っている。イベントが入ってくるとイベントの発信元と内容を調べてそれに対応した処理を行なう。
【０２５９】
今、システム全体制御プログラム９３には通信プログラム８３から「ジョブが到着した」というイベントが入力されている。この時システム全体制御プログラム９３はイベントを解析してハードディスク５１９を持っている時には受信バッファのドキュメントデータを一旦スプールする。そして、ジョブが幾つかたまっている場合には、ジョブの内容、プリンタ、スキャナの状態、ジョブの優先順位などを考慮して最適にジョブを起動する。
【０２６０】
ハードディスク５１９がない場合には、データを貯めておくことが出来ないので、データの格納されているアドレスとサイズをＰＤＬインタープリタープログラム８４に知らせてプリントアウト処理を直ちに行なうように要求を出す。
ここでは、ハードディスクがあるものとして説明を続ける。システム全体制御プログラム９３はジョブの内容を判断してＰＤＬインタープリタープログラム８４にスプールファイル名を渡し、起動の要求をする。ＰＤＬインタープリタープログラム８４はスプールファイルからＣａＰＳＬデータを読み込み, 解釈して、図形、文字、イメージをバンドメモリ５１８に描画する。ＣａＰＳＬデータの中に圧縮符合化されたイメージデータがあった場合にはＰＤＬインタープリタープログラム８４は標準圧縮伸長部６０６でイメージデータを伸長してバンドメモリに描画する。１バンド分の描画を終了すると、ＰＤＬインタープリタープログラム８４はシステム全体制御プログラム９３に対して「１バンド描画終了」のイベントを発行する。イベントを受けとったシステム全体制御プログラム９３はデバイスドライバ８６に「１バンド排紙」の要求イベントを発行する。
【０２６１】
一方、バンドメモリ５１８からプリントアウトする場合には、「１バンド排紙」の要求イベントを受けたデバイスドライバ８６はインタフェースボード６１０Ｂを制御して指定したバブルジェットカラープリンタ（ＢＪプリンタ）６５６にてプリントを行う。メインＣＰＵボード６１０のバンドメモり６０５に展開されている1 バンドの画像データをバンドメモり６５３に転送する。バンドメモリ６５３のデータはＢＪのヘッドに合った走査形式で読み出されバッファ６５１を通して画像処理部６５２に入る。ここでは予め設定したパラメータに従って処理がなされる。通常はバンドメモりにあるＮＴＳＣ−ＲＧＢをＢＪプリンタ６５６内部のＲＧＢに変換する処理を行う。そしてインタフェース６１８を通してＢＪプリンタ６５６のプリンタエンジン部へ送られる。ＢＪプリンタ６５６への制御はＣＰＵ６０１からのコマンドを解釈して、ＣＰＵ６１１が行う。なお、６５０はデュアルポートＲＡＭである。
【０２６２】
最終バンドまでこれらの処理を繰り返したら、ＰＤＬインタープリタープログラム８４は「ドキュメント終了」イベントをシステム全体制御プログラム９３に発行しプリントを終える。プリント終了の際、システム全体制御プログラム９３は必要ならば通信プログラム８３に「プリント終了」イベントを発行する。通信プログラム８３はホストコンピュータ側の通信プログラム５３に対しプリント終了を知らせる。
【０２６３】
また、エラー発生時には、例えばプリンタ６５６が、紙詰まりを起こしたり、紙無しの状態になった時には、デバイスドライバ８６からシステム全体制御プログラム９３に対して「エラー発生」のイベントが送られる。システム全体制御プログラム９３はその旨をＰＤＬインタープリタープログラム８４と通信プログラム８３に伝える。ＰＤＬインタープリタープログラム８４はプログラムの状態の退避などのエラー時の処理を行ない、通信プリンタ８３はエラーの発生や、その内容をホストコンピュータ側の通信プログラム５３に伝える。なお、エラーが回復したかどうかを調べる方法は２つ考えられる。一つは、ある一定期間毎にシステム全体制御プログラム９３がデバイスドライバ８６に対して問い合わせて、デバイスドライバ８６が答えるという方法。
【０２６４】
もう一つは、システム全体制御プログラム９３がエラー回復を監視していて回復時にシステム全体制御プログラム９３に対して「エラー回復」のイベントを発行するというものである。
【０２６５】
以下、異機種間でカラー画像の通信を行う場合、単純にこれらの入出力機器を接続したのではお互いの特性が異なり、最適な色再現が難しくなってしまう。このため、現在では、各デバイス内では、固有の色空間で、通信路上では標準の色空間で通信し合う方向で検討が進んでいる。そこで、以下、このような要請の下での色空間の変換処理方法について説明する。
【０２６６】
なお、説明上、送信側の入力デバイスの色空間をＡ、通信路上の色空間をＢ、受信プリンタの色空間をＣとする。
【０２６７】
また、通信路上の色空間は現在では比較的知られている色空間、例えばカラー画像符号化で良く用いられるＹＣｒＣｂ色空間の場合について説明する。
【０２６８】
一方、送信側の色空間Ａは、ＹＣｒＣｂ色空間と異なり色域が異なるのが一般的で、通常は両色空間間を第（１）式のような形式で結合する。
【０２６９】
［Ｒａ］ ［ａ１１ ａ１２ ａ１３］［ｙ］
［Ｇａ］＝［ａ２１ ａ２２ ａ２３］［ｃｒ］
［Ｂａ］ ［ａ３１ ａ３２ ａ３３］［ｃｂ］……（１）
ここで、Ｒａ，Ｇａ，Ｂａは色空間Ａの任意の１点の座標（Ｒａ，Ｇａ，Ｂａ）であり、対応するＹＣｒＣｂ色空間上の１点を（ｙ，ｃｒ，ｃｂ）とする。これらのすべての色空間上で近似できるように、例えば最小２乗法により、ａ１１〜ａ３３までの係数を求めて利用する。従って、上記第（１）によりデバイスの入力色空間と通信上の色空間化変換を行う。
【０２７０】
一方、通信路上の標準色空間から記録側の色空間に変換する場合、いくつかの方法があるが、本実施例では以下のように処理する。
【０２７１】
先ず、通信路上での標準色空間をＹＣｒＣｂとした場合、ＹＣｒＣｂからＲＧＢに変換される。ＹＣｒＣｂ空間は、ＮＴＳＣと線形変換できるので、以下、ＮＴＳＣ色空間として説明する。
【０２７２】
また、ＮＴＳＣ標準色空間は加法混色を基本としているが、印刷は減方混色系が用いられる。従って、加法混色と減方混色の変換が必要となる。この変換は、構成が複雑で純粋に論理的に解決するのは非常に難しい。そこで、本実施例では記録側の色空間に近い加法混色系色空間を記録側の内部的標準色空間とする。ここでは、ＮＴＳＣ色空間より、狭いＨＤＴＶ（ＨｉｇｈＤｅｆｉｎｉｔｉｏｎＴＶ）色空間を記録側標準色空間Ｄとする。
【０２７３】
さらに、記録側内部標準色空間Ｄとデバイス色空間Ｃとの関係は、下記第（２）で決定される。
【０２７４】
［Ｙ］ ［Ａ１１ Ａ１２ Ａ１３］［Ｒｈ］
［Ｍ］＝［Ａ２１ Ａ２２ Ａ２３］［Ｇｈ］
［Ｃ］ ［Ａ３１ Ａ３２ Ａ３３］［Ｂｈ］
［Ｋ］ ［Ａ４１ Ａ４２ Ａ４３］ ……（２）
ここで、Ｙ，Ｍ，Ｃ，Ｋは印刷のための原色で、イエロー，マゼンタ，シアン，ブラックの各成分である。Ｒｈ，Ｇｈ，Ｂｈは記録側標準色空間成分である。また、Ａ１１〜Ａ４３までは、印刷と記録内部標準色空間を複数の点で関係付け、最小２乗法で計算される係数である。
【０２７５】
また、通信路上の標準色空間と記録内部の標準色空間は下記のように変換する。
【０２７６】
通信回線上のＮＴＳＣ標準色空間は基礎刺激からＮＴＳＣが表現できる色間の３次元的最外郭面代表情報を求める。同様にして、記録側内部標準色空間ＨＤＴＶの最外郭面の代表位置情報も得られる。
【０２７７】
今、ＮＴＳＣ色空間上の１点（Ｒｎ，Ｇｎ，Ｂｎ）からＨＤＴＶ色空間の対応点（Ｒｈ，Ｇｈ，Ｂｈ）を求める場合は、Ｒｎ，Ｇｎ，ＢｎからＣＩＥＬ* ａ* ｂ* 変換し、Ｌｎ，ａｎ，ｂｎとする。同様にして、Ｒｈ，Ｇｈ，ＢｈからＣＩＥＬ* ａ* ｂ* 変換し、Ｌｈ，ａｈ，ｂｈとする。Ｌｎ一定でθ＝ａｔａｎ（ａｎ／ｂｎ）に近いＨＤＴＶ，ＮＴＳＣ各色空間上の最外郭近似位置を前述テーブルから求める。そのＮＴＳＣ最外郭面位置を（Ｌｏｎ，ａｏｎ，ｂｏｎ），ＨＤＴＶ最外郭面位置を（Ｌｏｎ，ａｏｈ，ｂｏｈ）とすると、ａｈ，ｂｈは下記第（３）式により決定される。
【０２７８】
ａｈ＝（ａｏｈ／ａｏｎ）* ａｎ
ｂｈ＝（ｂｏｈ／ｂｏｎ）* ｂｎ ……（３）
これらのａｈ，ｂｈが色空間圧縮後のＨＤＴＶ色空間上での対応位置である。従って、ＮＴＳＣ色空間上の任意の１点（Ｒｎ，Ｇｎ，Ｂｎ）は、記録側標準色空間上では、（Ｒｈ，Ｇｈ，Ｂｎ）に変換される。従って、上述（２）式により印刷すべきＹ，Ｍ，Ｃ，Ｋの各成分量が決定され、印刷可能となる。
【０２７９】
なお、本実施例では記録側内部に標準色空間を設けているが、これは通信回線上での標準色空間は１つに絞られていないためである。従って、複数の標準色空間が使用される可能性がある。その場合でも、本方式を用いていれば通信上の色空間がＮＴＳＣ色空間でなくともそれ自身の色空間を規定できるものであれば、上記方法により標準色空間変換が可能となる。
【０２８０】
以下、図３５を参照しながら周辺機器の異常処理について説明する。
【０２８１】
図３５は本発明に係るサーバー装置とのネットワークシステムの構成を説明するブロック図である。
【０２８２】
ジョブ実行中に周辺機器に異常が発生した場合、Ｓ／Ｐサーバー装置ＳＰ１６６４は異常が発生した周辺機器が異常から回復するまで待つのではなく、その状態で実行可能なジョブを優先的に実行していく( 実行可能なジョブに関しては、後述する) 。また、異常が発生したときに異常が発生した周辺機器に対して実行していたジョブ( 以下エラージョブともいう) を、ジョブ再開のために必要な情報を保存した後に、実行時にエラーが発生した処理待ちのジョブとしてＳ／Ｐサーバー装置ＳＰ１６６４内に登録することにより、異常が発生した周辺機器が異常から回復した後にジョブを再開することが可能である。エラージョブを再開可能なように登録するか登録しないかは、発生した異常の程度や、ＳＰサーバーの設定による。
【０２８３】
例としてサーバー装置に３台のコンピュータ６６１〜６６３および２台のカラースキャナプリンタ６６５，６６６および１台のスキャナ６６７が接続されている場合で説明する。
【０２８４】
カラースキャナプリンタ６６５，６６６は、各々プリントとスキャンのジョブを処理することが出来る。以下、図３６に示すフローチャートを参照しながら異常発生ジョブ処理動作について説明する。Ｓ／Ｐサーバー装置６６４
図３６は本発明に係るサーバー装置における異常発生ジョブ処理手順の一例を示すフローチャートである。なお、(1) 〜(10)は各ステップを示す。
【０２８５】
例えばホストコンピュータ６６１がカラースキャナプリンタ６６５に対するプリントジョブをＳ／Ｐサーバー装置６６４に依頼して実行しており、ホストコンピュータ６６２がシステム全体制御プログラム９３にプリントジョブを依頼して処理待ちになっており、ホストコンピュータ６６３がシステム全体制御プログラム９３にスキャンジョブを依頼して処理待ちになっていたとする。このプリントジョブ実行中にカラースキャナプリンタ６６５のプリンタ部分に異常が発生したとすると(1) 、この時、まずＳ／Ｐサーバー装置６６４はカラースキャナプリンタ６６５に発生した異常が回復困難な異常かどうかを調べる(2) 。カラースキャナプリンタ６６５に発生した異常が回復困難な異常であるとＳ／Ｐサーバー装置ＳＰ１が判断した場合、Ｓ／Ｐサーバー装置ＳＰ１は直ちにエラージョブを放棄し(10)、次の処理可能なジョブを選択し実行する(9) 。
【０２８６】
なお、本実施例において、処理可能なジョブとは、現在異常が発生しているカラースキャナプリンタ６６５に対するプリントジョブ以外のジョブ、すなわち、
・カラースキャナプリンタ６６５に対するスキャンジョブ
・カラースキャナプリンタ６６６に対するプリントジョブ
・カラースキャナプリンタ６６６に対するスキャンジョブ
・カラースキャナプリンタ６６７に対するスキャンジョブ
である。
【０２８７】
処理可能なジョブが複数ある場合は、後述する方式に従ってジョブを実行する。
【０２８８】
カラースキャナプリンタ６６５に発生した異常が回復困難な異常であるとＳ／Ｐサーバー装置６６４が判断しなかった場合、Ｓ／Ｐサーバー装置６６４はカラースキャナプリンタ６６５に対してリトライ処理（図３７参照）を行なう。
【０２８９】
リトライは、事前に定めておいたＮ回( 例えば５回) まで繰り返し行なわれる(3) 。Ｎ回のリトライを行なうまでにカラースキャナプリンタ６６５が異常状態から回復した( リトライに成功した) 場合、ジョブを再開する(6) 。Ｎ回のリトライを行なってもカラースキャナプリンタ６６５が異常状態から回復しなかった( リトライに失敗した) 場合、Ｓ／Ｐサーバー装置６６４は他の処理可能なジョブがあるかどうかを調べる(4) 。処理可能なジョブがなかった場合、Ｓ／Ｐサーバー装置６６４はリトライ回数とは別に定めておいたＭ回( 例えば１回) のリトライを行ない(5) 、リトライに成功したならば、エラージョブを再開する。リトライに失敗した場合は、再び処理可能なジョブがあるかどうかを調べる(4) 。処理可能なジョブがあった場合、Ｓ／Ｐサーバー装置６６４はエラージョブのジョブ退避を行ない(7) 、エラージョブを実行途中でエラーが発生したジョブとして登録し(8) 、次の処理可能なジョブを実行する(9) 。
【０２９０】
なお、本実施例において、ジョブ退避とは、エラージョブ実行時のＳ／Ｐサーバー装置６６４の状態情報などのジョブ再開時に必要な情報を、例えば記憶手段( 例えばハードディスク) や、例えばＳ／Ｐサーバー装置内のメモりや、例えばＳ／Ｐサーバー装置内のプログラムなどに保存する処理である。
【０２９１】
図３７は本発明に係るサーバー装置におけるリトライ処理手順の一例を示すフローチャートである。なお、(1) 〜(5) は各ステップを示す。
【０２９２】
リトライ処理とは、事前に定めておいた時間( 例えば３０秒) 待機した後に(1) 、異常が発生した周辺機器が異常状態から回復したかどうかを調べ(2) 、ある一定回数Ｘ（例えば５回）繰り返す(3) 。一定回数繰り返すまでに異常が発生した周辺機器が異常状態から回復していればリトライは成功であり(5) 、回復しなければリトライは失敗となる(4) 。
【０２９３】
以下、本発明に係るサーバー装置によるマルチプリント制御動作について詳述する。
【０２９４】
スキャナ／プリンタネットワークサーバー（ＳＰネットワークサーバー）には、スキャナとプリンタとから構成されるカラーレーザビーム複写装置（ＣＬＣ），スキャナとプリンタとから構成されるバブルジェットカラー複写装置（ＢＪＣ），標準インタフェースで接続されているビットマッププリンタ，ＰＤＬプリンタ（ＣａＰＳＬ，ＰＳ），市販されるスキャナ等多くのデバイスが接続可能になっている。また、ネットワーク上のホストマシンからは、これらのデバイスを自由に使用させるため、以下のように各ジョブを制御している。
【０２９５】
例えばホストコンピュータＡからカラーレーザビーム複写装置に１０頁のドキュメントを出力する要求がＳＰネットワークサーバーに送られ、さらにホストコンピュータＢからバブルジェットカラー複写装置（ＢＪＣ）のスキャナからカラー原稿を入力する要求が発生し、さらにホストコンピュータＣからＰＤＬプリンタに出力するという要求が発生するといった事態も想定される。このように、ネットワーク上のホストコンピュータからは、様々な要求がＳＰネットワークサーバーに送られ、ＳＰネットワークサーバーでは、それらの要求（ジョブ）に対処するべく下記のようなジョブ制御を実行する。なお、本実施例ではプリント要求，スキャン要求をジョブと呼ぶ。例えばカラーレーザビーム複写装置（ＣＬＣ）のプリンタにＣａＰＳＬコードで記述された３頁のドキュメントを出力する要求を１つのジョブと考える。ＳＰネットワークサーバーのジョブ制御では、同時に２つまでのジョブしか走らないようにするが、３つ以上のジョブが走る場合も制御を拡張することによりほぼ同様に制御できる。
【０２９６】
以下、図３８を参照しながら本発明に係るサーバー装置におけるジョブ制御動作について説明する。
【０２９７】
図３８は本発明に係るサーバー装置におけるジョブ制御状態を説明するタイミングチャートである。なお、ジョブの処理は、ＳＰネットワークサーバーがスプール用のハードディスクを備えているかどうかにより、図３８の（ａ）〜（ｅ）の何れかのジョブ制御１〜５に大別される。また、説明上ジョブ１，２は３頁のプリント要求または３頁のスキャン要求とする。
〔ジョブ制御１〕
ジョブ制御１は、同図（ａ）に示すように、先に要求のあったジョブを実行して、次のジョブ２は、ハードディスクにスプールして、ジョブが終了した時点でジョブ２を起動する。
〔ジョブ制御２〕
ジョブ制御２は、同図（ｂ）に示すように、特殊な場合であるが、１つのジョブで２つ以上のデバイスを動かす場合の制御に対応する。例えばメモリに展開した画像をカラーレーザビーム複写装置（ＣＬＣ），バブルジェットカラー複写装置（ＢＪＣ）にも出力する場合である。
〔ジョブ制御３〕
ジョブ制御３は、同図（ｃ）に示すように、ジョブの中にページという概念をいれる。この場合、プリントの場合にはドキュメントのページ単位、スキャナの場合には１ページの原稿のスキャンの単位とする。例えばジョブ１を実行中にジョブ２の要求がきた場合には、ジョブ１をページの切れ目で中断して、ジョブ２を行う。この場合、ジョブ１とジョブ２とは同時に動いていることはない。
〔ジョブ制御４〕
ジョブ制御４は、同図（ｄ）に示すように、ジョブ１を実行中にジョブ２の要求がきた場合は、ジョブ１を実行したまま、直ちにジョブ２を実行する。
〔ジョブ制御５〕
ジョブ制御５は、同図（ｅ）に示すように、ジョブ１を実行中にジョブ２の要求がきた場合は、ジョブ２をリジェクトする。
【０２９８】
なお、図１に示したサーバー装置の構成の場合には、ジョブの種類が下記の（１）〜（７）に分類される。
【０２９９】
（１）カラーレーザビーム複写装置（ＣＬＣ）のプリンタにドキュメントを出力する。
【０３００】
（２）カラーレーザビーム複写装置（ＣＬＣ）のスキャナから原稿を読み取る。
【０３０１】
（３）バブルジェットカラー複写装置（ＢＪＣ）のプリンタにドキュメントを出力する。
【０３０２】
（４）バブルジェットカラー複写装置（ＢＪＣ）のスキャナから原稿を読み取る。
【０３０３】
（５）市販のページ記述言語のインタプリタを内蔵するプリンタに出力する。
（６）市販のビットマッププリンタにドキュメントを出力する。
【０３０４】
（７）市販のスキャナから原稿を読み取る。
【０３０５】
以下、各ジョブの優先順位処理について説明する。
【０３０６】
例えばスキャンのジョブを至急行いたい時、プリントジョブが実行中ならば、プリントジョブを中断して、スキャナジョブを行うことができるように、本実施例では優先順位０〜２の３段階の指定可能であり、優先順位０が指定なし（ファーストインファーストアウト）の場合、優先順位１がジョブ単位で優先割込み指定ありの場合、優先順位２がページ単位で優先割込み指定する場合である。 以下、図３９を参照しながら本発明に係るサーバー装置におけるＳＰマネージャー制御動作について説明する。
【０３０７】
図３９は本発明に係るサーバー装置におけるシステム全体制御プログラム９３の制御処理状態を示す図である。本実施例において、システム全体制御プログラム９３は、主としてホストコンピュータから送出されてくるジョブの優先順位，ジョブの種類を参照してプリンタのジョブを最適に制御する。以下、図面に基づいて、ＳＰネットワークサーバに対して、ネットワーク上のホストコンピュータから様々な要求が送出される場合のジョブ管理について説明する。
【０３０８】
先ず、各プログラムの概念的な構成を説明すると、図３９に示すように、通信に関する通信プログラム８３，ＳＰネットワークサーバーの全体を制御するシステム全体制御プログラム９３，スキャナに関するプログラムのスキャナ制御プログラム８５，プリント処理（ＣａＰＳＬのインタプリタ）に関するプログラムのＰＤＬインタープリタープログラム８４，入出力機器を実際に制御するデバイスドライバ８６の５つのプログラムに大きく分けられる。さらに、実際にデータが流れるインタフェースとして、バンドメモリ（ＢＭＥＭ）７０−１，セントロニクスインタフェース（ＣＥＮＴＲ）７０−２，ＲＳ２３２Ｃインタフェース（ＲＳ２３２）７０−３があり、これらをシステム全体制御プログラム９３が管理する構成となっている。
【０３０９】
システム全体制御プログラム９３は基本的に他の４つのプログラムからのイベントにより動く、イベント駆動型の処理を図４０に示すフローチャートに従って実行する。
【０３１０】
図４０は、図３９に示したシステム全体制御プログラム９３のイベント処理手順の一例を示すフローチャートである。なお、(1) 〜(9) は各ステップを示す。
【０３１１】
先ず、ＳＰネットワークサーバーの電源投入時にシステム全体制御プログラム９３は起動し、すぐにイベント待ちの無限ループになる。プログラムが走り出すと、イベント待ちの状態になる(1) 。イベントか入力されるとループから抜け出し、もし、そのイベントが通信プログラム８３からのものかどうかを判定し(2) 、ＹＥＳならばイベントに応じた処理を行なう(3) 。そして、またステップ(1) に戻りイベント待ちのループになる。
【０３１２】
一方、ステップ(2) の判定でＮＯの場合は、そのイベントの発行先がＰＤＬインタープリタープログラム８４のプリントジョブかどうかを判定し(4) 、ＹＥＳならばイベントに応じた処理を行なう(5) 。
【０３１３】
一方、ステップ(4) の判定でＮＯの場合は、そのイベントの発行先がスキャナ制御プログラム８５のスキャナジョブかどうかを判定し(6) 、ＹＥＳならばイベントに応じた処理を行なう(7) 。
【０３１４】
一方、ステップ(6) の判定でＮＯの場合は、そのイベントの発行先がデバイスドライバ８６からかどうかを判定し(8) 、ＮＯならばステップ(1) に戻り、ＹＥＳならばイベントに応じた処理を行い(9) 、ステップ(1) に戻る。
【０３１５】
一方、通信プログラム８３からは、カラーレーザ複写装置（ＣＬＣ）のプリントに関するジョブや、バブルジェットカラー複写装置のスキャナに関するジョブ等、いろいろなジョブの要求が不定期的にシステム全体制御プログラム９３に送られる。それら複数のジョブを資源の許す限り最適に振り分けなければならない。以下そのアルゴリズムについて図４１を参照しながら説明する。
【０３１６】
図４１は本発明に係るサーバー装置におけるジョブの管理状態を示す図である。
【０３１７】
この図に示されるように、ジョブの管理にはジョブテーブルを使用する。ジョブテーブルには、ジョブを識別するためのＩＤ、ジョブの状態を示すステータス、ジョブの実行の優先順位、ジョブの種類、終了ページ、そして割り込みジョブＩＤがある。
【０３１８】
ＩＤはシリアルの番号で、ジョブの要求の受け付け順と考えて良い。ステータスには、実行中を示すＲＵＮ、処理を待っているＷＡＩＴ、割り込みが入って中断していることを示すＳＴＯＰ，エラーが発生して回復待ちを示すＥＳＴＯＰがある。優先順位はＬＥＶＥＬ０から２まであり０は「指定なし」で通常はこのレベルを指定する。１は「ジョブ単位で優先割り込み」で幾つかのジョブが待ち状態の時、それらのジョブより優先して処理するというものである。また２は「ページ単位で割り込み」を表し、現在ジョブを処理中でも、ページの切れ目であればそのジョブを中断してＬＥＶＥＬ２のジョブを処理する。
【０３１９】
インタフェースは、図３９に示すようにそのジョブが使用するハードウェアを指し、ジョブ同士が排他的にハードウェアを利用可能にするために設けたものである。また，ジョブはカラーレーザ複写装置（ＣＬＣ）のプリンタからドキュメントを出力するＣＬＣＰ、カラーレーザ複写装置（ＣＬＣ）のスキャナから原稿を読みとるＣＬＣＳ、バブルジェットカラー複写装置のプリンタにドキュメントを出力するＢＪＰ、バブルジェットカラー複写装置のスキャナから原稿を読みとるＢＪＳ、市販のページ記述言語のインタプリタを内蔵するプリンタに出力するＰＤＬＰ、市販のビットマッププリンタにドキュメントを出力するＢＩＴＰ、市販のスキャナから原稿を読みとる等のジョブがある。なお、終了ページにはジョブが処理し終ったページ数を記録しておく。これは、もしエラーが起こった時にエラー回復後、どのページから処理を再開すれば良いかの判断に使われる。また最後の割り込みジョブＩＤは、割り込んだジョブが終了しているかの判断に使われ、終了していれば、ＳＴＯＰ中のジョブを再開する。
【０３２０】
システム全体制御プログラム９３は以上のような情報の格納されたジョブテーブルを参照しながら、次にどのジョブを起動するかを最適に判断する。
【０３２１】
以下、図４２に示すフローチャートを参照しながら本発明に係るサーバー装置におけるジョブ実行処理動作について説明する。
【０３２２】
図４２は本発明に係るサーバー装置におけるジョブ実行処理手順の一例を示すフローチャートである。なお、(1) 〜(6) は各ステップを示す。
【０３２３】
なお、このフローに制御が移るタイミングは、次のようになる。▲１▼システム全体制御プログラム９３にイベントが入らずアイドル状態の時にある一定の間隔をおいてこのフローに移る。そして、ジョブテーブルにジョブがなければまたアイドル状態になる。▲２▼通信プログラム８３からのイベントがあった時。▲３▼ＰＤＬインタープリタープログラム８４，スキャナ制御プログラム８５から、ページ終了のイベントまたはドキュメント終了のイベントがあった時。▲４▼デバイスドライバ８６からエラー等のイベントがあった時。
【０３２４】
先ず、ステップ(1) において、図４１に示すジョブテーブルを参照する。次いで、ステップ(2) においてジョブがあるかどうかの判断をする。実行すべきジョブがない時にはステップ(7) に移り、システム全体制御プログラム９３はアイドル状態になる。実行すべきジョブがある場合にはステップ(3) で実行可能なジョブの候補を幾つか選び、ステップ(4) で候補に上がったジョブの優先順位を見て一つのジョブに絞る。さらに、ステップ(5) でその絞り込まれたジョブが使用するインタフェースが空いているかを判断する。ステップ(6) で実際にジョブを実行し、処理を終了する。
【０３２５】
以下、図４３に示すフローチャートを参照しながら本発明に係るサーバー装置におけるステータスチェック処理動作について説明する。
【０３２６】
図４３は本発明に係るサーバー装置におけるステータスチェック処理手順の一例を示すフローチャートである。なお、(1) 〜(14)は各ステップを示す。
【０３２７】
先ず、ステップ(1) でジョブテーブルから一つのジョブのステータスを読みとる。ステップ(2) でジョブのステータスがＲＵＮかどうかを判断し、ＲＵＮならばステップ(14)に移りジョブテーブルのジョブをすべて読みとったかを判断する。もし、まだジョブが残っていればステップ(1) で次のジョブのステータスを読みに行く。ＲＵＮでなければステップ(3) に移る。ステップ(3) ではジョブのステータスがＷＡＩＴかどうかの判断をする。ＷＡＩＴならばステップ(4) で実行可能なジョブの候補としてピックアップする。そしてステップ(14)に移る。ＷＡＩＴでない場合には、ステップ(5) に移り今度はステータスがＥＳＴＯＰかどうかの判断をする。もし、このジョブのステータスがＥＳＯＰならば、エラーを起こして中断しているので、ステップ(6) でこのジョブを中断した原因のエラーが回復しているかどうかのチェックを行なう。ステップ(7) はエラー中か、そうでないかの判断の分岐になる。まだエラーの場合には実行可能なジョブの候補にはピックアップせずにステップ(14)に移る。エラーが回復している場合には、そのジョブのステータスをＥＳＴＯＰからＷＡＩＴにジョブテーブルを書き換える。そしてステップ(9) で実行可能なジョブの候補としてピックアップする。またステップ(5) でステータスがＥＳＴＯＰではないと判断された場合には、他のジョブに割り込まれて中断しているＳＴＯＰの状態なので、ステップ(10)で割り込んだジョブのステータスをチェックする。ステップ(11)では割り込んだジョブが実行中かどうかの判断をする。実行中ならば実行可能なジョブの候補にはピックアップせずにステップ(14)に移る。もし、実行中でなければステップ(12)に移り、そのジョブのステータスをＳＴＯＰからＷＡＩＴにジョブテーブルを書き換える。そして、ステップ(13)で実行可能なジョブとしてピックアップする。最後に、すべてのジョブをジョブテーブルから読み終ったら(14)、ステータスのチェックは終了する。このようにして実行可能なジョブの候補が複数選ばれる。
【０３２８】
以下、図４４に示すフローチャートを参照しながら本発明に係るサーバー装置における優先順位チェック処理動作について説明する。
【０３２９】
図４４は本発明に係るサーバー装置における優先順位チェック処理手順の一例を示すフローチャートである。なお、(1) 〜(11)は各ステップを示す。また、本実施例では候補に上がったジョブの優先順位を見て実行するジョブを一つに絞るということをする。
【０３３０】
ステップ(1) で実行可能なジョブの候補としてあげられた複数のジョブの内一つに対してその優先順位をリードする。ステップ(2) でＬＥＶＥＬ２かどうかの判断をする。ＬＥＶＥＬ２ならばステップ(3) に移りＬＥＶＥＬ２のジョブが存在するかどうかを表すフラグＦＬＧ２を立てる。ＬＥＶＥＬ２でなければステップ(4) に移り今度はＬＥＶＥＬ１であるかの判断をする。ＬＥＶＥＬ１ならばステップ(5) に移りＬＥＶＥＬ１のジョブが存在するかどうかを表すフラグＦＬＧ１を立てる。もしＬＥＶＥＬ１でもないと判断された場合には、ＬＥＶＥＬ０になる。すなわちＦＬＧ２もＦＬＧ１も立っていない場合にはＬＥＶＥＬ０になる。
【０３３１】
一つのジョブの優先順位の判断が終るとステップ(6) に移り候補に上がったジョブをすべて調べたかどうかを判断する。まだすべて調べ終ってない時にはステップ(1) に戻り、次のジョブの判断に移り、調べ終った場合にはステップ(7) に移る。フラグＦＬＧ２が立っている時にはステップ(8) に移り、優先順位がＬＥＶＥＬ２でジョブのＩＤが小さい（早くジョブのリクエストを受け付けたもの）ジョブを選択する。
【０３３２】
同様に、ステップ(9) ，(10)では優先順位がＬＥＶＥＬ１でジョブのＩＤが小さいジョブを選択する。ステップ(11)では優先順位がＬＥＶＥＬ０でＩＤの小さいジョブが選択され、優先順位のチェックが終了する。
【０３３３】
このようにして次に起動可能なジョブを一つに絞る。起動可能なジョブが決定しても、インタフェースの状態により実際に起動できるかどうかが決まってくるのでジョブとインタフェースの関係を調べなくてはならない。
【０３３４】
以下、図４５に示すフローチャートを参照しながら本発明に係るサーバー装置におけるインタフェースチェック処理動作について説明する。
【０３３５】
図４５は本発明に係るサーバー装置におけるインタフェースチェック処理手順の一例を示すフローチャートである。なお、(1) 〜(9) は各ステップを示す。
【０３３６】
先ず、ステップ(1) において、一つに絞られたジョブのインタフェースをジョブテーブルからリードする。ステップ(2) でそのインタフェースの状態をチェックする。使用中でなければステップ(5) に移りそのジョブを実行ジョブテーブルに登録する。実行ジョブテーブルは、実際に起動するジョブを表すテーブルでマルチでジョブを走らせることが出来るので複数のジョブが登録可能である。
【０３３７】
ステップ(6) のジョブ処理ではこの実行ジョブテーブルを参照してジョブを起動する。
【０３３８】
インタフェースが使用中の場合にはステップ(3) に移りジョブの優先順位をチェックする。ＬＥＶＥＬ２でなければ、現在のジョブを中断させることは出来ないので実行ジョブテーブルに登録することはしないで、処理を終了する。 また、ステップ(3) でＬＥＶＥＬ２の時には、ステップ(4) で現在ステータスがＲＵＮのジョブがＬＥＶＥＬ２であるかの判断をする。もしＲＵＮのジョブがLEVEL ２であるならば中断させることは出来ないので、選択されたジョブは実行ジョブテーブルに登録せずに、処理を終了する。
【０３３９】
一方、現在実行中のジョブ（ステータスがＲＵＮ）の優先順位がＬＥＶＥＬ１またはＬＥＶＥＬ０の場合には現在実行中のジョブを中断させて新たに選択されたジョブを起動させる。その場合、ステップ(6) に移り、ステップ(4) で選択されたジョブを実行ジョブテーブルに登録する。ステップ(7) で現在実行中のジョブのステータスをＳＴＯＰにして、さらに優先順位をＬＥＶＥＬ２にする。これは、ジョブが復帰した時に優先して実行されるようにするためである。
【０３４０】
ステップ(8) で現在実行中のジョブが何ページまで処理したかを記録しておくために終了ページ数をジョブテーブルに書き込む。さらにステップ(9) で現在実行中のジョブを実行ジョブテーブルから削除する。これで、現在実行中のジョブが起動されることはなく、ステータスもＳＴＯＰになり再度ジョブが起動されるのを待機することになる。このようにしてインタフェースチェック処理を終了する。
【０３４１】
以下、図４６に示すフローチャートを参照しながら本発明に係るサーバー装置におけるジョブ起動処理動作について説明する。
【０３４２】
図４６は本発明に係るサーバー装置におけるジョブ起動処理手順の一例を示すフローチャートである。なお、(1) 〜(4) は各ステップを示す。
【０３４３】
先ず、ステップ(1) において、実行ジョブテーブルを参照して起動すべきジョブをリードする。ステップ(2) でこれから起動するジョブがステータスＥＳＴＯＰでエラーストップしているジョブの種類と同じかどうかをチェックする。もし同じであれば、起動することは出来ないのでステップ(4) に移り。実行ジョブテーブルをすべて読んだかを判断する。もしまだ残っていればステップ(1) に移り次のジョブの起動処理をする。もしエラーストップしているジョブの種類と違っていれば実行可能なので、ステップ(3) に移りジョブの起動に移る。実際のジョブを起動する時は、ステータスをＷＡＩＴからＲＵＮに替え、インタフェースを確保する。逆にエラーストップ、または割り込みで中断する時には、インターフェースを解放する。
【０３４４】
ステップ(4) で実行ジョブテーブルにジョブが残っているかを判断して、もう起動すべきジョブが残っていなければ、ジョブ起動処理を終了する。
【０３４５】
以下、図４７〜図５７を参照しながら本発明に係るサーバー装置における具体的ジョブ処理動作について説明する。
【０３４６】
図４７は本発明に係るサーバー装置におけるジョブ処理状態推移を示すタイミングチャートである。なお、図中の横軸右方向に時間が流れていくものとする。
図において、８０１〜８１３はジョブテーブルをチェックするタイミングを示し、タイミング８００〜８０３は通信プログラム８３からジョブのイベントがシステム全体制御プログラム９３に入るタイミングに対応し、タイミング８０４〜８１３はジョブテーブルをチェックするタイミングに対応する。
【０３４７】
図４８〜図５７は本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図であり、図４８〜図５７はタイミング８０４〜タイミング８１３におけるジョブテーブルに対応する。なお、ジョブテーブルはチェック直前の内容を示している。また、ジョブはカラーレーザ複写装置（ＣＬＣ）のプリンタからドキュメントを出力するＣＬＣＰ、カラーレーザ複写装置（ＣＬＣ）のスキャナから原稿を読みとるＣＬＣＳ、バブルジェットカラー複写装置のプリンタにドキュメントを出力するＢＪＰ、バブルジェットカラー複写装置のスキャナから原稿を読みとるＢＪＳ、市販のページ記述言語のインタプリタを内蔵するプリンタに出力するＰＤＬＰ、市販のビットマッププリンタにドキュメントを出力するＢＩＴＰ、市販のスキャナから原稿を読みとる等のジョブがある。
【０３４８】
タイミング８００で、ジョブのイベントが入ってくる。内容はカラーレーザ複写装置（ＣＬＣ）のプリンタにドキュメントを出力するジョブ１（内容はＣＬＣＰ）で、出力ページ数は３ページ、優先順位はＬＥＶＥＬ０、インタフェースにはＢＭＥＭを用いるというものである。ジョブテーブルＪＯＢＴを見てみると、図４８に示すようにＩＤに「２５」が割り当てられ、ステータスはＷＡＩＴ、終了ページはまだこのジョブは処理されていないので０ページになっている。
【０３４９】
タイミング８０４のジョブテーブルチェックでは、ＩＤ２５のジョブが選択され、起動される。この時ＩＤ２５のジョブのステータスをＲＵＮに変更する。
８０１のタイミングで新たなジョブが入ってくる。ジョブＩＤ２５のジョブの１ページの処理が終了するとシステム全体制御プログラム９３は再度ジョブテーブルを見に行く。その時のジョブテーブルＪＯＢＴは図４９に示される。ＩＤ２５のジョブは１ページの出力が終了して、次ページが処理されるのを待っている状態である。終了ページは０ページから１ページに変化している。また、新たに入ったジョブはＩＤ２６が割り当てられ、ステータスはＷＡＩＴ、優先順位はＬＥＶＥＬ１、インタフェースはＢＭＥＭ、ジョブはＢＪＰになっている。システム全体制御プログラム９３はこのジョブテーブルＪＯＢＴから判断して、ＩＤ２５のジョブの２ページ目の処理を起動する。
【０３５０】
この時、２ページめの途中でプリンタに紙ジャムが発生してしまいＩＤ２５のジョブを続けられなくなってしまった。システム全体制御プログラム９３はジョブテーブルＪＯＢＴを参照して次に起動すべきジョブを探す。その時のジョブテーブルＪＯＢＴは図５０のようになっている。ＩＤ２５のステータスはＥＳＴＯＰになり、優先順位は復帰した時に優先的に実行させるためにＬＥＶＥＬ２、終了ページは１ページのままになっている。そこで、システム全体制御プログラム９３はＩＤ２６のジョブを起動する。ＩＤ２６のジョブが１ページの処理を終了すると、システム全体制御プログラム９３はジョブテーブルＪＯＢＴチェック８０７に移る。この時の状態は図５１に示される。ＩＤ２５のジョブははエラーチェックをしてもエラーが回復していないので起動されることはない。そこで、システム全体制御プログラム９３はＩＤ２６のジョブの２ページ目を処理することをＰＤＬインタープリタープログラム８４に対して要求する。
【０３５１】
ＩＤ２６のジョブが２ページ目を処理している最中に新たなジョブのイベントがシステム全体制御プログラム９３に入ってくる。内容は、バブルジェットカラー複写装置のスキャナから２ページ分の原稿を読み取るものである。ＩＤ２６のジョブが２ページ目の処理を終了すると、システム全体制御プログラム９３はジョブテーブルＪＯＢＴをチェックする。その時のジョブテーブルＪＯＢＴが図５２である。
【０３５２】
ＩＤ２５はエラーが回復していないのでそのままの状態である。ＩＤ２６のジョブは２ページの処理が終了したので、終了ページは２に変化している。さらに新しいジョブがＩＤ２７に割り当てられている。ＩＤ２７のジョブは優先順位がＬＥＶＥＬ２であるので、システム全体制御プログラム９３は現在処理中のＩＤ２６のジョブを中断させてＩＤ２７のジョブを起動する。ＩＤ２６のジョブはステータスがＳＴＯＰに、優先順位がＬＥＶＥＬ２になる。
【０３５３】
スキャナ制御プログラム８５が１ページの原稿読み込みしている最中に、システム全体制御プログラム９３には新たなジョブのイベントがタイミング８０３で入ってくる。１ページの読み込みが終了すると、システム全体制御プログラム９３はタイミング８０９でジョブテーブルＪＯＢＴをチェックする。この時のジョブテーブルＪＯＢＴは図５３のようになる。ＩＤ２５のジョブはエラーが回復していないのでＥＳＴＯＰのままである。また、ＩＤ２６はステータスがＳＴＯＰで、割り込みジョブＩＤが２７であるので、ＩＤ２７のジョブをチェックするとステータスはＲＵＮのままなので再開することは出来ない。新たに入ってきたジョブはＩＤ２８が割り当てられる。ＩＤ２８のジョブはセントロニクスインタフェースを通して市販のプリンタにデータを流すジョブで、現在起動されているジョブと同時に走らせることが出来る。そこで、システム全体制御プログラム９３はＩＤ２８のジョブとＩＤ２７の２ページ目をスキャンするジョブを同時に起動する。
【０３５４】
次にシステム全体制御プログラム９３はジョブテーブルＪＯＢＴチェック（タイミング８１０）に移る。この時のジョブテーブルＪＯＢＴは図５４に示される。ジョブテーブルＪＯＢＴチェック（タイミング８１０）の前にジョブＩＤ２５のエラーが解除されているので、エラーチェック後ステータスはＷＡＩＴに戻る。
【０３５５】
また、ＩＤ２６のジョブも、割り込んだＩＤ２７のジョブが終了したのでステータスがＷＡＩＴに戻る。ＩＤ２８のジョブはＲＵＮの状態のままである。システム全体制御プログラム９３はインタフェースＢＭＥＭが空いているのでＩＤ２５またはＩＤ２６のジョブを起動させる。どちらのジョブともステータスはＷＡＩＴで、優先順位もＬＥＶＥＬ２と状態は同じであるので先に受け付けたＩＤ２５のジョブを起動する。この時、ＩＤ２５のジョブは終了ページが１ページであるので２ページ目から処理するようにＰＤＬインタープリタープログラム８４に要求を出さなければならない。
【０３５６】
ジョブテーブルＪＯＢＴチェック（タイミング８１１）では図５５に従う。ＩＤ２５とＩＤ２８のジョブはステータスがＲＵＮでＩＤ２６はＷＡＩＴである。ＩＤ２６のジョブは優先順位がＬＥＶＥＬ２で、現在起動中のジョブに対して割り込むことが出来るがＩＤ２５もＬＥＶＥＬ２で起動されたので、この場合には割り込むことは出来ない。
【０３５７】
ジョブテーブルＪＯＢＴチェック（タイミング８１２）に移る。ジョブテーブルＪＯＢＴは図５６に示される。ＩＤ２５のジョブはすでに終了してジョブテーブルＪＯＢＴから削除されている。そこで、システム全体制御プログラム９３はＩＤ２６のジョブを３ページ目から起動する。
【０３５８】
ジョブテーブルＪＯＢＴチェック（タイミング８１３）では、図５７に示すようにＩＤ２８のジョブが走っている状態なので、新たにシステム全体制御プログラム９３はジョブを起動することはしない。
【０３５９】
以上のように、システム全体制御プログラム９３はジョブテーブルＪＯＢＴを参照しながら最適にジョブ管理を行なう。
【０３６０】
なお、上記実施例では文字，図形，イメージがホストコンピュータで編集された後、ネットッワークを介して通信されたプリント要求をスキャナ／プリンタをドライブするサーバー装置上で処理して、当該プリンタから出力する場合について説明したが、図５８に示すように、クライアントホストコンピュータ９０１，９０２，スキャナプリンタ９０４をドライブするＳＰサーバー装置９０３がネットワーク９０５を介して接続されるシステムにおいて、クライアントホストコンピュータ９０１，９０２から転送された文字，図形の各情報とスキャナプリンタ９０４のスキャナから入力されたイメージとをＳＰサーバー装置９０３が合成編集することにより、合体出力させるように構成しても良い。
【０３６１】
図５８は本発明の第２の実施例を示すサーバー装置の構成を説明するブロック図である。
【０３６２】
図において、９０６は記憶装置で、ＳＰサーバー装置９０３内に設けられ、クライアントホストコンピュータ９０１，９０２から転送された文字，図形の各情報を蓄える。
【０３６３】
このように構成されたサーバー装置において、本体またはネットワーク上に設けた記憶手段（記憶装置９０６）に画像処理装置から出力される第１の画像情報または所定のネットワークに接続される各ホストコンピュータから転送される第２の画像情報を記憶させることにより、各ホストコンピュータからの画像情報出力処理負担を軽減させるとともに、記憶した画像情報を効率よく再利用させる。
【０３６４】
また、記憶手段（記憶装置９０６）に記憶された第１および第２の画像情報を画像合成手段が合成しながら出力画像を生成して画像処理装置（本実施例ではスキャナプリンタ９０４）に出力することにより、各ホストコンピュータ上での画像編集負担を軽減させる。
【０３６５】
なお、本実施例においては、クライアントホストコンピュータ９０１，９０２上では、例えばワードプロセッサ，グラフィックソフトにより、オペレータが文字情報，図形情報の生成を行う。生成された文字，図形情報等（第１の画像情報）は、ネットワーク９０５を経由して、ＳＰサーバー装置９０３に送られる。ＳＰサーバー装置９０３で受け取った文字，図形情報は、ＳＰサーバー装置９０３内の記憶装置９０６に記憶される。
【０３６６】
一方、スキャナプリンタ９０４でスキャンされた画像情報（第２の画像情報）も、ＳＰサーバー装置９０３内の記憶装置９０６に記憶される。ＳＰサーバー装置９０３上で動作しているページ記述言語により、ＳＰサーバー装置９０３の記憶装置９０６内で文字情報，図形情報，画像情報（イメージデータ）が、図５９に示すように合成される。
【０３６７】
なお、ＳＰサーバー装置９０３は、指定されたクライアントホストコンピュータ９０１，９０２からの命令に応じて接続される複数のスキャナプリンタ９０４のスキャナに関する読取り特性、あるいは単独で接続される画像入力装置（スキャナ）に関する読取り特性、例えばカラー／モノクロ何れであるかを示す特性データをネットワーク９０５を介して指定されたクライアントホストコンピュータに転送し、ホスト側が接続される画像読取り装置の読取り特性を認識することが可能となる。
【０３６８】
図５９は、図５８に示したＳＰサーバー装置９０３により合成される印刷レアウトを示す模式図である。
【０３６９】
図において、９１１は１ページの領域を示し、この領域９１１内に、クライアントホストコンピュータ９０１，９０２からネットワーク９０５を介して転送された文字，図形等の転送情報９１２およびＳＰサーバー装置９０３が制御するスキャナプリンタ９０４でスキャンされた画像情報９１３がレイアウト情報に従って割付けられる。このように合成された情報がＳＰサーバー装置９０３のプリンタから出力させることも可能となる。
【０３７０】
なお、上記ＳＰサーバー装置９０３に制御されるスキャナプリンタ９０４は、スキャナとプリンタとが独立した単体構成であっても良い。また、ＳＰサーバー装置９０３に別の大容量記憶装置、例えば光磁気ディスク装置を接続した場合、スキャナプリンタ９０４のスキャナで読み取った画像情報をその都度ＳＰサーバー装置９０３内の記憶装置９０６に読み込み、クライアントホストコンピュータ９０１，９０２から転送された文字，図形情報とを合成して印刷するのではなく、スキャン画像を上記大容量記憶装置内に順次記憶させて行くことにより、画像データベースを構築することで、任意に大容量の記憶装置内から画像を取り出し、その画像を文字，図形情報と合成しながら印刷させることもできる。さらに、上記大容量の記憶装置をＳＰサーバー装置９０３の記憶装置９０６と別に設ける際、当該大容量の記憶装置とＳＰサーバー装置９０３とが直接接続されていなくても良く、例えばネットワーク９０５に接続されるクライアントホストコンピュータ９０１，９０２に配置され、これらのクライアントホストコンピュータ９０１，９０２がＳＰサーバー装置９０３に転送できる構成であれば良い。
【０３７１】
以下、図６０，図６１を参照しながら本発明に係るサーバー装置における入出力制御動作について説明する。
【０３７２】
図６０は本発明に係るサーバー装置における第１の入出力制御手順の一例を示すフローチャートである。なお、(1) 〜(20)は各ステップを示し、特に各ホストコンピュータからのＰＤＬデータを指定されたプリンタから出力する場合に対応し、かつ、各ステップは図９に示したＣＰＵ１０００がＲＯＭ１００２に記憶された後述するプログラムに基づいている。
【０３７３】
ＣＰＵ１０００はＬＡＮ９６に接続されるいずれかのホストコンピュータよりプリントコマンドを受信すると(1) 、受信したＰＤＬデータをバッファメモリ１００５に一旦格納し(2) 、格納したＰＤＬデータに従ってプリント条件を解析する(3) 。次いで、プリント対象がホストコンピュータからのＰＤＬデータのみか、それともＰＤＬデータおよびスキャナから取り込んだイメージデータの合成かを判定し(4) 、スキャナデータの合成の場合には、接続されたスキャナとのインタフェースを介してスキャナ使用可能状態かどうかを判定し(5) 、ＮＯならばホストコンピュータにその旨を通知し(7) 、次の命令を受信したら(8) 、リターンし、ＹＥＳならばスキャンを開始し(6) 、原稿読み取りを終了したら(9) 、編集指定がある場合には、読み取り原稿に対して例えばトリミング，マスキング，色変換等を施して(10)、編集が終了したら(11)、ホストコンピュータから入力されたプリントデータＰＤ１との合成が指示されているかどうかを判定し(12)、ＮＯならばステップ(19)に進み、指定されたプリンタでのプリント処理を開始し(19)、プリントが終了したら、プリント処理をすべて終了したかどうかを判定し(20)、ＹＥＳならばリターンし、ＮＯならば(1) に戻り、各処理を繰り返す。
【０３７４】
一方、ステップ(12)の判定でＮＯならば、指定されたプリンタが使用可能かどうかを判定し(13)、ＮＯならばステップ(7) に戻りホストコンピュータにその状態を通知し、ＹＥＳならば他のホストコンピュータからのプリンタデータＰＤ２との合成が指示されているかどうかを判定し(14)、ＹＥＳならばステップ(1) に戻り、ＮＯならば１ページ分のＰＤＬ解析を終了するのを待機し(15)、ＰＤＬをビットマップに変換（本実施例ではバンド単位に行う）し(16)、編集指示があるかどうかを判定し(17)、ＹＥＳならば既に読み込まれたスキャンデータＳＤとプリンタデータＰＤとを編集し(18)、指定されたプリンタによるプリントを開始し(19)、１ページ分のプリントデータＰＤを出力し終えたかどうかを判定し(20)、ＮＯならばステップ(1) に戻り、ＹＥＳならばリターンする。
【０３７５】
なお、上記実施例ではスキャナから取り込んだスキャンデータＳＤまたはホストコンピュータから受信したプリントデータＰＤの何れか、もしくはこれらの組み合わせデータ（スキャナデータＳＤ＋プリントデータＰＤ）を指定されたプリンタから出力する場合の制御について説明したが、スキャナ，プリンタが複数台存在する場合には、さらに複合された出力データ（例えば（スキャナデータＳＤ１＋スキャナデータＳＤ２，プリントデータＰＤ１＋プリントデータＰＤ２，スキャナデータＳＤ１＋プリントデータＰＤ１＋プリントデータＰＤ２等）を指定されたプリンタから出力することも容易に可能となる。
【０３７６】
図６１は本発明に係るサーバー装置における第２の入出力制御手順の一例を示すフローチャートである。なお、(1) 〜(15)は各ステップを示し、特に各ホストコンピュータからの指定に従って指定されたスキャナから取り込んだ画像情報（スキャナデータＳＤを指定されたホストコンピュータに出力する場合に対応し、かつ、各ステップは図９に示したＣＰＵ１０００がＲＯＭ１００２に記憶された後述する各プログラムに基づいている。
【０３７７】
先ず、ＣＰＵ１０００はＬＡＮ９６に接続されるいずれかのホストコンピュータよりスキャナコマンドを受信すると(1) 、当該ホスト名を解析し(2) 、返信ホストが指定されているかどうかを判定し(3) 、ＹＥＳならばマルチ返信ホスト名テーブルに指定された複数のホスト名（スキャナコマンドを入力したホストコンピュータ、すなわち自ホスト名を含む）を登録し(5) 、ＮＯならば返信ホスト名テーブルに自ホスト名を登録する(4) 。次いで、スキャナ指定先を解析し(5) 、指定されたスキャナが使用可能な状態であるかどうかをインタフェースを介して調べ(7) 、使用不能（電源が入力されていない等）である場合には、そのスキャナ状態をホストコンピュータに通知し(8) 、次の命令入力待ちとなり(9) 、命令が入力されたらリターンする。
【０３７８】
一方、ステップ(7) の判定で指定されたスキャナが使用可能であれば、原稿のスキャンを開始し(10)、スキャン終了したら(11)、スキャンデータをＰＤＬに変換し(12)、各ホストコンピュータとのネットワーク状態を確認後、ステップ(4) ，(5) で登録された各テーブルを参照して、変換したＰＤＬデータをＬＡＮ９６を介して送信し(14)、指定されたホストコンピュータから正常応答が通知されるのを待機し(15)、通知後、処理を終了する。
【０３７９】
なお、上記実施例ではスキャナデータＳＤの転送先として指定されたホストコンピュータが通信可能状態であることを前提としている場合について説明したが、指定されたホストコンピュータに装着されるネットワークボード（図示しない各ホストコンピュータ毎に仕様が異なる）が外部記憶手段をドライブできる環境であれば、当該外部記憶手段にスプール用に構成し、ホストコンピュータ立ち上げ時に当該スキャンデータの受領有無を報知するように構成してもいいし、指定されたホストコンピュータとの通信が可能となるまで、ＣＰＵボード部側に接続されるハードディスク等に一時蓄積しておいて、ホストコンピュータとの通信が可能となった時点で、上記各テーブルを参照して指定されたホストコンピュータに取り込んだスキャナデータＳＤを転送するように制御しても良い。また、転送するスキャナデータＳＤとして、複数のスキャナを制御できる場合には、それぞれのスキャナからのスキャナデータＳＤ１，ＳＤ２，…，ＳＤＮをそれぞれ指定されたホストコンピュータに転送するように制御しても良い。これにより、スキャナ要求を発行したホストコンピュータ上のアプリケーションでは処理できないような画像情報（例えばカラー画像情報）、もしくは処理可能であるが処理速度が非常に遅い場合等には、転送先を自在に変更して、対応可能な各ホストコンピュータが備える種々のアプリケーションでの処理が容易に可能となる。
【０３８０】
図６２はこの発明の一実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【０３８１】
図において、２００１はネットワークで、異なるＯＳで管理されるワークステーション（サンワークステーション）２００２，ワークステーション（マッキントッシュステーション）２００７，ワークステーション（ＩＢＭＰＣ）２０１２が接続されるとともに、リアルタイムＯＳ（例えばＶｘＷＯＲＫＳ）で管理されるサーバー装置（カラースキャナ／プリンタサーバー装置）ＮＷＳが接続され、サーバー装置にはスキャナ／プリンタとしてカラーレーザー複写装置２０２３，カラーバブルジェット複写装置２０２４が所定のインタフェースを介して接続されている。なお、インタフェースとしてはセントロニクス，ＲＳ２３２Ｃ等を備えていても良い。
【０３８２】
２００３はワークステーション２００２上で起動するアプリケーションプログラム（本実施例ではフレームメーカー）、２００４はアプリケーションプログラム２００３がサポートとする周辺機器インタフェース、２００５は変換プログラムで、前記周辺機器インタフェース２００４から出力される標準インタフェースから文字，グラフィックス部分（第１のカラー画像情報）を、第２のカラー画像情報（本実施例では上述したページ記述言語ＣａＰＳＬ）に置換し、画像データ部分はＪＰＥＧ符号化する。すなわち、フレームメーカーのデータを基本的にはページ記述言語ＣａＰＳＬを基本とするデータに変換して伝送している。２００６は通信プログラムで、ネットワーク２００１と第２のカラー画像情報との通信処理を行う。従って、ネットワーク２００１に流れるデータは文字部とグラフィックス部はページ記述言語ＣａＰＳＬのコードで伝送され、画像部分はＪＰＥＧ符号で伝送される。
【０３８３】
一方、ワークステーション２００７をホストコンピュータする場合には、通常のアプリケーションプログラム２００８から周辺機器に標準インタフェースとしてクイックドロー２００９で出力される第１のカラー画像情報を、変換プログラム２０１０が上記同様にクイックドローのフォーマット形式のデータ中の、文字グラフィック部分を第２のカラー画像情報（本実施例では上述したページ記述言語ＣａＰＳＬ）に置換し、画像データ部分はＪＰＥＧ符号化する。２０１１は通信プログラムで、ネットワーク２００１と第２のカラー画像情報との通信処理を行う。従って、ネットワーク２００１に流れるデータは文字部とグラフィックス部はページ記述言語ＣａＰＳＬのコードで伝送され、画像部分はＪＰＥＧ符号で伝送される。
【０３８４】
一方、ワークステーション２０１２をホストコンピュータとする場合には、通常のアプリケーションプログラム２０１３（ウインドウズ（ＷＩＮＤＯＷＳ）３．０以降）から周辺機器に標準インタフェースとしてＧＤＩ２０１４で出力される第１のカラー画像情報を、変換プログラム２０１５が上記同様にＧＤＩフォーマット形式のデータ中の、文字グラフィック部分を第２のカラー画像情報（本実施例では上述したページ記述言語ＣａＰＳＬ）に置換し、画像データ部分はＪＰＥＧ符号化する。２０１６は通信プログラムで、ネットワーク２００１と第２のカラー画像情報との通信処理を行う。従って、ネットワーク２００１に流れるデータは文字部とグラフィックス部はページ記述言語ＣａＰＳＬのコードで伝送され、画像部分はＪＰＥＧ符号で伝送される。以上のように、本発明に係る第２のサーバー装置の画像処理方法によれば、各ホストからの画像入出力指示に従って編集または読み取った第１のカラー画像情報を所定のページ記述コマンドに従う第２のカラー画像情報に変換し、該変換された第２のカラー画像情報を所定のネットワークを介して各入出力機器と各ホストとの間で相互に通信し、該通信により受信した第２のカラー画像情報を解析して、各入出力機器または各ホストに従う固有の第１のカラー画像情報に整合変換するので、各ホストのカラー画像処理形式および各入出力機器のデータ形式が異なっていても、１つのＰＤＬインタープリタープログラム８４で共通に処理することが可能となる。
【０３８５】
このように、ＯＳが異なるワークステーション２００２，２００７，２０１１がネットワーク２００１に接続されていても、ネットワーク２００１上で通信されるデータ形式は統一されているために、受信側のカラーネットワークサーバーＮＷＳでに統一的にインタプリトすることができる。従って、カラーネットワークサーバーＮＷＳを異なるＯＳ環境のワークステーションから共通にアクセスできる統合環境を安価に構築可能となる。以下、カラーネットワークサーバーＮＷＳ側の画像処理動作について説明する。
【０３８６】
図６２において、２０１７はカラーネットワークサーバーＮＷＳ全体を制御するプログラムであるリアルタイムＯＳ、２０１８は前記ネットワーク２００１と通信するための通信プログラムで、ネットワーク２００１上のデータを送受信する。２０２０は変換プログラムで、受信した第２のカラー画像情報（コードデータまたは圧縮画像データ）を可視化する部分で、コードデータをドットの可視化データに変換するとともに、スキャナから取り込まれたイメージデータ（第１の画像情報）を通信用のカラー画像情報に変換する。
【０３８７】
なお、可視化画像データを電子写真プロセスを実行する記録装置に出力する場合にデータ量を削減するため、ＪＰＥＧの圧縮処理を実行し、圧縮メモリＣＭＥＭに記憶させる。電子写真方式で画像記録を行う場合には、圧縮されたデータを伸長処理しながら電子写真プロセスにより画像記録を行う（例えばカラーレーザー複写装置２０２３による記録処理実行時）。
【０３８８】
一方、例えばカラーバブルジェット複写装置２０２４等の記録装置の場合には、電子写真プロセスを実行する記録装置に比べて、比較的記録処理速度が遅く、可変記録となるので大きなバッファメモリを必要とせず、ＪＰＥＧの圧縮処理も不要となる。このため、カラーバブルジェット複写装置２０２４指定時には、圧縮メモリＣＭＥＭに対して非圧縮状態で記録画像データを格納する。
【０３８９】
２０２１は入出力インタフェース切換え部で、インタフェース部２０２２を切り換え制御する。なお、本実施例では、セントロニクスを介して標準のカラープリンタを制御し、専用のＣＬＣインタフェースを介してカラーレーザー複写装置２０２３を制御し、専用のＧ０８インタフェースを介してカラーバブルジェット複写装置２０２４を制御する構成となっている。
【０３９０】
一方、カラーバブルジェット複写装置２０２４またはカラーレーザー複写装置２０２３のカラースキャナから画像を取り込んで、各ワークステーションに転送する場合には、各ワークステーションから走査範囲を指定し、スキャナの起動を開始する。読み取られた画像データは、圧縮部（ＪＰＥＧ）で標準ＪＰＥＧの圧縮データに変換され、スキャナ制御部（ＳＣＡＮ），通信プログラム２０１８を通じネットワーク２００１を介してワークステーション側に伝送される。
【０３９１】
このように、本実施例では各ワークステーション２００１，２００７，２０１２およびカラーネットワークサーバーＮＷＳで固有の第１のカラー画像情報をそれぞれ変換プログラム２００５，２０１０，２０１５，２０２０共通である所定のページ記述コマンドに従う第２のカラー画像情報に変換し、該変換された第２のカラー画像情報を前記所定のネットワークを介してカラーネットワークサーバーＮＷＳと各ホストとの間で相互に通信し、該通信により受信した第２のカラー画像情報を変換プログラム２００５，２０１０，２０１５，２０２０が解析して、各入出力機器または各ワークステーション２００１，２００７，２０１２に従う固有の前記第１のカラー画像情報に整合変換するので、各ワークステーション２００１，２００７，２０１２のカラー画像処理形式および各入出力機器（カラーバブルジェット複写装置２０２４，カラーレーザー複写装置２０２３）のデータ形式が異なっていても各ホストマシンおよびカラーネットワークサーバーは１つのインタプリタで共通に処理することが可能となる。
【０３９２】
なお、図３８に示したように、本実施例のカラーネットワークサーバーＮＷＳ全体はリアルタイムＯＳ２０１７により通信および画像処理が制御されているため、複数のワークステーションからのスキャンジョブまたはプリントジョブを同時に複数指定することができ、指定した複数のジョブを並列処理し、例えばカラーバブルジェット複写装置２０２４，カラープリンタを制御し、専用のＣＬＣインタフェースを介してカラーレーザー複写装置２０２３によるマルチプリント動作を可能としている。
【０３９３】
このように、本発明に係るサーバー装置の画像処理方法によれば、各異機種ホストコンピュータ（各ワークステーション２００１，２００７，２０１２）からの各画像入出力指示に従って各入出力機器のプリントジョブまたはスキャナジョブの並列処理順序を入力された優先順位に基づいて制御するので、各ホストコンピュータからの画像入出力処理順序を自在に管理することが可能となる。
【０３９４】
図６３はこの発明の一実施例を示すサーバー装置のネットワーク接続状態を示す図である。
【０３９５】
図において、２１０１−１，２１０１−２はホストコンピュータで、画像処理アプリケーションプログラムを実行する。２１０２はスキャナ／プリンタサーバー装置（ＳＰサーバー装置）で、イーサネット（ゼロックス社の登録商標）等のネットワーク９６に接続されるホストコンピュータ２１０１−１，２１０１−２からの画像出力要求／画像入力要求に応じて、カラープリンタ２１０３およびカラースキャナ２１０４の駆動を制御する。なお、スキャナ／プリンタサーバー装置２１０２には、図９に示したボード回路１を備えており、あらかじめネットワーク管理者がスキャナ／プリンタサーバー装置２１０２の利用を許可するユーザ名と、そのユーザのためのパスワードをハードディスク１００８に登録してあるものとする。また、ユーザに与えるパスワード毎に、スキャナ／プリンタサーバー装置２１０２に接続されている使用許可マシン、すなわちカラープリンタ２１０３およびカラースキャナ２１０４の使用環境を追加，変更，修正を行うことができる。
【０３９６】
このように構成されたサーバー装置によれば、あらかじめ登録された第１のパスワードとネットワークに接続される各ホストから入力された第２のパスワードとを比較照合して、各ホストから要求される入出力機器におけるスキャナ機能処理実行およびプリント機能処理実行を禁止または許可するので、特定グループからのスキャナ機能処理実行およびプリント機能処理実行を優先実行させることが可能となる。
【０３９７】
以下、スキャナ／プリンタサーバー装置（Ｓ／Ｐサーバー装置）に係るパスワードによるカラープリンタ２１０３およびカラースキャナ２１０４の使用許諾制御動作について説明する。
【０３９８】
ホストコンピュータ２１０１−１でＤＴＰソフト（アプリケーションプログラム）を用いて画像データを作成して出力する際に、ホストコンピュータ２１０１−１でプリンタ要求をＳ／Ｐサーバー装置２１０２に送出すると、Ｓ／Ｐサーバー装置２１０２は、プリント要求したホストコンピュータ２０１−１にネットワーク９６を介してパスワードを問い合わせる。ユーザは、ホストコンピュータ２１０１−１のキーボード等からＳ／Ｐサーバー装置２１０２に対してパスワードを返信する。これに応じて、Ｓ／Ｐサーバー装置２１０２は、はハードディスク１００８に登録されたパスワードテーブルに返信されたパスワードが登録されているものと一致したかどうかを判定し、不一致の場合は、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１−１にエラー信号を返信する。これにより、特定のグループとしてパスワード登録されていないユーザは、カラープリンタ２１０３の使用することが制限される。
【０３９９】
一方、ホストコンピュータ２１０１−１から返信されたパスワードがハードディスク１００８に登録されたパスワードテーブルに登録されているパスワードと一致する場合は、Ｓ／Ｐサーバー装置２１０２は、当該ユーザがプリント可能なプリンタ名を含むプリンタ情報をホストコンピュータ２１０１−１に返信する。そして、ユーザがホストコンピュータ２１０１−１で、例えばカラープリンタ２１０３を選択し、プリント開始命令を送出すると、Ｓ／Ｐサーバー装置２１０２は、ホストコンピュータ２１０１−１から送出されてきたプリントコマンドを解析し、指定されたカラープリンタ２１０３を初期設定して出力する。
【０４００】
同様に、ホストコンピュータ２１０１−１でスキャナソフト（アプリケーションプログラム）を用いて画像の取り込みを行う際に、ホストコンピュータ２１０１−１でスキャン要求をＳ／Ｐサーバー装置２１０２に送出すると、ＳＰサーバー２１０２は、スキャン要求したホストコンピュータ２１０１−１にネットワーク９６を介してパスワードを問い合わせる。ユーザは、ホストコンピュータ２１０１−１のキーボード等からＳ／Ｐサーバー装置２１０２に対してパスワードを返信する。これに応じて、Ｓ／Ｐサーバー装置２１０２は、はハードディスク１００８に登録されたパスワードテーブルに返信されたパスワードが登録されているものと一致したかどうかを判定し、不一致の場合は、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１−１にエラー信号を返信する。これにより、特定のグループとしてパスワード登録されていないユーザは、カラースキャナ２１０４を使用することが制限される。
【０４０１】
一方、ホストコンピュータ２１０１−１から返信されたパスワードがハードディスク１００８に登録されたパスワードテーブルに登録されているパスワードと一致する場合は、Ｓ／Ｐサーバー装置２１０２は、当該ユーザがプリント可能なプリンタ名を含むプリンタ情報をホストコンピュータ２１０１−１に返信する。そして、ホストコンピュータ２１０１−１のユーザが、カラースキャナ２１０４を選択してスキャン開始命令を送出すると、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１−１から送出されたスキャンコマンドを解析して、指定されたカラースキャナ２１０４を初期設定して画像を取り込む。
【０４０２】
なお、ホストマシンがワークステーション等のユーザ名とパスワードを入力してログインするタイプのマシンの場合は、Ｓ／Ｐサーバー装置２１０２にユーザ名を登録することで上記パスワード登録と同等に機能させることができるため、Ｓ／Ｐサーバー装置２１０２を使用する際のパスワードの入力操作を軽減するユーザグレープを特定するように構成しても良い。以下、この場合について詳述する。
【０４０３】
ホストコンピュータ２１０１−１，２１０１−２で、例えばＤＴＰソフト（アプリケーションプログラム）を用いて画像データを作り、当該画像データを出力する際、ホストコンピュータ２１０１−１，２１０１−２のうち、ホストコンピュータ２１０１−１でプリント要求をＳ／Ｐサーバー装置２１０２に送出すると、Ｓ／Ｐサーバー装置２１０２は、プリント要求したホストコンピュータ２１０１−１は、プリント要求したホストコンピュータ２１０１−１にネットワーク９６を介してホストマシンを使用しているユーザ名を問い合わせる。ホストコンピュータ２０１０−１はログインするときに、入力されたユーザ名をＳ／Ｐサーバー装置２１０２に返信する。Ｓ／Ｐサーバー装置２１０２は、登録されていないユーザ名が送られてきた時は、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１−１にエラー信号を返信し、Ｓ／Ｐサーバー装置２１０２をユーザは使用することができなくなる。
【０４０４】
一方、Ｓ／Ｐサーバー装置２１０２は、登録されているユーザ名が送られてきた時は、Ｓ／Ｐサーバー装置２１０２はこのユーザがプリント可能なプリンタ名をホストコンピュータ２１０１−１に返信する。ユーザがホストコンピュータ２１０１でカラープリンタ２１０３を選択し、プリント介し命令を送出すると、Ｓ／Ｐサーバー装置２１０２は、ホストコンピュータ２１０１から送出されてきたプリントコマンドを解析し、指定されたカラープリンタ２１０３を初期設定して出力する。
【０４０５】
また、ホストコンピュータ２１０１−１で、例えばスキャナソフト（スキャナアプリケーションプログラム）を用いて画像の取り込みを行う時、ホストコンピュータ２１０１−１でスキャン要求をＳ／Ｐサーバー装置２１０２に送出すると、Ｓ／Ｐサーバー装置２１０２は、スキャンを要求したホストコンピュータ２１０１−１にネットワーク９６を介してログインしているユーザ名を問い合わせる。これに対して、ホストコンピュータ２１０１−１はログインする際、入力されたユーザ名をＳ／Ｐサーバー装置２１０２を返信する。
【０４０６】
そして、Ｓ／Ｐサーバー装置２１０２は返信されたユーザ名が登録されていないと判定した場合は、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１にエラー信号を返信し、Ｓ／Ｐサーバー装置２１０２を当該ユーザの使用を制限することができる。これに対して、返信されたユーザ名が登録されていると判定した場合は、Ｓ／Ｐサーバー装置２１０２は、当該ユーザはスキャン可能なスキャナ名をホストコンピュータ２１０１−１に返信する。
【０４０７】
ユーザがホストコンピュータ２１０１−１でカラースキャナ２１０４を選び、スキャン命令を送出すると、Ｓ／Ｐサーバー装置２１０２はホストコンピュータ２１０１−１から送出されてくるスキャンコマンドを解析し、指定されたカラースキャナ２１０４を初期設定して画像を取り込む。
【０４０８】
なお、上記実施例ではユーザ名をマニュアル入力する場合と、ユーザ名をログイン処理で自動送出して登録ユーザかどうかを個別的に判定する場合について説明したが、これらのユーザ名入力処理を並行処理可能に構成しても良い。
【０４０９】
図６４は本発明の一実施例を示すサーバー装置におけるユーザ識別処理手順の一例を示すフローチャートである。なお、(1) 〜(6) は各ステップを示す。
【０４１０】
先ず、ホストコンピュータからネットワーク９６を介してプリント要求コマンド／スキャン要求コマンドが入力されるのを待機し(1) 、入力されたユーザ名の問い合わせを当該ホストコンピュータに返信する(2) 。次いで、返信されたユーザ名の返信を待機し(3) 、返信されたユーザ名が既に登録されているかどうかを判定し(4) 、ＹＥＳならば使用可能なスキャナ名，プリンタ名をホストコンピュータに返信して(5) 、上述したスキャナ／プリンタ処理に以降する。
【０４１１】
一方、ステップ(4) の判定でＮＯの場合は、当該ホストコンピュータにエラー信号を返信し(6) 、当該ホストコンピュータからの使用要求を禁止する。
【０４１２】
図６５はこの発明の一実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【０４１３】
図において、２２０１Ａ，２２０１Ｂはホストコンピュータで、ネットワーク２２０１を介してサーバー装置２２０２に対して特定の言語に対応したプリンタデータを出力する。２２０３はスプーラで、ネットワーク２２０１を介して受信したプリントデータおよび後述するスプーラ２２０３の管理データに従って記憶する。２２０４は第１のカラープリンタで、サーバー装置２２０２と通信しながらスプールしたプリントデータの出力処理を行う。２２０５は第１のカラープリンタで、サーバー装置２２０２と通信しながらスプールしたプリントデータの出力処理を行う。なお、入出力機器として、カラープリンタまたはカラースキャナまたはカラースキャナとカラープリンタとが一体となるカラースキャナ／プリンタが複数台接続されていても良い。
【０４１４】
図６６は、図６５に示したスプーラ２２０３の管理データの構造例を示す図である。
【０４１５】
図において、２２００はデータ構造体で、次の構造体へのアドレス２２５１，プリンタ名２２５２，ファイル名２２５３からなり、サーバー装置２２０２が受信したプリント情報（制御データ（指定プリンタ先，制御コマンド），プリントファイル等）からなるプリントタスク２２５４，２２５５をデータ受信順にデータ構造体２２００に記憶する。
【０４１６】
このように構成されたサーバー装置において、各ホスト（ホストコンピュータ２２０１Ａ，２２０１Ｂ）から受信したデータが指定した入出力機器先別にデータ記憶手段（スプーラ２２０３）に記憶された状態で、通知手段（サーバー装置２２０２の通信プログラム）から指定した各入出力機器（本実施例では第１のカラープリンタ２２０４，第２のカラープリンタ２２０５）のスキャナ機能処理またはプリント機能処理状態が通知された際に、各ホストコンピュータから返信される入出力機器変更命令が入力された場合は、変更手段（サーバー装置２２０２）が各ホストから返信される入出力機器変更命令を解析してデータ記憶手段に記憶された各ホストにより指定された入出力機器先を、所望の入出力機器先に変更する。また、各ホストコンピュータから受信したデータに対し、指定されている入出力機器の状態を検知し、エラーが発生している場合は、自動的にエラーの発生していない他の入出力機器先に自動変更しても良い。この場合、動作不能中の入出力機器を指定した入出力処理を、所望の入出力機器でのデータ処理で補償することができる。
【０４１７】
具体的には、各プリントタスクは、入力されたプリント命令によって作成されるポインタにより管理されており、アドレス２２５１を参照することにより後続のプリントタスクの内容を読出すことができる。例えばホストコンピュータ２２０１Ａから第１カラープリンタ２２０４でファイル名２２５３が「ファイルＡ」の出力命令に続き、第２カラープリンタ２２０５でファイル名２２５３が「ファイルＢ」の出力命令に続き、第１カラープリンタ２２０４でファイル名２２５３が「ファイルＣ，Ｄ，Ｅ」の出力命令が連続して受信した場合に対応する。なお、スプーラ２２０３に蓄えられた命令は、上から順にプリンタタスクが読み込み処理を進める。
【０４１８】
以下、図６７に示すフローチャートを参照しながら本発明に係るサーバー装置におけるプリントタスク処理動作について説明する。
【０４１９】
図６７は本発明に係るサーバー装置におけるプリントタスク処理手順の一例を示すフローチャートである。なお、(1) 〜(9) は各ステップを示す。
【０４２０】
先ず、各ホストコンピュータから送出されてきたプリント命令を受信すると、サーバー装置２２０２がスプーラ２２０３内に図６１に示したデータ構造体２２００を作成して行く。このようにして、データ構造体２２００が作成されると、プリントアウトのために参照するファイルがスプーラ２２０３に蓄積されているかどうかを判定し(1) 、スプーラ２２０３にファイルが蓄積されていない場合は処理を終了し、スプーラ２２０３にファイルが蓄積されている場合は、スプーーラ２２０３の参照しているデータ構造体２２００の出力するプリンタ名２２５２を読み込み(2) 、指定されたプリンタの動作状態を示すフラグを調べて、正常なプリント動作が可能であるかどうかを判定し(3) 、プリント不可能状態を示すフラグが設定されている場合は、ステップ(7) 以降に進み、プリント可能状態ならば、参照中の構造体のファイルの指定されたプリンタで出力するプリント命令を出力する(4) 。次いで、プリンタから正常終了信号を受け取ったかどうかを判定し(5) 、異常信号を受け取った場合は、当該プリント命令を出力したホストコンピュータに対してエラー信号を返信して(6) 、プリンタ指定先の変更を問い合わせる。そして、当該ホストコンピュータからプリンタ指定先の設定を変更する命令が送出されたかどうかを判定し(7) 、ＹＥＳならばスプーラ２２０３に蓄積されている当該プリントタスクのプリンタ名を正常動作可能なプリンタ名に書き換え(8) 、ステップ(1) に戻る。
【０４２１】
一方、ステップ(5) の判定がＹＥＳおよびステップ(7) の判定がＮＯの場合は、データ構造体２２００を参照するためのポインタを次にリンクしているデータ構造体の後続のプリントタスクに進める、すなわち次のスプールへ進め(9) 、出力したプリントタスクをクリアし、ステップ(1) に戻る。
【０４２２】
なお、上記実施例では、プリンタタスクを例としてプリンタの指定先をホストコンピュータから入力される変更命令のみに基づいて正常プリント動作可能なプリンタを調べ、当該プリントタスクのプリンタ名を正常プリント動作可能なプリンタ名に自動変更する場合について説明したが、サーバー装置２２０２に入出力機器として、スキャナ装置が複数台接続される場合であっても、本発明を適用でき、例えばホストコンピュータからの命令が画像入力命令の場合に、一方のスキャナ装置からの画像入力実行中に作動不能となる事態（例えば走査モータの故障，イメージ読取り手段の故障，露光ランプの断線等）が発生した場合、その状態情報をホストコンピュータに返信し、この状態通知に基づいてホストコンピュータからスキャナ指定先を変更する変更命令が入力された場合には、サーバー装置２２０２がスキャナ指定先を所望のスキャナに変更し、以後の画像入力処理の継続を補償する。
【０４２３】
また、各プリンタそれぞれにプリンタタスクが存在している場合は、それぞれのプリンタタスクがスプーラ２２０３に登録された順に各々に対応したプリンタ名を持った命令を実行するように制御しても良い。例えば第１カラープリンタ２２０４専用のプリンタタスクがファイル名２２５３「ファイルＡ」を、第２カラープリンタ２２０５専用のプリンタタスクがファイル名２２５３「ファイルＢ」を出力している時に、第１カラープリンタ２２０４が紙詰りを起こした場合、第１カラープリンタ２２０４のプリントタスクは、ホストコンピュータにエラー信号を返信する。ホストコンピュータでファイルＡを第２カラープリンタ２２０５で出力することを指定すると、サーバー装置２２０２はファイルＡのプリント命令２２５４のプリンタ名の箇所を第２カラープリンタ２２０５に変更して、データ構造体２２００の最後にポインタでリンクさせる。そして、第２カラープリンタ２２０５専用のプリントタスクがファイルＢを出力中であれば、その出力が終了次第、ファイルＡの出力処理に以降するように制御しても良い。
【０４２４】
さらに、プリンタ名を書き換えたファイルＡの出力優先順位を指定可能に構成しても良い。
【０４２５】
図６８は本発明の一実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【０４２６】
図において、２３０１は画像入出力通信装置（サーバー装置）で、通信部２３０２が通信線２３１０に接続され、図示しない異なるＯＳで起動する複数のホストコンピュータと接続されている。２３０３が画像処理手段として機能する画像生成部で、通信部２３０２が受信したプリントデータを解析して、生成したイメージデータを画像メモリ２３０４に記憶する。２３０５は画像出力部で、圧縮部２３０６，圧縮メモリ２３０７，伸長部２３０８，プリンタエンジン２３０９から構成されている。本実施例では、サーバー装置２３０１は、通信線２３１０を通じて他のホストコンピュータと通信している。
【０４２７】
このように構成されたサーバー装置において、画像処理手段（本実施例では画像生成部２３０３）から出力されるイメージデータおよび付加情報を解析して、画像処理手段（画像生成部２３０３，圧縮部２３０６等）が受信したイメージデータに最適なデータ処理を行い、入出力機器が画像処理手段から出力される処理データ（加工データ）に基づいて記録媒体に画像を出力するので、各入出力機器、例えばプリンタエンジン２３０９からの出力結果が良好となるようなイメージデータを生成可能とする。
【０４２８】
以下、動作について説明する。
【０４２９】
通信部２３０２が通信線２３１０を通じて他のホストコンピュータから通信されるページ記述言語のプリントデータを受信すると、プリントデータは画像生成部２３０３に送出される。プリントデータは、上述のようにページ記述言語で記述されており、画像生成部２３０３がプリントデータを解析して、画像メモリ２３０４に画像データを描画する。画像生成部２３０４では、ページ記述言語の解析において１ページを８個に分割した場合の各領域でのイメージの面積がわかるので、その情報を圧縮部２３０６に伝える。画像メモリ２３０４は画像生成部２３０３が画像を描画するメモリであり、１ページの８分の１の大きさの画像を記憶できるバンドメモリである。画像出力部２３０５のうち、圧縮部２３０６は画像生成部２３０３から送出されてきた１ページを８個に分割した場合の各領域でのイメージの面積とその時点での圧縮メモリの使用可能メモリ量により圧縮パラメータを決定し、画像メモリ２３０４に描画されている画像を圧縮して圧縮メモリ２３０７に記憶させる。画像生成部２３０３による画像生成と、圧縮部２３０６によるステップ像圧縮処理を８回繰り返すと１ページ分の画像が圧縮された状態で圧縮メモリ２３０７に記憶される。その後、伸長部２３０８が圧縮メモリ２３０７に記憶されている圧縮画像を伸長してプリントエンジン２３０９の動きに合せてデータを送出する。プリントエンジン２３０９は、伸長部２３０８から出力される伸長データに基づいて画像形成プロセスを実行して、記録媒体に画像を記録する。
【０４３０】
以下、図６９に示すフローチャートを参照しながら本発明に係るサーバー装置における画像形成処理動作について説明する。
【０４３１】
図６９は本発明に係るサーバー装置におけるプリントデータ生成処理手順の一例を示すフローチャートである。なお、(1) 〜(3) は各ステップを示す。
【０４３２】
先ず、ホストコンピュータから通信線２３１０を介して受信したプリントデータを解析し(1) 、描画する画像でのイメージ領域の面積を求め(2) 、プリントデータ生成する(3) 。なお、ステップ(2) で求めたイメージ領域の大きさは圧縮部２３０６に送出される。
【０４３３】
図７０は、図６８に示した圧縮部２３０６の動作例を説明するフローチャートである。なお、(1) 〜(3) は各ステップを示す。
【０４３４】
先ず、画像とイメージ領域の面積を得る(1) 。次いで、イメージ領域の面積と使用可能な圧縮メモリ２３０７のメモリ容量から圧縮パラメータを決定する(2) 。次いで、画像を圧縮して圧縮画像と圧縮パラメータを圧縮メモリ２３０７に記憶する(3) 。なお、圧縮パラメータを記憶するのは、伸長する時に伸長部２３０８が利用するためである。
【０４３５】
また、本実施例では、画像生成部２３０３はプリントデータを生成するのみでなく、イメージ領域の面積という画像情報を生成し、圧縮部２３０６はその画像情報を利用して適切な圧縮パラメータを決定して圧縮するので、必要以上の高圧縮率にはならず、劣化の少ない良好な画像をプリンタエンジン２３０９から得ることができる。
【０４３６】
なお、上記実施例では画像生成部２３０３が画像情報として、プリントデータ中のイメージ領域の面積データを生成する場合について説明したが、文字と図形の面積データを生成しても良い。この場合は、図６３に示すフローチャートに示すように圧縮部２３０６は、文字と図形の面積の情報と使用可能な圧縮メモリ２３０７のメモリ量を利用して圧縮パラメータを決定して圧縮する。
【０４３７】
図７１は本発明に係るサーバー装置における他のプリントデータ生成処理手順の一例を示すフローチャートである。なお、(1) 〜(3) は各ステップを示す。
【０４３８】
先ず、ホストコンピュータから通信線２３１０を介して受信したプリントデータを解析し(1) 、描画する画像での文字と図形のみ面積を求め(2) 、イメージの残りのメモリ容量から圧縮パラメータを決定する(3) 。次いで、画像データを圧縮した圧縮画像と圧縮パラメータを圧縮部２３０６に転送し、圧縮メモリ２３０７に記憶する。
【０４３９】
これにより、圧縮部２３０６は、文字と図形の面積が分かるので、適切に圧縮パラメータを決定でき、劣化の少ない良好なプリントを得ることができる。
【０４４０】
なお、画像生成部２３０３は、イメージ領域の面積と文字および図形の面積の両方の情報を生成し、圧縮部２３０６はその両方の情報を利用して圧縮パラメータを決定しても良い。
【０４４１】
また、画像生成部２３０３は画像情報として、文字および図形に使用される色数を生成しても良い。圧縮部２３０６は、文字および図形で使用される色が十分に少なければ、他の圧縮方法に切り換えることができる。例えばプリントデータ中のイメージ部と文字，図形部を切り離して、イメージ部については通常のＪＰＥＧ圧縮を行い、文字，図形部は使用する色を数ビットのコードに変換し、コードで記述することで圧縮できる。これにより、文字，図形部分に関して画像劣化のないプリントが可能となる。
【０４４２】
さらに、上記実施例では画像出力部２３０５での画像データ加工処理は、圧縮および伸長であったが、画像生成部２３０３が生成した画像を２値化して、２値プリンタによりプリントする場合には、画像データ加工処理が２値化処理であっても良い。これにより、例えば２値化において文字や図形の領域が多い文書のプリントでは線を比較的明確にする誤差拡散法で２値化し、イメージが殆どの文書では２値化処理時間の短いディザ法で２値化することにより、処理時間が短く、良好なプリントが得られる。
【０４４３】
また、画像出力部２３０５での画像データ加工処理は、画像生成部２３０３が形成した画像を画像出力部２３０５が色変換してプリントするサーバー装置２３０１においては、色変換処理であっても良い。例えば文字や図形の文書の黒をくっきりとさせるため、黒インクを多くする色変換を行い、イメージの多い文書では自然さを出すため、文字の場合よりも黒インクを少なくする色変換を行うことにより、良好なプリントが得られる。
【０４４４】
さらに、上記実施例ではプリンエンジン２３０９が１台接続されるサーバー装置２３０１を例としたが、図１に示すように複数のプリンタエンジンが接続される構成であっても、本発明を適用することができ、各プリンタエンジンに合せて画像処理を制御することにより、それぞれのプリンタエンジンから良好なプリントが得られる。
【０４４５】
なお、上記実施例ではネットワーク上のサーバー装置に接続される画像形成装置から各ホストコンピュータから受信したプリントデータの解析結果に基づいてデータ加工された画像を出力する場合について説明したが、ホストと１：１に接続される画像形成装置にも本発明を適用することができる。
【０４４６】
図７２は本発明の一実施例を示す画像形成装置の構成を説明するブロック図である。
【０４４７】
図において、２４０１は画像形成装置本体部で、イーサネット等の通信線２４０７を介してホストとの通信を行う通信部２４０２，この通信部２４０２が受信したカラー印刷情報から出力画像イメージを発生させる画像発生部２４０３，この画像発生部２４０３が発生した出力画像イメージを各色毎（イエロー（Ｙ），マゼンタ（Ｍ），シアン（Ｃ），ブラック（Ｋ））に記憶する画像メモリ２４０４，黒色の文字，図形画素であることを示す付加情報を記憶する付加情報メモリ２４０５，画像メモリ２４０４に記憶された出力画像イメージを付加情報メモリ５に基づいて印刷する画像出力部２４０６を有している。なお、画像発生部２４０３には図示しないＣＰＵ，各プログラム等を記憶するＲＯＭ，ＲＡＭ等を備え、後述するフローチャートに示すプログラムに従って画像メモリ２４０４への出力画像イメージ展開および画像メモリ２４０４に各色毎に展開された色画素情報を解析して付加情報メモリ２４０５に、例えば１画素を構成するビットデータ中の、最上位ビットまたは最下位ビットを「０」または「１」を設定する等の制御を行う。また、本実施例では画像出力部２４０６を、例えばイエロー，マゼンタ，シアン，ブラックの各色のインクをバブルジェット方式で吐出させてカラー印字を行うＢＪプリンタで構成されている。
【０４４８】
このように構成された第２のサーバー装置において、ネットワーク（通信線２４０７）を介してホストからカラー画像情報を受信すると、データ解析手段（本実施例では画像発生部２４０３の機能処理による）がカラー画像情報を解析し、この解析結果に基づいて発生手段が各色毎の画素データを発生させ記憶手段（画像メモリ２４０４）に記憶させた後、記憶された各色毎の画素データをデータ抽出手段（本実施例では画像発生部２４０３の機能処理による）が解析して色画像中の黒色部を抽出し、付加情報メモリ２４０５にデータ抽出手段が抽出した黒色部に対する付加情報が記憶されると、記憶された画素データおよび画素データに対する付加情報を参照しながら画像出力手段（画像出力部２４０６）が画像を出力することにより、カラー画像中の文字，図形等の黒色部をクッキリと印刷することを可能とする。
【０４４９】
図７３は、図７２に示した画像メモリ２４０４の構造を説明する概念図である。
【０４５０】
この図において、２４０８はレッド（Ｒ）用の画像データを格納する領域を示し、例えば先頭アドレス「100000000 」から１０Ｍビット分確保される。２４０９はＧＲＥＥＮ（Ｇ）用の画像データを格納する領域を示し、例えば先頭アドレス「110000000 」から１０Ｍビット分確保される。２４１０はブルー（Ｂ）用の画像データを格納する領域を示し、例えば先頭アドレス「120000000 」から１０Ｍビット分確保される。このように確保された領域２４０８〜２４１０に各画素のデータを格納することにより、各画素の最終的な色相が決定される。
【０４５１】
図７４は、図７２に示した付加情報メモリ２４０５の構造を説明する概念図である。
【０４５２】
この図に示すように、付加情報メモリ２４０５には１ページ分の画素数に対応した領域が確保され、例えば先頭アドレス「130000000 」から１０Ｍビット分確保されており、上記各領域２４０８〜２４０９の１領域分と同様の記憶容量で構成される。
【０４５３】
以下、図７５を参照しながら図７２に示した画像発生部２４０３による画像メモリ２４０４へのイメージデータの描画および付加情報メモリ２４０５への付加情報書込み動作について説明する。
【０４５４】
図７５は、図７２に示した画像発生部２４０３による受信データ処理手順の一例を示すフローチャートである。なお、(1) 〜(4) は各ステップを示す。
【０４５５】
先ず、受信したデータを解析して画像メモリ２４０４の各領域２４０８〜２４１０に各色のイメージデータを画素単位に描画する(1) 。次いで、描画された各領域２４０８〜２４１０上の各画素の内容からその画素が文字あるいは図形で、かつ黒色かどうかを判定し(2) 、ＮＯならば付加情報メモリ２４０５に当該画素が黒色でないことを示す、例えば最下位ビットを「０」であるビットデータを描画して(3) 、処理を終了する。
【０４５６】
一方、ステップ(2) の判定でＹＥＳの場合は、付加情報メモリ２４０５に当該画素が黒色であることを示す、例えば最上位ビットを「１」であるビットデータを描画して(4) 、処理を終了する。
【０４５７】
以下、図７６に示すフローチャートを参照しながら図７２に示した画像出力部２４０６によるカラー印刷動作について説明する。
【０４５８】
図７６は、図７２に示した画像出力部２４０６によるカラー印刷処理手順の一例を示すフローチャートである。なお、(1) 〜(5) は各ステップを示す。
【０４５９】
画像出力部２４０６は、画像メモリ２４０４と付加情報メモリ２４０５から各画素の情報を読み出し(1) 、付加情報メモリ２４０５の内容が黒であることを示す値かどうかを判定し(2) 、ＮＯならば通常のマスキング処理を行い、ＲＧＢデータからＹＭＣＫデータを作成し(3) 、作成されたＹＭＣＫデータを図示しない出力バッファに描画し(4) 、印刷処理に移行する。
【０４６０】
一方、ステップ(2) の判定でＹＥＳの場合は、黒生成用のマスキングを行い、各領域のＲＧＢデータからブラック（Ｋ）を作成し、イエロー，マゼンタ，シアンのデータをそれぞれ「０」とし(5) 、作成されたＹＭＣＫデータを図示しない出力バッファに描画し(4) 、印刷処理に移行する。
【０４６１】
なお、上記実施例では画像発生部２４０３は画像メモリ２４０４にＲＧＢの画像データを形成する以外に、付加情報メモリ２４０５に文字あるいは図形で、かつ黒色である場合、それを示すデータを発生させ、この内容から画像出力部２４０６でのマスキング処理を変更することができ、文字あるいは図形で、かつ黒色の場合、当該文字あるいは図形をカラー画像中でクッキリとした状態で印刷することができ、黒をシャープに際立たせることができる。
【０４６２】
図７７は本発明の他の実施例を示す画像形成装置の構成を説明するブロック図であり、図７２と同一のものには同じ符号を付してある。
【０４６３】
図において、２４２０は画像圧縮伸長部で、画像発生部２４０３が画像メモリ２４０４に描画した画像データを、例えば８×８のブロックに分割し、各ブロックにおいて、文字，図形である画素が多い場合は、エッジを保存する圧縮方法で圧縮し、イメージである画素が多い場合は、エッジが多少なまっても高い圧縮率を実現できる圧縮方法で圧縮し、圧縮メモリ２４２１に記憶する。１ページ部の画像データを圧縮し、圧縮メモリ２４２１に記憶した後、画像圧縮伸長部２４２１は、当該圧縮データを伸長して画像プリント部２４２２に送り、画像プリント部２４２２は伸長された画像データをプリントする。
【０４６４】
このように画像発生部２４０３が発生して画像メモリ２４０４に記憶させて画像データを読み出して、圧縮して圧縮メモリ２４２１に一時記憶させるので、画像メモリ２４０４，付加情報メモリのメモリ容量を、必ずしも１ページ分確保する必要がなく、例えば１ページの１／１６程度に相当するメモリで足りる。
【０４６５】
また、一般には、画像データを圧縮して伸長すると、エッジ部がなまって画質が劣化したり、高圧縮率が得られず、圧縮メモリ２４２１を備えることにより、却って多くのメモリが必要になったりするが、付加情報メモリ２４０５にイメージかどうかの情報が記憶されているので、文字，図形部に対してはエッジを保存する圧縮を行い、イメージ部に対しては多少エッジがなまっても高い圧縮率の得られる圧縮を行うことにより、画質を殆ど劣化させることなく、高い圧縮率を得ることができる。すなわち、本実施例では付加情報メモリ２４０５に記憶される付加情報を利用して画像データを圧縮して一時記憶することにより、少ないメモリで殆ど画質を劣化させることなく、プリントすることができる。
【０４６６】
図７８は本発明の他の実施例を示す画像形成装置の構成を説明するブロック図であり、図７２と同一のものには同じ符号を付してある。
【０４６７】
図において、２４２３は画像出力装置で、画像出力部２４０６を備え、画像形成装置本体部２４０１とケーブルを介して接続される。
【０４６８】
本実施例では画像出力装置２４２３と画像形成装置本体部２４０１とがケーブルで接続されているので、適宜画像出力装置２４２３を選択することができ、例えばインクジェット型のプリンタ，熱転写プリンタ等を接続することができる。
【０４６９】
図７９は本発明の他の実施例を示す画像形成装置の構成を説明するブロック図であり、図７２と同一のものには同じ符号を付してある。
【０４７０】
図において、２４２５は画像出力装置で、画像出力部２４２４を備え、画像形成装置本体部２４０１とケーブルを介して接続される。なお、画像発生部２４０３のＣＰＵはＲＯＭ等に登録された各画像出力装置２４２３，２４２４の属性が登録されており、通信線２４０７を介して指示された属性情報を解析して、指定された各画像出力装置２４２３，２４２４の属性に応じて付加情報メモリ２４０５に付加情報が書き込まれる構成となっている。
【０４７１】
本実施例では２台の画像出力装置２４２５，２４２５がそれぞれケーブルで接続されているので、ホストからの属性指定に従った付加情報を付加情報メモリ２４０６に記憶させることができ、ホストが所望とする画像出力装置２４２５，２４２３のいずれかを選択することができる。
【０４７２】
図８０は本発明の他の実施例を示す画像形成装置の構成を説明するブロック図であり、図７２と同一のものには同じ符号を付してある。
【０４７３】
図において、２４２６，２４２７は画像処理部で、図示しないＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、画像メモリ２４０４に記憶されたカラー画像データに所望の画像処理、例えば色変換，拡大／縮小，移動，回転，マスキング，トリミング等の処理を施した後、ケーブルを介して対応する画像出力装置２４２３または画像出力装置２４２５に最終的なイメージデータを出力する。
【０４７４】
本実施例では画像出力装置２４２３または画像出力装置２４２５に高度な画像編集処理機能を備えていなくても、画像形成装置本体部２４０１側で画像編集ができるので、多彩かつ、くっきりとした黒の文字を含むカラー画像を安価に出力させることができる。
【０４７５】
以下、図８１〜図８６を参照しながら図２９に示したバンドメモリへのラスタライズ処理動作について説明する。
【０４７６】
図８１は、図２９に示したバンドメモリへのラスタライズ処理に基づく出力画像サンプルの一例を示す図であり、図２に示したカラースキャナ／プリンタ９４，９５のいずれかから出力される。
【０４７７】
この図に示されるように、ｘ方向（横方向）が４０mm，ｙ方向（縦方向）４５mmの点を中心とした、半径２５mmの円２５０１がある。この円２５０１は外枠の線と中の面で構成されている。また、点Ａ〜Ｄにより囲まれた矩形２５０２があり、この矩形も同様に外枠の線と中の面で構成されている。そして、ｘ方向３８mm，ｙ方向１０７mmの位置から「ＳＴＲＩＮＧ」という文字２５０３が描かれている。
【０４７８】
この画像を出力するためには、各ホストコンピュータ、例えば図２に示した各ステーションを制御するホストコンピュータの変換プログラムにより、内部の描画情報を、例えばＣａＰＳＬコードに変換された、ページ記述コマンドが送出されてくる。
【０４７９】
図８２，図８３は、図２に示した各ホストコンピュータから送出されるページ記述コマンドの構造を説明する図である。
【０４８０】
図８２において、２６０１は色指定コマンドで、線の色を指定するコマンドとして機能し、図示されるようにコマンドを識別するためのコマンド番号および色のレベルを指定するためのＲ値，Ｇ値，Ｂ値が要素として含まれている。
この線の色指定に関するコマンドのコマンド番号は「１」になっている。
【０４８１】
２６０２，２６０３はそれぞれ面の色，文字の色を指定するコマンドである。コマンド番号は面の色指定コマンドが「２」、文字の色指定コマンドが「３」になっている。次の線種指定コマンド２６０４は図形を描画する際の線の種類を指定するコマンドで、実線，破線，鎖線等を指定することができる。コマンド番号は「４」である。次の線幅指定コマンド２６０５は線の太さを指定するコマンドでミリ単位で指定しなければならない。コマンド番号は「５」である。また、面種指定コマンド２６０６は図形の内側の塗り潰しパターンを決定するものであり、コマンド番号は「６」になる。
【０４８２】
図８３において、３７０１〜３７０３は文字の属性を指定するコマンドである。３７０１は文字サイズ指定コマンドで文字の大きさを指定するものである。３７０２は文字スタイル指定コマンドで、文字のボールド（太文字），イタリック（斜体）等を指定するものである。また、３７０３は文字種指定コマンドであり、フォントの種類を指定することができる。コマンド番号は「７」，「８」，「９」になっている。
【０４８３】
なお、上述した各コマンドは描画の属性に関するものであるが、３７０４から３７０６は実際に図形，文字を描画するコマンドである。３７０４は円描画コマンドで最初にコマンド番号「１０」が入り、次に半液、そして、中心のＸ座標，Ｙ座標が入る。次の矩形描画コマンド３７０５も同様に、初めにコマンド番号「１１」が入り、始点の座標，始点の対角の終点の座標が入る。最後の文字描画コマンドは最初にコマンド番号「１２」，文字列の先頭の位置，文字のコードが入る。
【０４８４】
このように各コマンドを組み合わせていろいろなドキュメントをプリントすることが可能となる。なお、ページ記述コマンド（ＣａＰＳＬコマンド）は上記に限らず、ポストスクリプト，ＬＩＰＳ（ＩＩＩ），ＥＳＣ／Ｐ等のであっても同様である。
【０４８５】
以下、図８４を参照しながら本発明に係るサーバー装置におけるバンド単位のラスタライズ処理動作について説明する。
【０４８６】
図８４は本発明に係るサーバー装置におけるバンド単位のラスタライズ処理を説明する模式図であり、図２に示すＰＤＬインタープリタープログラム８４に基づいてＣＰＵが実行する。
【０４８７】
画像メモリを、例えば１ページ分備えるためには、縦３２０ドット，横２０００ドット、１画素当たり３バイトとした場合、メモリ容量は合計で１．８３メガバイトにも及び、これらのメモリ容量をＤＲＡＭで構成したとすれば、メモリ回路が大きくなり、コスト的にも高価となる。
【０４８８】
そこで、図８１に示したラスタライズされた画像を物理的なメモリ上の座標に変換すると、図８４に示す状態となる。例えば、図２に示したカラースキャナ／プリンタ９４，９５の解像度が１mm当たり１６ドット相当になるので、円２８０１は中心座標が（６４０ドット，７２０ドット），半径２４０ドットになる。また、矩形２８０２は図示するように物理的な座標となる。そして、文字列２８０３も（６０８ドット，１７２２ドット）に位置することになる。物理座標をメモリの大きさで短冊状（バンド）に分割すると、縦３２０ドット，横２０００ドットの大きさの各バンド２８０４〜２８１１で区切られる。ラスタライズプログラムはバンド「０」を描画し終えると、メモリの内容をカラースキャナ／プリンタ９４，９５に送信し、送信を終了すると、メモリをクリアする。そして、バンド「１」の描画を介しする。描画が終了すると、メモリの内容をカラースキャナ／プリンタ９４，９５に送信する。この処理を、バンド「０」からバンド「８」まで繰り返す。
【０４８９】
次に、図８１に示した画像をカラースキャナ／プリンタ９４，９５から出力するためのページ記述コマンドを図８５，図８６を参照しながら説明する。
【０４９０】
なお、図８５に書かれているようなコマンドが図２に示した各ステーションのホストコンピュータから送出されてくるものとする。
【０４９１】
図において、２９０１は最初の数字、すなわちコマンド番号が「１」なので、線の色指定コマンドであることが分かる。ＰＤＬインタープリタープログラム８４は、当該コマンドを解釈して、次の３パラメータは色の指定であることを判断して、数値を読み取る。すなわち、Ｒ値＝２５５，Ｇ値＝０，Ｂ値＝０であることを一時的に記憶しておく。次のコマンド２９０２で面の色の指定を一時的に記憶しておき、コマンド２９０３から２９０５では線や面の情報を記憶する。コマンド２９０６は円描画コマンドで、描画コマンドを読み取ると、ＰＤＬインタープリタープログラム８４は図８６に示す中間テーブル２９２１と詳細テーブル２９２２を作成する。
【０４９２】
先ず、コマンド２９０６の中心座標，半径に１６を乗じて物理的なプリント座標にする。そして、さらにこの図形に含まれるＹ軸方向の最大座標と最小座標を計算する。円２８０１では、最小値が「４７９」、最大値が「９５９」になるバンドの幅（Ｙ方向）が「３２０」であるので、円２８０１はバンド１からバンド２に含まれることが計算できる。
【０４９３】
そこで、ＰＤＬインタープリタープログラム８４は中間テーブル２９２１のＳＢ（スタートバンド）に「１」を、ＥＢ（エンドバンド）に「２」を登録する。そして、コマンドを識別するためにＣＯＭ（コマンド）にＣｉｒｃｌｅ（円）を登録する。さらに、ＴＮＵＭに詳細テーブルの識別番号を入力する。そして、ＰＤＬインタープリタープログラム８４は詳細テーブル１に円描画に関する詳細な情報を登録して行く。２９２２は円描画に関する詳細テーブルである。最初のＴＮＵＭは詳細テーブル番号，ＬＣＯＬＯＲ，ＦＣＯＬＯＲはそれぞれ線，面の色を表わす。次のＬＴはラインタイプを表わし、一時的に記憶しておいた線の情報をここに登録する。また、ＬＷには一時的に記憶しておいた線の幅をプリンタ座標系の座標単位に直して登録する。例えば２．５mmの線は、プリンタ座標系では、４０ドットになる。ＦＴも同様に一時的に記憶しておいた面の種類の情報を引き出してきて登録する。
【０４９４】
次に、ＤＲ，ＤＸ，ＤＹはコマンド２９０６から半径，を中心座標をプリンタ座標計に計算して登録する。このように、コマンド２９０１〜２９０６を入力して中間テーブル２９２１と詳細テーブル２９２２を作成する。同様にして、コマンド２９０７〜２９１２を入力して矩形描画に関する中間テーブル２９２１と詳細テーブル２９２３を作成する。また、コマンド２９１３〜２９１７を用いて文字に関する中間テーブル２９２１と詳細テーブル２９２４を作成する。入力コマンド２９１４〜２９１６の文字のスタイル，種類，大きさの情報から文字のビットマップデータをＰＤＬインタープリタープログラム８４が作成してメモリに確保しておく。その結果詳細テーブル２９２４には、そのメモリの先頭アドレスが記憶されているに過ぎない。
【０４９５】
このように、コマンド２９０１〜２９１７を入力して、中間テーブル２９２１と詳細テーブル２９２２〜２９２４を作成し終えると、ＰＤＬインタープリタープログラム８４はこれらの情報に基づいて図形，文字の描画処理を以下のように開始する。
【０４９６】
まず、ＰＤＬインタープリタープログラム８４はバンド０の描画を始める。中間テーブルを見て、バンドに画像が含まれているかを検索する。中間テーブル２９２１のＳＢ，ＥＢを参照すると、０バンド目に描画すべき図形がないことが分かるので、描画処理は行わずに、そのままメモリの内容をプリンタに送信する。次に、バンド１の描画処理に移る。中間テーブル２９２１のＳＢ，ＥＢを参照すると、円を描画することが分かるので、識別番号「１」の詳細テーブルＴＮＵＭに書かれている情報に基づいて、メモリ上に円を描画する。この時、注意しなければならないのは、バンドの大きさ分だけ、クリッピング処理を施して円を描画しなくてはならないことである。そうしないと、メモリの存在しない領域を描画使用としてメモリのアクセスエラーが発生してしまうからである。次に、バンド２に移り、同様にして中間テーブル２９２１を参照すると、円２８０１と矩形２８０２を描画することが分かるので、詳細テーブル２９２２，２９２３を参照してラスタライズ処理を行う。
【０４９７】
このように本発明に係る第１のサーバー装置の画像処理方法によれば、１ページ分の画像描画に必要なメモリ領域を複数のバンド領域に分割可能なバンドメモリを確保しておき、所定のネットワークに接続される各ホストから順次受信した所定のページ記述言語に従うページ単位のコマンドを解析しながら、各オブジェクト毎に出力バンド情報を導出して、各オブジェクトを出力バンド情報に基づいて対応するバンドに順次描画するので、少ないメモリ容量であっても、複雑なオブジェクトを効率よく出力することが可能である。
【０４９８】
以上のようなバンド毎に中間テーブルを参照して描画すべき図形，文字があれば、今度はその図形の情報が書かれている詳細テーブルを参照して図形を描画する処理を繰り返して、１ページ分の画像をラスタライズする。
【０４９９】
以下、図８７〜図９２を参照しながら本発明に係るＳＰサーバー装置のスキャナ／プリンタに対するホストコンピュータからの指定処理動作について詳述する。
【０５００】
図８７は本発明に係るＳＰサーバー装置に対するホストコンピュータからのスキャナ／プリンタのモード指定処理手順の一例を示すフローチャートである。なお、(1) 〜(7) は各ステップを示す。また、本発明に係るＳＰサーバー装置を含むシステム環境は、図２に示した通りであるが、ネットワーク上には複数のＳＰサーバー装置を配設し、各ＳＰサーバー装置が複数のプリンタ，スキャナが接続されるシステム環境であっても本発明を適用できることは言うまでもなく、従って、本各処理は各ＳＰサーバー装置に共通する処理となる。さらに、各ＳＰサーバー装置に共通する処理を変更（例えばバージョンアップ）する際には、インストールされたＳＰサーバーから各サーバー装置に変更されたプログラムを転送して設定することも、あるいはプログラムをフロッピーディスクで供給して設定することも可能である。
【０５０１】
先ず、ネットワーク上のホストコンピュータ（図２に示した各ステーションＳＴ１〜ＳＴ３）から転送されるスキャナ／プリンタ（Ｓ／Ｐ）指定を判定し(1) 、プリント処理指定の場合には、転送されるプリントコマンドを解析して、当該プリントデータが圧縮イメージのみであるかどうかを判定し(2) 、ＹＥＳならば圧縮イメージに対する伸長処理を実行するため、ＳＰサーバ装置のデータ処理モード（第１モード）処理を実行し(3) 、リターンする。
【０５０２】
一方、ステップ(2) の判定でＮＯの場合は、ＰＤＬであるのでＰＤＬデータを解析してラスタライズするデータ処理モード（第２モード）処理を実行し(4) 、リターンする。
【０５０３】
一方、ステップ(1) の判定でスキャナ処理指定の場合には、スキャナコマンドを解析して圧縮イメージ入力指定かどうかを判定し(5) 、ＹＥＳならば読み取られるイメージデータを圧縮イメージに変換するため、ＳＰサーバ装置のデータ処理モード（第３モード）処理を実行し(6) 、リターンする。
【０５０４】
一方、ステップ(5) の判定でＮＯの場合は、読み取られるイメージデータをそのまま転送するため、ＳＰサーバ装置のデータ処理モード（第４モード）処理を実行し(7) 、リターンする。
【０５０５】
図８８〜図９１は、図２に示した各ステーションに共通するＳＰサーバー指定ウインドウの一例を示す図である。
【０５０６】
これらの図において、ＳＰＡＷはスキャナ／プリンタアプリケーションウインドウで、ボタンＢＴ１〜ＢＴ７を有し、ボタンＢＴ１はファイル指定ボタンとして機能し、当該ボタンＢＴ１をカーソルＫで指示すると、ファイル一覧がウインドウ内に表示される。
【０５０７】
ボタンＢＴ２は編集指定ボタンとして機能し、当該ボタンＢＴ２をカーソルＫで指示すると、編集メニューウインドウ（図示しない）が表示される。ボタンＢＴ３はＳＰサーバー指定ボタンとして機能し、当該ボタンＢＴ３をカーソルＫで指示すると、ネットワーク上に接続されたＳＰサーバーの一覧が表示（図８９参照）される。
【０５０８】
ボタンＢＴ４はスキャナ／プリンタボタンとして機能し、当該ボタンＢＴ４のスキャナまたはプリンタをカーソルＫで指示すると、選択したＳＰサーバーで使用可能なスキャナ／プリンタ一覧が表示（図９０参照）される。なお、スキャナ／プリンタ一覧のうち、所望のスキャナが選択されると、当該スキャナに対するスキャナンパラメータ設定ウインドウが、例えばスキャナ／プリンタアプリケーションウインドウＳＰＡＷ内に表意される（図９１参照）。
【０５０９】
ボタンＢＴ５は紙サイズボタンとして機能し、当該ボタンＢＴ５をカーソルＫで指示すると、選択したＳＰサーバーで使用可能なスキャナ／プリンタで選択可能な紙サイズが表示される。ボタンＢＴ６はＰＤＬ／圧縮イメージ選択ボタンとして機能し、当該ボタンＢＴ６をカーソルＫで指示すると、プリント情報の転送条件をＰＤＬに設定する。なお、ＰＤＬ以外は、圧縮イメージデータとして転送する。
【０５１０】
ボタンＢＴ７は、スキャナ／プリンタのスタートボタンとして機能し、当該ボタンＢＴ７をカーソルＫで指示すると、選択したＳＰサーバーでのスキャナまたはプリントが開始される。
【０５１１】
以下、図９２，図９３を参照しながら、図２に示した各ステーションに共通するＳＰサーバー指定制御動作について説明する。
【０５１２】
図９２，図９３は、図２に示した各ステーションに共通するＳＰサーバー指定制御手順の一例を示すフローチャートである。なお、(1) 〜(26)は各ステップを示す。特に、スキャナ／プリンタのうち、プリント機能処理実行の際の処理に対応する。なお、標準のＳ／Ｐサーバー装置，スキャナ，プリンタ，紙サイズ，ＰＤＬはデフォルトとして確定されている。
【０５１３】
先ず、各ステーション固有のアプリケーション実行中に、プリント機能処理が選択されると(1) 、図８８に示したスキャナ／プリンタアプリケーションウインドウＳＰＡＷ（以下、ウインドウＳＰＡＷと呼ぶ）を表示する(2) 。次いで、スキャナ／プリンタアプリケーションウインドウＳＰＡＷ中のボタンＢＴ７がカーソルＫで指示されたかどうかを判定し(3) 、ＮＯならば順次ボタンＢＴ１〜ボタンＢＴ５がカーソルＫで指示されたかどうかを判定し(4) 〜(8) 、何れもＮＯならばボタンＢＴ６がカーソルＫで指示されたかどうかを判定し(9) 、ＹＥＳならばＰＤＬ送信をセットしステップ(3) に戻り、ＮＯならば圧縮イメージ送信をセットして(25)、ステップ(3) に戻る。
【０５１４】
一方、ステップ(4) の判定でＹＥＳの場合は、ウインドウＳＰＡＷにファイル一覧を表示し(11)、ファイル一覧から所望のファイルがカーソルＫで選択されるのを待機し(12)、選択されたファイルをプリントファイル候補として確定し(13)、ステップ(3) に戻る。
【０５１５】
一方、ステップ(5) の判定でＹＥＳの場合は、ウインドウＳＰＡＷに編集メニューを表示し(14)、ステップ(3) に戻る。
【０５１６】
一方、ステップ(6) の判定でＹＥＳの場合は、ウインドウＳＰＡＷにネットワーク上に接続されたＳＰサーバー一覧を表示し(15)、ＳＰサーバー一覧から所望のＳＰサーバーがカーソルＫで選択されるのを待機し(16)、選択されたＳＰサーバーをプリント処理機能処理実行のためのＳＰサーバー候補として確定し(17)、ステップ(3) に戻る。
【０５１７】
一方、ステップ(7) の判定でＹＥＳの場合は、確定されたＳＰサーバーに接続されたプリンタ／スキャナの一覧をウインドウＳＰＡＷに表示し(18)、プリンタ／スキャナの一覧の中から所望のプリンタ／スキャナがカーソルＫで選択されるのを待機し(19)、ＹＥＳならば選択されたプリンタ／スキャナをプリント処理機能処理実行のためのプリンタ候補として確定し(20)、ステップ(3) に戻る。
【０５１８】
一方、ステップ(8) の判定ＹＥＳの場合は、確定されたプリンタ／スキャナで使用可能な紙サイズが選択されるのを待機し(21)、ＹＥＳならば選択された紙サイズをプリント処理機能処理実行のための紙サイズとして確定しステップ(22)、ステップ(3) に戻る。
【０５１９】
一方、ステップ(3) の判定でＹＥＳの場合はステップ(24)に進み、プリントコマンドを送信し、候補選択したＳＰサーバーからの正常応答を待機し(25)、選択されているファイルに基づくプリント情報（ＰＤＬおよび／または圧縮イメージ）をネットワークを介して送信し(26)、上述したプリント処理を開始し、終了後の他の処理に移行する。
【０５２０】
なお、上記実施例ではスキャナ／プリンタの指定処理をウインドウＳＰＡＷを介してプルダウンメニュー選択またはウインドウ内へのサブウインドウ表示にて処理する場合について説明したが、ユーザインタフェースはグラフィカルインタフェース（例えばアイコン）であっても良いことは言うまでもない。
【０５２１】
また、上記実施例では特にスキャナ／プリンタにおけるプリント機能処理実行のための指定を説明したが、スキャナ機能処理実行もほぼ同様であり、特にスキャナ機能処理実行に際しては、スキャナ／プリンタサーバー確定後、確定したスキャナ／プリンタサーバー上で使用するスキャナ／プリンタを確定した後、図９１に示すように、所望とするスキャンパラメータ設定ウインドウまたは設定メニューをウインドウＳＰＡＷを表示して、読み取り領域，解像度，カラー／モノカラーの別，多値／２値の別，圧縮方式の指定，ガンマ値，データ形式（面，線，点順次），格納するファイル名を詳細に決定した後、ボタンＢＴ７がカーソル指示された際に、スキャンを開始させるように制御すれば良い。
【０５２２】
【発明の効果】
以上説明したように、本発明に係るサーバー装置によれば、複数の画像読取り装置それぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送するとともに、複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信するので、ホストコンピュータ側から、ネットワーク上にある各画像読取り装置の画像読取り特性を認識することができ、さらに、選択した画像読取装置の画像読取り特性を設定することができるという効果を奏する。
【０５２３】
本発明に係る制御方法によれば、複数の画像読取り装置それぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送するとともに、複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信するので、ホストコンピュータ側から、ネットワーク上にある各画像読取り装置の画像読取り特性を認識することができ、さらに、選択した画像読取装置の画像読取り特性を設定することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施例を示すサーバー装置の概要を説明するシステムブロック図である。
【図２】図１に示したサーバー装置を適用するネットワークシステムの概略を示すシステムブロック図である。
【図３】本発明に係るサーバー装置と各ホストとのネットワーク構築状態を示す図である。
【図４】図１に示したメインＣＰＵボード回路の詳細構成を説明する回路ブロック図である。
【図５】図４に示したメモリクリアコントローラの詳細構成を説明するブロック図である。
【図６】図５に示したバンドメモリへの画像情報のバンド展開処理を説明する模式図である。
【図７】図５に示したバンドメモリへの画像情報のバンド展開処理を説明する模式図である。
【図８】図５に示した画像描画処理回路の詳細構成を説明するブロック図である。
【図９】図１に示した第１のインタフェース回路の内部構成を説明するブロック図である。
【図１０】図９に示したリアルタイム圧縮伸長部の詳細構成の一例を示すブロック図である。
【図１１】図１０に示したジグザグスキャン部によるジグザグスキャン経路の一例を示す図である。
【図１２】図１に示した第１のＳＰインタフェース回路のパート構成の概略を説明するブロック図である。
【図１３】図１に示した第１のＳＰインタフェース回路の詳細内部構成を説明する回路ブロック図である。
【図１４】図１に示した第１のＳＰインタフェース回路の詳細内部構成を説明する回路ブロック図である。
【図１５】図１に示した第１のＳＰインタフェース回路の詳細内部構成を説明する回路ブロック図である。
【図１６】図１に示した第２のＳＰインタフェース回路の詳細内部構成を説明する回路ブロック図である。
【図１７】図２に示したスキャナ／プリンタの画像記録プロセスを説明する模式図である。
【図１８】図２に示したスキャナ／プリンタのスキャナの原稿走査状態を示す模式図である。
【図１９】図２に示したスキャナ／プリンタのスキャナのバンド原稿走査状態を示す模式図である。
【図２０】本発明に係るサーバー装置とプリンタとのインタフェース信号の一例を示す図である。
【図２１】本発明に係るサーバー装置とプリンタとのインタフェースの一例を示す回路ブロック図である。
【図２２】図２１の動作を説明するタイミングチャートである。
【図２３】図２１に示したセントロニクスＩ／Ｆ回路によるホスト側の信号処理手順の一例を示すフローチャートである。
【図２４】図２１に示したセントロニクスＩ／Ｆ回路によるプリンタ側の信号処理手順の一例を示すフローチャートである。
【図２５】本発明に係るサーバー装置とホストコンピュータとのプログラム構成を説明する図である。
【図２６】本発明に係るサーバー装置における全体制御手順の一例を示すフローチャートである。
【図２７】本発明に係るサーバー装置におけるページ記述言語に準拠するコード体系の要部を示す図である。
【図２８】本発明に係るサーバー装置におけるレイアウタによる中間コードへの置換処理を説明する図である。
【図２９】本発明に係るサーバー装置におけるバンドメモリへの図形情報展開処理状態を示す模式図である。
【図３０】本発明に係るサーバー装置におけるページ記述言語が展開するデータの１画素構造を説明する図である。
【図３１】図２に示したスキャナの動作を説明するデータ処理経路図である。
【図３２】本発明に係るサーバー装置とカラーレーザ複写装置とのデータ処理状態を説明するブロック図である。
【図３３】本発明に係るサーバー装置とカラーレーザ複写装置とのデータ処理状態を説明するブロック図である。
【図３４】本発明に係るサーバー装置とバブルジェットカラー複写装置とのデータ処理状態を説明するブロック図である。
【図３５】本発明に係るサーバー装置とのネットワークシステムの構成を説明するブロック図である。
【図３６】本発明に係るサーバー装置における異常発生ジョブ処理手順の一例を示すフローチャートである。
【図３７】本発明に係るサーバー装置におけるリトライ処理手順の一例を示すフローチャートである。
【図３８】本発明に係るサーバー装置におけるジョブ制御状態を説明するタイミングチャートである。
【図３９】本発明に係るサーバー装置におけるシステム全体制御プログラム制御処理状態を示す図である。
【図４０】図３９に示したシステム全体制御プログラム制御のイベント処理手順の一例を示すフローチャートである。
【図４１】本発明に係るサーバー装置におけるジョブ管理状態を示す図である。
【図４２】本発明に係るサーバー装置におけるジョブ実行処理手順の一例を示すフローチャートである。
【図４３】本発明に係るサーバー装置におけるステータスチェック処理手順の一例を示すフローチャートである。
【図４４】本発明に係るサーバー装置における優先順位チェック処理手順の一例を示すフローチャートである。
【図４５】本発明に係るサーバー装置におけるインタフェースチェック処理手順の一例を示すフローチャートである。
【図４６】本発明に係るサーバー装置におけるジョブ起動処理手順の一例を示すフローチャートである。
【図４７】本発明に係るサーバー装置におけるジョブ処理状態推移を示すタイミングチャートである。
【図４８】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図４９】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５０】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５１】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５２】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５３】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５４】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５５】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５６】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５７】本発明に係るサーバー装置におけるジョブ処理に伴うジョブテーブルの内容を示す図である。
【図５８】本発明の第２の実施例を示すサーバー装置の構成を説明するブロック図である。
【図５９】図５８に示したＳＰサーバー装置により合成される印刷レイアウトを示す模式図である。
【図６０】本発明に係るサーバー装置における第１の入出力制御手順の一例を示すフローチャートである。
【図６１】本発明に係るサーバー装置における第２の入出力制御手順の一例を示すフローチャートである。
【図６２】本発明の一実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【図６３】本発明の一実施例を示すサーバー装置のネットワーク接続状態を示す図である。
【図６４】本発明の一実施例を示すサーバー装置におけるユーザ識別処理手順の一例を示すフローチャートである。
【図６５】本発明の他の実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【図６６】図６５に示したスプーラの管理データの構造例を示す図である。
【図６７】本発明に係るサーバー装置におけるプリントタスク処理手順の一例を示すフローチャートである。
【図６８】本発明の他の実施例を示すサーバー装置と画像入出力装置との通信制御構成を説明するブロック図である。
【図６９】本発明に係るサーバー装置におけるプリントデータ生成処理手順の一例をフローチャートである。
【図７０】図６８に示した圧縮部の動作例を説明するフローチャートである。
【図７１】本発明に係るサーバー装置における他のプリントデータ生成処理手順の一例を示すフローチャートである。
【図７２】本発明の一実施例を示すサーバー装置における画像処理構成を説明するブロック図である。
【図７３】図７２に示した画像メモリの構造を説明する概念図である。
【図７４】図７２に示した付加情報メモリの構造を説明する概念図である。
【図７５】図７２に示した画像発生部による受信データ処理手順の一例を示すフローチャートである。
【図７６】図７２に示した画像出力部によるカラー印刷処理手順の一例を示すフローチャートである。
【図７７】本発明の一実施例を示すサーバー装置における他の画像処理構成を説明するブロック図である。
【図７８】本発明の一実施例を示すサーバー装置における他の画像処理構成を説明するブロック図である。
【図７９】本発明の一実施例を示すサーバー装置における他の画像処理構成を説明するブロック図である。
【図８０】本発明の一実施例を示すサーバー装置における他の画像処理構成を説明するブロック図である。
【図８１】図２９に示したバンドメモリへのラスタライズ処理に基づく出力画像サンプルの一例を示す図である。
【図８２】図２に示した各ホストコンピュータから送出されるページ記述コマンドの構造を説明する図である。
【図８３】図２に示した各ホストコンピュータから送出されるページ記述コマンドの構造を説明する図である。
【図８４】本発明に係るサーバー装置におけるバンド単位のラスタライズ処理を説明する模式図である。
【図８５】図２に示した各ホストコンピュータから送出されるページ記述コマンドの解析処理を説明する図である。
【図８６】図２に示した各ホストコンピュータから送出されるページ記述コマンドの解析処理を説明する図である。
【図８７】本発明に係るＳＰサーバー装置に対するホストコンピュータからのスキャナ／プリンタのモード指定処理手順の一例を示すフローチャートである。
【図８８】図２に示した各ステーションに共通するＳＰサーバー指定ウインドウの一例を示す図である。
【図８９】図２に示した各ステーションに共通するＳＰサーバー指定ウインドウの一例を示す図である。
【図９０】図２に示した各ステーションに共通するＳＰサーバー指定ウインドウの一例を示す図である。
【図９１】図２に示した各ステーションに共通するＳＰサーバー指定ウインドウの一例を示す図である。
【図９２】図２に示した各ステーションに共通するＳＰサーバー指定制御手順の一例を示すフローチャートである。
【図９３】図２に示した各ステーションに共通するＳＰサーバー指定制御手順の一例を示すフローチャートである。
【符号の説明】
９０１ クライアントホストコンピュータ
９０２ クライアントホストコンピュータ
９０３ ＳＰサーバー装置
９０４ スキャナプリンタ

Claims (8)

  1. ネットワークを介してホストコンピュータと通信可能なサーバー装置であって、
    複数の画像読取り装置およびそれぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送する転送手段と、
    複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信する受信手段と、
    複数の画像読取り装置の中から選択された画像読取り装置に画像の読み取りをさせる制御手段と、
    読み取られた画像の画像データを前記ホストコンピュータに送信する画像データ送信手段と、
    を有することを特徴とするサーバー装置。
  2. 画像読取り特性を、カラー／モノクロ何れであるかを示す特性で構成したことを特徴とする請求項１に記載のサーバー装置。
  3. 前記画像読取り装置は、原稿を読み込んで、原稿の画像データを生成するスキャナであることを特徴とする請求項１或いは２に記載のサーバー装置。
  4. 前記ホストコンピュータから送信された、前記ホストコンピュータにログインしているユーザ名が登録されているかを判定する判定手段と、
    前記ホストコンピュータに登録されていると前記判定手段で判定された場合、複数の画像読取り装置の名を前記ホストコンピュータに送信する送信手段とを有することを特徴とする請求項１乃至３のいずれかに記載のサーバー装置。
  5. ネットワークを介してホストコンピュータと通信可能な装置における制御方法であって、
    複数の画像読取り装置それぞれの画像読取り特性を前記ネットワークを介して前記ホストコンピュータに転送する転送ステップと、
    複数の画像読取り装置の中から選択された画像読取り装置の画像読取り特性を設定するための命令を前記ホストコンピュータから受信する受信ステップと、
    選択された画像読取り装置に画像の読み取りをさせる制御ステップと、
    読み取られた画像の画像データを前記ホストコンピュータに送信する画像データ送信ステップとを有することを特徴とする制御方法。
  6. 画像読取り特性を、カラー／モノクロ何れであるかを示す特性で構成したことを特徴とする請求項５に記載の制御方法。
  7. 前記画像読取り装置は、原稿を読み込んで、原稿の画像データを生成するスキャナであることを特徴とする請求項５或いは６に記載の制御方法。
  8. 前記ホストコンピュータから送信された、前記ホストコンピュータにログインしているユーザ名が登録されているかを判定する判定ステップと、
    前記ホストコンピュータに登録されていると前記判定ステップで判定された場合、複数の画像読取り装置の名を前記ホストコンピュータに送信する送信ステップとを有することを特徴とする請求項６乃至９のいずれかに記載の制御方法。
JP02170593A 1993-01-18 1993-01-18 サーバー装置および制御方法 Expired - Fee Related JP3792733B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP02170593A JP3792733B2 (ja) 1993-01-18 1993-01-18 サーバー装置および制御方法
US08/182,599 US6177934B1 (en) 1993-01-18 1994-01-18 Server device and image processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP02170593A JP3792733B2 (ja) 1993-01-18 1993-01-18 サーバー装置および制御方法

Publications (2)

Publication Number Publication Date
JPH06214922A JPH06214922A (ja) 1994-08-05
JP3792733B2 true JP3792733B2 (ja) 2006-07-05

Family

ID=12062476

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02170593A Expired - Fee Related JP3792733B2 (ja) 1993-01-18 1993-01-18 サーバー装置および制御方法

Country Status (2)

Country Link
US (1) US6177934B1 (ja)
JP (1) JP3792733B2 (ja)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020091850A1 (en) 1992-10-23 2002-07-11 Cybex Corporation System and method for remote monitoring and operation of personal computers
US5721842A (en) * 1995-08-25 1998-02-24 Apex Pc Solutions, Inc. Interconnection system for viewing and controlling remotely connected computers with on-screen video overlay for controlling of the interconnection switch
JP3834878B2 (ja) * 1996-07-23 2006-10-18 ソニー株式会社 印刷システム、印刷方法、変換装置、データ処理方法、および印刷装置
JP3452234B2 (ja) * 1996-09-24 2003-09-29 株式会社リコー 画像入力装置
US6771381B1 (en) 1998-11-13 2004-08-03 Laurence C. Klein Distributed computer architecture and process for virtual copying
DE19714719C1 (de) * 1997-04-09 1998-07-16 Data Square Corp Verfahren zur Reduzierung des Speicherbedarfs einer Datenbank und Vorrichtung zur Durchführung des Verfahrens
JPH11282684A (ja) * 1998-03-27 1999-10-15 Canon Inc 画像処理装置、画像処理装置の制御方法、および記憶媒体
DE69935234T2 (de) * 1998-09-22 2007-11-08 Avocent Huntsville Corp., Huntsville System zum fernzugriff auf personalcomputer
US6839755B1 (en) * 1998-09-30 2005-01-04 Hewlett-Packard Development Company, L.P. Network peripheral server discovery method
US6988123B2 (en) * 1998-11-06 2006-01-17 Seiko Epson Corporation Methods and apparatus for remote execution of an application over the internet
US6980325B1 (en) * 1999-01-27 2005-12-27 Mitsubishi Denki Kabushiki Kaisha Automated color property adaptation in computer output devices
AUPQ363299A0 (en) * 1999-10-25 1999-11-18 Silverbrook Research Pty Ltd Paper based information inter face
US7173723B1 (en) * 1999-07-09 2007-02-06 Seiko Epson Corporation Printer and print system capable of printing a read image without intervention of host in addition to printing of print data from host
US6895557B1 (en) * 1999-07-21 2005-05-17 Ipix Corporation Web-based media submission tool
US6411949B1 (en) 1999-08-12 2002-06-25 Koninklijke Philips Electronics N.V., Customizing database information for presentation with media selections
US20030182567A1 (en) * 1999-10-20 2003-09-25 Tivo Inc. Client-side multimedia content targeting system
US6732162B1 (en) 1999-11-15 2004-05-04 Internet Pictures Corporation Method of providing preprocessed images for a plurality of internet web sites
US7006257B1 (en) * 1999-11-19 2006-02-28 Canon Kabushiki Kaisha Image processing apparatus, image processing method, and storage medium
US7145677B2 (en) * 2000-04-14 2006-12-05 Fuji Photo Film Co., Ltd. Printing system
AUPQ772300A0 (en) * 2000-05-24 2000-06-15 Canon Kabushiki Kaisha Highly pipelined printing system architecture
US7079270B2 (en) * 2000-06-15 2006-07-18 Fuji Xerox Co., Ltd. Color image processing apparatus and color image processing system using the apparatus
US6970263B2 (en) * 2000-06-30 2005-11-29 Canon Kabushiki Kaisha Print system, printing method, and server
US6856417B2 (en) * 2001-01-16 2005-02-15 Pepc World Wide N.V. System for distributing newspapers
WO2005017738A1 (ja) * 2003-08-13 2005-02-24 Fujitsu Limited 印刷制御方法、印刷制御装置および印刷制御プログラム
JP4507723B2 (ja) * 2004-06-30 2010-07-21 富士ゼロックス株式会社 画像情報転送装置、画像情報転送システム、画像情報転送方法及び画像情報転送プログラム
JP2006333110A (ja) * 2005-05-26 2006-12-07 Konica Minolta Business Technologies Inc カラー画像形成装置
US7761536B2 (en) 2005-11-17 2010-07-20 Ebay Inc. Method and system to transmit data
JP4916729B2 (ja) * 2006-01-30 2012-04-18 ブラザー工業株式会社 仮想デバイス名変更プログラム
JP4696938B2 (ja) * 2006-01-30 2011-06-08 ブラザー工業株式会社 仮想デバイス名変更プログラム
JP4337824B2 (ja) * 2006-01-30 2009-09-30 ブラザー工業株式会社 仮想デバイス名変更プログラム
CA2587198A1 (en) * 2007-05-02 2008-11-02 Spartan Bioscience Inc. Method for increasing the speed of nucleic acid amplification reactions
JP5233608B2 (ja) * 2008-11-19 2013-07-10 株式会社リコー 画像形成装置、画像データ転送方法、及びプログラム
US11277598B2 (en) * 2009-07-14 2022-03-15 Cable Television Laboratories, Inc. Systems and methods for network-based media processing
US8458568B2 (en) * 2010-09-24 2013-06-04 International Business Machines Corporation Systems and methods for memory devices
JP2013146053A (ja) * 2011-12-16 2013-07-25 Ricoh Co Ltd 画像処理装置、画像処理回路及び画像処理装置の制御方法
JP6074165B2 (ja) 2012-06-01 2017-02-01 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
JP5983184B2 (ja) * 2012-08-24 2016-08-31 ブラザー工業株式会社 画像処理システム、画像処理方法、画像処理装置、および画像処理プログラム
JP6006135B2 (ja) * 2013-02-08 2016-10-12 株式会社Pfu 画像読取装置、画像読取システム、エラー判定方法、及びエラー判定プログラム
JP6009371B2 (ja) * 2013-02-26 2016-10-19 ルネサスエレクトロニクス株式会社 画像処理ｌｓｉ及び画像処理プログラム
JP6483966B2 (ja) * 2014-07-04 2019-03-13 キヤノン株式会社 画像読取装置、画像読取装置を含むシステム、画像読取装置により実行される方法、およびプログラム
JP7114864B2 (ja) * 2017-08-31 2022-08-09 ブラザー工業株式会社 プログラムおよび印刷システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2755622B2 (ja) * 1988-10-24 1998-05-20 株式会社東芝 画像形成装置
JPH07119125B2 (ja) * 1988-11-11 1995-12-20 三田工業株式会社 画像形成装置
DE69131260T2 (de) 1990-03-15 1999-11-04 Canon Kk Verfahren und Gerät zur Bildkommunikation
US5586226A (en) * 1990-05-16 1996-12-17 Canon Kabushiki Kaisha Control method and device for a unicolor printer
DE69126403T2 (de) 1990-11-21 1997-10-30 Canon Kk Farbbildübertragungsgerät
US5179637A (en) * 1991-12-02 1993-01-12 Eastman Kodak Company Method and apparatus for distributing print jobs among a network of image processors and print engines
US5452454A (en) * 1991-12-10 1995-09-19 Digital Equipment Corporation Generic remote boot for networked workstations by creating local bootable code image
US5235654A (en) * 1992-04-30 1993-08-10 International Business Machines Corporation Advanced data capture architecture data processing system and method for scanned images of document forms
US5287194A (en) * 1992-11-25 1994-02-15 Xerox Corporation Distributed printing
US5495576A (en) * 1993-01-11 1996-02-27 Ritchey; Kurtis J. Panoramic image based virtual reality/telepresence audio-visual system and method
US5325527A (en) * 1993-01-19 1994-06-28 Canon Information Systems, Inc. Client/server communication system utilizing a self-generating nodal network
US5428806A (en) * 1993-01-22 1995-06-27 Pocrass; Alan L. Computer networking system including central chassis with processor and input/output modules, remote transceivers, and communication links between the transceivers and input/output modules
US5426594A (en) * 1993-04-02 1995-06-20 Motorola, Inc. Electronic greeting card store and communication system
US5513126A (en) * 1993-10-04 1996-04-30 Xerox Corporation Network having selectively accessible recipient prioritized communication channel profiles

Also Published As

Publication number Publication date
JPH06214922A (ja) 1994-08-05
US6177934B1 (en) 2001-01-23

Similar Documents

Publication Publication Date Title
JP3792733B2 (ja) サーバー装置および制御方法
JP3332443B2 (ja) 情報処理装置および情報処理方法
JP4035173B2 (ja) 制御装置および制御方法
JP3486427B2 (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
US20060268316A1 (en) Systems and methods for fast color processing
JPH0749754A (ja) ページ記述言語決定方法
JPH07271702A (ja) スキャナプリンタサーバーシステムおよびスキャナプリンタサーバーシステムの有効機能管理方法
US6226095B1 (en) Image processing apparatus, method, and system
US5784062A (en) Image output device and processing method converting an image formation command into raster format
JP3257895B2 (ja) スキャナプリンタサーバーシステムおよび自動画像転送方法およびスキャナプリンタサーバー
US20050219568A1 (en) Image processing apparatus and its method, and image processing system and its control method
JPH05292240A (ja) スキャナプリンタサーバー及びスキャナプリンタサーバーシステム
JP3244138B2 (ja) サーバー装置
JPH0816332A (ja) スキャナプリンタサーバーシステムおよびそのデータ処理方法
JPH06214923A (ja) サーバー装置
JPH06214919A (ja) サーバー装置およびその画像処理方法
JP3584247B2 (ja) 印刷制御装置及び制御方法
JPH07186457A (ja) サーバ装置
JP3639838B2 (ja) 印刷制御装置及びその制御方法
JP3639835B2 (ja) 印刷制御装置及びその制御方法
JP3005463B2 (ja) 印刷システム
JP3968989B2 (ja) 画像処理装置、画像処理方法および画像処理プログラムを記録した記憶媒体
JP2006350802A (ja) 印刷装置および印刷制御方法

Legal Events

Date Code Title Description
A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060406

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20090414

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20100414

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20110414

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees