JP2010020800A - 周辺機器装置及びその制御方法及び記憶媒体 - Google Patents

周辺機器装置及びその制御方法及び記憶媒体 Download PDF

Info

Publication number
JP2010020800A
JP2010020800A JP2009242637A JP2009242637A JP2010020800A JP 2010020800 A JP2010020800 A JP 2010020800A JP 2009242637 A JP2009242637 A JP 2009242637A JP 2009242637 A JP2009242637 A JP 2009242637A JP 2010020800 A JP2010020800 A JP 2010020800A
Authority
JP
Japan
Prior art keywords
job
attribute
data
manager
peripheral device
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.)
Pending
Application number
JP2009242637A
Other languages
English (en)
Inventor
Masako Shimodaira
真子 下平
Tomoaki Endo
友章 遠藤
Yasuhiko Sasaki
安彦 佐々木
Takuyuki Matsuo
卓幸 松尾
Mamoru Osada
守 長田
Takashi Inoue
敬史 井上
Tomoko Takagi
智子 高木
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 JP2009242637A priority Critical patent/JP2010020800A/ja
Publication of JP2010020800A publication Critical patent/JP2010020800A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Accessory Devices And Overall Control Thereof (AREA)
  • Facsimiles In General (AREA)

Abstract

【課題】 課金制限によって実行できないジョブを送信する前に拒否することにより、送信されたジョブが周辺機器側で課金制限により実行せずに廃棄されることがなくなる。
【解決手段】 ジョブを発行する前に周辺機器装置に記録されているアカウント情報を取得し、発行しようとしているジョブの内容が既に課金制限を越えているかどうかを判断する。課金制限を越えていた場合、ジョブの送信処理を行わず、クライアントにエラーメッセージを表示して廃棄する。
【選択図】 図１

Description

本発明は、アカウントが可能なプリンタ・スキャナ・複写機・ファックスなどの周辺機器装置及びその制御方法及び記憶媒体に関する。
従来の周辺機器装置およびそのアカウントシステムでは、クライアントからジョブを発行した後に周辺機器側で受け取ったジョブを基にアカウントが行われる。
特開平０５−２７００８２号公報
従来の技術では、クライアントから送出されるジョブを発行する前に周辺機器装置に記録されているアカウント情報が考慮されていないので、発行しようとしているジョブが課金制限を越えてしまうかどうかが判断できない。結果として、ジョブが発行されたにもかかわらずこれが実行せずに廃棄されてしまう可能性があり、その場合、クライアント側でのジョブのパケットを生成・送信する作業が無駄になってしまうといった問題がある。
また、ネットワークのに対して不要な負荷をかけることになり好ましくなかった。
上記課題を解決するために、本発明は、クライアントからのジョブ要求に応じて、各機能手段にジョブを実行させる周辺機器装置であって、クライアントに対する課金制限値を保持する保持手段と、クライアントからの上記ジョブ要求に応じた課金額が上記制限値に達するか否か判定する判定手段と、上記判定手段の判定結果に応じて、上記クライアントに対して上記ジョブの送信を規制する制御手段とを備えたことを特徴とする周辺機器装置、を提供する。
上述の説明から明らかなように、本発明はクライアントからのジョブ要求に先立って、そのジョブの実行に伴う課金額が制限値超えないか否か判断し、超える場合にはジョブ発行を規制することによってトラフィックの混雑を未然に防止することができる。
また、本発明の一つの側面によれば、課金制限値を超えるか、超えそうになった場合にはこれを告知することによってネットワーク環境での使用性を著しく向上することができる。
本発明の一実施形態を示す多機能周辺機器（ＭＦＰ）の構成を示す図である。 本発明の一実施形態を示すシステム構成を示す図である。 図１に示したＭＦＰのコントローラのハード構成を示す図である。 図１に示したＭＦＰのコントローラのソフト構成を示す図である。 図１に示したＭＦＰのコントローラのソフト構成を示す図である。 図１に示したＭＦＰのコントローラのソフト構成を示す図である。 図４に示したＳｕｐｅｒｖｉｓｏｒ４１０の属性表を示す図である。 図７の属性表の属性ＩＤと型ＩＤの意味を示す図である。 サブアドレス：サービスＩＤ対応表を示す図である。 図９の接続形式ＩＤの意味を示す図である。 サブアドレス：タスクタイプ対応表を示す図である。 図１１のタスクタイプＩＤの意味を示す図である。 ユーザ認証表を示す図である。 アクセス制御表を示す図である。 セキュリティレベルを示す図である。 イベント設定表を示す図である。 イベントフォーマット表を示す図である。 プリントマネージャの属性表を示す図である。 図１８に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 ジョブ表を示す図である。 ジョブ依頼表を示す図である。 スキャンジョブマネージャの属性表を示す図である。 図２２に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 コピージョブマネージャの属性表を示す図である。 図２４に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 フォントマネージャの属性表を示す図である。 図２６に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 フォント表を示す図である。 フォームオーバーレイマネージャの属性表を示す図である。 図２９に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 フォームオーバーレイ表を示す図である。 ログマネージャの属性表を示す図である。 図３２に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 ログ表を示す図である。 ログデータの内容を示す図である。 ログフォーマット表を示す図である。 カラープロファイルマネージャの属性表を示す図である。 図３７に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 カラープロファイル表を示す図である。 プリンターコントローラの属性表を示す図である。 図４０に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 ジョブキュー表を示す図である。 図４２のステータスを示す図である。 スキャナコントローラの属性表を示す図である。 図４４に示す属性表の属性ＩＤと型ＩＤの意味を示す図である。 コマンドパケットの構造を示す図である。 コマンドパケットの処理を示すフローチャートである。 属性表のアクセス処理を示すフローチャートである。 サービスＩＤ一覧問合わせ処理のフローチャートである。 サブアドレス問合わせ処理のフローチャートである。 タスクタイプを指定したサービスＩＤの問合わせ処理のフローチャートである。 サービスＩＤおよびユーザＩＤ、ＰＷＤの認証を示す図である。 ジョブの構造を示す図である。 ドキュメントの構造を示す図である。 バインダーの構造を示す図である。 各マネージャでのジョブスクリプト処理のフローチャートである。 各マネージャのジョブスクリプト処理を示す図である。 各マネージャのジョブスクリプト処理を示す図である。 各マネージャのジョブスクリプト処理を示す図である。 各マネージャのジョブスクリプト処理を示す図である。 各マネージャのジョブスクリプト処理を示す図である。 ドキュメント表を示す図である。 バインダー表を示す図である。 プリントジョブマネージャでのジョブ処理のフローチャートである。 ジョブイベントハンドラ処理のフローチャートである。 データ受信／ＰＤＬラスタライザ処理のフローチャートである。 プリンタコントローラ処理のフローチャートである。 アカウント処理のフローチャートである。 スキャンジョブマネージャでのジョブ処理のフローチャートである。 スキャナコントローラ処理のフローチャートである。 スキャナコントローラ内部処理のフローチャートである。 データ送信処理のフローチャートである。 コピージョブマネージャでのジョブ処理のフローチャートである。 フォントマネージャ、フォームオーバーレイマネージャ、ログマネージャ、カラープロファイルマネージャでのジョブ処理（ダウンロード）のフローチャートである。 フォントマネージャ、フォームオーバーレイマネージャ、ログマネージャ、カラープロファイルマネージャでのジョブ処理（アップロード）のフローチャートである。 各マネージャでのジョブ管理のフローチャートである。 イベント送信のフローチャートである。 機器からのデータ（スクリプト）送信のフローチャートである。 Ｃｌｉｅｎｔ ＰＣのハード構成を示す図である。 Ｃｌｉｅｎｔ ＰＣのソフトウエア（制御プログラム）構成を示す図である。 パケット生成・送信処理のフローチャートである。 Ｃｌｉｅｎｔ側での情報取得およびソフトウエア（制御プログラム）自動構成のフローチャートである。 タスクタイプを指定したジョブ発行のフローチャートである。 イベントの構造を示す図である。 イベント送信のフローチャートである。 ログ処理のフローチャートである。 課金情報の取得・処理のフローチャートである。 ジョブ発行（プリントジョブ、データダウンロード）のフローチャートである。 機器情報チェック処理のフローチャートである。 ジョブ発行に先立つステータスチェック処理示す図である。 ユーザ管理機能付きジョブ処理のフローチャートである。 データ送信方法決定処理のフローチャートである。 アカウントチェック処理を示す図である。 アカウントチェック処理を示す図である。 エラーメッセージを示す図である。 エラーメッセージを示す図である。 ワーニングメッセージを示す図である。 ワーニングメッセージを示す図である。 ワーニングメッセージを示す図である。 ワーニングメッセージを示す図である。 ジョブ発行（スキャンジョブ、データアップロード）のフローチャートである。 データ形式決定処理のフローチャートである。 データ受信方法決定処理のフローチャートである。 データ受信処理のフローチャートである。 コピージョブ発行のフローチャートである。 ジョブ管理コマンド発行のフローチャートである。 ＭＦＰのＤＩＳＫ３１５のメモリマップである。 Ｃｌｉｅｎｔ ＰＣのＤＩＳＫ６００９のメモリマップである。 Ｃｌｉｅｎｔ ＰＣの構成を示す図である。 ＭＦＰのレーザービームプリンタエンジンに適用可能なＬＢＰを示す図である。 ＭＦＰのインクジェットプリンタエンジンに適用可能なＩＪＲＡを示す図である。 ディスプレイに表示される表示画面のサンプルを示す図である。 ディスプレイに表示される表示画面のサンプルを示す図である。 アカウントＩＤ表を示す図である。 現在のカウントデータ表を示す図である。 カウントデータフォーマット表を示す図である。 カウント制限データ表を示す図である。 カウント単価データ表を示す図である。 現在の課金データ表を示す図である。 課金制限データ表を示す図である。 ２階層のジョブスクリプトの構成図である。 ３階層のジョブスクリプトの構成図である。 スキャンジョブスクリプトの構成図である。
（実施例）
多機能周辺機器の構成）図１は、本発明の一実施形態を示す多機能周辺機器（ＭＦＰ ：Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の構成を示す図である。
この多機能周辺機器は以下に説明する各種ネットワーク・デバイスと接続され、それらネットワークを介して供給されるクライアントからの指令に応じて各デバイスを統合的に管理・制御するものである。図１において、１０１は多機能周辺機器を制御するためのコントローラであり、このコントローラは図３に示すハードウエア構成を有するとともに図１０６の記憶媒体としてのＤＩＳＫ３１５に示すようなソフトウエア（制御・管理プログラム）構成を有しており、このようなプログラムに基づいて上記デバイスを管理・制御する。１０２はスキャナエンジンであり、コントローラ１０１によって制御されている。１０３、１０４はレーザービームプリンタエンジン（ＬＢＰ）１、２であり、コントローラ１０１によって制御されている。１０３のレーザービームプリンタエンジン１はフィニッシャー１０６に接続されており、同プリンタエンジンから出力された複数の記録媒体（例えば、紙）をまとめてステープル（ホッチキス）処理することが可能となっている。フィニッシャー１０６もコントローラ１０１によって制御されている。１０５はインクジェットプリントエンジン（ＩＪＰ）でカラー印字も可能であり、コントローラ１０１によって制御されている。１０７はネットワーク（イーサーネット）インターフェースであり、コントローラ１０１に対して同インターフェースを通した双方向通信を提供している。１０８はＩＥＥＥ１３９４インターフェースであり、コントローラ１０１に対して同インターフェースを通した双方向通信を提供している。１０９はＩＥＥＥ１２８４インターフェースであり、コントローラ１０１に対して同インターフェースを通した双方向通信を提供している。１１０はユーザーインタフェースであり、ＬＣＤディスプレイとキーボードから構成されており、コントローラ１０１からの情報表示を行うとともにユーザからの指示をコントローラ１０１に伝える。
以上のような構成を有する多機能周辺機器は、上記デバイスとして３つの物理プリンタ、ＬＢＰ１０３（Ｂ／Ｗ，Ｆｉｎｉｓｈｅｒ付），ＬＢＰ１０４（Ｂ／Ｗ），ＩＪＰ１０５（Ｃｏｌｏｒ）を管理・制御しており、これら物理プリンタに対して選択的にプリントジョブの発行を可能にする。また、上記各物理プリンタの各機能を再構成して４つの論理プリンタ（クラスタ）プリンタ、ＬＢＰ１０３＋ＬＢＰ１０４，ＬＢＰ１０４＋ＩＪＰ１０５，ＬＢＰ１０３＋ＩＪＰ１０５，ＬＢＰ１０３＋ＬＢＰ１０４＋ＩＪＰ１０５を制御することができ、これら論理プリンタに対しても上記物理プリンタと同様に選択的にプリントジョブの発行を可能にする。また、ＩＪＰを使用し、白黒のみ印刷可能なプリンターとする論理プリンターを構成しプリントジョブの発行を可能にする。上記７つのプリンタ、ＬＢＰ１０３，ＬＢＰ１０４，ＩＪＰ１０５，ＬＢＰ１０３＋ＬＢＰ１０４，ＬＢＰ１０４＋ＩＪＰ１０５，ＬＢＰ１０３＋ＩＪＰ１０５，ＬＢＰ１０３＋ＬＢＰ１０４＋ＩＪＰ１０５はクライアントからの上記ネットワークを介しての指示に基づくプリントジョブに応じてこの多機能周辺機器が自動的に選択していずれかのプリントをセットし、これを用いて最適なプリンタによるプリントジョブの実行を可能にする。
また、クライアントからのスキャンジョブの発行を受付け、スキャナを用いてのカラー原稿の読込みが可能になる。また、スキャナーと上記８つのプリンタ、ＬＢＰ１０３，ＬＢＰ１０４，ＩＪＰ１０５，ＬＢＰ１０３＋ＬＢＰ１０４，ＬＢＰ１０４＋ＩＪＰ１０５，ＬＢＰ１０３＋ＩＪＰ１０５，ＬＢＰ１０３＋ＬＢＰ１０４＋ＩＪＰ１０５白黒のみ印刷可能なＩＪＰを選択（自動選択も可能）させてコピージョブの発行を可能にする。更に、プリンタがＩＪＰのみの場合にはカラーコピージョブの発行を可能にする。
また、予め用意されたフォント、フォームオーバーレイをプリントジョブで使用でき、これらはデバイス相互間または外部クライアント等からアップロード・ダウンロードが可能でリソース管理ができる。また、カラープロファイルをプリントジョブ・スキャンジョブ・コピージョブで使用でき、アップロード・ダウンロードが可能でリソース管理ができる。更にログを機器内部で自動生成できアップロードが可能になる。
また、Ｅｔｈｅｒｎｅｔ（登録商標），ＴＣＰ／ＩＰ等のネットワーク，ＩＥＥＥ１２８４，ＩＥＥＥ１３９４等に対応したインターフェースを備え、これらインターフェースを介して接続される外部のクライアントから上述の全ての機能を使用可能である。また、各インターフェースごとにサブアドレスと物理・論理デバイス（プリンター、スキャナ、コピー）および各リソースの対応が取られており、クライアントはこのサブアドレスを指定・選択することによりこれらの物理・論理デバイスおよび各リソースを選択して所望の機能を実現することが可能になる。これらの各インターフェースの各サブアドレスに対して、同時にジョブを発行およびダウンロード・アップロードを指示することが可能になる。また、サブアドレスと物理・論理デバイスおよび各リソースとの対応は、この多機能周辺機器は接続された各デバイスの機能等を管理するための属性表を備えているとともに、各デバイスが有する同様な属性表にアクセスすることができ、外部からこの多機能周辺機器に問い合わせることによりこれに接続された各デバイスの機能等に関する情報取得を可能として複数のデバイスの一元的な管理を可能とする。更に、内部で持つユーザーインターフェースからも、機能を使用可能になる。
即ち、外部から上記インターフェースを通して機器本体内の後述するＳｕｐｅｒｖｉｓｏｒに問い合わせることにより、提供している機能概要（どんなジョブが発行できるか、どんなリソースが利用できるかなど）、ジョブ発行、リソースのダウンロード・アップロードに使用するサブアドレス、各機能の詳細情報（最大コピー部数、フィニシャーの種類サポートしているＰＤＬ、指定できる出力ＢＩＮの数等）を取得可能になる。上記情報を使用して、Ｃｌｉｅｎｔ側ではソフトウエア（制御プログラム）を自動構成することも可能になる。なお、この問合わせに使用するサブアドレスはこの多機能周辺機器と各クライアントとの間であらかじめ設定されている。また、この装置の管理者は上記の各種機能を接続形態および使用ユーザに応じて制限するようになっている。
（全体システム構成）
図２は本実施形態のシステム構成を示す図であり、上述の多機能周辺機器は各種ネットワークを介して接続される各クライアントからの指示を解析し、それに応じて上記プリンタ、スキャナ等を用いて各種機能を実現する。図２において、２０１は図１に示す多機能周辺機器（ＭＦＰ）で、多機能周辺機器２０１はネットワークインタフェースケーブル２０８（１０ＢＡＳＥ−Ｔ）、ＩＥＥＥ１３９４インタフェースケーブル２０６、ＩＥＥＥ１２８４インタフェースケーブル２０７によってＣｌｉｅｎｔＰＣ２０２、２０３、２０４、２０５（情報処理装置）にそれぞれ接続されている。図１０９に示すような各Ｃｌｉｅｎｔ ＰＣでは、図１０８に示す記憶媒体としての後述するＤＩＳＫ６００９に記憶されている各種ソフトウエア（制御プログラム）が動作している。Ｅｔｈｅｒｎｅｔ（登録商標）２０８に接続されているＣｌｉｅｎｔＰＣ２０２、２０３はＩＰアドレス、ポート番号を指定して多機能周辺機器２０１に接続しＩＰパケットデータを出力する。ＩＥＥＥ１３９４インタフェース２０６に接続されているＣｌｉｅｎｔＰＣ２０４はノードＩＤとＬＵＮ（ロジカルユニットナンバー）を指定して多機能周辺機器２０１と接続しＳＢＰー２パケットデータを出力する。ＩＥＥＥ１２８４インタフェース２０７に接続されているＣｌｉｅｎｔＰＣ２０５はソケット番号を指定して多機能周辺機器２０１と接続しＩＥＥＥ１２８４．４パケットデータを出力する。
（ＭＦＰのハードウエア構成）
図３は、図１に示す本実施形態のコントローラ１０１のハードウエア構成を示す図である。コントローラ１０１の内部では、ＣＰＵ３０１がバス３１３を介して、Ｍｅｍｏｒｙ（ＲＡＭ）３０２，ユーザーインターフェース（操作部）１１０を構成するＬＣＤディスプレイ３０３及びキーボード３０４，ＲＯＭ３１４，ＤＩＳＫ３１５が接続されている。ＤＩＳＫ３１５に記憶された図１０７に示すデバイス管理用の各種プログラム及び上記属性表等のデータは上述した機能を実現するためのものであり、ハードディスクやフロッピー（登録商標）ディスク等のＤＩＳＫ３１５（記憶媒体）に記憶されており、必要に応じて順次Ｍｅｍｏｒｙ（ＲＡＭ）３０２に読み出されてＣＰＵ３０１で実行される。このＤＩＳＫ３１５は、ＭＦＰ２０１に着脱可能でもＭＦＰ２０１に内蔵されたものでも良い。更に、図１０７に示すプログラムは、ネットワークインタフェースケーブル２０８（１０ＢＡＳＥ−Ｔ）、ＩＥＥＥ１３９４インタフェースケーブル２０６、ＩＥＥＥ１２８４インタフェースケーブル２０７を介してＣｌｉｅｎｔＰＣ２０２、２０３、２０４、２０５或いは他のＭＦＰからダウンロードされてＤＩＳＫ３１５に記憶される構成でも良い。
なお、上記ＤＩＳＫ３１５、６００９に格納されたプログラムには同図に明示的に示されたプログラムのみならず、本明細書中にて説明されたすべてのプログラムを含むものである。
ＬＣＤディスプレイ３０３、キーボード３０４は図１に示すユーザインターフェース（操作部）１１０を構成するものであり、ＣＰＵ３０１がＬＣＤディスプレイ３０３にデータを書き込むことにより表示を行い、ＣＰＵ３０１がキーボード３０４からデータを読み出すことにより、ユーザからの指示を入力する。
また、バス３１３には、ネットワークインターフェースコネクタ３０５・ＩＥＥＥ１３９４インターフェースコネクタ３０６・ＩＥＥＥ１２８４インターフェースコネクタ３０７が接続されており、それぞれ図１に示すネットワークインターフェース１０７、ＩＥＥＥ１３９４インターフェース１０８、ＩＥＥＥ１２８４インターフェース１０９に対応し、図２に示すＥｔｈｅｒｎｅｔ（登録商標）（１０ＢＡＳＥ−Ｔ）ケーブル２０８、ＩＥＥＥ１３９４ケーブル２０６、ＩＥＥＥ１２８４ケーブル２０７が接続される。ＣＰＵ３０１がこれらのインターフェースからデータを読み込みまたは書き込むことによりそれぞれのインターフェースを使用した通信を行う。
更に、バス３１３には、Ｌａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３０８，Ｆｉｎｉｓｈｅｒ３０９，Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅ３１０，Ｌａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３１１，Ｉｎｋ Ｊｅｔ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３１２が接続されており、これらは、図１に示すＬａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ１０３，Ｆｉｎｉｓｈｅｒ１０６，Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅ１０２，Ｌａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ１０４，Ｉｎｋ Ｊｅｔ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ１０５に対応するものであり、ＣＰＵ３０１がこれらのエンジンに対してデータの読み書きを行うことによりプリント・スキャンなどのエンジン動作および各種ステータス取得を行う。なお、Ｌａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３０８，Ｆｉｎｉｓｈｅｒ３０９，Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅ３１０，Ｌａｓｅｒ Ｂｅａｍ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３１１，Ｉｎｋ Ｊｅｔ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ３１２は、ＭＦＰ２０１の内部ではなく、ネットワーク上にそれぞれ単体の周辺機器として存在し、それをＭＦＰ２０１のコントローラー１０１が制御しても良い。なお、これらのエンジン群は、さまざまなセンサー群を備えることにより、エンジン自身の状態や処理する原稿や用紙の状態をチェックすることが可能である。
（コントローラ１０１のソフトウエア構成）
図４は、コントローラ１０１内のＤＩＳＫ３１５のソフトウエア（管理・制御プログラム）構成を示す図であり、これらのソフトウエア（制御プログラム）はＣＰＵ３０１が実行する。図の中で、実線がデータ及び制御を示し、点線が設定及び能力の取得を示す。４０１はユーザーインターフェースドライバであり、ＬＣＤディスプレイ３０３およびキーボード３０４の制御を行う。４０５はユーザインターフェースマネージャ（制御プログラム）であり、ＵＩドライバ４０１から入力されたユーザからの入力情報を解釈して、図４６で示すコマンドパケットを生成しインタープリター（制御プログラム）４０９に出力する。ユーザーインターフェースマネージャ４０５はまたインタープリター４０９から入力されたコマンドパケットを解釈し、ＵＩドライバ（制御プログラム）４０１を介してＬＣＤディスプレイ３０３に表示を行う。
４０２はネットワークインターフェースドライバ（制御プログラム）であり、ネットワークインターフェースコネクタ３０５の制御を行い、ネットワークパケットの物理層（物理パケット）の処理、つまり物理パケットからトランスポートパケットの抽出、およびトランスポートパケットから物理パケットの生成を行う。４０６はＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュールであり、ネットワークインターフェース４０２から出力されたトランスポートパケットの処理をおこないコマンドパケットを抽出してインタープリター４０９に出力する。また、インタープリター４０９から出力されたコマンドパケットからトランスポートパケットの生成を行い、ネットワークインターフェース４０２に出力する。
４０３はＩＥＥＥ１２８４ドライバ（制御プログラム）であり、ＩＥＥＥ１２８４インターフェース３０７の制御を行う。４０７はＩＥＥＥ１２８４．４の処理モジュール（制御プログラム）である。ＩＥＥＥ１２８４．４は主にＩＥＥＥ１２８４インターフェースで使用されることを目的としたトランスポート層の標準である。ＩＥＥＥ１２８４．４の処理モジュール（制御プログラム）４０７はＩＥＥＥ１２８４ドライバ４０３から出力されたトランスポートパケットの処理をおこないコマンドパケットを抽出してインタープリター４０９に出力する。また、インタープリター４０９から出力されたコマンドパケットからトランスポートパケットの生成を行い、ＩＥＥＥ１２８４ドライバ４０３に出力する。４０４はＩＥＥＥ１３９４ドライバ（制御プログラム）であり、ＩＥＥＥ１３９４インターフェース３０６の制御を行う。
４０８はＩＥＥＥ１３９４におけるトランスポート層であるＳＢＰ（シリアルバスプロトコル）ー２を処理するモジュール（制御プログラム）である。ＳＢＰー２の処理モジュール４０８はＩＥＥＥ１３９４ドライバ４０４から出力されたトランスポートパケットの処理をおこないコマンドパケットを抽出してインタープリター４０９に出力する。また、インタープリター４０９から出力されたコマンドパケットからトランスポートパケットの生成を行い、ＩＥＥＥ１３９４ドライバ４０４に出力する。４０９は４０６・４０７・４０８の各トランスポート処理部およびユーザインターフェースマネージャー４０５から入力されたコマンドパケットを解釈しコマンドを生成するパケットインタープリターである。パケットインタープリター４０９は他のモジュール（制御プログラム）からの依頼によりコマンドパケットの生成も行う。インタープリター４０９はＳｕｐｅｒｖｉｓｏｒ（統括管理マネージャ）４１０が有するサブアドレス：サービスＩＤ対応表（図９）に従って、有効となっているサブアドレスから入力されたコマンドパケットのみを処理し、それ以外のサブアドレスから入力されたコマンドパケットは破棄する。
４１０は、図７（属性表）、図９（サブアドレス：サービスＩＤ対応表）、図１１（サービスＩＤ：タスクタイプ対応表）、図１３（ユーザー認証表）、図１４（アクセス制御表）図１６（イベント設定表）、図１７（イベントフォーマット表）、図１１４（アカウントＩＤ表）図１１５（各アカウントＩＤにチャージを許可するユーザＩＤの表）で示す各種データを上述のＤＩＳＫ３１５に保持し、コントローラ１０１の動作を統括管理するＳｕｐｅｒｖｉｓｏｒ（統括管理マネージャ）である。Ｓｕｐｅｒｖｉｓｏｒ４１０は、自分自身が保持する各種データ、各マネージャ（フォントマネージャ４１３、フォームオーバーレイマネージャ４１４、ログマネージャ４１５、カラープロファイルマネージャ４１６、プリントマネージャ５０１−５０９、スキャンジョブマネージャ４１９およびコピージョブマネージャ６０１−６０８）が保持する各種データ、および各コントローラ（プリンタコントローラ５１０−５１２、スキャナコントローラ４２０）が保持する各種データを、入力されたコマンドの指示に従って参照・変更する。
４１１はセキュリティゲートであり、インタープリター４０９で解釈されたコマンドパケットをＳｕｐｅｒｖｉｓｏｒ４１０（制御プログラム）が有するユーザ認証表（図１３）およびアクセス制御表（図１４）に従って、正しい使用権を持つユーザのみが、多機能周辺機器２０１を使用可能とするべくコマンドの入力を制限するものである。４１２はディスパッチャー（制御プログラム）であり、インタープリター４０９から入力されたコマンドを、これらを処理するための制御プログラムである各リソースマネージャ（フォントマネージャ４１３、フォームオーバーレイマネージャ４１４、ログマネージャ４１５、カラープロファイルマネージャ４１６）と各ジョブマネージャー（プリントマネージャ５０１−５０９、スキャンジョブマネージャ４１９およびコピージョブマネージャ６０１−６０８）に配布する。４１３はフォントマネージャであり、フォントの管理を行う。フォントマネージャ４１３は図２６（属性表）、図２８（ＦＯＮＴ表）で示すようなデータをＤＩＳＫ３１５に保持している。フォントマネージャ４１３で管理されるフォント（ＤＩＳＫ３１５或いはＲＯＭ３１４に記憶されている）は、ＰＤＬラスタライザ４１７および４１８に渡され、プリントジョブの処理の際に使用される。
４１４はフォームオーバーレイマネージャであり、フォームオーバーレイの管理を行う。フォームオーバーレイマネージャ４１４は図２９（属性表）、図３１（ＦＯＲＭ表）で示すようなデータをＤＩＳＫ３１５に保持している。フォームオーバーレイマネージャ４１４で管理されるフォームオーバーレイ（ＤＩＳＫ３１５或いはＲＯＭ３１４に記憶されている）は、ＰＤＬラスタライザ４１７および４１８に渡され、プリントジョブの処理の際に使用される。４１５はログマネージャであり、ログの管理を行う。ログマネージャ４１５は図３２（属性表）、図３４（ＬＯＧ表）で示すようなデータをＤＩＳＫ３１５に保持している。ログは各マネージャから出力され、ログマネージャの管理下におかれる。実施のログファイルは、ＲＡＭ３０２或いはＤＩＳＫ３１５に記憶され随時更新されている。
４１６カラープロファイルマネージャであり、カラースキャナやカラープリンタがカラーマッチングを行うためのカラープロファイルデータの管理を行う。カラープロファイルマネージャ４１６は図３７（属性表）、図３９（カラープロファイル表）で示すようなデータをＤＩＳＫ３１５に保持している。カラープロファイルマネージャ４１６で管理されるカラープロファイルは、各プリンタコントローラ（制御プログラム）５１０、５１１、５１２およびスキャナコントローラ（制御プログラム）４２０に渡され、プリントジョブ・コピージョブおよびスキャンジョブの処理の際に使用される。４１７はＰＤＬ（ページ記述言語）の一種であるＰＳ（登録商標）でかかれたドキュメントデータを処理し、画像データを出力するＰＤＬラスタライザである。４１８はＰＤＬ（ページ記述言語）の一種であるＰＣＬ（登録商標）でかかれたドキュメントデータを処理し、画像データを出力するＰＤＬラスタライザである。４１９はスキャンジョブマネージャであり、スキャンジョブの管理を行う。スキャンジョブマネージャ４１９は図２２（属性表）で示されるようなデータをＤＩＳＫ３１５に保持している。スキャンジョブマネージャ４１９はスキャナコントローラ４２０にスキャンの実行を指示する。４２０はスキャナエンジン３１０を制御するためのスキャナコントローラである。スキャナコントローラ４２０はスキャナエンジン３１０の機能・状態および性能を表す、図４４（属性表）で示される様なデータをＤＩＳＫ３１５に保持している。スキャンジョブマネージャ４１９およびスキャナコントローラ４２０はそれぞれ機能・性能を示すデータ（図２２と図４４）を有しているが、これらのデータで示される機能は必ずしも同一である必要はない。スキャンジョブマネージャ４１９が保持するデータ（図２２）をＳｕｐｅｒｖｉｓｏｒ４１０を通して書き換えることにより、機能を制限することが可能である。
上述したフォントマネージャー４１３、フォームオーバーレイマネージャー４１４、ログマネージャー４１５、カラープロファイルマネージャー４１６は、リソース管理プログラムであり、スキャンジョブマネージャー４１９、プリントジョブマネージャー５０１から５０９、コピージョブマネージャー６０１から６０８が論理デバイス（スキャナ、プリンタ）制御プログラムであり、レーザービームプリンタコントローラー５１０、５１１、インクジェットプリンタコントローラー５１２、スキャナコントローラー４２０が物理デバイス（プリンタ、スキャナ）制御プログラムである。
（プリントジョブマネージャの構成）
図５は、図４で示したソフトウエア（制御プログラム）構成図を補足する図であり、各プリントマネージャは後述するように上記ディスパッチャ４１２からのコマンドの配布を受ける。ディスパッチャー４１２は図４で示すディスパッチャー４１２と同じものを表わし、プリントジョブマネージャ（制御プログラム）５０１から５０９へコマンドパケットの配布を行う。５０１から５０９までは、プリントジョブマネージャでありプリントジョブの管理を行う。各プリントジョブマネージャは図１８（属性表）で示す様なデータをＤＩＳＫ３１５にそれぞれ有しており、自己の機能等を常に把握し得るようになっている。各プリントジョブマネージャは、プリントジョブを処理するために使用するプリンタコントローラ（ＬＢＰ Ｃｏｎｔｒｏｌｌｅｒ５１０或いはＬＢＰ Ｃｏｎｔｒｏｌｌｅｒ５１１或いはＩｎｋ Ｊｅｔ Ｃｏｎｔｒｏｌｌｅｒ５１２或いはＣｏｎｔｒｏｌｌｅｒ５１０、５１１、５１２の任意な組み合わせ）およびそれに接続されたプリントエンジンが決められており、どのプリンタコントローラ（制御プログラム）を使用するかは図１８の属性ＩＤ２００１で示されるデータに記述されている。ただしプリントジョブマネージャ５０８だけは、動的に使用するプリントエンジンを選択する機能を有しており、この機能を有しているということがプリントジョブマネージャ５０８の有するデータ（属性表）に記述されている。各プリントマネージャは入力されたプリントジョブ、およびこれらがどのプリンタコントローラでどのようなジョブとして実行されているかを表わす、図２０（ジョブ表）、図２１（ジョブ依頼表）に示すようなデータをＤＩＳＫ ３１５に保持している。５１０から５１２までは、各プリントエンジン３０８、３１１および３１２を制御するプリンタコントローラである。プリンタコントローラ５１０はフィニッシャー３０９も制御する。各プリンタコントローラは対応するプリンタエンジンの機能・状態および性能を表す、図４０（属性表）で示す様なデータをＤＩＳＫ３１５に有している。各コントローラは入力されたプリントジョブの状態を表わす図４２（ジョブキュー表）に示すようなデータをＤＩＳＫ３１５に保持している。
プリントジョブマネージャ５０１から５０９およびプリンタコントローラ５１０から５１２はそれぞれ機能・性能を示す図１８（属性表）や図４０（属性表）のようなデータをＤＩＳＫ３１５に有している。一般的にプリントジョブマネージャは使用する各コントローラが有する性能の総和にあたる性能を有し、各コントローラが有する機能の共通項にあたる機能を有している。しかし、これらの一部の機能はプリントジョブマネージャが保持するデータ（図１８）をＳｕｐｅｒｖｉｓｏｒ４１０を通して書き換えることにより、変更することが可能である。たとえば、プリントジョブマネージャ５０３とプリントジョブマネージャ５０９は、同じプリンタコントローラ５１２を使用しているために、同じ性能・機能を提供することができるが、プリントジョブマネージャの保持するデータの後述する設定処理により、プリントジョブマネージャ５０３はカラー印刷可能でありプリントジョブマネージャ５０９はカラー印刷不可能とすることも出来る。
（コピージョブマネージャーの構成）
図６は、図４および図５で示したソフトウエア（制御プログラム）構成図を補足する図であり、後述するコピージョブマネージャも上記ディスパッチャ４１２からのコマンド配布を受ける。ディスパッチャー４１２は図４で示されているディスパッチャー４１２と同じものを表わし、コピージョブマネージャ（制御プログラム）６０１から６０８へコマンドパケットの配布を行う。６０１から６０８までは、コピージョブマネージャでありコピージョブの管理を行う。各コピージョブマネージャは図２４（属性表）で示される様なデータをそれぞれＤＩＳＫ３１５に有している。各コピージョブマネージャは、コピージョブを処理するために使用するプリンタコントローラ、スキャナコントローラおよびそれに接続されたプリントエンジン、スキャナエンジンが決められており、どのプリンタコントローラとスキャナコントローラを使用するかは図２４で示されるデータ（属性ＩＤ２００１）に記述されている。ただしプリントジョブマネージャ６０８だけは、動的に使用するプリントエンジンを選択する機能を有しており、この機能を有しているということがコピージョブマネージャ６０８の有するデータ（属性ＩＤ２００２）に記述されている。各コピーマネージャは入力されたコピージョブ、およびこれらがどのプリンタコントローラ、スキャナコントローラでどのようなジョブとして実行されているかを表わす、図２０（ジョブ表）や図２１（ジョブ依頼表）に示すようなデータをＤＩＳＫ３１５に保持している。５１０から５１２までは、各プリントエンジンを制御するプリンタコントローラであり、図５に示されているものと同一のものを表わしている。
（Ｓｕｐｅｒｖｉｓｏｒの属性表）
図７は、Ｓｕｐｅｒｖｉｓｏｒ（制御プログラム）４１０がＤＩＳＫ３１５に保持し管理するデータ（属性表）を表わす。この表は多機能周辺機器２０１の機能概要や接続情報やセキュリティ情報及び後述する課金情報（現在の課金データ、課金制限データ）などを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードは属性ＩＤ７０１、型ＩＤ７０２および属性値７０３から構成されており、これらのデータに基づいて接続されたデバイスの設定状況、各種コマンドの実行の可否等を判断する。属性ＩＤ７０１は図８に示すような情報の種類を表わすものであり、これによって各属性ＩＤ７０１に各々対応した値７０３が何を意味するのかが示されている。属性ＩＤ７０１は各デバイスに共通なものであり、同じ属性ＩＤを持つものは同じ情報の種類を表わしている。型ＩＤ７０２は図８に示すように上記各値７０３がどのようなデータ型を持っているのかを示すものであり、値７０３の解釈を行う際に使用されるものである。型ＩＤは属性ＩＤによって一意に決められるものであり機器内部でユニークに定義されている。この実施例においては属性表の中に属性ＩＤ７０１と型ＩＤ７０２の両方が入れられているが、属性ＩＤと型ＩＤとの対応表を属性表とは別のデータとして保持し、属性表の中には属性ＩＤと値のみを入れる様に実施してもよい。値７０３は、属性ＩＤ７０１に従った属性値を示す。
図８は、図７の属性表の属性ＩＤ７０１と型ＩＤ７０２の詳細を示す図である。この中で、属性ＩＤ１０２の「サポートしているセキュリティレベルのリスト」はＳｕｐｅｒｖｉｓｏｒに対する操作を発行するときに必要とされるセキュリティレベルについて設定可能なセキュリティレベルのリストを保持している。セキュリティレベルについては図１４のアクセス制御表の説明の中でなされる。属性ＩＤ１０３の「現在のセキュリティレベル」は、現在Ｓｕｐｅｒｖｉｓｏｒに設定されているセキュリティレベルを表わす。属性ＩＤ５０１のサポートしているイベントリストは、Ｓｕｐｅｒｖｉｓｏｒに対して通知することを設定可能なイベントを、イベントの種類毎に一意に定義されているイベントＩＤのリストによって表わしている。実際のイベント送信の設定は、図１６で示されるイベント設定表にイベント通知の接続形式および宛先をイベントＩＤと共に設定することによって行う。図７の属性表の値について、「Ｔａｂｌｅ Ｄａｔａ」と記述してあるものは、値が型ＩＤで示されている表形式（５２から１０４）を持つデータであることを示す。
（サブアドレス：サービスＩＤ （ＳＩＤ）対応表）
図９はサブアドレス：サービスＩＤ対応表を表すものである。この表は図７で示される属性表の属性ＩＤ１００１（サブアドレス：ＳＩＤ対応表）の属性値としてＤＩＳＫ３１５に保持されている。サブアドレス：ＳＩＤ対応表はどのサブアドレスにコマンドパケットを投入すればどのサービス（例えばプリント、フォントのダウンロードなど）が得られるを示すものである。また、この表の有効フラグ等に従ってインタープリター４０９は各接続形態ごとにジョブサービスの提供をおこなうかどうかを制御する。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードは接続形式ＩＤ８０１、サブアドレス８０２、サービスＩＤ８０３、有効フラグ８０４、有効ユーザのリスト８０５および無効ユーザのリスト８０６から構成されている。接続形式ＩＤ８０１は接続形態を表す識別子を示している。図１０は接続形式ＩＤの意味を示す図であり、０はＩｎｔｅｒｎａｌ（ユーザインターフェース）、１はＴＣＰ／ＩＰ（ネットワーク）、２はＩＥＥＥ１２８４．４（ＩＥＥＥ１２８４）、３はＳＢＰー２（ＩＥＥＥ１３９４）を表している。
サブアドレス８０２は各接続形態ごとのサブアドレスを表している。ユーザインターフェースはサブアドレスを有しないが、便宜上サブアドレスを割り当てており、このサブアドレス情報とともにユーザインターフェースからコマンドパケットを投入する。
サービスＩＤ８０３はサービスの内容を表す識別子である。サービスＩＤ８０３は図４、図５および図６で示された各マネージャに一対一で割り当てられている。
有効フラグ８０４は、そのサブアドレスが有効かどうかを表している。この値が真（ＹＨＳ）の場合にはサブアドレスが有効であり、ユーザーがコマンドパケットをサブアドレスに対して発行することが出来る。値が偽（ＮＯ）の場合にはサブアドレスは無効であり、コマンドパケットをサブアドレスに対して発行してもパケットは破棄されることを意味する。図８の場合は、接続形式ＩＤ２（ＩＥＥＥ１２８４）の接続形態を利用した場合サービスＩＤ８（プリントジョブマネージャー）のサービスを提供できない事を表している。
有効ユーザのリスト８０５は、サブアドレスが有効の場合に、そのサービスが受けられるユーザＩＤのリストを表している。無効ユーザのリスト８０６は、サブアドレスが有効の場合でも、そのサービスが受けられないユーザＩＤのリストを表している。有効ユーザのリスト８０５と無効ユーザのリスト８０６は、どちらかにしか値を設定することは出来ない。
（サービスＩＤ：タスクタイプ対応表）
図１１はサービスＩＤ：タスクタイプ対応表を表すものであり、タスクタイプは要求されるタスク（サービス）が誰のタスクなのか（どのプリンタマネージャーのタスクなのか等）を示すものである。この表は図７で示される属性表の属性ＩＤ１００２（ＳＩＤ：Ｔａｓｋ Ｔｙｐｅ表）の属性値としてＤＩＳＫ３１５に保持されている。サービスＩＤ：タスクタイプ表はサービスＩＤがどのような種類のサービスを提供するのかを表すものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはサービスＩＤ９０１およびタスクタイプ９０２から構成されている。タスクタイプ９０２はどのような種類のサービスであるかを示している。図１２はタスクタイプ９０２の値の意味を示す図である。０はＳｕｐｅｒｖｉｓｏｒが行うサービス、１はプリント、２はスキャン、３はコピー、１０１はフォント、１０２はフォームオーバーレイ、１０３はログ、１０４はカラープロファイルを表している。サービスＩＤはサービスを提供するマネージャと一対一で対応している。このため、サービスＩＤは各マネージャが有する機能表のアクセスにも使用される。機能表は各プリンタコントローラおよびスキャナコントローラも有しているために、これらにアクセスするためにプリンタコントローラおよびスキャナコントローラにもサービスＩＤに相当するコントローラＩＤを割り当てており、コントローラＩＤがどのような種類のコントローラであるかをサービスＩＤ：タスクタイプ対応表で管理している。タスクタイプ２０１はプリンタコントローラ、２０２はスキャナコントローラを表している。コントローラＩＤは図４および図５で示された各コントローラと一対一で対応している。
サービスＩＤの意味は以下の通りである。
０：Ｓｕｐｅｒｖｉｓｏｒ４１０
１：プリントジョブマネージャ５０１
２：プリントジョブマネージャ５０２
３：プリントジョブマネージャ５０３
４：プリントジョブマネージャ５０４
５：プリントジョブマネージャ５０５
６：プリントジョブマネージャ５０６
７：プリントジョブマネージャ５０７
８：プリントジョブマネージャ５０８
９：プリントジョブマネージャ５０９
１０：スキャンジョブマネージャ４１９
１１：コピージョブマネージャ６０１
１２：コピージョブマネージャ６０２
１３：コピージョブマネージャ６０３
１４：コピージョブマネージャ６０４
１５：コピージョブマネージャ６０５
１６：コピージョブマネージャ６０６
１７：コピージョブマネージャ６０７
１８：コピージョブマネージャ６０８
１０１：フォントマネージャ４１３
１０２：フォームオーバーレイマネージャ４１４
１０３：ログマネージャ４１５
１０４：カラープロファイルマネージャ４１６
２１：プリンターコントローラ５１０
２２：プリンターコントローラ５１１
２３：プリンターコントローラ５１２
２４：スキャナーコントローラ４２０
（ユーザー認証表）
図１３はＳｕｐｅｒｖｉｓｏｒが保持するユーザー認証表を表すものであり、機器を使用出来るユーザーの認証情報を表わす。この表は図７で示される属性表の属性ＩＤ１００３（ユーザー認証表）の属性値としてＤＩＳＫ３１５に保持されている。ユーザー認証表は有効なユーザＩＤとパスワードの組を、そのユーザが管理者特権を有するかどうかの情報と共に表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤ１００１、パスワード１００２および管理者特権フラグ１００３から構成されている。管理者特権フラグ１００３は、ユーザが管理者としての権利を有するかどうかを表している。
（アクセス制御表）
図１４はＳｕｐｅｒｖｉｓｏｒが保持するアクセス制御表を表すものであり、サービス毎のセキュリティレベルを表わす。この表は図７で示される属性表の属性ＩＤ１００４（アクセス制御表）の属性値としてＤＩＳＫ３１５に保持されている。アクセス制御表は、サービスＩＤごとに必要なセキュリティレベル、およびサービス提供を許されているユーザのリストを保持している。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはサービスＩＤ１１０１、セキュリティレベル１１０２およびユーザＩＤのリスト１１０３から構成されている。セキュリティレベル１１０２はサービスＩＤ１１０１で指定されたサービスを受ける時、つまりサービスＩＤ１１０１で示されるマネージャにコマンドパケットを発行する際に必要な認証情報を表わしている。図１５はセキュリティレベルの意味を示す図である。セキュリティレベル０はユーザ認証を必要としないということ、１は管理者のみ区別をするということ、２は認証されたユーザのみ使用可能であるが、認証にユーザーＩＤを使用しパスワードは使用しないということ、３は認証されたユーザのみ使用可能であり、認証にユーザーＩＤとパスワードを使用することを表す。ユーザＩＤのリスト１１０３は、セキュリティレベル１１０２が２と３の場合に、使用（アクセス）を許可されたユーザＩＤのリストを表す。
（イベント設定表）
図１６はＳｕｐｅｒｖｉｓｏｒが保持するイベント設定表を表わすものである。この表は図７で示される属性表の属性ＩＤ５０２（イベント設定表）の属性値としてＤＩＳＫ３１５に保持されている。イベント設定表は指定されたイベントが機器内で起きた時にイベント通知を送信する方法と宛先を、イベントの種類毎に保持している。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはイベントＩＤ１２０１、接続形式１２０２および通知先アドレス１２０３から構成されている。宛先は、接続形式と接続形式に依存した通知先アドレスとから構成される。イベントＩＤ１２０１は、イベントの種類を表わすものであり、機器内でユニークに定義されている。例えば、Ｅｖｅｎｔ ＩＤ２００は紙なし、ＩＤ３９９はトナーなし、ＩＤ４３２はインクなし、ＩＤ２３４は多機能周辺機器のカバーオープンを示す。接続形式ＩＤ１２０２は、イベント通知を送信する接続形式を表わしており、この値は図９のサブアドレス：サービスＩＤ対応表で使用されているものと同一のものが使用される。通知先アドレス１２０３は、接続形式１２０２に適合したイベントの通知先宛先を表わすものである。また、イベントの種類としては、この他に課金制限値を超えるようなジョブが要求された場合、或いは超えそうになった場合や、アクセス権の認められていないクライアントからのアクセスがあった場合等にクライアントや各デバイスにこれを通知してもよい。
（イベントフォーマット表）
図１７はＳｕｐｅｒｖｉｓｏｒが保持するイベントフォーマット表を表わすものでありイベントの内容を示す。この表は図７で示される属性表の属性ＩＤ５０３（イベントフォーマット表）の属性値としてＤＩＳＫ３１５に保持されている。イベントフォーマット表は機器内でユニークに定義されている各イベントＩＤについて、イベント通知として送信される付加データの形式を保持している。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはイベントＩＤ１３０１およびイベントフォーマット１３０２から構成されている。イベントフォーマット１３０２はイベント通知として送信される付加データの形式であり、属性ＩＤのリストとして表わされる。属性ＩＤは機器内でユニークに定義されており、その型も属性ＩＤによって一意に決定されているため、属性ＩＤを指定することにより、付加データのフォーマットを表わすことができる。例えば、イベントフォーマット１３０２の属性ＩＤ６７６は紙サイズ、ＩＤ７５６は紙の種類、ＩＤ６６６はトナーの種類、ＩＤ６９８はインクの種類、ＩＤ６００はカバーの位置を示す。以下に示す様に、イベントの送信方法・宛先は各マネージャおよびコントローラが保持するデータ（属性表）に設定されており、これらの各マネージャおよびコントローラ内で起きたイベントを通知することが可能となっているが、これらのイベントの付加データのフォーマットも図１３で示されるイベントフォーマット表において保持されている。指定されたイベントが起きた時、イベントフォーマットで定義されている内容が、イベントＩＤ毎に予め決められたデータと共に通知される。
（アカウントＩＤ表）
図１１４の表はＳｕｐｅｒｖｉｓｏｒが保持する各アカウントＩＤに関する情報を表す。この表は図７で示される属性表の属性ＩＤ１００５（アカウントＩＤの表）の属性値としてＤＩＳＫ３１５に保持されている。この表は有効なアカウントＩＤとそれに属するユーザＩＤ、チャージを許可するユーザＩＤの関係を表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはアカウントＩＤ８３０１、それに属するユーザＩＤのリスト８３０２、それにチャージを許可するユーザＩＤのリスト８３０３から構成されている。アカウントＩＤにはユーザＩＤに使用した値は使用してはならない。アカウントＩＤとそれに属するユーザーＩＤの関係は１対多であり、ユーザーＩＤの数は０でも良い。アカウントＩＤとそれにチャージを許可するユーザーＩＤの関係は１対多であり、ユーザーＩＤの数は０でも良い。
（現在のカウントデータ表）
図１１５はＳｕｐｅｒｖｉｓｏｒが保持する現在のカウントデータ表を表すものであり、Ｓｕｐｅｒｖｉｓｏｒの中でカウント対象となっている情報のリストを表わす。この表は図７で示される属性表の属性ＩＤ４０１（現在のカウントデータ表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８４０１およびカウンタ８４０２から構成されている。カウンタの意味するところは属性ＩＤ４０２の「カウントデータフォーマット」で表わされている。例えば、アカウントＩＤ２００３のカウントデータ４５、７８、３４、１３はカウントデータフォーマットで表わされた紙サイズのプリント枚数を示す。
（カウントデータフォーマット表）
図１１６はＳｕｐｅｒｖｉｓｏｒが保持するカウントデータフォーマット表を表すものであり、属性ＩＤのリストとして表わされる。この表は図７で示される属性表の属性ＩＤ４０２（カウントデータフォーマット表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８５０１および属性ＩＤ８５０２から構成されている。属性ＩＤは機器内でユニークに定義されているため、属性ＩＤを指定することによりカウントデータの意味を指定することが可能となっている。例えば、属性ＩＤ４０２の属性値５６５が用紙サイズＡ２のプリント枚数、属性値５３７が用紙サイズＡ３のプリント枚数、属性値５４５が用紙サイズＡ４のプリント枚数、属性値５２３が用紙サイズＡ５のプリント枚数を意味する。
（カウント制限データ表）
図１１７はＳｕｐｅｒｖｉｓｏｒが保持するカウント制限データ表を表すものであり、属性ＩＤ４０１の「現在のカウントデータ」が持つことが出来る最大値を表わしている。この表は図７で示される属性表の属性ＩＤ４０３（カウント制限データ表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８６０１および最大値８６０２から構成されている。属性ＩＤ４０１の「現在のカウントデータ」の値のうち１つでもこの最大値を超えた場合、ＣＰＵ３０１が図９で示されるサブアドレス：サービスＩＤ対応表の有効フラグを無効にすることにより全ての（マネージャによる）サービスを無効とする。
（カウント単価データ表）
図１１８はＳｕｐｅｒｖｉｓｏｒが保持するカウント単価データを表すものであり、属性ＩＤ４０２の「カウントデータフォーマット」に保持されている属性ＩＤの１カウント毎の単価を通貨単位で表わすものである。この表は図７で示される属性表の属性ＩＤ４０４（カウント単価データ表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８７０１および単価８７０２から構成されている。
（現在の課金データ表）
図１１９はＳｕｐｅｒｖｉｓｏｒが保持する現在の課金データを表すものであり、属性ＩＤ４０１の「現在のカウントデータ」と属性ＩＤ４０４の「カウント単価データ」の対応する値を掛け合わせて総和を取った値を示すものである。この表は図７で示される属性表の属性ＩＤ４０５（現在の課金データ表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８８０１および現在の課金８８０２から構成されている。
（課金制限データ表）
図１２０はＳｕｐｅｒｖｉｓｏｒが保持する課金制限データを表すものであり、属性ＩＤ４０５の「現在の課金データ」の持つことが出来る最大値を表わしている。この表は図７で示される属性表の属性ＩＤ４０６（課金制限データ表）の属性値としてＤＩＳＫ３１５に保持されている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはユーザＩＤもしくはアカウントＩＤ８９０１および課金制限８９０２から構成されている。属性ＩＤ４０５の「現在の課金データ」が属性ＩＤ４０６の「課金制限データ」を超えた場合、ＣＰＵ３０１が図９で示されるサブアドレス：サービスＩＤ対応表の有効フラグを無効フラグにすることにより全ての（マネージャによる）サービスを無効とする。
プリントジョブマネージャーの属性表）図１８は各プリントジョブマネージャ（制御プログラム）５０１から５０９がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、プリントジョブマネージャが扱うことが可能なプリントジョブの性能・機能を表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ１４０１、型ＩＤ１４０２および値１４０３から構成されている。図１９は図１８の属性表の属性ＩＤ１４０１と型ＩＤ１４０２の値を示す図である。図１９の属性表の型ＩＤ２０３（ジョブ表形式）、型ＩＤ２０４（ジョブ依頼表形式）、型ＩＤ８１（禁止属性組み合わせリスト１形式）、型ＩＤ８２（禁止属性組み合わせリスト２形式）、型ＩＤ８３（禁止属性組み合わせリスト３形式）、型ＩＤ８４（禁止属性組み合わせリスト４形式）、型ＩＤ８５（禁止属性組み合わせリスト５形式）以外の他の型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。
属性ＩＤ６０１の「サポートしているデータのダウンロード方法」は、プリントするドキュメントデータの機器への送信方法を表わすものであり、本実施形態では１：ジョブの中にドキュメントデータを含める方法、および２：ジョブの中はドキュメントデータの参照ポインタ（ＵＲＬ： Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含めておき、機器から必要に応じて参照ポインタで示されるドキュメントデータを読み出す方法がサポートされている。
属性ＩＤ８０１、８０２、８０３、８０４、８０５はプリントジョブマネージャに対して投入されるプリントジョブの中に設定する属性に関する制限を表す禁止設定属性である。これらは、例えばコピー部数が１００を超える場合は、フィニッシャの設定が不能になるなどといった制限事項を表すために使用される。禁止設定属性には、その制限の表現方法として５つの型がある。属性ＩＤ８０１は、｛属性ＩＤ１：｛属性ＩＤ２｝｝で示す様に、ある属性ＩＤ１に対して別の属性ＩＤ２のリストの対を複数保持している。これは属性ＩＤ１の設定がなされている場合は各属性ＩＤ２の設定をプリントジョブスクリプトの中で行えないことを意味している。
属性ＩＤ８０２は、｛属性ＩＤ１：演算子識別子：値：｛属性ＩＤ２｝｝で示す様に、ある属性ＩＤ１、演算子識別子および値に対して、別の属性ＩＤ２のリストの対を複数保持している。これは属性ＩＤ１に対して演算子識別子で示される演算子を値に対して適用した結果が真の場合は、各属性ＩＤ２の設定をプリントジョブスクリプトの中で行えないことを意味している。演算子識別子は整数値が２項演算に対して一対一で対応している。例えば、０は「＝（等しい）」を表す。
属性ＩＤ８０３は、｛属性ＩＤ１：演算子識別子１：値１：｛属性ＩＤ２：演算子識別子２：値２｝｝で示す様に、ある属性ＩＤ１、演算子識別子１および値１に対して，別の属性ＩＤ２，演算識別子２および値２の組のリストの対を複数保持している。これは属性ＩＤ１に対して演算子識別子１で示される演算子を値１に対して適用した結果が真の場合は、各属性ＩＤ２に対して演算子識別子２示される演算子を値２に対して適用した結果が真になる様な設定はプリントジョブスクリプトの中で行えないことを表す。
属性ＩＤ８０４は、｛（属性ＩＤ１：演算子識別子１：値１）：演算識別子３：（属性ＩＤ２：演算子識別子２：値２）：｛属性ＩＤ３｝｝で示す様に、ある属性ＩＤ１、演算子識別子１および値１と演算識別子３と別の属性ＩＤ２、演算識別子２および値２とに対して，さらに別の属性ＩＤ３のリストの対を複数保持している。これは属性ＩＤ１に対して演算子識別子１で示される演算子を値１に対して適用した結果と属性ＩＤ２に対して演算子識別子２で示される演算子を値２に対して適用した結果とを演算子識別子３で示される演算をした結果が真の場合は、各属性ＩＤ３に対する設定はプリントジョブスクリプトの中で行えないことを表す。
属性ＩＤ８０５は、｛（属性ＩＤ１：演算子識別子１：値１）：演算識別子３：（属性ＩＤ２：演算子識別子２：値２）：｛属性ＩＤ４：演算識別子４：値４｝｝で示すに、ある属性ＩＤ１、演算子識別子１および値１と演算識別子３と別の属性ＩＤ２、演算識別子２および値２とに対して，さらに別の属性ＩＤ４、演算識別子４および値４の組のリストの対を複数保持している。これは属性ＩＤ１に対して演算子識別子１で示される演算子を値１に対して適用した結果と属性ＩＤ２に対して演算子識別子２で示される演算子を値２に対して適用した結果とを演算子識別子３で示される演算をした結果が真の場合は、各属性ＩＤ４に対して演算し４で示される演算を値４に対して適用した結果が新になる様な設定はプリントジョブスクリプトの中で行えないことを表す。
属性ＩＤ２００１の「Ｊｏｂを実行する（可能性のある）コントローラ ＩＤリスト」は、プリントジョブを実行するコントローラのコントローラＩＤのリストであり、プリントジョブマネージャ５０８以外のプリントジョブマネージャは必ずジョブを実行するコントローラのリストとなっている。プリントジョブマネージャ５０８はコントローラをジョブの要求している機能によって動的にコントローラを選択するため、この属性はコントローラを選択する範囲を表わすものとなっている。属性ＩＤ２００２の「コントローラ自動選択かどうか」は、プリントジョブマネージャがコントローラを自動選択するかどうかが表わされている。本実施形態では、プリントジョブマネージャ５０８のみがこの値を真としている。他の属性ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているプリントジョブマネージャの管理下にあるものに限定されている。例えば、属性値１０１の「サポートしているオペレーション」は、このプリントジョブマネージャに対して発行できるオペレーションのリストであり、属性値４０６の「課金制限データ」はこのプリントジョブマネージャで実行したプリントジョブに関して課金の制限を加えるものである。課金の制限を超えた場合の取り扱いも、このプリントジョブマネージャのサービスを無効とするのみで、他のマネージャのサービスには影響を与えない。なお、図１８に示すプリントジョブマネージャーの属性表はサービスＩＤが４の属性表（プリントジョブマネージャー５０４）であり、サービスＩＤ１、２、３、５、６、７、８、９のそれぞれに対応したプリントジョブマネージャー５０１、５０２、５０３、５０５、５０６、５０７、５０８、５０９の属性表がＤＩＳＫ３１５に記憶されておりそれぞれ異なる。
属性ＩＤ１０００１の「最大印刷可能部数」は、プリントジョブが可能である印刷最大部数である。属性ＩＤ１０６の「現在のステータス」は、現在のプリントジョブマネージャの状態を示す。属性値＝０：正常、属性値＝１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０７の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。プリントジョブマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
ちなみに図１８の属性表の状態の場合、プリントジョブマネージャの状態が「制限付き正常（属性値＝１）」を表しており、その制限が属性ＩＤ１０００１「最大印刷可能部数（属性値＝１０）」に制限されていることを示す。
（ジョブ表）
図２０はプリントジョブマネージャが保持するデータ（ジョブ表）を示す図であり、プリントマネージャーが管理するジョブの実体を保持するファイル名とジョブＩＤとの対応表を示す。表は図１８で示される属性表の属性ＩＤ（ジョブ表）の属性値としてＲＡＭ３０２に保持されている。プリントジョブマネージャーがＲＡＭ３０２上のジョブ表を動的に変更し必要に応じてＤＩＳＫ３１５に保存する。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはジョブＩＤ１５０１およびジョブの実体が保持されているファイル名１５０２から構成されている。ジョブＩＤ１５０１はプリントジョブマネージャにジョブが投入されたときに、プリントジョブマネージャが割り当てたジョブに対する識別子である。ジョブのファイル名１５０２は、ジョブの実体が保持されているファイルの名前である。ジョブの実体は図５２に示す様に、属性ＩＤ、属性値サイズおよび属性値の組を複数持つことにより構成されている。
（ジョブ依頼表）
図２１はプリントジョブマネージャが保持するジョブ依頼表を表わす図であり、プリントマネージャーが管理するジョブとコントローラーによって実行されるジョブとの関係を示す。この表は図１８で示される属性表の属性ＩＤ２００４（ジョブ依頼表）の属性値としてＤＩＳＫ３１５に保持されている。ジョブ依頼表は、プリントジョブマネージャが管理するジョブがどのコントローラでどのジョブとして実行されているかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはジョブＩＤ１５０３、コントローラＩＤ１５０４およびコントローラの中で割り当てられているジョブＩＤ１５０５から構成されている。ジョブＩＤ１５０３はプリントジョブマネージャにジョブが投入されたときに、プリントジョブマネージャが割り当てたジョブに対する識別子であり、ジョブ表（図２０）にあるジョブＩＤ１５０１と対応している。コントローラＩＤ１５０４はジョブが実行されているコントローラのＩＤを表わす。ジョブＩＤ１５０５は、ジョブを実行するコントローラが割り当てたジョブの識別子である。
（スキャンジョブマネージャーの属性表）
図２２はスキャンジョブマネージャ４１９が保持するデータである属性表を表わす。この表は、スキャンジョブマネージャが扱うことが可能なスキャンジョブの性能・機能を表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ１６０１、型ＩＤ１６０２ および値１６０３から構成されている。図２３は図２２の属性表の属性ＩＤと型ＩＤの値を示す図である。属性ＩＤ＝６０２の「サポートしているデータのアップロード方法」は、スキャンしたドキュメントデータの機器への送信方法を表わすものであり、当実施例では１：ジョブの返信中にドキュメントデータを含める方法、および２：ドキュメントデータを機器内に保持しておきジョブの返信中にはドキュメントデータへの参照ポインタ（ＵＲＬ： Ｕｎｉｆｉｅｄ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含めておき、ホスト（Ｃｌｉｅｎｔ）から必要に応じて参照ポインタで示されるドキュメントデータを読み出す方法がサポートされている。属性ＩＤ＝１２０１の「出力可能な画像フォーマットのリスト」は出力可能な画像のデータフォーマットを、属性ＩＤ＝１２０３の「設定可能な解像度のリスト」は設定可能な解像度を表わしており、スキャンジョブを発行する際にこの中にあるものをデータフォーマットおよび解像度として指定することが出来る。属性ＩＤ＝１２０４の「判別可能な原稿種別」は、Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅ１０２のセンサー機能を使って判別可能な原稿の種別（モノクロかカラーか、テキストかイメージか、など）を表しており、スキャンジョブを発行する際にこの中の種別を組み合わせ、ある原稿種別の際はこのデータフォーマットや解像度とするといった指定が可能である。また、この中の値の１つは「プリスキャン」を示す特別な値であり、これはプリスキャン設定時にどのデータフォーマットか解像度を利用するかを指定するのに利用される。属性ＩＤ＝１０８のジョブ表に関しては、図２０で示されたプリントジョブマネージャが保持するものと同一である。
他の属性ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているスキャンジョブマネージャの管理下にあるものに限定されている。図２３の属性表の型ＩＤ２０３（ジョブ表形式）以外の他の型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。属性ＩＤ１０６の「現在のステータス」は、現在のスキャンジョブマネージャの状態を示す。属性値＝０：正常、属性値＝１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０７の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。スキャンジョブマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
（コピージョブマネージャーの属性表）
図２４は各コピージョブマネージャ６０１から６０８が保持するデータ（属性表）を表わす。この表は、コピージョブマネージャが扱うことが可能なコピージョブの性能・機能を表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ１７０１、型ＩＤ１７０２および値１７０３から構成されている。図２５は図２４の属性表の属性ＩＤ１７０１と型ＩＤ１７０２の値を示す。属性ＩＤ１３０２（カラー印刷可能か）、属性ＩＤ１３０３（サポートしているフィニッシングの種類）、属性ＩＤ１３０４（設定可能最高解像度）、属性ＩＤ１３０５（設定可能最低解像度）、属性ＩＤ２００１（Ｊｏｂを実行する可能性のあるコントローラ ＩＤリスト）、属性ＩＤ２００２（コントローラ自動選択かどうか）、属性ＩＤ２００３（ジョブ表）は、プリントジョブマネージャー及びスキャンジョブマネージャーの説明の中で示されたものと同一である。また、属性ＩＤ１３０２（カラー印刷可能か）、属性ＩＤ１３０３（サポートしているフィニッシングの種類）、属性ＩＤ１３０４（設定可能最高解像度）、属性ＩＤ１３０５（設定可能最低解像度）、属性ＩＤ２００１（Ｊｏｂを実行する可能性のあるコントローラ ＩＤリスト）、属性ＩＤ２００２（コントローラ自動選択かどうか）、属性ＩＤ２００３（ジョブ表）、型ＩＤ２０３（ジョブ表形式）以外の属性ＩＤと型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。なお、図２４に示すコピージョブマネージャーの属性表はサービスＩＤ が１８の属性表（コピージョブマネージャー６０８）であり、サービスＩＤ１１、１２、１３、１４、１５、１６、１７のそれぞれに対応したコピージョブマネージャー６０１、６０２、６０３、６０４、６０５、６０６、６０７の属性表がそれぞれＤＩＳＫ３１５に記憶されておりそれぞれ異なる。属性ＩＤ１０００１の「最大印刷可能部数」は、コピージョブが可能である印刷最大部数である。属性ＩＤ１０６の「現在のステータス」は、現在のコピージョブマネージャの状態を示す。属性値＝０：正常、属性値＝１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０７の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。コピージョブマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
（フォントマネージャーの属性表）
図２６はフォントマネージャ４１３がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、フォントマネージャが扱うことが可能なフォントのタイプや、現在フォントマネージャが管理しているフォントのリストなどを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ１８０１、型ＩＤ１８０２および値１８０３から構成されている。図２７は図２６の属性表の属性ＩＤ１８０１と型ＩＤ１８０２の値を示す。属性ＩＤ６０１（サポートしているデータのダウンロード方法）、属性ＩＤ６０２（サポートしているデータのアップロード方法）、属性ＩＤ１５０１（サポートしているフォントタイプのリスト）、属性ＩＤ１５０２（最大保持可能フォント数）、属性ＩＤ１５０３（現在保持しているフォント数）、属性ＩＤ１５０４（保持しているフォントのリスト）、型ＩＤ１５０（フォント表）以外の属性ＩＤと型ＩＤは図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているフォントマネージャの管理下にあるものに限定されている。属性ＩＤ６０１の「サポートしているデータのダウンロード方法」、および属性ＩＤ６０２の「サポートしているデータのアップロード方法」はそれぞれプリントジョブマネージャの説明中およびスキャンジョブマネージャの説明中で説明されているものと同一であり、サポートしているフォントデータのダウンロード方法およびアップロード方法を示すものである。属性ＩＤ１０６の「現在のステータス」は、現在のフォントマネージャの状態を示す。属性値＝０：正常、属性値＝１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０７の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。フォントマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
（フォント表）
図２８はフォントマネージャが保持するフォント表を表わすものである。この表は図２６で示される属性表の型ＩＤ１５０４（フォント表）の属性値としてＤＩＳＫ３１５に保持されている。フォント表は、フォントマネージャがどの様なフォントを現在管理しているかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはフォントＩＤ１９０１、フォントタイプ１９０２、フォント名１９０３およびフォントデータを含むファイル名１９０４から構成されている。フォントデータはＤＩＳＫ３１５に記憶されており、フォントＩＤ１９０１はフォントデータがＲＡＭ３０２にダウンロードされたときに、フォントマネージャが割り当てたフォントに対する識別子である。
（フォームオーバーレイマネージャーの属性表）
図２９はフォームオーバーレイマネージャ４１４がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、フォームオーバーレイマネージャが扱うことが可能なフォームオーバーレイのフォーマットや、現在フォームオーバーレイマネージャが管理しているフォームオーバーレイのリストなどを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ２００１、型ＩＤ２００２および値２００３から構成されている。図３０は図２９の属性表の属性ＩＤと型ＩＤの値を示す。属性ＩＤ６０１（サポートしているデータのダウンロード方法）、属性ＩＤ６０２（サポートしているデータのアップロード方法）、属性ＩＤ１６０１（サポートしているフォームオーバーレイのフォーマットのリスト）、属性ＩＤ１６０２（最大保持可能フォームオーバーレイ数）、属性ＩＤ１６０３（現在保持しているフォームオーバーレイ数）、属性ＩＤ１６０４（保持しているフォームオーバーレイのリスト）、型ＩＤ１６０（フォーム表）以外の属性ＩＤと型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているフォームオーバーレイマネージャの管理下にあるものに限定されている。属性ＩＤ６０１の「サポートしているデータのダウンロード方法」、および属性ＩＤ６０２の「サポートしているデータのアップロード方法」はそれぞれプリントジョブマネージャの説明中およびスキャンジョブマネージャの説明中で説明されているものと同一であり、サポートしているフォームオーバーレイデータのダウンロード方法およびアップロード方法を示すものである。属性ＩＤ１０６の「現在のステータス」は、現在のフォームオーバーレイマネージャの状態を示す。属性値＝０：正常、属性値＝１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０６の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。フォームオーバーレイマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
（フォームオーバーレイ表）
図３１はフォームオーバーレイマネージャ４１４が保持するフォームオーバーレイ表を表わすものである。この表は図２９で示される属性表の属性ＩＤ１６０４（フォームオーバーレイ表）の属性値としてＤＩＳＫ３１５に保持されている。フォームオーバーレイ表は、フォームオーバーレイマネージャがどの様なフォームオーバーレイを現在管理しているかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはフォームオーバーレイＩＤ２１０１、フォームオーバーレイのデータフォーマット２１０２、フォームオーバーレイ名２１０３およびフォームオーバーレイデータを含むファイル名２１０４から構成されている。フォームオーバーレイデータはＤＩＳＫ３１５に記憶されており、フォームオーバーレイＩＤ２１０１はフォームオーバーレイデータがＲＡＭ３０２にダウンロードされたときに、フォームオーバーレイマネージャが割り当てたフォントに対する識別子である。
（ログマネージャーの属性表）
図３２はログマネージャ４１５がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、現在ログマネージャが管理しているログのリストなどを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ２２０１、型ＩＤ２２０２および値２２０３から構成されている。図３３は図３２の属性表の属性ＩＤと型ＩＤの値を示す。属性ＩＤ６０２（サポートしているデータのアップロード方法）、属性ＩＤ１７０３（保持されているＬｏｇ数）、属性ＩＤ１７０４（ログ表）、属性ＩＤ１７０５（Ｌｏｇのフォーマット表）、型ＩＤ１７０（ログ表）、型ＩＤ１７１（ログフォーマット表形式）以外の属性ＩＤと型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているログマネージャの管理下にあるものに限定されている。
（ログ表）
図３４はログマネージャ４１５が保持するログ表を表わすものである。この表は図３２で示される属性表の属性ＩＤ１７０４（ログ表）の属性値としてＤＩＳＫ３１５に保持されている。ログ表は、ログマネージャがどの様なログを現在管理しているかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはログＩＤ２３０１、およびログデータを含むファイル名２３０２から構成されている。ログＩＤ２３０１はあらかじめ種類に対して規定されているログの識別子である。
（ログデータの内容）
図３５はログマネージャがＤＩＳＫ３１５で管理するログデータの内容を表わすものである。ログデータはログレコードの集合として構成される。各ログレコードはログフォーマットＩＤ２４０１、記録日時２４０２およびログデータ２４０３とから構成されている。ログフォーマットＩＤ２４０１は、図３６で示されるログフォーマット表に記録されているログのフォーマット情報を参照しており、ログデータ２４０３のフォーマットを表わしている。例えば、ＬｏｇＦｏｒｍａｔＩＤ１のログデータ「１２３４５、４、１．２３、“ＯＫ”」は、サービスＩＤ１のプリントジョブマネージャーにジョブを発行したユーザーＩＤが１２３４５で、出力した紙数が４で、使用したトナー量が１．２３、ジョブの終了状態がＯＫを示す。
（ログフォーマット表）
図３６はログマネージャ４１５が保持するログフォーマット表を表わすものである。この表は図３２で示される属性表の属性ＩＤ（ログフォーマット表）の属性値としてＤＩＳＫ３１５に保持されている。ログフォーマット表は、ログマネージャ４１５が管理する各ログデータ内で記録されているログのフォーマットを表わしている。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはログフォーマットＩＤ２５０１、およびログフォーマット２５０２とから構成されている。ログフォーマットはサービスＩＤ：属性ＩＤ対のリストとして表わされる。属性ＩＤは機器内でユニークに定義されており、その型も属性ＩＤによって一意に決定されているため、属性ＩＤを指定することにより、ログデータのフォーマットを表わすことができる。ログフォーマット２５０２のサービスＩＤ：属性ＩＤ対のリストと、ログデータ２４０３の中の値のリストは、順番によって対応している。例えば、ログフォーマット２５０２リストの３番目のサービスＩＤ：属性ＩＤ対はログデータの３番目の値のフォーマットを意味する。例えば、ＬｏｇＦｏｒｍａｔＩＤ１のフォーマット「１：７０１、１：５６５、１：７６５、１：７７７」は、サービスＩＤ１のプリントジョブマネージャーにジョブを発行したユーザーＩＤ、出力した紙数、使用したトナー量、ジョブの終了状態を示す。また、ＬｏｇＦｏｒｍａｔＩＤ２のフォーマット「１１：７０１、１１：５６５、１１：７６５、１１：７７７」は、サービスＩＤ１１のプリントジョブマネージャーにジョブを発行したユーザーＩＤ、出力した紙数、使用したトナー量、ジョブの終了状態を示す。
（カラープロファイルマネージャーの属性表）
図３７はカラープロファイルマネージャ４１６がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、カラープロファイルマネージャが扱うことが可能なカラープロファイルのフォーマットや、現在カラープロファイルマネージャが管理しているカラープロファイルのリストなどを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ２６０１、型ＩＤ２６０２および値２６０３から構成されている。図３８は図３７の属性表の属性ＩＤと型ＩＤの値を示す。属性ＩＤ６０１（サポートしているデータのダウンロード方法）、属性ＩＤ６０２（サポートしているデータのアップロード方法）、属性ＩＤ１８０１（サポートしているカラープロファイルデータのフォーマットのリスト）、属性ＩＤ１８０２（最大保持可能カラープロファイル数）、属性ＩＤ１８０３（現在保持しているカラープロファイル数）、属性ＩＤ１８０４（カラープロファイル表）、型ＩＤ１８０（カラープロファイル表形式）以外の他の属性ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているカラープロファイルマネージャの管理下にあるものに限定されている。属性ＩＤ６０１の「サポートしているデータのダウンロード方法」、および属性ＩＤ６０２の「サポートしているデータのアップロード方法」はそれぞれプリントジョブマネージャの説明中およびスキャンジョブマネージャの説明中で説明されているものと同一であり、サポートしているフォントデータのダウンロード方法およびアップロード方法を示すものである。属性ＩＤ１０６の「現在のステータス」は、現在のカラープロファイルマネージャの状態を示す。属性値＝０：正常、属性＝値１：制限付き正常、属性値＝２：異常＝サービス不能状態を示す。属性ＩＤ１０７の「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」は、属性ＩＤ１０６で属性値＝１：制限付き正常、の場合示す属性である。属性ＩＤ１０８「異常の場合のリスト」は属性ＩＤ１０６において、属性値＝２：異常＝サービス不能状態の場合、「異常時の理由」を示す属性である。カラープロファイルマネージャは常に現在の状況に応じて、属性ＩＤ１０６、属性ＩＤ１０７、属性ＩＤ１０８の値および属性ＩＤ１０７の値で示される各属性の値を動的に変更する。
（カラープロファイル表）
図３９はカラープロファイルマネージャが保持するカラープロファイルを表わすものである。この表は図３７で示される属性表の属性ＩＤ１８０４（カラープロファイル表）の属性値としてＤＩＳＫ３１５に保持されている。カラープロファイル表は、カラープロファイルマネージャがどの様なカラープロファイルを現在管理しているかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはカラープロファイルＩＤ２７０１、カラープロファイルフォーマット２７０２およびカラープロファイルデータを含むファイル名２７０３から構成されている。カラープロファイルＩＤ２７０１はカラープロファイルデータがダウンロードされたときに、カラープロファイルマネージャが割り当てたカラープロファイルに対する識別子である。カラープロファイルデータとは、Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅ１０２から送られるデータや Ｉｎｋ Ｊｅｔ Ｐｒｉｎｔｅｒ Ｅｎｇｉｎｅ１０５へ送られるデータを補正してカラーマッチングを行うための補正データである。
（プリンタコントローラの属性表）
図４０は各プリンタコントローラ５１０、５１１、５１２がＤＩＳＫ３１５に保持するデータ（属性表）を表わす。この表は、プリンタコントローラが制御しているプリントエンジンおよびフィニッシャーの性能・機能を表わすものであり、性能・機能に関する値は書き換えが出来ない。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ２８０１、型ＩＤ２８０２および値２８０３から構成されている。図４１は図４０の属性表の属性ＩＤと型ＩＤの値を示す。属性ＩＤ１２（コントローラタイプ）、属性ＩＤ１３（コントローラＩＤ）、属性ＩＤ５００１（カラー印刷可能かどうか）、属性ＩＤ５００２（サポートしているフィニッシングの種類）、属性ＩＤ５００３（設定可能最高解像度）、属性ＩＤ５００４（設定可能最低解像度）、属性ＩＤ５００５（ジョブキュー表）、型ＩＤ５００（ジョブキュー表形式）以外の属性ＩＤと型ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているプリンタコントローラの管理下にあるものに限定されている。なお、図４０に示すプリンタコントローラの属性表はサービスＩＤが２１の属性表（プリンタコントローラ５１０）であり、サービスＩＤ２２、２３のそれぞれに対応したプリンタコントローラ５１１、５１２の属性表がＤＩＳＫ３１５に記憶されておりそれぞれ異なる。
（ジョブキュー表）
図４２はプリンタコントローラが保持するジョブキュー表を表わすものである。この表は図４０で示される属性表の属性ＩＤ５００５（ジョブキュー表）の属性値としてＤＩＳＫ３１５に保持されている。ジョブキュー表は、プリンタコントローラが管理・実行するジョブがどの様な状態にあるのかを表わすものである。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードはジョブＩＤ２９０１、ジョブステータス２９０２およびジョブの実体が保持されているファイル名２９０３から構成されている。ジョブＩＤ２９０１はプリンタコントローラにジョブが投入されたときに、プリンタコントローラが割り当てたジョブに対する識別子である。図４３は図４２のジョブステータス２９０２（ジョブの状態）を表わす図である。１はジョブの終了処理中、２はジョブがエンジンで実行中、３は実行待ち状態であることを示す。ジョブのファイル名２９０３は、ジョブの実体が保持されているファイルの名前である。ジョブの実体は図５２に示す様に、属性ＩＤ、属性値サイズおよび属性値の組を複数持つことにより構成されている。
（スキャンコントローラーの属性表）
図４４はスキャナコントローラ４２０がＤＩＳＫ ３１５に保持するデータ（属性表）を表わす。この表は、スキャナコントローラが制御しているスキャナエンジン性能・機能を表わすものであり、性能・機能に関する値は書き換えが出来ない。表は各行が１つの情報単位（レコード）を表わしており、複数のレコードの集合としてデータは構成されている。各レコードの内容は図７で示されるＳｕｐｅｒｖｉｓｏｒのものと同一であり、属性ＩＤ３００１、型ＩＤ３００２および値３００３から構成されている。図４５は図４４の属性表の属性ＩＤと型ＩＤの値を示す。属性ＩＤ１２（コントローラタイプ）、属性ＩＤ１３（コントローラＩＤ）、属性ＩＤ６００１（カラースキャン可能かどうか）、属性ＩＤ６００２（最大原稿サイズ）、属性ＩＤ６００３（設定可能最高解像度）、属性ＩＤ６００４（設定可能最低解像度）以外の他の属性ＩＤについては図７のＳｕｐｅｒｖｉｓｏｒの属性表で使用されているものと同一である。ただし、設定の範囲および影響が及ぶ範囲は、属性表が属しているプリンタコントローラの管理下にあるものに限定されている。
（コマンドパケットの構造）
図４６は、ユーザインターフェースマネージャ４０５、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０６、ＩＥＥＥ１２８４．４処理モジュール４０７およびＳＢＰー２処理モジュール４０８からインタープリンター４０９に対して出力されるコマンドパケットの構造を表わすものである。またこのコマンドパケットはインタープリタ４０９からユーザインターフェースマネージャ４０５、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０６、ＩＥＥＥ１２８４．４処理モジュール４０７およびＳＢＰー２処理モジュール４０８に出力される返信パケットおよびイベントパケットの構造も表わしている。パケットは、パケットの先頭を表わすパケットヘッダ３１０１、パケットの構造バージョンを表わすパケットバージョン３１０２、パケットの性格を表わすフラグ３１０３、どんな種類の操作を行うのかを表わすオペレーションコード３１０４、Ｃｌｉｅｎｔ（ＰＣ）が返信パケットを認識するために使用するブロック番号３１０５、パラメータ３１１０の長さ表わすパラメータ長３１０６、ユーザの認証に使用されるユーザＩＤ３１０７とパスワード３１０８、返信パケットにのみ使用され返信の一般的な状態を表わすステータスコード３１０９およびオペレーションコード３１０５毎に決められたフォーマットを持つパラメータ３１１０から構成されている。パラメータ３１１０には、アクセス対象サービスＩＤ、アクセス対象属性ＩＤ等を含む。フラグ３１０４には、パケットがコマンドパケット・イベントパケットであるかまたは返信パケットであるかを表わすもの３１１１、およびパラメータ３１１０に送信すべきデータが入りきらず、次に送信されるパケットにも続きのデータが入っていることを示す連続フラグ３１１２とがある。パラメータ３１１０の長さは、パラメータ長３１０６が表わされる数（６４ｋバイト）に制限されている。具体的には、Ｅｔｈｅｒｎｅｔ（登録商標）２０８に接続されているＣｌｉｅｎｔＰＣ２０２、２０３はＩＰアドレス、ポート番号を指定して多機能周辺機器２０１に接続しＩＰパケットデータをＮｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ３０５（１０７）へ出力する。ＩＥＥＥ１３９４インタフェース２０６に接続されているＣｌｉｅｎｔＰＣ２０４はノードＩＤとＬＵＮ（ロジカルユニットナンバー）を指定して多機能周辺機器２０１と接続しＳＢＰー２パケットデータをＩＥＥＥ１３９４ Ｉｎｔｅｒｆａｃｅ３０６（１０８）へ出力する。ＩＥＥＥ１２８４インタフェース２０７に接続されているＣｌｉｅｎｔＰＣ２０５はソケット番号を指定して多機能周辺機器２０１と接続しＩＥＥＥ１２８４．４パケットデータをＩＥＥＥ１２８４ Ｉｎｔｅｒｆａｃｅ３０７（１０９）へ出力する。Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｄｒｉｖｅｒ４０２， ＩＥＥＥ １２８４ Ｉｎｔｅｒｆａｃｅ Ｄｒｉｖｅｒ４０３， ＩＥＥＥ１３９４ Ｉｎｔｅｒｆａｃｅ Ｄｒｉｖｅｒ４０４で図４６に示すコマンドパケットの先頭にそれぞれＩＰ Ｈｅａｄｅｒ， １２８４Ｈｅａｄｅｒ， １３９４ Ｈｅａｄｅｒが付加されたトランスポートパケットをＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０６， ＩＥＥＥ１２８４．４処理モジュール４０７、ＳＢＰー２処理モジュール４０８に出力する。ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０６，ＩＥＥＥ１２８４．４処理モジュール４０７、ＳＢＰー２処理モジュール４０８は入力した各トランスポートパケットの処理を行い図４６に示すコマンドパケットを抽出しＩｎｔｅｒｐｒｅｔｅｒ／Ｇｅｎｅｒａｔｅｒ４０９に出力する。
（コマンドパケットの処理）
図４７は多機能周辺機器２０１におけるコマンドパケットの処理フローを表わすものである。ステップ３２０１において、各インターフェース４０１、４０２、４０３、４０４から入力されたデータを各トランスポート処理モジュール４０５、４０６、４０７、４０８が処理し図４６に示すコマンドパケットを抽出する。抽出されたコマンドパケットは、データが入力された接続形式の情報（接続形式ＩＤ）およびサブアドレスと共にＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０６， ＩＥＥＥ１２８４．４処理モジュール４０７、ＳＢＰー２処理モジュール４０８からインタープリタ４０９に入力される。ステップ３２０２において、インタープリタ４０９はＳｕｐｅｒｖｉｓｏｒ４１０が保持するサブアドレス：サービスＩＤ対応表（図９）を参照し、入力された接続形式ＩＤとサブアドレスとを比較することにより、サービスＩＤを得ると共にデータ入力が有効かどうかをチェックする。チェックの結果、データ入力が有効でない場合は、ステップ３２０４においてコマンドパケットを破棄して終了する。データ入力が有効の場合は、ステップ３２０３においてコマンドパケットの解析を図４６のパケット構造に基づいて行う。パケットの解析の結果、図４６で示される各項目は、それぞれ独立した別々の情報として出力される。ステップ３２０５において、サービスＩＤを基にアクセス制御表（図１４）を参照することによりサービスＩＤに対応するセキュリティレベルを取得、また、課金データを取得する。
ステップ３２０６において、ステップ３２０５において取得したセキュリティレベルが０または１であるかを調べる。セキュリティレベルが０または１の場合は、セキュリティレベルのチェック（セキュリティゲート４１１）を行わずにディスパッチャ４１２に入力する。ステップ３２０６においてセキュリティレベルが０または１以外の時は、ステップ３２０７においてセキュリティレベルが２であるかどうかを調べる。セキュリティレベルが２の場合はステップ３２０９においてコマンドパケットに含まれていたユーザＩＤ（ＵＩＤ）がユーザ認証表（図１３）内に存在するかどうかをチェックする。ユーザＩＤが含まれていない場合、権限がないものとしてステップ３２１０においてエラー返信情報を生成し、インタープリンター４０９によってパケット（ステータスコード３１０９にエラー情報を埋め込む）を生成しコマンドパケット送信元に送信する。ユーザＩＤが含まれている場合、ディスパッチャ４１２に入力する。送信元アドレスはトランスポートパケット（Ｈｅａｄｅｒ）から抽出される。ステップ３２０７において、セキュリティレベルが２以外の場合は、ステップ３２０８においてコマンドパケットに含まれていたユーザＩＤ：パスワードの対がユーザ認証表（図１３）内に存在するかどうかをチェックする。ユーザＩＤ：パスワードの対が含まれていない場合、権限がないものとして３２１１においてエラー返信情報を生成し、インタープリンター４０９によってパケットを生成しコマンドパケット送信元に送信する。ユーザＩＤが含まれている場合、ディスパッチャ４１２に入力する。ステップ３２１２において、ステップ３２０５において取得した課金データよりチャージの対象がユーザＩＤであるかを判断する。ユーザＩＤでない場合は、アカウントＩＤ（ＡＩＤ）に課金されるものとし、ステップ３２１３においてアカウントＩＤの指定があるかどうかを調べる。指定がある場合は、ステップ３２１４においてアカウントＩＤ表（図１１４）でユーザＩＤが指定されたアカウントＩＤに属しているかまたはチャージが許可されているかをチェックする。どちらでもない場合は、権限がないものとしてステップ３２１５においてエラー返信情報を生成し、インタープリンター４０９によってパケットを生成しコマンドパケット送信元に送信する。アカウントＩＤに属しているかまたはチャージが許可されている場合は、アカウントＩＤをディスパッチャ４１２に入力する。ステップ３２１３においてアカウントＩＤの指定がなかった場合は、ステップ３２１６においてアカウントＩＤ表（図１１４）でユーザＩＤが属しているアカウントＩＤを検索する。アカウントＩＤがみつからなかった場合は、権限がないものとしてステップ３２１７においてエラー返信情報を生成し、インタープリンター４０９によってパケットを生成しコマンドパケット送信元に送信する。属しているアカウントＩＤがみつかった場合は、アカウントＩＤをディスパッチャ４１２に入力する。ステップ３２１８においてディスパッチャ４１２は、サービスＩＤを元に配布先のマネージャを決定し、決定されたマネージャーに対してデータが入力された接続形式ＩＤとサブアドレス、送信元のアドレス、オペレーションコード、ブロック番号、フラグ情報、ユーザＩＤ、パスワード、パラメータ長、パラメータおよび課金対象のＩＤを配布する。そして、ステップ３２１９において各マネージャは、これらの情報を処理する。
（属性表のアクセス処理）
図４８は、多機能周辺機器２０１が保持する各マネージャ・各コントローラの属性表に対する読み出し・書き込みを、Ｃｌｉｅｎｔが指示した場合の処理を表す。各マネージャ・各コントローラが保持する属性表からの読み込みおよび書き込みは、Ｓｕｐｅｒｖｉｓｏｒの有するサブアドレスに対して適当なコマンドパケットを送信することにより行う。属性表読み出し用コマンドパケットにはパラメータとして、アクセス対象サービスＩＤおよびアクセス対象属性ＩＤが含まれている。また、属性表書き込み用コマンドパケットにはパラメータとして、アクセス対象サービスＩＤ、アクセス対象属性ＩＤおよび属性ＩＤに対応した属性値が含まれている。Ｃｌｉｅｎｔから多機能周辺機器２０１に送られたパケットデータは、図４７に示すフローによって処理され、Ｓｕｐｅｒｖｉｓｏｒに配布される。ステップ３３０１においてオペレーションコード３１０４が、属性値読み出し用コード（”Ｇｅｔ”）であるかどうかチェックする。オペレーションコードが”Ｇｅｔ”である場合は、ステップ３３０１においてサービスＩＤを元にアクセス対象の属性表全体を取得する。サービスＩＤが０の場合は図７に示すＳｕｐｅｒｖｉｓｏｒ４１０の属性表、サービスＩＤが１、２、３、４、５、６、７、８、９の場合は図１８に示すようなプリントジョブマネージャーの属性表、サービスＩＤが１０の場合は図２２示すようなスキャンジョブマネージャー４１９の属性表、サービスＩＤが１１、１２、１３、１４、１５、１６、１７、１８の場合は図２４に示すようなコピージョブマネージャーの属性表、サービスＩＤが１０１の場合は図２６に示すようなフォントマネージャー４１３の属性表、サービスＩＤが１０２の場合は図２９に示すようなフォームオーバーレイマネージャー４１４の属性表、サービスＩＤが１０３の場合は図３２に示すようなログマネージャー４１５の属性表、サービスＩＤが１０４の場合は図３７に示すようなカラープロファイルマネージャー４１６の属性表、サービスＩＤが２１、２２、２３の場合は図４０に示すようなプリンタコントローラの属性表、サービスＩＤが２４の場合は図４４に示すようなスキャナコントローラ４２０の属性表を取得する。なお、図１８に示すプリントジョブマネージャーの属性表はサービスＩＤが４の属性表（プリントジョブマネージャー５０４）であり、サービスＩＤ１、２、３、５、６、７、８、９のそれぞれに対応したプリントジョブマネージャー５０１、５０２、５０３、５０５、５０６、５０７、５０８、５０９の属性表がＤＩＳＫ３１５に記憶されている。同様に、図２４に示すコピージョブマネージャーの属性表はサービスＩＤが１８の属性表（コピージョブマネージャー６０８）であり、サービスＩＤ１１、１２、１３、１４、１５、１６、１７のそれぞれに対応したコピージョブマネージャー６０１、６０２、６０３、６０４、６０５、６０６、６０７の属性表がそれぞれＤＩＳＫ３１５に記憶されている。また、同様に、図４０に示すプリンタコントローラの属性表はサービスＩＤが２１の属性表（プリンタコントローラ５１０）であり、サービスＩＤ２２、２３のそれぞれに対応したプリンタコントローラ５１１、５１２の属性表がＤＩＳＫ３１５に記憶されている。
その後、ステップ３３０３において、指定された属性値が取得可能かどうかを検査する。検査は、対象となる属性表の「管理者のみが取得出来る属性ＩＤリスト」（属性ＩＤ＝１０５）の値を取得し、この中に取得指示された属性ＩＤが含まれているかどうかを調べることにより行う。属性ＩＤが含まれていれば、値を取得することは出来ないので、ステップ３３０５においてエラー返信パケットを作成し、これを送信して終了する。属性ＩＤが含まれていなければ、ステップ３３０４において指定された属性ＩＤを元に属性表を検索し、該当する属性ＩＤを持つ型ＩＤと属性値を取得する。ステップ３３０６において、型ＩＤに基づいて返信パケットを生成し、ステップ３３０７においてこの返信パケットを送信して終了する。ステップ３３０１においてオペレーションコードが”Ｇｅｔ”でない場合は、ステップ３３０８において、オペレーションコードが、属性値書き込み用コード（”Ｓｅｔ”）であるかどうかチェックする。オペレーションコードが”Ｓｅｔ”である場合は、ステップ３３０９においてサービスＩＤに基づいてアクセス対象の属性表全体を取得する。その後、ステップ３３１０において、指定された属性値が設定可能かどうかを検査する。検査は、対象となる属性表の「管理者のみが設定出来る属性ＩＤリスト」（属性ＩＤ＝１０４）の値を取得し、この中に設定指示された属性ＩＤが含まれているかどうかを調べることにより行う。属性ＩＤが含まれていれば、値を取得することは出来ないので、ステップ３３１４においてエラー返信パケットを作成し、これを送信して終了する。属性ＩＤが含まれていなければ、ステップ３３１１において指定された属性ＩＤを元に属性表を検索し、該当する属性ＩＤを持つ型ＩＤと属性値を取得する。ステップ３３１２において、型ＩＤに基づいて指定された属性値を設定し、設定が成功した旨を知らせる返信パケットを生成する。ステップ３３１３においてこの返信パケットを送信して終了する。ステップ３３０８においてオペレーションコードが”Ｓｅｔ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ３３１５を行い終了する。
（サービスＩＤ一覧問い合わせ処理）
図４９は、多機能周辺機器２０１が提供するサービスの一覧（サービスＩＤの一覧）をＣｌｉｅｎｔが問い合わせた場合の処理を表す。サービスの一覧の問い合わせは、Ｓｕｐｅｒｖｉｓｏｒの有するサブアドレスに対して適当なコマンドパケットを送信して、図９で示されるサブアドレス：サービスＩＤ対応表を読み出し処理することにより行う。図４９で示すフローは、図４８で示したフローのステップ３３１５（その他のＯｐｅｒａｔｉｏｎ Ｃｏｄｅの処理）のステップを詳細化したものである。ステップ３４０１において、オペレーションコードがサービス一覧取得用コード（“Ｌｉｓｔ Ｓｅｒｖｉｃｅ”）であるかどうかチェックする。オペレーションコードが“Ｌｉｓｔ Ｓｅｒｖｉｃｅ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ３４０２を行い終了する。ステップ３４０１において、オペレーションコードが“Ｌｉｓｔ Ｓｅｒｖｉｃｅ”の場合は、ステップ３４０３において、サブアドレス：サービスＩＤ対応表の中から問い合わせに使用された接続形式ＩＤに相当するものだけを抜き出したリストを作成する。ステップ３４０４において、ステップ３４０３で作成したリストの各レコードを検査し、有効フラグ８０４が有効、有効ユーザリスト８０５に値がある場合は問合わせに使用したユーザＩＤがその値に該当しないレコードを、無効ユーザリスト８０６に値がある場合は問い合わせに使用したユーザＩＤがその値に該当するレコードをリストから削除する。ステップ３４０５において、ステップ３４０４で更新したサービスＩＤのリストを含む返信パケットを作成し、作成された返信パケットは、ステップ３４０６において送信する。
（サブアドレス問い合わせ処理）
図５０は、多機能周辺機器２０１が提供するサービスを利用するときに必要となるサブアドレスの情報を、ＣｌｉｅｎｔがサービスＩＤを指定して問い合わせた場合の処理を表す。サブアドレスの問い合わせは、Ｓｕｐｅｒｖｉｓｏｒ４１０の有するサブアドレスに対して適当なコマンドパケットを送信して、図９で示されるサブアドレス：サービスＩＤ対応表を読み出し処理することにより行う。サブアドレスの問い合わせコマンドパケットにはパラメータとして、サービスＩＤが含まれている。図５０で示すフローは、図４９で示したフローのステップ３４０２（その他のＯｐｅｒａｔｉｏｎ Ｃｏｄｅの処理）のステップを詳細化したものである。ステップ３５０１において、オペレーションコードがサブアドレス取得用コード（“Ｒｅｓｅｒｖｅ”）であるかどうかチェックする。オペレーションコードが“Ｒｅｓｅｒｖｅ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ３５０３を行い終了する。ステップ３５０１においてオペレーションコードが“Ｒｅｓｅｒｖｅ”の場合は、ステップ３５０２において問合わせに使用された接続形式ＩＤとパラメータ内に指定されたサービスＩＤとからサブアドレス：サービスＩＤ対応表を走査し該当するレコードを検索する。ステップ３５０４において検索されたレコードについて、有効フラグが有効となっているか、有効ユーザリストに値がある場合はリスト中に問合わせに使用したユーザＩＤがあるかどうか、無効ユーザリストに値がある場合はリスト中に問い合わせに使用したユーザＩＤが無いかどうかをチェックする。チェックの結果どれかでもＯＫでない場合は、指定されたサービスに対するアクセス権（利用権）が無いものとして、ステップ３５０６においてエラー返信パケットを作成し、ステップ３５０７においてこのパケットを送信して終了する。ステップ３５０４におけるチェックの結果、どのチェックもＯＫの場合は、ステップ３５０５においてサブアドレスを含む返信パケットを作成し、ステップ３５０７においてこのパケットを送信して終了する。
（タスクタイプ指定のサービスＩＤの問い合わせ処理）
図５１は、多機能周辺機器２０１が提供するサービスのうち、サービスの種類を指定して指定された種類のサービスを処理するために最適なサービスＩＤを問い合わせた場合の処理フローを表す。サービスの種類を指定したサービスＩＤの問合わせは、Ｓｕｐｅｒｖｉｓｏｒの有するサブアドレスに対して適当なコマンドパケットを送信して、図９で示されるサブアドレス：サービスＩＤ対応表と図１１で示されるサービスＩＤ：タスクタイプ対応表とを読み出し処理することにより行う。サブアドレスＩＤ問い合わせコマンドパケットにはパラメータとして、サービスの種類を指定するためのタスクタイプ、およびサービスを限定するための組み合わせ（条件情報）が含まれている。条件情報は属性ＩＤと値の対のリストとして表されている。図５１で示すフローは、図５０で示したフローのステップ３５０３（その他のＯｐｅｒａｔｉｏｎ Ｃｏｄｅの処理）のステップを詳細化したものである。ステップ３６０１において、オペレーションコードがサブアドレス取得用コード（”Ｇｅｔ Ｓｅｒｖｉｃｅ”）であるかどうかチェックする。オペレーションコードが”Ｇｅｔ Ｓｅｒｖｉｃｅ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ３６０３を行い終了する。ステップ３６０１においてオペレーションコードが“Ｇｅｔ Ｓｅｒｖｉｃｅ”の場合は、ステップ３６０２において問合わせに使用された接続形式ＩＤとサブアドレス：サービスＩＤ対応表とから、問合わせに使用された接続形式ＩＤを持つサービスＩＤのリストを作成する。ステップ３６０４において、サービスＩＤ：タスクタイプ対応表を参照し、上記リストの中から指定されたタスクタイプを有するもののリストを作成する。ステップ３６０５において、ステップ３６０４で作成したリストの各レコードを検査し、有効フラグ８０４が有効、有効ユーザリスト８０５に値がある場合は問合わせに使用したユーザＩＤがその値に該当しないレコードを、無効ユーザリスト８０６に値がある場合は問い合わせに使用したユーザＩＤがその値に該当するレコードをリストから削除する。ステップ３６０９において、パラメータに含まれている条件情報とリスト中のサービスＩＤに対応する各マネージャの属性表と比較して、条件に合致する値以外をリストから削除する。ステップ３６０６において、ステップ３６０５において変更されたリストのレコードの数をチェックし、レコード数が０の場合は、要求されたサービスは存在しないものとしてステップ３６１１においてエラー返信パケットを作成し、ステップ３６１３において返信パケットを送信して終了する。ステップ３６０６においてレコード数が０以外の場合は、ステップ３６０７においてレコード数が１であるかどうかをチェックする。レコード数が１の場合は、ステップ３６１２において得られたサービスＩＤを含む返信パケットを作成し、ステップ３６１３において返信パケットを送信して終了する。ステップ３６０７においてレコード数が１以外の場合は、ステップ３６０８において、リスト中のサービスＩＤに対応する各マネージャに現在の負荷状態を問い合わせる。各マネージャは処理中のジョブの数を負荷状態として返し、この中から最低の負荷を持つマネージャを選択する。ステップ３６１０において、選択されたマネージャーに対応するサービスＩＤを含む返信パケットを作成し、ステップ３６１３において返信パケットを送信して終了する。
図５２は多機能周辺機器２０１におけるサービスＩＤ（ＳＩＤ）およびユーザＩＤ（ＵＩＤ），パスワード（ＰＷＤ）の認証処理フローを表わすものである。図５２で示すフローは、図５１で示したフローのステップ３６０３（その他のＯｐｅｒａｔｉｏｎ Ｃｏｄｅの処理）のステップを詳細化したものである。ステップ３６ａ０１において、オペレーションコードがユーザ情報取得用コード（“ＣｈｅｃｋＩＤ”）であるかどうかチェックする。オペレーションコードが“ＣｈｅｃｋＩＤ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ３６ａ１２を行い終了する。
ステップ３６ａ０２でコマンドのパラメータとして含まれているサービスＩＤとユーザＩＤとユーザパスワードを取得する。
ステップ３６ａ０３において、サービスＩＤを基にサービスＩＤ：タスクタイプ対応表（図１１）を参照する事により、ユーザの指定するサービスＩＤがあるかチェックする。サービスＩＤが存在しない場合はステップ３６ａ１０でエラー送信情報を作成しステップ３６ａ１１でエラー返信パケットを送信元に送信して処理を終える。
ステップ３６ａ０３においてサービスＩＤが存在する場合、ステップ３６ａ０４においてアクセス制御表（図１４）を参照することによりサービスＩＤに対応するセキュリティレベルを取得する。ステップ３６ａ０４においてセキュリティレベルが０の場合は、ユーザＩＤとユーザパスワードのチェックを行わずにステップ３６ａ０９でジョブ投入許可返信パケットを作成し、ステップ３６ａ１１で返信パケットを送信元に送信する。
ステップ３６ａ０４においてセキュリティレベルが０でない場合、ステップ３６ａ０５においてセキュリティレベルが１であるかどうかを調べる。セキュリティレベルが１の場合は、ユーザＩＤとユーザパスワードのチェックを行わずにステップ３６ａ０９でジョブ投入許可返信パケットを作成し、ステップ３６ａ１１で返信パケットを送信元に送信する。
ステップ３６ａ０５でセキュリティレベルが１でない場合、ステップ３６ａ０６においてセキュリティレベルが２であるかどうか調べる。セキュリティレベルが２の場合はステップ３６ａ０８においてステップ３６ａ０２で取得したパケットに含まれていたユーザＩＤがユーザ認証表（図１３）を参照し、存在するかどうかをチェックする。ユーザＩＤが含まれていない場合、権限がないものとしてステップ３６ａ１０においてエラー返信情報を生成し、ステップ３６ａ１１で返信パケットを送信元に送信する。ステップ３６ａ０８でユーザＩＤが含まれている場合、ステップ３６ａ０９においてジョブ投入許可返信パケットを作成しステップ３６ａ１１で返信パケットを送信元に送信する。
ステップ３６ａ０６において、セキュリティレベルが２でない場合は、ステップ３６ａ０７においてステップ３６ａ０２で取得したパケット内のユーザＩＤ：パスワードの対がユーザ認証表（図１３）内に存在するかどうかをチェックする。ユーザＩＤ：パスワードの対が含まれていない場合、権限がないものとして３６ａ１０においてエラー返信情報を生成し、ステップ３６ａ１１で返信パケットを送信元に送信する。ステップ３６ａ０７でユーザＩＤ：パスワードの対が含まれている場合、ステップ３６ａ０９においてジョブ投入許可返信パケットを作成しステップ３６ａ１１で返信パケットを送信元に送信する。
（ジョブの構造）
図５３は、各マネージャが管理するジョブの実体を保持するファイル（ジョブファイル）の内部構造を示すものである。ジョブファイルのファイル名はジョブ表（図２０）のファイル名１５０２で保持されている。またこのファイルの構造は、各コントローラが管理するジョブの実体を保持するファイルの内部構造も示している。このファイル名はジョブキュー表（図４２）のファイル名２９０３で保持されている。ジョブの実体は、属性ＩＤ３７０１、属性値サイズ３７０２および属性値３７０３の組を複数連続して持つことによって表されている。ジョブがドキュメントを含む場合は、３７０４、３７０５、３７０６で示されるように属性ＩＤとしてドキュメントファイルを表す値、属性値としてドキュメントファイル名のサイズ、属性値としてドキュメントファイルのファイル名を保持している。また、ジョブがバインダーを含む場合は、３７１０、３７１１、３７１２で示されるように属性ＩＤとしてバインダーファイルを表す値、属性値としてバインダーファイル名のサイズ、属性値としてバインダーファイルのファイル名を保持している。ジョブ属性の中には、ジョブの名称、ジョブの実行優先度、イベントの種類とそのイベントが発生した時にイベント通知を送信する宛先などの情報、ジョブの現在の状態の情報、およびジョブの種類に依存した情報：プリントジョブの場合にはコピー部数、他のジョブとの区分けシートの指定、メディアがなくなった場合のリカバリ方法の指定などが含まれる。
（ドキュメントの構造）
図５４は、各ジョブファイルが保持するドキュメントファイルの内部構造を示すものである。ドキュメントファイルのファイル名はドキュメント表（図６２）のファイル名１５０２で保持されている。またこのファイルの構造は、各コントローラが管理するドキュメントの実体を保持するファイルの内部構造も示している。ドキュメントの実体は、属性ＩＤ３７ａ０１、属性値サイズ３７ａ０２および属性値３７ａ ０３の組を複数連続して持つことによって表されている。ドキュメントがデータを含む場合は、３７ａ０７、３７ａ０８、３７ａ０９で示されるように属性ＩＤとしてデータを表す値、属性値としてファイル名のサイズ、属性値としてデータを保持しているファイルのファイル名を保持している。ドキュメント属性の中には、データの送信方法、データのフォーマット（使用されるＰＤＬなど）、データの圧縮形式などの情報、およびドキュメントの種類に依存した情報：プリントドキュメントの場合には、給紙トレイの指定、紙などのメディア指定、両面プリントの指定、プリント品位、とじしろの位置や量の指定などが含まれる。
（バインダーの構造）
図５５は、各ジョブファイルが保持するバインダーファイルの内部構造を示すものである。バインダーファイルのファイル名はバインダー表（図６３）のファイル名１５０２で保持されている。またこのファイルの構造は、各コントローラが管理するバインダーの実体を保持するファイルの内部構造も示している。バインダーの実体は、属性ＩＤ３７ｂ０１、属性値サイズ３７ｂ０２および属性値３７ｂ０３の組を複数連続して持つことによって表されている。バインダーがドキュメントを含む場合は、３７ｂ０４、３７ｂ０５、３７ｂ０６また３７ｂ１０、３７ｂ１１、３７ｂ１２で示されるように属性ＩＤとしてデータを表す値、属性値としてファイル名のサイズ、属性値としてドキュメントデータを保持しているファイルのファイル名を保持している。バインダー属性の中には、例えばプリントバインダーの場合には出力するビン指定、ステープルやパンチ穴などのフィニッシング指定、ソーティングの指定などが含まれる。
（各マネージャーでのジョブスクリプト処理）
図５６、図５７、図５８、図５９および図６０は、各マネージャにおけるジョブスクリプトの処理フローを表すものである。ジョブスクリプトは、図４６で示されるコマンドパケットの一続きによって構成されており、“Ｊｏｂ Ｓｔａｒｔ”オペレーションコードで始まり、“Ｊｏｂ Ｅｎｄ”オペレーションコードで終わるものとして規定されている。ジョブスクリプトを構成する各パケットは、図９で示されるサブアドレス：サービスＩＤ対応表によって示されるサブアドレスに投入され、図４７で示されるコマンドパケット処理フローによって各マネージャに配布される。図５６から図６０で示される処理フローは、各マネージャに配布されたコマンドパケットを処理して図５３、図５４および図５５で示されるジョブファイル、バインダーファイル、ドキュメントファイルおよびデータファイルを作成する場合の処理フローである。
各マネージャに配布されたオペレーションは、図５６におけるステップ３８０１においてオペレーションコードがサポートされているオペレーションコードであるかどうかをチェックする。チェックは、各マネージャが属性表内に保持している「サポートしているオペレーション」属性（属性ＩＤ１０１）の値と比較することにより行う。チェックの結果、サポート外のオペレーションであった場合は、ステップ３８１１においてエラー返信パケットを作成し、これを送信して終了する。ステップ３８０１のオペレーションコードがサポートされているものであったならば、ステップ３８０２において現在ジョブ投入中であるかどうかをチェックする。チェックは、ジョブ投入中フラグ（ステップ３８０６で設定されるフラグ）が真であるかどうかを検査することにより行う。検査の結果、ジョブ投入中フラグが偽であり、ジョブ投入中でなければ、ステップ３８０４においてオペレーションコードが“Ｊｏｂ Ｓｔａｒｔ”であるかどうかをチェックする。チェックの結果、オペレーションコードが“Ｊｏｂ Ｓｔａｒｔ”で無い場合は、ステップ３８１６においてエラー返信パケットを作成し、これを送信して終了する。ステップ３８０４のチェックの結果ＯＫならば、ステップ３８０５においてジョブＩＤを割り当ててジョブ表（図２０）に項目を追加し、ジョブファイルを新規作成する。その後ステップ３８０６において、ジョブ投入中フラグを真に設定してコマンドパケットの処理を終了する。ステップ３８０２のチェックにおいて、ジョブ投入中フラグが真の場合は、ステップ３８０３において現在バインダー処理中であるかどうかをチェックする。チェックは、バインダー処理中フラグ（ステップ３８ｄ０３で設定されるフラグ）が真であるかどうかを検査することにより行う。検査の結果、バインダー処理中フラグが真であり、バインダー処理中であれば、図５７のバインダー処理に進む。また、検査の結果、バインダー処理中フラグが偽であり、バインダー処理中でなければ、ステップ３８０７において現在ドキュメント処理中であるかどうかをチェックする。チェックは、ドキュメント処理中フラグ（ステップ３８ｄ０６で設定されるフラグ）が真であるかどうかを検査することにより行う。検査の結果、ドキュメント処理中フラグが真であり、ドキュメント処理中であれば、図５８のドキュメント処理に進む。また、検査の結果、ドキュメント処理中フラグが偽であり、ドキュメント処理中でなければ、ステップ３８０８においてオペレーションコードが“Ｓｅｔ Ｊｏｂ”であるかどうかをチェックする。オペレーションコード“Ｓｅｔ Ｊｏｂ”は、パラメータにジョブを構成する属性（属性ＩＤと属性値）が含まれていることをマネージャに指示するものである。ジョブのオペレーションコードが“Ｓｅｔ Ｊｏｂ”である場合は、ステップ３８０９においてジョブファイルに領域を追加し、ステップ３８１０において属性ＩＤ、属性値サイズおよび属性値を追加した領域に書き込み終了する。ステップ３８０８において、チェックの結果、オペレーションコードが“Ｓｅｔ Ｊｏｂ”で無い場合は、図５９の処理に進む。
図５７におけるステップ３８ａ０１においてオペレーションコードが“Ｓｅｔ Ｂｉｎｄｅｒ”であるかどうかをチェックする。オペレーションコード“Ｓｅｔ Ｂｉｎｄｅｒ”は、パラメータにバインダーを構成する属性（属性ＩＤと属性値）が含まれていることをマネージャに指示するものである。オペレーションコードが“Ｓｅｔ Ｂｉｎｄｅｒ”である場合は、ステップ３８ａ０２においてバインダーファイルに領域を追加し、ステップ３８ａ０３において属性ＩＤ、属性値サイズおよび属性値を追加した領域に書き込み終了する。ステップ３８ａ０１において、チェックの結果、オペレーションコードが“Ｓｅｔ Ｂｉｎｄｅｒ”で無い場合は、ステップ３８ａ０４においてオペレーションコードが“Ｂｉｎｄｅｒ Ｅｎｄ”であるかどうかをチェックする。チェックの結果、オペレーションコードが“Ｂｉｎｄｅｒ Ｅｎｄ”である場合は、ステップ３８ａ０５においてバインダーファイル生成処理を行い、終了する。チェックの結果、オペレーションコードが“Ｂｉｎｄｅｒ Ｅｎｄ”で無い場合は、３８ａ０６においてその他のオペレーション処理を行い終了する。
図５８におけるステップ３８ｂ０１においてオペレーションコードが“Ｓｅｔ Ｄｏｃｕｍｅｎｔ”であるかどうかをチェックする。オペレーションコード“Ｓｅｔ Ｄｏｃｕｍｅｎｔ”は、パラメータにドキュメントを構成する属性（属性ＩＤと属性値）が含まれていることをマネージャに指示するものである。オペレーションコードが“Ｓｅｔ Ｄｏｃｕｍｅｎｔ”である場合は、ステップ３８ｂ０２においてドキュメントファイルに領域を追加し、ステップ３８ｂ０３において属性ＩＤ、属性値サイズおよび属性値を追加した領域に書き込み終了する。ステップ３８ｂ０１において、チェックの結果、オペレーションコードが“Ｓｅｔ Ｄｏｃｕｍｅｎｔ”で無い場合は、ステップ３８ｂ０４においてオペレーションコードが“Ｄｏｃｕｍｅｎｔ Ｅｎｄ”であるかどうかをチェックする。チェックの結果、オペレーションコードが“Ｄｏｃｕｍｅｎｔ Ｅｎｄ”である場合は、ステップ３８ｂ０５においてドキュメントファイル生成処理を行い、終了する。チェックの結果、オペレーションコードが“Ｄｏｃｕｍｅｎｔ Ｅｎｄ”で無い場合は、図６０の処理に進む。
図５９におけるステップ３８ｃ０１においてオペレーションコードが“Ｂｉｎｄｅｒ Ｓｔａｒｔ”であるかどうかをチェックする。チェックの結果、オペレーションコードが“Ｂｉｎｄｅｒ Ｓｔａｒｔ”である場合、ステップ３８ｃ０２においてバインダーＩＤを割り当ててバインダー表（図６３））に項目を追加し、バインダーファイルを新規作成する。その後ステップ３８ｃ０３において、バインダー処理中フラグを真に設定してコマンドパケットの処理を終了する。ステップ３８ｃ０１において、オペレーションコードが“Ｂｉｎｄｅｒ Ｓｔａｒｔ”でない場合は、ステップ３８ｃ０４においてオペレーションコードが“Ｄｏｃｕｍｎｅｔ Ｓｔａｒｔ”であるかどうかをチェックする。チェックの結果、オペレーションコードが“Ｄｏｃｕｍｅｎｔ Ｓｔａｒｔ”である場合、ステップ３８ｃ０５においてドキュメントＩＤを割り当ててドキュメント表（図６２）に項目を追加し、ドキュメントファイルを新規作成する。その後ステップ３８ｃ０６において、ドキュメント処理中フラグを真に設定してコマンドパケットの処理を終了する。ステップ３８ｃ０４において、オペレーションコードが“Ｄｏｃｕｍｅｎｔ Ｓｔａｒｔ”でない場合は、ステップ３８ｃ０７においてオペレーションコードが“Ｊｏｂ Ｅｎｄ”であるかどうかをチェックする。オペレーションコードが“Ｊｏｂ Ｅｎｄ”である場合は、ステップ３８ｃ０８においてジョブの生成終了処理を行い終了する。ジョブの生成終了処理には、ジョブファイルのクローズなどの処理を含み、マネージャの種類（プリントジョブ、スキャンジョブ、コピージョブ、フォント、フォームオーバーレイ、ログ、カラープロファイル）によって異なる。ステップ３８ｃ０７において、チェックの結果、オペレーションコードが“Ｊｏｂ Ｅｎｄ”で無い場合は、３８ａ０９においてその他のオペレーション処理を行い終了する。
図６０におけるステップ３８ｃ０１においてオペレーションコードが“Ｓｅｎｄ”であるかどうかをチェックする。オペレーションコード“Ｓｅｎｄ”は、パラメータにドキュメントを構成するデータが含まれていることをマネージャに指示するものである。ステップ３８ｄ０１においてオペレーションコードが“Ｓｅｎｄ”の場合は、ステップ３８ｄ０２においてコマンドと共に入力された継続フラグをチェックし、継続フラグが真の場合はステップ３８ｄ０３において既に存在しているデータファイル３７ａ１３に新たに領域を追加して、３８ｄ０４においてその領域にパラメータを書き込み終了する。ステップ３８ｄ０２において継続フラグが偽の場合は、ステップ３８ｄ０５においてデータファイル３７ａ１３を新規作成し、ステップ３８ｃ０６においてパラメータをデータファイルに書き込む。その後、ステップ３８ｄ０７においてドキュメントファイルに領域を追加し、ステップ３８ｄ０８においてデータを表す属性ＩＤ３７ａ０７、ファイル名のサイズ３７ａ０８および新規作成したファイルのファイル名３７ａ０９をこの領域に書き込み、終了する。ステップ３８ｄ０１においてオペレーションコードが“Ｓｅｎｄ”でない場合、ステップ３８ｄ１０においてオペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”であるかどうかをチェックする。オペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”は、データの送信をマネージャに指示するものであり、パラメータとしてデータの送信方法が含まれている。オペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”である場合は、ステップ３８ｄ１１において各マネージャに依存した処理を行い終了する。ステップ３８ｄ１１における処理は、スキャンジョブマネージャの場合は、ジョブファイルに保持されている属性値に従った原稿のスキャンをスキャナコントローラに指示し、得られたデータを指定された方法で送信すること、フォントマネージャの場合はジョブファイル内に属性値として指定されたフォントデータを即座に指定された送信方法で送信することなどが含まれる。ステップ３８ｄ１０においてオペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”でない場合は、ステップ３８ｄ１２においてその他のオペレーションコードの処理を行い終了する。
図６１におけるテップ３８１７において、オペレーションコードが“Ｓｅｔ Ｊｏｂ”でない場合は、ステップ３８２０においてオペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”であるかどうかをチェックする。オペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”は、データの送信をマネージャに指示するものであり、パラメータとしてデータの送信方法が含まれている。オペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”である場合は、ステップ３８２１において各マネージャに依存した処理を行い終了する。ステップ３８２１における処理は、スキャンジョブマネージャの場合は、ジョブファイルに保持されている属性値に従った原稿のスキャンをスキャナコントローラに指示し、得られたデータを指定された方法で送信すること、フォントマネージャの場合はジョブファイル内に属性値として指定されたフォントデータを即座に指定された送信方法で送信することなどが含まれる。ステップ３８２０においてオペレーションコードが“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”でない場合は、ステップ３８２２においてその他のオペレーションコードの処理を行い終了する。
（プリントジョブマネージャーでのジョブ処理）
図６４は、図５で示したプリントジョブマネージャ５０１から５０９におけるジョブの処理フローを表したものである。プリントジョブマネージャはジョブ表を常に監視するタスクを動作させている。プリントジョブマネージャが図５４に示すジョブスクリプトの処理フローを行い、“Ｊｏｂ Ｓｔａｒｔ”オペレーションコードが入力されることによりジョブ表に新たな項目が追加されたことをが検知すると、この監視タスクは図６４で示す処理フローを持つタスクを動作させて、入力されたジョブの処理を行わせる。まず、ステップ３９０１において、ジョブに関連するイベントの処理を行なうジョブイベントハンドラを起動する。ジョブイベントハンドラは、ジョブに関連して動作する別タスクであり、その動作の詳細は、図６５−後述にて説明されている。次に、ステップ３９０２において、印刷するデータ受信とＰＤＬラスタライザ処理とを行なう。この処理の詳細は、図６６−後述にて説明されている。ステップ３９０２では、イメージデータが得られるので、次のステップ３９０３では、そのイメージデータを使ってプリンタコントローラへのジョブ処理依頼を行なう。この処理の詳細は、図６７−後述にて説明されている。ステップ３９０４では、ジョブにより利用された資源のアカウント処理を行なう。この処理の詳細は、図６８−後述にて説明されている。最後に、ステップ３９０５において、最初に起動したジョブイベントハンドラを終了させ、ジョブ処理に利用したファイルなどの削除を行なった後、プリントジョブマネージャでのジョブ処理は終了する。
（ジョブイベントハンドラ処理）
図６５は、ジョブイベントハンドラの処理フローを示したものである。ジョブイベントハンドラは、各ジョブマネージャがジョブ処理を開始すると同時に起動される別タスクであり、機器内で発生するさまざまなイベントをモニタリングしている。そして、ジョブの状態遷移やエラー発生、ジョブ処理の完了など、自身を起動したジョブと関連するイベントが発生すると、そのイベントの通知処理を行なう。なお、各ジョブマネージャは、ジョブの終了時、ジョブイベントハンドラの終了を指示するが、その指示もジョブイベントハンドラへのイベントとして検知される。ステップ３９ａ０１では、機器内でのイベントをモニタリングしており、ジョブに関連するイベントが発生すると次のステップに進む。ステップ３９ａ０２では、ジョブファイルの中を検査し、発生したイベントが通知対象として登録されているかどうかを判断する。イベントが通知対象として登録されている場合は、ステップ３９ａ０３においてジョブファイルを読み出し、その送信方法や送信宛先を取得する。そして、ステップ３９ａ０４にて送信するイベントパケットを作成し、得られた送信宛先にパケットを送付する。もし、発生したイベントが登録されていなければ、ステップ３９ａ０５に移行する。ステップ３９ａ０５では、ジョブイベントハンドラの終了が指示されたかどうかを検査する。終了指示があれば、ジョブイベントハンドラはその処理を終了し、そうでなければステップ３９ａ０１に戻る。
（データ受信／ＰＤＬラスタライザ処理）
図６６は、プリントジョブマネージャにおけるデータ受信とＰＤＬラスタライザ処理のフローを示したものである。ステップ３９ｂ０１においてデータ（ドキュメントデータ）の表現に使用されているＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）の種類を示す属性がジョブファイルの中に追加されるのを待ち、ＰＤＬの種類が確定すると使用するＰＤＬ Ｒａｓｔｅｒｉｚｅｒ（ＰＤＬ Ｒａｓｔｅｒｉｚｅｒ４１７或いはＰＤＬ Ｒａｓｔｅｒｉｚｅｒ４１８）が使用可能となるまで待つ。ステップ３９ｂ０１でＰＤＬ Ｒａｓｔｅｒｉｚｅｒが使用可能となると、ステップ３９ｂ０２においてデータ受信方法を示す属性がジョブファイルの中に追加されるのを待つ。データ受信方法を示す属性がジョブファイルの中に追加されると、ステップ３９ｂ０３においてデータの受信方法をチェックする。データの受信方法が多機能周辺機器ＭＦＰ２０１の外部（例えば、ネットワーク上のＣｌｉｅｎｔ ＰＣ等）にアクセスする方法である場合は、ステップ３９ｂ０４において指定されたデータの読込みを行うタスクを生成して外部にアクセスする。その後ステップ３９ｂ０５においてデータの読込みが開始されるのを待つ。ステップ３９ｂ０３において、データがジョブ内に含まれる場合（図６１において“Ｓｅｎｄ”オペレーションコードによるデータ受信の場合）、ステップ３９ｂ０６においてデータの受信が開始されるのを待つ。ステップ３９ｂ０５または３９ｂ０６のステップにおいてデータの読込みまたは受信が開始された時、ステップ３９ｂ０７においてデータをＰＤＬ Ｒａｓｔｅｒｉｚｅｒに投入を開始する。その後、ステップ３９ｂ０８においてＰＤＬ Ｒａｓｔｅｒｉｚｅｒからイメージデータを受け取る。
（プリンタコントローラ処理）
図６７は、プリンタコントローラに依頼するジョブの処理フローを示したものである。ステップ３９ｃ０１において使用するプリンタコントローラを決定する。この決定はプリントジョブマネージャー５０１から５０７と５０９の属性表の属性ＩＤ２００１（Ｊｏｂを実行するＣｏｎｔｒｏｌｌｅｒ ＩＤリスト）で予め決められている場合と、プリントジョブマネージャー５０８の属性ＩＤ２００２（Ｃｏｎｔｒｏｌｌｅｒ自動選択可能か否か）で可が指定されてプリントジョブファイルの内容（図５３に示すジョブファイルの属性Ｉと属性値）を読むことによりプリントに必要となるプリンタコントローラを動的に決定する場合がある。この場合には、例えば、ジョブファイル内の属性ＩＤと属性値でカラー印刷を指定されていればＩｎｋ Ｊｅｔ Ｃｏｎｔｏｒｌｌｅｒ５１２（ＣＩＤ２３）を決定するし、属性ＩＤと属性値でＦｉｎｉｓｈｅｒの使用が指定されていればＬＢＰ Ｃｏｎｔｒｏｌｌｅｒ５１０（ＣＩＤ２１）を決定する。プリンタコントローラが決定すると、ステップ３９ｃ０２において、各プリンタコントローラにイメージデータを投入しプリンタコントローラからジョブＩＤを受け取る。ステップ３９ｃ０３においてジョブ依頼表（図２１）に、ジョブＩＤとプリンタコントローラＩＤおよびプリンタコントローラから受け取ったジョブＩＤをプリンタコントローラ毎に別々のレコードとして記録する。その後、プリントジョブマネージャはステップ３９ｃ０４で各プリンタコントローラでジョブ終了を待ち、ジョブ終了がプリンタコントローラから通知されると、ステップ３９ｃ０５においてジョブ依頼表から対応するレコードを削除する。ステップ３９ｃ０６において各プリンタコントローラに依頼した全てのジョブが終了したかどうかをチェックし、まだプリンタコントローラ内でジョブが残っている場合は、ステップ３９ｃ０４に戻り、プリンタコントローラでのジョブ終了を待つ。ステップ３９ｃ０６において、依頼した全てのプリンタコントローラでのジョブが終了した場合、ステップ３９ｃ０７においてジョブ表（図２０）から、ジョブのレコードを削除する。
図６８におけるステップ３９０１及びステップ３９０２においてＰＤＬ Ｒａｓｔｅｒｉｚｅｒが使用可能かどうか及びデータ受信方法は確定したか否か判定し、完了していればステップ３９０３にてデータの受信方法を確認する。外部データを参照する場合にはステップ３９０４にてアクセスを開始してステップ３９０５にて待機する。一方、ジョブ内であればステップ３９０６にて待機する。ステップ３９０５または３９０６のステップにおいてデータの読込みまたは受信が開始された時、ステップ３９０７においてデータをＰＤＬ Ｒａｓｔｅｒｉｚｅｒに投入を開始する。その後、ステップ３９０８においてＰＤＬ Ｒａｓｔｅｒｉｚｅｒからイメージデータを受け取り、ステップ３９０９において使用するプリンタコントローラを決定する。この決定はプリントジョブマネージャー５０１から５０７と５０９の属性表の属性ＩＤ２００１（Ｊｏｂを実行するＣｏｎｔｒｏｌｌｅｒ ＩＤリスト）で予め決められている場合と、プリントジョブマネージャー５０８の属性ＩＤ２００２（Ｃｏｎｔｒｏｌｌｅｒ自動選択可能か否か）で可が指定されてプリントジョブファイルの内容（図５２に示すジョブファイルの属性Ｉと属性値）を読むことによりプリントに必要となるプリンタコントローラを動的に決定する場合がある。この場合には、例えば、ジョブファイル内の属性ＩＤと属性値でカラー印刷を指定されていればＩｎｋ Ｊｅｔ Ｃｏｎｔｏｒｌｌｅｒ５１２（ＣＩＤ２３）を決定するし、属性ＩＤと属性値でＦｉｎｉｓｈｅｒの使用が指定されていればＬＢＰＣｏｎｔｒｏｌｌｅｒ５１０（ＣＩＤ２１）を決定する。プリンタコントローラが決定すると、ステップ３９１０において各プリンタコントローラにイメージデータを投入しプリンタコントローラからジョブＩＤを受け取る。ステップ３９１１においてジョブ依頼表（図２１）にジョブＩＤとプリンタコントローラＩＤおよびプリンタコントローラから受け取ったジョブＩＤをプリンタコントローラ毎に別々のレコードとして記録する。その後、プリントジョブマネージャはステップ３９１２で各プリンタコントローラでジョブ終了を待ち、ジョブ終了がプリンタコントローラから通知されると、ステップ３９１３においてジョブ依頼表から対応するレコードを削除する。３９１４において各プリンタコントローラに依頼した全てのジョブが終了したかどうかをチェックし、まだプリンタコントローラ内でジョブが残っている場合は、ステップ３９１２に戻りプリンタコントローラでのジョブ終了を待つ。ステップ３９１４において依頼した全てのプリンタコントローラでのジョブが終了した場合、ステップ３９２１において現在のジョブの課金対象であるＵＩＤもしくはＡＩＤのカウントデータフォーマット表（図１１６）に従って現在のカウントデータ表（図１１５）にジョブをカウントし、ステップ３９１５においてジョブ表（図２０）からジョブのレコードを削除する。同時に、図７７で示されるイベント送信処理を行う。ステップ３９１６においてジョブファイルの中を検査し、ステップ３９１７においてジョブ終了に関するイベント送信を指示する属性値があるかどうかをチェックする。もしなければ処理は終了するが、ある場合はステップ３９１８において属性値を読み出すことにより送信方法と送信宛先を取得する。ステップ３９１９においてイベントの送信パケットを作成し、指定された送信方法と送信宛先に対してイベントを送信する。ステップ３９２０においてジョブファイル・データファイルの削除などの終了処理を行い、ジョブの処理は終了する。
（スキャンジョブマネージャでのジョブ処理）
図６９は、スキャンジョブマネージャ４１９におけるジョブの処理フローを表したものである。スキャンジョブマネージャはジョブの投入が終了してからジョブの処理を開始する。このため、スキャンジョブマネージャは図６１におけるステップ３８１５のジョブの終了処理として図６９のジョブ処理を開始する。まず、ステップ４００１において、ジョブに関連するイベントの処理を行なうジョブイベントハンドラを起動する。ジョブイベントハンドラは、ジョブに関連して動作する別タスクであり、その動作の詳細は、図６５−前述にて説明されている。次に、ステップ４００２において、スキャンコントローラへのジョブ処理依頼を行なう。この処理の詳細は、図７０と図７１−後述にて説明されている。ステップ４００３では、スキャンにより得られたデータの送信処理を行なう。この処理の詳細は、図７２−後述にて説明されている。ステップ４００４では、ジョブにより利用された資源のアカウント処理を行なう。この処理の詳細は、図６８−前述にて説明されている。最後に、ステップ４００５において、最初に起動したジョブイベントハンドラを終了させ、ジョブ処理に利用したファイルなどの削除を行なった後、スキャンジョブマネージャでのジョブ処理は終了する。
（スキャナコントローラ処理）
図７０は、スキャナコントローラに依頼するジョブの処理フローを示したものである。ステップ４０ａ０１において、スキャナコントローラ４２０にジョブを投入しジョブＩＤを受け取る。ステップ４０ａ０２においてジョブ依頼表（図２１）に、ジョブＩＤとスキャナコントローラＩＤおよびスキャナコントローラ４２０から受け取ったジョブＩＤを記録する。ステップ４０ａ０３において、スキャナコントローラ４２０からのジョブ終了を待ち、ジョブ終了がスキャナコントローラ４２０から通知されると、スキャンしたイメージデータをスキャナコントローラ４２０から受け取り、ステップ４０ａ０４においてジョブ依頼表（図２１）から対応するジョブのレコードを削除する。また、ステップ４０ａ０５において、ジョブ表（図２０）からジョブのレコードを削除する。
（スキャナコントローラ内部処理）
図７１は、スキャンジョブマネージャ４１９の依頼したスキャンジョブをスキャナコントローラ４２０が処理するフローを示している。ジョブを依頼されたスキャナコントローラは、まず、ステップ４０ｂ０１において、Ｓｃａｎｎｅｒ Ｅｎｇｉｎｅのセンサーを利用し、これからスキャンしようとする原稿の種別をチェックする。原稿の種別として、カラー原稿か、モノクロ原稿か、青焼き原稿か、テキスト原稿か、イメージ原稿か、テキストとイメージの混在原稿か、などといったさまざまな種別をチェックすることが可能である。また、プリスキャン指定の設定状態をチェックする。プリスキャン状態の設定は、機器自身の状態として設定することも、ジョブを投入する際にプリスキャン状態で始めるよう設定することも、可能である。原稿種別とプリスキャン設定のチェックが完了したら、ステップ４０ｂ０２において、ドキュメントファイルの属性を読み出し、一致する原稿種別とプリスキャン指定の設定があるかどうかをチェックする。ステップ４０ｂ０２にて、一致する原稿種別およびプリスキャン指定があった場合は、ステップ４０ｂ０３に進み、ドキュメントファイルの属性を読み出して、スキャン後に生成するドキュメント形式（解像度やイメージ形式など）を生成データリストに追加する。そして、ステップ４０ｂ０４において、さらにドキュメントの指定があるかどうかをチェックし、あればステップ４０ｂ０２に戻り、なければステップ４０ｂ０５に進む。また、ステップ４０ｂ０２において、一致する原稿種別およびプリスキャン指定が見つからなければ、ステップ４０ｂ０５に進む。ステップ４０ｂ０５では、生成データリストをチェックし、スキャン条件を決定する。このとき、生成データリストをチェックし、生成する複数のデータの解像度の公倍数や、その機器の持つ最高の解像度またはリスト中で要求される最高解像度、あるいは多値画像でスキャン動作を行ない、その後データ形式の変換を行なうようにすることで、スキャン動作の回数を減らすようにすることができる。ステップ４０ｂ０６では、実際のスキャン動作を行なう。ステップ４０ｂ０７では、生成データリストにしたがった形式のデータを生成する。次に、ステップ４０ｂ０８にて、生成データリストにあるすべてのデータが生成できたかどうかをチェックする。もし１回のスキャン動作で得られたデータを変換することで、所望の生成データを得られるのであれば、ステップ４０ｂ０７に戻り、所望のデータを生成する。さらにスキャン動作を行なう必要があれば、ステップ４０ｂ０５に戻る。生成データリスト中のすべてのデータが生成されたと判別されれば、ステップ４０ｂ０９に進む。ステップ４０ｂ０９では、さらにスキャン処理を継続するかどうかをチェックする。ここで、スキャン継続が必要となる条件としては、プリスキャン設定がオンになっており、本スキャン動作を行なう場合や、原稿台上に複数の原稿が載っており、次の原稿のスキャン処理に進む場合などがある。スキャン継続が必要と判断されれば、ステップ４０ｂ０１に戻り、そうでなければ処理中に生成したさまざまなデータの破棄など終了処理を行なった後、一連の処理フローを終了する。
（データ送信処理）
図７２は、スキャン後のデータを送信する処理フローを示している。ステップ４０ｃ０１において、ジョブ中の属性の中からデータの送信方法を指示しているものを検索し、データ送信方法がデータをスクリプトとして送信する指示であった場合は、ステップ４０ｃ０２においてデータを他の属性情報と共にスクリプトとして送信する。機器からのデータ送信処理は詳細が図６２に示されている。ステップ４０ｃ０１においてデータを参照として送信する指示であった場合は、ステップ４０ｃ０２においてデータを機器内部に保存し、これに対する参照情報を他の属性情報と共にスクリプトとして送信する。
（コピージョブマネージャーでのジョブ処理）
図７３は、コピージョブマネージャ６０１から６０８におけるジョブの処理フローを表したものである。コピージョブマネージャはジョブの投入が終了してからジョブの処理を開始する。このため、ジョブマネージャは図５６におけるステップ３８１５のジョブの終了処理として図７３のジョブ処理を開始する。まず、ステップ４１０１において、ジョブに関連するイベントの処理を行なうジョブイベントハンドラを起動する。ジョブイベントハンドラは、ジョブに関連して動作する別タスクであり、その動作の詳細は、図６５−前述にて説明されている。次に、ステップ４１０２において、スキャンコントローラへのジョブ処理依頼を行なう。この処理の詳細は、図７０と図７１−前述にて説明されている。ステップ４１０２では、イメージデータが得られるので、次のステップ４１０３では、そのイメージデータを使ってプリントコントローラへのジョブ処理依頼を行なう。この処理の詳細は、図６７−前述にて説明されている。ステップ４１０４では、ジョブにより利用された資源のアカウント処理を行なう。この処理の詳細は、図６８−前述にて説明されている。最後に、ステップ４１０５において、最初に起動したジョブイベントハンドラを終了させ、ジョブ処理に利用したファイルなどの削除を行なった後、コピージョブマネージャでのジョブ処理は終了する。
（ジョブ処理ダウンロード）
図７４は、フォントマネージャ４１３、フォームオーバーレイマネージャ４１４、ログマネージャ４１５およびカラープロファイルマネージャ４１６におけるジョブの処理フローのうちデータのダウンロード機能に関するものを表すものである。これらのマネージャに対するジョブは、各マネージャが管理するデータのダウンロードおよびアップロードを行うためのものである。各マネージャが管理するデータの参照・削除などの管理は、Ｓｕｐｅｒｖｉｓｏｒ４１０が管理するサブアドレスに対してコマンドパケットを投入し図４８で示されるように各マネージャの持つ属性表にアクセスすることによって行う。各マネージャはジョブの投入が終了してからデータダウンロードに関するジョブの処理を開始する。このため、各マネージャは図５６におけるステップ３８１５のジョブの終了処理として図７４のデータダウンロードに関するジョブ処理を開始する。ステップ４２０１において、ジョブファイル（図５６）を走査し、データの受信方法に関する属性が存在するかどうかをチェックする。チェックの結果データの受信方法に関する属性が存在しない場合は、このジョブファイルはアップロードに関するもので図７５に示す処理フローが既に行われているものとしてステップ４２０８において終了処理を行う。ステップ４２０８における終了処理ではジョブファイルの削除を行う。ステップ４２０１においてデータの受信方法に関する属性が存在する場合は、ステップ４２０２においてデータの受信方法をチェックする。データの受信方法がジョブ内に含まれる場合（図６９において“Ｓｅｎｄ”オペレーションコードによるデータ受信の場合）すでにデータが受信済みでありステップ４２０５において受信したデータをファイルとして保存する。データの受信方法が機器外部にあるデータである場合はステップ４２０３において指定された外部ソースにアクセスし、データの取得を行い、取得したデータをステップ４２０５においてファイルとして保存する。ステップ４２０５において保存したファイル情報を、ステップ４２０６において各マネージャが管理する管理表（フォントマネージャ４１３の場合フォント表（図２８）、フォームオーバーレイマネージャ４１４の場合フォームオーバーレイ表（図３１）、ログマネージャ４１５の場合ログ表（図３４）、カラープロファイルマネージャ４１６の場合カラープロファイル表（図３９）に新規レコードを書き込むことにより登録する。ステップ４２０７において、ジョブファイル・データファイルの削除などの終了処理を行い、ジョブの処理は終了する。
（ジョブ処理アップロード）
図７５は、フォントマネージャ４１３、フォームオーバーレイマネージャ４１４、ログマネージャ４１５およびカラープロファイルマネージャ４１６におけるジョブの処理フローのうちデータのアップロード機能に関するものを表すものである。各マネージャはジョブスクリプトを構成する“Ｓｅｎｄ Ｒｅｑｕｅｓｔ”オペレーションコードが投入された時点で、データアップロードに関するジョブの処理を開始する。このため、各マネージャは図５４におけるステップ３８２１の各マネージャに依存した処理として図７５のデータアップロードに関するジョブ処理を開始する。ステップ４３０１において、ジョブファイル中（図５３）の属性の中からデータの送信方法を指示しているものをチェックする。ステップ４３０１においてデータ送信方法がデータをスクリプトとして送信する指示であった場合（ＮＯ）は、ステップ４３０３において、ジョブ内で指定データされたデータを他の属性情報と共にスクリプトとして送信する。機器からのデータ送信処理は詳細が図７８に示されている。ステップ４３０１においてデータを参照として送信する指示であった場合は、ジョブ内で指定されたデータに対する参照情報を他の属性情報と共にスクリプトとして送信する。
（各マネージャーでのジョブ管理）
図７６は、多機能周辺機器２０１内のプリントジョブマネージャ５０１から５０９、スキャンジョブマネージャ４１９およびコピージョブマネージャ６０１−６０８が管理するジョブに対する操作指示（ジョブの削除）をＣｌｉｅｎｔが行ったときに行われる処理フローを表したものである。各マネージャが管理するジョブに対する操作は、Ｓｕｐｅｒｖｉｓｏｒの有するサブアドレスに対して適当なコマンドパケットを送信することにより行う。ジョブ管理用コマンドパケットにはパラメータとして、対象ジョブマネージャを特定するためのサービスＩＤおよび対象ジョブＩＤが含まれている。Ｃｌｉｅｎｔから多機能周辺機器２０１に送られたコマンドパケットは、図４７に示すフローによって処理され、Ｓｕｐｅｒｖｉｓｏｒ４１０に配布される。図７６に示す処理フローは、図７７で示したフロー中の３６０３（その他のＯｐｅｒａｔｉｏｎ Ｃｏｄｅの処理）のステップを詳細化したものである。ステップ４４０１において、Ｓｕｐｅｒｖｉｓｏｒ４１０はオペレーションコードがジョブ削除用のもの（“Ｃａｎｃｅｌ Ｊｏｂ”）であるかどうかチェックする。オペレーションコードが”Ｃａｎｃｅｌ Ｊｏｂ”でない場合は、オペレーションコードに従った後述するその他の処理ステップ４４０９を行い終了する。ステップ４４０１においてオペレーションコードが“Ｃａｎｃｅｌ Ｊｏｂ”の場合は、ステップ４４０２においてパラメータ内に指定されたサービスＩＤに従って、パラメータをサービスＩＤに対応する各マネージャに送る。各マネージャはステップ４４０３において、指定されたジョブＩＤを各マネージャが管理するジョブ依頼表の中を検索する。ステップ４４０４においてジョブ依頼表の中に指定されたジョブＩＤが無い場合は、既にコントローラでのジョブが終了しているものとして、ステップ４４１０においてジョブ表の中から該当するレコードを削除し、ステップ４４１１において返信パケットを作成および送信して終了する。ステップ４４０４においてジョブ依頼表の中に指定されたジョブＩＤが有る場合は、ステップ４４０５において指定されたジョブＩＤに対応するコントローラのジョブＩＤとジョブを実行しているコントローラのコントローラＩＤを取得する。ステップ４４０６において、コントローラＩＤに対応するコントローラに対してコントローラのジョブＩＤを指定してジョブの削除を指示する。ステップ４４０７において、コントローラからの実行結果を待ち、実行結果が不成功であった場合は、ステップ４４０８においてエラー返信パケットを作成および送信して終了する。ステップ４４０７において、コントローラからの実行結果が成功であった場合、ステップ４４０８においてジョブ依頼表の中から該当するレコードを削除し、ステップ４４０３におけるジョブ依頼表の検索を行って他のコントローラに対する依頼が行われているかどうかを再度チェックする。
（イベント送信）
図７７は、各マネージャにおけるイベント送信の処理フローを表したものである。各マネージャは図１６に示す様なイベント設定表を、各自が保持する属性表の値として持っている。図１６の説明で示したように、この表にはイベントが発生したときにイベントを送信する接続形式と宛先とが書かれている。あるイベントが発生すると、各マネージャはイベントに対するイベントＩＤを認識する。その後、ステップ４５０１において、イベント設定表を参照しイベントＩＤが登録されているかどうかを検索する。ステップ４５０２において、イベントＩＤが１つも登録されていなければ処理を終了する。ステップ４５０２においてイベントＩＤが１つでも登録されていれば、ステップ４５０３でイベントを送信する際に使用する接続形式とイベントを送信する宛先を最初のレコードから取得し、ステップ４５０４においてイベント送信パケットを作成する。このパケットの中にはイベントＩＤ毎に規定されているパラメータと、Ｓｕｐｅｒｖｉｓｏｒ４１０が保持するイベントフォーマット表（図１７）に登録されているイベントＩＤ毎のフォーマットに従ったパラメータとを付加する。ステップ４５０５において、このイベント送信パケットを４５０３で取得した接続形式の送信宛先に送信する。そして、ステップ４５０６でイベントＩＤが有るレコード全てについてステップ４５０３からステップ４５０５までを繰り返し処理したか否かを判断し、処理していなければステップ４５０３に戻り、全てのレコードが処理されていれば終了する。
（多機能周辺機器からのデータスクリプト送信）
図７８は、多機能周辺機器２０１からデータをコマンドパケットの連続であるスクリプトとして送信する際の処理フローを表す。この処理フローは、スキャンジョブの結果得られるイメージデータの送信ステップ４００８やフォントデータの送信ステップ４３０３などにおいて使用されるものである。ステップ４６０１において、データの属性を含むパケットを生成して送信する。必要ならステップ４５０１を繰り返し、複数の属性を送信する。ステップ４６０２において、送信を指定されたデータを取得する。コマンドパケットは図４６に示す構造を有し、パラメータとして送信できるサイズがかぎられているため、４６０３において、データの長さを検査する。検査の結果、データの長さが制限値の長さ（６４Ｋバイト）を超えている場合、ステップ４６０６においてデータを制限値の長さで切断し、得られたデータをステップ４６０７においてパラメータとして付加したコマンドパケットを生成し送信する。このコマンドパケットには、オペレーションコードとして“Ｓｅｎｄ”を設定し、継続フラグを真として設定する。ステップ４６０８において、切断した残りのデータを取得しステップ４６０３のデータ長の検査を再び行う。ステップ４６０３の検査の結果、データ長がコマンドパケットの制限値の長さに入っている場合は、ステップ４６０４においてデータをパラメータとして付加したコマンドパケットを生成し送信する。このコマンドパケットには、オペレーションコードとして“Ｓｅｎｄ”を設定し、継続フラグを偽として設定する。ステップ４６０５において、残りの属性を含むコマンドパケットを生成して送信する。必要ならステップ４５０１を繰り返し、複数の属性を送信して終了する。
（Ｃｌｉｅｎｔ ＰＣのハード構成）
図７９は図２に示す本実施形態のＣｌｉｅｎｔＰＣ２０２、２０３、２０４、２０５の共通したハードウエア構成（コントローラ）を示す図である。コントローラの内部では、ＣＰＵ６００１がバス６０１０を介して、Ｍｅｍｏｒｙ（ＲＡＭ）６００２，ＣＲＴ等のディスプレイ６００３、キーボードやマウス等のポインティングデバイス６００４，ＲＯＭ６００８，ＤＩＳＫ６００９が接続されている。図１０８に示す各種プログラム及びデータは、ハードディスクやフロッピー（登録商標）ディスク等のＤＩＳＫ６００９（記憶媒体）に記憶されており、必要に応じて順次Ｍｅｍｏｒｙ（ＲＡＭ）６００２に読み出されてＣＰＵ６００１で実行される。このＤＩＳＫ６００２は、Ｃｌｉｅｎｔ ＰＣに着脱可能でもＣｌｉｅｎｔ ＰＣに内蔵されたものでも良い。更に、図１０８に示すプログラムは、ネットワークインタフェースケーブル２０８（１０ＢＡＳＥ−Ｔ）、ＩＥＥＥ１３９４インタフェースケーブル２０６、ＩＥＥＥ１２８４インタフェースケーブル２０７を介して他のＣｌｉｅｎｔ ＰＣ、ＭＦＰ２０１からダウンロードされてＤＩＳＫ６００９に記憶される構成でも良い。図７９に示すハードウエアは図１０９に示す一般的なＣｌｉｅｎｔ ＰＣを構成する。ＣＰＵ６００１がディスプレイ６００３にデータを書き込むことにより表示を行い、ＣＰＵ６００１がポインティングデバイス６００４からデータを読み出すことにより、ユーザからの指示を入力する。
また、バス６０１０には、ネットワークインターフェースコネクタ６００５、ＩＥＥＥ１３９４インターフェースコネクタ６００６、ＩＥＥＥ１２８４インターフェースコネクタ６００７が接続されており、図２に示すＥｔｈｅｒｎｅｔ（登録商標）（１０ＢＡＳＥ−Ｔ）ケーブル２０８、ＩＥＥＥ１３９４ケーブル２０６、ＩＥＥＥ１２８４ケーブル２０７が接続される。ＣＰＵ６００１がこれらのインターフェースからデータを読み込みまたは書き込むことによりそれぞれのインターフェースを使用した通信を行う。
（Ｃｌｉｅｎｔ ＰＣのソフトウエア構成）
図８０は多機能周辺機器２０１を利用するＣｌｉｅｎｔ２０２、２０３、２０４、２０５のソフトウエア（制御プログラム）ブロック図の一部を表す。Ｃｌｉｅｎｔ ＰＣが使用するソフトウエア（制御プログラム）とデータは図１０８に示すようにＤＩＳＫ６００９に記憶されている。５０１は、ユーザインターフェースであり、これによって５０５から５１４で示される各ドライバおよびユーティリティーが多機能周辺機器２０１の持つ情報をディスプレイ６００３に表示する。５０２は現在使用中の多機能周辺機器２０１の情報（データ）を保持するデーターベース（ＤＩＳＫ６００９）であり、Ｃｌｉｅｎｔが多機能周辺機器２０１に接続した段階で、５０３の機器情報取得部が機器の持つ全ての情報を取得して５０２のデータベースの中に保持する。５０４は、多機能周辺機器２０１が保持する各属性表の中で使用される、各属性の意味、各属性ＩＤ毎のデータ型、イベントＩＤ毎に規定されているパラメータのフォーマット、タスクタイプの意味、Ｓｕｐｅｒｖｉｓｏｒのサブアドレスなどの規定情報を保持している規定データベース（ＤＩＳＫ６００９）である。５０５から５１４で示される各ドライバおよびユーティリティーは、規定データベース５０４および機器情報データベース５０２に基づき動作する。５０５０は、プリンタドライバでありＣｌｉｅｎｔ ＰＣ上で動作するアプリケーションプログラムからの指示によりプリントジョブスクリプトを生成する。５０６は、スキャナドライバでありＣｌｉｅｎｔ ＰＣ上で動作するアプリケーションプログラムからの指示によりスキャンジョブスクリプトを生成する。５０７は、コピードライバでありＣｌｉｅｎｔ ＰＣ上で動作するアプリケーションプログラムからの指示によりコピージョブスクリプトを生成する。５０８は、フォント管理ユーティリティであり、フォントデータのダウンロードおよびアップロードを行うジョブを生成し、フォントデータを管理するコマンドを生成する。５０９は、フォームオーバーレイ管理ユーティリティであり、フォームオーバーレイデータのダウンロードおよびアップロードを行うジョブを生成し、フォームオーバーレイを管理するコマンドを生成する。５１０は、ログ管理ユーティリティであり、ログデータのダウンロードおよびアップロードを行うジョブを生成し、ログを管理するコマンドを生成する。５１１は、カラープロファイル管理ユーティリティであり、カラープロファイルデータのダウンロードおよびアップロードを行うジョブを生成し、カラープロファイルを管理するコマンドを生成する。５１２は、ジョブ管理ユーティリティであり、プリントジョブ・スキャンジョブ・コピージョブの削除・一時停止・実行再開などの管理をおこなうコマンドを生成する。５１３は、機器管理ユーティリティであり、プリンタコントローラ・スキャナコントローラの状態を取得するコマンドを生成する。５１４は、課金管理ユーティリティであり、課金データの取得するコマンドを生成する。
５１５は、５０５から５１４で示される各ドライバおよびユーティリティーから生成されたコマンドを基にコマンドパケットを生成するジェネレータである。生成されたコマンドパケットは、５１７、５１９、５２１の各トランスポート処理モジュールを利用して多機能周辺機器２０１に送信する。ジェネレータ５１５は、５１７、５１９、５２１の各トランスポート処理モジュールから入力された返信パケットおよびイベントパケットを解釈し、適当なドライバまたはユーティリティに配布する。５１７は、ＩＥＥＥ１３９４のトランスポート層であるＳＢＰー２の処理モジュールである。５１９は、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰの処理モジュールである。５２１は、ＩＥＥＥ１２８４のトランスポート層であるＩＥＥＥ１２８４．４の処理モジュールである。５１８は、ＩＥＥＥ１３９４の物理層を処理するインターフェースである。５２０は、ネットワークインターフェースである。５２２は、ＩＥＥＥ１２８４の物理層を処理するインターフェースである。図８０はまた、多機能周辺機器２０１のソフトウエア（制御プログラム）ブロック図（図４）におけるユーザーインターフェースマネージャ４０５の内部構成を表すものでもある。ユーザインターフェースマネージャ４０５の場合は、図６４におけるＳＢＰー２処理モジュール５１７、ＴＣＰ／ＩＰおよびＵＤＰ／ＩＰ処理モジュー５１９、ＩＥＥＥ１２８４．４処理モジュール５２１、ネットワークインターフェース５１８、ネットワークインターフェース５２０、ＩＥＥＥ１２８４インターフェース５２２は存在せず、ジェネレータ５１５が図４におけるインタープリター４０９に直接接続されており、これによってコマンドパケット・返信パケット・イベントパケットのやり取りが行われている。この直接接続は他のＣｌｉｅｎｔ２０２、２０３、２０４、２０５のソフトウエア（制御プログラム）構成には存在していない。
（パケット生成・送信処理）
図８１は、ジェネレータ５１５が５０５から５１４で示される各ドライバおよびユーティリティーからコマンドまたはジョブスクリプトを受けて、図４６で示されるコマンドパケットを生成し多機能周辺機器２０１に送信する処理フローを表す。この処理フローの前に、送信先の多機能周辺機器の適当なサブアドレスには前もって接続されているものとする。どのサブアドレスに接続するべきかという情報は、図８２で示される機器情報の取得フローによって取得される。ジョブスクリプトはコマンドの連続で定義されており、処理対象がジョブスクリプトの場合は、全てのコマンドが処理されるまでステップ４７０１からステップ４７０６までを繰り返す。以下の記述において、ジョブスクリプトの発行とはステップ４７０１からステップ４７０７まで、各コマンド毎に処理することを意味する。ステップ４７０１において、コマンドと共に送信するデータの長さを検査する。検査の結果、パラメータの制限値の長さ（６４Ｋバイト）を超える場合は、ステップ４７０２においてデータを制限値の長さで切断する。切断されたデータはステップ４７０３において、継続フラグを真としてコマンドに対応したオペレーションコードを含むパケットを生成し、ステップ４７０４においてパケットを送信する。ステップ４７０１において、データの長さがパラメータの制限値の長さに入る場合は、ステップ４７０５において継続フラグを偽としてコマンドに対応したオペレーションコードを含むパケットを生成し、ステップ４７０６においてパケットを送信する。
（Ｃｌｉｅｎｔでの情報取得とソフトウエア自動構成）
図８２は、図８０の機器情報取得部５０３の処理フローチャートを表す。機器情報取得部５０３はＣｌｉｅｎｔが多機能周辺機器２０１と接続直後に図８２で表す処理を行い、機器情報を取得して機器情報データベース５０２（ＤＩＳＫ６００９）に保持する。この処理はまた、機器からコンフィギュレーション変更のイベントが送られたときにも再度動作する。ステップ４８０１において、Ｃｌｉｅｎｔ ＰＣは多機能周辺機器２０１と接続する。具体的には、Ｅｔｈｅｒｎｅｔ（登録商標）２０８に接続されているＣｌｉｅｎｔＰＣ２０２、２０３はＩＰアドレス、ポート番号を指定して多機能周辺機器２０１に接続しＩＰパケットデータを出力する。ＩＥＥＥ１３９４インタフェース２０６に接続されているＣｌｉｅｎｔＰＣ２０４はノードＩＤとＬＵＮ（ロジカルユニットナンバー）を指定して多機能周辺機器２０１と接続しＳＢＰー２パケットデータを出力する。ＩＥＥＥ１２８４インタフェース２０７に接続されているＣｌｉｅｎｔＰＣ２０５はソケット番号を指定して多機能周辺機器２０１と接続しＩＥＥＥ１２８４．４パケットデータを出力する。接続先のサブアドレスは、接続に使用した接続形式ごとにあらかじめ規定されているＳｕｐｅｒｖｉｓｏｒ用のサブアドレスを使用する。この規定値は、規定情報データベース５０４（ＤＩＳＫ６００９）から取得する。ステップ４８０２において、図７に示すＳｕｐｅｒｖｉｓｏｒの属性表の属性ＩＤ１００（属性ＩＤのリスト）の値を取得する。属性値の取得は、ＳｕｐｅｒｖｉｓｏｒのサービスＩＤ０と属性ＩＤをパラメータとして属性値取得用コマンド（Ｇｅｔ）を生成し、ジェネレータ５１５にコマンドを投入することにより行う。ジェネレータ５１５は図６５の処理フローを行い、属性値取得用のコマンドパケットを、多機能周辺機器２０１に送信する。多機能周辺機器２０１では、上記コマンドパケットを受信し、図４７および図４８の処理フローを行って指定された属性ＩＤの属性値をＣｌｉｅｎｔに返信する。Ｃｌｉｅｎｔでは返信パケットをジェネレータによって解析し、機器情報取得部に送る。尚、属性ＩＤ１００の属性は、Ｓｕｐｅｒｖｉｓｏｒの属性表にある全属性ＩＤのリストとなっている。ステップ４８０３において属性ＩＤを指定して属性値を取得し、ステップ４８０４で全ての属性ＩＤの属性値を取得するまで繰り返し処理をし、その属性値を属性ＩＤと共に機器情報データベース５０２に保存する。以上のステップにおいてＳｕｐｅｒｖｉｓｏｒの持つ属性表（図７）が全て機器情報データベース５０２に保存される。
そして、ステップ４８０５において機器情報データベース５０２（ＤＩＳＫ６００９）に保存された属性表からサービスＩＤのリスト（図１１に示すＳＩＤ：ＴＡＳＫ ＴＹＰＥ表）を取得する。なお、サービスＩＤの取得は、サービスＩＤのリスト問合わせ用コマンド（ＬＩＳＴＳＥＲＶＩＣＥ）を生成し、ジェネレータ５１５にコマンドを投入することにより行うこともできる。この時、多機能周辺機器２０１では、図４７、図４８、図４９で示される処理フローが実行される。ステップ４８０６からステップ４８１１において、ステップ４８０５において取得した各サービスＩＤ毎に各マネージャの情報を取得する。ステップ４８０６で図１１に示すリストからＳｕｐｅｒｖｉｓｏｒ（サービスＩＤ０）を除くサービスＩＤの中で最初のサービスＩＤであるサービスＩＤ１（プリントジョブマネージャ５０１）を取得する。ステップ４８０７でサービスＩＤに対応するサブアドレスの取得を行う。サブアドレスの取得は、サービスＩＤをパラメータとしてサブアドレス取得用のコマンド（Ｒｅｓｅｒｖｅ）を生成し、ジェネレータ５１５にコマンドを投入することにより行う。この時、多機能周辺機器２０１では、図４７、図４８、図４９、図５０で示される処理フローが実行される。取得したサブアドレスは、機器情報データベース５０２に保存する。ステップ４８０８において、各マネージャの属性表の属性ＩＤ１００の値（属性ＩＤのリスト）を取得する。属性値の取得は、各マネージャに対応するサービスＩＤと属性ＩＤをパラメータを指定して属性値取得用コマンド（Ｇｅｔ）を生成し、ジェネレータ５１５にコマンドを投入することにより行う。ステップ４８０９において属性ＩＤを指定して属性値を取得し、ステップ４８１０で全ての属性ＩＤの属性値を取得するまで繰り返し処理をし、その属性値を属性ＩＤと共に機器情報データベース５０２に保存する。ステップ４８１１においてサービスＩＤのリストの最後のサービスＩＤか否かを判断し、最後でなければステップ４８１２においてリストの次のサービスＩＤをリストから取得してステップ４８０７からの処理を繰り返す。ステップ４８１１においてサービスＩＤのリストの全てのサービスＩＤ（プリントジョブマネージャー５０１、５０２、５０３、５０４、５０５、５０６、５０７、５０８、５０９、スキャンジョブマネージャー４１９、コピーマネージャー６０１、６０２、６０３、６０４６０５、６０６、６０７、６０８、フォントマネージャー４１３、フォームオーバーレイマネージャー４１４、ログマネージャー４１５、カラープロファイルマネージャー４１６、プリンタコントローラ５１０、５１１、５１２、スキャナコントローラー４２０）の属性値を属性ＩＤと共に機器情報データベース５０２に保存する。そして、ステップ４８１３で機器情報データベース５０２（ＤＩＳＫ６００９）に保存された機器情報（データ）に基づいて各ドライバー・ユーティリティー（制御プログラム）５０５から５１４のそれぞれに対応したマネージャーのためのユーザーインタフェースを自動構成する。自動構成ステップ４８１３の処理には、ユーザーインターフェースの更新が含まれており、ドライバー・ユーティリティに応じて設定画面（ユーザーインタフェース）の表示を変える。例えば、プリンタドライバーのユーザーインタフェースは、ディスプレイ６００３に表示される表示画面を示す図８１や図８２のように、各プリントジョブマネージャー（５０１から５０９）の属性ＩＤ１１０１の属性値に基づいてサポートしているＰＤＬのリスト、属性ＩＤ１１０２に基づいてカラー印刷可能か、属性ＩＤ１１０３の属性値に基づいてサポートしているＦｉｎｉｓｈｉｎｇの種類、属性ＩＤ１１０４の属性値に基づいて設定可能最高解像度、属性ＩＤ１１０５に基づいて設定可能最低解像度の表示を変える。同様に他のドライバ５０６、５０７、ユーティリティ５０８から５１４のためのユーザーインタフェースの表示も属性に応じて変える。更に、各ドライバ・ユーティリティの（プリントマネージャ、コピージョブマネージャー等）のアイコンを識別可能に表示する。最後に、ステップ４８１４においてＳｕｐｅｒｖｉｓｏｒ４１０との接続を終了して、処理は終了する。
（タスクタイプを指定したジョブの発行）
図８３は、各アプリケーション・ユーティリティがタスクタイプを指定したジョブスクリプトを発行した場合の処理を表すものである。サービスＩＤを指定したジョブの発行は、サービスＩＤをキーとして機器情報データベース５０２を検索し、得られたサブアドレスに対して適切なジョブスクリプトを送信することにより行うが、ユーザからの指示によりタスクタイプのみが指定された場合は、多機能周辺機器２０１に対して使用するサービスＩＤの紹介依頼を指示する必要がある。図８３は、この場合の処理を示すものである。ステップ４９０１おいて、タスクタイプを指定してサービスＩＤを取得する属性値取得用コマンドを生成し、ジェネレータ５１５にコマンドを投入することにより行う。多機能周辺機器２０１では、図４７、図４８、図４９、図５０、図５１で示される処理フローが実行される。ステップ４９０２において、ステップ４９０１で得られたサービスＩＤを基に機器情報データベース５０２を検索し、得られたサブアドレスに対してジョブスクリプトを送信する。
（イベントの構造）
図８４は、多機能周辺機器２０１からＣｌｉｅｎｔに送られるイベントの構造を表す。イベントパケットは図４６に示されるコマンドパケットと同一の構造を持ち、図８４で示すものは、パケットのパラメータ３１１０の部分の構造である。５００１はイベントの種類を表すイベントＩＤである。５００２はイベントＩＤごとに規定されているパラメータデータである。このデータのフォーマットは規定情報データベース５０４に予め保持されている。５００３はイベントＩＤごとに機器でそのフォーマットが決められているパラメータデータである。このデータのフォーマットはイベントフォーマット表（図１７）として、図８２の処理フローを実行することにより機器情報データベース５０２に保持されている。
（イベントの処理）
図８５は、Ｃｌｉｅｎｔが多機能周辺機器２０１から各ドライバー・ユーティリティーがイベントを受けたときの処理を表すフローである。各ドライバー・ユーティリティーは、自分が欲しいイベントをイベントＩＤをキーとしてジェネレータ５１５に予め登録しておく。イベントが多機能周辺機器２０１からＣｌｉｅｎｔに送られると、ジェネレータ５１５は登録してある各ドライバー・ユーティリティーにイベントを配布する。図８５は、各ドライバー・ユーティリティーがイベントの配布を受けた後の処理を表すものである。ステップ５１０１において、規定情報データベース５０４から得たフォーマット情報を元に規定パラメータデータ５００２の解析を行う。ステップ５１０２において、イベントＩＤ（５００１）をキーとして機器情報データベース５０２に保持されているイベントフォーマット表（図１７）からイベントＩＤに対応するイベントフォーマット１３０２を取得する。ステップ５１０３において、取得したイベントフォーマットに基づき、機器依存のイベントフォーマット（イベントフォーマットの属性ＩＤ６７６：紙サイズ、ＩＤ７５６：紙の種類、ＩＤ６６６：トナーの種類、ＩＤ６９８：インクの種類、ＩＤ６００：カバーの位置）を解析する。そして、ステップ５１０４において解析されたパラメータとイベントＩＤ（イベント ＩＤ２００：紙なし、ＩＤ３９９：トナーなし、ＩＤ４３２：インクなし、ＩＤ２３４：多機能周辺機器のカバーオープン）を処理してイベントに応じた表示（例えば、紙なし、カバーオープン、トナーなし等のユーザーインタフェースをディスプレイ６００３に表示する）を行う。
（ログの処理）
図８６は、ログ管理ユーティリティ５１０が多機能周辺機器２０１が保持するログを取得して処理するフローを表すものである。ステップ５２０１において、ログデータの取得を行う。ログデータの取得は、ログデータ取得用ジョブスクリプトを生成し、多機能周辺機器２０１に送ることにより行う。多機能周辺機器２０１では、図４７、図５６、図７５で示される処理フローが実行され、ログデータがＣｌｉｅｎｔに送られる。例えば、図３５に示すＬｏｇＦｏｒｍａｔＩＤ１、９８／１／３ １：２３のログデータ「１２３４５、４、１．２３、“ＯＫ”」は、サービスＩＤ１のプリントジョブマネージャーにジョブを発行したユーザーＩＤが１２３４５で、出力した紙数が４で、使用したトナー量が１．２３、ジョブの終了状態がＯＫを示す。ステップ５２０２において、機器情報データベース５０２からログフォーマット表（図３６）を取得する。ステップ５２０３において、ログデータの各レコードの先頭にあるログフォーマットＩＤ２４０１を取得し、この値からログフォーマット表（図３６）の中からログフォーマット２５０２を取得する。例えば、ＬｏｇＦｏｒｍａｔＩＤ１のフォーマット「１：７０１、１：５６５、１：７６５、１：７７７」は、サービスＩＤ１のプリントジョブマネージャーにジョブを発行したユーザーＩＤ、出力した紙数、使用したトナー量、ジョブの終了状態を示す。また、ＬｏｇＦｏｒｍａｔＩＤ２のフォーマット「１１：７０１、１１：５６５、１１：７６５、１１：７７７」は、サービスＩＤ１１のプリントジョブマネージャーにジョブを発行したユーザーＩＤ、出力した紙数、使用したトナー量、ジョブの終了状態を示す。ステップ５２０４において、ログデータ２４０３の解析をログフォーマットフォーマット２５０２に従って行い、解析したデータをログ発生時刻２４０２と共に処理（ログをソートする等）する。そして、ステップ５２０５において各レコードのログデータを解析したか否かを判断し、解析していなければステップ５２０３からの処理を繰り返し実行し、全て解析していれば処理を終了する。
（課金情報の取得・処理）
図８７は、課金管理ユーティリティ５１４が多機能周辺機器２０１が保持する課金データを取得して処理するフローをあらわす。課金データは、各マネージャが保持するＵＩＤもしくはＡＩＤ毎のカウントデータとして表される。カウントデータは属性ＩＤ４０１の値として属性表（図７、図１８、図２２、図２４、図２６、図２９、図３２、図３７、図４０、図４４）に保持されており、その値はＵＩＤもしくはＡＩＤ毎の整数値のリストとなっている。各整数値の意味するところは、各マネージャの属性表の中にカウントデータフォーマットの属性（属性ＩＤ４０２）の値として表現されており、値はＵＩＤもしくはＡＩＤ毎の属性ＩＤのリストとなっている。カウントデータのリストとカウントデータフォーマットのリストは、リスト中の順番によって対応している。例えば、カウントデータの３番目の値は、カウントデータフォーマットの同じＵＩＤもしくはＡＩＤの３番目の属性ＩＤの情報を意味している。図８７は、各マネージャが保持するカウントデータを取得して処理するフローを表すものである。ステップ５３０１において、対象となるマネージャのサービスＩＤを指定して、属性ＩＤ４０１の値（カウントデータの値）を取得する。例えば、属性ＩＤ４０１のユーザＩＤ（もしくはアカウントＩＤ）２００３のカウンタの値（４５、７８、３４、１３）は、属性ＩＤ４０２のユーザＩＤ（もしくはアカウントＩＤ）２００３のカウントデータフォーマットで表わされる用紙サイズのプリント枚数を示す。この属性ＩＤ４０１の値の取得は、サービスＩＤと属性ＩＤをパラメータをパラメータとして属性値取得用コマンドを生成し、ジェネレータ５１５にコマンドを投入することにより行う。ステップ５３０２において、同じサービスＩＤを指定して、属性ＩＤ４０２のユーザＩＤ（もしくはアカウントＩＤ）２００３の値（カウントデータフォーマットの値）を取得する。例えば、属性ＩＤ４０２のユーザＩＤ（もしくはアカウントＩＤ）２００３の属性値５６５が用紙サイズＡ２のプリント枚数、属性値５３７が用紙サイズＡ３のプリント枚数、属性値５４５が用紙サイズＡ４のプリント枚数、属性値５２３が用紙サイズＡ５のプリント枚数を意味する。これは機器情報データベース５０２から取得してもよい。ステップ５３０３において、取得したカウントデータフォーマットを使用してカウントデータの解析を行う。ステップ５３０４において、解析したカウントデータを使用して、例えばサービスＩＤ毎、ユーザーＩＤ毎、アカウントＩＤ毎、部門毎に課金データの処理・生成を行って終了する。
（プリントジョブ、データダウンロードジョブの発行）
図８８は、プリンタドライバ５０５によるプリントジョブの発行、フォント管理ユーティリティ５０８によるフォントデータダウンロードジョブスクリプト発行、フォームオーバーレイユーティリティ５０９によるフォームオーバーレイデータダウンロードジョブスクリプト発行、ログ管理ユーティリティー５１０によるログデータダウンロードジョブスクリプト発行およびカラープロファイル管理ユーティリティ５１１によるカラープロファイルデータダウンロードジョブスクリプト発行の各処理を表す。以上の各ソフトウエア（制御プログラム）による処理フローは共通であり、プリント対象ドキュメントデータおよび上記各種類のダウンロード対象データ（フォントデータ、フォームデータ、カラープロファイルデータ、ログデータ）は、図８８および以下の説明において、「データ」と記述されている。ジョブ発行の際には、プリントまたはダウンロードするデータがジョブスクリプトの中に設定する複数の属性値と共に指定される。まず、ステップ５４０１において、機器情報のチェック処理が行なわれる。この処理の詳細は、図８９−後述により説明されている。次に、ステップ５４０２にて、機器ステータスのチェック処理が行なわれる。この処理の詳細は、図９０−後述により説明されている。ステップ５４０１およびステップ５４０２のチェック処理が完了後、ステップ５４０３において、ユーザ管理機能付きのジョブ処理を行なう。この処理の詳細は、図９１−後述により説明されている。もし、ユーザ管理機能付きのジョブ処理を行なわない場合は、このステップを省略してもよい。ステップ５４０４では、データ送信方法の決定処理が行なわれる。この処理の詳細は、図９２−後述にて説明されている。次に、ステップ５４０５において、アカウントのチェック処理が行なわれる。この処理の詳細は、図９３−後述にて説明されている。最後に、ステップ５４０６において、これまでのステップで生成されたジョブスクリプトおよびプリントジョブを行なう上で必要なその他のジョブスクリプトを投入する。ジョブスクリプトを受信した多機能周辺機器２０１の各マネージャは、図５６、図６１、図６４、図６５、図６６、図６７、図６８（以上、プリントジョブマネージャ）、または図５６、図６１、図７４（以上、フォントマネージャ、フォームオーバーレイマネージャ、ログマネージャ、カラープロファイルマネージャ）に示される処理を行い、指示されたジョブの処理を行う。
（機器情報のチェック処理）
図８９は、各ジョブの発行時に行なわれる機器情報のチェック処理フローを示している。ステップ５４ａ０１において、機器情報データベース５０２にアクセスして機器情報を取得する。ステップ５４ａ０２において、データが投入対象とする各マネージャ（例えば、プリント対象ドキュメントデータなら印刷を指定するプリントマネージャ）の有する属性表を参照し、指定された属性値が属性表で設定されている各属性値の範囲内にあるかどうかをチェックする。チェックの結果、１つでも範囲内に無い場合は、ステップ５４ａ０５においてユーザインターフェース上にエラーダイアログを表示するなど、ジョブ発行拒否の処理を行い、終了する。ステップ５４ａ０２のチェックの結果、全ての属性がマネージャの持つ属性表内の各属性値の範囲内にある場合は、ステップ５４ａ０３においてマネージャの属性表中に禁止設定属性（属性ＩＤ８０１から８０５）が存在するかどうかチェックする。マネージャの属性表が禁止設定属性を持つ場合は、ステップ５４ａ０４においてマネージャが属性表内に持つ各禁止設定属性毎に指定されたジョブの属性が禁止されている設定値の組み合わせとなっていないかどうかチェックする。チェックの結果、禁止されている属性の設定値の組み合わせがある場合は、ステップ５４ａ０５においてジョブ発行拒否の処理を行い、終了する。
（ステータスチェック処理）
図９０は、ジョブ発行に先立つステータスチェック処理を表す。ステップ５４ｅ０１において、ステータス属性を取得する。ステータス属性の取得は多機能周辺機器２０１に対してＧｅｔコマンドを対象となるマネージャのサービスＩＤと属性ＩＤ１０６をパラメータとして送信する事により行う。多機能周辺機器２０１では図４８で示されるステップによってＧｅｔコマンドを解析し、属性ＩＤ１０６の値を返信する。ステップ５４ｅ０２で現在のステータスが正常か、異常かを属性ＩＤ１０６により識別する。正常（属性値＝０）な場合は、ジョブ発行処理を継続する。ステップ５４ｅ０２で正常（属性値＝０）でなかった場合、ステップ５４ｅ０３において、現在のステータスが「条件付き正常（属性値＝１）」であるか「異常（属性値＝２）」であるか属性ＩＤ１０６により識別する。「異常（属性値＝２）」である場合、ステップ５４ｅ０７において、何故ジョブサービスが不能状態なのか理由を取得する。その取得は多機能周辺機器２０１の対象となるマネージャの有する属性ＩＤ１０８の値を取得することにより行う。ステップ５４ｅ０８で「現在利用できない理由」を表示し、処理を終了する。ステップ５４ｅ０３において、現在のステータスが「条件付き正常（属性値＝１）」な場合、ステップ５４ｅ０４において、「制限付きの場合に参照するべき属性のリスト」を取得する。その取得は多機能周辺機器２０１の対象となるマネージャの有する属性ＩＤ１０７の値を取得することにより行う。ステップ５４ｅ０５において、ステップ５４ｅ０４でリストの値として示される全ての属性の値を取得する。ステップ５４ｅ０６において、発行しようとしているジョブの内容と、ステップ５４ｅ０５で取得したリストの属性の値を全て比較し、ジョブの発行が可能かどうか判断する。ジョブ発行が可能な場合はジョブ発行処理を継続する。ステップ５４ｅ０６でジョブの発行が不可能であるならば、ステップ５４ｅ０８において、「現在ジョブが発行できない理由」を表示してジョブ発行の処理を終了する。なお、ステータスの表示態様に関しては上述の実施例に限定されず、他の態様で段階的に分類・場合分けしてもよい。
（ユーザ管理機能付きジョブ処理）
図９１は、ジョブ発行に先立つユーザ情報の検査処理を表す。
ステップ５４ｂ０１においてユーザＩＤとユーザパスワードを入力する。
ステップ５４ｂ０２においてジョブ投入対象のジョブマネージャに対応するサービスＩＤとステップ５４ｂ０１でユーザが入力したユーザＩＤとユーザパスワードを周辺機器装置に照会する。照会は“ＣｈｅｃｋＩＤ”をオペレーションコードとし、上記ユーザＩＤとユーザパスワードとサービスＩＤをパラメータとしたコマンドを多機能周辺機器２０１に対して投入する事により行う。多機能周辺機器２０１では投入されたコマンドを図５１−ａに示されるフローにしたがって処理をし、入力されたユーザ情報が認証されるものかどうかをチェックし返信を行う。ステップ５４ｂ０３において、多機能周辺機器２０１より返信データを受取り解析する。ステップ５４ｂ０４において、ステップ５４ｂ０３で多機能周辺機器２０１から受取った返信がジョブ発行許可かどうかを検査し、ジョブ発行許可がされている場合はジョブ発行処理を継続する。
ステップ５４ｂ０４において、ジョブ発行許可がされていない場合は、ステップ５４ｂ０５においてジョブ発行が許可されていない事を表示する。ステップ５４ｂ０６において再度ユーザＩＤとユーザパスワードを入力するかどうかをユーザに問い合わせ、入力する場合はステップ５４ｂ０１に戻る。入力しない場合はジョブ発行をせずに終了する。
（データ送信方法決定処理）
図９２は、プリンタドライバ５０５によるプリントジョブの発行、フォント管理ユーティリティ５０８によるフォントデータダウンロードジョブスクリプト発行、フォームオーバーレイユーティリティ５０９によるフォームオーバーレイデータダウンロードジョブスクリプト発行、ログ管理ユーティリティー５１０によるログデータダウンロードジョブスクリプト発行およびカラープロファイル管理ユーティリティ５１１によるカラープロファイルデータダウンロードジョブスクリプト発行の際のデータ送信方法を決定する処理フローを示している。まず、ステップ５４ｃ０１において、送信するデータがどこにあるかをあらかじめ設定しておく。データの存在場所の設定は、ユーザーがアドレスを指定するか、アプリケーションがアドレスを生成する事で行われる。次に、ステップ５４ｃ０２において、機器情報データベース５０２内の各担当マネージャの属性表の属性値６０１（サポートしているデータのダウンロード方法）をチェックし、ジョブ内に参照ポインタ（ＵＲＬ：ＵｎｉｆｉｅｄＲｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含ませてジョブを発行できるかどうかを検査する。もし、ジョブ内に参照ポインタを含ませてジョブを発行できる場合は、ステップ５４ｃ０６にて、ジョブ内にデータの参照ポインタを含ませたジョブスクリプトを生成する。なお、この場合は、送信データがクライアント内部にあるのか、外部にあるのかに関わらず、ジョブスクリプトの生成が可能である。一方、ステップ５４ｃ０２において、ジョブ内に参照ポインタを含ませてジョブを発行できない場合は、ステップ５４ｃ０３において、送信データがクライアント内部にあるのか、外部にあるのかをチェックする。もし、送信データがクライアント外部にある場合は、ステップ５４ｃ０４において、クライアント外部の送信データを一旦読み込み、ステップ５４ｃ０５に移行する。送信データがクライアント内部にある場合は、その送信データをそのまま利用するため、ステップ５４ｃ０６に移行する。ステップ５４ｃ０６では、ジョブ内に送信データを含ませたジョブスクリプトを生成する。
（アカウントチェック処理）
図９３におけるステップ７２ｄ０１において課金ユーテリティによる課金関連データの取得・解析を行う。ステップ７２ｄ０２においてカウントデータとカウント制限データの比較を行い、同じであったら既にカウントデータは制限に達してしまっていると判断し、ステップ７２ｄ０４においてエラーメッセージ（図９５）を発行し、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。カウントデータがカウント制限データと同じでなかった場合、カウントデータはまだ制限に達していないと判断し、ステップ７２ｄ０３において取得した課金データと課金制限データの比較を行う。同じであったら既に課金データは制限に達してしまっていると判断し、ステップ７２ｄ０４においてエラーメッセージ（図９６）を発行し、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。課金データが課金制限データと同じでなかった場合、課金データはまだ制限に達していないと判断し、ステップ７２ｄ０６においてカウントデータに現在発行しようとしているジョブによる増加分を加算、結果をＮ１とし、ステップ７２ｄ０７においてＮ１がカウント制限データに近いかどうかを判断する。この場合の制限に近いかどうかの判断基準は制限対象によって異なり、基準となる数値はユーザもしくは管理者が自由に設定してもあらかじめ設定を固定しておいても良く特に限定しない。Ｎ１がカウント制限データに近かった場合は、ステップ７２ｄ０８においてワーニングメッセージ（図９７）を発行し、ユーザにジョブを発行するかどうかの判断を促す。ステップ７２ｄ０９においてユーザの返答がジョブの発行をとりやめるであった場合、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。ユーザの返答がジョブを発行するであった場合およびステップ７２ｄ０９においてＮ１がカウント制限データに近くなかった場合は、ステップ７２ｄ１０においてＮ１がカウント制限データに達しているかどうかを判断する。Ｎ１がカウント制限データに達していた場合は、ステップ７２ｄ１１においてワーニングメッセージ（図９８）を発行し、ユーザにジョブを発行するかどうかの判断を促す。ステップ７２ｄ１２においてユーザの返答がジョブの発行をとりやめるであった場合、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。ユーザの返答がジョブを発行するであった場合およびステップ７２ｄ１０においてＮ１がカウント制限データに達していなかった場合は、ステップ７２ｄ１３において課金データに現在のジョブによる増加分を加算し、結果をＮ２とする。ステップ７２ｄ１４においてＮ２が課金制限データに近いかどうかを判断する。この場合の制限に近いかどうかの判断基準となる数値はユーザもしくは管理者が自由に設定してもあらかじめ設定を固定しておいても良く特に限定しない。Ｎ２が課金制限データに近かった場合は、ステップ７２ｄ１５においてワーニングメッセージ（図９９）を発行し、ユーザにジョブを発行するかどうかの判断を促す。ステップ７２ｄ１６においてユーザの返答がジョブの発行をとりやめるであった場合、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。ユーザの返答がジョブを発行するであった場合およびステップ７２ｄ１４においてＮ２が課金制限データに近くなかった場合は、ステップ７２ｄ１７においてＮ２が課金制限データに達しているかどうかを判断する。Ｎ２が課金制限データに達していた場合は、ステップ７２ｄ１８においてワーニングメッセージ（図１００）を発行し、ユーザにジョブを発行するかどうかの判断を促す。ステップ７２ｄ１９においてユーザの返答がジョブの発行をとりやめるであった場合、ステップ７２ｄ０５においてジョブ発行拒否の処理を行い終了する。ユーザの返答がジョブを発行するであった場合およびステップ７２ｄ１７においてＮ２が課金制限データに達していなかった場合は、次の処理に進む。
（スキャンジョブ、データアップロードジョブの発行）
図１０１は、スキャナドライバ５０６によるスキャンジョブの発行、フォント管理ユーティリティ５０８によるフォントデータアップロードジョブスクリプト発行、フォームオーバーレイユーティリティ５０９によるフォームオーバーレイデータアップロードジョブスクリプト発行、ログ管理ユーティリティー５１０によるログデータアップロードジョブスクリプト発行およびカラープロファイル管理ユーティリティ５１１によるカラープロファイルデータアップロードジョブスクリプト発行の各処理を表す。以上の各ソフトウエア（制御プログラム）による処理フローは共通であり、スキャン結果得られたドキュメントデータおよび上記各種類のアップロード対象データ（フォントデータ、フォームデータ、カラープロファイルデータ、ロゴデータ）は、図１０１および以下の説明において、「データ」と記述されている。ジョブ発行の際には、データを指し示す指示子が、ジョブスクリプトの中に設定する複数の属性値と共に指定される。まず、ステップ５５０１において、機器情報のチェック処理が行なわれる。この処理の詳細は、図８９−前述により説明されている。次に、ステップ５５０２にて、機器ステータスのチェック処理が行なわれる。この処理の詳細は、図９０−前述により説明されている。ステップ５５０１およびステップ５５０２のチェック処理が完了後、ステップ５５０３において、ユーザ管理機能付きのジョブ処理を行なう。この処理の詳細は、図９１−前述により説明されている。もし、ユーザ管理機能付きのジョブ処理を行なわない場合は、このステップを省略してもよい。ステップ５５０４では、要求するデータ形式（データを指し示す指示子）の決定処理が行なわれる。この処理の詳細は、図１０２−後述にて説明されている。ステップ５５０５では、データの受信方法の決定処理が行なわれる。この処理の詳細は、図１０３−後述にて説明されている。次に、ステップ５５０６において、アカウントのチェック処理が行なわれる。この処理の詳細は、図９３、９４−前述にて説明されている。次に、ステップ５５０７において、これまでのステップで生成されたジョブスクリプトおよびスキャンジョブを行なう上で必要なその他のジョブスクリプトを投入する。ジョブスクリプトを受信した多機能周辺機器２０１の各マネージャは、図５６、図６１、図６９、図６５、図７０、図７１、図６８（以上、スキャンジョブマネージャ）、または図５６、図６１、図７５（以上、フォントマネージャ、フォームオーバーレイマネージャ、ログマネージャ、カラープロファイルマネージャ）に示される処理を行い、指示されたジョブの処理を行う。最後に、ステップ５５０８において、データの受信処理を行なう。この処理の詳細は、図１０４−後述にて説明されている。
（データ形式決定処理）
図１０２３は、スキャンジョブあるいはデータアップロードジョブを発行する際のデータ形式を決定する処理フローを示している。なお、本実施例では、この処理フローをスキャンジョブに注目して説明する。よって、ステップ５５ａ０１にて、スキャンジョブではないと判断された場合は、ステップ５５ａ０６に進み、データアップロードジョブにふさわしいデータ形式の決定を行ない、処理フローを終了するが、ここでは詳細は省略する。ステップ５５ａ０１においてスキャンジョブであると判断された場合、ステップ５５ａ０２において原稿種別またはプリスキャンの組み合わせの設定を行なう。個々の原稿種別として、カラー原稿か、モノクロ原稿か、青焼き原稿か、テキスト原稿か、イメージ原稿か、テキストとイメージの混在原稿か、などがあげられるが、機器が判別可能な原稿種別は、機器情報データベース５０２にアクセスすることで得られる。この処理は、機器において判別可能な原稿種別をユーザインターフェイス上に列挙しておき、それらの組み合わせを指定するようにする。つまり、「カラー原稿」かつ「イメージ原稿」、「モノクロ原稿」かつ「テキストとイメージの混在原稿」といった組み合わせが可能である。さらに、プリスキャンの設定がオンの場合という条件も組み合わせることができる。次に、ステップ５５ａ０３において、設定した原稿種別またはプリスキャンの組み合わせのときに、どのような形式（解像度、イメージ形式など）でスキャンデータを得るかを指定する。原稿種別と同様、機器に指定可能な解像度やイメージ形式は、機器情報データベース５０２にアクセスすることで得られる。この処理も、機器において指定可能なデータ形式をユーザインターフェイス上に列挙しておき、それを指定するようにする。ある原稿種別またはプリスキャンの組み合わせ１つに対し、１つのデータ形式を指定する。次に、ステップ５５ａ０４において、所望の原稿種別およびプリスキャンの組み合わせ時に所望のデータ形式を生成するためのジョブスクリプトを生成する。なお、スキャンジョブスクリプトの一例を図１２３−後述にて説明している。ステップ５５ａ０５では、別のデータ形式をさらに設定するかどうかの判断を行なう。もし、さらに別のデータ形式を指定する場合は、ステップ５５ａ０２に戻り、そうでなければデータ形式の決定処理を完了する。
（データ受信方法決定処理）
図１０３は、スキャンジョブあるいはデータアップロードジョブを発行する際のデータ受信方法を決定する処理フローを示している。まず、ステップ５５ｂ０１において、データを受信する受け取り先を設定する。これは、このジョブを発行するクライアント自身か、クライアント以外のいずれかである。クライアント以外の指定する場合は、その受け取り先のアドレスなどの詳細情報も設定する。次に、ステップ５５ｂ０２にて、これから行なう処理がスキャンジョブか、データアップロードジョブかをチェックする。もし、データアップロードジョブの場合は、データ送信のみ行なうことができるため、ステップ５５ｂ０５に移行する。一方、スキャンジョブの場合は、ステップ５５ｂ０３において機器からの送信方法を設定する。機器がサポートしている送信方法は、機器情報データベース５０２のスキャンジョブマネージャの属性表の属性値６０２（サポートしているデータのアップロード方法）をチェックすることで得られるので、指定可能なものをユーザインターフェイス上に列挙しておき、いずれかを選ぶようにする。ステップ５５ｂ０４では、設定された送信方法をチェックし、データ送信が設定された場合はステップ５５ｂ０５に、参照送信が設定された場合はステップ５５ｂ０６に移行する。ステップ５５ｂ０５では、データ送信を指示するジョブスクリプトの生成を行なう。また、ステップ５５ｂ０６では、参照送信を指示するジョブスクリプトの生成を行なう。このいずれかのステップにてジョブスクリプトの生成が完了すると、データ受信方法決定処理は完了する。
（データ受信処理）
図１０４は、スキャンジョブあるいはデータアップロードジョブを発行後、データを受信する処理フローを示している。まず、ステップ５５ｃ０１において、受信データの受け取り先をチェックする。これは、前述（データ受信方法決定処理−図１０３）のステップ５５ｂ０１にて設定されたものである。受け取り先がクライアント自身であった場合は、ステップ５５ｃ０２に進み、送られてくるデータあるいは参照を受け取る。一方、クライアント以外が受け取り先の場合は、その相手先にデータまたは参照の受け取りを指示する。
（コピージョブの発行）
図１０５はコピージョブの発行を行う処理を表す。コピージョブ発行の指示として、ジョブスクリプトの中に設定する複数の属性値が指定される。まず、ステップ５６０１において、機器情報のチェック処理が行なわれる。この処理の詳細は、図１０２−前述により説明されている。次に、ステップ５６０２にて、機器ステータスのチェック処理が行なわれる。この処理の詳細は、図９０−前述により説明されている。ステップ５６０１およびステップ５６０２のチェック処理が完了後、ステップ５６０３において、ユーザ管理機能付きのジョブ処理を行なう。この処理の詳細は、図９１−前述により説明されている。もし、ユーザ管理機能付きのジョブ処理を行なわない場合は、このステップを省略してもよい。次に、ステップ５６０４において、アカウントのチェック処理が行なわれる。この処理の詳細は、図９３−前述にて説明されている。次に、ステップ５６０５において、これまでのステップで生成されたジョブスクリプトおよびコピージョブを行なう上で必要なその他のジョブスクリプトを投入する。ジョブスクリプトを受信した多機能周辺機器２０１のコピージョブマネージャは、図５６、図６１、図７３、図６５、図７１、図７１、図６７、図６８に示される処理を行い、指示されたジョブの管理を行う。
（２階層のジョブスクリプトの構成）
図１２１は、２階層のジョブスクリプトを示した構成図である。この図において、ＪｏｂＳｔａｒｔ、ＳｅｔＪｏｂといった個々のボックスは、それぞれ１つのコマンドパケット（図４６を参照）であり、ジョブスクリプトはコマンドパケットの羅列によって構成されている。コマンドパケット−ＪｏｂＳｔａｒｔからコマンドパケット−ＪｏｂＥｎｄまでが１つのジョブ単位として識別される。ジョブ単位は、そのジョブの属性を設定するコマンドパケット−ＳｅｔＪｏｂとドキュメント単位を構成するコマンドパケット群とで構成される。コマンドパケット−ＤｏｃｕｍｅｎｔＳｔａｒｔからコマンドパケット−ＤｏｃｕｍｅｎｔＥｎｄまでが１つのドキュメント単位として識別される。ドキュメント単位は、そのドキュメントの属性を設定するコマンドパケット−ＳｅｔＤｏｃｕｍｅｎｔ、データの送信を指定するコマンドパケット−Ｓｅｎｄ、あるいはデータの送信を要求するコマンドパケット−ＳｅｎｄＲｅｑｕｅｓｔにより構成される。
（３階層のジョブスクリプトの構成）
図１２２は、３階層のジョブスクリプトを示した構成図である。この図において、ＪｏｂＳｔａｒｔ、ＳｅｔＪｏｂといった個々のボックスは、それぞれ１つのコマンドパケット（図４６を参照）であり、ジョブスクリプトはコマンドパケットの羅列によって構成されている。コマンドパケット−ＪｏｂＳｔａｒｔからコマンドパケット−ＪｏｂＥｎｄまでが１つのジョブ単位として識別される。ジョブ単位は、そのジョブの属性を設定するコマンドパケット−ＳｅｔＪｏｂ、バインダー単位を構成するコマンドパケット群とで構成される。また、コマンドパケット−ＢｉｎｄｅｒＳｔａｒｔからコマンドパケット−ＢｉｎｄｅｒＥｎｄまでが１つのバインダー単位として識別される。バインダー単位は、そのバインダーの属性を設定するコマンドパケット−ＳｅｔＢｉｎｄｅｒ、ドキュメント単位を構成するコマンドパケット群とで構成される。さらに、コマンドパケット−ＤｏｃｕｍｅｎｔＳｔａｒｔからコマンドパケット−ＤｏｃｕｍｅｎｔＥｎｄまでが１つのドキュメント単位として識別される。ドキュメント単位は、そのドキュメントの属性を設定するコマンドパケット−ＳｅｔＤｏｃｕｍｅｎｔ、データの送信を指定するコマンドパケット−Ｓｅｎｄ、あるいはデータの送信を要求するコマンドパケット−ＳｅｎｄＲｅｑｕｅｓｔにより構成される。
（スキャンジョブスクリプトの例）
図１２３は、２階層からなるスキャンジョブスクリプトの一例を示した構成図である。なお、図１２２で説明したように、３階層からなるスキャンジョブスクリプトとしてもよい。スキャンジョブスクリプトにおいては、各ドキュメント単位が特定の原稿種別を検知した際にどのような形式のデータを生成するかを指定する単位となる。図中のドキュメント属性「原稿種別」は、このドキュメント単位がどのような原稿種別のときに参照されるかを示している。また、ドキュメント属性「解像度」「イメージ形式」は、このドキュメント単位において生成するデータの形式を示している。図のドキュメント単位−１では、ドキュメント属性の「原稿種別」に「ＰｒｅＳｃａｎ ＆ カラー」を指定しており、これはプリスキャンの指定がオンかつ原稿の種別がカラー原稿であるとき、このドキュメント単位を参照することを示している。同様にドキュメント単位−２およびドキュメント単位−３は原稿種別がカラー原稿のときに、ドキュメント単位−３は原稿種別がモノクロのときに参照される。仮に、プリスキャンがオフであり、カラー原稿をスキャンしようとした場合は、ドキュメント単位−２とドキュメント単位−３が参照され、１２００ｄｐｉのＪＰＥＧ形式のデータと１２００ｄｐｉのビットマップ形式のデータが同時に生成される。一方、プリスキャンがオンであり、モノクロ原稿をスキャンしようとした場合は、一致する原稿種別がないため、データは生成されない。
また、図中のコマンドパケット−Ｓｅｎｄ Ｒｅｑｕｅｓｔは、どのような送信方法で、どの宛先に対してデータを送るのかを指示しており、例えば送信方法が「データ送信」の場合は、スキャン後のデータをそのまま送るよう指示するものである。また、送信方法が「参照送信」の場合は、スキャン後のデータは機器内に保存し、その参照情報のみを送るよう指示するものである。また、「クライアント自身」「クライアント以外」は、実際にデータを送信する宛先を示しており、ネットワークのアドレス情報などが利用される。
（ジョブ管理コマンドの発行）
図１０６は、ジョブ管理ユーティリティ５１２が、ジョブ管理コマンドを発行する場合の処理フローを表す。ステップ５７０１において、対象とするマネージャのサービスＩＤをパラメータとしてマネージャが保持するジョブ表（図２０）をＭＦＰ２０１から取得する。ステップ５７０２において、取得したジョブ表に含まれるジョブリストの中から適当な方法で管理対象とするジョブの持つジョブＩＤを選択する。選択手段としては、ユーザインターフェース５０１を介してディスプレイ６００３にジョブのリストを表示し、ユーザに選択させる方法などが含まれる。ステップ５７０３において、指定されたジョブＩＤをパラメータとするジョブ管理用コマンドを生成し、発行し終了する。ジョブ管理コマンドを受信した多機能周辺機器２０１のＳｕｐｅｒｖｉｓｏｒは、図４７、図４８、図４９、図５０、図５１、図７６に示される処理を行い、指示されたジョブの管理を行う。
なお、本発明は、単体で存在するコピー機、プリンタ、スキャナ等から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。また、本発明の目的は、前述した実施形態の機能を実現するソフトウエア（制御プログラム）のプログラムコードを記録した記憶媒体（図１０７、図１０８）を、図２に示すようにシステムに供給し、そのシステムの装置（ＣＰＵ３０１やＣＰＵ６００１）が記憶媒体に格納されたプログラムコードを読出し実行することによって達成される。Ｃｌｉｅｎｔ ＰＣに図７７に示すプログラムやデータを供給する方法として図１０９に示すようにフロッピー（登録商標）ディスクＦＤ７０００に記憶させてＰＣ本体７００１に供給する方法も一般的である。この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスクやハードディスク以外にも，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
図１１０は図１のレーザービームプリンタエンジン１０３、１０４に適用可能なレーザビームプリンタ（以下、ＬＢＰと略す）の内部構造を示す断面図で、このＬＢＰは、文字パターンデータ等を入力して記録紙に印刷することができる。図１１０において、８０１２はＬＢＰ本体であり、供給される文字パターン等を基に、記録媒体である記録紙上に像を形成する。８０００は操作のためのスイツチ及びＬＥＤ表示器などが配されている操作パネル、８００１はＬＢＰ８０１２全体の制御及び文字パターン情報等を解析するプリンタ制御ユニツトである。このプリンタ制御ユニツト８００１は主に文字パターン情報をビデオ信号に変換してレーザドライバ８００２に出力する。レーザドライバ８００２は半導体レーザ８００３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ８００３から発射されるレーザ光８００４をオン・オフ切替えする。レーザ光８００４は回転多面鏡８００５で左右方向に振られて静電ドラム８００６上を走査する。これにより、静電ドラム８００６上には文字パターンの静電潜像が形成される。この潜像は静電ドラム８００６周囲の現像ユニツト８００７により現像された後、記録紙に転写される。この記録紙にはカットシートを用い、カットシート記録紙はＬＢＰ８０１２に装着した複数種の用紙に対応した複数の用紙カセツト８００８に収納され、給紙ローラ８００９及び搬送ローラ８０１０と８０１１とにより装置内に取込まれて、静電ドラム８００６に供給される。
図１１１は図１のインクジェットプリンタエンジン１０５に適用可能なインクジェット記録装置ＩＪＲＡの概観図である。同図において、駆動モータ９０１１の正逆回転に連動して駆動力伝達ギア９０１０，９００８を介して回転するリードスクリュー９００４の螺旋溝９００３に対して係合するキャリッジＨＣはピン（不図示）を有し、矢印ａ，ｂ方向に往復移動される。このキャリッジＨＣには、インクジェットカートリッジＩＪＣが搭載されている。９００１は紙押え板であり、キャリッジの移動方向に亙って紙をプラテン９０００に対して押圧する。９００６，９００７はフォトカプラで、キャリッジのレバー９００５のこの域での存在を確認して、モータ９０１１の回転方向切り換え等を行うためのホームポジション検知手段である。９０１３は記録ヘッドの前面をキャップするキャップ部材９０１９を支持する部材で、９０１２はこのキャップ内を吸引する吸引手段で、キャップ内開口９０２０を介して記録ヘッドの吸引回復を行う。９０１４はクリーニングブレードで、９０１６はこのブレードを前後方向に移動可能にする部材であり、本体支持板９０１５にこれらが支持されている。ブレードは、この形態でなく周知のクリーニングブレードが本例に適用できることは言うまでもない。又、９０１８は、吸引回復の吸引を開始するためのレバーで、キャリッジと係合するカム９０１７の移動に伴って移動し、駆動モータからの駆動力がクラッチ切り換え等の公知の伝達手段で移動制御される。これらのキャッピング、クリーニング、吸引回復は、キャリッジがホームポジション側の領域に来た時にリードスクリュー９００４の作用によってそれらの対応位置で所望の処理が行えるように構成されているが、周知のタイミングで所望の作動を行うようにすれば、本例にはいずれも適用できる。
以上説明したように本実施形態によれば、情報処理装置からジョブが投入される論理デバイスの機能を保持し当該論理デバイスに投入されたジョブを管理する論理デバイス制御プログラム（スキャンジョブマネージャー４１９、プリントジョブマネージャー５０１から５０９、コピージョブマネージャー６０１から６０８）と周辺機器のデバイスエンジンの機能を保持し当該デバイスエンジンでのジョブを管理する物理デバイス制御プログラム（スキャナコントローラー４２０、ＬＢＰコントローラー５１０、５１１、Ｉｎｋ Ｊｅｔコントローラー５１２）を用いてジョブを解析することができる。
ここで、物理デバイス制御プログラムは、周辺機器のスキャナエンジンを制御するスキャナ制御プログラム（スキャナコントローラ４２０）である。物理デバイス制御プログラムは、周辺機器のレーザービームプリンタエンジンを制御するレーザービームプリンタ制御プログラム（ＬＢＰコントローラー５１０、５１１）である。物理デバイス制御プログラムは、周辺機器のインクジェットプリンタエンジンを制御するインクジェットプリンタ制御プログラム（Ｉｎｋ Ｊｅｔプリンタコントローラー５１２）である。また、論理デバイス制御プログラムは、周辺機器のレーザービームプリンタ制御プログラム或いはインクジェットプリンタ制御プログラム或いはレーザービームプリンタ制御プログラム及びインクジェットプリンタ制御プログラムを制御するプリントジョブ制御プログラム（プリントジョブマネージャー５０１から５０９）である。また、論理デバイス制御プログラムは、周辺機器のスキャナ制御プログラムを制御するスキャナジョブ制御プログラム（スキャンジョブマネージャー４１９）である。また、論理デバイス制御プログラムは、周辺機器のスキャナ制御プログラムとレーザービームプリンタ制御プログラム或いはインクジェットプリンタ制御プログラム或いはレーザービームプリンタ制御プログラム及びインクジェットプリンタ制御プログラムを制御するコピージョブ制御プログラム（コピージョブマネージャー６０１から６０８）である。
このような構成により、論理デバイス制御プログラムは論理デバイスがジョブの実行のために使用する少なくとも一つのデバイスエンジンとの関係を保持することができる。また、論理デバイスに投入されたジョブに基づいて実際にジョブ実行のために使用するデバイスエンジンを決定することができる。また、論理デバイス制御プログラムが保持する機能を変更できる。論理デバイスに投入されたジョブを実際に実行する物理デバイスで管理するジョブと関係付けて管理することができる。また、論理デバイス制御プログラムは複数存在し、複数の論理デバイス制御プログラムの負荷状態を比較して最適な論理デバイス制御プログラムを選択することができる。また、複数の論理デバイス制御プログラムとこれら複数の論理デバイス制御プログラムを統括する統括プログラム（Ｓｕｐｅｒｖｉｓｏｒ４１０）を有し、当該統括プログラムはそれぞれの前記論理デバイス制御プログラムにジョブを投入する際に使用するサブアドレスと接続インタフェースの種類をそれぞれの論理デバイス制御プログラムに対応して付けて保持することができる。また、統括プログラムはサブアドレスが有効或いは無効かを示す情報の一覧を保持し、有効でないサブアドレスにジョブが投入された場合に当該ジョブを破棄することができる。また、統括プログラムは使用可能なユーザーの認証情報の一覧を保持し、入力したジョブに含まれるユーザー情報が当該認証情報の一覧に含まれない場合に当該ジョブのエラー報知をすることができる。また、統括プログラムは使用可能なユーザーの認証判断処理の種類を示すセキュリティレベルの一覧を保持することができる。また、論理デバイス制御プログラムはジョブを解析中にイベントが発生した場合にイベントデータを情報処理装置へ送信するための接続インタフェースと送信先アドレスの一覧を保持することができる。また、論理デバイス制御プログラムでジョブを解析中にイベントが発生した場合に、情報処理装置へ送信するための接続インタフェースと送信先アドレスの一覧を参照してイベントデータを送信することができる。
また、以上説明したように本実施形態によれば、周辺機器から取得した機能（属性値）に応じて、周辺機器を制御するための制御プログラムのユーザーインタフェースを自動構成（ステップ４８１３）することができる。また、取得した機能に応じて周辺機器のためのユーザーインタフェースの表示（図８１、図８２）を制御することができる。また、前記周辺機器の機能の設定範囲に関する情報（属性値）を取得することができる。また、設定範囲に関する情報はジョブ設定が禁止されている属性の組み合わせ（属性ＩＤ８０１からＩＤ８０５）で表現されている。また、周辺機器の機能選択肢に関する情報（属性値）を取得することができる。周辺機器から当該周辺機器の機能を示す属性リスト（属性表）を取得して、当該属性リストの属性ＩＤを指定することによって属性値を取得することができる。また、周辺機器の物理デバイス制御プログラム、論理デバイス制御プログラム、リソース制御プログラムとそれらを統括する統括制御プログラムのそれぞれの機能を示す属性リスト（属性表）を当該周辺機器から取得することができる。また、物理デバイス制御プログラムは周辺機器のスキャナエンジンを制御するスキャナ制御プログラムである。また、物理デバイス制御プログラムは周辺機器のレーザービームプリンタエンジンを制御するレーザービームプリンタ制御プログラムである。
また、物理デバイス制御プログラムは周辺機器のインクジェットプリンタエンジンを制御するインクジェットプリンタ制御プログラムである。また、論理デバイス制御プログラムは周辺機器のレーザービームプリンタ制御プログラム或いはインクジェットプリンタ制御プログラム或いはレーザービームプリンタ制御プログラム及びインクジェットプリンタ制御プログラムを制御するプリントジョブ制御プログラムである。また、論理デバイス制御プログラムは周辺機器のスキャナ制御プログラムを制御するスキャナジョブ制御プログラムである。また、論理デバイス制御プログラムは周辺機器のスキャナ制御プログラムとレーザービームプリンタ制御プログラム或いはインクジェットプリンタ制御プログラム或いはレーザービームプリンタ制御プログラム及びインクジェットプリンタ制御プログラムを制御するコピージョブ制御プログラムである。また、リソース制御プログラムは周辺機器のフォントを管理するフォント制御プログラムである。また、リソース制御プログラムは周辺機器のフォームオーバーレイを管理するフォームオーバーレイ制御プログラムである。また、リソース制御プログラムは周辺機器のログを管理するログ制御プログラムである。また、リソース制御プログラムは周辺機器のカラープロファイルを管理するカラープロファイル制御プログラムである。
また、以上説明したように本実施形態によれば、周辺機器（ＭＦＰ２０１）から取得した機能に基づいて前記周辺機器へジョブスクリプトを発行できるか否か判断（ステップ５４０２から５４０４、ステップ５５０２から５５０４、ステップ５６０２から５６０４）することにより、その判断結果に応じてジョブ発行処理を制御できる。
ここで、周辺機器の物理デバイス制御プログラム、論理デバイス制御プログラム、リソース制御プログラム（フォントマネージャー４１３、フォームオーバーレイマネージャー４１４、ログマネージャー４１５、カラープロファイルマネージャー４１６）とそれらを統括する統括プログラムのそれぞれの機能を示す属性リスト（属性表）が当該周辺機器から取得される。また、ジョブ設定が禁止されている属性の組み合わせ（属性ＩＤ８０１からＩＤ８０５）が取得される。また、ダウンロードジョブ或いはプリントジョブが周辺機器へ発行される。また、アップロードジョブ或いはスキャンジョブが周辺機器へ発行される。また、取得した機能のダウンロード方法のサポートを示す属性（属性ＩＤ６０１）とジョブ発行対象のデータの存在位置に応じてジョブ発行方法が選択される。また、取得した機能のアップロード方法のサポートを示す属性（属性ＩＤ６０２）とジョブ発行対象のデータの保存位置に応じてジョブ発行方法が選択される。また、ジョブ発行対象のデータはプリントドキュメントデータである。また、ジョブ発行対象のデータはスキャンドキュメントデータである。また、ジョブ発行対象のデータはフォントデータである。また、ジョブ発行対象のデータはフォームオーバーレイデータである。また、ジョブ発行対象のデータはカラープロファイルデータである。また、ジョブ発行対象のデータはログデータである。また、ジョブ発行対象のデータはフォントデータである。また、周辺機器から受信したイベントに応じたイベントフォーマットデータを取得し、当該イベントフォーマットデータに基づいて受信したイベントが解析される。また、周辺機器のログデータと当該ログデータのログフォーマットデータを取得し、当該ログフォーマットデータに基づいて前記ログデータが解析される。また、周辺機器の課金データ（カウントデータ）と当該課金データのフォーマットデータを取得し、当該課金フォーマットデータに基づいて前記課金データが解析される。
以上述べたように本発明によれば、情報処理装置と接続された周辺機器であって、前記情報処理装置からパケットデータから構成されるジョブスクリプトを入力する入力手段と、前記入力手段で取得したジョブスクリプトを前記周辺機器が解析後、それらスクリプト内容に応じて適切なジョブファイルを生成する手段と、前記ジョブスプリプトはスプリプト内部に１つまたは複数のバインダーおよびドキュメントを構成でき、またバインダーはドキュメントを構成しジョブ内に階層構造を持たせ、前記周辺機器は前記階層構造の前記ジョブスクリプトを解析する手段、前記階層構造のジョブスプリプトを解析後、ジョブファイル生成と同時に、それとは別にバインダーファイルおよびドキュメントファイルを生成、またバインダーファイルにドキュメントファイルを生成する手段と、前記生成されたジョブファイル、バインダーファイルおよびドキュメントファイルを適切に処理する手段とを有することで、ジョブのスケジューリング単位（ジョブの実行優先度、ジョブの実行キャンセルなど）といくつかのドキュメントを束ねた単位（バインダー）および各ドキュメント単位の各種制御を別の単位として明確に処理すること、また、ジョブ処理において各バインダー単位やドキュメント単位の処理結果などの情報を取得すること、また、ジョブ処理においてジョブ実行中に各バインダー単位やドキュメント単位に設定を新規行うことや変更を行うこと、また、プリントジョブでは１つのジョブ内で出力する紙などのメディア単位とステープルなどのフィニッシング単位を別の単位として処理すること、また、スキャンジョブでは１つのジョブ内で原稿読み取りの制御の単位とスキャン画像制御の単位を別の単位として処理することが可能となる。
本実施例のユーザ管理機能付きジョブ発行システムでは、ジョブにユーザ情報を付加しユーザ情報によってジョブの実行を制御することが可能な周辺機器において、ユーザ情報をジョブ発行に先立ち認証する手段を有することにより、ジョブを発行する前にユーザ情報を認証することができる。
また、認証に使用するユーザ情報にユーザＩＤを使用する手段を有する事により、ジョブを発行する前にユーザＩＤよりユーザ情報を認証することができる。
また、認証に使用するユーザ情報にユーザＩＤとユーザパスワードを使用する手段を有する事により、ジョブを発行する前にユーザＩＤとユーザパスワードによりユーザ情報を認証することができる。
また、認証に使用するユーザ情報にユーザＩＤとサービスの種類を使用する手段を有する事により、ジョブを発行する前にユーザＩＤとサービスの種類によりユーザ情報を認証することができる。
また、認証に使用するユーザ情報にユーザＩＤとユーザパスワードとサービスの種類を使用する手段を有する事により、ジョブを発行する前にユーザＩＤとユーザパスワードとサービスの種類によりユーザ情報を認証することができる。
また、周辺機器装置にジョブを送信する前にユーザ情報を確認する手段と、周辺機器装置に送信するジョブにユーザ情報を付加する手段を有することにより、ユーザ情報に基づいてジョブの発行が可能かどうか知ることができる。
また、前記ユーザ情報にユーザＩＤを使用する手段を有する事により、ユーザＩＤを使用したユーザ情報に基づいてジョブの発行が可能かどうか知ることができる。
また、前記ユーザ情報にユーザＩＤとユーザパスワードを使用する手段を有する事により、ユーザＩＤとユーザパスワードを使用したユーザ情報に基づいてジョブの発行が可能かどうか知ることができる。
また、前記ユーザ情報にユーザＩＤとサービスの種類を使用する手段を有する事により、ユーザＩＤとサービスの種類を使用したユーザ情報に基づいてジョブの発行が可能かどうか知ることができる。
また、前記ユーザ情報にユーザＩＤとユーザパスワードとサービスの種類を使用する手段を有する事により、ユーザＩＤとユーザパスワードとサービスの種類を使用したユーザ情報に基づいてジョブの発行が可能かどうか知ることができる。
本実施例によれば、周辺機器の現在のステータスを情報として保持し、現在のステータスによってジョブの実行を制御することが可能な周辺機器において、Ｃｌｉｅｎｔから周辺機器の現在のステータスの取得を要求された場合、保持している周辺機器の現在のステータスを返信する手段を有することにより、ジョブを発行する前に、Ｃｌｉｅｎｔが周辺機器の現在のステータスを取得し、ジョブの実行が可能であるか不可能であるかを知る事ができる。
また、周辺機器の現在のステータスを「正常」、「条件付き正常」、「異常」の３種類で表現する手段を有することにより、ジョブを発行する前に、Ｃｌｉｅｎｔが周辺機器の現在のステータスを「正常」、「条件付き正常」、「異常」の３種類の表現で把握でき、ジョブの実行が可能であるか不可能であるかを知る事ができる。
また、周辺機器の現在のステータスが「条件付き正常」であり、Ｃｌｉｅｎｔからその理由を要求された場合、周辺機器内部に保持されている「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」属性の値を返信する手段を有することにより、ジョブを発行する前に、Ｃｌｉｅｎｔが周辺機器の現在のステータスが「条件付き正常」であった場合、その条件を知る事ができる。
また、周辺機器の現在のステータスが「異常」であり、Ｃｌｉｅｎｔからその理由を要求された場合、周辺機器内部に保持されている「異常の場合の理由」属性の値を返信する手段を有することにより、ジョブを発行する前に、Ｃｌｉｅｎｔがジョブの発行が不可能である理由を知る事ができる。
また、周辺機器装置にジョブを送信する前に周辺機器の現在のステータスの取得要求を行う手段を有することにより、ジョブを発行する前に、周辺機器の現在のステータスを取得し、ジョブの実行が可能であるか不可能であるかを知る事ができる。
また、周辺機器の現在のステータスが「正常」であった場合、ジョブの発行を行う手段を有することにより、ジョブを発行する前に、あらかじめジョブの実行が可能である事を確認した上でジョブを送信することができる。
また、周辺機器の現在の状況が「条件付き正常」であった場合、周辺機器内部に保持されている「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」属性の値を取得する手段と、その属性値とジョブ内容を比較する手段と、ジョブ内容が属性値の条件を満たした場合、ジョブの発行を行う手段を有することにより、ジョブを発行する前に、あらかじめジョブの実行が条件付きで可能であり、その条件を満たしている事を確認した上でジョブを送信することができる。
また、周辺機器の現在の状況が「条件付き正常」であった場合、周辺機器内部に保持されている「ジョブの実行が制限付きで可能な場合に参照すべき属性のリスト」属性の値を取得する手段と、その属性値とジョブ内容を比較する手段と、ジョブ内容が属性値の条件を満たしていない場合、ジョブの発行を中止する手段と、その理由を表示する手段を有することにより、ジョブを発行する前に、あらかじめジョブの実行が条件付きで可能であるが、その条件を満たさない場合はジョブの送信を中止することができる。
また、周辺機器の現在の状況が「異常」であった場合、周辺機器内部に保持されている「異常の場合の理由」属性の値を取得する手段と、「異常の場合の理由」を表示する手段を有することにより、ジョブを発行する前に、あらかじめジョブの実行が不可能である事を確認し、ジョブの送信を中止することができる。
例の周辺機器のアカウント確認システムでは、ジョブのアカウント機能を持つ周辺機器装置において、アカウント情報に対して制限値を保持する手段と、クライアントから要求があった場合にアカウント情報をクライアントに対して送信する手段を有することにより、クライアントがジョブを発行する前にアカウント情報を取得することが可能である。
また、周辺機器装置にジョブを送信する前に、これから送信しようとするジョブの内容に関するアカウント情報を周辺機器装置に対して要求する手段と、返信として周辺機器装置から送られてきたアカウント情報を解析する手段と、解析したアカウント情報から、これから送信しようとするジョブの内容が課金制限を既に越えているものでないかどうかを判断する手段と、課金制限を越えていた場合にエラーメッセージを表示する手段と、課金制限を越えていた場合にジョブの発行を拒否処理を行う手段を有することにより、周辺機器装置に対してジョブを発行する前に、発行しようとしているジョブが既に課金制限を越えているかどうかの判断が可能となり、送信されたジョブが周辺機器側で課金制限により実行せずに廃棄されることがなくなる。
また、アカウント情報が制限値に近いと判断するための基準値を保持する手段と、解析したアカウント情報からこれから送信しようとするジョブの内容が課金制限に近いかどうかを判断する手段と、課金制限に近かった場合にワーニングメッセージを表示する手段と、ユーザに課金制限に近くてもジョブを発行するかどうかを尋ねる手段と、ジョブを発行するかどうかのユーザの判断を取得する手段と、ユーザがジョブの発行を取りやめる判断をした場合にジョブの発行を拒否処理を行う手段を有することにより、周辺機器装置に対してジョブを発行する前に、発行しようとしているジョブが課金制限に近い場合に実行するかどうかをユーザが選択できるので、ジョブの実行条件に対しユーザの意思をより反映することが可能となる。
本実施例では、複数のユーザＩＤとそれらに対応したカウンタを登録・保持・削除することが可能な周辺機器装置において、送信されたジョブに添付されたユーザＩＤを解析する手段と、ジョブに添付されたユーザＩＤに従ってカウンタにジョブをチャージする手段を有することにより、周辺機器本体に対して作業を行わずとも、送信されたジョブに添付された情報を処理するのみで自動的にアカウントの管理を行うことが可能である。
また、１対多の関係において、各アカウントＩＤに属するユーザＩＤの関係を示す属性を登録・保持・削除する手段と、送信されたジョブに添付されたユーザＩＤを解析する手段と、ジョブに添付されたユーザＩＤがどのアカウントＩＤに属するかに従ってカウンタにジョブをチャージする手段を有することにより、ユーザＩＤの属するアカウントＩＤにチャージすることが可能である。
また、複数のアカウントＩＤとそれらに対応したカウンタを登録・保持・削除する手段と、１対多の関係において、各アカウントＩＤに属するユーザＩＤの関係を示す属性を登録・保持・削除する手段と、送信されたジョブに添付されたユーザＩＤとアカウントＩＤのどちらにチャージするかの情報を解析する手段と、ジョブに添付されたユーザＩＤがどのアカウントＩＤに属するかに従ってカウンタにジョブをチャージする手段を有することにより、ユーザＩＤにチャージするかユーザＩＤの属するアカウントＩＤにチャージするかを選択することが可能となる。
また、送信されたジョブに添付されたユーザＩＤ及びアカウントＩＤを解析する手段と、ジョブに添付されたアカウントＩＤに従ってカウンタにジョブをチャージする手段を有することにより、ユーザの選択したアカウントＩＤにチャージすることが可能となる。
また、送信されたジョブに添付されたアカウントＩＤを解析する手段と、送信されたジョブに添付されたユーザＩＤとアカウントＩＤのどちらにチャージするかの情報を解析する手段と、ジョブに添付されたアカウントＩＤに従ってカウンタにジョブをチャージする手段を有することにより、ユーザＩＤにチャージするかユーザの選択したアカウントＩＤにチャージするかを選択することが可能となる。
また、送信されたジョブに添付されたアカウントＩＤを解析する手段と、送信されたジョブに添付されたユーザＩＤとアカウントＩＤのどちらにチャージするかの情報を解析する手段と、ジョブに添付されたアカウントＩＤに従ってカウンタにジョブをチャージする手段を有することにより、ユーザＩＤにチャージするかユーザＩＤの属するアカウントＩＤにチャージするかユーザの選択したアカウントＩＤにチャージするかを選択することが可能となる。
また、ジョブに添付されたユーザＩＤとパスワードを使用して、ユーザＩＤのカウンタ、もしくはアカウントＩＤのカウンタに対し、ユーザ認証を行う手段を有することにより、ユーザＩＤに基づいてユーザ認証を行うことが可能となる。
また、周辺機器装置に送信するジョブにユーザＩＤを添付する手段を有することにより、ユーザＩＤを利用したアカウント管理を行うことが可能となる。
また、周辺機器装置に送信するジョブにユーザＩＤとアカウントＩＤを添付する手段を有することにより、ユーザＩＤとアカウントＩＤを利用したアカウント管理を行うことが可能となる。
また、周辺機器装置に送信するジョブにユーザＩＤとアカウントＩＤのどちらにチャージするかを示す情報を添付する手段を有することにより、アカウント対象を切り替えることが可能となる。
本発明により、スキャンした原稿の種別に応じてユーザの所望する適切な形式のドキュメントデータを、一度のスキャンジョブにより同時に複数種生成することが可能となる。
また、周辺機器制御ソフトウエアにおいても、スキャナの生成可能なドキュメントデータ形式や判別可能な原稿種別を取得することで、所望の形式のドキュメントデータを得るためのジョブ生成や所望のデータを得るスキャナの選択が可能となる。
本発明により、プリスキャン指示によって、ユーザの所望する適切な形式のドキュメントデータを一度のスキャニング動作により複数数種生成することができる。また、周辺機器制御ソフトウエアにおいても、スキャナの生成可能なドキュメントデータ形式を取得することで、所望の形式のドキュメントデータを得るためのジョブ生成や所望のデータを得るためのスキャナの選択が可能となる。
本発明によりなるべく少ない回数のスキャニング動作によりユーザの所望する適切なドキュメントデータを同時に複数数種生成することができる。

Claims (17)

  1. クライアントからのジョブ要求に応じて、各機能手段にジョブを実行させる周辺機器装置であって、
    クライアントに対する課金制限値を保持する保持手段と、
    クライアントからの上記ジョブ要求に応じた課金額が上記制限値に達するか否か判定する判定手段と、
    上記判定手段の判定結果に応じて、上記クライアントに対して上記ジョブの送信を規制する制御手段とを備えたことを特徴とする周辺機器装置。
  2. 上記機能手段はプリンタ機能を含むことを特徴とする請求項１記載の周辺機器装置。
  3. 上記プリンタ機能は物理プリンタ及び論理プリンタであることを特徴とする請求項２記載の周辺機器装置。
  4. 上記機能手段はスキャナ機能であることを特徴とする請求項１記載の周辺機器装置。
  5. 上記機能手段は複数種存在し、上記ジョブ要求に応じて各種機能手段を組み合わせることで各種機能を実現することを特徴とする請求項１記載の周辺機器装置。
  6. 上記機能はコピー機能であることを特徴とする請求項５記載の周辺機器装置。
  7. クライアントからのジョブ要求に応じて、各機能手段にジョブを配信する周辺機器装置であって、
    クライアントに対して課金制限値を保持する保持手段と、
    クライアントからの上記要求に応じた課金額が上記制限値に達するか否か判定する判定手段と、
    上記判定手段の判定結果に応じて上記ジョブの送信を規制するとともに、エラーメッセージを返信する制御手段とを備えたことを特徴とする周辺機器装置。
  8. クライアントからのジョブ要求に応じて各機能装置にジョブを配信する周辺機器装置であって、
    クライアントに対して課金制限値を保持する保持手段と、
    クライアントからの上記要求に応じた課金値と上記制限値とを比較する比較手段と、
    上記比較手段の結果に応じて、制限値に近づいた場合にはこれを告知する告知手段とを備えたことを特徴とする周辺機器装置。
  9. クライアントからのジョブ要求に応じて各機能手段にジョブを配信する周辺機器装置の制御方法であって、
    クライアントに対して課金制限値を保持するステップと、
    クライアントからの上記ジョブ要求に応じた課金額が上記制限値に達するか否か判定するステップと、
    上記判定手段の判定結果に応じて、上記クライアントに対して上記ジョブの送信を規制するステップとを備えたことを特徴とする周辺機器装置の制御方法。
  10. クライアントからのジョブ要求に応じて各機能手段にジョブを実行させる周辺機器装置の制御プログラムを記憶する記憶媒体であって、
    クライアントに対して課金制限値を保持するステップと、
    クライアントからの上記ジョブ要求に応じた課金額が上記制限値に達するか否か判定するステップと、
    上記判定手段の判定結果に応じて、上記クライアントに対して上記ジョブの送信を規制するステップとを実行するプログラムが記憶されたことを特徴とする周辺機器装置の制御プログラムを記憶した記憶媒体。
  11. ネットワークを介して接続された情報処理装置と周辺機器装置とから成る周辺機器システムであって、
    上記周辺機器装置は、上記情報処理装置から上記機能装置に送出されるジョブ要求の結果が課金制限値を超える場合には、上記情報処理装置に対するジョブの送出を規制することを特徴とする周辺機器システム。
  12. 上記周辺機器装置と上記情報処理装置とは、この情報処理装置からのジョブの発行に先立ってジョブ内容を通信することを特徴とする請求項１１記載の周辺機器システム。
  13. 上記機能手段はプリンタ機能であることを特徴とする請求項１２記載の周辺機器装置。
  14. 上記プリンタ機能は物理プリンタ及び論理プリンタであることを特徴とする請求項１３記載の周辺機器装置。
  15. 上記機能手段はスキャナ機能であることを特徴とする請求項１２記載の周辺機器装置。
  16. 上記機能手段は複数種存在し、上記ジョブ要求に応じて各種機能装置を組み合わせることで各種機能を実現することを特徴とする請求項１２記載の周辺機器装置。
  17. 上記機能はコピー機能であることを特徴とする請求項１６記載の周辺機器装置。
JP2009242637A 2009-10-21 2009-10-21 周辺機器装置及びその制御方法及び記憶媒体 Pending JP2010020800A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009242637A JP2010020800A (ja) 2009-10-21 2009-10-21 周辺機器装置及びその制御方法及び記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009242637A JP2010020800A (ja) 2009-10-21 2009-10-21 周辺機器装置及びその制御方法及び記憶媒体

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP33396998A Division JP4560148B2 (ja) 1998-11-25 1998-11-25 周辺機器装置及びその制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
JP2010020800A true JP2010020800A (ja) 2010-01-28

Family

ID=41705545

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009242637A Pending JP2010020800A (ja) 2009-10-21 2009-10-21 周辺機器装置及びその制御方法及び記憶媒体

Country Status (1)

Country Link
JP (1) JP2010020800A (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0836470A (ja) * 1994-07-21 1996-02-06 Ricoh Co Ltd プリンタ装置
JPH08249141A (ja) * 1995-03-08 1996-09-27 Ricoh Co Ltd ネットワーク処理装置
JPH09130573A (ja) * 1995-11-01 1997-05-16 Fuji Xerox Co Ltd 印刷管理装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0836470A (ja) * 1994-07-21 1996-02-06 Ricoh Co Ltd プリンタ装置
JPH08249141A (ja) * 1995-03-08 1996-09-27 Ricoh Co Ltd ネットワーク処理装置
JPH09130573A (ja) * 1995-11-01 1997-05-16 Fuji Xerox Co Ltd 印刷管理装置

Similar Documents

Publication Publication Date Title
JP4058181B2 (ja) 周辺機器装置及びその制御方法及び記憶媒体
JP4392906B2 (ja) 情報処理装置及び情報処理方法及び情報処理システム及び情報処理プログラムを記憶した記憶媒体及び情報処理プログラムを送出する送出装置及び情報処理プログラム製品
JP3697114B2 (ja) 情報処理装置及び情報処理方法及び情報処理システム及び情報処理プログラムを記憶した記憶媒体及び情報処理プログラムを送出する送出装置及び情報処理プログラム製品
US7647432B2 (en) Setting attributes of jobs and documents in a layered structure
KR100841159B1 (ko) 데이터 송신 장치, 그 제어 방법, 및 화상 입출력 장치
JP4250266B2 (ja) 周辺機器及び周辺機器制御方法及び周辺機器制御システム及び周辺機器制御プログラムを記憶した記憶媒体及び周辺機器制御プログラムを送出する送出装置及び周辺機器制御プログラム製品
US6775729B1 (en) Peripheral device, peripheral device control method, peripheral device control system, storage medium for storing peripheral device control programs, sending device for sending peripheral device control programs, and peripheral device control program product
JP2007043365A (ja) 画像出力管理システム及びその制御プログラム
US8773695B2 (en) Data communication apparatus and method of controlling the same
JP5571911B2 (ja) 画像処理装置、その制御方法、及びプログラム
JP4745474B2 (ja) 周辺機器装置及びその制御方法及び記憶媒体
JP3880228B2 (ja) 周辺機器及び周辺機器制御方法及び周辺機器制御システム及び周辺機器制御プログラムを記憶した記憶媒体
JP4109769B2 (ja) 周辺機器装置及びその制御方法及び記憶媒体
JP4384023B2 (ja) 情報処理装置及び情報処理方法及び情報処理システム及び情報処理プログラムを記憶した記憶媒体及び情報処理プログラムを送出する送出装置及び情報処理プログラム製品
JP4560148B2 (ja) 周辺機器装置及びその制御方法及び記憶媒体
JP2000163356A (ja) 周辺機器装置及びその制御方法及び記憶媒体
JP2000163287A (ja) 周辺機器及び周辺機器制御方法及び周辺機器制御システム及び周辺機器制御プログラムを記憶した記憶媒体
JP2010020800A (ja) 周辺機器装置及びその制御方法及び記憶媒体
EP1004971A2 (en) Peripheral apparatus, control method therefor and storage medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091120

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100201

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100611

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100622

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20100630

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101019