JPH06214920A - サーバー装置およびその通信処理方法 - Google Patents

サーバー装置およびその通信処理方法

Info

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

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
    • H04N1/32358—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 using picture signal storage, e.g. at transmitter
    • 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/32523—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 output devices
    • H04N1/32529—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 output 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/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/0077—Types of the still picture apparatus
    • H04N2201/0081—Image reader
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0082—Image hardcopy reproducer
    • 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/0087—Image storage device
    • 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/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
    • H04N2201/3285—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 using picture signal storage, e.g. at transmitter
    • H04N2201/3288—Storage of two or more complete document pages or image frames
    • 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/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
    • H04N2201/3285—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 using picture signal storage, e.g. at transmitter
    • H04N2201/3297—Simultaneous use of a single memory for different image storage purposes

Landscapes

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

Abstract

(57)【要約】 【目的】 いかなる言語仕様に基づくホストがネットワ
ークに接続されても、サーバー装置がいかなる言語仕様
の画像処理装置にも整合する画像出力情報を相互に転送
処理できる。 【構成】 プリントドライバ１５０２が各ホスト特有の
プリンタインタフェースに基づいて変換した印刷画像情
報をサーバー装置に接続される画像処理装置のプリント
言語に基づく画像出力情報に変換すると、このプリント
ドライバ１６０２の下位レイヤとしてのＳＰクライアン
ト１５０３とＳＰサーバー１６０２とがネットワーク９
６を介して画像処理装置のプリント言語に基づく画像出
力情報を通信転送させる構成を特徴とする。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、スキャナ機能処理およ
びプリンタ機能処理を実行する入出力機器が所定のイン
タフェースを介して接続され、かつ所定のネットワーク
を介して複数のホストと通信可能に接続されたサーバー
装置およびその通信処理方法に関するものである。
【０００２】
【従来の技術】従来、この種の入出力機器、特にプリン
タは、セントロニクスと呼ぶパラレルインタフェース
か、ＲＳ−２３２Ｃと呼ばれるシリアルインタフェース
を介してコンピュータに直接接続されることが多かっ
た。また、スキャナ（原稿読み取り装置）は、標準でな
いビデオインタフェースか、ＳＣＳＩインタフェースで
コンピュータに直接接続されることが多かった。このよ
うな、インタフェースでは、快適な利用環境を整えるた
めには、１台１台のコンピュータにプリンタとスキャナ
を接続せざるを得ず、資源の効率的利用が図れなかっ
た。すべてのコンピュータにプリンタとスキャナを接続
することは、現実的には不可能で、従来は、フロッピ−
ディスクを持って他のコンピュータを借に行くか、キャ
ラクタベースのプリンタのプリンタならば、セントロニ
クスの分岐ボックスを共同利用することが多かった。
【０００３】近年、ネットワーク技術の進展により、Ｌ
ＡＮインタフェースを有するプリンタがいくつか販売さ
れる様になってきた。ＬＡＮを介してコンピュータとプ
リンタを接続することにより、ネットワーク上のどのコ
ンピュータからでも手軽に印刷が可能となっている。
【０００４】これらのネットワークプリンタは、ＬＡＮ
のインタフェースに加え、米国のアドビ社が開発したポ
ストスクリプト（ＰｏｓｔＳｃｒｉｐｔ）というページ
記述言語を搭載した例が大部分であり、一種の業界標準
を形成している。
【０００５】また、従来の通信プロトコルの構造を複数
のレイヤに分けて、各レイヤ毎にパケットの形状を独立
に定め、各レイヤ毎にタスク（プロセス）を割り当て
て、マルチタスク（マルチプロセス）でプログラムを構
築することにより、各レイヤの機能を明確化するととも
に、独立設計を容易としている。また、下位のレイヤは
上位のレイヤに対するサービスエンティティの提供に専
念させることができる等の利点があった。
【０００６】さらに、単一のスキャナやプリンタは、ホ
ストコンピュータと直接接続された形態で使用されてき
た。また、一体型のスキャナプリンタは、一般的には単
体で複写機として使用されているので、このようなスキ
ャナやプリンタをネットワークに接続し、スキャナプリ
ンタサーバーとして機能させる形態では使用されていな
かった。
【０００７】一方、ネットワーク上でプリンタサーバー
に接続し、プリンタを共有する構成があった。通常、こ
のようなプリンタサーバーでは、ホストコンピュータか
らプリンタの仕様に合せてデータをプリンタに送ってい
た。
【０００８】また、ネットワーク上で、該ネットワーク
に接続されたリモートホストよりスキャンを行うネット
ワークスキャナという使用法はなく、スキャナ依頼を行
うホストコンピュータに画像を取り込む場合には、その
ホストコンピュータ自身に接続されたスキャナより読込
むか、あるいはネットワーク上にある他のホストコンピ
ュータに接続されたスキャナより読み込み、その画像を
ネットワークを経由して依頼を行ったホストに転送する
方法がある。また、スキャナで入力した画像を他の文
字，図形情報とともに印刷する場合、通常は印刷依頼を
行うホストコンピュータ上でスキャナ画像，文字，図形
情報を合成し、ネットワークに接続されたプリンタで出
力を行っていた。
【０００９】また、従来この種のサーバー装置の形式は
大きく分けて下記のような種類があった。
【００１０】ホストコンピュータから専用インタフェ
ースを通じプリンタに接続され、ホストコンピュータ内
でビットイメージに展開しプリンタに伝送する。ネット
ワーク対応は、ホストコンピュータが面倒を見る。主に
ワークステーション程度の高機能ホストコンピュータを
ベースにした形式。
【００１１】ホストコンピュータからはページ記述言
語が伝送され、プリンタ側で持つインタープリタ機能に
よりビットイメージに変換する方式。ネットワークプリ
ンタと称されるもの。
【００１２】ホストコンピュータから伝送されるペー
ジ記述言語を専用のビットイメージに変換する部分を通
じ、プリンタに専用インタフェースを通じ画像データを
伝送するもの。
【００１３】さらに、従来のネットワーク上に存在する
サーバー装置のダウンロード方法は、下記（ａ），
（ｂ）による場合が多い。
【００１４】（ａ）サーバー装置を立ち上げる時に、必
要なプログラムをダウンロードホストからダウンロード
を行う。
【００１５】（ｂ）プリンタ等のプリント処理を依頼す
るホストコンピュータがフォント，フィルタ等のダウン
ロードを行う。
【００１６】また、従来のネットワーク環境のパラメー
タ管理方式としては、ネットワーク上のホスト，ユーザ
の管理に行うものに、ＵＮＩＸ環境で広く使用されるＮ
ＩＳ（Network Infomation System ）がある。このＮＩ
Ｓにおいては、ネットワーク上のあるドメイン内にマス
タサーバー装置，スレーブサーバー装置，クライアント
を設定し、ドメイン内のホスト，ユーザ管理等のパラメ
ータは、通常マスタサーバーで管理されている。また、
マスタサーバーの変更情報は、スレーブサーバーに自動
的に転送される。このため、マスタサーバー装置，スレ
ーブサーバー装置を意識せずにパラメータ情報の参照を
行うことができる。
【００１７】
【発明が解決しようとする課題】しかしながら、上記ペ
ージ記述言語を使用してシステムを構築して、ネットワ
ークに共有使用可能なプリンタを接続する場合、すなわ
ちネットワークプリンタインタフェースを標準化して、
どのメーカーのプリンタとも、自由に接続できるように
する場合、２つの原則がある。
【００１８】アプリケーションソフトは、各プリンタ
の言語や制御方法に依存してはならない。
【００１９】プリンタは、各アプリケーションの出力
するコードの違いを気にしてはならない。
【００２０】このように、アプリケーションソフトとプ
リンタとの間に、両者の使用の違いを吸収する仕組、い
わゆるプリンタドライバ（プログラム）が存在しなけれ
ばならい。
【００２１】しかるに、上記ポストスクリプトを使用す
る場合、アプリケーションがポストスクリプトコードを
出力し、プリンタがポストスクリプトコードを理解する
から正常に印刷できるわけであるが、逆に言えば、アプ
リケーションソフトは、プリンタの言語であるポストス
クリプトに依存しており、プリンタは、アプリケーショ
ンの出力するポストスクリプトコードに依存していると
言える。
【００２２】また、ポストスクリプトはプリンタ用であ
って、スキャナには使用できない。このように、上記ポ
ストスクリプトの使用の制約から、スキャナとプリンタ
とを備えるスキャナプリンタ（複写装置）をネットワー
クの共有資源として、各ホストコンピュータからのスキ
ャナ要求，プリンタ要求を処理する場合、アプリケーシ
ョンに制約が生じ、スキャナプリンタのスペックを最大
限に発揮させることができなくなる等の問題点があっ
た。
【００２３】さらに、上記のように通信ネットワーク上
のプロトコルをレイヤ構造とすると、本来のネットワー
ク間通信では使用しない、タスク（プロセス）間通信が
増大するためにＣＰＵの処理負担が増大しデータ処理効
率が低下する。また、各タスク毎に設定するバッファメ
モリが増大して、メモリ資源を浪費する等の問題点があ
った。
【００２４】また、最近では、ネットワーク化が進んで
おり、インテリジェントビル等の全体にＬＡＮ（ローカ
ル・エリア・ネットワーク）を張り巡らせた大規模なネ
ットワーク化が進んでいる。さらには、ＷＡＮ（ワイド
エリアネットワーク）のような、公衆回線でＬＡＮを直
結した全国規模のネットワーク、さらにはＩＳＤＮ等の
高度情報網が整備されつつある。
【００２５】このため、ビルの別のフロアーや、別のビ
ル、あるいは東京から大阪のホストコンピュータを利用
すること等が可能となりつつある。従って、プリンタサ
ーバーでは、従来までの比較的狭い範囲の利用に留まら
ず、非常に広域な利用が可能となった。
【００２６】また、スキャナやプリンタも高機能化，高
解像度化，カラー化が進んでいる。このため、様々な形
式でのスキャナからの読み取り、プリンタへの出力が可
能となってきている。従来のホストコンピュータに直結
したスキャナやプリンタは、ホストコンピュータがそれ
ぞれの設定や画像データの入出力を行っていた。インタ
フェース（Ｉ／Ｆ），画像データ形式，通信速度等は、
１対１の関係であり、システムで独自で構築しても何ら
問題はなかった。
【００２７】一方、ネットワーク上にＳＰサーバーシス
テムを介して接続されたスキャナ，プリンタは、複数の
ホストコンピュータで利用できるため、資源の共有化が
図れる上、異機種であるホストコンピュータに共通の利
用環境を提供できるといった利点があり、効率的であ
る。
【００２８】しかしながら、ネットワークで共有化する
故、下記のような新たな問題も発生する。
【００２９】第１に、利用時間もまちまちであったり、
同時に利用することもあり、それに伴って、例えば利用
者ＡがＳＰサーバーシステムを介してプリンタを利用し
ている最中に、利用者Ｂがプリンタ利用の要求を出した
場合、ＳＰサーバーが同様に振る舞うかが問題となる。
【００３０】第２に、利用者Ａが同様に、プリンタを利
用している最中に、何らかのエラーが発生した場合、利
用者Ａにどのように、通知するか、また、その際、利用
者Ｂが利用しようとしても、利用できないことを、どの
ように通知するかが問題となる。
【００３１】第３に、ＳＰサーバーシステムに異常が発
生した場合、あるいはホストコンピュータ側に異常が発
生した場合、お互いの通信が不能となり、どちらかがコ
マンド待ちの状態となり、システムがデットロック状態
になってしまう。そこで、ＳＰサーバーシステム側もホ
ストコンピュータ側もそのような状態で不良となること
を避けるため、タイマ監視機能を備える場合がある。こ
の場合、お互いのコマンドに対するレスポンスをある一
定時間待ち、その時間を越えるような場合、再送要求を
何回か発行して、それでも応答がない場合は自動的に通
信を打ち切って初期状態に戻す動作を行う。
【００３２】しかしながら、このような通信制御によれ
ば、以下のような新たな問題が発生する。
【００３３】ネットワークが大規模化して、１つのネッ
トワークにゲートウエイあるいはルーターを設けて、他
のネットワークと結ばれている場合であって、スキャナ
やプリンタの接続されたＳＰサーバーシステムとホスト
コンピュータが異なるネットワークにある場合の利用の
時、どちらか一方のネットワークが遅いと、お互いコマ
ンドに対するレスポンスが正常な場合であっても、タイ
マ監視機能で設定した時間を越えてしまうことが発生す
る。このような状況では、ゲートウエイあるいはルータ
ーの遅延の大なる場合や、一方のネットワークが異常に
混雑している場合にも発生する。
【００３４】このような状況が発生した場合、ネットワ
ークの通信遅延が大きいだけで、正常な通信を行ってい
る場合であっても、ＳＰサーバーシステムやホストコン
ピュータのタイマ監視機能が作動し、自動的に再送要求
を発行してしまい、ひいては自動的に初期状態に戻って
しまう。これにより、正常な通信であっても、利用者が
スキャナやプリンタの資源を利用できないといった問題
点があった。
【００３５】さらに、従来のサーバー装置におけるデー
タダウンロード方式，パラメータ管理方式では、プログ
ラム，フィルタ，フォント，パラメータ等のダウンロー
ドおよびその管理は、ネットワーク上のドメインの中
で、ある特定のサーバー装置から見た場合、上述のよう
に共通の手段（上述ではマスタとスレーブが個別に処理
を行う）によっては行われていないため、例えばスキャ
ナプリンタをネットワークに接続して、各クライアント
がスキャナ要求，プリンタ要求を処理するサーバー装置
のダウンロード，パラメータ管理が問題となる。すなわ
ち、ネットワーク上にスキャナ／プリンタ（Ｓ／Ｐ）サ
ーバー装置を設置した場合、従来のデータダウンロード
方式，パラメータ管理方式では、Ｓ／Ｐサーバー装置が
プログラム，フィルタ，フォント，パラメータを一元管
理できず、予期しないシステムダウンに即応できなくな
る場合がある。
【００３６】また、複数のダウンロードホスト中に、マ
スタホスト，スレーブホストを設定した場合、スレーブ
ホスト同士での通信は行われておらず、マスタホストが
何らかの原因でダウンした場合、パラメータ等の変更が
できなくなり、システムサービスが行えなくなる等の幾
多の問題点があった。
【００３７】本発明は、上記の問題点を解決するために
なされたもので、ネットワーク上の各ホストと各サーバ
ー装置に接続される各入出力機器との間の画像情報通信
を画一化するとともに、サーバー装置におけるデータダ
ウンロード方式，パラメータ管理等を分散処理すること
により、各ホストの言語仕様環境および各入出力機器の
言語仕様環境が相違していても何ら支障なく入出力機器
を総括的に効率よく制御できるサーバー装置およびその
通信処理方法を提供することを目的とする。
【００３８】
【課題を解決するための手段】第１の本発明に係るサー
バー装置は、各ホスト特有のプリンタインタフェースに
基づいて変換した画像情報を前記サーバー装置に接続さ
れる前記入出力機器のプリンタ言語に基づく画像情報に
変換するプリントドライバと、このプリントドライバの
下位レイヤとして、変換された前記画像情報を前記サー
バー装置に前記ネットワークを介して通信転送するクラ
アント通信制御手段とを各ホストに設け、前記プリント
ドライバの下位レイヤとして、前記ネットワークを介し
て前記クラアント通信制御手段と通信しながら受信した
前記画像情報を前記サーバー装置に転送するサーバー通
信制御手段とを設けたものである。
【００３９】第２の本発明に係るサーバー装置は、特定
の１台または優先度が付けられた複数台のホストから所
望の情報をダウンロードするためのホスト先指定情報，
前記所望の情報をダウンロードするため緒ダウンロード
プログラム，前記プリント機能処理の実行に必要なフォ
ント情報，前記プリント機能処理の実行に必要な印刷制
御情報を記憶する不揮発性メモリを前記ホストまたは所
定のネットワーク上に設けたものである。
【００４０】第３の本発明に係るサーバー装置の通信処
理方法において、各ホストからの指示に基づいて前記サ
ーバー装置から発行される通信コマンドに対する各ホス
トからの応答時間を計時するタイマを第１の監視時間分
起動し、該第１の監視時間経過後、前記通信コマンドを
再発行し、該通信コマンドに対する応答状態を前記第１
の監視時間よりも所定時間長い第２の監視時間分継続し
て監視し、該監視結果に基づいて各ホストとの通信異常
発生状態を判定し、該判定結果に基づいて該ホストに対
して通信中断コマンドを発行し、該通信中断コマンド発
行後、前記ネットワークとの通信状態を待機状態に設定
する。
【００４１】第４の本発明に係るサーバー装置の通信処
理方法において、各ホストまたはサーバー装置の何れか
一方から前記ネットワーク上での応答時間を計時するた
めのコマンドを発行し、該コマンドに対する応答時間を
サーバー装置または各ホストが計時し、該計時結果に基
づいて各ホストとサーバー装置との間の正常応答時間を
計時するタイマの監視時間を延長する。
【００４２】第５の本発明に係るサーバー装置の通信処
理方法において、前記ネットワーク側を低位とし、かつ
前記ネットワークを介して各ホストから受信した画像情
報を記憶するバッファメモリを高位とする順次階層する
複数の通信プログラムを連続的に実行して前記バッファ
メモリに前記画像情報を記憶させる際に、低位の通信プ
ログラムから上位の通信プログラムに前記画像情報に対
する前記バッファメモリへの展開開始アドレスを催促
し、該催促に従って高位の通信プログラムから停止の通
信プログラムに伝達される展開開始アドレスに基づいて
低位の通信プログラムにより前記バッファメモリに前記
画像情報を展開させる。
【００４３】
【作用】第１の発明においては、プリントドライバが各
ホスト特有のプリンタインタフェースに基づいて変換し
た画像情報を、サーバー装置に接続される入出力機器の
プリンタ言語に基づく画像情報に変換すると、このプリ
ントドライバの下位レイヤとしてのクライアント通信制
御手段とサーバー通信制御手段とがネットワークを介し
て入出力機器のプリンタ言語に基づく画像情報を通信転
送させるので、各ホスト特有のプリンタ言語処理体系に
従う画像情報を、サーバー装置に接続される入出力機器
のプリンタ言語処理系に制限されることなく、ホスト上
の市販アプリケーションでネットワーク上を高速に通信
させることが可能となる。
【００４４】第２の発明においては、ホストまたは所定
のネットワーク上の不揮発性メモリに、特定の１台また
は優先度が付けられた複数台のホストから所望の情報を
ダウンロードするためのホスト先指定情報，前記所望の
情報をダウンロードするため緒ダウンロードプログラ
ム，前記プリント機能処理の実行に必要なフォント情
報，前記プリント機能処理の実行に必要な印刷制御情報
を記憶させるので、特定の１台または優先度が付けられ
た複数台のホストから所望の情報をダウンロードする際
のホスト先および印刷制御情報の変更処理の一元管理が
可能となる。
【００４５】第３の発明においては、サーバー装置から
何れかの指示に基づいて通信コマンドを発行後の応答時
間が第１の監視時間を越えて、第２の監視時間を経過し
ても応答が得られない場合、当該ホストとの通信に異常
が発生したものと見なして、サーバー装置とネットワー
クの通信状態を待機状態に自動復帰させるので、当該通
信異常となったホストの回復を待たずに、プリンタ資
源，スキャナ資源による各機能処理実行を要求する他の
ホストとの通信を速やか、かつ正常に開始することが可
能となる。
【００４６】第４の発明においては、各ホストまたはサ
ーバー装置の何れか一方から前記ネットワーク上での応
答時間を計時するためのコマンドを発行してからの応答
時間をサーバー装置または各ホストが計時し、該計時結
果に基づいて各ホストとサーバー装置との間の正常応答
時間を計時するタイマの監視時間を延長するので、ネッ
トワーク上の各ホストとの通信中における応答信号の送
出タイミングが長くなる事態が発生しても、その後の通
信処理を正常に続行することが可能となる。
【００４７】第５の発明においては、低位の通信プログ
ラムから高位の通信プログラムを連続的に実行して前記
バッファメモリに前記画像情報を記憶させる際に、低位
の通信プログラムから上位の通信プログラムに前記画像
情報に対する前記バッファメモリへの展開開始アドレス
を催促し、該催促に従って高位の通信プログラムから低
位の通信プログラムに伝達される展開開始アドレスに基
づいて低位の通信プログラムにより前記バッファメモリ
に前記画像情報を展開させるので、低位の通信プログラ
ムから高位の通信プログラムを連続的に実行して前記バ
ッファメモリに前記画像情報を転送して記憶させる際の
各通信プログラム間のオーバヘッドを抑えることが可能
となる。
【００４８】
【実施例】図１は本発明の第１実施例を示すサーバー装
置の概要を説明するシステムブロック図である。なお、
詳細なシステムブロック図は後述する。
【００４９】図において、スキャナ／プリンタ（ＳＰ）
サーバーは後述する。本システムは、大別してメインＣ
ＰＵ回路１，イーサネット回路２，ＪＰＥＧ圧縮回路
３，スキャナ／プリンタインタフェース回路４より構成
されている。なお、スキャナ／プリンタ（ＳＰ）サーバ
ーに複数のスキャナ／プリンタを接続する場合には、そ
の台数分のスキャナ／プリンタインタフェース回路を実
装する。その台数の増減を容易にする為にスキャナ／プ
リンタインタフェース回路は独立したボード上に構成さ
れており、本体とは後述するＶＭＥバス１６で接続す
る。残りのメインＣＰＵ回路１、イーサネット回路２、
ＪＰＥＧ圧縮回路３は１枚のボード上に構成されてお
り、互いにローカルなバス１４で結合されている。
【００５０】４−１は第１のスキャナ／プリンタインタ
フェース回路（第１のＳＰインタフェース回路）で、例
えば商品名ＣＬＣ−５００等のディジタルカラー複写装
置１００（レーザビームカラー複写装置）とＶＭＥバス
１６とのＩ／Ｏをインタフェースする。
【００５１】４−２は第２のプリンタ／スキャナインタ
フェース（第２のＳＰインタフェース回路）で、例えば
商品名ピクセルジェット等のディジタルカラー複写装置
２００（バブルジェットカラー複写装置）とＶＭＥバス
１６とのＩ／Ｏをインタフェースする。
【００５２】メインＣＰＵ回路１は例えばＲ３０００
（商品名）等のＣＰＵ５とメモリ６等から成り、ここで
ＯＳである、例えば 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) 〜(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) で実行可能なジ
ョブの候補としてピックアップする。そしてステップ(1
4)に移る。ＷＡＩＴでない場合には、ステップ(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) で実行ジョブテーブルにジョ
ブが残っているかを判断して、もう起動すべきジョブが
残っていなければ、ジョブ起動処理を終了する。
【０３８２】以下、図４７〜図５７を参照しながら本発
明に係るサーバー装置における具体的ジョブ処理動作に
ついて説明する。
【０３８３】図４７は本発明に係るサーバー装置におけ
るジョブ処理状態推移を示すタイミングチャートであ
る。なお、図中の横軸右方向に時間が流れていくものと
する。図において、８０１〜８１３はジョブテーブルを
チェックするタイミングを示し、タイミング８００〜８
０３は通信プログラム８３からジョブのイベントがシス
テム全体制御プログラム９３に入るタイミングに対応
し、タイミング８０４〜８１３はジョブテーブルをチェ
ックするタイミングに対応する。
【０３８４】図４８〜図５７は本発明に係るサーバー装
置におけるジョブ処理に伴うジョブテーブルの内容を示
す図であり、図４８〜図５７はタイミング８０４〜タイ
ミング８１３におけるジョブテーブルに対応する。な
お、ジョブテーブルはチェック直前の内容を示してい
る。また、ジョブはカラーレーザ複写装置（ＣＬＣ）の
プリンタからドキュメントを出力するＣＬＣＰ、カラー
レーザ複写装置（ＣＬＣ）のスキャナから原稿を読みと
るＣＬＣＳ、バブルジェットカラー複写装置のプリンタ
にドキュメントを出力するＢＪＰ、バブルジェットカラ
ー複写装置のスキャナから原稿を読みとるＢＪＳ、市販
のページ記述言語のインタプリタを内蔵するプリンタに
出力するＰＤＬＰ、市販のビットマッププリンタにドキ
ュメントを出力するＢＩＴＰ、市販のスキャナから原稿
を読みとる等のジョブがある。
【０３８５】タイミング８００で、ジョブのイベントが
入ってくる。内容はカラーレーザ複写装置（ＣＬＣ）の
プリンタにドキュメントを出力するジョブ１（内容はＣ
ＬＣＰ）で、出力ページ数は３ページ、優先順位はＬＥ
ＶＥＬ０、インタフェースにはＢＭＥＭを用いるという
ものである。ジョブテーブルＪＯＢＴを見てみると、図
４８に示すようにＩＤに「２５」が割り当てられ、ステ
ータスはＷＡＩＴ、終了ページはまだこのジョブは処理
されていないので０ページになっている。
【０３８６】タイミング８０４のジョブテーブルチェッ
クでは、ＩＤ２５のジョブが選択され、起動される。こ
の時ＩＤ２５のジョブのステータスをＲＵＮに変更す
る。８０１のタイミングで新たなジョブが入ってくる。
ジョブＩＤ２５のジョブの１ページの処理が終了すると
システム全体制御プログラム９３は再度ジョブテーブル
を見に行く。その時のジョブテーブルＪＯＢＴは図４９
に示される。ＩＤ２５のジョブは１ページの出力が終了
して、次ページが処理されるのを待っている状態であ
る。終了ページは０ページから１ページに変化してい
る。また、新たに入ったジョブはＩＤ２６が割り当てら
れ、ステータスはＷＡＩＴ、優先順位はＬＥＶＥＬ１、
インタフェースはＢＭＥＭ、ジョブはＢＪＰになってい
る。システム全体制御プログラム９３はこのジョブテー
ブルＪＯＢＴから判断して、ＩＤ２５のジョブの２ペー
ジ目の処理を起動する。
【０３８７】この時、２ページめの途中でプリンタに紙
ジャムが発生してしまいＩＤ２５のジョブを続けられな
くなってしまった。システム全体制御プログラム９３は
ジョブテーブルＪＯＢＴを参照して次に起動すべきジョ
ブを探す。その時のジョブテーブルＪＯＢＴは図５０の
ようになっている。ＩＤ２５のステータスはＥＳＴＯＰ
になり、優先順位は復帰した時に優先的に実行させるた
めにＬＥＶＥＬ２、終了ページは１ページのままになっ
ている。そこで、システム全体制御プログラム９３はＩ
Ｄ２６のジョブを起動する。ＩＤ２６のジョブが１ペー
ジの処理を終了すると、システム全体制御プログラム９
３はジョブテーブルＪＯＢＴチェック８０７に移る。こ
の時の状態は図５１に示される。ＩＤ２５のジョブはは
エラーチェックをしてもエラーが回復していないので起
動されることはない。そこで、システム全体制御プログ
ラム９３はＩＤ２６のジョブの２ページ目を処理するこ
とをＰＤＬインタープリタープログラム８４に対して要
求する。
【０３８８】ＩＤ２６のジョブが２ページ目を処理して
いる最中に新たなジョブのイベントがシステム全体制御
プログラム９３に入ってくる。内容は、バブルジェット
カラー複写装置のスキャナから２ページ分の原稿を読み
取るものである。ＩＤ２６のジョブが２ページ目の処理
を終了すると、システム全体制御プログラム９３はジョ
ブテーブルＪＯＢＴをチェックする。その時のジョブテ
ーブルＪＯＢＴが図５２である。
【０３８９】ＩＤ２５はエラーが回復していないのでそ
のままの状態である。ＩＤ２６のジョブは２ページの処
理が終了したので、終了ページは２に変化している。さ
らに新しいジョブがＩＤ２７に割り当てられている。Ｉ
Ｄ２７のジョブは優先順位がＬＥＶＥＬ２であるので、
システム全体制御プログラム９３は現在処理中のＩＤ２
６のジョブを中断させてＩＤ２７のジョブを起動する。
ＩＤ２６のジョブはステータスがＳＴＯＰに、優先順位
がＬＥＶＥＬ２になる。
【０３９０】スキャナ制御プログラム８５が１ページの
原稿読み込みしている最中に、システム全体制御プログ
ラム９３には新たなジョブのイベントがタイミング８０
３で入ってくる。１ページの読み込みが終了すると、シ
ステム全体制御プログラム９３はタイミング８０９でジ
ョブテーブルＪＯＢＴをチェックする。この時のジョブ
テーブルＪＯＢＴは図５３のようになる。ＩＤ２５のジ
ョブはエラーが回復していないのでＥＳＴＯＰのままで
ある。また、ＩＤ２６はステータスがＳＴＯＰで、割り
込みジョブＩＤが２７であるので、ＩＤ２７のジョブを
チェックするとステータスはＲＵＮのままなので再開す
ることは出来ない。新たに入ってきたジョブはＩＤ２８
が割り当てられる。ＩＤ２８のジョブはセントロニクス
インタフェースを通して市販のプリンタにデータを流す
ジョブで、現在起動されているジョブと同時に走らせる
ことが出来る。そこで、システム全体制御プログラム９
３はＩＤ２８のジョブとＩＤ２７の２ページ目をスキャ
ンするジョブを同時に起動する。
【０３９１】次にシステム全体制御プログラム９３はジ
ョブテーブルＪＯＢＴチェック（タイミング８１０）に
移る。この時のジョブテーブルＪＯＢＴは図５４に示さ
れる。ジョブテーブルＪＯＢＴチェック（タイミング８
１０）の前にジョブＩＤ２５のエラーが解除されている
ので、エラーチェック後ステータスはＷＡＩＴに戻る。
【０３９２】また、ＩＤ２６のジョブも、割り込んだＩ
Ｄ２７のジョブが終了したのでステータスがＷＡＩＴに
戻る。ＩＤ２８のジョブはＲＵＮの状態のままである。
システム全体制御プログラム９３はインタフェースＢＭ
ＥＭが空いているのでＩＤ２５またはＩＤ２６のジョブ
を起動させる。どちらのジョブともステータスはＷＡＩ
Ｔで、優先順位もＬＥＶＥＬ２と状態は同じであるので
先に受け付けたＩＤ２５のジョブを起動する。この時、
ＩＤ２５のジョブは終了ページが１ページであるので２
ページ目から処理するようにＰＤＬインタープリタープ
ログラム８４に要求を出さなければならない。
【０３９３】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１１）では図５５に従う。ＩＤ２５とＩＤ２８の
ジョブはステータスがＲＵＮでＩＤ２６はＷＡＩＴであ
る。ＩＤ２６のジョブは優先順位がＬＥＶＥＬ２で、現
在起動中のジョブに対して割り込むことが出来るがＩＤ
２５もＬＥＶＥＬ２で起動されたので、この場合には割
り込むことは出来ない。
【０３９４】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１２）に移る。ジョブテーブルＪＯＢＴは図５６
に示される。ＩＤ２５のジョブはすでに終了してジョブ
テーブルＪＯＢＴから削除されている。そこで、システ
ム全体制御プログラム９３はＩＤ２６のジョブを３ペー
ジ目から起動する。
【０３９５】ジョブテーブルＪＯＢＴチェック（タイミ
ング８１３）では、図５７に示すようにＩＤ２８のジョ
ブが走っている状態なので、新たにシステム全体制御プ
ログラム９３はジョブを起動することはしない。
【０３９６】以上のように、システム全体制御プログラ
ム９３はジョブテーブルＪＯＢＴを参照しながら最適に
ジョブ管理を行なう。
【０３９７】なお、上記実施例では文字，図形，イメー
ジがホストコンピュータで編集された後、ネットッワー
クを介して通信されたプリント要求をスキャナ／プリン
タをドライブするサーバー装置上で処理して、当該プリ
ンタから出力する場合について説明したが、図５８に示
すように、クライアントホストコンピュータ９０１，９
０２，スキャナプリンタ９０４をドライブするＳＰサー
バー装置９０３がネットワーク９０５を介して接続され
るシステムにおいて、クライアントホストコンピュータ
９０１，９０２から転送された文字，図形の各情報とス
キャナプリンタ９０４のスキャナから入力されたイメー
ジとをＳＰサーバー装置９０３が合成編集することによ
り、合体出力させるように構成しても良い。
【０３９８】図５８は本発明の第２の実施例を示すサー
バー装置の構成を説明するブロック図である。
【０３９９】図において、９０６は記憶装置で、ＳＰサ
ーバー装置９０３内に設けられ、クライアントホストコ
ンピュータ９０１，９０２から転送された文字，図形の
各情報を蓄える。
【０４００】このように構成されたサーバー装置におい
て、本体またはネットワーク上に設けた記憶手段（記憶
装置９０６）に画像処理装置から出力される第１の画像
情報または所定のネットワークに接続される各ホストコ
ンピュータから転送される第２の画像情報を記憶させる
ことにより、各ホストコンピュータからの画像情報出力
処理負担を軽減させるとともに、記憶した画像情報を効
率よく再利用させる。
【０４０１】また、記憶手段（記憶装置９０６）に記憶
された第１および第２の画像情報を画像合成手段が合成
しながら出力画像を生成して画像処理装置（本実施例で
はスキャナプリンタ９０４）に出力することにより、各
ホストコンピュータ上での画像編集負担を軽減させる。
【０４０２】なお、本実施例においては、クライアント
ホストコンピュータ９０１，９０２上では、例えばワー
ドプロセッサ，グラフィックソフトにより、オペレータ
が文字情報，図形情報の生成を行う。生成された文字，
図形情報等（第１の画像情報）は、ネットワーク９０５
を経由して、ＳＰサーバー装置９０３に送られる。ＳＰ
サーバー装置９０３で受け取った文字，図形情報は、Ｓ
Ｐサーバー装置９０３内の記憶装置９０６に記憶され
る。
【０４０３】一方、スキャナプリンタ９０４でスキャン
された画像情報（第２の画像情報）も、ＳＰサーバー装
置９０３内の記憶装置９０６に記憶される。ＳＰサーバ
ー装置９０３上で動作しているページ記述言語により、
ＳＰサーバー装置９０３の記憶装置９０６内で文字情
報，図形情報，画像情報（イメージデータ）が、図５９
に示すように合成される。
【０４０４】図５９は、図５８に示したＳＰサーバー装
置９０３により合成される印刷レアウトを示す模式図で
ある。
【０４０５】図において、９１１は１ページの領域を示
し、この領域９１１内に、クライアントホストコンピュ
ータ９０１，９０２からネットワーク９０５を介して転
送された文字，図形等の転送情報９１２およびＳＰサー
バー装置９０３が制御するスキャナプリンタ９０４でス
キャンされた画像情報９１３がレイアウト情報に従って
割付けられる。このように合成された情報がＳＰサーバ
ー装置９０３のプリンタから出力させることも可能とな
る。
【０４０６】なお、上記ＳＰサーバー装置９０３に制御
されるスキャナプリンタ９０４は、スキャナとプリンタ
とが独立した単体構成であっても良い。また、ＳＰサー
バー装置９０３に別の大容量記憶装置、例えば光磁気デ
ィスク装置を接続した場合、スキャナプリンタ９０４の
スキャナで読み取った画像情報をその都度ＳＰサーバー
装置９０３内の記憶装置９０６に読み込み、クライアン
トホストコンピュータ９０１，９０２から転送された文
字，図形情報とを合成して印刷するのではなく、スキャ
ン画像を上記大容量記憶装置内に順次記憶させて行くこ
とにより、画像データベースを構築することで、任意に
大容量の記憶装置内から画像を取り出し、その画像を文
字，図形情報と合成しながら印刷させることもできる。
さらに、上記大容量の記憶装置をＳＰサーバー装置９０
３の記憶装置９０６と別に設ける際、当該大容量の記憶
装置とＳＰサーバー装置９０３とが直接接続されていな
くても良く、例えばネットワーク９０５に接続されるク
ライアントホストコンピュータ９０１，９０２に配置さ
れ、これらのクライアントホストコンピュータ９０１，
９０２がＳＰサーバー装置９０３に転送できる構成であ
れば良い。
【０４０７】図６０は、図２に示した第１のステーショ
ンＳＴ１のプログラム構成を説明する図である。
【０４０８】この図において、ＤＴＰアプリケーション
１５００（図２に示したアプリケーション５６に対応す
る）から印刷しようとすると、ＯＳの一部のプリントマ
ネージャー１５０１（プリントマネージャー）がコール
される。プリントマネージャー１５０１は、プリンタド
ライバ１５０２に対し、描画メモリ領域を確保させその
ポインタを提供させる。プリントマネージャー１５０１
は、そのポインタをアプリケーション１５００に知らせ
て、そこにクイックドロー（Quick Draw）フォーマット
で描画させる。従って、アプリケーション１５００が描
画を完了すると、そのデータはすっかりプリンタドライ
バ１５０２に渡されている事になる。プリンタドライバ
１５０２は、そのクイックドロー関数を１個１個、順番
にＣａＰＳＬコードに変換してメモリに蓄え、Ｓ／Ｐク
ライアント（S/P Client）１５０３にそれをスキャナ／
プリンタサーバー（Ｓ／Ｐサーバー）１６０２側に伝送
する様に依頼をする。Ｓ／Ｐクライアント１５０３（図
２に示した通信プログラム５３に対応する）とＳ／Ｐサ
ーバー１６０２（図２に示した通信プログラム８３に対
応する）との間は、データ転送プロトコルによって結ば
れており、プリンタドライバ１５０２から渡された、変
換済みのＣａＰＳＬコードをＳ／Ｐサーバー１６０２に
転送する。なお、１５０４は通信プロトコル（図２に示
したＴＣＰ／ＩＰプログラム５２に対応する）、１５０
５はイーサネットボード、１５０６は圧縮（ＡＤＣＴ）
制御関数、１５０７は圧縮ボードである。また、１６０
０は指定されたプリンタ、１６０１はＣａＰＳＬインタ
プリタ（図２に示したＰＤＬインタープリタープログラ
ム８４に対応する）、１６０３は通信プロトコル（ＴＣ
Ｐ／ＩＰプログラム８２）、１６０４はイーサネットプ
ロトコルである。
【０４０９】図６１は、図６０に示した第１のステーシ
ョンＳＴ１のＯＳと各ドライバとの関係を示す詳細図で
あり、図６０と同一のものには同じ符号を付してある。
【０４１０】この図に示すように、ドライバとマッキン
トッシュで構成されるステーションＳＴ１のＭａｃＯＳ
の関係を示す。
【０４１１】図において、１５０８はＱｕｉｃｋＤｒａ
ｗ／ＣａＰＳＬ変換ルーチン（プログラム５４）で、Ｑ
ｕｉｃｋＤｒａｗの描画関数をＣａＰＳＬコードに変換
する。
【０４１２】デバイスマネージャー，プリントマネージ
ャーをアプリケーションとしてではなく、ドライバとし
て構成する。インターフェースがＭａｃ用のＯＳを介し
てつながるので、スペックが標準化しやすい。また、マ
ルチファインダーとは言っても、事実上シングルタスク
のＭａｃ用のＯＳの場合、ドライバ化する事によって、
その部分をマルチタスク化する事ができる。ＵＮＩＸマ
シンの場合には、文字どおり物理デバイスとのインター
フェースのみをドライバ化し、あとはデーモンとして簡
単にバックグラウンドで走らせる事ができる。
【０４１３】また、プリンタドライバ機能は、Ｑｕｉｃ
ｋＤｒａｗ／ＣａＰＳＬ変換ルーチン１５０８（図２に
示した変換プログラム５４に対応する），プリンタドラ
イバ１５０２に分かれ、ＱｕｉｃｋＤｒａｗの全ての描
画関数をＣａＰＳＬコード（の組み合わせ）に置き換え
る。
【０４１４】そして、プリンタドライバ１５０２がＬａ
ｓｅｒＷｒｉｔｅｒがプリントマネージャー１５０１に
対して提供しているのと同じサービスを提供する。
【０４１５】具体的には、アプリケーション１５００
が、PrStlDialog() やPrJobDialog()等の関数を発行し
た時に、プリントマネージャー１５０１から要求される
パラメーターを返したり、SPClientドライバのコマンド
を制御する。
【０４１６】図６２は、図６０に示したプリンタマネー
ジャー１５０１とプリンタドライバ１５０２との機能処
理を説明する図である。
【０４１７】なお、プリンタドライバ１５０２は、Ｌａ
ｓｅｒＷｒｉｔｅｒと同じドラフトモードで動作する。
また、プリンタドライバ１５０２は、プリントマネージ
ャー１５０１によって起動され、プリントマネージャー
１５０１に対しプリンタドライバインターフェースを提
供する。プリンタドライバ１５０２はプリントマネージ
ャーに対し以下のような関数を提供する。
【０４１８】Open （SPClientファイルのDR
VR 28 リソースをメモリにロックし、OpenConnを起動す
る） Close Read （原稿をスキャンする） Write （ＣａＰＳＬコードを印刷する） Status （ＳＰサーバーの状態をチェックす
る） Control （ＳＰサーバーを制御する） KillIO また、プリンタドライバ１５０２の基本はドライバであ
るが、［Chooser Document］の形で提供し、Ｌａｓｅｒ
ＷｒｉｔｅｒやＩｍａｇｅＷｒｉｔｅｒとともに、Choo
ser DAから選択可能にする。また、プリンタドライバ１
５０２は、ＳＰクラアント１５０３を介してプロトコル
（MacTCP）１５０４の通信機能を利用する。ＳＰクラア
ント１５０３は、プリンタドライバ１５０２に対し標準
のドライバ形式のインターフェースを提供する。
【０４１９】なお、ＳＰクラアント１５０３のドライバ
は、初期化処理（INIT-31 ）のメカニズムによって電源
の立ち上げ時に自動的に自分自身をSystemにインストー
ルする。ドライバのメモリー占有サイズが大きくなる時
は、大部分のコードはコードリソースの形で持ち、オー
プンされた時にリソースをSystemヒープにロードする。
その場合、Close 時にメモリーを解放する。またSP Cli
ent は［コントロールパネル ドキュメント］のリソー
スも有し、コントロールパネルから、IPアドレス等の各
種パラメーターを設定できる。そのため少なくとも次の
cdevリソースを持っている。
【０４２０】DITL ID = -4064 mach ID = -4064 nrct ID = -4064 ICN# ID = -4064 BNDL ID = -4064 FREF ID = -4064 cdev ID = -4064 また、標準ドライバインターフェースの無いＳＰクラア
ント１５０３のサービスは、Control ルーチンが提供す
る。Control コールのパラメーターブロックの持つ csC
ode を所定の値に設定する事によって、次の様な各種の
コマンドが利用できる。以下、ＳＰクラアント１５０３
とＳＰサーバー１６０２とのプロトコロルについて説明
する。
【０４２１】ＳＰクラアント１５０３は、直接的にはTC
P プロトコル１５０４に全てのコマンドとデータを書き
込むが、概念上はＬＡＮ９６を介して接続されたＳＰサ
ーバー１６０２のレイヤーと交信している様に振舞う。
従って、ここにEnd-to-Endのプロトコルが必要になる。
サーバーとクライアントは、互いにパケットをやり取り
する事によって、上位レイヤーに通信サービスを提供す
る。パケットは［サーバー／クライアント パケット］
と［ドキュメント制御パケット］に分かれる。これは丁
度、OSI のセッションレイヤーとドキュメントレイヤー
の関係ににている。違いは、OSI の様に明確に２つのレ
ーヤーに分けるのではなく、ひとつのレイヤーの中で、
パケットの使い方を整理したという点が異なる。
【０４２２】なお、MacTCPのアプリ側のインターフェー
スはTCP とUDP が用意されており、プリンタドライバは
TCP プロトコルを使う。MacTCPはデバイスドライバであ
る。また、本実施例において、ADCTは、Adaptive Discr
ete Cosine Transformの略で、JPEGという中間調画像の
圧縮技術の核をなすものである。JPEGは、Joint Photog
raphic Expert Group の略で、CCITT の下部組織（スタ
ディグループ）である。この組織が発行する中間調画像
の圧縮技術を、JPEG方式と言う。
【０４２３】以下に、図２に示したステーションＳＴ２
（ＩＢＭ社製のパーソナルコンピュータ）をクライアン
トホストとした場合とＳＰサーバー１６０２とのデータ
通信処理状態について説明する。
【０４２４】先ず、Windows 環境に於けるネットワーク
プログラムの特徴について説明する。
【０４２５】アプリケーションプログラムが印刷しよう
とする時、従来のＯＳ（MS-DOS）環境ではアプリケーシ
ョン自身が各社のプリンタに固有の制御コードを出力し
ていた。それが、Windows3.0（商品名）では、アプリケ
ーションとプリンタドライバがＧＤＩで分離、標準化さ
れたために、アプリケーションの負荷は随分楽になっ
た。プリンタに固有の制御はプリンタドライバに閉じ込
めた。このため、プリンタメーカーが提供するプリンタ
ドライバをホストコンピュータ内にインストールすれ
ば、どんなアプリからでも印刷が可能になった。
【０４２６】また、Windows3.0では、プリンタのポート
として、RS-232C やセントロニクスだけでなく、ネット
ワークも標準でサポートしている。
【０４２７】ネットワークプリンタのプロトコルは、図
６３に示すように構成されている。
【０４２８】図６３は、図２に示した第２のステーショ
ンＳＴ２におけるネットワークプリンタのプロトコルを
説明する図である。
【０４２９】図において、アプリケーション１５６０
（図２に示したアプリケーションプログラム６６に対応
する）は自分自身が管理するメモリエリアではなく、上
記ステーションＳＴ１（Macintosh ）と同様にＧＤＩモ
ジュールに対して描画する。ＧＤＩモジュールはＧＤＩ
関数のメタファイル１５６２を作ってプリンタドライバ
１５６３に制御を渡す。プリンタドライバ１５６３は、
１個１個のＧＤＩ関数をＣａＰＳＬコードに変換して、
一時ファイル１５６５を作り、プリントマネージャー１
５６６に制御を渡す。プリントマネージャー１５６６
（図２に示したプリンタマネージャー６５に対応する）
は、通常は一時ファイル１５６５をシリアルポートから
ローカルプリンタに出力するが、本実施例においては、
ＳＰクライアント１５６９（図２に示した通信プログラ
ム６３に対応する）を介して、指定されたネットワーク
プリンタ（カラーＳＰサーバー）に伝送する。
【０４３０】ここでは、ＳＰクライアント１５６９、Ｌ
ＡＮマネージャー１５６８と同じレベルのネットワーク
ドライバとして機能する。１５７２はプロトコル（ＴＣ
Ｐ／ＩＰプログラム６２）、１５７３はイーサネットプ
ロトコル、１５７４はイーサネットボード、１６１０は
ＳＰサーバー上のインタプリタ（図２に示したＰＤＬイ
ンタープリタープログラム８４に対応する）、１６１１
はイーサネットボード、１６１２はイーサネットプロト
コル、１６１３はプロトコル（図２に示したＴＣＰ／Ｉ
Ｐプログラム８２に対応する）、１６１７はNetBIOS 用
のポート、１６１４はSocket用のポート、１６１５はＳ
Ｐサーバー（図２に示した通信プログラム８３に対応す
る）である。
【０４３１】また、Windows 準拠のアプリケーション１
５６０は、ＧＤＩモジュール（描画の関数群）１５６１
をコールしながら１ページの文章や絵を書いて行く。こ
れを受けてＧＤＩモジュール１５６１は、ＧＤＩのメタ
ファイル１５６２に変換してファイルにセーブする。ペ
ージの終りで、ＧＤＩプリンタドライバをロードし、起
動し、メタファイル(MF)１５６２のファイル名をドライ
バに引き渡す。プリンタドライバ１５６３では、プリン
タに固有の処理を行う。例えば、メタファイル−ＣａＰ
ＳＬコード（ＭＦ−ＣａＰＳＬ）変換を行う。その結
果、ＣａＰＳＬファイルがセーブされる。プリンタドラ
イバ１５６３は再び、ＧＤＩモジュール１５６４に対し
て印刷の実行を指示する。それを受けて、ＧＤＩモジュ
ール１５６４は以下（１）〜（３）のいずれかの処理を
する。
【０４３２】（１）PrintManager（スプーラ）を起動
し、その後の制御を任せ、プリンタドライバに対して印
刷（スプール）の完了を返す。
【０４３３】（２）PrintManagerを起動せず、直接ロー
カルプリンタかネットワークプリンタにＣａＰＳＬファ
イルを転送する。（その間アプリケーションは作業を中
断） （３）仮想プリンタ（ファイル）に印刷する。
【０４３４】このように構成された第１のサーバー装置
において、プリンタドライバ１５６３が各ホスト特有の
プリンタインタフェース（本実施例ではプリンタインタ
フェースＧＤＩ）に基づいて変換した印刷画像情報をサ
ーバー装置に接続される画像処理装置（スキャナプリン
タ）のプリント言語（本実施例ではＣａＰＳＬ）に基づ
く画像出力情報に変換すると、このプリントドライバ１
５６３の下位レイヤとしてのＳＰクラアント１５６９と
ＳＰサーバー１６１５とがネットワーク９６を介して画
像処理装置のプリント言語に基づく画像出力情報を通信
転送させることにより、各ホストコンピュータ特有のプ
リンタインタフェースに基づいて変換した印刷画像情報
を、サーバー装置に接続されるいかなる言語仕様に基づ
く画像処理装置でも市販のアプリケーションプログラム
から印刷処理を高速に可能とする。なお、本実施例では
クライアント通信制御手段はＳＰクラアント１５６９に
対応し、サーバー通信制御手段はＳＰサーバー１６１５
に対応する。
【０４３５】なお、ネットワークプリンタに印刷する時
は、PrintManagerを使わない方が良い場合がある。
【０４３６】また、本実施例ではTCP/IPのサービスを利
用するためのポートとして、NetBIOS 用のポート１５７
１，Socket用のポート１５７０が用意されている。ネッ
トワークサービスプロトコル（ＮＦＳ，ＦＴＰ，ＬＡＮ
Ｍａｎａｇｅｒ，クライアント／サーバープロトコル
等）は、これらのポート１５７１，１５７０の上に構築
される。なお、ＵＮＩＸマシンにおいては、ＵＮＩＸの
４．３ＢＳＤと互換性を持って通信するために、Socket
用のポート１５７０を使用する。
【０４３７】一方、マイクロソフト社製のネットワーク
サービスプロトコル（LANManager）を使用する場合は、
マイクロソフト社が開発したNetBIOS 用のポート１５７
１使用する。これは、Socketとは互換性が無いので、UN
IXの側にLANManaher/Xと言うプロトコルを載せる必要が
あるためである。
【０４３８】図６４は、図２に示した第２のステーショ
ンＳＴ２による印刷プロセスの一例を示すシーケンス図
である。なお、標準のＷｉｎｄｏｗｓドライバは、DLL
として書かれている。
【０４３９】図６５は、図６３に示したＳＰクラアント
１５６９のプログラムの構造を示す図であり、ＧＤＩイ
ンタフェース１５６９Ａ，ＳＰクラアントプログラム１
５６９Ｂ，Socketコールルーチン１５６９Ｃ，初期設定
ダイヤログ１５６９Ｄ等から構成される。
【０４４０】なお、ＳＰクラアント１５６９のプロトコ
ル１５７２は、Windows 3.0 においては、ネットワーク
プリンタドライバとして機能し、そのプロトコルの特徴
は、TCP/IPを用いた事によって、必然的に、クライアン
ト／サーバー型のプロトコルになることであり、Point-
to-Pointの通信を行うことを意味する。
【０４４１】一方、ＮｅｔＷａｒｅやＬＡＮＭａｎａｇ
ｅｒは、ネットワーク分散型のプロトコル、例えばLANM
anagerの場合、ファイル名のハンドルを、ネットワーク
側からもらって、そこにデータを書き込むので、ローカ
ルにスプールファイルを作る必要が無い。これに対し
て、本実施例に示すＳＰクラアント１５６９のプロトコ
ル１５７２では、TCP/IPがネットワークＯＳをサポート
していないため、クライアント自身がファイル名のハン
ドルを返し、その結果、ローカルなスプールファイルが
下記のように作られる。
【０４４２】マクロのシーケンスは、例えば以下の通
り： <Windows> <Client> <Server> NetOpenJob()−−−−−−−−−−＞ ＜−−−−−−−−−− ファイル名のハンドル NetCloseJob() −−−−−−−−−＞ 送信開始−−−−−−−− −−−−＞ 以下、図６６を参照しながら、図２に示したステーショ
ンＳＴ２（ＩＢＭ−ＰＣ／ＡＴ）と指定されたＳＰサー
バーＳＰ１との通信制御動作について説明する。
【０４４３】図６６は、図２に示した第２のステーショ
ンＳＴ２とＳＰサーバーとのネットワーク接続状態を説
明する図である。
【０４４４】図において、１６２０はアプリケーション
（図２に示したアプリケーションプログラム６６に対応
する）、１６２１はＧＤＩ、１６２２はＣａＰＳＬ−Ｉ
Ｖプリンタドライバ、１６２３はＳ／Ｐクライアント
（図２に示した通信プログラム６３に対応する）、１６
２４はプロトコル（図２に示したＴＣＰ／ＩＰプログラ
ム６２に対応する）、１６２５はイーサネットボード
で、ＬＡＮ９６を介して指定されたＳＰサーバー装置と
通信し、ネットワークプリンタとして機能する指定され
たプリンタ１６３０での印刷ジョブを要求する。１６３
１がビットマップ画像で、プリンタ１６３０に出力され
る。１６３２はＣａＰＳＬラスタイメージプロセッサ
（図２に示したＰＤＬインタープリタープログラム８４
に対応する）で、イーサネットプロトコル１６３５，プ
ロトコル１６３４（図２に示したＴＣＰ／ＩＰプログラ
ム８２に対応する），ＳＰサーバー１６３３（図２に示
した通信プログラム８３に対応する）を介してＣａＰＳ
Ｌコードをラスタイメージに変換する。
【０４４５】この図に示すように第２のステーションＳ
Ｔ２には、ＣａＰＳＬ−ＩＶプリンタドライバ１６２
２，ＳＰクラアント１６２３がインストールされてお
り、ＳＰサーバー側にはＳＰサーバー１６３３がインス
トールされている。
【０４４６】プリンタドライバ１６２２は、IBM-PC/AT
のアプリケーションからTCP/IPプロトコル１６２４を介
してネットーワーク９６上のスキャナープリンタサーバ
ー（ＳＰサーバー）に印刷する為の、スキャナープリン
タドライバとして機能する。具体的には、下記（１），
（２）の処理を行う。
【０４４７】（１）プリント時にＧＤＩ描画サブルーチ
ンがコールされた時、プリンタドライバ１６２２がそれ
と等価なＣａＰＳＬコードを生成する。
【０４４８】（２）生成したＣａＰＳＬコードを、ＳＰ
クラアント１６２３がドライバを通じてＳＰサーバー１
６３３に伝送する。ＳＰクラアント１６２３は、ＳＰサ
ーバー１６３３に接続されているプリンタ１６３０にＣ
ａＰＳＬコードを伝送するための通信制御プログラムで
あり、TCP/IPプロトコル１６２４，ネットーワーク９６
を介して通信する。ＳＰクラアント１６２３の基本機能
は以下の通りである。
【０４４９】（１）TCP/IPプロトコル１６２４を介して
ＳＰサーバー１６３３とEnd-to-Endのリンクを張る。
【０４５０】（２）CaPSL-IVプリンタドライバ１６２２
から受け取ったＣａＰＳＬデータを、ＳＰサーバー１６
３３に送る。
【０４５１】（３）アプリケーションプログラム６８を
用いてＳＰサーバー１６３３に原稿のスキャンをさせる
場合、それを受信し、スキャナアプリケーションプログ
ラム６８に送り返す。なお、ＳＰサーバー１６３３は、
ＳＰサーバー装置上でデーモンとして常に走っており、
クライアントからの受信を待っている。ＳＰ サーバー
１６３３の基本機能は以下の通りである。
【０４５２】（１）ＳＰクラアント１６２３から受け取
ったＣａＰＳＬデータを、ＣａＰＳＬインタープリタ
（図２に示したＰＤＬインタープリタープログラム８４
に対応する）に渡す。
【０４５３】（２）原稿スキャンプログラムを起動し、
受け取ったデータをＳＰクラアント１６２３に送る。
【０４５４】以下、図６５に示した初期設定ダイアログ
１５０３Ｄの構成および作成方法について説明する。
【０４５５】一般のアプリケーションプログラムは、印
刷に関して余り多くのパラメータを制御していない。特
に、アプリケーションプログラムがＷＩＮＤＯＷＳのＧ
ＤＩインタフェースに伝えるパラメータは、下記の通り
である。
【０４５６】（１）ＧＤＩで描画する時のページバッフ
ァメモリ領域に関するパラメータ （２）描画データに対応したＧＤＩ関数に関するパラメ
ータ （３）印刷開始コマンドに関するパラメータ この結果、もし、ＧＤＩ−ＣａＰＳＬ変換ドライバ（変
換プログラム６４）が選択されている場合、ＣａＰＳＬ
のメタファイル１５６２が作成される。これを受けて、
ＷＩＮＤＯＷＳのプリントマネージャーがプリントドラ
イバに対してダイアログボックスを開く用に要求し、オ
ペレータに対して、以下のようなパラメータ（１）〜
（３）を入力する用に催促する。
【０４５７】（１）ページ毎の印刷枚数（デフォルト値
は１枚） （２）印刷するページ数（デフォルト値は全ページ） （３）印刷順序（デフォルト値は逆順（印刷順序が最終
ページから先頭ページ）） そして、ＷＩＮＤＯＷＳのプリントマネージャー１５６
６は、ＳＰクライアント１５６９に対して、ＣａＰＳＬ
コードのメタファイル１５６２を指定されたローカルＳ
Ｐプリンタに伝達するように要求する。これを受けて、
ＳＰクライアント１５６９は、ローカルプリンタにＣａ
ＰＳＬコードを送る代わりに、ネットワーク（ＬＡＮ９
６）を介してＳ／Ｐサーバー１６１５にＣａＰＳＬコー
ドを送信する。
【０４５８】なお、印刷に必要なパラメータの入力方法
は、プリンタドライバに依存するが、印刷時にその都度
セットするのは煩わしいパラメータは、ＷＩＮＤＯＷＳ
の「印刷」メニューとは別に、「用紙設定」のメニュー
から随時設定できるように構成されている場合が多い。
この用紙設定メニューで入力するパラメータとしては、
用紙サイズ（Ａ４／Ａ３），紙送り方向（ポートレート
／ランドスケープ）等であり、プリンタがローカルプリ
ンタであれば、これらのパラメータで十分であるが、ネ
ットワークプリンタに出力する場合には、ＳＰクライア
ント１５６９としては、さらに、ＳＰサーバーのＩＰア
ドレス，ホストコンピュータ名，プリンタの種類（カラ
ーレーザ複写装置，バブルジェット（ＢＪ）カラー複写
装置の選択）が必要となる。
【０４５９】そこで、本実施例における初期設定ダイア
ログ１５６９Ｄでは、下記のパラメータ設定を要求す
る。
【０４６０】（１）ＳＰサーバのＩＰアドレス（例えば
１９２．９．２００．１０１） （２）クラス （Ｂ） （３）サブネットマスク （２５５．２５５．２
５５．０） （４）デフォルトプリンタの種類（ＣＬＣ／ＢＪ） （５）通信プロトコル （ＴＣＰ／ＩＰ） これらのパラメータは、設定後、特定のファイルにセー
ブされなければならない。また、ＳＰクライアントは、
起動時にこのファイルを参照し、必要なパラメータをセ
ットする。なお、初期設定ダイアログ１５６９Ｄには、
ＷＩＮＤＯＷＳの様式に従い、「ＯＫ」（設定終了，フ
ァイル更新状態を指示する）ボタン，「Ｃａｎｃｅｌ」
（設定値は前の状態に戻し、ファイルは更新しない状態
を指示する）ボタン，「Ｏｐｔｉｏｎ」（２枚目のダイ
ヤログを開く必要がある状態を指示する）ボタンを備え
ている。
【０４６１】以下、図６７を参照しながら、図２に示し
た第２のステーションＳＴ２上のＷＩＮＤＯＷＳと各ド
ライバとの関係について説明する。
【０４６２】図６７は、図２に示した第２のステーショ
ンＳＴ２上のウインドウズと各ドライバとの関係を説明
する図である。
【０４６３】この図において、ＤＴＰアプリケーション
１６４０（図２に示したアプリケーションプログラム６
６に対応する）から印刷しようとすると、プリントマネ
ージャー（Printing Manager）１６４５（図２に示した
プリントマネージャー６５に対応する）がコールされ
る。プリントマネージャー１６４５は、プリンタドライ
バ１６４３に対し、描画メモリ領域を確保させそのポイ
ンタを提供させる。プリントマネージャー１６４５は、
そのポインタをアプリケーション１６４０に知らせて、
そこにＧＤＩフォーマットで描画させる。従って、アプ
リケーション１６４０が描画を完了すると、そのデータ
はすっかりプリンタドライバ１６４３に渡されている事
になる。プリンタドライバ１６４３は、そのＧＤＩ関数
を１個１個、順番にＣａＰＳＬコードに変換してメモリ
に蓄え、Ｓ／Ｐクライアント（S/PClient）１６４６
（図２に示した通信プログラム６３に対応する）にそれ
をＳ／Ｐサーバー１６０２（図２に示した通信プログラ
ム８３に対応する）側に伝送する様に依頼をする。Ｓ／
Ｐクライアント１６４６（図２に示した通信プログラム
６３に対応する）とＳ／Ｐサーバー１６０２との間は、
データ転送プロトコルによって結ばれており、プリンタ
ドライバ１６４３から渡された、変換済みのＣａＰＳＬ
コードをＳ／Ｐサーバー１６０２に転送する。
【０４６４】なお、１６５０は通信プロトコル（図２に
示したＴＣＰ／ＩＰプログラム６２に対応する）、１６
４７は圧縮（ＡＤＣＴ）制御関数、１６４８は圧縮ボー
ドである。１６４２はＧＤＩ−ＣａＰＳＬ変換ルーチン
（図２に示した変換プログラム６４に対応する）で、ア
プリケーションの出力ＧＤＩコールのすべての描画関数
をＣａＰＳＬコードに置き換える。なお、ここで、使用
するＣａＰＳＬは、ＣａＰＳＬ−ＩＶをＡＤＣＴ拡張し
たものである。
【０４６５】この図において、プリンタドライバ１６４
３は、ＧＤＩ−ＣａＰＳＬ変換ルーチン１６４２の部分
で変換されたデータの授受に関する制御行う。具体的に
は、アプリケーションプログラムがＥｓｃａｐｅ（ＳＴ
ＡＲＴＤＯＣ）やＥｓｃａｐｅ（ＥＮＤＤＯＣ）等の関
数を発行した時に、プリントマネージャー１６５２から
要求されるパラメータを返したり、ＳＰクライアント１
６４６のドライバのコマンドを制御する。プリンタドラ
イバ１６４３は、ドラフトモード（Ｓｐｏｏｌなし）で
動作する。プリンタドライバ１６４３は、ＧＤＩ１６４
１によって起動され、プリントマネージャー１６５２に
必要なコマンドを発行する。プリンタドライバ１６４３
は、後述する図６８に示すＧＤＩモジュール１６４４に
処理結果を通知する。
【０４６６】図６８は、図２に示した第２のステーショ
ンＳＴ２上とＳＰサーバーとの各ドライバとの関係を説
明する図であり、図６７と同一のものには同じ符号を付
してある。
【０４６７】この図において、ＳＰクライアント１６４
７のドライバはプリントマネージャー１６５２から要求
される各種のハレベルデバイスマネージャールーチン
（ＤｒｉｖｅｒＯｐｅｎ，ＤｒｉｖｅｒＣｌｏｓｅ，Ｃ
ｏｎｔｒｏｌ，ＦＳＲｅａｄ，ＦＳＷｒｉｔｅ，Ｓｔａ
ｔｕｓ，ＫｉｌｌＩＯ）を提供する。
【０４６８】以下、図６９，図７０を参照しながら各ホ
ストコンピュータのプリンタインタフェースにより変換
された画像情報のＳＰサーバーへの通信処理について説
明する。
【０４６９】図６９は本発明に係る各ホストコンピュー
タのネットワークプリンタ処理プロセスを説明する概念
図である。
【０４７０】この図に示すように、ホストコンピュータ
ＨＯＳＴＡは、ポストスクリプト対応のアプリケーショ
ン５０００からプリドライバ５００２を介してネットワ
ーク５００３上のポストスクリプト対応のプリンタ５０
０４に印刷する場合に対応し、アプリケーションからプ
リンタ５００４までがすべてポストスクリプトで統一さ
れている。この場合、アプリケーション５０００とプリ
ドライバ５００２とがＯＳ５００１を介在してプリント
データが処理されないため、ポストスクリプト対応のプ
リンタ以外はネットワーク５００３に接続することがで
きない。
【０４７１】一方、ホストコンピュータＨＯＳＴＢは、
クイックドロー対応のアプリケーション５０１０からＯ
Ｓ５００１，プリンタドライバ５０１１を介してネット
ワーク５００３上のポストスクリプト対応のプリンタ５
０１２に印刷する場合に対応し、特にポストスクリプト
のエミュレーション機能（プリンタ５０１２内にエミュ
レータを設ける）を用いてポストスクリプト対応のプリ
ンタ５０１２がクイックドロータイプのプリンタデータ
を処理する場合に対応する。
【０４７２】一方、ホストコンピュータＨＯＳＴＣは、
クイックドロー対応のアプリケーション５０２０からＯ
Ｓ５００１を介して、プリンタドライバ５０２１上でク
イックドローを特定のプリンタの言語に変換して、ネッ
トワーク５００３上のＳＰサーバー５０２２を介してＳ
Ｐサーバー５０２２がドライブする特定のプリンタ５０
２３（本実施例ではスキャナプリンタとして、カラーレ
ーザ複写装置（ＣＬＣ），バブルジェットカラー複写装
置（ＢＪＣ）を採用している）に特定のプリンタ言語に
従うプリントデータを処理させる場合に対応する。な
お、プリンタ言語としては、ＣａＰＳＬ（商品名），Ｌ
ＩＰＳ（商品名），ＰＣＬ（商品名）等がある。これに
より、各プリンタ言語に対応させてプリンタドライバ５
０２１を構成すれば、どのようなプリンタであってもネ
ットワークプリンタとしてシステムを構築させることが
でき、プリンタ選択の余地が大幅に広がる。すなわち、
印刷目的に応じたプリンタ選択が可能となり、カラー印
刷の別，プリンタ処理速度，印刷コストに対応した最適
なプリンタをネットワークプリンタとして機能させるこ
とができる。
【０４７３】図７０は本発明に係るサーバー装置のＳＰ
サーバと各ホストコンピュータのＳＰクライアントとの
交信プロセスを説明する概念図であり、図６８と同一の
ものには同じ符号を付してある。
【０４７４】例えば図６８に示すＳＰクライアント１６
４７は直接的にはＴＣＰプロトコル１６５０Ｂにすべて
のコマンドとデータを書込むが、概念上は、ネットワー
ク９６を介して接続されたＳＰサーバー１６０２と交信
しているように処理を行う。従って、Ｅｎｄ−ｔｏ−Ｅ
ｎｄのプロトコル（クラアントプロトコル２００１−サ
ーバープロトコル２００４）が必要になる。この際、Ｓ
Ｐクライアント１６４７とＳＰサーバー１６０２とは、
互いにパケットをやり取りすることにより、上位レイヤ
に通信サービスを提供する。なお、パケットは、サーバ
ー／クライアントパケット，ドキュメント制御パケット
に分かれている。
【０４７５】特に、ＳＰクライアント通信プログラム
は、ドライバインタフェース２００２，クライアントプ
ロトコル本体２００１，ＴＣＰ／ＩＰインタフェース２
００３に分かれ、ＴＣＰ／ＩＰプロトコル１６５０とＴ
ＣＰ／ＩＰプロトコル１６０３とは厳密に標準に合致す
る必要があるが、ＴＣＰ／ＩＰインタフェース２００３
の部分は各ホストマシン（ＩＢＭホスト，Ｍａｃホス
ト，ＳＵＮホスト，ＮｅＸＴホスト）により異なる。
【０４７６】本実施例ではプリンタドライバの下位レイ
ヤとしてクラアントプロトコル２００１とサーバープロ
トコル２００４とをネットワーク９６を介して接続して
ＳＰサーバー装置に、例えばＣａＰＳＬに変換された画
像情報を伝送して接続されるスキャナプリンタとしての
カラーレーザ複写装置（ＣＬＣ），バブルジェットカラ
ー複写装置（ＢＪＣ）より印刷させている。
【０４７７】図７１は本発明に係るサーバー装置による
パケット処理手順の一例を示す図である。
【０４７８】この図において、２５００，２６００，２
７００は独立したプログラムの処理単位（タスクＣ〜
Ａ）で、例えばレイヤ毎に分割された通信プログラムの
レイヤ毎のパケット処理ルーチンに対応する。なお、本
実施例においては、各レイヤを従来のレイヤ概念と識別
するためレベルと呼ぶ。また、説明上レベルが３つとす
るが、これ以上であっても同様である。
【０４７９】この図に示されるように、プログラムの処
理単位２７００で示すタスクＡがレベル３（ＬＶＥＬ−
３）に、プログラムの処理単位２６００で示すタスクＢ
がレベル（２ＬＶＥＬ−２）に、プログラムの処理単位
２５００で示すタスクＣがレベル１（ＬＶＥＬ−１）に
対応する。
【０４８０】特に、レベル１は、イーサネットを介して
外部インタフェース２９００と直接データをやりとりす
るためのプロトコルで、主にネットワークにまつわる仕
事のやり取りを行う。レベル２は、中間レベルのプロト
コルで、主に端末とネットワークとの間で信頼性のある
データのやり取りを行う。レベル３は、上位レベルのプ
ロトコルで、ネットワークを介してＥｎｄ−ｔｏ−Ｅｎ
ｄで信頼性のある通信路を確保する。なお、実際のアプ
リケーションはレベル３の上に構築されるものとする。
【０４８１】このように本発明に係る第５のサーバー装
置の通信処理方法によれば、低位の通信プログラムから
高位の通信プログラムを連続的に実行してバッファメモ
リに画像情報を記憶させる際に、低位の通信プログラム
から上位の通信プログラムに画像情報に対するバッファ
メモリへの展開アドレスを催促し、該催促に従って高位
の通信プログラムから低位の通信プログラムに伝達され
る展開開始アドレスに基づいて低位の通信プログラムに
よりバッファメモリに画像情報を展開させるので、低位
の通信プログラムから高位の通信プログラムを連続的に
実行してバッファメモリに画像情報を転送して記憶させ
る際の各通信プログラム間のオーバヘッドを抑えること
が可能となる。
【０４８２】具体的には、先ず、タスクＣ（レベル１）
が外部インタフェース２９００からデータを受信使用と
する時、タスクＣは実際の受信バッファを確保するとこ
なく、その代わりにタスクＢ（レベル２）に対して実メ
モリのポインタ（アドレス）を要求する。タスクＣはタ
スクＢから受け取ったポインタを開始アドレスとする所
定メモリエリア（仮想メモリ）に対して受信データを書
込む。タスクＢがタスクＣに引き渡すポインタ２６０２
は、タスクＢが実際に持つメモリのポインタでなくとも
良い。本実施例では、タスクＡのみが実メモリ２７０１
を確保し、タスクＢとタスクＣは実メモリ２７０１への
ポインタ２７０２，２６０２をを知るのみである。この
ように、タスクＢはタスクＡから受け取ったポインタ２
７０２をポインタ２６０２として引き渡している。この
場合、タスクＣが受信したデータ２８００は直接タスク
Ａの実メモリ２７０１に書込まれる。タスクＢ，Ｃも、
そのデータの中身を直接参照することができる。このよ
うに構成することにより、１回のデータ受信に関して内
部でのデータのリード／ライトは１回で済み、最小のデ
ータ伝送回数で処理できる。この結果、タスク毎に受信
バッファメモリを設ける場合に比べて、格段に処理速度
（パケット通信処理速度）が向上する。なお、本実施例
では高速化の障害となるような層構造を持たず、レベル
というプログラム処理単位でパケット通信処理を実行す
る。また、詳細は省略するが、パケットは各レベル１〜
３に共通のヘッダ、例えばｐｒｏｔｏｃｏｌ，ｃｈａｎ
ｎｅｌ，ｐａｃｋｅｔ ｔｙｐｅ，ｐａｃｋｅｔ ｉ
ｄ，ｍｏｄｉｆｉｅｒ，ｐｋ ｓｉｚｅ［２］の８バイ
トを備える８バイト構成となって定義されている。この
うち、３つのレベルを分離するのは、「ｐａｃｋｅｔ
ｔｙｐｅ」の上位４ビットだけで行っており、その他の
要素はすべのレベルで共通に使用される。各レベルは、
自分のレベル宛に送られたパケットのみを処理する。た
だし、他のレベルのパケットは、呼ぶことは自由である
が、書込むことは禁止される。
【０４８３】これに対して、従来もしくは通常のプロト
コルでは、上位レイヤのパケットのすべては、下位レイ
ヤのデータパケットによって伝送されるが、例えばレベ
ル１のパケットは、レベル１〜レベル３の各ヘッダを持
つ必要があり、伝送効率が低下するばかりでなく、ヘッ
ダの解析ルーチンを持つ必要も生じ、メモリ資源の無駄
と処理時間の無駄が発生する。従って、本実施例によう
に、「ｐａｃｋｅｔｔｙｐｅ」が自分より上位のタイプ
であれば、すべて上位レベルに伝えることにより、各レ
ベルでのヘッダ解析処理負担を軽減することができる。
なお、上記実施例ではデータの受信処理を例にして説明
したが、送信の場合にも同様に本発明を適用できること
は言うまでもない。
【０４８４】以下、図７２に示すフローチャートを参照
しながら本発明に係るサーバー装置に接続されるプリン
タにおけるカラー／白黒印刷制御動作について説明す
る。
【０４８５】図７２は本発明に係るサーバー装置に接続
されるプリンタにおけるカラー／白黒印刷制御手順の一
例を示すフローチャートであり、図２に示すシステム全
体制御プログラム９３によって実行される。なお、(1)
〜(11)は各ステップを示す。
【０４８６】先ず、ステップ(1) において、通信プログ
ラム８３を介して入力された画像情報からアプリケーシ
ョンプログラムの種別がカラー／白黒のいずれかを判定
し(1) 、カラーアプリケーションプログラムである場合
には、ステップ(2) において、カラーアプリケーション
プログラムにおいて、印刷指定がカラー印刷かそれとも
白黒印刷かを判定し(2) 、カラー印刷の場合には、ステ
ップ(3) において、プリンタがカラープリンタかそれと
も白黒プリンタかを判別し(3) 、カラープリンタ（例え
ばカラーレーザ複写装置（ＣＬＣ））である場合には、
ステップ(6) において、カラーアプリケーションプログ
ラムによるカラー印刷情報をカラープリンタでカラー印
刷するようにプリンタを制御する。
【０４８７】一方、ステップ(3) の判定で白黒プリンタ
であると判定された場合は、ステップ(7) において、カ
ラーアプリケーションプログラムによるカラー印刷情報
を白黒プリンタで白黒印刷するようにプリンタを制御す
る。
【０４８８】一方、ステップ(2) の判定で白黒情報であ
ると判定された場合は、プリンタがカラープリンタ指定
かそれとも白黒プリンタ指定かを判別し(4) 、カラープ
リンタ（例えばカラーレーザ複写装置（ＣＬＣ））であ
る場合には、ステップ(8) において、カラーアプリケー
ションプログラムによる白黒印刷情報をカラープリンタ
で白黒印刷するようにプリンタを制御する。
【０４８９】一方、ステップ(4) の判定で白黒プリンタ
であると判定された場合は、ステップ(9) において、カ
ラーアプリケーションプログラムによる白黒印刷情報を
白黒プリンタで白黒印刷するようにプリンタを制御す
る。
【０４９０】一方、(1) の判定で白黒アプリケーション
プログラムである場合は、プリンタがカラープリンタ指
定かそれとも白黒プリンタ指定かを判別し(5) 、カラー
プリンタ（例えばカラーレーザ複写装置（ＣＬＣ））で
ある場合には、ステップ(10)において、白黒アプリケー
ションプログラムによる白黒印刷情報をカラープリンタ
で白黒印刷するようにプリンタを制御する。
【０４９１】一方、ステップ(5) の判定で白黒プリンタ
であると判定された場合は、ステップ(11)において、白
黒アプリケーションプログラムによる白黒印刷情報を白
黒プリンタで白黒印刷するようにプリンタを制御する。
【０４９２】このように、最終的に白黒プリントが行わ
れる場合には、カラーアプリケーションプログラムによ
る印刷設定がカラーでプリンタが白黒プリンタ指定の
時，カラーアプリケーションプログラムにより印刷設定
が白黒で、プリンタがカラープリンタの時，カラーアプ
リケーションプログラムによる印刷設定が白黒で、プリ
ンタが白黒プリンタの時，白黒アプリによりプリンタが
カラープリンタの時，白黒アプリによりプリンタが白黒
プリンタの時である。
【０４９３】上記分類の中で、正常なプリントはカラー
アプリケーションプログラムによる印刷設定が白黒で、
プリンタが白黒プリンタの時，白黒アプリケーションプ
ログラムによりプリンタが白黒プリンタの時であり、そ
の他の場合は、アプリケーションプログラムの印刷設定
と、ＳＰサーバのプリンタハードウェアにおいて、カラ
ー，白黒設定が整合していないため例外処理として処理
する。
【０４９４】なお、ネットワークプリンタとして接続可
能なプリンタの種類は、カラープリンタとして、上記カ
ラーレーザ複写装置（ＣＬＣ），ＢＪカラー複写装置
（ＢＪＣ），市販カラープリンタであり、白黒プリンタ
としては、市販のページプリンタ，市販ラインプリンタ
等である。
【０４９５】以下、図７３を参照しながら本発明に係る
サーバー装置における印刷ジョブの流れについて説明す
る。
【０４９６】図７３は本発明に係るサーバー装置に接続
される各入出力機器のおける印刷ジョブの流れを説明す
る図である。
【０４９７】この図に示すように、ホストマシンのオペ
レータがアプリケーションプログラムにデータ入力を行
い、さらにホストコンピュータ上でプリンタ指定を行っ
て、プリント出力の指示等を行うと、アプリケーション
プログラムはＰＤＬ変換ソフト３００１（例えば変換プ
ログラム５４）に出力データ，プリンタ指定情報等を渡
す。これを受けて、ＰＤＬ変換ソフト３００１は、アプ
リケーションプログラムから受け取ったデータに対し
て、プリンタ指定情報等に基づきＰＤＬ変換を行い、Ｐ
ＤＬ変換したデータをＳＰサーバとのＳＰクライアント
ソフト３００２（例えば通信プログラム５３）に渡す。
これを受けて、ＳＰクライアントソフト３００２は、Ｓ
Ｐサーバーのサーバソフト３００３（通信プログラム８
３）とネットワーク（図示しないイーサネット等）を介
して通信を行い、ＰＤＬ変換されたデータをＳＰサーバ
ーソフト３００３に送る。これを受けて、ＳＰサーバー
ソフト３００３は、ＳＰクライアントソフト３００２か
らデータを受取り、全体制御ソフト３００４（システム
全体制御プログラム９３）にデータが送られてきたこと
を伝える。これを受けて、全体制御ソフト３００４は、
送られてきたデータと、ＳＰサーバーの状態に基づき、
例えばＰＤＬインタープリタープログラム８４等のプリ
ント処理ソフト３００５にデータの処理を依頼する。こ
れを受けて、プリント処理ソフト３００５は依頼された
データを画像入力装置制御ソフト３００７（デバイスド
ライバ８６）が受け入れられる形に処理を行い、バンド
メモリ３００６に結果を保存する。プリント処理ソフト
３００５の処理が終了すると、終了を全体制御ソフト３
００４に伝える。全体制御ソフト３００４は、画像入力
装置制御ソフト３００７にプリント出力を依頼する。こ
れを受けて、画像入出力装置制御ソフト３００７は、バ
ンドメモリ３００６からデータを読み取り、画像入出力
装置インターフェース３００８にデータを送る。これを
受けて画像入出力装置インターフェース３００８は、画
像入出力装置制御ソフト３００７から送られてきたデー
タをスキャナプリンタ、例えば指定されたＳ／Ｐサーバ
装置に接続されるカラーレーザ複写装置のプリンタ部に
出力する。以上の処理により、ネットワーク上のホスト
コンピュータのアプリケーションプログラム（ネットワ
ーク上のプリンタのページ記述言語と異なるページ記述
言語のアプリケーションプログラム）からネットワーク
上の指定したプリンタに所望のデータをプリントアウト
することができる。
【０４９８】なお、白黒プリントが行なわれる場合、最
終的に白黒で出力されるわけであるが、アプリケーショ
ンプログラムの設定、ＳＰサーバーの設定等の違いをど
の処理で認識し、吸収するかということが問題になる
が、本実施例ではプリントアウトする全体の処理流れの
中で、上記カラー／白黒印刷処理の設定を吸収できる箇
所として、ホスト側のアプリケーションプログラムから
の出力データを処理するＰＤＬ変換ソフト３００１，Ｓ
Ｐサーバのプリント処理ソフト３００５，ＳＰサーバの
画像入出力装置制御ソフト３００７で実行可能である。
【０４９９】上述したように、白黒／カラー印刷処理で
の白黒印刷は、カラーアプリケーションプログラムに
よる印刷設定がカラーでプリンタが白黒プリンタの時，
カラーアプリケーションプログラムにより印刷設定が
白黒で、プリンタがカラープリンタの時，カラーアプ
リケーションプログラムによる印刷設定が白黒で、プリ
ンタが白黒プリンタの時，白黒アプリケーションプロ
グラムによりプリンタがカラープリンタの時，白黒ア
プリケーションプログラムによりプリンタが白黒プリン
タの時であるので、場合に分けて説明する。
【０５００】先ず、カラーアプリケーションプログラ
ムによる印刷設定がカラーでプリンタが白黒プリンタの
時は、オペレータのホストコンピュータ上のダイアログ
に表示する警告例は「カラー印刷設定ですが、指定した
プリンタは白黒プリンタです。このプリンタで印刷しま
すか？」となる。この場合、アプリケーションプログラ
ムからのデータはカラーデータとなる。プリンタが白黒
のため、カラー／白黒変換を行う必要がある。カラー／
白黒の吸収はＰＤＬ変換ソフト３００１，プリント処理
ソフト３００５で行うことが可能である。なお、画像入
出力装置制御ソフト部３００７では白黒プリンタのつく
りのため、通常はカラー／白黒変換は出来ないが、白黒
プリンタ用でも、カラー入力可能な場合は別である。
【０５０１】そこで、ＰＤＬ変換ソフト３００１で吸収
する場合は、ＰＤＬ変換ソフト３００１は白黒プリンタ
指定を認識し、ＰＤＬ変換を行なう際にカラーデータを
白黒データに変換する。
【０５０２】また、プリント処理ソフト３００５で吸収
する場合は、カラーデータが送られてくると、全体制御
ソフト３００４の指示により、バンドメモリ３００６に
白黒展開をおこなう。
【０５０３】さらに、画像入出力装置制御ソフト３００
７で吸収する場合は、自分自身は、白黒プリンタのソフ
トであるから、全体制御ソフト３００４から、バンドメ
モリ３００６にはカラーデータがあることを伝えられな
ければならない。そして、画像入出力装置インタフェー
ス３００８にデータ転送を行うときに、カラーデータを
白黒に変換する。
【０５０４】一方、カラーアプリケーションプログラ
ムにより印刷設定が白黒で、プリンタがカラープリンタ
の時は、オペレータのホストコンピュータ上のダイアロ
グに表示する警告例は「白黒印刷設定ですが、指定した
プリンタはカラープリンタです。このプリンタで印刷し
ますか？」等となる。この場合、アプリケーションプロ
グラムからのデータは白黒データとなる。プリンタがカ
ラーのため、白黒／カラー変換を行う必要がある。白黒
／カラーの吸収はＰＤＬ変換ソフト３００１、プリント
処理ソフト３００５で行うことが可能である。画像入出
力装置制御ソフト３００７ではカラープリンタのつくり
のため、通常は白黒／カラー変換は出来ない。カラープ
リンタ用でも、白黒入力可能のつくりにしていれば、可
能である。
【０５０５】そこで、ＰＤＬ変換ソフト３００１で吸収
する場合は、ＰＤＬ変換ソフト３００１はカラープリン
タ指定を認識し、ＰＤＬ変換の際に白黒データをカラー
データに変換する。
【０５０６】また、プリント処理ソフト３００５で吸収
する場合は、白黒データが送られてくると、全体制御ソ
フト３００４の指示により、バンドメモリ３００６にカ
ラー展開を行う。
【０５０７】さらに、画像入出力装置制御ソフト３００
７で吸収する場合は、自分自身は、カラープリンタのソ
フトであるから、全体制御ソフト３００４から、バンド
メモリ３００６には白黒データがあることを伝えられな
ければならない。画像入出力装置インタフェース３００
８にデータ転送を行うときに、白黒データをカラーに変
換する。
【０５０８】一方、カラーアプリケーションプログラ
ムによる印刷設定が白黒で、プリンタが白黒プリンタの
時は、警告なし（正常）で、ＰＤＬ変換部３００１は初
めから、白黒モードで変換を行う。プリント処理ソフト
３００５も白黒モードで処理を行う。画像入出力装置制
御ソフト３００７は通常通りの動作を行う。
【０５０９】一方、白黒アプリケーションプログラム
によりプリンタがカラープリンタの時は、オペレータの
ホストコンピュータ上のダイアログに表示する警告例は
「指定したプリンタはカラープリンタです。このプリン
タで印刷しますか？」等となる。
【０５１０】この場合は、以下、上記の場合と同様で
ある。
【０５１１】一方、白黒アプリケーションプログラム
によりプリンタが白黒プリンタの時は、警告なし（正
常）で、以下、上記の場合と同様である。
【０５１２】以上の実施例に関して、吸収する際の条件
を図７４に示す。
【０５１３】図７４は、図７３に示した各入出力機器の
白黒印刷吸収条件を示す図である。
【０５１４】この図において、〇は上記〜の処理実
行箇所を示し、ａ〜ｃは処理開始位置の条件を示し、印
刷条件の指定をホストコンピュータ側に近い段階で行う
（ａ条件）場合、印刷条件の指定をＳ／Ｐサーバー側で
行う（ｂ条件）場合、印刷条件の指定を全体のデータの
流れとして効率の良いところで行う（ｃ条件）場合とが
ある。
【０５１５】このような条件から各処理を吸収する箇所
は以下のように分類できる。
【０５１６】すなわち、条件ａを満たさせる場合には、
カラー（指定）／白黒（プリンタ）、白黒（指定）／カ
ラー（プリンタ）の変換は、ホストコンピュータ側のＰ
ＤＬ変換ソフト３００１で全て行なうことになる。この
場合、Ｓ／Ｐサーバ側は特別な処理を必要としない。
【０５１７】また、条件ｂを満たさせる場合には、プリ
ント処理ソフト３００５が全てのカラー（指定）／白黒
（プリンタ），白黒（指定）／カラー（プリンタ）の変
換を行なうか、画像入出力装置制御ソフト３００７が全
てのカラー（指定）／白黒（プリンタ），白黒（指定）
／カラー（プリンタ）の変換を行なうか、プリント処理
ソフト３００５がカラー（指定）／白黒（プリンタ）変
換を行ない、画像入出力装置制御ソフト３００７が白黒
（指定）／カラー（プリンタ）の変換を行なうか、プリ
ント処理ソフト３００５が白黒（指定）／カラー（プリ
ンタ）の変換を行ない、画像入出力装置制御ソフト３０
０７が白黒（プリンタ）変換を行なうかという場合があ
る。
【０５１８】さらに、条件ｃを満たさせる場合には、こ
の場合、プリンタがカラープリンタの時、つまり、上記
のようにカラーアプリケーションプログラムにより印
刷設定が白黒で、プリンタがカラープリンタの時，の
ように白黒アプリケーションプログラムによりプリンタ
がカラープリンタの時は、プリント処理ソフト３００５
で白黒／カラー変換を行なう。
【０５１９】また、プリンタが白黒のとき、つまり、
のようにカラーアプリケーションプログラムにより、印
刷設定がカラーで、プリンタが白黒プリンタの時，の
ようにカラーアプリケーションプログラムにより印刷設
定が白黒で、プリンタが白黒プリンタの時，のように
白黒アプリケーションプログラムによりプリンタが白黒
プリンタの時で、変換の必要のある時、条件ａを満たさ
せる場合には、ＰＤＬ変換ソフト３００１でカラー／白
黒変換を行なう。この変換の場合、通信データは全て白
黒ＰＤＬ変換済みデータとなる。以上が標準アプリケー
ションプログラムから白黒プリントを行う場合の説明で
ある。
【０５２０】以下、図７５〜図７７を参照しながら図２
に示した指定されたＳＰサーバー装置ＳＰ１とステーシ
ョンＳＴ３（ＵＮＩＸマシン）とのネットワーク処理に
ついて説明する。
【０５２１】図７５は、図２に示したＳＰサーバー装置
ＳＰ１と第３のステーションＳＴ３とのネットワークシ
ステムの概要を説明するブロック図である。
【０５２２】図において、４００１はＵＮＩＸマシンで
構成されるワークステーション（図２に示したステーシ
ョンＳＴ３に対応する）、４００２はＳＰサーバー（図
２に示した通信プログラム８３に対応する）で、ネット
ワークとしてのイーサネット４００４（図２に示したイ
ーサネットＬＡＮ９６）を介してワークステーション４
００１と交信し、ワークステーション４００１から要求
されたプリントジョブを処理してネットワークプリンタ
として指定されたプリンタ４００３から印刷出力を制御
する。
【０５２３】図７６は、図７５に示したワークステーシ
ョン４００１の機能を説明するブロック図である。
【０５２４】図において、４００５はＵＮＩＸマシンで
標準のプリントコマンド（ｌｐｒ）、４００６はＵＮＩ
Ｘマシンで標準のプリント用デーモン（常駐プログラ
ム）としてのｌｐｄプログラムであり、図２に示したｌ
ｐｒ／ｌｐｄプログラム９０に相当する。４００７はワ
ークステーション４００１の外部記憶装置内に格納され
ているプリンタ管理用ファイル（／ｅｔｃ／ｐｒｉｎｔ
ｃａｐ）で、ＳＰサーバー４００２に接続されているプ
リンタ４００３のエントリが登録登録されている。４０
０８はプリントするファイルの内容の複製（データファ
イル）とプリントのときの制御情報（コントロールファ
イル）を一時的に格納する外部記憶装置内のスプール領
域、４００９は外部記憶装置内に保存されているファイ
ルである。
【０５２５】図７７は、図７５に示したＳＰサーバー４
００２の機能構成を説明するブロック図である。
【０５２６】図において、４０１０は前記ＳＰサーバー
４００２内のプリント常駐プログラムであるサーバｌｐ
ｄプログラム、４０１１はＳＰサーバー内の全体制御ソ
フトウエア（図２に示したシステム全体制御プログラム
９３に対応する）、４０１２はＳＰネットワークサーバ
ー内のＳＰ管理用情報記憶部で、ＳＰサーバー４００２
に接続されているプリンタ，スキャナの情報が登録され
ている。４０１３はＳＰサーバー４００２内の主記憶装
置、４０１４はＣａＰＳＬインタプリタ（図２に示した
ＰＤＬインタープリタープログラム８４に対応する）、
４０１５はＳＰコントローラ（図２に示したデバイスド
ライバ８６）である。
【０５２７】以下、ＵＮＩＸマシンで標準のプリントコ
マンドｌｐｒを用いたＳＰサーバー４００２に接続され
たプリンタ４００３への出力動作について説明する。
【０５２８】先ず、ワークステーション４００１におい
て、出力すべきファイル４００９のファイル名とプリン
タ管理用ファイル４００７の中に登録されている出力先
のプリンタ４００３のプリンタ名を引数で指定してプリ
ントコマンド（ｌｐｒ）４００５を起動する。プリント
コマンド（ｌｐｒ）４００５は、引数で指定されたファ
イル４００９の複製をデータファイルとしてスプール領
域４００８に作成する。また、プリント時の制御情報を
格納したコントロールファイルをスプール領域４００８
に作成する。プリントコマンド（ｌｐｒ）４００５から
ｌｐｄ４００６に対して引数で指定されたプリンタ名を
送信する。ｌｐｄ４００６は、プリントコマンド（ｌｐ
ｒ）４００５からプリンタ名を受信してそのプリンタ名
がプリンタ管理用フィアル４００７に登録されているこ
とを確認した後、プリントコマンド（ｌｐｒ）４００５
に対して応答を送信する。
【０５２９】プリントコマンド（ｌｐｒ）４００５には
応答を受信して動作を終了する。そして、ｌｐｄ４００
６は、ＳＰサーバー４００２と通信回線としてのイーサ
ネット４００４を介してリンクした後、ＳＰサーバー４
００２上で動作しているｌｐｄ４０１０に対して、プリ
ンタ管理用ファイル４００７に登録されている前記プリ
ンタ名を送信する。ｌｐｄ４０１０がこのプリンタ名を
受信すると、ＳＰ管理用情報記憶部４０１２に登録され
ているプリンタ名と照合し、その情報を得た後、ｌｐｄ
４００６に対して応答を送信し、さらに全体制御ソフト
ウエア４０１１に対してプリンタオープン要求を送信す
る。
【０５３０】全体制御ソフトウエア４０１１は、プリン
タに関して必要な設定を行った後に、ｌｐｄ４０１０に
対してプリンタオープン要求応答を送信する。ｌｐｄ４
０１０は、全体制御ソフトウエア４０１１からプリンタ
オープン要求応答を受信したら、ｌｐｄ４００６からの
送信を待つ。ｌｐｄ４００６は、ｌｐｄ４０１０からの
応答を受信すると、スプール領域４００８に作成したデ
ータファイルのサイズと名前をｌｐｄ４０１０に対して
送信する。ｌｐｄ４０１０は、ｌｐｄ４００６からデー
タファイルのサイズと名前を受信したら、ＳＰサーバー
４００２内の主記憶装置４０１３にデータファイルのサ
イズ以上のＲＡＭディスクが獲得できるかどうかを調べ
る。ＲＡＭディスクが獲得できる場合は、データファイ
ル用のＲＡＭディスクを獲得した後、ｌｐｄ４００６に
対して応答を送信する。ＲＡＭディスクを獲得できない
場合は、ＳＰ管理用情報記憶部４０１２に登録されてい
るプリンタ４００３に関するデフォルトの設定値を得た
後、ｌｐｄ４００６に対して応答を送信する。ｌｐｄ４
００６は、ｌｐｄ４０１０からの応答を受信すると、ス
プール領域４００８に作成したデータファイルの内容を
読み出し、順次ｌｐｄ４０１０に対して送信する。デー
タファイルをすべて送信した後に、送信終了をｌｐｄ４
０１０に対して送信する。ｌｐｄ４０１０は、ｌｐｄ４
００６からデータファイルの内容を受信する。データフ
ァイル用のＲＡＭディスクが獲得できている場合は、Ｒ
ＡＭディスク内にデータファイルを作成し、受信したデ
ータファイルの内容を格納する。データファイル用のＲ
ＡＭディスクが獲得できていない場合は、受信したデー
タファイルの内容を順次全体制御ソフトウエア４０１１
へ送信する。データファイルのサイズ分のデータを受信
した後、送信終了したら、ｌｐｄ４００６に対して応答
を送信する。データファイル用のＲＡＭディスクが獲得
できていない場合は、全体制御ソフトウエア４０１１に
対してプリント終了を送信する。ｌｐｄ４００６は、ｌ
ｐｄ４０１０からの応答を受信すると、スプール領域４
００８に作成したコントロールファイルのサイズと名前
をｌｐｄ４０１０に対して送信する。ｌｐｄ４０１０
は、ｌｐｄ４００６から前記コントロールファイルのサ
イズと前を受信したら、ＳＰサーバー４００２内の主記
憶装置４０１３にコントロールファイルのサイズ以上の
ＲＡＭディスクが獲得できるかどうかを調べる。ＲＡＭ
ディスクが獲得できる場合は、コントロールファイル用
のＲＡＭディスクを獲得した後、ｌｐｄ４００６に対し
て応答を送信する。ＲＡＭディスクが獲得できない場合
は、ＳＰ管理用情報記憶部４０１２に登録されているプ
リンタに関するデフォルトの設定値を得た後、ｌｐｄ４
００６に対して応答を送信する。ｌｐｄ４００６は、ｌ
ｐｄ４０１０からの応答を受信すると、スプール領域４
００８に作成したコントロールファイルの内容を読み出
し、順次ｌｐｄ４０１０に対して送信するとともに、コ
ントロールファイルをすべて送信した後に送信終了をｌ
ｐｄ４０１０に対して送信する。
【０５３１】ｌｐｄ４０１０は、ｌｐｄ４００６からコ
ントロールファイルの内容を受信する。コントロールフ
ァイル用のＲＡＭディスクが獲得できている場合は、Ｒ
ＡＭディスク内にコントロールファイルを作成し、受信
したコントロールファイルの内容を格納する。コントロ
ールファイル用のＲＡＭディスクが獲得できていない場
合は、受信したコントロールファイルの内容を破棄す
る。コントロールファイルのサイズ分のデータを受信し
た後、送信終了を受信したら、ｌｐｄ４００６に対して
応答を送信する。ｌｐｄ４００６は、ｌｐｄ４０１０か
らの応答を受信すると、スプール領域４００８に作成し
たデータファイルおよびコントロールファイルを削除
し、ＳＰサーバー４００２とイーサネット４００４を介
して張っていたリンクを切断する。
【０５３２】ｌｐｄ４０１０は、コントロールファイル
用のＲＡＭディスク内にコントロールファイルが作成さ
れている場合は、その内容を読み出しプリンタに関する
設定値を決定する。データファイル用のＲＡＭディスク
内にデータファイルが作成されている場合は、データフ
ァイルの内容を読み出し、順次全体制御ソフトウエア４
０１１に対して送信する。データファイルの内容をすべ
て送信した後に、全体制御ソフトウエア４０１１に対し
てプリント終了を送信する。全体制御ソフトウエア４０
１１は、ｌｐｄ４０１０から受信した前記データファイ
ルの内容を、ＣａＰＳＬインタプリタ４０１４へ送信し
て、ＣａＰＳＬに従ってイメージ展開を行った後、ＳＰ
コントローラ４０１５へプリント要求を行う。また、Ｓ
Ｐコントローラ４０１５は、全体制御ソフトウエア４０
１１からのプリント要求を受けて、プリンタ４００３へ
出力する。
【０５３３】図７８は本発明に係るサーバー装置と各ホ
ストとのデータロード処理状態を説明するネットワーク
図である。
【０５３４】図において、９０１はＳＰサーバーで、不
揮発性メモリ９０１Ａを有し、各種のリスト，プログラ
ム等を記憶している。９０８はスキャナプリンタで、Ｓ
Ｐサーバー９０１と上述したインタフェースボードを介
して接続されている。９０２，９０３はダウンロードホ
ストコンピュータ（ダウンロードホスト）で、各ホスト
コンピュータに対応する、例えばハードディスク等で構
成される記憶装置９０２Ａ，９０３Ａを備えている。９
０５，９０６はクライアントホストで、ネットワーク９
０７を介してＳＰサーバー９０１にプリント要求，スキ
ャナ要求を出力する。
【０５３５】図７９は、図７８に示したＳＰサーバー９
０１およびダウンロードホスト９０２，９０３の記憶情
報を説明するデータ構成図である。
【０５３６】この図に示されるように、ＳＰサーバー９
０１の不揮発性メモリ９０１Ａには、あらかじめオペレ
ータによって作成された特定の１台または優先度を付け
た複数台のダウンロードホスト（本実施例ではダウンロ
ードホスト９０２，９０３）の情報リスト（ダウンロー
ドホストリスト）９１１，印刷時に必要なフィルタフォ
ントの情報リスト（フィルタフォントリスト）９１２，
ダウンロードプログラム９１３等が記憶されている。な
お、あらかじめオペレータによって作成された特定の１
台または優先度を付けた複数台のダウンロードホスト
（本実施例ではダウンロードホスト９０２，９０３）の
情報リスト（ダウンロードホストリスト）９１１および
印刷時に必要なフィルタフォントの情報リスト（フィル
タフォントリスト）９１２，ダウンロードプログラム９
１３は、例えばテキストファイル形式で記憶されてい
る。
【０５３７】一方、ダウンロードホスト９０２の記憶装
置９０２Ａには、ＳＰサーバー９０１に必要な各種プロ
グラム９１５（図２に示すＳＰサーバーＳＰ１内のシス
テム全体制御プログラム９３等の各種プログラム），印
刷を行う際に必要なフィルタおよびフォントデータ（フ
ィルタフォントデータ）９１６，ＳＰサーバー９０１の
立ち上げに必要な初期設定パラメータファイル９１７，
上記９１５〜９１７をＳＰサーバー９０１にアップロー
ドするためのアップロードプログラム９１８が記憶され
ている。
【０５３８】このように構成された本発明に係る第２の
サーバー装置によれば、本体上に設けられた不揮発性メ
モリ不揮発性メモリ９０１Ａが特定の１台または優先度
が付けられた複数台のホストコンピュータから所望の情
報をダウンロードするためのホストコンピュータ先指定
情報，前記所望の情報をダウンロードするためのダウン
ロードプログラム，プリント処理機能実行に必要なフォ
ント情報，プリント処理機能実行に必要な印刷制御情報
等を記憶することにより、特定の１台または優先度が付
けられた複数台のホストコンピュータから所望の情報を
ダウンロードする際のホストコンピュータ先および印刷
制御情報の変更処理を一元管理することを可能とする。
【０５３９】また、特定の１台または優先度が付けられ
た複数台のホストに記憶されたサーバー装置を立ち上げ
て初期設定するためのシステムプログラムおよび所望の
情報をダウンロードすることにより、必要に応じてサー
バー装置を立ち上げて初期設定するためのシステムプロ
グラムおよび所望の情報を特定の１台または優先度が付
けられた複数台のホストコンピュータ中の１つのホスト
コンピュータから適時ダウンロードすることを可能とす
る。
【０５４０】また、電源投入時に、ホストコンピュータ
先指定情報に基づいて複数のホストコンピュータの動作
状態を確認して１つのホストコンピュータをマスタダウ
ンロードホストコンピュータとして登録することによ
り、ネットワーク上のホストコンピュータ動作状態が変
動しても、必要に応じてサーバー装置を立ち上げて初期
設定するためのシステムプログラムおよび所望の情報を
特定の１台または優先度が付けられた複数台のホストコ
ンピュータ中の１つのホストコンピュータから適時ダウ
ンロードすることを可能とする。
【０５４１】なお、ＳＰサーバー９０１は後述するよう
に電源立上げ時に、ネットワーク９０７上のダウンロー
ドホストのチェックを行い、ダウンロードホストが複数
設定されている場合は、動作中で最優先のものをマスタ
ダウンロードホストとし、他のダウンロードホストをス
レーブホストとし、ダウンロードホストが１台のみ設定
されている場合には、そのホストコンピュータをマスタ
ダウンロードホストとする。
【０５４２】さらに、ダウンロードホストのチェックを
行う時に、いずれのダウンロードホストも動作していな
かった場合、後述するようにＳＰサーバー９０１のエラ
ー・ログ・ファイルに記録し、あらかじめ設定された最
大待ち時間が経過するまで、あらかじめ設定された一定
時間毎に再びダウンロードホストのチェックを行い、最
大待ち時間が経過すると、立ち上げ失敗エラーとして処
理を終了する。
【０５４３】また、ダウンロードホストに記憶されてい
るＳＰサーバー９０１の各種プログラム，フィルタ，フ
ォントデータ９１６等は、後述するようにＳＰサーバー
９０１の電源立上げ時または動作中に、ＳＰサーバー９
０１からの要求に基づき、必要に応じてＳＰサーバー９
０１にダウンロードされる。
【０５４４】さらに、ダウンロードホストからＳＰサー
バー９０１にダウンロードされたフィルタ，フォントデ
ータ９１６はあらかじめオペレータによって作成された
フィルタ，フォントの情報リストに基づき、新しいフィ
ルタ，フォントがダウンロードされるまでＳＰサーバー
９０１上のメモリに保持されている。
【０５４５】また、ダウンロードホストには、あらかじ
めオペレータによってＳＰサーバー９０１の初期設定を
行うパラメータファイル９１７、例えばテキストファイ
ルとして、所定のディレクトリに記憶している。
【０５４６】さらに、ダウンロードホストにファイルと
して記憶されているＳＰサーバー９０１のパラメータ
は、ＳＰサーバー９０１に接続された端末（図示しな
い）、あるいは当該スレーブダウンロードホストからパ
ラメータの設定変更を行う場合、ＳＰサーバー９０１に
接続された端末の場合は、当該ダウンロードホストとＳ
Ｐサーバー９０１の間にＥｎｄ−ｔｏ−Ｅｎｄのセッシ
ョン通信路を確立し、当該スレーブダウンロードホスト
の場合は、マスタダウンロードホストとスレーブダウン
ロードホストとの間にＥｎｄ−ｔｏ−Ｅｎｄのセッショ
ン通信路を確立し、当該マスタダウンロードホストから
ＳＰサーバー９０１あるいはスレーブダウンロードホス
トにパラメータファイルを転送し、もし、パラメータの
変更があれば、当該セッション通信路を通じてマスタダ
ウンロードホストに逆に転送し、所定のディレクトリに
パラメータファイルを記憶するプロトコルを有してい
る。
【０５４７】また、ダウンロードホストにファイルとし
て記憶されているＳＰサーバー９０１のパラメータは、
ダウンロードホスト自身からも変更することができるよ
うに構成されている。
【０５４８】さらに、特定の１台または複数設定されて
いるダウンロードホストのうち、特定の１台あるいはマ
スタダウンロードホストが動作していないか、ダウンロ
ード，パラメータファイル転送に失敗した場合，マスタ
ダウンロードホストが１台しかない場合あるいは残りの
スレーブホストがない場合、ＳＰサーバー９０１のエラ
ーログファイルに記録後、あらかじめ設定された最大待
ち時間が経過していない場合は、あらかじめ設定されて
いる一定時間毎にダウンロード，パラメータ転送の実行
を試み、残りのスレーブホストがある場合は、次の優先
度の高いホストコンピュータをマスタダウンロードホス
トとし、ダウンロード，パラメータ転送の実行を試み、
最大待ち時間が経過した場合は、ダウンロード，パラメ
ータ転送失敗となり、エラー終了となるように制御して
いる。
【０５４９】また、複数台のダウンロードホストが設定
され、マスタダウンロードホストのパラメータファイル
の変更が行われた場合、マスタダウンロードホストは自
動的にスレーブホストとの間にＥｎｄ−ｔｏ−Ｅｎｄの
セッション通信路が確立し、変更されたパラメータファ
イルの転送をすべてのスレーブダウンロードホストに行
わせるように制御している。
【０５５０】さらに、ＳＰサーバー９０１はネットワー
ク環境下において、立上げ時ダウンロードホストの自動
チェック，ダウンロード，初期設定パラメータ変更時の
ダウンロードホスト自動変更機構，初期設定パラメータ
変更後の複数のダウンロードホストへの自動転送機能を
備えている。
【０５５１】図８０は、図７８に示したＳＰサーバー９
０１におけるダウンロードホストチェック処理手順の一
例を示すフローチャートである。なお、(1) 〜(13)は各
ステップを示す。
【０５５２】ＳＰサーバー９０１の電源がＯＮされると
(1) 、ＳＰサーバーの不揮発性メモリ９０１Ａに記憶さ
れているダウンロードホストリスト９１１に基づき、先
ず特定の１台であるかまたは複数であるかというダウン
ロードホスト数が判断される(2) 。この判断で台数が複
数の場合には、ダウンロードホスト９０２，９０３が動
作中であるかどうかを判断し(3) 、ＹＥＳならば動作中
で優先度の最も高いホストをマスタダウンロードホスト
とし(4) 、他のダウンロードホストをスレーブダウンロ
ードホストとして(5) 、サーバー立上げ時ダウンロード
ホストチェックを終了する(6) 。
【０５５３】一方、ステップ(3) の判定でＮＯの場合
は、ＳＰサーバーエラーログファイルにその旨を記録し
(7) 、あらかじめ設定されている最大待ち時間が経過し
たかどうかを判定し(8) 、ＹＥＳならばサーバー立上げ
時ダウンロードホストチェックを終了する(9) 。
【０５５４】一方、ステップ(8) の判定中に、一定時間
経過毎に(13)、ステップ(3) に戻り、ダウンロードホス
トの動作チェックを行う。
【０５５５】一方、ステップ(2) の判定において、１台
の場合は、当該ダウンロードホストが動作中かどうかを
判定し(10)、ＮＯならばステップ(7) に戻り、ＹＥＳな
らば指定されているダウンロードホストをマスタダウン
ロードホストとし(11)、サーバー立上げ時ダウンロード
ホストチェックを終了する(12)。
【０５５６】図８１は、図７８に示したＳＰサーバー９
０１における各種プログラム９１５，フォント，フィル
タデータ９１６のダウンロード処理手順の一例を示すフ
ローチャートである。なお、(1) 〜(16)は各ステップを
示す。
【０５５７】サーバー電源立上げ時ダウンロードホスト
チェックが終了すると(1) 、ＳＰサーバー９０１内のダ
ウンロードプログラムまたは動作中その他のＳＰサーバ
ープログラムによって各種プログラム９１５，フィル
タ，フォントデータ９１６のダウンロード要求が発生す
ると(2) 、あらかじめＳＰサーバー９０１内にあるダウ
ンロードホストの情報リスト，フィルタ，フォントの情
報リストがチェックされる(3) 。もし、ＳＰサーバー９
０１内にダウンロード要求されたものがあるかどうかを
判定し(4) 、ＹＥＳならばステップ(9) に進み、当該記
憶されているプログラム，フィルタ，フォントを使用
し、ステップ(2) に戻り、次のダウンロード要求が発生
するまでダウンロードプログラムはアイドル状態とな
る。
【０５５８】一方、ステップ(4) の判定でＮＯの場合
は、現在ＳＰサーバー９０１内の不揮発性メモリ９０１
Ａ内に残しておくかどうかを情報リストに基づいて判定
し、すなわち消去を行うと指定されているかどうかを判
定し(5) 、ＮＯならばステップ(7) 移行に進み、ＹＥＳ
ならば当該記憶されているプログラム，フィルタ，フォ
ントを消去する(6) 。
【０５５９】次いで、ＳＰサーバー９０１からマスタダ
ウンロードホストへダウンロード要求がなされ、マスタ
ダウンロードホストからＳＰサーバーへターゲットのダ
ウンロードが行われる(7) 。次いで、ダウンロードが成
功したかどうかを判定し(8)、ＹＥＳならばステップ(9)
移行に進み、ＮＯならばＳＰサーバーエラーログファ
イルに記録し(10)、次のダウンロードホストがあるかど
うかを判断し(11)、ＹＥＳならばそのホストコンピュー
タをマスタダウンロードホストとし(12)、他のダウンロ
ードホストをスレーブダウンロードホストとし(13)、ス
テップ(7) に戻る。
【０５６０】一方、ステップ(11)の判断でＮＯならば、
あらかじめ設定されている最大待ち時間が経過したかど
うかを判定し(14)、ＹＥＳならばダウンロードエラーと
して処理を終了する(15)。
【０５６１】一方、ステップ(14)の判定中に、一定時間
経過毎に(16)、ステップ(7) に戻り、プログラム，フィ
ルタ，フォント等のダウンロードを再実行する。
【０５６２】図８２は、図７８に示したＳＰサーバー９
０１における初期設定パラメータファイルの変更処理手
順の一例を示すフローチャートである。なお、(1) 〜(1
6)は各ステップを示す。また、初期設定パラメータファ
イル９１７の変更指示は、ＳＰサーバー９０１またはス
レーブダウンロードホストから初期設定パラメータファ
イル９１７を記憶するマスタダウンロードホストに対し
て行われる。
【０５６３】ＳＰサーバー９０１の端末からマスタダウ
ンロードホストに対して初期設定パラメータファイル９
１７の変更指示がなされると(1) 、ＳＰサーバー９０１
あるいはスレーブダウンロードホストとの間にセッショ
ン通進路が確立される(2) 。次いで、通信路が確立され
たか（成功）かどうかを判定し(3) 、ＹＥＳならばマス
タダウンロードホストからＳＰサーバー９０１あるいは
スレーブダウンロードホストにパラメータファイルが転
送される(4) 。次いで、転送が成功したかどうかを判定
し(5) 、ＮＯならばステップ(10)以降に進み、ＹＥＳな
らばＳＰサーバー９０１あるいはスレーブダウンロード
ホストからパラメータの変更が実行される(6) 。次い
で、変更されたパラメータファイルがＳＰサーバー９０
１またはスレーブダウンロードホストからマスタダウン
ロードホストにパラメータファイルの逆転送が行われ
(7) 、転送が成功したかどうかを判定し(8) 、ＹＥＳな
らばパラメータ変更後の処理に移行する(9) 。
【０５６４】一方、ステップ(8) ，(3) の判定でＮＯの
場合ステップ(10)以降に進み、ＳＰサーバーエラーログ
ファイルにその旨を記録し、次のダウンロードホストが
あるかどうかを判定し(11)、ＹＥＳならば次のダウンロ
ードホストをマスタダウンロードホストとするとともに
(12)、他のダウンロードホストをスレーブダウンロード
ホストとし(13)、ステップ(2) に戻る。
【０５６５】一方、ステップ(11)の判定でＮＯの場合
は、あらかじめ設定されている最大待ち時間が経過した
かどうかを判定し(14)、ＹＥＳならばパラメータ変更エ
ラーとして処理を終了する(15)。
【０５６６】一方、ステップ(14)の判定中に、一定時間
経過毎に(16)、ステップ(2) に戻り初期設定パラメータ
ファイルの変更処理を再実行する。
【０５６７】図８３は、図７８に示したマスタのダウン
ロードホストからの初期設定パラメータファイルの変更
処理手順の一例を示すフローチャートである。なお、
(1) 〜(3) は各ステップを示す。
【０５６８】マスタダウンロードホストから初期設定パ
ラメータファイル９１７の変更指示がなされると(1) 、
マスタダウンロードホストがマスタダウンロードホスト
上の初期設定パラメータファイル９１７を変更し(2) 、
変更後の処理に移る(3) 。
【０５６９】図８４は、図７８に示したマスタのダウン
ロードホストによる初期設定パラメータファイル変更後
処理手順の一例を示すフローチャートである。なお、
(1) 〜(8) は各ステップを示す。
【０５７０】初期設定パラメータファイル９１７が変更
されると(1) 、マスタダウンロードホストはスレーブダ
ウンロードホストがあるかどうかを判断し(2) 、ＮＯな
らば処理を終了する(8) 。
【０５７１】一方、ステップ(2) の判定においてＹＥＳ
ならばマスタダウンロードホストは、スレーブダウンロ
ードホストとの間に通信路を確立し(3) 、通信路が確立
されたかどうかを判定し(4) 、ＮＯならばステップ(7)
移行に進み、ＹＥＳならばマスタダウンロードホストか
らスレーブダウンロードホストに変更されたパラメータ
ファイルの転送が行われる(5) 。次いで、パラメータフ
ァイルの転送が成功したかどうかを判定し(6) 、ＹＥＳ
ならばステップ(2) に戻り、ＮＯならばＳＰサーバーエ
ラーログファイルにその旨を記録し(7) 、ステップ(2)
に戻り、次のスレーブダウンロードホストを探しに行
く。
【０５７２】なお、上記実施例ではサーバー装置を、リ
モートプリント，リモートスキャンのサービスを行うＳ
Ｐサーバー９０１で構成する場合について説明したが、
サーバー装置としてはＳＰサーバー９０１ではなく、そ
の他の様々な処理を実行するサーバー装置、例えばＯＣ
Ｒ処理，ファクシミリ処理，ドキュメント処理，データ
ベース処理等をクライアントに提供するサーバー装置で
あっても、ダウンロードホストを設定したネットワーク
環境であれば、同様の方法でダウンロード，パラメータ
変更等を行うことができる。
【０５７３】さらに、サーバー装置に限らず、各々のマ
シンがネットワーク環境にあり、各々のマシン間のコミ
ュニケーションを行うことが可能であるという条件が成
立するならば、上記ダウンロード方式を他の装置にも適
用することができる。
【０５７４】図８５は本発明の一実施例を示すサーバー
装置の通信制御構成を説明するブロック図である。
【０５７５】図において、７１０１Ａ，７１０１Ｂはホ
ストコンピュータ（クライアント）で、ネットワーク７
１０５を介してスキャナプリンタサーバー（ＳＰサーバ
ー）７１０２と通信可能に構成されている。ホストコン
ピュータ７１０１Ａ，７１０１Ｂは独自のデータ処理速
度に応じた通信プロトコル７１０６Ａ（例えば通信プロ
グラム５３），７１０６Ｂ（例えば通信プログラム６
３）を備えて、サーバープロトコル７１０７（例えば
（通信プログラム８３））と相互に通信処理を後述する
フローチャートに従って実行する。ＳＰサーバー７１０
２には各種のプリンタに受信したプリントデータを出力
するためのインタフェースポート（ＲＳ２３２Ｃ，セン
トロニクス，ＳＣＳＩ等）を備え、プリンタ７１０４
ｂ，７１０４ｃ，７１０４ｄおよびスキャナ７１０３ｂ
とのＩ／Ｏを制御する。７１０３ａはスキャナで、プリ
ンタ７１０４ａと一体としてスキャナ機能処理およびプ
リント機能処理を実行する。７１０８〜７１１３は制御
ラインで種々の制御信号をプリンタ７１０４ａ，スキャ
ナ７１０３ａに出力する。
【０５７６】この図に示されるように、ネットワーク７
１０５上のホストコンピュータ７１０１Ａ，７１０１Ｂ
（クライアント）がスキャナ機能処理，プリンタ機能処
理を実行するために、すなわちスキャナやプリンタの資
源を利用するために、ＳＰサーバー７１０２に問い合わ
せをする際に情報交換を行う時に、後述する通信処理実
行中の応答時間を監視する。その際、応答時間は長いが
正常に返信がある通信に対しては、ネットワーク７１０
５上の遅延が生じたが、正常な通信と見なして、自動的
にタイマアウトの値を長く設定し直す機能を備えてい
る。
【０５７７】図８６は、図８５に示したクラアントとサ
ーバーとの第１の通信プロトコルの一例を示す図であ
り、特にプリント処理の通信の場合である。
【０５７８】この図に示すように、経過時間（ａ）は、
ホストコンピュータ７１０１Ａ側のクラアントプロトコ
ル７１０６Ａは、ＳＰサーバープロトコル７１０７から
の返答がなければ、応答時間監視のためのタイマＴ１が
作動し、自動的にタイマアウトする時間に対応する。ま
た、経過時間（ｂ）は、ＳＰサーバープロトコル７１０
７がクラアントプロトコル７１０６Ａに対して次の指示
あるいはデータが来るまでの応答時間監視時間に対応す
る。
【０５７９】このように、本発明に係る第３の発明によ
れば、サーバー装置から何れかの指示に基づいて通信コ
マンドを発行後の応答時間が第１の監視時間を越えて、
第２の監視時間を経過しても応答が得られない場合、当
該ホストとの通信に異常が発生したものと見なして、サ
ーバー装置とネットワークの通信状態を待機状態に自動
復帰させるので、当該通信異常となったホストコンピュ
ータの回復を待たずに、プリンタ資源，スキャナ資源に
よる各機能処理実行を要求する他のホストコンピュータ
との通信を速やか、かつ正常に開始することが可能とな
る。
【０５８０】具体的には、各経過時間（ａ），（ｂ）を
計時して所定の監視時間を延長しても、応答が無い場合
に通信を中断して、待機状態に切り換わることにより、
通信状態が互いにデットロック状態となるこを回避して
いる。
【０５８１】具体的には、ＳＰサーバー７１０２はネッ
トワーク７１０５上のホストコンピュータより指示を受
け、それに対して通信コマンドを発行する。その際毎
（通信コマンド発行毎）に所定の第１のタイマ（例えば
５秒タイマ）を起動し、もし、そのタイマが計時終了後
も相手からの応答がなかった場合、該通信コマンドを再
発行し、さらに再発行が所定回数（例えば６回）または
再送コマンドが最初に発行されてからの時間を計時する
第２のタイマ（例えば３０秒）が計時終了後も相手から
の応答がなかった場合に、相手に回復不可能な障害が発
生したものと見なし、通信中断コマンド（例えばＡｂｏ
ｒｔ）を発行して初期状態で待機する。
【０５８２】実際には、前述したようにＳＰサーバー７
１０２は、ネットワーク７１０５上のホストコンピュー
タ側にクラアントプロトコルが起動されており、ＳＰサ
ーバー７１０２側にはＳＰサーバープロトコル７１０７
が起動されている。接続されているスキャナやプリンタ
の資源のコントロールは、この互いに通信し合うプログ
ラムによっている。
【０５８３】ところが、ＳＰサーバープロトコル７１０
７が起動されると、図４に示したタイマ１１０が起動
し、所定時間を越えてもＳＰクライアント（ホストコン
ピュータ７１０６Ａ，７１０６Ｂ）から返答がないと、
自動的に通信コマンドを再発行して、ＳＰクライアント
（ホストコンピュータ７１０６Ａ，７１０６Ｂ）に通信
コマンドに対する返信を要求しても応答がないと、ＳＰ
サーバープロトコル７１０７は後述するフローチャート
に従って自動的に通信処理プログラムを中断し、初期状
態に復帰する。
【０５８４】なお、本実施例では、上記タイマ処理をリ
アルタイムＯＳ（ＶｘＷｏｒｋｓ）のウオッチドックタ
イマ機能処理により達成しているが、この場合、タイマ
アウトの状態になると、リアルタイムＯＳ（ＶｘＷｏｒ
ｋｓ）におけるシステム管理の割込み制御機構により、
一旦ＯＳ管理下におかれ、すぐにシステム管理を司るＳ
Ｐマネジャ（システム全体制御プログラム９３）に通知
して、システムの異常処理を後述する図８７に示すフロ
ーチャートに従って行う。なお、以上の発生する要因と
して、ネットワーク７１０５上のホストコンピュータ側
が通信異常やシステムダウン，メモリオーバーフロー等
があげられるが、これらのみには限定されない。
【０５８５】図８７は本発明の一実施例を示すサーバー
装置の通信制御方法を説明するフローチャートである。
なお、(1) 〜(11)は各ステップを示し、図８５に示した
ＳＰサーバー７１０２のタイマ監視通信制御手順（サー
バープロトコル７１０７）に対応する。
【０５８６】ネットワーク７１０５を介してクライアン
トからの初期通信要求を待機し(1)、初期通信要求を受
信すると、受信した旨をクライアント側に返答し(2) 、
図４に示したタイマ１１０を起動して(3) 、クラアイン
トからの通信待ちとなる(4)。何らかの通信要求を受信
すると、正常通信作業を開始(5) 、終了コマンドを受信
したかどうかを判定し(6) 、ＮＯならば(2) に戻り、Ｙ
ＥＳならばＳＰサーバー７１０２を初期状態に設定す
る。
【０５８７】一方、ステップ(4) の判定で何ら応答がな
い場合は、ステップ(3) で起動したタイマがタイムアウ
ト（本実施例では５秒）となったかどうかを判定し(7)
、ＮＯならばステップ(4) に戻り、ＹＥＳならばあら
かじめ設定された回数（ｎ）目の再送かどうかを判定し
(8) 、ＹＥＳならばＯＳ（本実施例ではＶｘＷｏｒｋ
ｓ）の割込み機能を開始し(9) 、ＳＰマネジャにその旨
を通知して(10)、ＳＰサーバー７１０２を初期状態に設
定する。
【０５８８】一方、ステップ(8) の判定で、何らかの応
答要求があった場合は、再送要求をクラアントに送出し
(12)、ステップ(2) に戻る。
【０５８９】なお、上記実施例では、現在通信中のＳＰ
クライアントとＳＰサーバー７１０２とが異常の状態と
なった時、本発明に係る計時手段として機能するタイマ
１１０，内部タイマ等を用いて異常処理を実行し、最終
的にはＳＰサーバー７１０２が初期状態に戻る場合の処
理について説明したが、異常処理を実行すると、別のタ
スクが起動されて、そのタスクがある一定時間毎にホス
トコンピュータに通信を行い、ホストコンピュータが復
帰することを確認して、通信処理を再開するように制御
しても良い。
【０５９０】また、上記実施例では、通信コマンドを再
発行してからの監視時間を、タイマ１１０がタイムアッ
プする毎に発行される通信コマンドの再送回数（例えば
６回）で計時する場合について説明したが、最初の通信
コマンド発行後、タイマ１１０がタイムアップした時点
で、第２のタイマ（図示しない）が第２の監視時間（例
えば３０秒）を計時して、この第２の監視時間の経過時
点で、ホストコンピュータからの応答が得られない場合
には、通信中断コマンド（Ａｂｏｒｔ）を発行して、通
信待機状態となるように制御しても良い。
【０５９１】図８８は、図８５に示したクラアントとサ
ーバーとの第２の通信プロトコルの一例を示す図であ
り、（ａ）は正常な通信状態に対応し、（ｂ）は応答時
間が長い通信状態に対応し、特にプリント処理の通信の
場合である。
【０５９２】（ａ）に示すように正常な通信時には、経
過時間（イ）で、ホストコンピュータ７１０１Ａ側のク
ライアントプロトコル７１０６Ａは、ＳＰサーバープロ
トコル７１０７からの返答がなければ、応答時間監視の
ためのタイマＴ１が作動し、自動的にタイマアウトす
る。また、経過時間（ロ）で、ＳＰサーバープロトコル
７１０７がクライアントプロトコル７１０６Ａに対して
次の指示あるいはデータが来るまでの応答時間監視のタ
イマＴ２が作動する。正常な通信処理では、ポイント
（イ），（ロ）で計時する監視時間はあらかじめ決めら
れた値が設定されている。もし、それを越える場合は、
再送要求を発行して相手からの応答を待機する。それで
も応答がない場合には、異常状態とみなして異常処理を
行い、初期状態（通信待ち状態）に移行する。
【０５９３】一方、（ｂ）に示すように応答時間が長い
通信時、例えば遅いネットワークが仲介していたり、ト
ラフィックが多いようなネットワークで通信を行う場合
には、経過時間（イ），（ロ）は前述と同様のタイマ設
定値でタイマが作動する。また、経過時間は、クライア
ントプロトコル７１０６ＢがＳＰサーバープロトコル７
１０７からの応答が遅い時に、応答要求を発行して、当
該応答が帰ってきた時間に応じて、再設定されたタイマ
のタイマアウト状態に対応する。同様に、経過時間
（ニ）は、クライアントプロトコル７１０６Ｂからの要
求に応じて応答したＳＰサーバープロトコル７１０７の
次のコマンドに対してのタイマアウト値が再設定された
時間に対応する。
【０５９４】このように、本発明に係る第４の発明によ
れば、応答時間の長いホストコンピュータ７１０６Ｂと
の通信処理においても、各ホストコンピュータまたはサ
ーバー装置の何れか一方からネットワーク上での応答時
間を計時するためのコマンドを発行してからの応答時間
をサーバー装置または各ホストコンピュータが計時し、
該計時結果に基づいて各ホストコンピュータとサーバー
装置との間の正常応答時間を計時するタイマの監視時間
を延長するので、ネットワーク上の各ホストコンピュー
タ上の各ホストとの通信中における応答信号の送出タイ
ミングが長くなる事態が発生しても、その後の通信処理
を正常に続行することが可能となる。
【０５９５】これにより、相手からの応答時間が所定時
間よりも経過しても、直ちに通信異常とすることなく、
監視時間を所定時間延長して調整することにより、応答
時間が長くなる通信処理に対して、通信異常とすること
なく、正常な通信処理が可能となる。
【０５９６】具体的には、ＳＰサーバー７１０２はネッ
トワーク７１０５上のホストコンピュータより指示を受
け、それに対して通信コマンドを発行する。その際毎に
所定の第１のタイマ（例えば５秒タイマ）を起動し、も
し、そのタイマが計時終了後も相手からの応答がなかっ
た場合、該通信コマンドを再発行し、さらに再発行が所
定回数（例えば６回）または再送コマンドが最初に発行
されてからの時間を計時する第２のタイマ（例えば３０
秒）が計時終了後も相手からの応答がなかった場合に、
相手に回復不可能な障害が発生したものと見なし、通信
中断コマンド（例えばＡｂｏｒｔ）を発行して初期状態
で待機する。
【０５９７】しかしながら、ホストコンピュータとＳＰ
サーバー７１０２が異なるネットワークに接続されてい
る場合は、上記タイマのタイムアウト時間（監視時間）
を長く設定する。
【０５９８】実際には、前述したようにＳＰサーバー７
１０２は、ネットワーク７１０５上のホストコンピュー
タ側にクライアントプロトコルが起動されており、ＳＰ
サーバー７１０２側にはＳＰサーバープロトコル７１０
７が起動されている。接続されているスキャナやプリン
タの資源のコントロールは、この互いに通信し合うプロ
グラムによっている。
【０５９９】本実施例では、ＳＰサーバー７１０２は、
ＳＰクライアント（ホストコンピュータ７１０６Ａ，７
１０６Ｂ）からの資源利用要求（プリント要求／スキャ
ン要求）を常に返答を返すが、ネットワークの遅延が大
きい場合、ＳＰクライアント側は応答要求を発行して、
ネットワークの遅延時間を調べに来る。ＳＰサーバー７
１０２側はレスポンス要求を受け取ると、直ちに返答を
返す。ＳＰクライアント側は応答要求を発行して、ネッ
トワークの遅延時間を調べに来る。ＳＰサーバー７１０
２側はレスポンス応答の時間により、タイマアウトの設
定値を変更して、通常の通信を引き続き行う。ＳＰサー
バー７１０２は、レスポンス要求を受け付けると、次の
通信が来るまでの時間を計時し、ＳＰサーバー７１０２
側のタイマアウトの設定値の変更を行う。
【０６００】以後、通常動作と同様に、ＳＰサーバー７
１０２のプロトコルが起動されると、図４に示したタイ
マ１１０を起動して、所定時間を越えて、ＳＰクライア
ント側のプロトコルに基づく返答がないと、自動的に再
送要求を発行し、それでも返答がないと、自動的に通信
の中断を行い、初期状態に戻る。
【０６０１】なお、本実施例では、上記タイマ処理をリ
アルタイムＯＳ（ＶｘＷｏｒｋｓ）のウオッチドックタ
イマ機能処理により達成しているが、この場合、タイマ
アウトの状態になると、リアルタイムＯＳ（ＶｘＷｏｒ
ｋｓ）におけるシステム管理の割込み制御機構により、
一旦ＯＳ管理下におかれ、すぐにシステム管理を司るＳ
Ｐマネジャに通知して、システムの異常処理を後述する
図８９，図９０に示すフローチャートに従って行う。な
お、以上の発生する要因として、ネットワーク７１０５
上のホストコンピュータ側が通信異常やシステムダウ
ン，メモリオーバーフロー等があげられるが、これらの
みには限定されない。
【０６０２】図８９は本発明の一実施例を示すサーバー
装置の通信制御方法を説明するフローチャートである。
なお、(1) 〜(14)は各ステップを示し、図８５に示した
ＳＰサーバー７１０２のタイマ監視通信制御手順（サー
バープロトコル７１０７）に対応する。
【０６０３】ネットワーク７１０５を介してクライアン
トからの初期通信要求を待機し(1)、初期通信要求を受
信すると、受信した旨をクライアント側に返答し(2) 、
図４に示したタイマ１１０を起動して(3) 、クラアイン
トからの通信待ちとなる(4)。何らかの通信要求を受信
すると、正常通信作業を開始(5) 、終了コマンドを受信
したかどうかを判定し(6) 、ＮＯならば(2) に戻り、Ｙ
ＥＳならばＳＰサーバー７１０２を初期状態に設定す
る。
【０６０４】一方、ステップ(4) の判定で何ら応答がな
い場合は、ステップ(3) で起動したタイマがタイムアウ
トとなったかどうかを判定し(7) 、ＮＯならばステップ
(4)に戻り、ＹＥＳならばレスポンス要求有無を判定し
(8) 、要求が無い場合、 あらかじめ設定あれた回数
（ｎ）目の再送かどうかを判定し(11)、ＹＥＳならばＯ
Ｓ（本実施例ではＶｘＷｏｒｋｓ）の割込み機能を開始
し(13)、ＳＰマネジャにその旨を通知して(14)、ＳＰサ
ーバー７１０２を初期状態に設定する。
【０６０５】一方、ステップ(8) の判定で、何らかの応
答要求があった場合は、タイマ１１０の値を所定時間長
く再設定し(9) 、応答作業を継続し(10)、ステップ(2)
に戻る。また、ステップ(11)の判定でＮＯの場合は、再
送要求をクライアントに送出し(12)、ステップ(2) に戻
る。
【０６０６】図９０は本発明の一実施例を示すサーバー
装置の通信制御方法を説明するフローチャートである。
なお、(1) 〜(16)は各ステップを示し、図８５に示した
クライアントのタイマ監視通信制御手順（クライアント
プロトコル７１０６Ａ，７１０６Ｂ）に対応する。
【０６０７】ネットワーク７１０５を介してＳＰサーバ
ー７１０１からの初期通信要求を待機し(1) 、初期通信
要求を受信すると、受信した旨をＳＰサーバー７１０１
側に送信し(2) 、ホストコンピュータ７１０６Ａ，７１
０６Ｂの内部タイマを起動し(3) 、ＳＰサーバー７１０
１からの通信待ちとなる(4) 。ここで、何らかの通信を
受信すると、受信したコマンドが終了コマンドかどうか
を判定し(5) 、ＮＯならば次に通信作業を開始(6) 、ス
テップ(2) に戻り、ＹＥＳならばＳＰクライアントを初
期状態とする。
【０６０８】一方、ステップ(4) の判定でＮＯの場合
は、ステップ(3) で起動したタイマがタイムアウトとな
ったかどうかを判定し(7) 、ＮＯならばステップ(4) に
戻り、ＹＥＳならば応答要求がＳＰサーバー側からなさ
れたかどうかを判定し(8) 、ＹＥＳならば再送要求がな
されたかどうかを判定し(14)、ＮＯならばＳＰクライア
ントのプロトコル７１０６Ａ，７１０６Ｂに通知し(1
6)、ＳＰクライアントを初期状態とする。
【０６０９】一方、ステップ(14)の判定でＹＥＳの場合
は、再送作業を開始し(15)、ステップ(2) に戻る。ま
た、ステップ(8) の判定でＮＯの場合は、応答要求をＳ
Ｐサーバー７１０２に対して発行し(9) 、応答時間の測
定を開始する(10)。次いで、ＳＰサーバー７１０２から
応答待ち状態から応答を受信したかどうかを判定し(1
1)、ＹＥＳならばタイマを所定時間長く再設定し(12)、
ステップ(2) に戻る。
【０６１０】一方、ステップ(11)の判定でＮＯの場合
は、応答時間を計時する内部タイマがタイムアウトした
かどうかを判断し(13)、ＮＯならばステップ(11)に戻
り、ＹＥＳならばＳＰクライアントを初期状態に設定す
る。
【０６１１】なお、上記実施例では、現在通信中のＳＰ
クライアントとＳＰサーバー７１０２とが異常の状態と
なった時、計時手段（タイマ１１０，内部タイマ等）を
用いて異常処理を実行し、最終的にはＳＰサーバー７１
０２が初期状態に戻る場合の処理について説明したが、
異常処理を実行すると、別のタスクが起動されて、その
タスクがある一定時間毎にホストコンピュータに通信を
行い、ホストコンピュータが復帰することを確認して、
通信処理を再開するように制御しても良い。
【０６１２】
【発明の効果】以上説明したように、第１の発明によれ
ば、プリントドライバが各ホスト特有のプリンタインタ
フェースに基づいて変換した画像情報を、サーバー装置
に接続される入出力機器のプリンタ言語に基づく画像情
報に変換すると、このプリントドライバの下位レイヤと
してのクライアント通信制御手段とサーバー通信制御手
段とがネットワークを介して入出力機器のプリンタ言語
に基づく画像情報を通信転送させるので、各ホスト特有
のプリンタ言語処理体系に従う画像情報を、サーバー装
置に接続される入出力機器のプリンタ言語処理系に制限
されることなく、ホスト上の市販アプリケーションでネ
ットワーク上を高速に通信させることができる。
【０６１３】第２の発明によれば、ホストまたは所定の
ネットワーク上の不揮発性メモリに、特定の１台または
優先度が付けられた複数台のホストから所望の情報をダ
ウンロードするためのホスト先指定情報，前記所望の情
報をダウンロードするため緒ダウンロードプログラム，
前記プリント機能処理の実行に必要なフォント情報，前
記プリント機能処理の実行に必要な印刷制御情報を記憶
させるので、特定の１台または優先度が付けられた複数
台のホストから所望の情報をダウンロードする際のホス
ト先および印刷制御情報の変更処理を一元管理すること
ができる。
【０６１４】第３の発明によれば、サーバー装置から何
れかの指示に基づいて通信コマンドを発行後の応答時間
が第１の監視時間を越えて、第２の監視時間を経過して
も応答が得られない場合、当該ホストとの通信に異常が
発生したものと見なして、サーバー装置とネットワーク
の通信状態を待機状態に自動復帰させるので、当該通信
異常となったホストの回復を待たずに、プリンタ資源，
スキャナ資源による各機能処理実行を要求する他のホス
トとの通信を速やか、かつ正常に開始することができ
る。
【０６１５】第４の発明によれば、各ホストまたはサー
バー装置の何れか一方から前記ネットワーク上での応答
時間を計時するためのコマンドを発行してからの応答時
間をサーバー装置または各ホストが計時し、該計時結果
に基づいて各ホストとサーバー装置との間の正常応答時
間を計時するタイマの監視時間を延長するので、ネット
ワーク上の各ホストとの通信中における応答信号の送出
タイミングが長くなる事態が発生しても、その後の通信
処理を正常に続行することができる。
【０６１６】第５の発明によれば、低位の通信プログラ
ムから高位の通信プログラムを連続的に実行して前記バ
ッファメモリに前記画像情報を記憶させる際に、低位の
通信プログラムから上位の通信プログラムに前記画像情
報に対する前記バッファメモリへの展開開始アドレスを
催促し、該催促に従って高位の通信プログラムから低位
の通信プログラムに伝達される展開開始アドレスに基づ
いて低位の通信プログラムにより前記バッファメモリに
前記画像情報を展開させるので、低位の通信プログラム
から高位の通信プログラムを連続的に実行して前記バッ
ファメモリに前記画像情報を転送して記憶させる際の各
通信プログラム間のオーバヘッドを抑えることができ
る。
【０６１７】従って、サーバー装置が各ホストの言語仕
様と各画像出力装置の言語仕様の相違を整合させること
ができ、システム構築におけるホストの制限および画像
出力装置、特にプリンタ装置の制限を大幅に緩和でき、
システム構築の自由度を高めることができる。
【０６１８】また、ネットワーク上の複数台中の１つの
ホストをマスタダウンロードホストあるいはスレーブダ
ウンロードホストとして管理することができるととも
に、初期動作に必要なパラメータ等の変更をも一元管理
することができるので、ネットワーク上のダウンロード
エラー，パラメータ変更情報エラー等が発生しても、登
録されたホスト先指定情報を参照しながらスレーブダウ
ンロードホストより必要な情報を入手して、システム状
態を正常な状態に復帰させることが可能となる。また、
任意のホストとサーバー装置間における通信エラーによ
る他のホストへのプリントサービス，スキャナサービス
中断状態を、即座に復旧させることができるので、サー
バー装置によるプリントサービス，スキャナサービスの
耐故障性を大幅に向上させることができる。さらに、サ
ーバー装置を含むネットワーク構成を簡略化できるとと
もに、ネットワーク上に分散されている記憶資源を有効
に活用したサービスを効率よく安価に提供できる。
【０６１９】さらに、通信コマンドに対する各ホストか
らの応答時間が所定時間よりも長くなる事態が発生して
も、従来のようなデットロック状態を回避して、所定監
視時間経過後には当該通信を中断して待機状態に自動復
帰でき、他のホストとの通信処理開始を保証することが
できる。
【０６２０】また、通信処理状態に応じて返信される応
答信号の監視時間が長くなる場合にも、ネットワーク上
での正常なデータ通信処理を継続できる。
【０６２１】さらに、各ホストから要求されるカラー画
像情報を高速にパケット転送させながら、所望の画像処
理を効率よく行える等の幾多の優れた効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施例を示す画像処理システムに
おけるサーバー装置の概要を説明するシステムブロック
図である。
【図２】本発明の第１実施例を閉め得巣画像処理システ
ムの一例を示す示すシステムブロック図である。
【図３】図２に示した画像処理システムにおけるサーバ
ー装置と各ホストとのネットワーク構築状態を示す図で
ある。
【図４】図１に示したメインＣＰＵボード回路の詳細構
成を説明する回路ブロック図である。
【図５】図４に示したメモリクリアコントローラの詳細
構成を説明するブロック図である。
【図６】図５に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図７】図５に示したバンドメモリへの画像情報のバン
ド展開処理を説明する模式図である。
【図８】図５に示した画像描画処理回路の詳細構成を説
明するブロック図である。
【図９】図１に示した第１のインタフェース回路の内部
構成を説明するブロック図である。
【図１０】図９に示したリアルタイム圧縮伸長部の詳細
構成の一例を示すブロック図である。
【図１１】図１０に示したジグザグスキャン部によるジ
グザグスキャン経路の一例を示す図である。
【図１２】図１に示した第１のＳＰインタフェース回路
のパート構成の概略を説明するブロック図である。
【図１３】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１４】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１５】図１に示した第１のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１６】図１に示した第２のＳＰインタフェース回路
の詳細内部構成を説明する回路ブロック図である。
【図１７】図２に示したスキャナ／プリンタの画像記録
プロセスを説明する模式図である。
【図１８】図２に示したスキャナ／プリンタのスキャナ
の原稿走査状態を示す模式図である。
【図１９】図２に示したスキャナ／プリンタのスキャナ
のバンド原稿走査状態を示す模式図である。
【図２０】本発明に係るサーバー装置とプリンタとのイ
ンタフェース信号の一例を示す図である。
【図２１】本発明に係るサーバー装置とプリンタとのイ
ンタフェースの一例を示す回路ブロック図である。
【図２２】図２１の動作を説明するタイミングチャート
である。
【図２３】図２１に示したセントロニクスＩ／Ｆ回路に
よるホスト側の信号処理手順の一例を示すフローチャー
トである。
【図２４】図２１に示したセントロニクスＩ／Ｆ回路に
よるプリンタ側の信号処理手順の一例を示すフローチャ
ートである。
【図２５】本発明に係るサーバー装置とホストコンピュ
ータとのプログラム構成を説明する図である。
【図２６】本発明に係るサーバー装置における全体制御
手順の一例を示すフローチャートである。
【図２７】本発明に係るサーバー装置におけるページ記
述言語に準拠するコード体系の要部を示す図である。
【図２８】本発明に係るサーバー装置におけるレイアウ
タによる中間コードへの置換処理を説明する図である。
【図２９】本発明に係るサーバー装置におけるバンドメ
モリへの図形情報展開処理状態を示す模式図である。
【図３０】本発明に係るサーバー装置におけるページ記
述言語が展開するデータの１画素構造を説明する図であ
る。
【図３１】図２に示したスキャナの動作を説明するデー
タ処理経路図である。
【図３２】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図３３】本発明に係るサーバー装置とカラーレーザ複
写装置とのデータ処理状態を説明するブロック図であ
る。
【図３４】本発明に係るサーバー装置とバブルジェット
カラー複写装置とのデータ処理状態を説明するブロック
図である。
【図３５】本発明に係るサーバー装置とのネットワーク
システムの構成を説明するブロック図である。
【図３６】本発明に係るサーバー装置における異常発生
ジョブ処理手順の一例を示すフローチャートである。
【図３７】本発明に係るサーバー装置におけるリトライ
処理手順の一例を示すフローチャートである。
【図３８】本発明に係るサーバー装置におけるジョブ制
御状態を説明するタイミングチャートである。
【図３９】本発明に係るサーバー装置におけるシステム
全体制御プログラム制御処理状態を示す図である。
【図４０】図３９に示したシステム全体制御プログラム
制御のイベント処理手順の一例を示すフローチャートで
ある。
【図４１】本発明に係るサーバー装置におけるジョブ管
理状態を示す図である。
【図４２】本発明に係るサーバー装置におけるジョブ実
行処理手順の一例を示すフローチャートである。
【図４３】本発明に係るサーバー装置におけるステータ
スチェック処理手順の一例を示すフローチャートであ
る。
【図４４】本発明に係るサーバー装置における優先順位
チェック処理手順の一例を示すフローチャートである。
【図４５】本発明に係るサーバー装置におけるインタフ
ェースチェック処理手順の一例を示すフローチャートで
ある。
【図４６】本発明に係るサーバー装置におけるジョブ起
動処理手順の一例を示すフローチャートである。
【図４７】本発明に係るサーバー装置におけるジョブ処
理状態推移を示すタイミングチャートである。
【図４８】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図４９】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５０】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５１】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５２】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５３】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５４】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５５】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５６】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５７】本発明に係るサーバー装置におけるジョブ処
理に伴うジョブテーブルの内容を示す図である。
【図５８】本発明の第２の実施例を示すサーバー装置の
構成を説明するブロック図である。
【図５９】図５８に示したＳＰサーバー装置により合成
される印刷レイアウトを示す模式図である。
【図６０】図２に示した第１のステーションのソフトウ
エア構成を説明する図である。
【図６１】図６０に示した第２のステーションのＯＳと
各ドライバとの関係を示す詳細図である。
【図６２】図６０に示したプリンタマネージャーとプリ
ンタドライバとの機能処理を説明する図である。
【図６３】図２に示した第２のステーションにおけるネ
ットワークプリンタのプロトコルを説明する図である。
【図６４】図２に示した第２のステーションによる印刷
プロセスの一例を示すシーケンス図である。
【図６５】図６３に示したＳＰクラアントのプログラム
の構造を示す図である。
【図６６】図２に示した第２のステーションとＳＰサー
バーとのネットワーク接続状態を説明する図である。
【図６７】図２に示した第２のステーション上のウイン
ドウズと各ドライバとの関係を説明する図である。
【図６８】図２に示した第２のステーション上とＳＰサ
ーバーとの各ドライバとの関係を説明する図である。
【図６９】図２に示した各ホストのネットワークプリン
タ処理プロセスを説明する概念図である。
【図７０】本発明に係るサーバー装置のＳＰサーバと各
ホストのＳＰクライアントとの交信プロセスを説明する
概念図である。
【図７１】図３に示したＳＰサーバーによるパケット処
理手順の一例を示す図である。
【図７２】本発明に係るサーバー装置に接続されるプリ
ンタにおけるカラー／白黒印刷制御手順の一例を示すフ
ローチャートである。
【図７３】本発明に係るサーバー装置における印刷ジョ
ブの流れを説明する図である。
【図７４】図７３に示した白黒印刷吸収条件を示す図で
ある。
【図７５】図２に示したＳＰサーバー装置と第３のステ
ーションとのネットワークシステムの概要を説明するブ
ロック図である。
【図７６】図７５に示したワークステーションの機能を
説明するブロック図である。
【図７７】図７５に示したＳＰサーバーの機能構成を説
明するブロック図である。
【図７８】本発明に係るサーバー装置と各ホストとのデ
ータロード処理状態を説明するネットワーク図である。
【図７９】図７８に示したＳＰサーバーおよびダウンロ
ードホストの記憶情報を説明するデータ構成図である。
【図８０】図７８に示したＳＰサーバーにおけるダウン
ロードホストチェック処理手順の一例を示すフローチャ
ートである。
【図８１】図７８に示したＳＰサーバーにおけるプログ
ラム，フォント，フィルタのダウンロード処理手順の一
例を示すフローチャートである。
【図８２】図７８に示したＳＰサーバーにおける初期設
定パラメータファイルの変更処理手順の一例を示すフロ
ーチャートである。
【図８３】図７８に示したマスタのダウンロードホスト
からの初期設定パラメータファイルの変更処理手順の一
例を示すフローチャートである。
【図８４】図７８に示したマスタのダウンロードホスト
からの初期設定パラメータファイルの変更後処理手順の
一例を示すフローチャートである。
【図８５】本発明の一実施例を示すサーバー装置の通信
制御構成を説明するブロック図である。
【図８６】図８５に示したクライアントサーバー装置と
第１の通信プロトコルの一例を示す図である。
【図８７】本発明の一実施例を示すサーバー装置の通信
制御方法を説明するフローチャートである。
【図８８】図８５に示したクライアントとサーバー装置
と第２の通信プロトコルの一例を示す図である。
【図８９】本発明の一実施例を示すサーバー装置の第１
の通信制御方法を説明するフローチャートである。
【図９０】本発明の一実施例を示すサーバー装置の第２
の通信制御方法を説明するフローチャートである。
【符号の説明】
９６ ネットワーク １５０２ プリンタドライバ １５０３ Ｓ／Ｐクライアント １６０２ Ｓ／Ｐサーバー
【手続補正書】
【提出日】平成５年８月２５日
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正内容】
【図２】
フロントページの続き (72)発明者 橋本 裕彦 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 三田 良信 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 下村 ゆかり 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 山田 修 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 齋藤 和浩 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 戸田 雅成 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 福田 康男 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 杉山 光正 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 宍塚 順一 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 根岸 作力 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 杉浦 進 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置において、各
    ホスト特有のプリンタインタフェースに基づいて変換し
    た画像情報を前記サーバー装置に接続される前記入出力
    機器のプリンタ言語に基づく画像情報に変換するプリン
    トドライバと、このプリントドライバの下位レイヤとし
    て、変換された前記画像情報を前記サーバー装置に前記
    ネットワークを介して通信転送するクラアント通信制御
    手段とを各ホストに設け、前記プリントドライバの下位
    レイヤとして、前記ネットワークを介して前記クラアン
    ト通信制御手段と通信しながら受信した前記画像情報を
    前記サーバー装置に転送するサーバー通信制御手段とを
    具備したことを特徴とするサーバー装置。
  2. 【請求項２】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置において、特
    定の１台または優先度が付けられた複数台のホストから
    所望の情報をダウンロードするためのホスト先指定情
    報，前記所望の情報をダウンロードするため緒ダウンロ
    ードプログラム，前記プリント機能処理の実行に必要な
    フォント情報，前記プリント機能処理の実行に必要な印
    刷制御情報を記憶する不揮発性メモリを前記ホストまた
    は所定のネットワーク上に設けたことを特徴とするサー
    バー装置。
  3. 【請求項３】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の通信処理方
    法において、各ホストからの指示に基づいて前記サーバ
    ー装置から発行される通信コマンドに対する各ホストか
    らの応答時間を計時するタイマを第１の監視時間分起動
    し、該第１の監視時間経過後、前記通信コマンドを再発
    行し、該通信コマンドに対する応答状態を前記第１の監
    視時間よりも所定時間長い第２の監視時間分継続して監
    視し、該監視結果に基づいて各ホストとの通信異常発生
    状態を判定し、該判定結果に基づいて該ホストに対して
    通信中断コマンドを発行し、該通信中断コマンド発行
    後、前記ネットワークとの通信状態を待機状態に設定す
    ることを特徴とするサーバー装置の通信処理方法。
  4. 【請求項４】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の通信処理方
    法において、各ホストまたはサーバー装置の何れか一方
    から前記ネットワーク上での応答時間を計時するための
    コマンドを発行し、該コマンドに対する応答時間をサー
    バー装置または各ホストが計時し、該計時結果に基づい
    て各ホストとサーバー装置との間の正常応答時間を計時
    するタイマの監視時間を延長することを特徴とするサー
    バー装置の通信処理方法。
  5. 【請求項５】 スキャナ機能処理およびプリンタ機能処
    理を実行する入出力機器が所定のインタフェースを介し
    て接続され、かつ所定のネットワークを介して複数のホ
    ストと通信可能に接続されたサーバー装置の通信処理方
    法において、前記ネットワーク側を低位とし、かつ前記
    ネットワークを介して各ホストから受信した画像情報を
    記憶するバッファメモリを高位とする順次階層する複数
    の通信プログラムを実行して前記バッファメモリに前記
    画像情報を記憶させる際に、低位の通信プログラムから
    上位の通信プログラムに前記画像情報に対する前記バッ
    ファメモリへの展開開始アドレスを催促し、該催促に従
    って高位の通信プログラムから停止の通信プログラムに
    伝達される展開開始アドレスに基づいて低位の通信プロ
    グラムにより前記バッファメモリに前記画像情報を展開
    させることを特徴とするサーバー装置の通信処理方法。
JP02170393A 1993-01-18 1993-01-18 制御装置および制御方法 Expired - Fee Related JP4035173B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP02170393A JP4035173B2 (ja) 1993-01-18 1993-01-18 制御装置および制御方法
US08/657,531 US6321266B1 (en) 1993-01-18 1996-06-04 Input/output apparatus connected to a plurality of host computers via a network

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
JPH06214920A true JPH06214920A (ja) 1994-08-05
JP4035173B2 JP4035173B2 (ja) 2008-01-16

Family

ID=12062420

Family Applications (1)

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

Country Status (2)

Country Link
US (1) US6321266B1 (ja)
JP (1) JP4035173B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7701606B2 (en) 1996-05-14 2010-04-20 Ricoh Company, Ltd. Java printer with a printer control interface in a form of a web page

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134017A (en) * 1994-11-14 2000-10-17 Canon Kabushiki Kaisha Facsimile manager
US6771381B1 (en) 1998-11-13 2004-08-03 Laurence C. Klein Distributed computer architecture and process for virtual copying
JPH11282684A (ja) * 1998-03-27 1999-10-15 Canon Inc 画像処理装置、画像処理装置の制御方法、および記憶媒体
JP4392906B2 (ja) * 1998-08-28 2010-01-06 キヤノン株式会社 情報処理装置及び情報処理方法及び情報処理システム及び情報処理プログラムを記憶した記憶媒体及び情報処理プログラムを送出する送出装置及び情報処理プログラム製品
EP0989516B1 (en) * 1998-09-22 2005-06-15 Hewlett-Packard Company, A Delaware Corporation Image data processing method and corresponding device
JP2000222338A (ja) * 1998-11-25 2000-08-11 Canon Inc 周辺機器及び周辺機器制御方法及び周辺機器制御システム及び周辺機器制御プログラムを記憶した記憶媒体及び周辺機器制御プログラムを送出する送出装置及び周辺機器制御プログラム製品及び情報処理装置及び情報処理方法及び情報処理プログラムを記憶した記憶媒体及び情報処理プログラムを送出する送出装置及び情報処理プログラム製品
US7047292B1 (en) * 1999-05-24 2006-05-16 Cisco Technology, Inc. Prioritizing network management traffic
JP2001086361A (ja) * 1999-09-17 2001-03-30 Minolta Co Ltd 画像処理装置
JP2001117979A (ja) * 1999-10-15 2001-04-27 Fuji Photo Film Co Ltd ネットワーク用情報端末及びプリント方法
US6707568B1 (en) * 1999-11-02 2004-03-16 Ricoh Company, Ltd. Printer driver filter and method of printing with the same
US7644119B1 (en) * 2000-02-04 2010-01-05 Canon Kabushiki Kaisha Computer network scanning
US7454457B1 (en) 2000-02-07 2008-11-18 Parallel Networks, Llc Method and apparatus for dynamic data flow control using prioritization of data requests
US8256430B2 (en) 2001-06-15 2012-09-04 Monteris Medical, Inc. Hyperthermia treatment and probe therefor
JP3602036B2 (ja) * 2000-06-30 2004-12-15 シャープ株式会社 プログラム供給システム及びプログラム供給方法
US7693961B2 (en) * 2000-06-30 2010-04-06 Sharp Kabushiki Kaisha Method and system for supplying programs
US7023566B2 (en) * 2000-12-12 2006-04-04 Xerox Corporation Page description language on demand printing
US7006249B2 (en) * 2001-01-18 2006-02-28 Kabushiki Kaisha Toshiba Image forming system
JP3450830B2 (ja) * 2001-02-02 2003-09-29 パナソニック コミュニケーションズ株式会社 画情報送信システム、スキャナ装置およびユーザ端末装置、並びにスキャナ装置へのユーザ端末情報登録方法
US20020174173A1 (en) * 2001-03-30 2002-11-21 Ravindranath Gunturu Self-downloading network client
US7246177B2 (en) * 2001-05-17 2007-07-17 Cyber Ops, Llc System and method for encoding and decoding data files
JP4576071B2 (ja) * 2001-07-02 2010-11-04 パナソニックシステムネットワークス株式会社 ネットワーク画像処理装置および監視装置並びにその方法
US7086055B2 (en) * 2001-08-02 2006-08-01 Hewlett-Packard Development Company, L.P. Computer system and method for increased processing power by communicating with non-computer devices
US20030046501A1 (en) * 2001-09-04 2003-03-06 Schulz Jurgen M. Method for interleaving memory
US7102779B2 (en) * 2001-11-07 2006-09-05 Hewlett-Packard Development Company, L.P. Collective document processing by multiple printing devices
US7151745B2 (en) * 2001-11-08 2006-12-19 Broadcom Corporation Scalable synchronous packet transmit scheduler
JP2003271572A (ja) * 2002-03-14 2003-09-26 Fuji Photo Film Co Ltd 処理分散制御装置、分散処理システム、処理分散制御プログラム、処理分散制御方法
US7324229B2 (en) * 2002-04-10 2008-01-29 Texas Instruments Incorporated Rendering in a printer using bands
US20030225824A1 (en) * 2002-05-28 2003-12-04 Vincent Wu System and method for transferring image data to a server
US7102767B2 (en) 2002-07-19 2006-09-05 Kabushiki Kaisha Toshiba Print module for direct multiple image formatting and printing
US7511861B2 (en) * 2002-08-30 2009-03-31 Hewlett-Packard Development Company, L.P. Multi-page facsimile method and device
JP4329321B2 (ja) * 2002-09-27 2009-09-09 ブラザー工業株式会社 画像形成装置及び画像形成方法
JP2004140683A (ja) * 2002-10-18 2004-05-13 Ricoh Co Ltd 画像処理装置
US20040160630A1 (en) * 2003-01-20 2004-08-19 Konica Minolta Holdings, Inc. Image printing system
KR100432367B1 (ko) * 2003-04-30 2004-05-20 푸른정보기술(주) 네트웍/로컬/공유 프린터들의 관리 및 인쇄 제어시스템
US20050062986A1 (en) * 2003-09-24 2005-03-24 Che-Hung Hu Color level adjusting module and method thereof
US7515315B2 (en) * 2003-10-14 2009-04-07 Sharp Laboratories Of America, Inc. Scan description language
JP4174411B2 (ja) * 2003-10-30 2008-10-29 キヤノン株式会社 ジョブ管理装置、ジョブ管理方法、及びジョブ管理用プログラム
JP2005334110A (ja) * 2004-05-25 2005-12-08 Ziosoft Inc ボリュームレンダリング等の画像処理システム
US7791751B2 (en) * 2004-11-30 2010-09-07 Palo Alto Research Corporation Printing systems
US20060146361A1 (en) * 2004-12-30 2006-07-06 Lexmark International, Inc. Network scanning from a scanning device
EP1696655A3 (en) * 2005-02-25 2007-07-25 Canon Kabushiki Kaisha Information processor
US7568628B2 (en) 2005-03-11 2009-08-04 Hand Held Products, Inc. Bar code reading device with global electronic shutter control
US7516255B1 (en) * 2005-03-30 2009-04-07 Teradici Corporation Method and apparatus for providing a low-latency connection between a data processor and a remote graphical user interface over a network
US7770799B2 (en) 2005-06-03 2010-08-10 Hand Held Products, Inc. Optical reader having reduced specular reflection read failures
JP4577118B2 (ja) * 2005-06-24 2010-11-10 ブラザー工業株式会社 サービス提供システム、クライアント、サーバおよびプログラム
CA2633320C (en) * 2005-12-29 2014-04-22 Chad Burchett Battery box system and method
US8107758B2 (en) * 2008-04-16 2012-01-31 Microsoft Corporation Block based image processing
JP2010252060A (ja) * 2009-04-16 2010-11-04 Hitachi Ltd 送受信システムにおける送受信方法
CN102193882B (zh) * 2010-03-15 2014-09-10 京瓷办公信息系统株式会社 数据处理装置以及数据处理方法
JP2011223218A (ja) * 2010-04-07 2011-11-04 Sony Corp 画像処理装置、画像処理方法、及びプログラム
JP2012074923A (ja) * 2010-09-29 2012-04-12 Brother Ind Ltd 多機能機及びコンピュータプログラム
JP5782925B2 (ja) * 2011-08-31 2015-09-24 富士通株式会社 情報処理装置、プログラム、および制御方法
US9158480B2 (en) * 2011-12-19 2015-10-13 Hewlett-Packard Development Company, L.P. Printer application states
JP6074165B2 (ja) 2012-06-01 2017-02-01 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
EP2866723A4 (en) 2012-06-27 2016-12-14 Monteris Medical Corp GUIDED THERAPY BY IMAGE OF A FABRIC
JP5743333B2 (ja) * 2012-08-02 2015-07-01 京セラドキュメントソリューションズ株式会社 画像形成システム及び画像形成システム用プログラム
JP5316730B1 (ja) * 2013-02-25 2013-10-16 富士ゼロックス株式会社 印刷制御装置、印刷システム及びプログラム
JP6009371B2 (ja) * 2013-02-26 2016-10-19 ルネサスエレクトロニクス株式会社 画像処理ｌｓｉ及び画像処理プログラム
US9492121B2 (en) 2014-03-18 2016-11-15 Monteris Medical Corporation Image-guided therapy of a tissue
US9504484B2 (en) 2014-03-18 2016-11-29 Monteris Medical Corporation Image-guided therapy of a tissue
US10675113B2 (en) 2014-03-18 2020-06-09 Monteris Medical Corporation Automated therapy of a three-dimensional tissue region
US10327830B2 (en) 2015-04-01 2019-06-25 Monteris Medical Corporation Cryotherapy, thermal therapy, temperature modulation therapy, and probe apparatus therefor
JP6638300B2 (ja) * 2015-10-08 2020-01-29 株式会社リコー 機器、情報処理方法、及びプログラム
US10429810B2 (en) 2016-06-07 2019-10-01 Funai Electric Co. Ltd. Fluidic device control
US10445042B1 (en) * 2018-03-26 2019-10-15 Toshiba Tec Kabushiki Kaisha Interface device and printer
US10834347B2 (en) * 2018-09-17 2020-11-10 Omnivision Technologies, Inc. Image sensor having separate, stacked, pixel array, DRAM, and logic/analog-digital converter integrated circuit die
JP2022049769A (ja) * 2020-09-17 2022-03-30 富士フイルムビジネスイノベーション株式会社 情報処理装置およびプログラム

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4057849A (en) * 1974-09-23 1977-11-08 Atex, Incorporated Text editing and display system
US4754428A (en) * 1985-04-15 1988-06-28 Express Communications, Inc. Apparatus and method of distributing documents to remote terminals with different formats
US4713780A (en) * 1985-04-15 1987-12-15 Express Communications, Inc. Electronic mail
US5095301A (en) * 1985-11-06 1992-03-10 Texas Instruments Incorporated Graphics processing apparatus having color expand operation for drawing color graphics from monochrome data
JPS6320671A (ja) * 1986-07-15 1988-01-28 Brother Ind Ltd 文章処理装置
US5274470A (en) * 1987-09-30 1993-12-28 Sharp Kabushiki Kaisha Data converter and image reader using the same
JP2781227B2 (ja) * 1989-06-30 1998-07-30 株式会社リコー グループ４ファクシミリ通信アダプタ装置
GB9005697D0 (en) * 1990-03-14 1990-05-09 Digital Equipment Int Data format conversion
EP0447252B1 (en) 1990-03-15 1999-05-26 Canon Kabushiki Kaisha Image communication method and apparatus
JP3019358B2 (ja) * 1990-04-10 2000-03-13 ミノルタ株式会社 複写機管理装置
US5300980A (en) * 1990-04-10 1994-04-05 Minolta Camera Kabushiki Kaisha Control apparatus of copying machine with improved communication function for centralized control unit
US5216461A (en) * 1990-07-31 1993-06-01 Minolta Camera Kabushiki Kaisha Control system for copying machine with improved communication function to centralized control unit
US5220380A (en) * 1990-08-10 1993-06-15 Minolta Camera Kabushiki Kaisha Control system for copying machines with improved communication function for centralized control unit
US5544317A (en) * 1990-11-20 1996-08-06 Berg; David A. Method for continuing transmission of commands for interactive graphics presentation in a computer network
DE69126403T2 (de) 1990-11-21 1997-10-30 Canon Kk Farbbildübertragungsgerät
US5295236A (en) * 1991-03-04 1994-03-15 Aldus Corporation Applying traps to a printed page specified in a page description language format
US5933580A (en) * 1991-09-04 1999-08-03 Canon Kabushiki Kaisha Scanner printer server
JP3227744B2 (ja) * 1991-11-06 2001-11-12 ミノルタ株式会社 画像形成装置の管理システム
JP3281080B2 (ja) * 1992-03-13 2002-05-13 株式会社リコー 複写機管理システムおよびファクシミリ装置
US5657461A (en) * 1993-10-04 1997-08-12 Xerox Corporation User interface for defining and automatically transmitting data according to preferred communication channels
JP3534331B2 (ja) * 1994-08-09 2004-06-07 ゼロックス コーポレイション ネットワークインタフェースを使用して多種のローカル及びリモートソースから多セグメント印刷ジョブを構築する方法
JPH0937013A (ja) * 1995-07-25 1997-02-07 Fujitsu Ltd イメージスキャナ並びにイメージスキャナのネットワーク接続方式
US5911044A (en) * 1996-11-08 1999-06-08 Ricoh Company, Ltd. Network image scanning system which transmits image information from a scanner over a network to a client computer
US6167462A (en) * 1998-12-11 2000-12-26 Hewlett-Packard Company Remote scanning through a computer system network

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7701606B2 (en) 1996-05-14 2010-04-20 Ricoh Company, Ltd. Java printer with a printer control interface in a form of a web page

Also Published As

Publication number Publication date
US6321266B1 (en) 2001-11-20
JP4035173B2 (ja) 2008-01-16

Similar Documents

Publication Publication Date Title
JP4035173B2 (ja) 制御装置および制御方法
JP3486427B2 (ja) 制御装置および制御方法
JP3332443B2 (ja) 情報処理装置および情報処理方法
JP3792733B2 (ja) サーバー装置および制御方法
US6804016B2 (en) Control apparatus for a scanner/printer
US6587735B1 (en) Data processing apparatus and processor selection method
JP3826038B2 (ja) 印刷システム及びその印刷方法並びに印刷装置
JP2001071602A (ja) 情報処理装置、情報処理方法、および記憶媒体
JPH07271702A (ja) スキャナプリンタサーバーシステムおよびスキャナプリンタサーバーシステムの有効機能管理方法
US6226095B1 (en) Image processing apparatus, method, and system
JP3962606B2 (ja) 印刷命令生成装置及び方法、印刷装置及びその制御方法、情報処理装置及び印刷システム
JP3257895B2 (ja) スキャナプリンタサーバーシステムおよび自動画像転送方法およびスキャナプリンタサーバー
US20050219568A1 (en) Image processing apparatus and its method, and image processing system and its control method
JPH0816332A (ja) スキャナプリンタサーバーシステムおよびそのデータ処理方法
US6081347A (en) Image data transfer method and image transfer system therefor
JP4072439B2 (ja) 画像処理装置、データ通信方法、及びプログラム
JP3244138B2 (ja) サーバー装置
JPH06214923A (ja) サーバー装置
JPH06214919A (ja) サーバー装置およびその画像処理方法
JP3584247B2 (ja) 印刷制御装置及び制御方法
JP2004326266A (ja) 印刷制御方法、情報処理装置及び印刷装置
JP2003304368A (ja) 記録制御装置及び該装置における制御方法
JPH09218763A (ja) 印刷処理システム
JP3639838B2 (ja) 印刷制御装置及びその制御方法
JP2003122521A (ja) 印刷システム、情報処理装置、それらの描画方法、プログラム及び記憶媒体

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070423

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070925

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20070925

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071029

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

Free format text: PAYMENT UNTIL: 20101102

Year of fee payment: 3

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: 20101102

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20111102

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20121102

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees