JP3244138B2 - サーバー装置 - Google Patents

サーバー装置

Info

Publication number
JP3244138B2
JP3244138B2 JP02170193A JP2170193A JP3244138B2 JP 3244138 B2 JP3244138 B2 JP 3244138B2 JP 02170193 A JP02170193 A JP 02170193A JP 2170193 A JP2170193 A JP 2170193A JP 3244138 B2 JP3244138 B2 JP 3244138B2
Authority
JP
Japan
Prior art keywords
data
job
scanner
program
printer
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
JP02170193A
Other languages
English (en)
Other versions
JPH06214918A (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 JP02170193A priority Critical patent/JP3244138B2/ja
Publication of JPH06214918A publication Critical patent/JPH06214918A/ja
Application granted granted Critical
Publication of JP3244138B2 publication Critical patent/JP3244138B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、スキャナ機能処理およ
びプリンタ機能処理を実行する入出力機器が所定のイン
タフェースを介して接続され、かつ所定のネットワーク
を介して複数のホストと通信可能に接続されたサーバー
装置に関するものである。
【０００２】
【従来の技術】従来、ネットワーク上で、ネットワーク
に接続されたリモートホストよりスキャンを行うネット
ワークスキャナという使用法はなく、スキャナ依頼を行
うホストに画像を取り込む場合には、そのホスト自身に
接続されたスキャナより読み込むか、あるいはネットワ
ーク上にある他のホストに接続されたスキャナより読み
込み、その画像をネットワークを経由して依頼を行った
ホストに転送する方法がある。また、スキャナで入力し
た画像を他の文字，図形情報とともに印刷する場合、通
常は印刷依頼を行うホスト上でスキャン画像，文字，図
形情報を合成し、ネットワークに接続されたプリンタに
出力を行っていた。
【０００３】また、従来のこの種サーバー形式には大き
く分けて下記のような種類があった。 （１）ホストから専用インターフェースを通じプリンタ
に接続され、ホスト内でビットイメージに展開しプリン
タに伝送する。ネットワーク対応はホストが面倒を見
る。主にワークステーション程度の高機能ホストをベー
スにした形式。（２）ホストからはページ記述言語が伝
送され、プリンタ側で持つインタープリタ機能によりビ
ットイメージに変換する方式。ネットワークプリンタを
称されるもの。 （３）ホストから伝送されるページ記述言語を専用のビ
ットイメージに変換する部分を通じ、プリンタに専用イ
ンターフェースを通じ画像データを伝送するもの。
【０００４】さらに、転送する画像データがカラー画像
の場合、その情報量に見合う記憶媒体が必要となるとと
もに、各カラー画像入出力機器の処理速度に見合うよう
にカラー画像情報を超高速処理する必要性が生じる。
【０００５】ところが、カラー画像情報を超高速に入出
力するためには、超高速でデータの読み書きが可能な半
導体メモリを必要とし、回路コストが莫大となってしま
う。このため、カラー画像情報を所定の圧縮方式（カラ
ー画像圧縮方式としては、２値画像を対象とした国際標
準化団体であるＪＢＩＧによるものと、多値画像を対象
としたＪＰＥＧによるものとが存在する）に準じて圧縮
した圧縮データを転送するのが通例である。。
【０００６】このうち、ＪＰＥＧによる圧縮方式は、現
在複数種類提案されているが、その最も基本的なもの
は、ＡＤＣＴ方式である。
【０００７】このＡＤＣＴ圧縮方式は、３原色（ＲＧ
Ｂ）信号をＹ，Ｕ，Ｖの３成分に変換し、輝度であるＹ
信号は、そのままの解像度で色成分のＵ，Ｖ信号は場合
によってはサンプリングにより、解像度を落して圧縮す
る。圧縮の第１段階では、各成分に対して８×８のブロ
ック毎にＤＣＴされ、周波数空間に変換される。以下、
この変換された係数をＤＣＴ係数と呼ぶ。第２段階で
は、輝度成分（Ｙ）と色成分（Ｕ，Ｖ）２種類の量子化
テーブルが用意され、ＤＣＴ係数は、各成分毎に、８×
８の量子化テーブルの各要素毎に量子化ファクタを掛け
た８×８量子化値で線形量子化（除算）される。以下、
この量子化された係数を量子化係数と呼ぶ。第３段階で
は、この量子化係数を可変長符号化方式であるハフマン
符号化方式を用いて符号化する。
【０００８】
【発明が解決しようとする課題】従来、この種のネット
ワークに対応するカラー入出力機器は白黒の機器に比較
し装置価格が高く、しかもホストとインターフェースす
るインターフェース装置の価格が白黒装置に比較し極め
て高くなる。これはカラー画像を取り扱うと画像データ
量が膨大になる事が大きな原因になっている。しかも、
カラー画像を伝送するとなると何らかのデータの抽象化
が必要となる。
【０００９】即ち、画像データに対しては符号化が、文
字に対してはコード化が、グラフィックスデータに対し
てはベクトル化が必要となる。これらは文書画像データ
を極力抽象化し、データ量を削減し、出力機器に対しデ
バイス依存しない形式で記述できる。一方、このような
形式で記述されたデータを受信した側では、上記記述形
式のデータからそのデバイスに最適化するビットイメー
ジに変換するための、いわゆるインターフェース装置が
複雑になり、価格的に高価なものとなる欠点がある。
【００１０】しかし、カラー入出力機器環境では機器装
置が高価なため、ホストコンピューター１台に対しカラ
ーインターフェース装置、カラー入出力機器を１セット
対応させていたのでは高価な装置を共同利用出来なくな
る危険がある。
【００１１】また、通常は１つの専用コンピュータがサ
ーバーになりカラー入出力機器をインターフェースし、
管理する方式も考えられるが、カラー画像を取り扱うの
であるから極めて高速の処理が要求され、これらは通常
専用のハードウエアで処理されるのが一般的である。
【００１２】上記（１）〜（３）のサーバー形式は、接
続されるプリンタに専用のビットイメージ変換装置を持
ったもので、指定のプリンタ以外を接続した場合には動
作しない形式のものしかなかった。しかもページ記述言
語は例えばPostScript専用機であったり、ヒューレット
パッカード社製のＰＣＬ言語であったりする。
【００１３】従って、ページ記述言語の異なるアプリケ
ーションでは動作せず、ユーザーから見ると限られた用
途になってしまう等の幾多の問題点があった。
【００１４】また、上記ＡＤＣＴ圧縮方式は、可変長符
号化方式であるハフマン符号化方式を用いるため、符号
化が終了するまで総符号量が分からないという問題があ
る。従って、限られたメモリ資源で圧縮データを書込ん
で行くと、書込み処理途中で、圧縮データをメモリに書
き込めなくなるという重大な事態を招く。このような事
態を回避するためには、予想される圧縮データ量をはる
かに越えるメモリ容量を備えるか、あるいは圧縮方式に
圧縮データ量を制御する機能を備える必要がある。
【００１５】また、カラー画像情報をカラー入出力機器
のデータ処理速度に同期させるためには、超高速アクセ
ス可能なメモリ媒体を必要とするとともに、記憶された
データを超高速に圧縮伸長可能な機能を必要とし、サー
バー装置の制御機構が複雑、かつ非常に高価なものとな
ってしまう等の問題点があった。
【００１６】本発明は、上記の問題点を解決するために
なされたもので、その目的は入出力機器とビデオインタ
フェースでローカル接続し、複数のホストとネットワー
ク接続するサーバー装置において、ホストからのコマン
ドに応じて各種の機能を提供することができ、ローカル
な入出力機器を複数のホストで有効に利用できること、
並びに、一定のデータ処理速度を有しているレーザビー
ムプリンタ（電子写真方式等のプリンタ等）の入出力機
器に対して印刷処理を行う場合にも、画像データに対す
る出力転送処理を、接続される入出力機器のデータ処理
速度に見合う速度で伸長処理を行うこと、並びに、接続
される入出力機器のデータ処理速度に適応した最適な速
度で伸長処理を行うことができること、並びに、サーバ
ー装置に対して、複数の入出力機器を接続させたり、ま
た、サブボードを変更することにより、異なる入出力機
器に接続を自在に変更することができるサーバー装置を
提供することである。
【００１７】本発明に係る第１の発明は、スキャナ機能
処理およびプリンタ機能処理を実行する入出力機器とビ
デオインタフェースを介してローカル接続する第二制御
部と、所定のネットワークを介して複数のホストと通信
可能な第一制御部とを含むサーバー装置において、前記
ホストから入力されるコマンドを解析し、該入力コマン
ドが印刷コマンドであるかスキャナ読み取り指示である
かを判断する解析手段と、前記入力コマンドが印刷コマ
ンドである場合は、ページ記述言語形式の印刷コマンド
をビットマップ展開しラスタデータを得る展開手段と、
前記展開手段により得られる前記ラスタデータを前記第
二制御部に送信し、また、前記入力コマンドがスキャナ
読み取り指示である場合は、スキャナ読み取り指示を前
記第二制御部に送信する送信手段と、前記第二制御部か
ら受け取る前記入出力機器のスキャナ機能により読み取
られた画像データを圧縮する第一圧縮手段と、前記圧縮
された画像データの前記ネットワーク上のホストへの出
力を制御する第一制御手段とを前記第一制御部に備え、
前記第一制御部から受け取るラスタデータを圧縮する第
二圧縮手段と、前記第二圧縮手段により１ページ分のラ
スタデータが圧縮された後に、前記入出力機器のデータ
処理速度に間に合うよう高速に圧縮ラスタデータを伸長
する伸長手段と、前記伸長手段により伸長されたラスタ
データの前記ビデオインタフェースを介した前記入出力
機器への転送を制御する第二制御手段と、前記第一制御
部から受け取るスキャナ読み取り指示を前記入出力機器
に指示する読み取り指示手段と、前記スキャナ読み取り
指示に応じて前記入出力機器で読み取られた画像データ
を前記第一制御部に送信する送信手段とを前記第二制御
部に備えるものである。
【００１８】本発明に係る第２の発明は、前記第二圧縮
手段は、前記入出力機器で読み取られた画像データを前
記ビデオインタフェースを介した入力速度に応じて高速
に圧縮し、前記伸長手段は、前記第二圧縮手段により１
ページ分の前記入出力機器で読み取られた画像データが
圧縮された後に、圧縮画像データを伸長するものであ
る。
【００１９】本発明に係る第３の発明は、前記伸長手段
は、前記入出力機器のデータ処理速度に同期して前記圧
縮ラスタデータを伸長するものである。本発明に係る第
４の発明は、前記サーバー装置は、複数の前記入出力機
器と接続されており、前記第一制御部はメインボードで
あり、前記第二制御部は、各々の前記入出力機器に対応
しているサブボードであり、複数の前記入出力装置に各
々ローカル接続される複数のサブボードが実装されてい
るものである。
【００２０】
【００２１】
【００２２】
【００２３】
【実施例】図１は本発明の第１実施例を示すサーバー装
置の概要を説明するシステムブロック図である。なお、
詳細なシステムブロック図は後述する。
【００２４】図において、スキャナ／プリンタ（ＳＰ）
サーバーは後述する。本システムは、大別してメインＣ
ＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路
３，スキャナ／プリンタインタフェース回路４より構成
されている。なお、スキャナ／プリンタ（ＳＰ）サーバ
ーに複数のスキャナ／プリンタを接続する場合には、そ
の台数分のスキャナ／プリンタインタフェース回路を実
装する。その台数の増減を容易にする為にスキャナ／プ
リンタインタフェース回路は独立したボード上に構成さ
れており、本体とは後述するＶＭＥバス１６で接続す
る。残りのメインＣＰＵ回路１、イーサネット回路２、
ＪＰＥＧ圧縮回路３は１枚のボード上に構成されてお
り、互いにローカルなバス１４で結合されている。
【００２５】４−１は第１のスキャナ／プリンタインタ
フェース回路（第１のＳＰインタフェース回路）で、例
えば商品名ＣＬＣ−５００等のディジタルカラー複写装
置１００（レーザビームカラー複写装置）とＶＭＥバス
１６とのＩ／Ｏをインタフェースする。
【００２６】４−２は第２のプリンタ／スキャナインタ
フェース（第２のＳＰインタフェース回路）で、例えば
商品名ピクセルジェット等のディジタルカラー複写装置
２００（バブルジェットカラー複写装置）とＶＭＥバス
１６とのＩ／Ｏをインタフェースする。
【００２７】メインＣＰＵ回路１は例えばＲ３０００
（商品名）等のＣＰＵ５とメモリ６等から成り、ここで
ＯＳである、例えば VxWorks（商品名）の管理下ですべ
てのプログラムが実行される。メモリ６の補助記憶装置
として、ハードディスク７がある。８はＳＣＳＩインタ
フェースである。イーサネット回路２はイーサネットト
ランシーバー９とデータをメモリ６にＤＭＡ転送する為
のＤＭＡコントローラ１０等とから成る。イーサネット
トランシーバー９はイーサネット（商品名）ローカルエ
リアネットワーク（ＬＡＮ）１１に接続する。ＪＰＥＧ
圧縮回路３はＪＰＥＧ圧縮／伸長コントローラ１２とＦ
ＩＦＯメモリ１３等とから成る。メインＣＰＵ回路１，
イーサネット回路２，ＪＰＥＧ圧縮回路３を互いに結合
しているローカルバス１４はＶＭＥバストランシーバー
１５−１を介してＶＭＥバス１６に接続されている。
【００２８】第１のＳＰインタフェース回路４−１はペ
ージメモリ１７と第１の制御回路１８等からなる。１ペ
ージ分のメモリが必要な理由は、ディジタルカラー複写
装置１００が印刷／スキャンを開始すると途中でフロー
制御する事ができないからである。ページメモリ１７
は、メモリの価格が高いので圧縮メモリを構成してい
る。すなわち、このメモリ１７に書き込まれるデータ
は、メモリ６でラスタライズされた画像のみである事に
着目し、メモリ１７は非可逆圧縮ではあるが、高圧縮率
が得られるＡＤＣＴ圧縮方式を採用している。そのＡＤ
ＣＴ圧縮チップはこの図では示していないが、前述のＪ
ＰＥＧ圧縮／伸長コントローラ１２と同じチップを用い
ている。
【００２９】ただし、このページメモリ１７にＡＤＣＴ
圧縮方式用いる場合、圧縮データはここだけの閉じた回
路で使用されるだけで、外部には出て行かないから、標
準に則る必要はなく、実際、ＪＰＥＧを改良した効率的
な方法を用いている。第１の制御回路１８は例えばＺ−
８０（商品名）等のＣＰＵ等で構成し、複写装置１００
との画像以外の制御信号のやり取りをしている。ここの
インタフェースの本数を減らすため、制御コマンドをシ
リアルで送っている。第１のＳＰインタフェース回路４
−１はＶＭＥバストランシーバー１５−２を介してＶＭ
Ｅバス１６と接続している。
【００３０】第２のＳＰインタフェース回路４−２はデ
ータ縦横変換回路１９、バッファメモリ２０、画像処理
回路２１及び第２の制御回路２２等とから成り。ＶＭＥ
バストランシーバー１５−３を介してＶＭＥバス１６と
接続している。データ縦横変換回路１９は、プリント時
は走査方向の画像のデータ形式を走査方向に対して９０
°に変換し、スキャン時は走査方向に対して９０°のデ
ータ形式を走査方向に変換する。バッファメモリ２０は
そのための変換用バッファとして用いる。
【００３１】画像処理回路２１は複写装置２００に欠け
ている画像処理機能を補う為に入れている。第２の制御
回路２２は第１の制御回路１８と同じ機能を提供する為
のものであり、同じ例えばＺ−８０（商品名）等のＣＰ
Ｕ等で構成されている。
【００３２】以下、動作について説明する。
【００３３】例えばネットワーク印刷を実行する場合の
例を示すと、ＬＡＮ１１からイサーネットトランシーバ
ー９を介して入ってきたページ記述言語（例えば商品名
CaPSL）は、ＤＭＡコントローラ１０によって、直接メ
モリ６の特定領域（受信バッファ）に蓄えられる。そこ
で後述するページ記述言語インタープリタープログラム
によってラスターイメージに変換される。ＪＰＥＧ圧縮
画像は、ページ記述言語（以下、ＰＤＬ）で伸長するこ
ともできるが、高速に伸長するためＪＰＥＧ圧縮／伸長
回路３が利用される。
【００３４】なお、メモリ６は価格的な理由から、１ペ
ージの画面全体をラスタライズするだけの容量を持た
ず、ＰＤＬ（例えばCaPSL ）を部分的に処理するバンデ
ィングという手法を用いて、何回かに分けて処理され
る。ラスタライズが完了したら、第１のＳＰインタフェ
ース回路４−１または第２のＳＰインタフェース回路４
−２に転送され、各プリンターに出力される。なお、ネ
ットワークスキャンを実行する場合の例は後述する。
【００３５】図２は、図１に示したサーバー装置を含む
ネットワークシステムの概略を示すシステムブロック図
である。
【００３６】本実施例におけるネットワークシステム
は、例えば Macintosh（商品名）、IBM-PC（商品名）、
SUN （商品名）の様な市販されているホストコンピュー
タのアプリケーションソフトウエアから、ネットワーク
を介して接続されている少数のスキャナーやプリンター
を共同利用する為の物である。同図に於て、大きく４つ
のブロックがあるが、左から順に Macintoshワークステ
ーションＳＴ１、IBM-PCワークステーションＳＴ２、SU
N ワークステーションＳＴ３、及びカラーＳＰサーバー
ＳＰ１である。 MacintoshワークステーションＳＴ１、
IBM-PCワークステーションＳＴ２、SUN ワークステーシ
ョンＳＴ３は、市販されているホストコンピューターで
あり、カラーＳＰサーバーＳＰ１は発明者が設計したイ
ンタフェースユニットである。それらが、例えばEthern
et（商品名）というローカルエリアネットワーク９６に
よって相互接続されている。９４は第１のカラースキャ
ナ／プリンタ、９５は第２のカラースキャナ／プリンタ
である。
【００３７】Macintosh ワークステーションＳＴ１、IB
M-PCワークステーションＳＴ２、SUN ワークステーショ
ンＳＴ３、及びカラーＳＰサーバーＳＰ１は、相互通信
の為に、共通の通信インタフェースを有する。５１，６
１，７１，８１はローカルエリアネットワーク（ＬＡ
Ｎ）９６と通信する為のイーサネットトランシーバーで
ある。５２，６２，７２，８２はＬＡＮ９６上に構築し
た通信プログラム TCP/IP （商品名）で、米国国防省の
標準である。
【００３８】このTCP/IPプログラムは End-to-End での
データー誤りの無い通信サービス（機能）を提供する。
５３，６３，７３，８３は第１のカラースキャナ／プリ
ンタ９４，第２のカラースキャナ／プリンタ９５を Mac
intosh用のステーションＳＴ１，IBM-PC用のステーショ
ンＳＴ２，SUN ワークステーションＳＴ３から共同利用
するという特別な目的のためのサービス（機能）を提供
する通信プログラムである。５３，６３はＳ／Ｐクライ
アントプログラムとして、クライアント型のサービスを
提供する通信プログラムであり、８３はＳ／Ｐサーバー
プログラムで、サーバー型のサービスを提供する通信プ
ログラムである。
【００３９】Macintosh のステーションＳＴ１から第１
のカラースキャナ／プリンタ９４に印刷させる場合を説
明すると、市販アプリケーションプログラム５６で作成
した原稿を印刷しようとすると、プリントマネージャ−
（Printing Manager) ５５というＯＳ（Operating Syst
em）の一部に制御が渡され、印刷のための制御を開始す
る。この時のデーターフォマットは Macintoshの場合 Q
uickDraw（商品名）タイプに標準化されている。プリン
トマネージャー５５は、変換プログラム５４の描画関数
群を原稿に書かれた通りにコールする。変換プログラム
５４は、そのコールの中で 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) 、この時、まずＳ／Ｐサーバー装置６６４はカラー
スキャナプリンタ６６５に発生した異常が回復困難な異
常かどうかを調べる(2) 。カラースキャナプリンタ６６
５に発生した異常が回復困難な異常であるとＳ／Ｐサー
バー装置ＳＰ１が判断した場合、Ｓ／Ｐサーバー装置Ｓ
Ｐ１は直ちにエラージョブを放棄し(10)、次の処理可能
なジョブを選択し実行する(9) 。
【０３００】なお、本実施例において、処理可能なジョ
ブとは、現在異常が発生しているカラースキャナプリン
タ６６５に対するプリントジョブ以外のジョブ、すなわ
ち、 ・カラースキャナプリンタ６６５に対するスキャンジョ
ブ ・カラースキャナプリンタ６６６に対するプリントジョ
ブ ・カラースキャナプリンタ６６６に対するスキャンジョ
ブ ・カラースキャナプリンタ６６７に対するスキャンジョ
ブ である。
【０３０１】処理可能なジョブが複数ある場合は、後述
する方式に従ってジョブを実行する。
【０３０２】カラースキャナプリンタ６６５に発生した
異常が回復困難な異常であるとＳ／Ｐサーバー装置６６
４が判断しなかった場合、Ｓ／Ｐサーバー装置６６４は
カラースキャナプリンタ６６５に対してリトライ処理
（図３７参照）を行なう。
【０３０３】リトライは、事前に定めておいたＮ回( 例
えば５回) まで繰り返し行なわれる(3) 。Ｎ回のリトラ
イを行なうまでにカラースキャナプリンタ６６５が異常
状態から回復した( リトライに成功した) 場合、ジョブ
を再開する(6) 。Ｎ回のリトライを行なってもカラース
キャナプリンタ６６５が異常状態から回復しなかった(
リトライに失敗した) 場合、Ｓ／Ｐサーバー装置６６４
は他の処理可能なジョブがあるかどうかを調べる(4) 。
処理可能なジョブがなかった場合、Ｓ／Ｐサーバー装置
６６４はリトライ回数とは別に定めておいたＭ回( 例え
ば１回) のリトライを行ない(5) 、リトライに成功した
ならば、エラージョブを再開する。リトライに失敗した
場合は、再び処理可能なジョブがあるかどうかを調べる
(4) 。処理可能なジョブがあった場合、Ｓ／Ｐサーバー
装置６６４はエラージョブのジョブ退避を行ない(7) 、
エラージョブを実行途中でエラーが発生したジョブとし
て登録し(8) 、次の処理可能なジョブを実行する(9) 。
【０３０４】なお、本実施例において、ジョブ退避と
は、エラージョブ実行時のＳ／Ｐサーバー装置６６４の
状態情報などのジョブ再開時に必要な情報を、例えば記
憶手段( 例えばハードディスク) や、例えばＳ／Ｐサー
バー装置内のメモりや、例えばＳ／Ｐサーバー装置内の
プログラムなどに保存する処理である。
【０３０５】図３７は本発明に係るサーバー装置におけ
るリトライ処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(5) は各ステップを示す。
【０３０６】リトライ処理とは、事前に定めておいた時
間( 例えば３０秒) 待機した後に(1) 、異常が発生した
周辺機器が異常状態から回復したかどうかを調べ(2) 、
ある一定回数Ｘ（例えば５回）繰り返す(3) 。一定回数
繰り返すまでに異常が発生した周辺機器が異常状態から
回復していればリトライは成功であり(5) 、回復しなけ
ればリトライは失敗となる(4) 。
【０３０７】以下、本発明に係るサーバー装置によるマ
ルチプリント制御動作について詳述する。
【０３０８】スキャナ／プリンタネットワークサーバー
（ＳＰネットワークサーバー）には、スキャナとプリン
タとから構成されるカラーレーザビーム複写装置（ＣＬ
Ｃ），スキャナとプリンタとから構成されるバブルジェ
ットカラー複写装置（ＢＪＣ），標準インタフェースで
接続されているビットマッププリンタ，ＰＤＬプリンタ
（ＣａＰＳＬ，ＰＳ），市販されるスキャナ等多くのデ
バイスが接続可能になっている。また、ネットワーク上
のホストマシンからは、これらのデバイスを自由に使用
させるため、以下のように各ジョブを制御している。
【０３０９】例えばホストコンピュータＡからカラーレ
ーザビーム複写装置に１０頁のドキュメントを出力する
要求がＳＰネットワークサーバーに送られ、さらにホス
トコンピュータＢからバブルジェットカラー複写装置
（ＢＪＣ）のスキャナからカラー原稿を入力する要求が
発生し、さらにホストコンピュータＣからＰＤＬプリン
タに出力するという要求が発生するといった事態も想定
される。このように、ネットワーク上のホストコンピュ
ータからは、様々な要求がＳＰネットワークサーバーに
送られ、ＳＰネットワークサーバーでは、それらの要求
（ジョブ）に対処するべく下記のようなジョブ制御を実
行する。なお、本実施例ではプリント要求，スキャン要
求をジョブと呼ぶ。例えばカラーレーザビーム複写装置
（ＣＬＣ）のプリンタにＣａＰＳＬコードで記述された
３頁のドキュメントを出力する要求を１つのジョブと考
える。ＳＰネットワークサーバーのジョブ制御では、同
時に２つまでのジョブしか走らないようにするが、３つ
以上のジョブが走る場合も制御を拡張することによりほ
ぼ同様に制御できる。
【０３１０】以下、図３８を参照しながら本発明に係る
サーバー装置におけるジョブ制御動作について説明す
る。
【０３１１】図３８は本発明に係るサーバー装置におけ
るジョブ制御状態を説明するタイミングチャートであ
る。なお、ジョブの処理は、ＳＰネットワークサーバー
がスプール用のハードディスクを備えているかどうかに
より、図３８の（ａ）〜（ｅ）の何れかのジョブ制御１
〜５に大別される。また、説明上ジョブ１，２は３頁の
プリント要求または３頁のスキャン要求とする。 〔ジョブ制御１〕ジョブ制御１は、同図（ａ）に示すよ
うに、先に要求のあったジョブを実行して、次のジョブ
２は、ハードディスクにスプールして、ジョブが終了し
た時点でジョブ２を起動する。 〔ジョブ制御２〕ジョブ制御２は、同図（ｂ）に示すよ
うに、特殊な場合であるが、１つのジョブで２つ以上の
デバイスを動かす場合の制御に対応する。例えばメモリ
に展開した画像をカラーレーザビーム複写装置（ＣＬ
Ｃ），バブルジェットカラー複写装置（ＢＪＣ）にも出
力する場合である。 〔ジョブ制御３〕ジョブ制御３は、同図（ｃ）に示すよ
うに、ジョブの中にページという概念をいれる。この場
合、プリントの場合にはドキュメントのページ単位、ス
キャナの場合には１ページの原稿のスキャンの単位とす
る。例えばジョブ１を実行中にジョブ２の要求がきた場
合には、ジョブ１をページの切れ目で中断して、ジョブ
２を行う。この場合、ジョブ１とジョブ２とは同時に動
いていることはない。 〔ジョブ制御４〕ジョブ制御４は、同図（ｄ）に示すよ
うに、ジョブ１を実行中にジョブ２の要求がきた場合
は、ジョブ１を実行したまま、直ちにジョブ２を実行す
る。 〔ジョブ制御５〕ジョブ制御５は、同図（ｅ）に示すよ
うに、ジョブ１を実行中にジョブ２の要求がきた場合
は、ジョブ２をリジェクトする。
【０３１２】なお、図１に示したサーバー装置の構成の
場合には、ジョブの種類が下記の（１）〜（７）に分類
される。
【０３１３】（１）カラーレーザビーム複写装置（ＣＬ
Ｃ）のプリンタにドキュメントを出力する。
【０３１４】（２）カラーレーザビーム複写装置（ＣＬ
Ｃ）のスキャナから原稿を読み取る。
【０３１５】（３）バブルジェットカラー複写装置（Ｂ
ＪＣ）のプリンタにドキュメントを出力する。
【０３１６】（４）バブルジェットカラー複写装置（Ｂ
ＪＣ）のスキャナから原稿を読み取る。
【０３１７】（５）市販のページ記述言語のインタプリ
タを内蔵するプリンタに出力する。 （６）市販のビットマッププリンタにドキュメントを出
力する。
【０３１８】（７）市販のスキャナから原稿を読み取
る。
【０３１９】以下、各ジョブの優先順位処理について説
明する。
【０３２０】例えばスキャンのジョブを至急行いたい
時、プリントジョブが実行中ならば、プリントジョブを
中断して、スキャナジョブを行うことができるように、
本実施例では優先順位０〜２の３段階の指定可能であ
り、優先順位０が指定なし（ファーストインファースト
アウト）の場合、優先順位１がジョブ単位で優先割込み
指定ありの場合、優先順位２がページ単位で優先割込み
指定する場合である。 以下、図３９を参照しながら本
発明に係るサーバー装置におけるＳＰマネージャー制御
動作について説明する。
【０３２１】図３９は本発明に係るサーバー装置におけ
るシステム全体制御プログラム９３の制御処理状態を示
す図である。本実施例において、システム全体制御プロ
グラム９３は、主としてホストコンピュータから送出さ
れてくるジョブの優先順位，ジョブの種類を参照してプ
リンタのジョブを最適に制御する。以下、図面に基づい
て、ＳＰネットワークサーバに対して、ネットワーク上
のホストコンピュータから様々な要求が送出される場合
のジョブ管理について説明する。
【０３２２】先ず、各プログラムの概念的な構成を説明
すると、図３９に示すように、通信に関する通信プログ
ラム８３，ＳＰネットワークサーバーの全体を制御する
システム全体制御プログラム９３，スキャナに関するプ
ログラムのスキャナ制御プログラム８５，プリント処理
（ＣａＰＳＬのインタプリタ）に関するプログラムのＰ
ＤＬインタープリタープログラム８４，入出力機器を実
際に制御するデバイスドライバ８６の５つのプログラム
に大きく分けられる。さらに、実際にデータが流れるイ
ンタフェースとして、バンドメモリ（ＢＭＥＭ）７０−
１，セントロニクスインタフェース（ＣＥＮＴＲ）７０
−２，ＲＳ２３２Ｃインタフェース（ＲＳ２３２）７０
−３があり、これらをシステム全体制御プログラム９３
が管理する構成となっている。
【０３２３】システム全体制御プログラム９３は基本的
に他の４つのプログラムからのイベントにより動く、イ
ベント駆動型の処理を図４０に示すフローチャートに従
って実行する。
【０３２４】図４０は、図３９に示したシステム全体制
御プログラム９３のイベント処理手順の一例を示すフロ
ーチャートである。なお、(1) 〜(9) は各ステップを示
す。
【０３２５】先ず、ＳＰネットワークサーバーの電源投
入時にシステム全体制御プログラム９３は起動し、すぐ
にイベント待ちの無限ループになる。プログラムが走り
出すと、イベント待ちの状態になる（１）。イベントが
入力されるとループから抜け出し、もし、そのイベント
が通信プログラム８３からのものかどうかを判定し
（２）、ＹＥＳならばイベントに応じた処理を行なう
（３）。そして、またステップ（１）にりイベント待ち
のループになる。
【０３２６】一方、ステップ(2) の判定でＮＯの場合
は、そのイベントの発行先がＰＤＬインタープリタープ
ログラム８４のプリントジョブかどうかを判定し(4) 、
ＹＥＳならばイベントに応じた処理を行なう(5) 。
【０３２７】一方、ステップ(4) の判定でＮＯの場合
は、そのイベントの発行先がスキャナ制御プログラム８
５のスキャナジョブかどうかを判定し(6) 、ＹＥＳなら
ばイベントに応じた処理を行なう(7) 。
【０３２８】一方、ステップ(6) の判定でＮＯの場合
は、そのイベントの発行先がデバイスドライバ８６から
かどうかを判定し(8) 、ＮＯならばステップ(1) に戻
り、ＹＥＳならばイベントに応じた処理を行い(9) 、ス
テップ(1) に戻る。
【０３２９】一方、通信プログラム８３からは、カラー
レーザ複写装置（ＣＬＣ）のプリントに関するジョブ
や、バブルジェットカラー複写装置のスキャナに関する
ジョブ等、いろいろなジョブの要求が不定期的にシステ
ム全体制御プログラム９３に送られる。それら複数のジ
ョブを資源の許す限り最適に振り分けなければならな
い。以下そのアルゴリズムについて図４１を参照しなが
ら説明する。
【０３３０】図４１は本発明に係るサーバー装置におけ
るジョブの管理状態を示す図である。
【０３３１】この図に示されるように、ジョブの管理に
はジョブテーブルを使用する。ジョブテーブルには、ジ
ョブを識別するためのＩＤ、ジョブの状態を示すステー
タス、ジョブの実行の優先順位、ジョブの種類、終了ペ
ージ、そして割り込みジョブＩＤがある。
【０３３２】ＩＤはシリアルの番号で、ジョブの要求の
受け付け順と考えて良い。ステータスには、実行中を示
すＲＵＮ、処理を待っているＷＡＩＴ、割り込みが入っ
て中断していることを示すＳＴＯＰ，エラーが発生して
回復待ちを示すＥＳＴＯＰがある。優先順位はＬＥＶＥ
Ｌ０から２まであり０は「指定なし」で通常はこのレベ
ルを指定する。１は「ジョブ単位で優先割り込み」で幾
つかのジョブが待ち状態の時、それらのジョブより優先
して処理するというものである。また２は「ページ単位
で割り込み」を表し、現在ジョブを処理中でも、ページ
の切れ目であればそのジョブを中断してＬＥＶＥＬ２の
ジョブを処理する。
【０３３３】インタフェースは、図３９に示すようにそ
のジョブが使用するハードウェアを指し、ジョブ同士が
排他的にハードウェアを利用可能にするために設けたも
のである。また，ジョブはカラーレーザ複写装置（ＣＬ
Ｃ）のプリンタからドキュメントを出力するＣＬＣＰ、
カラーレーザ複写装置（ＣＬＣ）のスキャナから原稿を
読みとるＣＬＣＳ、バブルジェットカラー複写装置のプ
リンタにドキュメントを出力するＢＪＰ、バブルジェッ
トカラー複写装置のスキャナから原稿を読みとるＢＪ
Ｓ、市販のページ記述言語のインタプリタを内蔵するプ
リンタに出力するＰＤＬＰ、市販のビットマッププリン
タにドキュメントを出力するＢＩＴＰ、市販のスキャナ
から原稿を読みとる等のジョブがある。なお、終了ペー
ジにはジョブが処理し終ったページ数を記録しておく。
これは、もしエラーが起こった時にエラー回復後、どの
ページから処理を再開すれば良いかの判断に使われる。
また最後の割り込みジョブＩＤは、割り込んだジョブが
終了しているかの判断に使われ、終了していれば、ＳＴ
ＯＰ中のジョブを再開する。
【０３３４】システム全体制御プログラム９３は以上の
ような情報の格納されたジョブテーブルを参照しなが
ら、次にどのジョブを起動するかを最適に判断する。
【０３３５】以下、図４２に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるジョブ実行
処理動作について説明する。
【０３３６】図４２は本発明に係るサーバー装置におけ
るジョブ実行処理手順の一例を示すフローチャートであ
る。なお、(1) 〜(6) は各ステップを示す。
【０３３７】なお、このフローに制御が移るタイミング
は、次のようになる。システム全体制御プログラム９
３にイベントが入らずアイドル状態の時にある一定の間
隔をおいてこのフローに移る。そして、ジョブテーブル
にジョブがなければまたアイドル状態になる。通信プ
ログラム８３からのイベントがあった時。ＰＤＬイン
タープリタープログラム８４，スキャナ制御プログラム
８５から、ページ終了のイベントまたはドキュメント終
了のイベントがあった時。デバイスドライバ８６から
エラー等のイベントがあった時。
【０３３８】先ず、ステップ(1) において、図４１に示
すジョブテーブルを参照する。次いで、ステップ(2) に
おいてジョブがあるかどうかの判断をする。実行すべき
ジョブがない時にはステップ(7) に移り、システム全体
制御プログラム９３はアイドル状態になる。実行すべき
ジョブがある場合にはステップ(3) で実行可能なジョブ
の候補を幾つか選び、ステップ(4) で候補に上がったジ
ョブの優先順位を見て一つのジョブに絞る。さらに、ス
テップ(5) でその絞り込まれたジョブが使用するインタ
フェースが空いているかを判断する。ステップ(6) で実
際にジョブを実行し、処理を終了する。
【０３３９】以下、図４３に示すフローチャートを参照
しながら本発明に係るサーバー装置におけるステータス
チェック処理動作について説明する。
【０３４０】図４３は本発明に係るサーバー装置におけ
るステータスチェック処理手順の一例を示すフローチャ
ートである。なお、(1) 〜(14)は各ステップを示す。
【０３４１】先ず、ステップ（１）でジョブテーブルか
ら一つのジョブのステータスを読みとる。ステップ
（２）でジョブのステータスがＲＵＮかどうかを判断
し、ＲＵＮならばステップ（１４）に移り、ジョブテー
ブルのジョブをすべて読みとったかを判断する。もし、
まだジョブが残っていればステップ（１）で次のジョブ
のステータスを読みに行く。ＲＵＮでなければステップ
（３）に移る。ステップ（３）ではジョブのステータス
がＷＡＩＴかどうかの判断をする。ＷＡＩＴならばステ
ップ（４）で実行可能なジョブの候補としてピックアッ
プする。そしてステップ（１４）に移る。ＷＡＩＴでな
い場合には、ステップ（５）に移り今度はステータスが
ＥＳＴＯＰかどうかの判断をする。もし、このジョブの
ステータスがＥＳＯＰならば、エラーを起こして中断し
ているので、ステップ（６）でこのジョブを中断した原
因のエラーが回復しているかどうかのチェックを行な
う。ステップ（７）はエラー中か、そうでないかの判断
の分岐になる。まだエラーの場合には実行可能なジョブ
の候補にはピックアップせずにステップ（１４）に移
る。エラーが回復している場合には、そのジョブのステ
ータスをＥＳＴＯＰからＷＡＩＴにジョブテーブルを書
き換える（８）。そして、ステップ（９）で実行可能な
ジョブの候補としてピックアップする。またステップ
(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) で実行ジョブテーブルにジョ
ブが残っているかを判断して、もう起動すべきジョブが
残っていなければ、ジョブ起動処理を終了する。
【０３５９】以下、図４７〜図５７を参照しながら本発
明に係るサーバー装置における具体的ジョブ処理動作に
ついて説明する。
【０３６０】図４７は本発明に係るサーバー装置におけ
るジョブ処理状態推移を示すタイミングチャートであ
る。なお、図中の横軸右方向に時間が流れていくものと
する。図において、８０１〜８１３はジョブテーブルを
チェックするタイミングを示し、タイミング８００〜８
０３は通信プログラム８３からジョブのイベントがシス
テム全体制御プログラム９３に入るタイミングに対応
し、タイミング８０４〜８１３はジョブテーブルをチェ
ックするタイミングに対応する。
【０３６１】図４８〜図５７は本発明に係るサーバー装
置におけるジョブ処理に伴うジョブテーブルの内容を示
す図であり、図４８〜図５７はタイミング８０４〜タイ
ミング８１３におけるジョブテーブルに対応する。な
お、ジョブテーブルはチェック直前の内容を示してい
る。また、ジョブはカラーレーザ複写装置（ＣＬＣ）の
プリンタからドキュメントを出力するＣＬＣＰ、カラー
レーザ複写装置（ＣＬＣ）のスキャナから原稿を読みと
るＣＬＣＳ、バブルジェットカラー複写装置のプリンタ
にドキュメントを出力するＢＪＰ、バブルジェットカラ
ー複写装置のスキャナから原稿を読みとるＢＪＳ、市販
のページ記述言語のインタプリタを内蔵するプリンタに
出力するＰＤＬＰ、市販のビットマッププリンタにドキ
ュメントを出力するＢＩＴＰ、市販のスキャナから原稿
を読みとる等のジョブがある。
【０３６２】タイミング８００で、ジョブのイベントが
入ってくる。内容はカラーレーザ複写装置（ＣＬＣ）の
プリンタにドキュメントを出力するジョブ１（内容はＣ
ＬＣＰ）で、出力ページ数は３ページ、優先順位はＬＥ
ＶＥＬ０、インタフェースにはＢＭＥＭを用いるという
ものである。ジョブテーブルＪＯＢＴを見てみると、図
４８に示すようにＩＤに「２５」が割り当てられ、ステ
ータスはＷＡＩＴ、終了ページはまだこのジョブは処理
されていないので０ページになっている。
【０３６３】タイミング８０４のジョブテーブルチェッ
クでは、ＩＤ２５のジョブが選択され、起動される。こ
の時ＩＤ２５のジョブのステータスをＲＵＮに変更す
る。８０１のタイミングで新たなジョブが入ってくる。
ジョブＩＤ２５のジョブの１ページの処理が終了すると
システム全体制御プログラム９３は再度ジョブテーブル
を見に行く。その時のジョブテーブルＪＯＢＴは図４９
に示される。ＩＤ２５のジョブは１ページの出力が終了
して、次ページが処理されるのを待っている状態であ
る。終了ページは０ページから１ページに変化してい
る。また、新たに入ったジョブはＩＤ２６が割り当てら
れ、ステータスはＷＡＩＴ、優先順位はＬＥＶＥＬ１、
インタフェースはＢＭＥＭ、ジョブはＢＪＰになってい
る。システム全体制御プログラム９３はこのジョブテー
ブルＪＯＢＴから判断して、ＩＤ２５のジョブの２ペー
ジ目の処理を起動する。
【０３６４】この時、２ページめの途中でプリンタに紙
ジャムが発生してしまいＩＤ２５のジョブを続けられな
くなってしまった。システム全体制御プログラム９３は
ジョブテーブルＪＯＢＴを参照して次に起動すべきジョ
ブを探す。その時のジョブテーブルＪＯＢＴは図５０の
ようになっている。ＩＤ２５のステータスはＥＳＴＯＰ
になり、優先順位は復帰した時に優先的に実行させるた
めにＬＥＶＥＬ２、終了ページは１ページのままになっ
ている。そこで、システム全体制御プログラム９３はＩ
Ｄ２６のジョブを起動する。ＩＤ２６のジョブが１ペー
ジの処理を終了すると、システム全体制御プログラム９
３はジョブテーブルＪＯＢＴチェック８０７に移る。こ
の時の状態は図５１に示される。ＩＤ２５のジョブはは
エラーチェックをしてもエラーが回復していないので起
動されることはない。そこで、システム全体制御プログ
ラム９３はＩＤ２６のジョブの２ページ目を処理するこ
とをＰＤＬインタープリタープログラム８４に対して要
求する。
【０３６５】ＩＤ２６のジョブが２ページ目を処理して
いる最中に新たなジョブのイベントがシステム全体制御
プログラム９３に入ってくる。内容は、バブルジェット
カラー複写装置のスキャナから２ページ分の原稿を読み
取るものである。ＩＤ２６のジョブが２ページ目の処理
を終了すると、システム全体制御プログラム９３はジョ
ブテーブルＪＯＢＴをチェックする。その時のジョブテ
ーブルＪＯＢＴが図５２である。
【０３６６】ＩＤ２５はエラーが回復していないのでそ
のままの状態である。ＩＤ２６のジョブは２ページの処
理が終了したので、終了ページは２に変化している。さ
らに新しいジョブがＩＤ２７に割り当てられている。Ｉ
Ｄ２７のジョブは優先順位がＬＥＶＥＬ２であるので、
システム全体制御プログラム９３は現在処理中のＩＤ２
６のジョブを中断させてＩＤ２７のジョブを起動する。
ＩＤ２６のジョブはステータスがＳＴＯＰに、優先順位
がＬＥＶＥＬ２になる。
【０３６７】スキャナ制御プログラム８５が１ページの
原稿読み込みしている最中に、システム全体制御プログ
ラム９３には新たなジョブのイベントがタイミング８０
３で入ってくる。１ページの読み込みが終了すると、シ
ステム全体制御プログラム９３はタイミング８０９でジ
ョブテーブルＪＯＢＴをチェックする。この時のジョブ
テーブルＪＯＢＴは図５３のようになる。ＩＤ２５のジ
ョブはエラーが回復していないのでＥＳＴＯＰのままで
ある。また、ＩＤ２６はステータスがＳＴＯＰで、割り
込みジョブＩＤが２７であるので、ＩＤ２７のジョブを
チェックするとステータスはＲＵＮのままなので再開す
ることは出来ない。新たに入ってきたジョブはＩＤ２８
が割り当てられる。ＩＤ２８のジョブはセントロニクス
インタフェースを通して市販のプリンタにデータを流す
ジョブで、現在起動されているジョブと同時に走らせる
ことが出来る。そこで、システム全体制御プログラム９
３はＩＤ２８のジョブとＩＤ２７の２ページ目をスキャ
ンするジョブを同時に起動する。
【０３６８】次にシステム全体制御プログラム９３はジ
ョブテーブルＪＯＢＴチェック（タイミング８１０）に
移る。この時のジョブテーブルＪＯＢＴは図５４に示さ
れる。ジョブテーブルＪＯＢＴチェック（タイミング８
１０）の前にジョブＩＤ２５のエラーが解除されている
ので、エラーチェック後ステータスはＷＡＩＴに戻る。
【０３６９】また、ＩＤ２６のジョブも、割り込んだＩ
Ｄ２７のジョブが終了したのでステータスがＷＡＩＴに
戻る。ＩＤ２８のジョブはＲＵＮの状態のままである。
システム全体制御プログラム９３はインタフェースＢＭ
ＥＭが空いているのでＩＤ２５またはＩＤ２６のジョブ
を起動させる。どちらのジョブともステータスはＷＡＩ
Ｔで、優先順位もＬＥＶＥＬ２と状態は同じであるので
先に受け付けたＩＤ２５のジョブを起動する。この時、
ＩＤ２５のジョブは終了ページが１ページであるので２
ページ目から処理するようにＰＤＬインタープリタープ
ログラム８４に要求を出さなければならない。
【０３７０】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１１）では図５５に従う。ＩＤ２５とＩＤ２８の
ジョブはステータスがＲＵＮでＩＤ２６はＷＡＩＴであ
る。ＩＤ２６のジョブは優先順位がＬＥＶＥＬ２で、現
在起動中のジョブに対して割り込むことが出来るがＩＤ
２５もＬＥＶＥＬ２で起動されたので、この場合には割
り込むことは出来ない。
【０３７１】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１２）に移る。ジョブテーブルＪＯＢＴは図５６
に示される。ＩＤ２５のジョブはすでに終了してジョブ
テーブルＪＯＢＴから削除されている。そこで、システ
ム全体制御プログラム９３はＩＤ２６のジョブを３ペー
ジ目から起動する。
【０３７２】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１３）では、図５７に示すようにＩＤ２８のジョ
ブが走っている状態なので、新たにシステム全体制御プ
ログラム９３はジョブを起動することはしない。
【０３７３】以上のように、システム全体制御プログラ
ム９３はジョブテーブルＪＯＢＴを参照しながら最適に
ジョブ管理を行なう。
【０３７４】なお、上記実施例では文字，図形，イメー
ジがホストコンピュータで編集された後、ネットッワー
クを介して通信されたプリント要求をスキャナ／プリン
タをドライブするサーバー装置上で処理して、当該プリ
ンタから出力する場合について説明したが、図５８に示
すように、クライアントホストコンピュータ９０１，９
０２，スキャナプリンタ９０４をドライブするＳＰサー
バー装置９０３がネットワーク９０５を介して接続され
るシステムにおいて、クライアントホストコンピュータ
９０１，９０２から転送された文字，図形の各情報とス
キャナプリンタ９０４のスキャナから入力されたイメー
ジとをＳＰサーバー装置９０３が合成編集することによ
り、合体出力させるように構成しても良い。
【０３７５】図５８は本発明の第２の実施例を示すサー
バー装置の構成を説明するブロック図である。
【０３７６】図において、９０６は記憶装置で、ＳＰサ
ーバー装置９０３内に設けられ、クライアントホストコ
ンピュータ９０１，９０２から転送された文字，図形の
各情報を蓄える。
【０３７７】このように構成されたサーバー装置におい
て、本体またはネットワーク上に設けた記憶手段（記憶
装置９０６）に画像処理装置から出力される第１の画像
情報または所定のネットワークに接続される各ホストコ
ンピュータから転送される第２の画像情報を記憶させる
ことにより、各ホストコンピュータからの画像情報出力
処理負担を軽減させるとともに、記憶した画像情報を効
率よく再利用させる。
【０３７８】また、記憶手段（記憶装置９０６）に記憶
された第１および第２の画像情報を画像合成手段が合成
しながら出力画像を生成して画像処理装置（本実施例で
はスキャナプリンタ９０４）に出力することにより、各
ホストコンピュータ上での画像編集負担を軽減させる。
【０３７９】なお、本実施例においては、クライアント
ホストコンピュータ９０１，９０２上では、例えばワー
ドプロセッサ，グラフィックソフトにより、オペレータ
が文字情報，図形情報の生成を行う。生成された文字，
図形情報等（第１の画像情報）は、ネットワーク９０５
を経由して、ＳＰサーバー装置９０３に送られる。ＳＰ
サーバー装置９０３で受け取った文字，図形情報は、Ｓ
Ｐサーバー装置９０３内の記憶装置９０６に記憶され
る。
【０３８０】一方、スキャナプリンタ９０４でスキャン
された画像情報（第２の画像情報）も、ＳＰサーバー装
置９０３内の記憶装置９０６に記憶される。ＳＰサーバ
ー装置９０３上で動作しているページ記述言語により、
ＳＰサーバー装置９０３の記憶装置９０６内で文字情
報，図形情報，画像情報（イメージデータ）が、図５９
に示すように合成される。
【０３８１】図５９は、図５８に示したＳＰサーバー装
置９０３により合成される印刷レアウトを示す模式図で
ある。
【０３８２】図において、９１１は１ページの領域を示
し、この領域９１１内に、クライアントホストコンピュ
ータ９０１，９０２からネットワーク９０５を介して転
送された文字，図形等の転送情報９１２およびＳＰサー
バー装置９０３が制御するスキャナプリンタ９０４でス
キャンされた画像情報９１３がレイアウト情報に従って
割付けられる。このように合成された情報がＳＰサーバ
ー装置９０３のプリンタから出力させることも可能とな
る。
【０３８３】なお、上記ＳＰサーバー装置９０３に制御
されるスキャナプリンタ９０４は、スキャナとプリンタ
とが独立した単体構成であっても良い。また、ＳＰサー
バー装置９０３に別の大容量記憶装置、例えば光磁気デ
ィスク装置を接続した場合、スキャナプリンタ９０４の
スキャナで読み取った画像情報をその都度ＳＰサーバー
装置９０３内の記憶装置９０６に読み込み、クライアン
トホストコンピュータ９０１，９０２から転送された文
字，図形情報とを合成して印刷するのではなく、スキャ
ン画像を上記大容量記憶装置内に順次記憶させて行くこ
とにより、画像データベースを構築することで、任意に
大容量の記憶装置内から画像を取り出し、その画像を文
字，図形情報と合成しながら印刷させることもできる。
さらに、上記大容量の記憶装置をＳＰサーバー装置９０
３の記憶装置９０６と別に設ける際、当該大容量の記憶
装置とＳＰサーバー装置９０３とが直接接続されていな
くても良く、例えばネットワーク９０５に接続されるク
ライアントホストコンピュータ９０１，９０２に配置さ
れ、これらのクライアントホストコンピュータ９０１，
９０２がＳＰサーバー装置９０３に転送できる構成であ
れば良い。
【０３８４】
【発明の効果】以上説明したように、本発明に係る第１
の発明によれば、スキャナ機能処理およびプリンタ機能
処理を実行する入出力機器とビデオインタフェースを介
してローカル接続する第二制御部と、所定のネットワー
クを介して複数のホストと通信可能な第一制御部とを含
むサーバー装置において、前記ホストから入力されるコ
マンドを解析し、該入力コマンドが印刷コマンドである
かスキャナ読み取り指示であるかを判断する解析手段
と、前記入力コマンドが印刷コマンドである場合は、ペ
ージ記述言語形式の印刷コマンドをビットマップ展開し
ラスタデータを得る展開手段と、前記展開手段により得
られる前記ラスタデータを前記第二制御部に送信し、ま
た、前記入力コマンドがスキャナ読み取り指示である場
合は、スキャナ読み取り指示を前記第二制御部に送信す
る送信手段と、前記第二制御部から受け取る前記入出力
機器のスキャナ機能により読み取られた画像データを圧
縮する第一圧縮手段と、前記圧縮された画像データの前
記ネットワーク上のホストへの出力を制御する第一制御
手段とを前記第一制御部に備え、前記第一制御部から受
け取るラスタデータを圧縮する第二圧縮手段と、前記第
二圧縮手段により１ページ分のラスタデータが圧縮され
た後に、前記入出力機器のデータ処理速度に間に合うよ
う高速に圧縮ラスタデータを伸長する伸長手段と、前記
伸長手段により伸長されたラスタデータの前記ビデオイ
ンタフェースを介した前記入出力機器への転送を制御す
る第二制御手段と、前記第一制御部から受け取るスキャ
ナ読み取り指示を前記入出力機器に指示する読み取り指
示手段と、前記スキャナ読み取り指示に応じて前記入出
力機器で読み取られた画像データを前記第一制御部に送
信する送信手段とを前記第二制御部に備えたので、入出
力機器とビデオインタフェースでローカル接続し、複数
のホストとネットワーク接続するサーバー装置におい
て、ホストからのコマンドに応じて各種の機能を提供す
ることができ、ローカルな入出力機器を複数のホストで
有効に活用でき、画像データに対する出力処理を、接続
される入出力機器のデータ処理速度に見合う速度で行う
ことができる。
【０３８５】第２の発明によれば、前記第二圧縮手段
は、前記入出力機器で読み取られた画像データを前記ビ
デオインタフェースを介した入力速度に応じて高速に圧
縮し、前記伸長手段は、前記第二圧縮手段により１ペー
ジ分の前記入出力機器で読み取られた画像データが圧縮
された後に、圧縮画像データを伸長するので、一定のデ
ータ処理速度を有しているスキャナ等の入力機器から画
像データの入力処理を行う場合にも、サーバー装置は少
ないメモリ容量で展開処理を実現することができるとと
もに、画像データに対する入出力転送処理を、接続され
る入出力機器のデータ処理速度に見合う速度で行うこと
ができる。
【０３８６】第３の発明によれば、前記伸長手段は、前
記入出力機器のデータ処理速度に同期して前記圧縮ラス
タデータを伸長するので、接続される入出力機器のデー
タ処理速度に適応した最適な速度で伸長処理を行うこと
ができる。第４の発明によれば、前記サーバー装置は、
複数の前記入出力機器と接続されており、前記第一制御
部はメインボードであり、前記第二制御部は、各々の前
記入出力機器に対応しているサブボードであり、複数の
前記入出力装置に各々ローカル接続される複数のサブボ
ードが実装されているので、サーバー装置に対して、複
数の入出力機器を接続させたり、また、サブボードを変
更することにより、異なる入出力機器に接続を自在に変
更することができる。
【０３８７】
【図面の簡単な説明】
【図１】本発明の第１実施例を示すサーバー装置の概要
を説明するシステムブロック図である。
【図２】図１に示したサーバー装置を適用するネットワ
ークシステムの概略を示すシステムブロック図である。
【図３】本発明に係るサーバー装置と各ホストとのネッ
トワーク構築状態を示す図である。
【図４】図１に示したメインＣＰＵボード回路の詳細構
成を説明する回路ブロック図である。
【図５】図４に示したメモリクリアコントローラの詳細
構成を説明するブロック図である。
【図６】図５に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図７】図５に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図８】図４に示した画像描画処理回路の詳細構成を説
明するブロック図である。
【図９】図１に示した第１のインタフェース回路の内部
構成を説明するブロック図である。
【図１０】図９に示したリアルタイム圧縮伸長部の詳細
構成の一例を示すブロック図である。
【図１１】図１０に示したジグザグスキャン部によるジ
グザグスキャン経路の一例を示す図である。
【図１２】図１に示した第１のＳＰインタフェース回路
のパート構成の概略を説明するブロック図である。
【図１３】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１４】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１５】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１６】図１に示した第２のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１７】図２に示したスキャナ／プリンタの画像記録
プロセスを説明する模式図である。
【図１８】図２に示したスキャナ／プリンタのスキャナ
の原稿走査状態を示す模式図である。
【図１９】図２に示したスキャナ／プリンタのスキャナ
のバンド原稿走査状態を示す模式図である。
【図２０】本発明に係るサーバー装置とプリンタとのイ
ンタフェース信号の一例を示す図である。
【図２１】本発明に係るサーバー装置とプリンタとのイ
ンタフェースの一例を示す回路ブロック図である。
【図２２】図２１の動作を説明するタイミングチャート
である。
【図２３】図２１に示したセントロニクスＩ／Ｆ回路に
よるホスト側の信号処理手順の一例を示すフローチャー
トである。
【図２４】図２１に示したセントロニクスＩ／Ｆ回路に
よるプリンタ側の信号処理手順の一例を示すフローチャ
ートである。
【図２５】本発明に係るサーバー装置とホストコンピュ
ータとのプログラム構成を説明する図である。
【図２６】本発明に係るサーバー装置における全体制御
手順の一例を示すフローチャートである。
【図２７】本発明に係るサーバー装置におけるページ記
述言語に準拠するコード体系の要部を示す図である。
【図２８】本発明に係るサーバー装置におけるレイアウ
タによる中間コードへの置換処理を説明する図である。
【図２９】本発明に係るサーバー装置におけるバンドメ
モリへの図形情報展開処理状態を示す模式図である。
【図３０】本発明に係るサーバー装置におけるページ記
述言語が展開するデータの１画素構造を説明する図であ
る。
【図３１】図２に示したスキャナの動作を説明するデー
タ処理経路図である。
【図３２】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図３３】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図３４】本発明に係るサーバー装置とバブルジェット
カラー複写装置とのデータ処理状態を説明するブロック
図である。
【図３５】本発明に係るサーバー装置とのネットワーク
システムの構成を説明するブロック図である。
【図３６】本発明に係るサーバー装置における異常発生
ジョブ処理手順の一例を示すフローチャートである。
【図３７】本発明に係るサーバー装置におけるリトライ
処理手順の一例を示すフローチャートである。
【図３８】本発明に係るサーバー装置におけるジョブ制
御状態を説明するタイミングチャートである。
【図３９】本発明に係るサーバー装置におけるシステム
全体制御プログラム制御処理状態を示す図である。
【図４０】図３９に示したシステム全体制御プログラム
制御のイベント処理手順の一例を示すフローチャートで
ある。
【図４１】本発明に係るサーバー装置におけるジョブ管
理状態を示す図である。
【図４２】本発明に係るサーバー装置におけるジョブ実
行処理手順の一例を示すフローチャートである。
【図４３】本発明に係るサーバー装置におけるステータ
スチェック処理手順の一例を示すフローチャートであ
る。
【図４４】本発明に係るサーバー装置における優先順位
チェック処理手順の一例を示すフローチャートである。
【図４５】本発明に係るサーバー装置におけるインタフ
ェースチェック処理手順の一例を示すフローチャートで
ある。
【図４６】本発明に係るサーバー装置におけるジョブ起
動処理手順の一例を示すフローチャートである。
【図４７】本発明に係るサーバー装置におけるジョブ処
理状態推移を示すタイミングチャートである。
【図４８】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図４９】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５０】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５１】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５２】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５３】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５４】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５５】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５６】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５７】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５８】本発明の第２の実施例を示すサーバー装置の
構成を説明するブロック図である。
【図５９】図５８に示したＳＰサーバー装置により合成
される印刷レイアウトを示す模式図である。
【符号の説明】
９０１ クライアントホスト ９０２ クライアントホスト ９０３ ＳＰサーバー ９０４ スキャナプリンタ ９０５ ネットワーク ９０６ 記憶装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 福田 康男 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 宍塚 順一 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 高岡 真琴 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 小林 重忠 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 杉浦 進 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 戸田 雅成 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 三田 良信 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 齋藤 和浩 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 下村 ゆかり 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 横溝 良和 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 根岸 作力 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (72)発明者 山田 修 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (56)参考文献 特開 平２−72488（ＪＰ，Ａ) 特開 昭62−73355（ＪＰ，Ａ) 特開 昭55−147759（ＪＰ，Ａ) 特開 昭62−100873（ＪＰ，Ａ) 特開 昭62−281662（ＪＰ，Ａ) 特開 平３−232014（ＪＰ，Ａ) 特開 昭56−135288（ＪＰ，Ａ) 特開 昭61−288555（ＪＰ，Ａ) 実開 平３−110552（ＪＰ，Ｕ)

Claims (4)

    (57)【特許請求の範囲】
  1. 【請求項１】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器とビデオインタフェースを介し
    てローカル接続する第二制御部と、所定のネットワーク
    を介して複数のホストと通信可能な第一制御部とを含む
    サーバー装置において、 前記ホストから入力されるコマンドを解析し、該入力コ
    マンドが印刷コマンドであるかスキャナ読み取り指示で
    あるかを判断する解析手段と、 前記入力コマンドが印刷コマンドである場合は、ページ
    記述言語形式の印刷コマンドをビットマップ展開しラス
    タデータを得る展開手段と、 前記展開手段により得られる前記ラスタデータを前記第
    二制御部に送信し、また、前記入力コマンドがスキャナ
    読み取り指示である場合は、スキャナ読み取り指示を前
    記第二制御部に送信する送信手段と、 前記第二制御部から受け取る前記入出力機器のスキャナ
    機能により読み取られた画像データを圧縮する第一圧縮
    手段と、 前記圧縮された画像データの前記ネットワーク上のホス
    トへの出力を制御する第一制御手段と、 を前記第一制御部に備え、 前記第一制御部から受け取るラスタデータを圧縮する第
    二圧縮手段と、 前記第二圧縮手段により１ページ分のラスタデータが圧
    縮された後に、前記入出力機器のデータ処理速度に間に
    合うよう高速に圧縮ラスタデータを伸長する伸長手段
    と、 前記伸長手段により伸長されたラスタデータの前記ビデ
    オインタフェースを介した前記入出力機器への転送を制
    御する第二制御手段と、 前記第一制御部から受け取るスキャナ読み取り指示を前
    記入出力機器に指示する読み取り指示手段と、 前記スキャナ読み取り指示に応じて前記入出力機器で読
    み取られた画像データを前記第一制御部に送信する送信
    手段と、 を前記第二制御部に備えることを特徴とするサーバー装
    置。
  2. 【請求項２】 前記第二圧縮手段は、前記入出力機器で
    読み取られた画像データを前記ビデオインタフェースを
    介した入力速度に応じて高速に圧縮し、 前記伸長手段は、前記第二圧縮手段により１ページ分の
    前記入出力機器で読み取られた画像データが圧縮された
    後に、圧縮画像データを伸長することを特徴とする請求
    項１記載のサーバー装置。
  3. 【請求項３】 前記伸長手段は、前記入出力機器のデー
    タ処理速度に同期して前記圧縮ラスタデータを伸長する
    ことを特徴とする請求項１記載のサーバー装置。
  4. 【請求項４】 前記サーバー装置は、複数の前記入出力
    機器と接続されており、前記第一制御部はメインボード
    であり、前記第二制御部は、各々の前記入出力機器に対
    応しているサブボードであり、複数の前記入出力装置に
    各々ローカル接続される複数のサブボードが実装されて
    いることを特徴とする請求項１〜３のいずれかに記載の
    サーバー装置。
JP02170193A 1993-01-18 1993-01-18 サーバー装置 Expired - Fee Related JP3244138B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP02170193A JP3244138B2 (ja) 1993-01-18 1993-01-18 サーバー装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP02170193A JP3244138B2 (ja) 1993-01-18 1993-01-18 サーバー装置

Publications (2)

Publication Number Publication Date
JPH06214918A JPH06214918A (ja) 1994-08-05
JP3244138B2 true JP3244138B2 (ja) 2002-01-07

Family

ID=12062370

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02170193A Expired - Fee Related JP3244138B2 (ja) 1993-01-18 1993-01-18 サーバー装置

Country Status (1)

Country Link
JP (1) JP3244138B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3459740B2 (ja) * 1997-01-17 2003-10-27 キヤノン株式会社 印刷制御装置及び方法及び印刷装置

Also Published As

Publication number Publication date
JPH06214918A (ja) 1994-08-05

Similar Documents

Publication Publication Date Title
JP3332443B2 (ja) 情報処理装置および情報処理方法
JP3792733B2 (ja) サーバー装置および制御方法
JP3486427B2 (ja) 制御装置および制御方法
JP4035173B2 (ja) 制御装置および制御方法
US6804016B2 (en) Control apparatus for a scanner/printer
US6272252B1 (en) Segmenting image data into blocks and deleting some prior to compression
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) スキャナプリンタサーバーシステムおよび自動画像転送方法およびスキャナプリンタサーバー
US6981069B2 (en) Compressed data transmission over a plurality of transmission paths
JP2001325087A (ja) 書き換え可能なコマンド記憶部を利用したコマンド解析
JP3244138B2 (ja) サーバー装置
JPH05292240A (ja) スキャナプリンタサーバー及びスキャナプリンタサーバーシステム
JPH0816332A (ja) スキャナプリンタサーバーシステムおよびそのデータ処理方法
US7230729B1 (en) Printer pipeline bypass in hardware-ready format
JPH06214923A (ja) サーバー装置
US20030123071A1 (en) Time multiplexed image data decompression circuit
US7965406B2 (en) Time multiplexed image data decompression circuit
JPH06214919A (ja) サーバー装置およびその画像処理方法
JP2002178608A (ja) プリンタ及びプリント方法
JP3584247B2 (ja) 印刷制御装置及び制御方法
JP3639835B2 (ja) 印刷制御装置及びその制御方法
JP3639838B2 (ja) 印刷制御装置及びその制御方法
JP2613590B2 (ja) カラー像形成装置

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees