(57)【要約】【課題】ジョブサブミット対応可能なドキュメントプリントサーバにおいて、クライアントから投げ込まれたジョブに対して、ウィルスチェックを行い、ウィルス感染の防止と二次感染を防ぐ。【解決手段】ネットワークに接続される複数のプリンタを管理し、クライアントからの要求に応じてプリンタへの出力処理を行うデバイス管理サーバにおいて、クライアントから受信したデータファイルに対して、ウィルスチェックを行い、ウィルス感染あるいは、その疑いが検出された場合に、該当ファイルのウィルスを駆除かつ／または、該当ファイルの削除を行う。【選択図】      図４０
2006277004.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数のネットワークデバイスを管理し、ネットワーク上のクライアントからの要求に応じて前記ネットワークデバイスへの出力処理を行うネットワークデバイス管理サーバであって、
前記クライアントからデータファイルと、前記データファイルを出力処理するための設定情報とが送られてきた際に、前記管理サーバにてそれぞれを受信する受信手段と、
前記受信手段によって受信したデータファイルに対して、前記管理サーバ上で、前記データファイルのウィルス感染あるいは、その疑いの有無を検知するウィルス検知手段、
前記ウィルス検知手段により、前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、前記データファイルのウィルスを駆除かつ／または、前記データファイルそのものの削除を行うことを特徴としたネットワークデバイス管理サーバ。
【請求項２】
前記ウィルス検知手段により、前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、その情報を前記クライアント側に前記ネットワークを利用して通知または警告することを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【請求項３】
前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、前記クライアント側に前記ネットワークを利用して通知または警告する手段として、ウェブブラウザを利用することを特徴とする請求項２項に記載のネットワークデバイス管理サーバ。
【請求項４】
前記ウィルス検知手段により、前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、その情報を前記管理サーバ内に履歴として残すことを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【請求項５】
前記ウィルス検知手段により、前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、前記管理サーバのサービスを停止することを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【請求項６】
前記管理サーバのサービスとは、プリントサービス、デバイス状況表示サービス、ジョブ状況表示サービス、ウェブブラウザなどによるクライアントへの情報通知サービスなど様々な情報サービスであることを特徴とする請求項５に記載のネットワークデバイス管理サーバ。
【請求項７】
前記ウィルス検知手段は、プリントドライバを利用して投げ込まれた場合、ウェブブラウザを利用して投げ込まれた場合、あるいは、ｌｐｒやｆｔｐなどにより投げ込まれた場合など、クライアントから投げ込まれる方式に応じて、ウィルス検知の履行の有無を切り替えることを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【請求項８】
前記ウィルス検知手段は、前記データファイルのファイル形式に応じて、ウィルス検知の履行の有無を切り替えることを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【請求項９】
前記ウィルス検知手段において、ウィルス感染あるいは、ウィルス感染の疑いがなかった場合でも、前記管理サーバにおいて、ＲＩＰ処理が不可であると判断された場合には、状況に応じて、ジョブキャンセルを表示して、前記ＲＩＰ処理不可のデータファイルを前記管理サーバ内から削除することを特徴とする請求項１に記載のネットワークデバイス管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置及び印刷制御装置及び制御方法及びコンピュータプログラム及び記憶媒体に係わるネットワークデバイス管理サーバに関するものである。
【背景技術】
【０００２】
一般に、コンピュータ上で動作するアプリケーションから印刷指示を与えたときの、その装置の処理手順を簡単に説明すると次の通りである。
【０００３】
アプリケーションは、指示された印刷対象となるデータをＯＳを介してプリンタドライバ（ソフトウェア）に供給する。プリンタドライバは、接続されたプリンタに適したデータ（ページ記述言語）に変換し、その結果を出力する。このとき、ＯＳに印刷出力ポートとして、パラレルインターフェイス（米国セントロニクス社仕様のインターフェイス）が設定されていれば、印刷データをそのパラレルインターフェイスを介して出力する。また、ネットワーク上のデバイス名（一般には、ネットワーク上のプリンタの名前（又はＩＰ）、プリントサーバの名前（又はＩＰ））であれば、その宛て先に印刷データを出力する。また、回線を介して遠隔にある装置やネットワークと接続し、その後で相手側にあるプリンタに印刷させることをも行われている。
【特許文献１】特開２００３−３４５５４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のプリントシステムにおいては、クライアントは、プリントドライバを用いて、ＰＤＬファイルを生成し、決まったプロトコルでプリンタコントローラに投げ込むという一連の動作において、プリント出力を得ていた。
【０００５】
しかしながら、近年、ウェブブラウザやユーティリティソフトウェアなどを利用して、クライアント上にある（あるいは、ネットワーク上にある）ファイルをプリンタコントローラに直接投げ込み、ジョブチケットと呼ばれるプリンタ設定ファイルを付加することで、プリントを行うジョブサブミット（あるいは、ジョブサブミッション）と呼ばれる手法において、プリントするシステムが登場してきた。
【０００６】
このシステムを司るドキュメントサーバは、例えば、ＨＴＴＰを初め、ｌｐｒやｆｔｐなどのプロトコルを利用して、クライアントから簡単にＰＤＦファイル、あるいは、ＪＰＥＧ、ＴＩＦＦといったファイルを投げ込んで、ドキュメントサーバ内にあるＲＩＰを利用して、接続された１つまたは複数のプリンタに一気に出力するという方式である。
【０００７】
また、その一方で、コンピュータにおけるウィルス感染の事例が多数報告されており、特に、外部からウィルス感染したファイルなどがコンピュータに入ることで被害が広がるといった場合が後を絶たない。
【０００８】
すなわち、複数のクライアントからジョブが直接投げ込まれるドキュメントサーバにおいては、ウィルス感染の可能性がかなり高いばかりでなく、ネットワーク上でジョブをルーティングする役割を果しているため、ウィルスの巣窟となって、更なる被害を拡大していく可能性も出てくる。
【０００９】
本発明は、かかる課題を解決するために、投入されたジョブに対してウィルスチェックを行うと共に、必要に応じて、ウィルスを駆除したり、ウィルス感染の疑いのあるファイルを削除したりすることを目的とする。
【００１０】
更に、ウィルスチェッカによるパフォーマンス遅延を防ぐために、プリントドライバによるジョブと、それ以外の手段で投げ込まれたジョブとに分けて、必要に応じてウィルスチェックを行うことで、パフォーマンスを必要以上に落とさないシステムを提供することが必要である。
【００１１】
また、ドキュメントサーバにウィルス感染したファイルあるいは、ウィルス感染の疑いのあるファイルが投げ込まれた場合には、それらをウェブブラウザなどを利用して、各クライアントに通知したり、ドキュメントサーバ内のシステムログに履歴を残すなどして、再発を防止することが必要である。
【００１２】
そして、ドキュメントサーバが仮に発病してしまい、周辺のコンピュータにウィルスをばらまく恐れがある場合には、ときには、サーバサービスを停止することも必要になるかもしれない。
【課題を解決するための手段】
【００１３】
この発明は下記の構成を備えることにより上記課題を解決できるものである。
【００１４】
（１）ネットワークに接続される複数のネットワークデバイスを管理し、ネットワーク上のクライアントからの要求に応じて前記ネットワークデバイスへの出力処理を行うネットワークデバイス管理サーバであって、前記クライアントからデータファイルと、前記データファイルを出力処理するための設定情報とが送られてきた際に、前記管理サーバにてそれぞれを受信する受信手段と、前記受信手段によって受信したデータファイルに対して、前記管理サーバ上で、前記データファイルのウィルス感染あるいは、その疑いの有無を検知するウィルス検知手段、前記ウィルス検知手段により、前記データファイルのウィルス感染あるいは、その疑いが検出された場合に、前記データファイルのウィルスを駆除かつ／または、前記データファイルそのものの削除を行うことを特徴としたネットワークデバイス管理サーバ。
【発明の効果】
【００１５】
本発明によれば、近年悪質なウィルスが増えつづける環境と、ドキュメントサーバのようにたくさんのジョブファイルが投げ込まれる環境においては、ドキュメントサーバ自身がウィルスに感染したり、ウィルスの温床となって、接続されている周りのクライアントやプリンタに悪影響を及ぼしたりといった例が後を絶たないため、投げ込まれたジョブをウィルスチェックあるいは、その駆除を行うことでそれらを防ぐ効果を発揮する。
【００１６】
また、ウィルスチェッカによるパフォーマンス遅延を防ぐために、プリントドライバによるジョブと、それ以外の手段で投げ込まれたジョブとに分けて、必要に応じてウィルスチェックを行うことで、パフォーマンスを必要以上に落とさないシステムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【実施例】
【００１８】
〔システムの概要説明〕
図１Ａ及び図１Ｂは、実施形態のシステムの構成概念図であり、図１Ｂは比較的な簡単なネットワーク構成を示している。また、図１Ａは、ネットワークトラフィック及びパフォーマンスを優先するために、図１Ｂのネットワーク１０１を２系統に分割した構成を示している。本実施形態では、いずれの構成にも適用できるものである。また、図１Ａを構成する２系統のネットワークを、以下では、パブリックネットワーク１０１ａ、及び、プライベートネットワーク１０１ｂと呼ぶこととする。
【００１９】
ドキュメントサーバ１０２には、ハードウェア上２系統のネットワークインターフェイスカード（ＮＩＣ）を有しており、一方はパブリックネットワーク１０１ａ側につながるＮＩＣ１１１、もう一方はプリンタ側に接続するプライベートネットワーク１０１ｂ側に接続されたＮＩＣ１１２が存在する。
【００２０】
コンピュータ１０３ａ，１０３ｂ及び１０３ｃはドキュメントサーバ１０２にジョブを送るクライアントである。図示されていないがクライアントはこれらのほかにも多数接続されている。以下、クライアントを代表して１０３と表記する。
【００２１】
更にプライベートネットワーク１０１ｂにはＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）１０５及びプリンタ１０７が接続されている。１０５はモノクロにてスキャン、プリントまたは、低解像度や２値の簡易的なカラースキャン、カラープリントなどを行うＭＦＰである。また、図示していないがプライベートネットワーク１０１ｂ上には上記以外のＭＦＰを初め、スキャナ、プリンタあるいは、ＦＡＸなどその他の機器も接続されている。
【００２２】
ＭＦＰ１０４は高解像度、高階調のフルカラーでスキャンまたは、プリントなどが可能なフルカラーＭＦＰであり、プライベートネットワーク１０１ｂに接続してデータの送受を行ってもよいが、データ量が膨大となるためここでは、独立したインターフェイスで複数ビットを同時に送受できるものとし、ドキュメントサーバ１０２とは、独自のインターフェイスカード１１３にて接続されている。
【００２３】
また、スキャナ１０６は紙ドキュメントからの画像イメージを取り込む装置で、図のようにネットワークに接続されているものの他に、ＳＣＳＩインターフェイスでコンピュータに接続されるものがある。また、スキャナ自体はＭＦＰ１０５の一部の機能としてサポートされている場合もある。
【００２４】
次に、ドキュメントサーバ１０２のハードウェアの構成は、ＣＰＵやメモリなどが搭載されたマザーボードと呼ばれる部分にＰＣＩバスと呼ばれるインターフェイスで前述のＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）や、専用Ｉ／Ｆカード、あるいは、ＳＣＳＩカードなどが接続されている。
【００２５】
ここで、クライアントコンピュータ１０３上では、いわゆるＤＴＰ（Ｄｅｓｋ  Ｔｏｐ  Ｐｕｂｌｉｓｈｉｎｇ）を実行するアプリケーションソフトウェアを動作させ、各種文書／図形が作成／編集される。クライアントコンピュータ１０３は作成された文書／図形をページ記述言語（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に変換し、ネットワーク１０１ａを経由してＭＦＰ１０４や１０５に送出することで、プリントアウトを行う。
【００２６】
ＭＦＰ１０４，１０５はそれぞれ、ドキュメントサーバ１０２とネットワーク１０１ｂまたは、専用インターフェイス１０９を介して情報交換できる通信手段を有しており、ＭＦＰ１０４，１０５の情報や状態をドキュメントサーバ１０２、あるいは、それを経由してクライアントコンピュータ１０３側に逐次知らせる仕組みとなっている。更に、ドキュメントサーバ１０２（あるいはクライアント１０３）は、その情報を受けて動作するユーティリティソフトウェアを持っており、ＭＦＰ１０４，１０５はコンピュータ１０２（あるいはクライアント１０３）により管理される。
【００２７】
〔ＭＦＰ１０４，１０５の構成〕
次に、図２〜図１１を用いてＭＦＰ１０４，１０５の構成について説明する。但し、ＭＦＰ１０４とＭＦＰ１０５の差はフルカラーとモノクロの差であり、色処理以外の部分ではフルカラー機器がモノクロ機器の構成を包含することが多いため、ここではフルカラー機器に絞って説明し、必要に応じて、随時モノクロ機器の説明を加えることとする。
【００２８】
ＭＦＰ１０４，１０５は、画像読み取りを行うスキャナ部２０１とその画像データを画像処理するスキャナＩＰ部２０２、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部２０３、更に、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ：ネットワークインターフェイスカード）部２０４と、フルカラーＭＦＰ１０４との情報交換を行う専用Ｉ／Ｆ部２０５がある。そして、ＭＦＰ１０４，１０５の使い方に応じてコア部２０６で画像信号を一時保存したり、経路を決定する。
【００２９】
次に、コア部２０６から出力された画像データは、プリンタＩＰ部２０７及び、ＰＷＭ（Ｐｕｌｓｅ  Ｗｉｄｔｈ  Ｍｏｄｕｒａｔｉｏｎ）部２０８を経由して画像形成を行うプリンタ部２０９に送られる。プリンタ部２０９でプリントアウトされたシートはフィニッシャ部２１０へ送り込まれ、シートの仕分け処理やシートの仕上げ処理が行われる。
【００３０】
〔スキャナ部２０１の構成〕
図３を用いてスキャナ部２０１の構成を説明する。３０１は原稿台ガラスであり、読み取られるべき原稿３０２が置かれる。原稿３０２は照明ランプ３０３により照射され、その反射光はミラー３０４、３０５、３０６を経て、レンズ３０７によりＣＣＤ３０８上に結像される。ミラー３０４、照明ランプ３０３を含む第１ミラーユニット３１０は速度ｖで移動し、ミラー３０５、３０６を含む第２ミラーユニット３１１は速度ｖ／２で移動することにより、原稿３０２の全面を走査する。第１ミラーユニット３１０及び第２ミラーユニット３１１はモータ３０９により駆動する。
【００３１】
〔スキャナＩＰ部２０２の構成〕
図４Ａを用いてスキャナＩＰ部２０２について説明する。入力された光学的信号は、ＣＣＤセンサ３０８により電気信号に変換される。このＣＣＤセンサ３０８はＲＧＢ３ラインのカラーセンサであり、Ｒ、Ｇ、Ｂそれぞれの画像信号としてＡ／Ｄ変換部４０１に入力される。ここでゲイン調整、オフセット調整をされた後、Ａ／Ｄコンバータで、各色信号毎に８ビットのデジタル画像信号Ｒ０，Ｇ０，Ｂ０に変換される。その後、４０２のシェーディング補正で色ごとに、基準白色板の読み取り信号を用いた、公知のシェーディング補正が施される。更に、ＣＣＤセンサ３０８の各色ラインセンサは、相互に所定の距離を隔てて配置されているため、ラインディレイ調整回路（ライン補間部）４０３において、副走査方向の空間的ずれが補正される。
【００３２】
次に、入力マスキング部４０４は、ＣＣＤセンサ３０８のＲ，Ｇ，Ｂフィルタの分光特性で決まる読取色空間を、ＮＴＳＣの標準色空間に変換する部分であり、ＣＣＤセンサ３０８の感度特性／照明ランプのスペクトル特性等の諸特性を考慮した装置固有の定数を用いた３×３のマトリックス演算を行い、入力された（Ｒ０，Ｇ０，Ｂ０）信号を標準的な（Ｒ，Ｇ，Ｂ）信号に変換する。
【００３３】
更に、輝度／濃度変換部（ＬＯＧ変換部）４０５はルックアップテーブル（ＬＵＴ）ＲＡＭにより構成され、ＲＧＢの輝度信号がＣ１，Ｍ１，Ｙ１の濃度信号になるように変換される。
【００３４】
一方、モノクロ画像用であるＭＦＰ１０５では、図４Ｂに従って、単色の１ラインＣＣＤセンサ３０８を用いて、単色でＡ／Ｄ変換４０１及び、シェーディング４０２を行ったのちコア部２０６に送られる。
【００３５】
〔ＦＡＸ部２０３の構成〕
図５を用いてＦＡＸ部２０３について説明する。まず、受信時には、電話回線から来たデータをＮＣＵ部５０１で受け取り、電圧の変換を行い、モデム部５０２の中の復調部５０４でＡ／Ｄ変換及び復調操作を行った後、伸張部５０６でラスタデータに展開する。一般にＦＡＸでの圧縮伸張にはランレングス法などが用いられる。ラスタデータに変換された画像は、メモリ部５０７に一時保管され、画像データに転送エラーがないことを確認後、コア部２０６へ送られる。
【００３６】
次に、送信時には、コア部よりやってきたラスタイメージの画像信号に対して、圧縮部５０５でランレングス法などの圧縮を施し、モデム部５０２内の変調部５０３にてＤ／Ａ変換及び変調操作を行った後、ＮＣＵ部５０１を介して電話回線へと送られる。
【００３７】
〔ＮＩＣ部２０４の構成〕
図６Ａを用いてＮＩＣ部２０４について説明する。ネットワーク１０１に対してのインターフェイスの機能を持つのが、このＮＩＣ部２０４であり、例えば１０Ｂａｓｅ−Ｔ／１００Ｂａｓｅ−ＴＸなどのＥｔｈｅｒｎｅｔ(登録商標)ケーブルなどを利用して外部からの情報を入手したり、外部へ情報を流す役割を果たす。
【００３８】
外部より情報を入手する場合は、まず、トランス部６０１で電圧変換され、６０２のＬＡＮコントローラ部に送られる。ＬＡＮコントローラ部６０２は、その内部に第１バッファメモリ（不図示）を持っており、その情報が必要な情報か否かを判断した上で、第２バッファメモリ（不図示）に送った後、コア部２０６に信号を流す。
【００３９】
次に、外部に情報を提供する場合には、コア部２０６より送られてきたデータは、ＬＡＮコントローラ部６０２で必要な情報を付加して、トランス部６０１を経由してネットワーク１０１に接続される。
【００４０】
〔専用Ｉ／Ｆ部２０５の構成〕
また、専用Ｉ／Ｆ部２０５は、フルカラーＭＦＰ１０４とのインターフェイス部分でＣＭＹＫそれぞれ多値ビットがパラレルに送られているインターフェイスであり、４色×８ビットの画像データと通信線からなる。もし、Ｅｔｈｅｒｎｅｔ(登録商標)ケーブルを利用して送信すると、ＭＦＰ１０４に見合ったスピードで出力できない点と、ネットワークに接続された他のデバイスのパフォーマンスも犠牲になる点からこのような専用のパラレルインターフェイスを用いている。
【００４１】
〔コア部２０６の構成〕
図６Ｂを用いてコア部２０６について説明する。コア部２０６のバスセレクタ部６１１は、ＭＦＰ１０４，１０５の利用における、いわば交通整理の役割を担っている。すなわち、複写機能、ネットワークススキャナ、ネットワークプリンタ、ファクシミリ送信／受信、あるいは、ディスプレイ表示などＭＦＰ１０４，１０５における各種機能に応じてバスの切り替えを行うところである。
【００４２】
以下に各機能を実行するためのパス切り替えパターンを示す。
・複写機能：スキャナ２０１→コア２０６→プリンタ２０９
・ネットワークスキャナ：スキャナ２０１→コア２０６→ＮＩＣ部２０４
・ネットワークプリンタ：ＮＩＣ部２０４→コア２０６→プリンタ２０９
・ファクシミリ送信機能：スキャナ２０１→コア２０６→ＦＡＸ部２０３
・ファクシミリ受信機能：ＦＡＸ部２０３→コア２０６→プリンタ２０９
【００４３】
次に、バスセレクタ部６１１から出力された画像データは、圧縮部６１２、ハードディスク（ＨＤＤ）などの大容量メモリからなるメモリ部６１３及び、伸張部６１４を介してプリンタ部２０９へ送られる。圧縮部６１２で用いられる圧縮方式は、ＪＰＥＧ，ＪＢＩＧ，ＺＩＰなど一般的なものを用いればよい。圧縮された画像データは、ジョブ毎に管理され、ファイル名、作成者、作成日時、ファイルサイズなどの付加データと一緒に格納される。
【００４４】
更に、ジョブの番号とパスワードを設けて、それらも一緒に格納すれば、パーソナルボックス機能をサポートすることができる。これは、データの一時保存や特定の人にしかプリントアウト（ＨＤＤからの読み出し）ができない様にするための機能である。記憶されているジョブのプリントアウトの指示が行われた場合には、パスワードによる認証を行った後にメモリ部６１３より呼び出し、画像伸張を行ってラスタイメージに戻してプリンタ部２０７に送られる。
【００４５】
〔プリンタＩＰ部２０７の構成〕（図７Ａ，図７Ｂ）
７０１は出力マスキング／ＵＣＲ回路部であり、Ｍ１，Ｃ１，Ｙ１信号を画像形成装置のトナー色であるＹ，Ｍ，Ｃ，Ｋ信号にマトリクス演算を用いて変換する部分であり、ＣＣＤセンサ３０８で読み込まれたＲＧＢ信号に基づいたＣ１，Ｍ１，Ｙ１，Ｋ１信号をトナーの分光分布特性に基づいたＣ，Ｍ，Ｙ，Ｋ信号に補正して出力する。
【００４６】
次に、ガンマ補正部７０２にて、トナーの色味諸特性を考慮したルックアップテーブル（ＬＵＴ）ＲＡＭを使って画像出力のためのＣ，Ｍ，Ｙ，Ｋデータに変換されて、空間フィルタ７０３では、シャープネスまたは、スムージングが施された後、画像信号はコア部２０６へと送られる。
【００４７】
〔ＰＷＭ部２０８の構成〕
図８によりＰＷＭ部２０８を説明する。プリンタＩＰ部２０７を出たイエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｋ）の４色に色分解された画像データ（ＭＦＰ１０５の場合は、単色となる）はそれぞれのＰＷＭ部２０８を通ってそれぞれ画像形成される（カラーの場合には図８Ａの構成が４つ必要になる）。８０１は三角波発生部、８０２は入力されるデジタル画像信号をアナログ信号に変換するＤ／Ａコンバータ（Ｄ／Ａ変換部）である。三角波発生部８０１からの信号（図８Ｂの信号ａ）及びＤ／Ａコンバータ８０２からの画像信号（図８Ｂの信号ｂ）は、コンパレータ８０３で大小比較されて、図８Ｂの信号ｃのような濃度に依存したパルス幅信号となってレーザ駆動部８０４に送られる。Ｃ，Ｍ，Ｙ，Ｋそれぞれが、それぞれのレーザ８０５でレーザビームに変換される。
【００４８】
そして、ポリゴンスキャナ９１３で、それぞれのレーザビームを走査して、それぞれの感光ドラム９１７，９２１，９２５，９２９に照射される。
【００４９】
〔プリンタ部２０９の構成（カラーＭＦＰ１０４の場合）〕
図９に、カラープリンタ部の断面構造図を示す。９１３は、ポリゴンミラーであり、４つの半導体レーザ８０５より発光された４本のレーザ光を受ける。その内の１本はミラー９１４、９１５、９１６を経て感光ドラム９１７を走査露光し、次の１本はミラー９１８、９１９、９２０をへて感光ドラム９２１を走査露光し、次の１本はミラー９２２、９２３、９２４をへて感光ドラム９２５を走査露光し、最後の１本はミラー９２６、９２７、９２８をへて感光ドラム９２９を走査露光する。
【００５０】
一方、９３０はイエロー（Ｙ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム９１７上にイエローのトナー像を形成し、９３１はマゼンタ（Ｍ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム９２１上にマゼンタのトナー像を形成し、９３２はシアン（Ｃ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム９２５上にシアンのトナー像を形成し、９３３はブラック（Ｋ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム９２９上にマゼンタのトナー像を形成する。以上４色（Ｙ，Ｍ，Ｃ，Ｋ）のトナー像がシートに転写され、フルカラーの出力画像を得ることができる。
【００５１】
シートカセット９３４、９３５および、手差しトレイ９３６のいずれかより給紙されたシートは、レジストローラ９３７を経て、転写ベルト９３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム９１７、９２１、９２５、９２９には各色のトナーが現像されており、シートの搬送とともに、トナーがシートに転写される。各色のトナーが転写されたシートは、分離され、搬送ベルト９３９により搬送され、定着器９４０によって、トナーがシートに定着される。定着器９４０を抜けたシートはフラッパ９５０により一旦下方向へ導かれてシートの後端がフラッパ９５０を抜けた後、スイッチバックさせて排出する。これによりフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【００５２】
なお、４つの感光ドラム９１７、９２１、９２５、９２９は、距離ｄをおいて、等間隔に配置されており、搬送ベルト９３９により、シートは一定速度ｖで搬送されており、このタイミング同期がなされて、４つの半導体レーザ８０５は駆動される。
【００５３】
〔プリンタ部２０９の構成（モノクロＭＦＰ１０５の場合）〕
図１０に、モノクロプリンタ部の概観図を示す。１０１３は、ポリゴンミラーであり、４つの半導体レーザ８０５より発光されたレーザ光を受ける。レーザ光はミラー１０１４、１０１５、１０１６をへて感光ドラム１０１７を走査露光する。一方、１０３０は黒色のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１０１７上にトナー像を形成し、トナー像がシートに転写され、出力画像を得ることができる。
【００５４】
シートカセット１０３４、１０３５および、手差しトレイ１０３６のいずれかより給紙されたシートは、レジストローラ１０３７を経て、転写ベルト１０３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１０１７にはトナーが現像されており、シートの搬送とともに、トナーがシートに転写される。トナーが転写されたシートは、分離され、定着器１０４０によって、トナーがシートに定着される。定着器１０４０を抜けたシートはフラッパ１０５０により一旦下方向へ導かれてシートの後端がフラッパ１０５０を抜けた後、スイッチバックさせて排出する。これによりフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【００５５】
〔フィニッシャ部２０９の構成〕
図１１に、フィニッシャ部の断面構造図を示す。プリンタ部２０９の定着部９４０（または、１０４０）を排出したシートは、フィニッシャ部２０９に入る（フィニッシャが接続されている場合）。フィニッシャ部２０９には、サンプルトレイ１１０１及びスタックトレイ１１０２があり、ジョブの種類や排出されるシートの枚数に応じて切り替えて排出される。
【００５６】
ソート方式には２通りあり、複数のビンを有して各ビンに振り分けるビンソート方式と、後述の電子ソート機能とビン（または、トレイ）を奥手前方向にシフトしてジョブ毎に出力シートを振り分けるシフトソート方式によるソーティングを行うことができる。電子ソート機能は、コレートと呼ばれ、前述のコア部で説明した大容量メモリを持っていれば、このバッファメモリを利用して、バッファリングしたページ順と排出順を変更する、いわゆるコレート機能を用いることで電子ソーティングの機能もサポートできる。次にグループ機能は、ソーティングがジョブ毎に振り分けるのに対し、ページ毎に仕分けする機能である。
【００５７】
更に、スタックトレイ１１０２に排出する場合には、シートが排出される前のシートをジョブ毎に蓄えておき、排出する直前にステープラ１１０５にてバインドすることも可能である。
【００５８】
そのほか、上記２つのトレイに至るまでに、紙をＺ字状に折るためのＺ折り機１１０４、ファイル用の２つ（または３つ）の穴開けを行うパンチャ１１０６があり、ジョブの種類に応じてそれぞれの処理を行う。
【００５９】
更に、サドルステッチャ１１０７は、シートの中央部分を２ヶ所バインドした後に、シートの中央部分をローラに噛ませることによりシートを半折りし、週刊誌やパンフレットのようなブックレットを作成する処理を行う。サドルステッチャ１１０７で製本されたシートは、ブックレットトレイ１１０８に排出される。
【００６０】
そのほか、図には記載されていないが、製本のためのグルー（糊付け）によるバインドや、あるいはバインド後にバインド側と反対側の端面を揃えるためのトリム（裁断）などを加えることも可能である。
【００６１】
また、インサータ１１０３はトレイ１１１０にセットされたシートをプリンタへ通さずにトレイ１１０１、１１０２、１１０８のいずれかに送るためのものである。これによってフィニッシャ２０９に送り込まれるシートとシートの間にインサータ１１０３にセットされたシートをインサート（中差し）することができる。インサータ１１０３のトレイ１１１０にはユーザによりフェイスアップの状態でセットされるものとし、ピックアップローラ１１１１により最上部のシートから順に給送する。従って、インサータ１１０３からのシートはそのままトレイ１１０１、１１０２へ搬送することによりフェイスダウン状態で排出される。サドルステッチャ１１０７へ送るときには、一度パンチャ１１０６側へ送り込んだ後スイッチバックさせて送り込むことによりフェースの向きを合わせる。
【００６２】
〔ドキュメントサーバ１０２の構成〕
次に実施形態におけるドキュメントサーバ１０２について図１２Ａ、１２Ｂを用いて説明する。図１２Ａは、ドキュメントサーバ１０２のハードウェア構成を表しているが、ここで紹介するハードウェア構成は一例にしか過ぎず、様々な接続方法や、様々なインターフェイスを有した構成が一般に考えられる。
【００６３】
まず、点線で囲まれた部分がマザーボード１２００と呼ばれる基板で、この上に以下に説明する機能が搭載されている。１２０１と１２０２はＣＰＵであり、このサーバのソフトウェアを制御しており、ＣＰＵバス１２２１を経由して二次キャッシュメモリ１２０３と接続され、更にノースブリッジ１２０４、サウスブリッジ１２０５と呼ばれるＬＳＩによって、マザーボード上の様々なバスの制御を行っている。ノースブリッジ１２０４とサウスブリッジ１２０５のデータのやり取りにはメモリ（ＳＤＲＡＭ１２０６）が使用されている。
【００６４】
次にノースブリッジ１２０４は、高速ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス（３２ビット／６６ＭＨｚ）１２２２を持ち、ＳＣＳＩコントローラ及びＳＣＳＩインターフェイス１１４に接続されて、ＳＣＳＩバス１２２４によってＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１２０７に接続されて、大容量のデータのアクセスを可能にしている。また、一般にＨＤＤには後述のＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ  Ｄｉｓｋ  Ｅｌｅｃｔｒｏｎｉｃｓ）バス対応のものもある。また、高速ＰＣＩバス１２２２にはビデオデータを直接プリンタに送るようなタイプのプリンタを接続する際にも用いることができ、必要に応じて、ビデオインターフェイスカード１１３ａや１１３ｂが接続され、カラープリンタとのインターフェイスなどに有効である。更に、ノースブリッジ１２０４には、ディスプレイ１２０９を表示させるためのグラフィックコントローラ１２０８もＡＧＰバス１２２６によって接続されている。
【００６５】
次に、サウスブリッジ１２０５側は、一般のＰＣＩバス（３２ビット／３３ＭＨｚ）１２２３が接続されており、Ｅｔｈｅｒｎｅｔ(登録商標)などのＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）が接続される。
【００６６】
図中に２枚のＮＩＣが接続されているのは、図１Ａのように２系統のネットワークを有する場合であり、図１Ｂのような１系統の場合には、１枚でも構わない。また、サウスブリッジ１２０５には、ＩＤＥバス１２２５により、ＣＤ−ＲＯＭドライブまたは、読み書き可能なＣＤ−Ｒ／ＲＷドライブ１２１０が接続され本ドキュメントサーバ１０２のインストール時や、大量データのアーカイブ（データ保存）などに役立つ。その他、ＵＳＢポート１２１１や、スーパーＩ／Ｏ部１２１２を経由してキーボード１２１３やマウス１２１４あるいは、フロッピー(登録商標)ディスクドライブ１２１５につながって、データの入出力を行うことができる。
【００６７】
次に、図１２Ｂを用いてドキュメントサーバ１０２内のデータフローを説明する。これらのフローは上述のＣＰＵによって制御され、必要に応じてメモリ１２０６やハードディスク１２０７が利用される。なお、同図は、ドキュメントサーバ１０２に電源が投入され、ＨＤＤ１２０７に格納されているサーバＯＳ及び実施形態のドキュメントサーバとして機能するプログラムがＲＡＭ１２０６にロードされた後のものである。
【００６８】
まず、ＮＩＣ１１１やＳＣＳＩ１１４から入力されたジョブは、入力デバイス制御部１２５１よりサーバ内に入り、サーバに様々なクライアントアプリケーションと連結することにおいてその役割を果たす。入力としてＰＤＬデータとＪＣＬ（Ｊｏｂ  Ｃｏｎｔｒｏｌ  Ｌａｎｇｕａｇｅ）データを受け付ける。それはプリンタとサーバに関する状態情報で様々なクライアントに対応し、このモジュールの出力は、適切なＰＤＬとＪＣＬの構成要素すべてを結合する役割を持つ。
【００６９】
次に、入力ジョブ制御部１２５２はジョブの要求されたリストを管理し、サーバに提出される個々のジョブにアクセスするために、ジョブリストを作成する。更に、このモジュールには、ジョブのルートを決めるジョブルーティング、分割してＲＩＰするか否かを司るジョブスプリット、そしてジョブの順序を決めるジョブスケジューリングの３つの機能がある。
【００７０】
ラスタライズ処理（ＲＩＰ）部１２５３は複数個存在する。１２５３−ａ，１２５３−ｂ，１２５３−ｃあるいは必要に応じて更に増やすことも可能だが、ここでは総称して１２５３と記載する。ＲＩＰモジュールは様々なジョブのＰＤＬをＲＩＰ処理して、適切なサイズと解像度のビットマップを作成する。ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ(登録商標)（米国Ａｄｏｂｅ社の商標登録）をはじめ、ＰＣＬ、ＴＩＦＦ、ＪＰＥＧ、ＰＤＦなど様々なフォーマットのラスタライズ処理が可能である。
【００７１】
データ変換部１２５４は、ＲＩＰによって作り出されるビットマップイメージを圧縮したり、フォーマット変換を施す役割を果たし、それぞれのプリンタにマッチした最適な画像イメージタイプを選び出す。例えば、ジョブをページ単位で扱いたい場合には、ＴＩＦＦやＪＰＥＧなどをＲＩＰ部でラスタライズした後のビットマップデータにＰＤＦヘッダを付けて、ＰＤＦデータとして編集するなどの処理を行う。
【００７２】
出力ジョブ制御部１２５５は、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ページはプリンタに印刷されたり、ハードディスク１２０７にセーブされる。印刷後のジョブは、ハードディスク１２０７に残すか否かは選択可能であり、セーブされた場合には、再呼び出しすることもできる。さらに、このモジュールはハードディスク１２０７とメモリ１２０６との相互作用で管理する。
【００７３】
出力デバイス制御部１２５６は、どのデバイスに出力するか、またどのデバイスをクラスタリング（複数台接続して一斉にプリントすること）するかを司り、選択されたデバイスのインターフェイスカード１１２または１１３に送られる。また、このモジュールはデバイス１０４や１０５の状態監視と装置状況をドキュメントサーバ１０２に伝える役割も果たしている。
【００７４】
〔ページ記述言語（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ：以後ＰＤＬと略する。）〕
次にＰＤＬデータについて説明する。Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）言語に代表されるＰＤＬは、以下の３要素に分類される。
【００７５】
（ａ）文字コードによる画像記述
（ｂ）図形コードによる画像記述
（ｃ）ラスタ画像データによる画像記述
すなわち、ＰＤＬは、上記の要素を組み合わせで構成された画像を記述する言語であり、それで記述されたデータをＰＤＬデータと呼ぶ。
【００７６】
図１３Ａは、文字情報Ｒ１３０１を記述した例である。Ｌ１３１１は、文字の色を指定する記述であり、カッコの中は順にＣｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋの濃度を表わしている。最小は０．０であり、最大は１．０である。Ｌ１３１１では、文字を黒にすることを指定する例を示している。次に、Ｌ１３１２は変数Ｓｔｒｉｎｇ１に文字列“ＩＣ”を代入している。次にＬ１３１３では、第１、第２パラメータが、文字列をレイアウトする用紙上の開始位置座標のｘ座標とｙ座標を示し、第３パラメータが文字の大きさ、第４パラメータが文字の間隔を示しており、第５パラメータがレイアウトすべき文字列を示している。要するにＬ１３１３は座標（０．０，０．０）のところから、大きさ０．３、間隔０．１で文字列“ＩＣ”をレイアウトするという指示となる。
【００７７】
次に、図形情報Ｒ１３０２を記述した例では、Ｌ１３２１はＬ１３１１と同様、線の色を指定しており、ここでは、Ｃｙａｎが指定されている。次に、Ｌ１３２２は、線を引くことを指定するためのものであり、第１、２パラメータが線の始端座標、第３、４パラメータが終端座標のそれぞれ、ｘ、ｙ座標である。第５パラメータは線の太さを示す。
【００７８】
さらに、ラスタ画像情報を記述した例では、Ｌ１３３１は、ラスタ画像を変数ｉｍａｇｅ１に代入している。ここで、第１パラメータはラスタ画像の画像タイプ、及び色成分数を表わし、第２パラメータは１色成分あたりのビット数を表わし、第３、第４パラメータは、ラスタ画像のｘ方向、ｙ方向の画像サイズを表わす。第５パラメータ以降が、ラスタ画像データである。ラスタ画像データの個数は、１画素を構成する色成分数、及び、ｘ方向、ｙ方向の画像サイズの積となる。Ｌ１３３１では、ＣＭＹＫ画像は４つの色成分（Ｃｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋ）から構成されるため、ラスタ画像データの個数は（４×５×５＝）１００個となる。次にＬ１３３２は、座標（０．０，０．５）のところから、０．５×０．５の大きさにｉｍａｇｅ１をレイアウトすることを示している。
【００７９】
図１３Ｂは、１ページの中で上記３つの画像記述を解釈して、ラスタ画像データに展開した様子を示したものである。Ｒ１３０１，ＲＲ１３０２，Ｒ１３０３はそれぞれのＰＤＬデータを展開したものである。これらのラスタ画像データは、実際にはＣ、Ｍ、Ｙ、Ｋ色成分毎にメモリ１２０６（あるいは、ハードディスク１２０７）に展開されており、例えばＲ１３０１の部分は、各ＣＭＹＫのメモリ１２０６に、Ｃ＝０、Ｍ＝０、Ｙ＝０、Ｋ＝２５５が書かれており、Ｒ１３０２の部分は、それぞれ、Ｃ＝２５５，Ｍ＝０，Ｙ＝０，Ｋ＝０が書き込まれることになる。
【００８０】
ドキュメントサーバ１０２内では、クライアント１０３（あるいは、ドキュメントサーバ自身）から送られてきたＰＤＬデータは、ＰＤＬデータのままか、上記のようにラスタ画像に展開された形で、メモリ１２０６（あるいは、ハードディスク１２０７）に書き込まれ、必要に応じて保存されている。
【００８１】
［ネットワーク１０１］
次に、ネットワーク１０１について説明する。
【００８２】
ネットワーク１０１は図１４Ａに示すように、前述の図１のような構成がルータと呼ばれるネットワークを相互に接続する装置により接続され、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と呼ばれる更なるネットワークを構成する。
【００８３】
また、ＬＡＮ１４０６は、内部のルータ１４０１を介して、専用回線１４０８を通して、別のＬＡＮ１４０７内部のルータ１４０５に接続され、これらのネットワーク網は幾重にも張り巡らされて、広大な接続形態を構築している。
【００８４】
次に、その中を流れるデータについて図１４Ｂに従って説明する。
【００８５】
送信元のデバイスＡ（１４２０ａ）に存在するデータ１４２１があり、そのデータは画像データでも、ＰＤＬデータでも、プログラムであっても構わない。これがネットワーク１０１を介して受信先のデバイスＢ（１４２０ｂ）に転送する場合、データ１４２１を細分化しイメージ的に１４２２のように分割する。この分割されたデータ１４２３，１４２４，１４２６などに対して、ヘッダ１４２５と呼ばれる送り先アドレス（ＴＣＰ／ＩＰプロトコルを利用した場合には、送り先のＩＰアドレス）などを付加し、パケット１４２７として順次ネットワーク１０１上にパケットを送って行く。デバイスＢのアドレスとパケット１４３０のヘッダ１４３１が一致するとデータ１４３２は分離され、デバイスＡにあったデータの状態に再生される。
【００８６】
［スキャナドライバ］
次にスキャナドライバについて説明する。
【００８７】
図１５はコンピュータ１０２（または１０３等）上にて、スキャン動作を指示するためのスキャナドライバのＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を示したものであり、これで指示することでユーザは所望の設定パラメータを指示して、所望の画像イメージをデータ化する事が可能となる。
【００８８】
まず、１５０１はスキャナドライバのウィンドウであり、その中の設定項目として、１５０２はターゲットとなる送信元を選択するソースデバイス選択カラムである。一般的には前述のスキャナ２０１のようなものであるが、メモリ１０８から画像を持ってきたり、あるいは、デジタルカメラのようなものからでも構わない。１５０３は選択されたソースデバイスに関する詳細設定を行うためのものであり、ここをクリックすると別画面にてそのデバイス固有の設定情報を入力し、特殊な画像処理（例えば、文字モード／写真モード）を選択して、それに合った処理モードで画像入力が可能となる。
【００８９】
次に１５０４はスキャン方法の選択で、ここでは、フラットベッドかＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）からの取り込みを選択できる。１５０５は原稿の読み取り面を指示する部分で片面原稿か両面原稿かを指示できる。１５０６はイメージサイズを決める選択するイメージサイズカラム、１５０７で解像度を入力し、１５０８にてハーフトーンモードを選択でき、単純２値、ディザ法、誤差拡散、あるいは多値（８ｂｉｔ）など選択可能である。
【００９０】
さらに、１５０９と１５１０は二者択一でＡＤＦ使用時に全ページスキャンか指定ページのみスキャンかを設定できる。また、１５１１〜１５１３は画像エリアのサイズを決める部分であり、それぞれ単位と縦横の長さを入力する。
【００９１】
これらの指定を行った後、プリスキャンキー１５１６を押すと、コンピュータ１０２（または、１０３）より、ソースデバイス選択カラム１５０２で選択されたデバイスに指示要求を発行し、画像入力を開始する。ここでは、プリスキャンであるため実際の解像度より粗く画像読み取りが行われ、得られた画像はプレビュー画像１５１４として表示部１５１５に表示される。表示に当たっては、先ほどの画像エリアの単位１５１１に従ってスケール表示される。
【００９２】
ここで、プレビュー画像でＯＫと判断した場合には、１５１７のスキャンキーをクリックすることにより、スキャン動作を開始する。開始に当たっては、スキャンファイルを保存するためのファイル名とディレクトリィ名を入力するダイアログが現れ、入力後、ＯＫキーを押すとスキャン画像が保存される。プレビュー画像がＮＧの場合には、再度プリスキャンを行って確かめ、キャンセルの場合には、キャンセルキー１５１８をクリックする。
【００９３】
［プリンタドライバ］
次に図１６Ａ乃至１６Ｃを用いて、コンピュータ１０２（または、１０３）からプリンタドライバにより画像データをプリンタに送信する工程について説明する。プリンタドライバは、プリント動作を指示するためのＧＵＩ（アプリケーション等から印刷指示したときに表示される印刷設定用のＧＵＩ上において、「プリンタ」に関するプロパティの表示指示を行った場合に表示されるＧＵＩ）で、これで指示することによりユーザは所望の設定パラメータを指示して、所望の画像イメージをプリンタなどの送信先に送る事が可能となる。
【００９４】
ここで１６０１はプリンタドライバのウィンドウであり、その中の設定項目として、１６０２はターゲットとなる出力先を選択する送信先の選択カラムである。実施形態では、前述のＭＦＰ１０４，１０５あるいは、プリンタ１０７が選択対象となる。１６０３はジョブの中から出力ページを選択するページ設定カラムであり、コンピュータ１０２（または、１０３）上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかを決定する。１６０４は部数を指定する部数設定カラムであり、カーソル１６０４をこの位置に移動させ、図示の矢印（スクロールバーの矢印）をクリックすることで、部数の増減が設定できる。また、１６０７は送信先選択カラム１６０２にて選択された送信先デバイスに関する詳細設定を行うためのプロパティキーである。そして、所望の設定が済めば、ＯＫキー１６０５により印刷を開始する。取り消す場合には、キャンセルキー１６０６により印刷を取りやめる。
【００９５】
図１６Ｂ、１６Ｃは、図１６Ａにおけるプロパティキー１６０７をクリックした際の表示画面（ＧＵＩ）である。ここには、例えば、Ｐａｐｅｒ，Ｇｒａｐｈｉｃｓ，Ｄｅｖｉｃｅ  Ｏｐｔｉｏｎｓ，ＰＤＬなどのタブがあり、それらをクリックするごとに設定内容が異なる。図１６ＢはＰａｐｅｒタブ１６１１が例としてあげられており。ここではサイズ１６１５、面つけレイアウト１６１６、紙の向き１６１７、あるいは給紙段１６１８などの設定が行える。また、Ｄｅｖｉｃｅ  Ｏｐｔｉｏｎｓタブ１６１３が選ばれると、そのデバイス固有の設定情報、例えばステープルなどのフィニッシングの設定や、プリンタＩＰ部２０７内のガンマ変換部７０２や空間フィルタ部７０３のパラメータを変更する画像処理関連のより細かい調整を行うことが可能となる。選択には機能１６３１とその設定値１６３２をそれぞれ所望の値に設定することとなる。１６３３は設定値を初期値も戻すデフォルトキーである。
【００９６】
また、図示されていないが、同様にしてＧｒａｐｈｉｃｓタブ１６１２では、解像度やハーフトーン設定、あるいは、ＰＤＬタブ１６１４ではＰＤＬの出力形式などの選択ができる。
【００９７】
［ウェブブラウザによる操作］
ドキュメントサーバ１０２は、ＭｉｃｒｏＳｏｆｔ社のＩＩＳ（Ｉｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ）に代表されるウェブサーバプログラムも同時に動作している。クライアント１０３（あるいは、１０２自身）からのｈｔｔｐプロトコルによる呼びかけに対して、現在のドキュメントサーバ１０２の状態あるいは、周辺デバイスの情報などを知らせることができる。
【００９８】
図１７Ａは、サーバ１０２内部に設けられたウェブサービスのメイン画面であり、サーバのＩＰアドレス（ここでは例えば、１９２．１６８．１００．１１とする。ＤＮＳがサポートされている環境ならばサーバ名称でも構わない）をＵＲＬアドレス部に入力すると、このサービス画面が読み込まれるように予め設定されている。
【００９９】
このサービスツールは、ジョブステータス（１７０１）、デバイスステータス（１７０２）、ジョブサブミット（１７０３）、スキャンニング（１７０４）、コンフィギュレーション（１７０５）、及び、本サービスのマニュアルが入っているヘルプ（１７０６）の各タブで構成されており、ジョブステータスから順に説明していく。
【０１００】
［ジョブステータス］
図１７Ａのジョブステータスタブはデバイス表示部１７０７、アクティブジョブのジョブステータス表示部１７０８，１７０９と、ジョブ履歴の表示部１７１０，１７１１から構成されており、１７０９と１７１１の表示は全部表示しきれないため、必要に応じて１７０８のキーを押すと全部のアクティブジョブが表示され、１７１０を押すと全ジョブ履歴が参照できるようになっており、それらの詳細を図１７−２，３，４にて説明する。
【０１０１】
まず、デバイス表示部１７０７は図１７Ｂに示すごとく、ネットワーク上のＭＦＰ等のデバイスの名称１７２１〜１７２４、デバイスアイコン１７２５〜１７２８（ステータスに応じてアイコンが１７２７や１７２８のように変化する）、さらに、それらのステータス１７２９〜１７３２を文字でも見ることが可能である。
【０１０２】
次に、ジョブステータス１７０９は、サーバ内部にあるそれぞれのジョブの状態をモニタでき、Ｓｐｏｏｌｉｎｇ（ＲＩＰ前のデータを受信中）、Ｒｉｐｐｉｎｇ（ＲＩＰ中）、Ｗａｉｔ  ｔｏ  Ｐｒｉｎｔ（Ｐｒｉｎｔ待機中）あるいは、Ｐｒｉｎｔｉｎｇ（Ｐｒｉｎｔ中）で表現される。また、予めジョブ投入時にサーバ内部で待機を指示されているジョブに関しては、ＲＩＰされる前の状態でＨｏｌｄとして保持されている。エラーやジャムが生じた場合には、その旨表示されユーザに知らせるプリント後は、次のジョブ履歴（フィニッシュドジョブ）に渡される。各ネットワークデバイスのステータスは、所定期間毎にサーバが問い合わせる、及び／又は、各ネットワークデバイスが自身のステータスに変化があったときにサーバに通知することで対処した。
【０１０３】
ジョブ履歴１７１１にて、ジョブの履歴を見ることができ、正常終了の場合にはＰｒｉｎｔｅｄ、途中キャンセル時にはＣａｎｃｅｌｅｄが示される。
【０１０４】
［アクティブジョブステータス］
実行中のジョブ１７０９では、ジョブ名１７４２、ターゲットプリンタ１７４３、ジョブステータス１７４４、ジョブプライオリティ１７４５、ジョブＩＤ１７４６、クライアント名１７４７の他、ジョブのページ数１７４８、部数１７４９、紙サイズ１７５０、あるいは、クライアントからのオペレータへの要望事項などを記述しておくコメント欄１７５１などが表示される。
【０１０５】
さらに、これらのジョブ一つずつに対して、ある特権を与えられたの者（たとえば、管理者）のみが制御可能なコントロールキー１７４１がある（図１７Ｃ）。具体的には、ジョブのキャンセル１７５２、ジョブの一時停止（ジョブのポーズまたは、ホールド）１７５３、ジョブの再開（ポーズジョブまたは、ホールドジョブのリリース）１７５４などを意味する。
【０１０６】
［ジョブ履歴（フィニッシュドジョブ）］
同様にして、ジョブ履歴１７１１にも、ジョブ名１７６２、ターゲットプリンタ１７６３、ジョブステータス１７６４、ジョブＩＤ１７６６、クライアント名１７６７の他、ジョブのページ数１７６８、部数１７６９、紙サイズ１７７０、あるいは、クライアントからのオペレータへの要望事項などを記述しておくコメント欄１７７１などが表示される。
【０１０７】
さらに、これらのジョブ一つずつに対して、ある特権を与えられたの者（たとえば、管理者）のみが制御可能なコントロールキー１７６１がある。具体的には、ジョブのアーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）１７７２、ジョブの削除（ジョブのデリート）１７７３、ジョブの再プリント（リプリントジョブ）１７７４などがある（図１７Ｄ）。これらの指示に基づいて、オペレータはサーバを扱うことができる。
【０１０８】
［デバイスステータス］
ＭＦＰ１０４，１０５あるいはプリンタ１０７内のネットワークインターフェース部分にはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれる標準化されたデータベースが構築されており、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）というネットワーク管理プロトコルを介してネットワーク上のコンピュータと通信し、ＭＦＰ１０４，１０５をはじめとして、ネットワーク上につながれたデバイスの状態をコンピュータ１０２（または、１０３）と必要な情報の交換が可能である。
【０１０９】
例えば、ＭＦＰ１０４，１０５の装備情報としてどんな機能を有するフィニッシャ２１０が接続されているかを検知したり、ステータス情報として現在エラーやジャムが起きていないか、プリント中かアイドル中かなど検知したり、ＭＦＰ１０４，１０５の装備情報、装置の状態、ネットワークの設定、ジョブの経緯、使用状況の管理、制御などあらゆる静的情報を入手することが可能となる。ドキュメントサーバは、このＭＩＢを利用して、ＭＦＰ等のステータスを随時取り込み、それをＨＴＭＬファイルとして更新することで、クライアントからは常にその状態を閲覧することができる。
【０１１０】
図１８は、デバイスステータスをあらわすタブで、サーバが管理するデバイス内の装備された紙サイズやその補充状況（１８０１〜１８０６に示すように各用紙スタッカもしくはカセットの用紙残量）を確認したり、各デバイスに装備されたフィニッシャなどのアクセサリ状況（１８０７）を予め確認することが可能である。ただし、用紙残量については、そのためのセンサで検出するものであり、記録紙１枚の精度で検出することは難しいので例えば最小単位は１０枚程度である（ただし、用紙無しは確実に検出できる）。
【０１１１】
［ジョブサブミット］
次に、図１９Ａを用いて、ジョブサブミットタブについて説明する。利用方法は前述のプリントドライバと同様だが、これはクライアント１０３上のファイルをアプリケーションで開かずに（アプリケーション上で印刷指示しないで）、直接ドキュメントサーバ１０２に投げ込む（印刷対象の文書ファイルに以下の付加情報を付随させて転送又はコピーする）ためのものである。
【０１１２】
すなわち、通常、プリントドライバは、２つの役割を持っており、その一つは、クライアント１０３上のアプリケーションでデータを立ち上げて、そのデータをＰｏｓｔＳｃｒｉｐｔ（或いはＰＣＬ）などのＰＤＬデータに変換する役割と、もう一つは、ドキュメントサーバ１０２（あるいは、プリンタ）にその変換されたデータを投げ込む役割である。これは従来型のＲＩＰ処理が１種類のＲＩＰ処理にしか対応できていなかったためであった。
【０１１３】
しかし、これに対して、ジョブサブミットは、役割的には、ＧＵＩを用いてジョブチケットと共にジョブを投げ込む処理だけなのだが、近年、ＰＳだけでなく様々なフォーマット（たとえば、ｐｄｆやｔｉｆ，ｊｐｇなど）のデータを同一のソフトウェアＲＩＰモジュールでＲＩＰ処理可能なものが登場したり、ドキュメントサーバ１０２内に複数種類のソフトウェアＲＩＰモジュール（例えば、ＰＳとＰＣＬ）を有していて、データに応じてそのＲＩＰモジュールを切り替えて使用できたりと、１種類のＰＤＬだけでなく様々なフォーマット（たとえば、ｐｄｆやｔｉｆ，ｊｐｇなど）や様々なＰＤＬデータを直接ドキュメントサーバ１０２に送付しても、従来の単一のＰＤＬデータ同様にＲＩＰ処理を行い、ビットマップデータに展開してくれるのである。
【０１１４】
また、仮にＭＦＰ１０４またはＭＦＰ１０５のインターフェイスの都合で、ビットマップデータでなく、ＰＳデータのみを扱うタイプのＲＩＰ処理機能付きのプリンタである場合には、ドキュメントサーバ１０２は上記ＲＩＰ処理にてビットマップデータに展開後、そのデータをＪＢＩＧやＧ４（ＣＣＩＴＴ）にて画像圧縮したあと、それにＰＳ等のヘッダ（ＰＳデータであることを示すヘッダ）をつけて、そのＭＦＰに出力することにより、様々なプリンタに対してもこれらの各種フォーマットデータのプリントを実現することができる。
【０１１５】
ジョブサブミットで付加する設定項目として、１９０１はターゲットとなる出力先を選択する送信先選択カラムである。一般的には前述のＭＦＰ１０４，１０５あるいは、プリンタ１０７であるが、後述のクラスタプリンタを設定することも可能となる。１９０６はファイルを選択するカラムで直接ファイル名をディレクトリィと一緒に指示しても良いが、一般的にはその右のブラウズボタンで自身のコンピュータ（あるいは、ネットワーク内）にあるジョブファイルを選ぶことになる。
【０１１６】
かかる設定を行い、プリントキー１９０５をクリックすると、設定された内容と指定されたファイルがドキュメントサーバ１０２に転送され、印刷ジョブとして追加（キュー）されることになる。
【０１１７】
［ジョブチケット］
次に、図１９Ａの１９０７はジョブチケットと呼ばれるカラムであり、ジョブと一緒にジョブのイメージデータ以外の設定項目をまとめてあるファイルを意味する。具体的には、１９１１に示されるようなもので、紙サイズ、画像の向き、部数といったジョブの一般的な設定だけでなく、両面の有無、ステープルといったフィニッシング処理や、カラー画像の場合には画像処理による色の調整や、オペレータにとってジョブの優先順位を指示するなどジョブに関する様々な設定すべてがこのジョブチケットにて設定可能となる。
【０１１８】
このジョブチケットはそれぞれのデバイスに固有の設定項目があるばかりでなく、予め用意しておけば、操作がスムーズに運ぶという利点があるため、ここでは、ジョブチケットの呼び出しキー１９１４の他に、任意に設定したジョブチケットを保存しておくセーブキー１９１５（再使用するため）、及び、新しく名前を付けて保存できるセーブアズキー１９１６があり、また、デフォルトの状態に戻せるようにジョブチケットのリセットキー１９１７が用意されている。
【０１１９】
フィニッシャ１９０３をクリックすると、図１９Ｂに示すＧＵＩが表示される。ここで、たとえば、Ｄｕｐｌｅｘの設定カラムには、ＯＮとＯＦＦが用意されており、ＯＮにすれば両面印刷にてプリントされ、ＯＦＦにすれば片面印刷にてプリントされる。ただし、両面機能を有しないプリンタが選択された場合には、この項目そのものが表示されないしくみになっている。また、デフォルトの設定項目には頻度の高いものがあらかじめ設定されており、Ｄｕｐｌｅｘでは片面プリントの使用頻度が高いため、ＯＦＦがデフォルトに選ばれている。
【０１２０】
また、ここで設定される項目は、フィニッシング機能だけでなく、画像処理のパラメータやコピー部数、紙サイズといったプリンタの基本機能も選択変更可能となっている。
【０１２１】
そして所望の設定が済み、図１９Ａにおけるプリントキー１９０５をクリックすると、ジョブサブミット１９０６で設定された印刷対象のファイルと、ジョブチケットが設定されていればその設定された内容がドキュメントサーバ１０２に出力される。
【０１２２】
また、テストプリント１９１０をクリックすると、予め所定のフォルダ内に置いてあるテストプリント用のＰＳデータを後述のホットフォルダにコピーすることにより、出力画像のチェックができる機能である。
【０１２３】
［ＵＩ  Ｃｏｎｓｔｒａｉｎｔｓ］
また、これらのジョブチケット内の各設定項目にはＰＰＤファイル内のＵＩ  Ｃｏｎｓｔｒａｉｎｔｓに相当する制約事項を設けることができる。ＵＩ  Ｃｏｎｓｔｒａｉｎｔｓとは、例えば、ＯＨＰシートへの両面コピーをユーザが誤って設定することを回避させるため、あるいは、ステープルソータ付きのプリンタの場合、グループソート（各ソートビンに１１１，２２２，３３３…という具合に同じページを出力する出力方式）でステープルを行うことをＧＵＩ上で予め防ぐのである。あるいは、プリンタ側にダメージを与えるような組み合わせを防ぐ場合もある。例えば、一般にＡ５／Ｓｔａｔｅｍｅｎｔサイズ以下の小さな紙に両面設定をすると紙パスが小さい紙に耐えられるように設計されていない場合には紙ジャムを起こしやすい。この作業を繰り返して起こすとプリンタ側にダメージを与えかねないので、ユーザがそれらを行おうとした場合に、禁止して防いだりしてくれる機能のことである。
【０１２４】
しかしながら、ＰＰＤの中のＵＩ  Ｃｏｎｓｔｒａｉｎｔｓでは、一般に２次元（２つの機能の組み合わせ）に対して禁止させることは可能だが、３次元以上（３つ以上の複雑な組み合わせ）の場合には、これを禁止できなかったが、ジョブサブミットページは、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）にて記述されているため、３次元以上の組み合わせであっても制約をつけることは容易である。また、ＰＰＤにて提供される一般的ドライバ（例えば、ＭｉｃｒｏＳｏｆｔ社製Ｗｉｎｄｏｗｓ(登録商標)９５，９８，Ｍｅ用ドライバやＡｄｏｂｅ社製ドライバ）の場合、ＰＰＤのサイズ容量には予め制限が設けられていることが多く、これらを超えてＰＰＤを作成してしまうと、ＵＩ  Ｃｏｎｓｔｒａｉｎｔｓの一部の機能に制限が掛けられなかったが、ＨＴＭＬでの記述ならば特にサイズ制限もないことも特徴として挙げられる。
【０１２５】
［スキャンニング］
図２０はスキャン動作を司るスキャンニングタブのブラウザの表示例で、２００１には利用可能なスキャナの状態が表示される。２００２はスキャンニングキーであり、これを押すと前述のスキャナドライバが呼び出される仕組みになっている。２００３はクイックコピーキーで、スキャン動作後、予め指定されたプリンタに連続動作でプリントされる仕組みになっている。つまり、ネットワーク上に別々に存在するスキャナ及びプリンタを任意の組み合わせによる仮想複写機を実現することになる。
【０１２６】
［コンフィギュレーション］
図２１のコンフィギュレーションタブは、プリンタコンフィギュレーションキー２１０１、クラスタコンフィギュレーションキー２１０２、キューコンフィギュレーションキー２１０３、アーカイブキー２１０４、ジョブコンフィギュレーションキー２１０５からなっている。以下、各タブについて説明する。
【０１２７】
［プリンタコンフィギュレーション］
プリンタコンフィギュレーションキーがクリックされると、図２２のフローチャートに入る。ここにはプリンタの追加、修正、消去の３つのモードが用意されている。追加モードは所望のプリンタタイプ（たとえばカラーや白黒など）を選択して、サーバが許可する制限数以下ならば、さらなる設定が可能であり、そのときプリンタの諸情報（たとえばＩＰアドレスやアクセサリの有無など）を設定し、プリンタ名をつけてサーバ１０２に登録しておく。
【０１２８】
プリンタ修正モードは、ＩＰアドレスやアクセサリなどのプリンタ情報が変更になった場合に修正を行って再保存するモードであり、プリンタ消去モードは、不必要ななったプリンタをサーバ管理下から取り除くためのモードである（プリンタそのものはネットワーク上に存在していても構わない）。
【０１２９】
［クラスタコンフィギュレーション］
複数のプリンタをサーバ１０２に登録すると、今度はそれらのプリンタを組み合わせてクラスタプリンタとして登録することが可能となる。図２３のフローチャートに従ってその手順を説明する。
【０１３０】
まず、登録されたプリンタ群の中から、２つかあるいはそれ以上のプリンタを選択する。たとえば、Ａ、Ｂ、Ｃの３台のプリンタならば、Ａ＆Ｂ，Ａ＆Ｃ、Ｂ＆Ｃ、Ａ＆Ｂ＆Ｃという４通りの組み合わせが可能となる。また、同じプリンタの組み合わせでもこれから説明するモードが異なれば別のクラスタプリンタとして登録することも可能である。
【０１３１】
次に、選択された組み合わせがカラープリンタと白黒プリンタのように異なるタイプのプリンタであった場合、カラー／白黒ページ分離モードとカラー／白黒自動ルーティングモードの２つから選択することが可能となる。
【０１３２】
カラー／白黒ページ分離モードは、カラーページと白黒ページが混在する１つのジョブに対して、予めジョブをページ単位でカラーページと白黒ページに分離し、カラー情報を含むページはカラープリンタに、カラー情報を含まない（モノクロ）ページはモノクロプリンタに出力するモードである。
【０１３３】
カラー／白黒自動ルーティングモードは、同様に予めカラーページと白黒ページを見分けた上で、１枚でもカラーページが混在していればジョブすべてをカラープリンタに出力し、ジョブすべてが白黒ページでできていれば、白黒プリンタに自動的にルーティングするものである。これらの機能は、カラーページと白黒ページのパープリントコストにギャップがあることからコストダウンと操作性の簡素化を目的にしているものである。
【０１３４】
さらに、選択された組み合わせがカラープリンタとカラープリンタ、あるいは、白黒プリンタと白黒プリンタのように同じタイプのプリンタの場合には、ジョブクラスタモード、部数クラスタモード、及びページクラスタモードの３つのモードが用意されている。
【０１３５】
ジョブクラスタモードは、ジョブを設定されたプリンタのうち、空いているもの、あるいは一番早くアイドル状態になると予想されるプリンタに順次ジョブを配布するいわばロードバランスの最適化したモードである。
【０１３６】
部数クラスタは、たとえば１００部設定されたジョブを３台の同じ能力のプリンタに３３部、３３部、３４部（３で割ると１余りが発生するから）部というように割り振り、早くジョブが終了するようにしたもの。
【０１３７】
ページクラスタは、１０００ページのジョブを２台のプリンタに５００ページずつ割り振るようにしたものである。
【０１３８】
それぞれのクラスタプリンタは、同じプリンタの組み合わせでも異なるタイプのモードで予め名前を付けて登録することができ、通常の１台のプリンタと同様に仮想的な高速プリンタとして扱うことが可能となる。
【０１３９】
また、モードに応じて、１台あたりの最小ページや最小部数などを各モードに合わせて、予め設定できたり、１台がジャムやエラーでダウンした場合には、そのジョブを自動的に他のプリンタに割り振るジョブリルーティングのための待ち時間を設定することができる。
【０１４０】
［キューコンフィギュレーション］
図２１のキューコンフィギュレーションキー２１０３をクリックすると、図２４のフローチャートに入る。以下、その手順を説明する。
【０１４１】
キューコンフィギュレーションには、スプールキューの追加、修正、消去の３つのモードがあり、１つを選択できる。スプールキュー追加時には、まず、ホットフォルダを作成しなければいけない。ホットフォルダとは、たとえば、サーバコンピュータ１０２上のフォルダ（もしくはディレクトリ）をネットワーク内のコンピュータと共有設定（Ｓｈａｒｅ）し、クライアントコンピュータ１０３から自由にこのフォルダを開放すると共に、サーバコンピュータ１０２は、このホットフォルダ内にあるジョブを常に監視（ポーリング）して、ジョブが投げ込まれている場合には、そのジョブをプリントへと導いてくれるフォルダである。
【０１４２】
そして、追加したスプールキューと作成したホットフォルダの関連づけを行い、次に先ほどプリンタコンフィギュレーションで作成したプリンタか、あるいは、クラスタコンフィギュレーションで作成されたクラスタプリンタのいずれか１つを関連づけ、最後に関連づけしたプリンタまたはクラスタのジョブチケットを関連づける。この場合のジョブチケットは、あくまでもクライアント側に参照させるデフォルト値であり、クライアント側で好みに応じてジョブチケットはジョブ発行時に変更可能である。
【０１４３】
ここで、関連づけされたスプールキューは、図２５のようにして、サーバ内にスプールキューテーブルとして保存される。
【０１４４】
［ジョブサブミットによるプリントフロー］
上記の一連の流れを説明したものが、図２６〜図２８である。
【０１４５】
まず図２６は、ジョブサブミット時のフローで、クライアント１０３は前述のジョブサブミットからファイルを投げ込む際には、まずＷｅｂブラウザでサーバ側にあるＷｅｂサーバ部２６３１にアクセスする（Ｓ２６０８）。サーバ側は予め決められたＷｅｂページをクライアント側に表示させ、クライアント側は、ジョブサブミット画面を開く（Ｓ２６０９）。次にオペレータは所望のプリントファイルを自分のコンピュータあるいは、自分がアクセス可能なネットワーク上にあるプリントファイルを選択する（Ｓ２６１０）。このとき選ぶファイルは、サーバがラスタライズ（ＲＩＰ）可能ならば、必ずしもＰＳファイルでなくてもよく、ＰＣＬ、ＴＩＦＦ、ＪＰＥＧ、ＰＤＦなどでもよい。更に、オペレータは出力したいプリンタあるいは、クラスタを選択する（Ｓ２６１１）。選択されたプリンタ名あるいはクラスタ名は、すぐさまサーバ１０２に知らされ、サーバ側にて予め用意されていたデフォルト（あるいは所望）のジョブチケットが表示される（Ｓ２６１２）。オペレータは表示されたジョブチケットに対して、プリントしたい所望の設定値にブラウザ上で変更し（Ｓ２６１３）、ＯＫボタンをクリックすると、選択されたジョブと所望のジョブチケットがサーバ側のホットフォルダ２６３２に送信される。このとき、受信したジョブファイル（ここでは、ＰＤＬファイルの場合と、アプリケーションファイルの場合の両方を総称して呼ぶこととする）とジョブ設定情報（ジョブチケット）は、例えば別々の拡張子などで、別々に管理されている。
【０１４６】
一方、サーバでは複数のホットフォルダを順次ポーリングによって監視（Ｓ２６３４）しており、ホットフォルダ２６３２内にジョブがあれば（Ｓ２６３５）、入力ジョブ制御部１２５２に渡されて、前述のフローに従って、ＲＩＰ（Ｓ２６３６）が行われて、オペレータが選択した所望のプリンタ（あるいはクラスタ）のスプールキューテーブル２６３３が参照されて（Ｓ２６３８及びＳ２６３９）、そこに登録されている出力デバイスにプリントされる（Ｓ２６４０）。
【０１４７】
但し、ウィルスチェック２６５０に関しては、後述する。
【０１４８】
［通常のドライバによるプリントフロー］
次に、図２７は、クライアントで動作するアプリケーション（例えばワープロソフト等）から印刷指示し、その結果、プリンタドライバからジョブを投げ込む場合のフローである。
【０１４９】
ドライバには、大きく分けて２つの役割があり、アプリケーション上のデータから（ＰＳに代表される）ＰＤＬデータを作成する役割と、クライアント（あるいは、サーバ自身）からそこで作成されたＰＤＬデータをサーバ内の所定のホットフォルダに送り込む役割である。
【０１５０】
そのために、クライアント１０３は、アプリケーションソフトを立ち上げて（Ｓ２７０１）、印刷対象となるファイルをオープン或いは作成し、印刷指示を行う。このとき、図１６Ａ乃至１６Ｃに代表されるようなＧＵＩが表示される（Ｓ２７０２）。オペレータは、１６０２でプリンタの選択を行い（Ｓ２７０３）、プロパティ１６０７などを利用して所望の機能を設定する（Ｓ２７０５）。オペレータがＯＫボタン１６０５をクリックすると（Ｓ２７０６）、クライアントコンピュータ１０３内でＰＤＬデータの作成を開始する（Ｓ２７０７）。
【０１５１】
ＰＤＬデータが出来上がるとすぐにサーバ内にある所定のホットフォルダ２７３２に送られ、あとは前述のジョブサブミットによるプリントフローと同様にプリントされる仕組みとなっている。
【０１５２】
ここで、プリンタあるいはクラスタを選択するに当たっては、予めクライアントコンピュータ１０３内でＰＰＤ（ＰｏｓｔＳｃｒｉｐｔ  Ｐｒｉｎｔｅｒ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルなどを用意して、プリンタドライバを設定しておく必要がある。ＰＰＤファイルはそのプリンタを制御するための設定項目とその初期値、あるいは設定の組み合わせの可否などが記述されており、そのプリンタあるいは、クラスタ毎に固有のファイルとして提供されることになる。そしてオペレータは、プリンタやクラスタ毎に自分自身のコンピュータ内にそのＰＰＤとドライバをリンクさせて予め用意しておかなければいけないことになる。
【０１５３】
さらに、ドライバの中には、ＳＮＭＰ／ＭＩＢなどを利用して逐次プリンタ側と交信するいわゆるオートコンフィギュレーション機能付きのものもある。
【０１５４】
すなわち、プリンタ側に予めサポートされている機能とその初期値をＭＩＢで登録しておき、ネットワーク経由でクライアント側からドライバを開いた時点でプリンタがどんな機能をサポートしているかを問い合わせるのである。たとえば、ステープル機能付きのソータがついている場合には、ステープル機能を開示して、ユーザ側のドライバにサポート設定項目一覧を見せて、所望の設定項目に変更させるのである。
【０１５５】
［本実施形態におけるドライバからのプリントフロー］
図２８Ａは、本実施形態におけるドライバからのプリントフローである。即ち、Ｓ２８０１からＳ２８０７までは、図２７のＳ２７０１からＳ２７０７までと同様に動作するが、その後が異なる。
【０１５６】
通常のプリンタドライバがポート設定として、ネットワーク上のプリンタのアドレスまたは名称などを設定したり、パラレルポートを設定したりするのに対して、本実施形態におけるプリンタドライバは、ドキュメントサーバ１０２内にあるＷｅｂサーバのＪｏｂ  Ｓｕｂｍｉｔページを割り当てている点に特徴がある。
【０１５７】
図２８Ｂはプリンタ１０５ａのプロパティ画面２８５１であり、クライアントコンピュータ１０３上で、プリンタドライバを設定した直後にポートの設定を行う際のＧＵＩをあらわしている。プロパティ画面は機能ごとにタブ（２８５２〜２８５８）構成になっており、例えば、詳細（Ｄｅｔａｉｌｓ）タブ２８５３内にポートの設定がある場合を示している。但し、このプロパティ内のタブや各機能はそれぞれのドライバで異なっているため、必ずしも一意ではない。
【０１５８】
２８５９が印刷先のポートを選ぶ欄（コンボボックス）だが、初めてプリンタドライバをクライアントコンピュータ１０３にインストールする場合は、ポートは用意されていない。そのため、ポートの追加（Ａｄｄ  Ｐｏｒｔ）キー２８６２をクリックし、図２８Ｃのウィンドウを表示させる。ポート名称（ここでは、Ｄｏｃｕｍｅｎｔ  Ｓｅｒｖｅｒ  １０２）とＳｅｒｖｅｒ  ＵＲＬを入力する項目が現れ、図１９ＡのＪｏｂ  ＳｕｂｍｉｔページのＵＲＬを記述して、ＯＫボタン２８８５をクリックして、図２８Ｂの画面に戻る。
【０１５９】
そして、印刷に使用するドライバ２８６０でプリンタ１０５ａが選択されていることを確認して、必要に応じてタイムアウト２８６１などを設定し、ＯＫボタン２８６９でプロパティ画面２８５１を閉じる。
【０１６０】
図２８Ａに戻って、これらの設定により、Ｓ２８０６でＯＫボタン１６０５をクリックすると、アプリケーション上のデータをＰＤＬデータ（例えばＰＳデータ）に書き換える作業が開始され、ＰＤＬデータが出来上がると、クライアント１０３で予め登録されていた所定のポートとしてドキュメントサーバ１０２の内のＪｏｂ  ＳｕｂｍｉｔページのＵＲＬに起動がかかる。すなわち、クライアント側で動作しているプリンタドライバは、アプリケーションから渡された印刷対象のデータをＰＤＬ化処理した後、ドキュメントサーバ１０２が用意しているジョブサブミットにかかるＨＴＭＬページ（ＵＲＬとそれに続くＪｏｂ  ＳｕｂｍｉｔのＨＴＭＬファイル名）を、クライアントが有するブラウザに引き数として与えて、起動する。この結果、クライアントではブラウザが起動し、指定されたＨＴＭＬファイルをドキュメントサーバ１０２（Ｗｅｂサーバでもあることは既に説明した）に要求する。
【０１６１】
なお、ジョブサブミットのＨＴＭＬファイルの転送要求するタイミングであるが、通常のプリントドライバでは、上記のようにシーケンシャルに処理が進められていたが、本実施例では、必ず再度ジョブサブミットのブラウザ画面が呼び出され、再度プリント起動をかけることから、図２８ＤのようにドライバのＯＫボタンクリック直後にクライアント１０３はドキュメントサーバ１０２のＷｅｂサーバ２８３１に起動をかけると同時に、クライアント１０３内でＰＤＬ化処理も同時に進めておいて、クライアント１０３にてブラウザ起動により、ユーザがジョブチケットを設定している時間を有効利用して、ジョブサブミット画面のプリントボタンのクリック時までに処理を済ませて、このタイミングでＰＤＬデータと所望のジョブチケットを一緒にドキュメントサーバ１０２に送り込むという方法も可能である。
【０１６２】
あるいは、図２８Ａにて予めＰＤＬデータをホットフォルダに登録し、印刷データがサーバに登録されたことを確認してから（サーバから登録完了が通知されるようにする）、そのＨＴＭＬファイルを要求するようにしても良い。この場合、Ｓ２８１４では、既にＰＤＬデータがサーバに登録されていることになるので、送信するのはジョブチケットを送信するだけになる。
【０１６３】
これを受けて、サーバ１０３内のＷｅｂサーバ部２８３１は、ジョブサブミット画面（ｈｔｍｌファイル）をクライアントに送信することで、クライアントにそのジョブサブミット画面が表示させ（Ｓ２８０８）、オペレータは所望のジョブチケットに再度変更することができる。そして、Ｓ２８０７のＰＤＬファイルが作成されたら、そのＰＤＬファイルと変更後のジョブチケットをホットフォルダ（Ｓ２８１４）に送信し、あとは図２６，２７と同様なフローでプリントされる。
【０１６４】
［本実施形態におけるドライバからのクラスタプリントフロー］
一般に、プリンタはそれぞれ固有の能力や機能などを持ち合わせており、クライアントがプリンタの設定を行う際に、それぞれのプリンタドライバを設定したり、それぞれのプリンタにマッチしたＰＰＤ（ＰｏｓｔＳｃｒｉｐｔ  Ｐｒｉｎｔｅｒ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルなどを用意したりする必要があるのだが、これらはあくまでターゲットプリンタが１台の場合であり、もし２台以上のプリンタ、しかも異なるタイプのプリンタに同時にプリンタしたい場合、あるいは、１つのジョブを分割して異なるタイプのプリンタに出したい場合など、いわゆるクラスタプリントやジョブスプリットという動作をサポートしようとした場合には対応できていないのが現実である。
【０１６５】
もし、異なる２タイプのプリンタのそれぞれ固有の能力や機能をＡＮＤまたは、ＯＲでＰＰＤファイルを作ろうとすると、その組み合わせは膨大となるし、３つ以上の異なるタイプのプリンタとなるともはやサポートしきれなくなる。
【０１６６】
そこで、まず、図２３のフローで異なるタイプのプリンタをクラスタプリンタとして登録する。次に、図２８Ａのフローにてクラスタプリントを行う。即ち、アプリケーションで開き、ドライバによる印刷指示を行う。このとき、通常のドライバでは異なる２タイプのプリンタに関して、ジョブチケットを設定することができない。しかし、図２８Ｂと図２８Ｃの方法で予めドライバをドキュメントサーバ１０２として設定しておけば、上記本実施形態のプリントフローと同様にクラスタプリントも扱うことが可能となる。
【０１６７】
図３５は、クラスタプリントのためのＧＵＩであり、同図の１９０１にてクラスタプリント（図示ではＭＦＰ１０４＆ＭＦＰ１０５によるクラスタプリント）を設定すると、ウェブサーバ内に予め登録されているＭＦＰ１０４とＭＦＰ１０５の両方のジョブチケットをそれぞれ呼び出すことが可能であり、同図の１９１１にてＭＦＰ１０４とＭＦＰ１０５それぞれのジョブチケットをそれぞれ選択して、プリント起動をかければ、クラスタプリントが実現できる。
【０１６８】
また、実施形態では、説明を簡単にするために異なる２タイプのＭＦＰへのクラスタプリントを例にフローやＧＵＩにて説明しているが、言うまでもなく、３台以上の対応の場合や、同一タイプの複数台のＭＦＰを対応させる場合にも同様な方法で対応することが可能となる。ただし、同一タイプの場合には、共通のジョブチケットを選択することが多いので、ジョブチケットを１つのみ指定することで、他のプリンタにも同様のジョブチケットが指定されたものとして見なすようにしてもよい。
【０１６９】
実施形態での印刷処理は、通常のアプリケーションから印刷指示することで行われる場合と、上記のジョブサブミットによって行われる場合がある。いずれの場合にも、ドキュメントサーバ１０２におけるホットフォルダにそのデータがファイルとして格納され、印刷待ちとして管理されることになる。各印刷データファイルは、どのプリンタで印刷するのかを示す情報が、クライアントから要求されているので、それを用いて実際に印刷データを出力するプリンタが決定されることになる。
【０１７０】
そこで、実際に印刷実行が行われる段階になった場合の、ドキュメントサーバ１０２の処理を図３７のフローチャートに従って説明する。
【０１７１】
先ず、ステップＳ３７０１で、印刷対象となったデータファイル及びサブミットされた設定情報を読出し、そのジョブを判断する。ジョブの判断は、設定情報中に、単独のプリンタ名が設定されているか、或いは、図２３において、登録したプリンタグループ名（ジョブクラスタモードとして登録された複数のプリンタによるグループ名、部数クラスタモードとして登録された複数のプリンタによるグループ名、ページクラスタモードとして登録された複数のプリンタによるグループ名）で記述されているのかを判断する。具体的には、ジョブを送る際に、データファイルとジョブチケットファイルの２つのファイルをクライアント１０３からドキュメントサーバ１０２に送るのだが、前者は、既に説明したようにＰＳデータを初めとする様々なデータファイルであり、後者は、図３８Ｂまたは、図３８Ｃで表されるようなテキスト形式のファイルで、出力に関する様々な情報が記載された形で発行される。
【０１７２】
図３８Ｂの３８５１は、ジョブ名を表し、上記データファイルとリンクしており、３８５２は出力先とリンクしており、これに基づいて図３８Ａに示すＳ３８０１でジョブ判断が行われる。また３８５３はＲＩＰやプリンタの情報が記述されており、これらに基づいてＲＩＰが行われ、３８５４は図１９で設定された設定情報でＲＩＰやプリントの際に必要となる。
【０１７３】
再び、図３８Ａに戻って、単独のプリンタ名である場合には、ステップＳ３８０２に進み、そのデータファイル（クライアントのプリンタドライバが出力してきた例えばＰＳデータ、或いはジョブサブミットとして転送されてきた画像データファイル）を、ＲＩＰ処理し、指定されたプリンタに向けて出力する。
【０１７４】
また、プリンタグループ名（例えば、図１９Ａの「ＭＦＰ１０４＆１０５＿ＣｏｐｙＣｌｕｓｔｅｒ」等）である場合には、ステップＳ３８０３乃至３８０４のいずれかに進むことになる。
【０１７５】
ステップＳ３８０３乃至３８０４は、先に説明した各クラスタの意味から容易に類推できると考えるが、部数クラスタモードとして登録されたプリンタグループ名が指定された場合の処理（Ｓ３８０４）について図３９のフローチャートに従って説明する。
【０１７６】
先ず、ステップＳ３９０１では、設定情報中の部数を、部数クラスタモードグループとして登録されたプリンタ数で除算することで、１台のプリンタに割り当てる部数を算出するが、余りが出る場合には、いくつかのプリンタに多めに配布することもある。また、予め最低部数（あるいはページ数）を設定しておいて、それ以下の場合は、予め優先順位がついたプリンタに最低部数以下の部数の場合のみ出力することもできる。
【０１７７】
次いで、ステップＳ３９０２で、変数ｉ（ｉはページ番号を表わす変数として用いる）を“１”で初期化し、ステップＳ３９０３に進む。
【０１７８】
ステップＳ３９０３では、先に決定した各プリンタで印刷する部数を、それぞれのプリンタに向けてＰＤＬ形式のデータで通知する。ステップＳ３９０４では、ｉページのデータ（ＲＩＰ処理されたデータ）を、それぞれのプリンタに出力する。この後、印刷の要求のあった全ページについての印刷が完了したか否かを判断し、否の場合にはステップＳ３９０６に進んで変数ｉを“１”だけ増加させ、ステップＳ３９０３に戻る。
【０１７９】
なお、上記の処理の場合、結果的に、各プリンタでは、１、１、１、…２、２、２…と印刷されるが、１、２、３…、１、２、３と印刷させるようにしても構わないのは勿論である。
【０１８０】
プリントドライバからプリント起動を掛けられた場合には、プリンタはセキュリティなど気にせずに出力される場合が一般的であるが、上記の実施形態（第１の実施形態）におけるフローを用いてプリントする場合には、一旦、サーバのＷｅｂサーバ部を経由するため、それぞれのユーザやオペレータに対して、セキュリティレベルを規定することが可能となる。
【０１８１】
［ユーザ／グループのセキュリティレベル］
オペレータ介在型のプリントサービスを行う場合には、一般ユーザとオペレータ、あるいは、オペレータの中でもシステム構成を任意に追加や変更ができるアドミニストレータなどユーザのセキュリティレベルを決めておくことが重要である。
【０１８２】
図２９は、ユーザ／グループコンフィギュレーションキー２１０５（図２１）が押下されたときに現れるユーザの特権あるいは、セキュリティレベルを予め決めておく場合の画面である。
【０１８３】
ここでは、ユーザ／グループ設定部２９０１で自分のユーザまたはグループレベルを入力すると、それに応じた自分に許されたユーザ特権２９０２が表示される。
【０１８４】
ユーザ特権２９０２には、たとえば、ウェブブラウザのアクセス権２９０３をはじめとして、ジョブやデバイスのステータスを監視でき権利２９０４，２９０５、ジョブをサーバにサブミットする権利２９０６、スキャナデバイスのアクセス権２９０７といった一般ユーザに与えられる権利、あるいは、図１７Ｃ、１７Ｄで示されている１７４１と１７６１のようなジョブのコントロールができる権利２９０８、ジョブのプライオリティやリリース順序を変更できる権利２９０９、前にプリントしたジョブを再度プリントするリプリントの権利２９１０などのようにオペレータ全員に与えられる権利、そして、前述のようなプリンタ／クラスタ／キューの追加、修正、削除などシステム構成に関わる権利２９０８や、ユーザ特権を変更できる権利２９０９などと言ったアドミニストレータ（システム管理者）にのみ許された権限などがある。
【０１８５】
［ユーザ／グループコンフィギュレーション］
次にこのユーザ特権を変更できる権利２９０９が与えられているユーザが、新規ユーザを登録したり、ユーザ特権を変更したり、ユーザ／グループを消去したりするフローを図３０に従って説明する。
【０１８６】
本システムのウェブブラウザに入る際には、全てのユーザが予めユーザ名とそのパスワードを入力（Ｓ３００１，３００２）することする。その際に入力されたユーザ名とパスワードを一度サーバコンピュータ１０２に送信する。サーバコンピュータ１０２では送られてきたユーザ名とパスワードが予め登録されていたものと一致するか否かを確認（Ｓ３００３）する。このとき、アドミニストレータ（システム管理者）のように予めユーザ特権を変更できるレベルのユーザであれば、モード選択Ｓ３００５に移るが、そうでなければユーザ特権を変更することはできない。
【０１８７】
サーバが、アクセスしたクライアントがアドミニストレータであると認識した場合には、新規ユーザの登録（Ｓ３００５以降）、特権の変更（Ｓ３０１１以降）、あるいはユーザの削除（Ｓ３０１５以降）の所望とする処理が選択（Ｓ３００５）できるようになる。
【０１８８】
［ジョブコンフィギュレーション］
図３１は、ジョブの制御方法と表示順序を決める画面であり、クライアント１０３（あるいはサーバ１０２自身）からサブミットされたジョブを一旦サーバ内で保留（ホールド）し、ホールドされたジョブに対してオペレータが優先順位をつけて開放（リリース）する制御方法を決定しており、さらに、図３２はその際のワークフローを示している。
【０１８９】
即ち、Ｕｓｅ  Ｈｏｌｄ  Ｊｏｂｓ  ３１０１がチェック（Ｓ３２０１）されていれば、ジョブのホールドの仕方を３１０２にて決定する。ここでは、モード１：全てのジョブをホールドする（Ｓ３２０３）。モード２：オペレータのジョブはスルー（ホールドしない）で流れ、それ以外のユーザのジョブはホールドする（Ｓ３２０８）。モード３：ある特定のユーザ（たとえば、図２９のＷｉｔｈｏｕｔ  Ｈｏｌｄ  Ｊｏｂ  ２９１３がチェックされているユーザのみ）のジョブはスルーで流れて、それ以外のユーザのジョブは全てホールドされる（Ｓ３２１０）。また、３１０１がチェックされていなければ、モード４：全てのジョブをスルー（ホールドしない）にする。
【０１９０】
ホールドされたジョブは、オペレータまたは、ジョブをコントロールできるユーザ（図２９の２９０８にて許可された者）がジョブをリリースしない限り、ホットフォルダ内で保留状態となる。そして、スルーのジョブまたは、オペレータがリリースしたジョブに関しては、ホットフォルダから入力ジョブ制御部１２５２、ＲＩＰ部１２５３へと順次渡される運びとなる。
【０１９１】
［ソートジョブ］
次に、オペレータの立場で、ホールドされたいくつものジョブの中からどのジョブを優先的に出すかが重要になる。実際には、オペレータもウェブブラウザのジョブステータスの画面を見ながら、優先順位をつけて順次リリースするので、予め決められた順序で画面上に表示されていれば、オペレータは上から順にジョブのステータスを見ながらリリースするだけなので手間が省ける。そのためには、予め決められた順序にジョブをソートして表示しておく必要がある。
【０１９２】
図３３はアクティブになっているジョブのソートのフローを表したものであり、図３１のＳｏｒｔ  Ｊｏｂｓ  ３１０３がチェックされていた場合に、まず、アクティブになっているジョブのリストを読み出し、選択されたソートキー３１０４と、ソートオーダ（昇順または降順）３１０５にてソートを行う。
【０１９３】
ここで指定できるソートキー３１０４には、図１７Ｃで説明したジョブ名１７４２、ターゲットプリンタ１７４３、ジョブステータス１７４４、ジョブプライオリティ１７４５、ジョブＩＤ１７４６、クライアント名１７４７、ジョブのページ数１７４８、部数１７４９、紙サイズ１７５０、あるいは、クライアントからのオペレータへの要望事項などを記述しておくコメント欄１７５１などがある。
【０１９４】
ここで予め設定しておくのは、図３１におけるキーワードジョブのみを表示するか否かを選択するチェックボックス３１０６で、これが選択されていれば図３１における３１０７と３１０８が有効になり、されていなければ全アクティブジョブリストを表示することになる。表示キー３１０７には、ソートキー３１０４と同様の設定項目から選択することができ、そのキーワード３１０８は、ユーザが任意に入力することが可能である。
【０１９５】
［ソートされたホールドジョブの一斉制御］
ソートされたジョブは、アクティブジョブリスト内でひとかたまりになって表示されている。ここでオペレータは、たとえば、ステータス順に並んだジョブの内、ホールドジョブのみをひとかたまりのジョブ群として選択し、選択された状態で図１７Ｃのコントロールキー１７４１のうち、いずれかをクリックすると一斉にジョブをコントロールすることができる。
【０１９６】
ジョブコントロールには、前述のキャンセルキー１７５２、ジョブの一時停止（ジョブのポーズまたは、ホールド）１７５３、ジョブの再開（ポーズジョブまたは、ホールドジョブのリリース）１７５４などがある。
【０１９７】
また、ジョブ履歴（フィニッシュドジョブ：図１７Ｄ）の場合も同様の方法で、ジョブのソートやサーチができ、それに応じて選択されたジョブの一斉アーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）１７７２、ジョブの一斉削除（ジョブのデリート）１７７３、ジョブの一斉再プリント（リプリントジョブ）１７７４など可能になる。
【０１９８】
［ドキュメントサーバにおけるウィルスの被害］
近年、ＤＯＳ版やＵＮＩＸ(登録商標)（あるいはＬＩＮＵＸ）版のＯＳの上で動作するドキュメントサーバ（あるいは、ＲＩＰサーバ）が増加しており、その意味で上記ウィルスが感染する可能性も十分に考えられる。
【０１９９】
すなわち、従来のＲＩＰサーバは、ドライバにより常に同じフォーマット（例えば、ＰＳや、ＰＣＬ）のデータのみがサーバ内に投入されていたが、前述の説明のように様々なフォーマットのデータが入ってくることが可能となり、その意味で上記ウィルスへの懸念が必要になっている。
【０２００】
もちろん、ＤＯＳ版などのＯＳ上で動作する場合は、通常経路でウィルスが入ってくる場合も考えられるが、ドキュメントサーバ固有という意味では、この種のウィルスが進入する可能性としては、クライアントからサブミットにより、ウィルスそのものや感染したファイルが投げ込まれる場合がある。
【０２０１】
即ち、前述のようにクライアント１０３側から投げ込まれたファイルによりドキュメントサーバ１０２もウィルス感染することが十分に考えられる。
【０２０２】
しかしながら、近年はインターネットの普及により、イントラネット環境の限られたクライアントからだけでなく、電子メールに添付されたファイル、データディスク、転送プログラムもまた、簡単にドキュメントサーバ１０２に投げ込むことができるため、従来では、プリンタドライバを使用して、ＰＤＬデータをプリントサーバに投げ込んでいたのに対して、さまざまなフォーマットやさまざまなファイル形式のものを自由に投げ込めることにより、ドキュメントサーバにもウィルス感染を心配する必要が出てきている訳である。
【０２０３】
一般にドキュメントサーバがウィルスに感染された場合、そのウィルスの実行によりサーバ内のファイルを改ざんしたり、削除したり、あるいは、ハードディスクを再フォーマットしたり、ＢＯＯＴ（あるいはＢＩＯＳ）データを書き換えたりと、時には、ドキュメントサーバのリインストールを余儀なくされることも事例として知られている。
【０２０４】
また、そればかりでなく、ドキュメントサーバがウィルスの温床となって、各クライアントやときには、プリンタ側にまでウィルスを撒き散らして被害を広げることも十分に考えられる。
【０２０５】
［ウィルスの分類と感染方法］
次に、ウィルスの分類とその感染方法について考える。
【０２０６】
但し、これらは名称や種類は、現段階での分類であり、近年続々と新種の登場により、分類項目なども増えつづけている。
【０２０７】
（Ａ）プログラムウィルス
一般に．ＣＯＭ、．ＥＸＥ、．ＳＹＳ、．ＤＬＬ、．ＯＶＬ、．ＳＣＲなどの拡張子のプログラムファイルに感染するウィルスであり、特に感染対象になりやすいのは、．ＣＯＭや．ＥＸＥの標準のＤＯＳプログラムである。
【０２０８】
通常のプログラムと同様に、プログラムウィルスは特定のＯＳ用に作成されていることが多いが、このウィルスの大多数がＤＯＳ版（ときとしてＵＮＩＸ(登録商標)版あるいはＬＩＮＵＸ版）として作成されている。プログラムファイルが広く使われるのは、比較的簡単にウィルスが付着できる形式になっているからである。
【０２０９】
（Ｂ）ブートウィルス
ハードディスクまたはフロッピー(登録商標)ディスク上のファイル以外の領域（ブートレコードやマスターブートレコードという特殊な領域で一般にシステム領域と呼ばれる部分）に感染し、コンピュータの起動時に使われるプログラムなどを壊したり、他に悪影響をもたらしたりするものもある。
【０２１０】
システム領域への感染は、そのコンピュータ自身だけでなく、別のコンピュータにも伝染しやすいことを意味し、ブートウィルスはプログラムウィルスよりも確実に感染していく。
【０２１１】
（Ｃ）マクロウィルス
マクロ機能のあるデータファイルに感染する。コンピュータユーザーへの脅威としては最新のものであり、たとえば、Ｍｉｃｒｏｓｏｆｔ社のワープロ用アプリケーションソフトＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄの文書ファイルや、表計算用アプリケーションソフトＭｉｃｒｏｓｏｆｔ  Ｅｘｃｅｌのワークシート、あるいはそれらのテンプレートファイルはマクロウィルスの対象になりやすいファイルであることが一般に知られている。さらに、感染した文書ファイルがネットワークで共有されたり、インターネットサイトからダウンロードされたりすると、マクロウィルスは急速に伝染していく。
【０２１２】
（Ｄ）ステルス型ウィルス
ステルス型ウィルスは検出や除去から逃れるために積極的に隠れようとする性質があり、この種のウィルスは読み込み隠しの手法またはサイズ隠しの手法を使う（両方を使うこともある）。
【０２１３】
読み込み隠しの手法はディスクの読み込みデータを横取りして、感染したコピーの代わりにオリジナルデータの未感染のコピーを提出する手法であり、サイズ隠しの手法は感染したプログラムファイルでディスク上のディレクトリまたはフォルダの中のデータを変更する手法である。
【０２１４】
たとえば、Ｗｈａｌｅウィルスのようなサイズ隠しのウィルスの場合には、．ＥＸＥプログラムファイルに感染し、そのプログラムファイルをほかのプログラムが読み込もうとすると自分のフォルダに関する行を変更する。Ｗｈａｌｅウィルスは感染したファイルを９２１６バイト増加させ、ファイルサイズに変更があるとウィルスが存在する可能性を示すことになるので、Ｗｈａｌｅウィルスはディレクトリまたはフォルダに関する行で示されるファイルサイズから同じバイト数（９２１６）を引き、ユーザをだましてファイルサイズに変更がないと思い込ませるといった具合である。
【０２１５】
（Ｅ）多形態ウィルス
ほとんどの単純なウィルスは自分と同一のコピーで付着しファイルに感染する。ウィルスコード（またはシグネチャ）は常に同じであるため、ウィルス検出プログラムはこのコードを検出して、すぐにウィルスを探し出すことが可能である。しかしながら、多形態ウィルスの場合は、簡単に検出されないようにやや異なる動作をする。即ち、多形態ウィルスは、単純なウィルスとは異なり、プログラムに感染するときに、プログラム本体でウィルスコードにスクランブルをかけ、感染したどのプログラムも同じには見えないようにすることにより、簡単には検出されなくなっている。
【０２１６】
（Ｆ）複合感染型ウィルス
複合感染型ウィルスは、プログラムウィルスとブートウィルスの両方の特徴があるウィルスである。たとえば、Ｔｅｑｕｉｌａウィルスに感染したワープロを実行した場合、Ｔｅｑｕｉｌａウィルスが活動してハードディスクのブートレコードに感染する。次にコンピュータをブートしたときに、Ｔｅｑｕｉｌａウィルスがもう一度活動し、プログラムがハードディスクにあるかフロッピー(登録商標)ディスクにあるかに関係なく、使われるどのプログラムにも感染し始めるものである。
【０２１７】
（Ｇ）同宿ウィルス
同宿ウィルスは、必ずファイルに付着するというウィルスの規則の例外的なものであり、付着する代わりに新しいファイルを作成する特徴である。
【０２１８】
通常実行されるプログラムファイルではなく、この新しいファイルがＤＯＳの動作で実行されるようになっており、同宿ウィルスはいろいろな手法を使って増殖する。
【０２１９】
例えば、既存の．ＥＸＥファイルと同じ名前の．ＣＯＭファイルを作成する場合もある。即ち、同宿ウィルスはＣＨＫＤＳＫ．ＣＯＭという名前のファイルを作成してそれをＣＨＫＤＳＫ．ＥＸＥと同じディレクトリに入れることがあります。２つのファイルの名前が同じで１つの拡張子が．ＥＸＥでもう１つの拡張子が．ＣＯＭの場合、ＤＯＳは必ず．ＣＯＭファイルを実行してしまう性質を利用したものである。
【０２２０】
（Ｈ）悪質なプログラム
ウィルス以外の悪質なプログラムとして、エージェントプログラム（インターネットからダウンロードするＪＡＶＡ(登録商標)アプレットやＡｃｔｉｖｅＸコード）に感染するプログラムもある。
【０２２１】
［ウィルスへの対策方法］
一般にドキュメントサーバでは、ホットフォルダ内にあるファイルを実行するのでなく、まずどのようなファイルであるか中味をチェックして、ＲＩＰ可能であるかどうかをチェックした上で、ＲＩＰ可能ならばＲＩＰ処理し、不可であればそこで処理が中断されるため、上記（Ａ）や（Ｂ）を初めとする実行タイプのウィルスの場合、ファイルが入った時点では感染の心配は少ない。
【０２２２】
しかしながら、そのファイルがサーバ内に消されずに残っていた場合に、サーバ再起動時に自動的にそのファイルを自動的に実行してしまったり、後でオペレータが誤って実行しまったり、あるいは、時限爆弾的にある日時／時刻にトリガー作動したりしてしまう恐れもある。
【０２２３】
そのため、プリント目的以外のファイルは全て削除するか、ウィルスチェックを実行して、疑わしいファイルは速やかに削除（または、処理）される必要がある。
【０２２４】
一般に、ウィルス発見及び駆除のためのユーティリティソフトウェアとしては、ＳＹＭＡＮＴＥＣ社のＮｏｒｔｏｎ  ＡｎｔｉＶｉｒｕｓや、（株）山田洋行のＦ−Ｓｅｃｕｒｅ  Ａｎｔｉ−Ｖｉｒｕｓなどが有名であり、これらをドキュメントサーバと同じＯＳ上で走らせることで動作させてもよいし、パターンマッチングなどを駆使して、独自のウィルス発見及び駆除を行っても構わない。
【０２２５】
実際に、ウィルス検知及び駆除を行う部分に関しては、図２６のＳ２６５０にて行われる。同様にして、図２７のＳ２７５０、図２８Ａ及び図２８ＤのＳ２８５０、あるいは、図３４ＡのＳ３４５０でも同じように動作する。
【０２２６】
図２６のＳ２６５０ウィルスチェック部の具体的な動作を図４０にて説明をする。
【０２２７】
ドキュメントサーバ１０２においては、それぞれのホットフォルダ部に入力されたジョブを常にポーリングしているため、ジョブが入力された場合に、前述のようなウィルス検知のソフトを用いて、ウィルス感染の疑いがあるか否かを確認する（Ｓ４００２）。
【０２２８】
ウィルス感染していなければ、通常のＲＩＰ処理（Ｓ４０３７）が施される。しかし、ＲＩＰ不可のデータが投げ込まれることも考えられるため、ＲＩＰ不可のジョブの場合には、ジョブキャンセルの表示及び、必要に応じて、該当ジョブの削除も行っておく。ジョブ削除は、サーバの格納領域を不必要に使用しないことと、ウィルスチェッカに引っかからなかったが、不信なファイルを疎外する目的である。
【０２２９】
次に、ウィルス感染の疑いがある場合には、すぐさま、ウィルス駆除が試みられ（Ｓ４００６）、このとき、必要に応じてジョブの削除も行われる。このとき、まだウィルスが発病していなければ、ウィルス感染と駆除完了の通知表示（あるいは、警告表示）を行い、システムログに必要事項（発生ジョブ、クライアント名、時刻など）を記載し、ジョブを終了させる。このとき、オペレータが予め設定しておけば、サーバサービスの一時停止も可能である。
【０２３０】
更に、残念ながら既に発病してしまっていた場合には、これ以上サーバを動作させておくと、ドキュメントサーバと接続されたクライアントや、プリンタなどに対して、誤動作による被害が広がらないために、サーバサービスを停止させる必要がある。この場合には、ウィルス感染かつ駆除失敗の警告表示を必要に応じて発行し、システムログにも同様の履歴を残して、サーバサービスを停止する。
【０２３１】
＜第２の実施形態＞
［ドライバからとサブミットからのジョブの分離］
一般に、プリントドライバから投げ込まれたジョブは、ドライバ自身がＰＳやＰＣＬといったＰＤＬフォーマットのデータに作りこむため、それらのファイルがウィルス感染しているというケースは極めて考えにくい。
【０２３２】
そのため、図４１のようにホットフォルダを２つに分けて、ドライバからのジョブを受け取るホットフォルダＡ（Ｓ４１５２）と、ウェブブラウザからのサブミットジョブを受け取るホットフォルダＢ（Ｓ４１５３）にする。
【０２３３】
ここで、フォローチャートが示すように、ホットフォルダＢからのジョブに関してだけ、ウィルスチェックをかけて、ホットフォルダＡからのジョブは、ウィルスチェックなしでＲＩＰ処理部へと向かうことができる。
【０２３４】
あるいは、これらの切り替えをオペレータが自由に設定できて、全てのジョブに対して、ウィルスチェックをかけるか、ホットフォルダに応じて切り替え可能とするか、あるいは、全くかけないといった具合に、設定可能としてもよい。
【０２３５】
ここで、切り替えを行うのは、パフォーマンス（出力スピード）を優先させるか、セキュリティ（安全性）を優先させるかという問題であり、十分に閉ざされた安全な環境あるいは、安全が確認されたジョブのみのリプリントばかりのワークフローならば、必ずしもウィルスチェックしなくてもよいからである。
【０２３６】
更に、ここでは、プリントドライバからのジョブと、ウェブブラウザからのサブミットジョブのためのホットフォルダに分けたが、ジョブはクライアント側からｌｐｒやｆｔｐといった様々なプロトコルで送られてくる場合もあるため、プリントドライバとそれ以外といった具合に、ホットフォルダを分けて設けることで、ウィルスチェックとパフォーマンスのバランスを取ることも可能となる。
【０２３７】
＜第３の実施形態＞
［クラスタプリントのフロー］
また、第１の実施形態のように異なるタイプのクラスタプリントを設定しても、ジョブチケットとしてそれぞれのプリンタの共通項とプリンタ依存の固有部分の設定が出てくる。ブラウザ上でページを分けてしまうと、それぞれのウェブページ内で同じ設定をしなければならず、設定し忘れると思い通りの出力ができない可能性がでてくる。
【０２３８】
そこで、図３６Ａ〜図３６Ｆに示すように、リンクマーク３６０１を用意し、それぞれのプリンタの共通項であるか、それぞれのプリンタ依存の設定であるかを判別できるようにする。
【０２３９】
例えば、ジョブ分配モード（図２３のＳ２３０７）や部数クラスタ（図２３のＳ２３０８）が選択された場合には、図３６Ａ内の１９１１の部数設定は、それぞれのプリンタ（ＭＦＰ１０４とＭＦＰ１０５）で別々に設定できた方がいいが、逆に、ページクラスタ（図２３のＳ２３０９）やページ分離モード（図２３のＳ２３０５）ならば、部数は互いに１部なので、設定できなくてもよい。
【０２４０】
また、同様にジョブ分配モードや部数クラスタならばステープル設定はできた方がよいが、ページクラスタやページ分離モードならば、できない方がいいことになる。このとき例えば、図３６Ｃ，図３６ＤのようにジョブチケットはＮｏｔ  Ａｖａｉｌａｂｌｅなどを表示し、設定不可としておく。
【０２４１】
なお、図１、図２のネットワーク構成そのものは、通常のネットワークとかわるものではなく、むしろ、本発明は、各装置上で動作するプログラムを実行することによって実現ところに特徴がある。例えば、クライアントであれば、そのプログラムとは、プリンタドライバやブラウザである。また、サーバであればそのＷｅｂサーバとして機能するプログラム、ネットワークリソース（スキャナやプリンタ、或いは共有フォルダ）を管理するプログラム、印刷処理を行う際のスケジューラ、ＲＩＰ処理にかかるプログラム、更に、ネットワークリソースの制御（プリンタであれば、印刷データの配信）にかかるプログラムで構成されることになる。従って、本発明はこれらコンピュータプログラムをもその範疇とするものであるのは容易に理解出来よう。
【０２４２】
また、通常、コンピュータをパーソナルコンピュータ等の汎用情報処理装置上で動作させるためには、これらプログラムを格納したフロッピー(登録商標)やＣＤＲＯＭ等の記憶媒体をセットし、インストーラを起動したり、装置にコピーしたりすることになるので、これら記憶媒体も本願発明の範疇に含まれる。
【０２４３】
以上説明したように実施形態によれば、クライアントからプリントドライバを用いてプリントする際に、サーバ内に用意されたＷｅｂサーバ部にポート設定を行い、常にジョブチケット画面からプリント起動を行うことで、クライアントはいくつものプリンタドライバを設定したり、設定ファイルを集めたりすることなく、常に統一されたＧＵＩで思い通りの出力先を選んでプリントすることが可能となる。
【０２４４】
また、ドライバＰＰＤ作成時に問題となるＵＩ  Ｃｏｎｓｔｒａｉｎｔｓの制約などもなくなり、ユーザフレンドリなＧＵＩを提供することができる。
【０２４５】
更に、従来ではできなかったそれぞれのクライアントごとにセキュリティレベルを予め設定して、権限の許されたユーザのジョブのみをプリントしたり、オペレータ権限で、ジョブのキャンセル、保留、開放などの制御も同時に行ったりすることもできる。
【０２４６】
また、実施形態によれば、従来実現が難しいとされていた複数デバイス、特に異なるタイプのデバイスへのクラスタプリントやジョブスプリットに対して、プリントドライバからのクラスタプリントを簡単に実現できるようなる。
【０２４７】
また、従来のプリンタドライバの弱点であった複数デバイス、特に異なるタイプのデバイスへのクラスタプリントやジョブスプリットに対して、非常に有効な効果を発揮する。
【図面の簡単な説明】
【０２４８】
【図１Ａ】実施形態のネットワーク構成を示す図である。
【図１Ｂ】実施形態の他のネットワーク構成を示す図である。
【図２】画像形成装置のブロック構成図である。
【図３】画像形成装置のスキャナ部の構造を示す図である。
【図４Ａ】画像形成装置のカラースキャナＩＰ部のブロック図である。
【図４Ｂ】画像形成装置のモノクロスキャナＩＰ部のブロック図である。
【図５】画像形成装置のＦＡＸ部のブロック構成図である。
【図６Ａ】画像形成装置のＮＩＣ部のブロック構成図である。
【図６Ｂ】画像形成装置のコア部のブロック図である。
【図７Ａ】カラー画像形成装置のプリンタＩＰ部のブロック構成図である。
【図７Ｂ】モノクロ画像形成装置のプリンタＩＰ部のブロック構成図である。
【図８Ａ】画像形成装置のＰＷＭ部のブロック構成図である。
【図８Ｂ】画像形成装置のＰＷＭ部の動作タイミングを示すタイミングチャートである。
【図９】カラー画像形成装置の断面構造図である。
【図１０】モノクロ画像形成装置の断面構造図である。
【図１１】画像形成装置のフィニッシャ部の断面構造図である。
【図１２Ａ】実施形態におけるドキュメントサーバのハードウェア構成図である。
【図１２Ｂ】実施形態におけるドキュメントサーバ内部のジョブフローを示す図である。
【図１３Ａ】ＰＤＬデータの記述例を示す図である。
【図１３Ｂ】ＰＤＬデータのラスタ展開後をイメージデータを示す図である。
【図１４Ａ】ネットワーク環境を示す図である。
【図１４Ｂ】ネットワークデータ転送を示す図である。
【図１５】スキャナドライバのＧＵＩ画面例を示す図である。
【図１６Ａ】プリンタドライバのＧＵＩ画面例を示す図である。
【図１６Ｂ】プリンタドライバのＧＵＩ画面例を示す図である。
【図１６Ｃ】プリンタドライバの画面例を示す図である。
【図１７Ａ】ジョブステータスタブの画面例を示す図である。
【図１７Ｂ】図１７ＡのＧＵＩの一部分を示す図である。
【図１７Ｃ】図１７ＡのＧＵＩの一部分を示す図である。
【図１７Ｄ】図１７ＡのＧＵＩの一部分を示す図である。
【図１８】デバイスステータスタブの画面例を示す図である。
【図１９Ａ】ジョブサブミットタブの画面例を示す図である。
【図１９Ｂ】ジョブサブミットタブのＦｉｎｉｓｈｉｎｇを選択した際のＧＵＩの一部を示す図である。
【図１９Ｃ】ジョブサブミットタブのＩｍａｇｅ  Ｑｕａｌｉｔｙを選択した際のＧＵＩの一部を示す図である。
【図２０】スキャニングタブの画面例を示す図である。
【図２１】コンフィギュレーションタブの画面例を示す図である。
【図２２】プリンタコンフィギュレーションのフローチャートである。
【図２３】クラスタコンフィギュレーションのフローチャートである。
【図２４】キューコンフィギュレーションのフローチャートである。
【図２５】スプールキューテーブルの例を示す図である。
【図２６】ジョブサブミットからのプリント時のフローチャートである。
【図２７】従来のドライバを用いた際のプリント時のフローチャートである。
【図２８Ａ】本実施形態のドライバからのプリント時のフローチャートである。
【図２８Ｂ】本実施形態のドライバ設定のプロパティ画面を示す図である。
【図２８Ｃ】本実施形態のドライバ設定のプロパティ画面を示す図である。
【図２８Ｄ】本実施形態のドライバ設定のプロパティ画面を示す図である。
【図２９】ユーザ／グループコンフィギュレーションの画面例を示す図である。
【図３０】ユーザ／グループコンフィギュレーションのフローチャートである。
【図３１】ジョブコンフィギュレーションの画面例を示す図である。
【図３２】ホールドジョブの制御を表すフローチャートである。
【図３３】アクティブジョブリスト表示のフローチャートである。
【図３４Ａ】サーバにおけるジョブの振り分け処理を示すフローチャートである。
【図３４Ｂ】プリンタドライバのＧＵＩ画面例を示す図である。
【図３５】クラスタの際のジョブサブミットタブ画面を示す図である。
【図３６Ａ】第２の実施形態におけるクラスタの際のジョブサブミットタブ画面を示す図である。
【図３６Ｂ】第２の実施形態におけるクラスタの際のジョブサブミットタブ画面を示す図である。
【図３６Ｃ】第２の実施形態におけるクラスタの際のジョブサブミットタブ画面の一部を示す図である。
【図３６Ｄ】第２の実施形態におけるクラスタの際のジョブサブミットタブ画面の一部を示す図である。
【図３６Ｅ】第２の実施形態におけるクラスタの際のジョブサブミットタブ画面の一部を示す図である。
【図３６Ｆ】第２の実施敬愛におけるクラスタの際のジョブサブミットタブ画面の一部を示す図である。
【図３７】ドライバからのプリントした際の動作処理手順を示すフローチャートである。
【図３８Ａ】クラスタプリントの際のジョブ判断を示すフローチャートである。
【図３８Ｂ】シングルプリンタ用処理のジョブチケットの例である。
【図３８Ｃ】部数クラスタ用処理のジョブチケットの例である。
【図３９】部数クラスタの際にジョブを分割するフローチャートである。
【図４０】本実施例におけるウィルスチェック部のフローチャートである。
【図４１】第２の実施形態におけるウィルスチェックの有無を切り替えるフローチャートである。
【符号の説明】
【０２４９】
１０１ａ  パブリックネットワーク
１０１ｂ  プライベートネットワーク
１０２  ドキュメントサーバ
１０３ａ，１０３ｂ，１０３ｃ  コンピュータ
１０４，１０５  ＭＦＰ
１０６  スキャナ
１０７  プリンタ
２０１  スキャナ部
２０２  スキャナＩＰ部
２０３  ＦＡＸ部
２０４  ＮＩＣ部
２０５  専用Ｉ／Ｆ部
２０６  コア部
２０７  プリンタＩＰ部
２０８  ＰＷＭ部
２０９  プリンタ部
２１０  フィニッシャ部
【図１Ａ】
2006277004.tif 000003
【図１Ｂ】
2006277004.tif 000004
【図２】
2006277004.tif 000005
【図３】
2006277004.tif 000006
【図４Ａ】
2006277004.tif 000007
【図４Ｂ】
2006277004.tif 000008
【図５】
2006277004.tif 000009
【図６Ａ】
2006277004.tif 000010
【図６Ｂ】
2006277004.tif 000011
【図７Ａ】
2006277004.tif 000012
【図７Ｂ】
2006277004.tif 000013
【図８Ａ】
2006277004.tif 000014
【図８Ｂ】
2006277004.tif 000015
【図９】
2006277004.tif 000016
【図１０】
2006277004.tif 000017
【図１１】
2006277004.tif 000018
【図１２Ａ】
2006277004.tif 000019
【図１２Ｂ】
2006277004.tif 000020
【図１３Ａ】
2006277004.tif 000021
【図１３Ｂ】
2006277004.tif 000022
【図１４Ａ】
2006277004.tif 000023
【図１４Ｂ】
2006277004.tif 000024
【図１５】
2006277004.tif 000025
【図１６Ａ】
2006277004.tif 000026
【図１６Ｂ】
2006277004.tif 000027
【図１６Ｃ】
2006277004.tif 000028
【図１７Ａ】
2006277004.tif 000029
【図１７Ｂ】
2006277004.tif 000030
【図１７Ｃ】
2006277004.tif 000031
【図１７Ｄ】
2006277004.tif 000032
【図１８】
2006277004.tif 000033
【図１９Ａ】
2006277004.tif 000034
【図１９Ｂ】
2006277004.tif 000035
【図１９Ｃ】
2006277004.tif 000036
【図２０】
2006277004.tif 000037
【図２１】
2006277004.tif 000038
【図２２】
2006277004.tif 000039
【図２３】
2006277004.tif 000040
【図２４】
2006277004.tif 000041
【図２５】
2006277004.tif 000042
【図２６】
2006277004.tif 000043
【図２７】
2006277004.tif 000044
【図２８Ａ】
2006277004.tif 000045
【図２８Ｂ】
2006277004.tif 000046
【図２８Ｃ】
2006277004.tif 000047
【図２８Ｄ】
2006277004.tif 000048
【図２９】
2006277004.tif 000049
【図３０】
2006277004.tif 000050
【図３１】
2006277004.tif 000051
【図３２】
2006277004.tif 000052
【図３３】
2006277004.tif 000053
【図３４Ａ】
2006277004.tif 000054
【図３４Ｂ】
2006277004.tif 000055
【図３５】
2006277004.tif 000056
【図３６Ａ】
2006277004.tif 000057
【図３６Ｂ】
2006277004.tif 000058
【図３６Ｃ】
2006277004.tif 000059
【図３６Ｄ】
2006277004.tif 000060
【図３６Ｅ】
2006277004.tif 000061
【図３６Ｆ】
2006277004.tif 000062
【図３７】
2006277004.tif 000063
【図３８Ａ】
2006277004.tif 000064
【図３８Ｂ】
2006277004.tif 000065
【図３８Ｃ】
2006277004.tif 000066
【図３９】
2006277004.tif 000067
【図４０】
2006277004.tif 000068
【図４１】
2006277004.tif 000069