JP2010111100A - 印刷システム、情報処理装置、印刷ジョブ処理方法、情報処理方法、プログラム、及び、記憶媒体 - Google Patents

Abstract

【課題】印刷システムが処理することのできるジョブチケット仕様が変化しうる状況下で、デバイスに送られてくるジョブチケットが印刷装置で処理可能なものか否かを判別し、機器の利便性を向上させることを可能とする技術を提供する。
【解決手段】印刷ジョブと関連する機器能力情報を特定し、特定された機器能力情報が印刷システムで有効か否かを判定する。判定の結果、有効と判定された場合は印刷処理を行い、無効と判定された場合には、さらに印刷ジョブを印刷システムが実行可能か否かの判定を行った上で印刷処理の実行を制御する。
【選択図】図２０

Description

本発明は、印刷システム、情報処理装置、印刷ジョブ処理方法、情報処理方法、プログラム、及び、記憶媒体に関する。

商業的印刷業界では、原稿の入稿、原稿へのデザインの付与、レイアウト編集、カンプ、校正、校正刷り、版下作成、印刷、後処理加工、発送等、種々の作業工程を踏んで出版物の発行が行われている。ただし、カンプは印刷によるプレゼンテーションを意味し、校正はレイアウト修正や色修正を意味し、校正刷りはプルーフ印刷を意味する。

商業的印刷業界の場合、印刷工程においてオフセット製版印刷機が用いられることが多いため、版下作成工程は不可欠な工程である。しかしながら、版下作成は、一度行うとその修正が容易ではなく、また、修正を行った場合、コスト的にかなり不利になる。このため、版下作成にあたっては、入念な校正（即ち、入念なレイアウトのチェックや色の確認作業）が必須となってくる。このため、出版物の発行が完了するまでには、ある程度の期間を要することが一般的であった。

また、商業的印刷業界の場合、各作業工程において利用される装置は大掛かりなものが多くコストがかかるうえ、これら各工程における作業には専門知識が必要であるため、いわゆる職人と呼ばれる熟練者のノウハウが不可欠であった。

このような状況に対し、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化を受けて、上記の商業的印刷業界に対抗する、所謂、ＰＯＤ（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）市場と呼ばれる市場が出現しつつある。

ＰＯＤ市場は、比較的小ロットのジョブを、大掛かりな装置やシステムを用いずに、短納期で取り扱うことができるよう、大規模な印刷機、印刷手法に代わって出現してきたものである。

ＰＯＤ市場では、例えば、デジタル複写機やデジタル複合機等の印刷装置を最大限に活用することで、電子データを用いたデジタルプリントを実現し、プリントサービス等を行うことが可能となっている。

また、ＰＯＤ市場の場合、従来の商業的印刷業界よりもデジタル化が進んでおり、コンピュータを利用した管理・制御が浸透してきていることから、実際に短納期での印刷物の発行が可能であり、また、作業者のノウハウが不要であるというメリットもある。さらに、最近では印刷物の画質も商業的印刷業界のレベルに近づきつつある。

このような状況に鑑み、現在、事務機メーカ等が、ＰＯＤ市場という新たな分野に新規参入する方向の検討がなされている（例えば、特許文献１を参照）。特に最近では、例えば、オフィス環境のみならず、オフィス環境とは異なるユースケースやニーズが想定されうるＰＯＤ環境にも充分満足のいく印刷装置や印刷システムの検討がなされつつある。このようなＰＯＤ市場における印刷環境を想定してみると、如何に印刷システムにて生産性を向上させるかが今後重要視される事が予想される。さらに、高い生産性を維持しつつ、いかに印刷システムのオペレータが印刷システムを使いやすくするかも、今後重要視される事が予想される。

なお、近年ではＰＯＤ市場向けの印刷装置として、ＪＤＦ対応が進みつつある。ＪＤＦとは、ＣＩＰ４が定めるＰＯＤ市場向けのシステムにて今後期待される、印刷工程全般に関わる共通的なデジタルフォーマット（「指示書」或いは「ジョブチケット」とも呼ぶ）である。ＪＤＦは、Job Definition Formatの略称である。また、ＣＩＰ４は、Cooperation for the Ingegration of Processes in Prepress, Press and Postpressの略称である。ＪＤＦはそのフォーマットに，Ｗｅｂの基本的なフォーマットでもあるＸＭＬを使用する。この特性を利用し、Ｗｅｂサイト上で生産管理，印刷機，製本機等各機器の稼働状況等を確認するといった、印刷工程全般に関わる管理面でのメリットが、期待されている。

また、最終成果物としての印刷物に関わる入稿工程から配送工程といった、１つの機器に留まらず、複数デバイスが連携する、一連の作業工程に関わる指示をＪＤＦ形式の指示書には、記述することが可能である。このＪＤＦを利用し、複数の機器を用いた複数の工程からなる一連のワークフローを、一つの指示書で管理していくことも可能となる。これにより、印刷工程全般に関わる複数の機器同士の連携や、各種機器の自動化といった観点でのメリットも期待が持たれている。

以上のような背景のもとで、現在、ＰＯＤ市場向けの印刷システムとして、このようなＪＤＦのメリットを最大限に活用出来るような、ＪＤＦ対応の印刷装置の製品実用化を目指した検討がなされつつある。
特開２００８−０９０６３１号公報

既述の如く、例えば事務機メーカが、現在も得意とするオフィス環境から、ＰＯＤ市場という新規市場に本格参入するには、ＰＯＤ市場の状況を想定し、オフィス環境では想定し得ないユースケースやユーザニーズに対処する事が望ましい。換言すると、ＰＯＤ市場へ本格参入する際には、ＰＯＤ環境にも適したデジタルプリンティングシステムの製品実用化に向けての検討を十分にする必要がある。しかし、ＰＯＤ環境にも適した印刷システムの製品実用化を目指すことを想定してみると、以下に例示するような様々なユーザニーズが想定される。

例えば、デジタル複合機がＪＤＦをサポートする場合、ジョブチケットによる印刷設定指示を可能にする必要がある。ジョブチケットは、１つのデバイスに依存しない共通フォーマットで、極力、様々な機器にてジョブを処理出来るようにする事を目的としたＪＤＦ特有のメリットを活用した構成である。そのため、ジョブチケットはプリンタドライバとは異なり、デバイス仕様や構成情報を知らなくても作成することが可能である。

しかし、この状況を想定して、実際に印刷装置やシステムを構成してみる事を検討してみると、今までには無い新たに対処すべき、課題やユーザニーズが生じうると考える。例えば、実行環境（デバイスの能力や装着アクセサリ等）によっては、ジョブチケットで指示された動作を印刷装置（印刷システム）にて完全に実行できないケースが発生しうる事が懸念される。また、利用者からの観点からは、例えば、ジョブチケットを用いて印刷を指示する場合に、指示通りの印刷物が印刷装置（印刷システム）にて作成できない場合には、そのジョブの処理自体をキャンセルすることをユーザが望むケースも想定される。例えば、ＰＯＤ市場における印刷環境では、印刷システムで作成する印刷物は、顧客に納品する商品として、取り扱われる可能性が高い。このようなＰＯＤ環境における印刷環境では、顧客に納品できない印刷物は無駄な出力として取り扱われる事が想定される。してみると、ＰＯＤ環境のような印刷環境では、印刷システムにて、指示どおりの印刷物が作成できないならば、それは失敗コストとして、極力排除すべきといった、コスト面も重要視されうる。このようにＰＯＤ環境のユーザ（オペレータ）がミス出力物のコストを削減したい場合等は、上記のような要望が要求されうる可能性があるが故に、このような要望に対処する事が望ましい。

このような状況に対応するため、ＪＤＦでは印刷装置の機器能力情報を通知するための仕様が定められている。機器能力情報は、印刷装置が処理することのできるＪＤＦの仕様を通知するものであり、これにより、未知の印刷装置やシステム同士でも相互に連携して動作することが可能になる。機器能力情報を用いることにより、クライアントは印刷装置が処理可能なジョブチケットを自動生成することが可能となり、また、生成したジョブチケットを印刷装置が処理可能か否かを判定する機器能力情報テストを行うことが可能となる。また、印刷装置自身も、自らが生成した機器能力情報を用いて受信したジョブチケットを処理可能か否かを判定することが可能である。これらの機能は、ＪＤＦをサポートするデバイスが不特定のＪＤＦ対応機器と連携するために不可欠の機能である。

しかし、デバイスが処理するＪＤＦ仕様はとても複雑であるため、印刷装置がジョブチケットに対して機器能力情報テストを行うと、処理に時間がかかり、印刷待ち時間が発生する。通常プリントジョブが利用されるケースにおいては、ネットワーク経由で接続される複数のクライアントＰＣによって印刷装置が共有されることが一般的に行われている。そのため、複数のクライアントＰＣによって複数の印刷ジョブが機器に投入されると、機器内に複数の印刷実行待ちジョブが蓄積されるケースが発生する。このように共有プリンタとして運用されるケースにおいては、印刷待ち時間を短縮することが機器の利用効率を向上させ、ひいてはユーザにとっての利便性を向上させるための重要な要因となっている。

ＪＤＦを用いた印刷システムで機器能力情報が必要となる理由は、デバイス仕様や構成情報が不明な状況でジョブチケットが作成される可能性があるためである。裏を返せば、クライアントが印刷装置の構成や機器能力情報に関する仕様およびステータスを熟知した上でジョブチケットを作成したことが保証されているならば、印刷装置が機器能力情報テストを行う必要はない。

よって、印刷装置から特定のクライアントに対してあらかじめ処理可能なＪＤＦの仕様を通知しておき、クライアント側では印刷装置で処理可能なＪＤＦデータを生成することによって、印刷時間を短縮する方法が考えられる。この場合、印刷装置は、特定のクライアントから送信されてきたジョブチケットに対しては機器能力情報テストを行わずに処理を開始することが可能になり、ジョブチケットを高速に処理することが可能である。

ただし、この構成では下記のような課題が存在する。すなわち、印刷装置が処理することのできるＪＤＦ仕様が常に固定ではないため、特定のクライアントから送信されてきたジョブチケットであっても、ジョブチケットで指示された動作を印刷装置にて完全に実行できないケースが発生しうる。印刷装置が処理することのできるＪＤＦ仕様は、機器構成の変化、メディア情報の変化、消耗品残量の変化、機器状態の変化、などにより変化する。この場合、印刷装置からクライアントに対して機器能力情報を通知することになるが、その後、デバイスに送られてくるジョブチケットがデバイスで処理可能なものか否かを判別する方法がなかった。

本発明は上記の問題に鑑みなされたものであり、汎用的なフォーマットで印刷条件が記述された印刷ジョブに基づいて動作する印刷システムにおいて、ユーザに手間を要することなく適切な印刷処理を行うことを可能にする技術を提供することを目的とする。特に、ジョブチケットで指示された動作を印刷装置が完全に実行できないケースが発生しうる状況下で、機器の利便性を向上させることを可能とする技術を提供することを目的とする。

上記の目的を達成する本発明にかかる印刷システムは、印刷ジョブに基づき印刷処理を行う印刷装置を有する印刷システムであって、
前記印刷ジョブの入力を受け付ける受付手段と、
前記受付手段により受け付けられた前記印刷ジョブを解析して、前記印刷ジョブと関連付けられた、印刷システムで処理が可能な機能を示す機器能力情報を特定する特定手段と、
前記特定手段により特定された前記機器能力情報が前記印刷システムで有効か否かを判定する第１判定手段と、
前記第１判定手段の判定結果に基づいて、前記印刷ジョブの実行を制御する制御手段と、を備えることを特徴とする。

あるいは、上記の目的を達成する本発明にかかる情報処理装置は、印刷システムと通信可能な情報処理装置であって、
前記印刷システムに対して、前記印刷システムで処理が可能な機能を示す機器能力情報の通知を要求する要求手段と、
前記要求手段による要求に対応して、前記印刷システムから送信される前記機器能力情報を受信する受信手段と、
印刷ジョブを生成する印刷ジョブ生成手段と、
前記印刷システムで前記印刷ジョブが処理可能か否かを、前記機器能力情報に基づいて判定する判定手段と、
前記判定手段により前記印刷ジョブが前記印刷システムで処理可能と判定された場合に、前記機器能力情報に含まれている前記機器能力情報を特定する識別情報を、前記印刷ジョブに付加して印刷ジョブデータを作成する作成手段と、
前記作成手段により作成された前記印刷ジョブデータを、前記印刷システムに送信する送信手段と、を備えることを特徴とする。

本発明によれば、汎用的なフォーマットで印刷条件が記述された印刷ジョブに基づいて動作する印刷システムにおいて、ユーザに手間を要することなく適切な印刷処理を行うことを可能にする技術を提供することができる。

特に、本発明によれば、印刷装置また、はシステムをＪＤＦに対応出来るように構成した場合に想定されうるＰＯＤ環境が如くの印刷環境にて今後要望されうるＪＤＦに係るユーザニーズに対処可能にした製品の実用化に貢献できる。

本発明によれば、特に、印刷装置が処理することのできるＪＤＦ仕様が変化した場合に、デバイスに送られてくるジョブチケットが印刷装置で処理可能なものか否かを判別する技術を提供することができる。これにより、印刷装置で処理可能なことが保証されたジョブチケットに対しては機器能力情報テストを行わずに高速に処理することが可能となり、機器の利便性を向上させることができる。

以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

＜＜第１実施形態＞＞
本実施形態によれば、印刷装置が処理することのできるＪＤＦ仕様が変化した場合に、印刷装置での処理が可能であることが確認できないＪＤＦに対して、機器能力情報テストを行った上で、処理を続行する技術を提供できる。これにより、デバイス仕様や構成情報が不明な状況下で作成されたＪＤＦであっても機器能力情報テストを行った上で処理を続行することができ、機器の利便性を向上させることができる。

［印刷システムを含む印刷環境全体のシステム構成の説明］
本実施形態では、背景技術で想定したような課題に対処すべく、ＰＯＤ環境等の、オフィス環境とは異なる印刷環境を想定している。ここでは、印刷システム１０００を含むＰＯＤ環境の現場（図１の印刷環境）全体のシステム環境について説明する。このような印刷環境自体にも本実施形態は適用可能である。尚、本実施形態において、この印刷システム１０００が適用可能な印刷環境を、ＰＯＤ環境にも適しているが故に、ＰＯＤシステム１００００とも呼ぶ。

図１のＰＯＤシステム１００００は、構成要素として、印刷システム１０００と、情報処理装置として機能するサーバコンピュータ１０３（ＰＣ１０３とも示す）及びクライアントコンピュータ１０４（ＰＣ１０４とも示す）とを具備する。また、後処理装置として機能する、紙折り機１０７、断裁機１０９、中綴じ製本機１１０、くるみ製本機１０８、スキャナ１０２等も具備する。このように複数の装置がＰＯＤシステム１００００に用意されている。

印刷システム１０００は、構成要素として、印刷装置１００（本体）及び、後処理装置として機能する、単一また、は複数の装置から構成されるシート処理装置２００を具備する。尚、印刷装置１００の１例として、コピー機能及びＰＣからのデータを受け付けて印刷を実行するＰＣプリント機能等、複数の機能を具備する複合機として説明するが、ＰＣプリント機能のみ或いはコピー機能のみの単一機能型の印刷装置であってもよい。尚、複合機のことを、以下では、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）とも呼ぶ。

ここでは、図１の紙折り機１０７、断裁機１０９、中綴じ製本機１１０、くるみ製本機１０８を、印刷システム１０００が具備するシート処理装置２００と同様に、シート処理装置と定義する。何故なら、印刷システム１０００が具備する印刷装置１００で印刷されたジョブのシート（記録用紙）に対するシート処理を実行可能なデバイスであるからである。例えば、紙折り機１０７は、印刷装置１００で印刷されたシートの折処理を実行可能に構成されている。断裁機１０９は、複数枚のシートで構成されるシート束単位で、印刷装置１００で印刷されたシートの断裁処理を実行可能に構成されている。中綴じ製本機１１０は、印刷装置１００で印刷されたシートの中綴じ製本処理を実行可能に構成されている。くるみ製本機１０８は、印刷装置１００で印刷されたシートのくるみ製本処理を実行可能に構成されている。

尚、本実施形態では、印刷システムが具備する制御部が、これら印刷装置１００とシート処理装置２００を統括的に制御している。この１例として、本例では、図２の印刷装置１００内部のコントローラ２０５が統括制御を行う。尚、本実施形態では、これらシート処理装置のことを、後処理装置やポストプレスとも呼ぶ。

図１のＰＯＤシステム１００００における、これら複数の装置のうちの、中綴じ製本機１１０以外の装置は、全て、ネットワーク１０１に接続されており、互いに他装置とデータ通信可能に構成されている。

例えば、ＰＣ１０３、ＰＣ１０４等の外部装置の一例に該当する情報処理装置からネットワーク１０１を介して送信された印刷実行要求がなされた処理対象となるジョブの印刷データは、印刷装置１００により印刷処理される。

また、ネットワーク通信により他の装置との間でデータの送受信を実行することで、サーバコンピュータ１０３は、ＰＯＤシステム１００００（印刷環境）にて処理すべき全てのジョブの全体を管理することが可能である。換言すると、複数の処理工程からなる一連のワークフローの工程全体を統括管理するコンピュータとして機能する。サーバコンピュータ１０３は、オペレータから受け付けたジョブの指示に基づいて、ＰＯＤシステム１００００（印刷環境）にて仕上げ可能な後処理条件を決定する。また、エンドユーザ（この例では印刷の作成依頼をした顧客）の要求通りの後処理（仕上げ処理）工程の指示を行う。この際に、サーバコンピュータ１０３が、ＪＤＦ形式などの情報交換ツールを用いて、ポストプレス内部でのコマンドやステータスでそれぞれの後処理機器と情報交換している。

例えば、断裁処理、中綴じ製本処理、くるみ製本処理、シートの折処理、穴あけ処理、封入処理、帳合処理、等の様々なシート加工処理を、印刷装置１００により印刷処理されたジョブの印刷媒体に対して実行可能に構成している。このように、エンドユーザ（顧客）が望む所望の製本印刷体裁でもってシート加工を実行可能に構成されている。

サーバコンピュータ１０３が管理するニアラインフィニッシャやオフラインフィニッシャには、他にも、ステープラ専用装置、穴あけ専用装置、封入機あるいは、帳合機（コレータ）を初めとして様々なものがある。サーバコンピュータ１０３は、これらのニアラインフィニッシャと予め決められたプロトコルで、逐次ポーリングなどでデバイスの状況やジョブの状況を、ネットワーク１０１経由で把握することが可能である。また、ＰＯＤシステム１００００（印刷環境）にて処理すべき多数のジョブの各ジョブの実行状況（進捗状況）を管理することが可能である。

尚、本実施形態は、上述の複数の記録紙処理をそれぞれ別々のシート処理装置により実行可能にする構成でも、複数種類の記録紙の処理を１台のシート処理装置が実行可能にする構成でも良い。複数のシート処理装置のうちのいずれかのシート処理装置を本システムに具備する構成でも良い。

図１の印刷システム１０００は、印刷装置１００と、印刷装置１００に着脱可能なシート処理装置２００を具備している。このシート処理装置２００は、印刷装置１００で印刷がなされたジョブのシートを、直接的に、シート搬送路を介して、受容可能な装置である。また、ユーザインタフェースを介して印刷実行要求と共にユーザが要求したシート処理を、印刷装置１００のプリンタ部２０３により印刷されたシートに対して実行するシート処理装置である。

［印刷システム１０００の内部構成（主にソフトウェア構成）］
次に、印刷システム１０００の内部構成（主にソフトウェア構成）について、図２のシフテムブロック図を参照して説明する。尚、印刷システム１０００が備える図２に示す各ユニットのうちのシート処理装置２００（厳密にいえば、複数台のインラインタイプのシート処理装置で構成可能な一連のシート処理装置群）を除く他のユニットは、全て印刷装置１００の内部に存在する。換言すると、シート処理装置２００は、印刷装置１００に対して、着脱可能なシート処理装置であり、印刷装置１００のオプションとして提供可能に構成されている。これにより、ＰＯＤ環境にて、必要なインラインフィニッシャを、必要な台数分（ａ、ｂ、・・・ｎ）、提供することができる。

印刷装置１００は、自装置内部に複数の処理対象となるジョブのデータを記憶可能なハードディスク２０９（以下、「ＨＤＤ」とも呼ぶ）等の不揮発性メモリを具備する。また、印刷装置１００は、自身が具備するスキャナ部２０１から受付けたジョブデータをコントローラ２０５を介してプリンタ部２０３で印刷するコピー機能を具備する。また、印刷装置１００は、ＰＣ１０３、１０４等の外部装置から通信部の１例に該当する外部Ｉ／Ｆ２０２ユニットを介して受付けたジョブデータをコントローラ２０５を介してプリンタ部２０３で印刷する印刷機能等を具備する。印刷装置１００は、このような複数の機能を具備したＭＦＰタイプの印刷装置（画像形成装置とも呼ぶ）である。

尚、換言すると、本実施形態の印刷装置は、カラープリント可能な印刷装置でも、モノクロプリント可能な印刷装置でも、本実施形態で述べる各種制御を実行可能であるならば如何なる構成でも良い。

本実施形態の印刷装置１００は、原稿画像を読み取り、読み取られた画像データを画像処理するスキャナ部２０１を具備する。また、ファクシミリ、ネットワーク接続機器、外部専用装置と画像データなどを送受する外部Ｉ／Ｆ２０２を具備する。また、スキャナ部２０１及び外部Ｉ／Ｆ２０２の何れかから受付けた複数の印刷対象となるジョブの画像データを記憶（格納）することが可能なハードディスク２０９（ＨＤＤ）を具備する。ハードディスク２０９（ＨＤＤ）に記憶（格納）された印刷対象のジョブのデータの印刷処理を印刷媒体に対して実行するプリンタ部２０３を具備する。印刷装置１００は、印刷システム１０００が具備するユーザインタフェース部の一例に該当する、表示部を有する操作部２０４も具備する。印刷システム１０００にて提供しているユーザインタフェース部の別の例としては、例えば、ＰＣ１０３や１０４の外部装置の表示部及びキーボードやマウス等がこれに該当する。

印刷システム１０００が具備する制御部の一例に該当するコントローラ（制御部、或いは、ＣＰＵとも呼ぶ）２０５は、印刷システム１０００が具備する各種ユニットの処理や動作等を統括的に制御することが可能である。ＲＯＭ２０７には、後述するフローチャートの各種処理等を実行する為のプログラムを含む本実施形態にて要する各種の制御プログラムが記憶されている。また、ＲＯＭ２０７には、図示しているユーザインタフェース画面（以下、ＵＩ画面と呼ぶ）を含む、操作部２０４の表示部に各種のＵＩ画面を表示させる為の表示制御プログラムも記憶されている。コントローラ２０５は、ＲＯＭ２０７のプログラムを読出実行することで、本実施形態にて説明する各種の動作を本印刷装置により実行させる。外部Ｉ／Ｆ２０２を介して外部装置（ＰＣ１０３やＰＣ１０４等）から受信したＰＤＬ（ページ記述言語）コードデータを解釈し、ラスターイメージデータ（ビットマップ画像データ）に展開する動作を実行する為のプログラム等もＲＯＭ２０７に記憶されている。これらは、ソフトウェアによって処理される。

ＲＯＭ２０７は読み出し専用のメモリで、ブートシーケンスやフォント情報等のプログラムや上記のプログラム等各種プログラムが予め記憶されている。ＲＡＭ２０８は読み出し及び書き込み可能なメモリで、スキャナ部２０１や外部Ｉ／Ｆ２０２よりメモリコントローラ２０６を介して送られてきた画像データや、各種プログラムや設定情報を記憶する。

ハードディスク２０９（ＨＤＤ）は、圧縮伸張部２１０によって圧縮された画像データを記憶する大容量の記憶装置である。ハードディスク２０９（ＨＤＤ）に、処理対象となるジョブのプリントデータ等複数のデータを保持可能に構成されている。コントローラ２０５は、スキャナ部２０１や外部Ｉ／Ｆ２０２等の各種入力ユニットを介して入力された処理対象となるジョブのデータを、ハードディスク２０９（ＨＤＤ）を介して、プリンタ部２０３でプリント可能に制御する。また、外部Ｉ／Ｆ２０２を介して外部装置へ送信できるようにも制御する。このようにハードディスク２０９（ＨＤＤ）に格納した処理対象のジョブのデータの各種の出力処理を実行可能にコントローラ２０５により制御する。圧縮伸張部２１０は、ＪＢＩＧやＪＰＥＧ等といった各種圧縮方式によってＲＡＭ２０８、ハードディスク２０９（ＨＤＤ）に記憶されている画像データ等を圧縮・伸張動作を行う。

以上のような構成のもと、本印刷システムが具備する制御部の１例としてのコントローラ２０５が、図１の説明の如く、インラインタイプのシート処理装置２００の動作も制御する。この説明も含む、印刷システム１０００のハードウェア構成について、図３等で説明する。

［印刷システム１０００の装置構成（主にハードウェア構成）］
次に、印刷システム１０００の構成（主に、ハードウェア構成）について、図３の装置構成説明図を参照して説明する。

まず、これらインラインタイプのシート処理装置２００によるシート処理を実行する前の工程に該当する印刷装置１００における印刷処理を実行する際の、ハードウェア構成を説明する。主に、図２のコントローラ（制御部またはＣＰＵと呼ぶ）２０５が印刷装置１００に実行させる、プリンタ部２０３の内部からシート処理装置２００の内部へ印刷処理がなされたジョブのシートを供給する時点迄のペーパハンドリング動作等を説明する。

図３に示す符号３０１〜３２２のうち、３０１は、図２のスキャナ部２０１のハードウェア構成に該当する。３０２〜３２２が、図３のプリンタ部２０３のハードウェア構成に該当する。尚、本実施形態では、１Ｄ（ドラム）タイプのカラーＭＦＰの構成について説明する。尚、４Ｄ（ドラム）タイプのカラーＭＦＰ、白黒ＭＦＰも、本実施形態の印刷装置の一例であるが、ここでは説明を割愛する。

図３の自動原稿搬送装置（ＡＤＦ）３０１は、原稿トレイの積載面にセットされた原稿束を１頁目の原稿から、ページ順に、順番に分離して、スキャナ３０２によって原稿走査するために原稿台ガラス上へ搬送する。スキャナ３０２は、原稿台ガラス上に搬送された原稿の画像を読み取り、ＣＣＤによって画像データに変換する。回転多面鏡（ポリゴンミラー等）３０３は、画像データに応じて変調された、例えばレーザ光などの光線を入射させ、反射ミラーを介して反射走査光として感光ドラム３０４に照射する。感光ドラム３０４上にレーザ光によって形成された潜像はトナーによって現像され、転写ドラム３０５上に貼り付けられたシート材に対してトナー像を転写する。この一連の画像形成プロセスをイエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｋ）のトナーに対して順次実行することによりフルカラー画像が形成される。４回の画像形成プロセスの後に、フルカラー画像形成された転写ドラム３０５上のシート材は、分離爪３０６によって分離され、定着前搬送器３０７によって定着器３０８へ搬送される。

定着器３０８は、ローラやベルトの組み合わせによって構成され、ハロゲンヒータなどの熱源を内蔵し、トナー像が転写されたシート材上のトナーを、熱と圧力によって溶解、定着させる。排紙フラッパ３０９は、揺動軸を中心に揺動可能に構成され、シート材の搬送方向を規定する。排紙フラッパ３０９が図中時計回りの方向に揺動しているときには、シート材は真直ぐに搬送され、排紙ローラ３１０によって機外へ排出される。一方、シート材の両面に画像を形成する際には、排紙フラッパ３０９が図中反時計回りの方向に揺動し、シート材は下方向に進路を変更され両面搬送部へと送り込まれる。両面搬送部は、反転フラッパ３１１、反転ローラ３１２、反転ガイド３１３および両面トレイ３１４を具備する。

反転フラッパ３１１は、揺動軸を中心に揺動可能に構成され、シート材の搬送方向を規定する。コントローラ２０５は、両面印刷ジョブを処理する場合、プリンタ部２０３でシートの第１面にプリント済みのシートを、反転フラッパ３１１を図中反時計回りの方向に揺動させ、反転ローラ３１２を介して、反転ガイド３１３へと送り込むよう制御する。そして、シート材後端が反転ローラ３１２に狭持された状態で反転ローラ３１２を一旦停止させ、引き続き反転フラッパ３１１が図中時計回りの方向に揺動させる。また、反転ローラ３１２を逆方向に回転させる。これにより、シートスイッチバックして搬送させ、シートの後端と先端が入れ替わった状態で、シートを両面トレイ３１４へと導くよう制御する。

両面トレイ３１４ではシート材を一旦積載し、その後、再給紙ローラ３１５によってシート材は再びレジストローラ３１６へと送り込まれる。このときシート材は、１面目の転写工程とは反対の面が感光ドラムと対向する側になって送られてきている。そして、先述したプロセスと同様にしてシートの第２面に対して２面目の画像を形成させる。そして、シート材の両面に画像が形成され、定着工程を経て排紙ローラ３１０を介して印刷装置本体内部から機外へとシートを排出させる。コントローラ２０５は、以上のような一連の両面印刷シーケンスを実行することで、両面印刷対象のジョブのデータのシートの第１面と第２面の各面に対する両面印刷を本印刷装置により実行可能にする。

給紙搬送部は、印刷処理に要するシートを収納する給紙ユニットとしての給紙カセット３１７、３１８（例えば、夫々５００枚のシートを収容可能）、ペーパーデッキ３１９（例えば、５０００枚のシートを収納可能）、手差しトレイ３２０等がある。また、これら給紙ユニットに収納されたシートを給送するユニットとして、給紙ローラ３２１、レジストローラ３１６等がある。給紙カセット３１７、３１８、ペーパーデッキ３１９には、各種のシートサイズで且つ各種のマテリアルのシートを、これらの各給紙ユニット毎に、区別して、セット可能に構成されている。

手差しトレイ３２０も、ＯＨＰシート等の特殊なシートを含む各種の印刷媒体をセット可能に構成されている。給紙カセット３１７、３１８、ペーパーデッキ３１９、手差しトレイ３２０には、それぞれに給紙ローラ３２１が設けられ１枚単位でシートを連続的に給送可能に構成される。例えば、ピックアップローラによって積載されたシート材が順次繰り出され、給紙ローラ３２１に対向して設けられる分離ローラによって重送が防止されてシート材は１枚ずつ搬送ガイドへと送り出される。ここで、分離ローラには搬送方向とは逆方向に回転させる駆動力が図示しないトルクリミッタを介して入力されている。給紙ローラとの間に形成されるニップ部にシート材が１枚だけ進入しているときには、シート材に従動して搬送方向に回転する。

一方、重送が発生している場合には搬送方向とは逆方向に回転することにより重送したシート材が戻され、最上部の１枚だけが送り出されるようになっている。送り出されたシート材は搬送ガイドの間を案内され、複数の搬送ローラによってレジストローラ３１６まで搬送される。このときレジストローラ３１６は停止しており、シート材の先端がレジストローラ３１６対で形成されるニップ部に突き当たり、シート材がループを形成し斜行が補正される。その後、画像形成部において感光ドラム３０４上に形成されるトナー像のタイミングに合わせて、レジストローラ３１６は回転を開始してシート材を搬送する。レジストローラ３１６により送られたシート材は、吸着ローラ３２２によって転写ドラム３０５表面に静電気的に吸着される。定着器３０８から排出されたシート材は、排紙ローラ３１０を介して、シート処理装置２００内部のシート搬送路へ導入される。

コントローラ２０５は、以上のような印刷プロセスを経て、印刷対象となるジョブを処理する。

コントローラ２０５は、ＵＩ部を介してユーザから受付た印刷実行要求に基き、データ発生源からハードディスク２０９（ＨＤＤ）に記憶させたジョブの印刷データの印刷処理を、上記方法でもって、プリンタ部２０３により、実行させる。

尚、例えば、印刷実行要求を操作部２０４から受付けたジョブのデータ発生源は、スキャナ部２０１を意味する。また、印刷実行要求をホストコンピュータから受付けたジョブのデータ発生源は、ホストコンピュータである。

また、コントローラ２０５は、処理対象のジョブの印刷データを、先頭ページから順番にハードディスク２０９（ＨＤＤ）に記憶（格納）させる。そして、先頭ページから順番にハードディスク２０９（ＨＤＤ）からジョブの印刷データを読み出して、シート上に印刷データの画像を形成させる。更に、コントローラ２０５は、先頭ページから順番に印刷されるシートを、画像面が下向きで、シート処理装置２００内部のシート搬送路へ供給させる。その為に、排紙ローラ３１０によりシート処理装置２００内部へシートを導入する直前で、定着器３０８からのシートの表裏を反転させる為のスイッチバック動作を排紙フラッパ３０９、反転ローラ３１２等を用いて実行させる。このような、ペーパハンドリング制御もコントローラ２０５は実行する。

次に、印刷システム１０００が印刷装置１００と共に具備するインラインタイプのシート処理装置２００の構成について説明する。本実施形態の印刷システム１０００は、図３に示すが如く、印刷装置１００にカスケード接続可能なインラインタイプのシート処理装置を合計ｎ台としている。この台数は、例えば、可能な限り何台でも設置可能に構成しても良い。

上記のような仕組みは、ユーザ利便性を向上させるための仕組みであるが故に、必ずしも必須の構成要件としなくても良い。換言すると、例えば、本発明はこのような構成に限定解釈されない。１例として、例えば、印刷システム１０００にて利用可能なインラインタイプのシート処理装置の台数や、それらの装置の接続順序が、一律的に規定されているようなシステム構成でも良い。少なくとも、後述する各種ジョブ制御の少なくとも何れかを実行可能に構成されるならば、如何なるシステム構成でも装置構成でもあっても、本発明に包含される。

［操作部２０４の構成］
図４等を用いて、印刷システム１０００の印刷装置１００が具備する印刷システム１０００におけるユーザインタフェース部（以下、ＵＩ部と呼ぶ）の一例に該当する操作部２０４について説明する。

操作部２０４は、ハードキーによるユーザ操作を受付け可能なキー入力部４０２、ソフトキー（表示キー）によるユーザ操作を受付可能な表示ユニットの一例としてのタッチパネル部４０１を、有する。

図５に示すように、キー入力部４０２は、操作部電源スイッチ５０１を具備する。操作部電源スイッチ５０１のユーザ操作に応答し、コントローラ２０５は、スタンバイモードとスリープモードを選択的に切換るよう制御する。ただし、スタンバイモードは、通常動作状態であり、スリープモードは、ネットワーク印刷やファクシミリなどに備えて割り込み待ち状態でプログラムを停止して、消費電力を抑えている状態である。コントローラ２０５は、操作部電源スイッチ５０１のユーザ操作を、システム全体の電源供給を行う主電源スイッチ（不図示）がＯＮ状態にて、受付可能に制御する。

スタートキー５０３は、処理対象となるジョブのコピー動作や送信動作等、ユーザにより指示された種類のジョブ処理を印刷装置に開始させる指示をユーザから受付可能にする為のキーである。ストップキー５０２は、受付けたジョブの処理を印刷装置に中断させる指示をユーザから受付可能にする為のキーである。テンキー５０６は、各種設定の置数の設定をユーザにより実行可能にする為のキーである。クリアキー５０７は、テンキー５０６を介してユーザにより設定された置数等の各種パラメータを解除するためのキーである。リセットキー５０４は、ユーザにより処理対象のジョブに対して設定された各種設定を全て無効にし、また、設定値をデフォルト状態に戻す指示をユーザから受付る為のキーである。ユーザモードキー５０５は、ユーザごとのシステム設定画面に移行するためのキーである。

［コントローラ２０５が実行する制御］
コントローラ２０５は、以上のような、ＰＯＤ市場を見据えたシステム構成となっている印刷システム１０００にて、以下に例示するような制御を実行する。

図６は図２におけるＲＯＭ２０７内に格納され、印刷システム１０００内のコントローラ２０５により読み出され実行される各種プログラムおよびプログラム等によって使用されるデータを例示したものである。図示するように、ＲＯＭ２０７には印刷システム１０００が提供することの出来る各種機能を実現するためのプログラムが格納されている。

ブートローダ３１０１は印刷システム１０００の電源投入直後に実行されるプログラムであり、システムの起動に必要となる各種起動シーケンスを実行するためのプログラムである。オペレーティングシステム３１０２は印刷システム１０００の機能を実現する各種プログラムの実行環境を提供することを目的とし、主に印刷システム１０００のメモリの資源管理、および同図に示された各種装置の基本的な入出力制御等の機能を提供する。ただし、印刷システム１０００のメモリには、例えば、図２におけるＲＯＭ２０７やＲＡＭ２０８、ハードディスク２０９等が含まれる。

データ送受信プログラム３１０３は、図２における外部Ｉ／Ｆ２０２を経由してデータの入出力要求が発生した際に行われる送受信処理を行うための制御プログラムである。具体的にはＴＣＰ／ＩＰ等のプロトコルスタックを内包し、図１に示すＰＯＤシステム１００００（印刷環境）内においてネットワーク１０１経由で接続される外部機器等との間で交わされる各種データの通信を執り行うための制御プログラムである。ここで行われる通信処理は印刷システム１０００とネットワーク１０１の間を入出力されるデータパケットの送受信レベルやＨＴＴＰサーバ等通信処理に特化した処理を担当し、この後述べる受信されたデータの内容に関する解析処理は含まれない。データの解析処理は後述するコントローラ２０５によって別プログラムの記述内容に基づいて実行される。

機器管理機能プログラム３１０４は、印刷システム１０００が管理し複合機としての機能を実現するための各種デバイスの接続状態、ステータス、能力等の統合的な管理を行うためのプログラムである。ただし、各種デバイスには、例えば、プリンタ部２０３、スキャナ部２０１、シート処理装置２００等、脱着可能なデバイス若しくは脱着不可能なデバイス等が含まれる。機器管理機能プログラム３１０４は、コントローラ２０５によりシステム起動時および接続されたデバイスの状態変化発生時にコントローラ２０５に通知された際に実行される。

コピー機能プログラム３１０５は、操作部２０４経由でユーザがコピーファンクションの実行を指示した際に、操作部２０４からの指示によりコントローラ２０５によって実行されるコピー機能を実行するためのプログラムである。

スキャン機能プログラム３１０６は、操作部２０４経由でユーザがスキャンファンクションの実行を指示した際に、操作部２０４からの指示によりコントローラ２０５により実行されるスキャン機能を実行するためのプログラムである。

ＰＤＬプリント機能プログラム３１０７は、ＰＤＬプリントジョブデータが外部Ｉ／Ｆ２０２経由で受信された場合に、操作部２０４の指示によりコントローラ２０５によって実行されるＰＤＬプリント機能を実行するためのプログラムである。

ＪＤＦプリント機能プログラム３１０８は、ＪＤＦを含むジョブデータが外部Ｉ／Ｆ２０２経由で受信された場合に、操作部２０４の指示によりコントローラ２０５によって実行されるＪＤＦプリント機能を実行するプログラムである。コントローラ２０５は、印刷システム１０００内のデバイス資源に対し、本プログラムに記述された処理順序、処理条件に基づいて適切な順序で動作を順次指示することにより最終的にＪＤＦプリント処理が実行されるように制御する。ただし、ＪＤＦプリント機能を実行するためのデバイス資源には、例えば、シート処理装置２００、プリンタ部２０３、ハードディスク２０９（ＨＤＤ）、圧縮伸張部２１０、ＲＡＭ２０８等が含まれる。

ＢＯＸ機能プログラム３１０９は、操作部２０４経由で印刷システム１０００のユーザがＢＯＸファンクションの実行を指示した際に、操作部２０４からの指示によりコントローラ２０５によって実行されるＢＯＸ機能を実行するためのプログラムである。

ＵＩ制御プログラム３１１０は、本印刷システムの起動処理が完了し、複合機としての機能提供が可能となった状態において、図４、図５において示した操作部のタッチパネル部４０１およびキー入力部４０２の制御用プログラムである。

その他の制御プログラム３１１１は、上述したプログラムのいずれにも該当しない機能を実現するためのプログラムのことであり、種々の動作がこれに含まれるが本実施形態の効果を説明する限りに置いてはその詳細は重要ではないため、説明を省略する。

装着オプション能力テーブル３１１２は、印刷システム１０００に脱着可能な装置の機器情報を静的に保持しておくテーブル情報である。機器情報は印刷システム１０００内のコントローラ２０５が各種ジョブ実行および機器そのものの管理を実行する際に装着オプションの能力に応じて処理内容を変更する等の処理をする際に参照されることを目的としてＲＯＭ２０７内に格納される。なお、テーブル名称は装着オプション能力テーブルであるが、装着オプションとは、例えば、大容量スタッカ、糊付け製本機、中綴じ製本機のように機器に脱着可能なことを目的として設計されている装置に限られない。例えば、印刷装置１００および印刷装置１００が備えるスキャナも装着オプションの特殊な形態として同一のテーブル内に管理されても構わない。本実施形態においては、印刷装置１００に関する情報も脱着可能な装置と同等に同一のテーブル内で管理する場合について説明を行う。

［ハードディスク２０９に格納される各種データ］
図７は、図２におけるハードディスク２０９内に格納され、印刷システム１０００内のコントローラ２０５により読み出されあるいは書き込まれる各種データの格納状況の一例を示したものである。ハードディスク２０９内に格納される情報は図６において示したＲＯＭ２０７内の状態とは異なり、機器の利用状況および機器構成、ジョブの進捗に応じて動的に変化する。このため、図７において示した状態は印刷システム１０００の稼動時のある一時点における状態を示したものであり、常に同図と同じ状態であることを必ずしも意味するものではない。たとえば、大容量の印刷ジョブを複数受け付けた状態では同図に示す空き領域３３０６が枯渇していき、空き容量が変動する場合が該当する。

機器管理情報３３０１は、印刷システム１０００に脱着可能なシート処理装置２００の接続状況および印刷システム１０００のオプション構成により存在する場合としない場合のあるデバイス等の接続状況やステータス能力等の情報が格納されている。この機器管理情報３３０１には、現在のデバイス等の接続状況やステータス能力等の情報を一意に示す有効機器能力情報ＩＤが格納されている。この有効機器能力情報ＩＤは、機器管理情報３３０１の内容をバイナリデータで表現したものでもよいし、機器管理情報３３０１の更新日時でもよい。この有効機器能力情報ＩＤは、クライアントコンピュータが最新の機器能力情報に基づいてＪＤＦを作成したかどうかを判別するのに用いられる。機器管理情報３３０１は図６において示した機器管理機能プログラム３１０４により管理されるものである。機器管理テーブル内に格納および管理される情報については後述する。コントローラ２０５により同テーブル内の情報がいかなるタイミングで如何様に利用されるかに関しても後述する。

処理ルールテーブル３３０２は、印刷システム１０００がＪＤＦプリントジョブを処理する際に、機器構成および機器の能力等により、ジョブの設定により実行することが物理的に不可能である場合の機器の振る舞いに関する動作仕様を記述したものである。同テーブル内に格納される情報についても後述する。コントローラ２０５により同テーブル内の情報がいかなるタイミングで如何様に利用されるかに関しても後述する。処理ルールテーブルに基づくジョブの実行制御についてはＪＤＦプリントジョブに限定する必要はない。例えば、他のジョブ種に関する処理ルールテーブルを定義し、他のジョブ種の実行時においても前述したＪＤＦプリントジョブの場合と同様に処理するよう実施することも可能である。本実施形態では、説明の便宜上、ＪＤＦプリントジョブの場合に絞り説明を行う。

保存文書データ３３０３は、図６において示したＢＯＸ機能プログラム３１０９により実現されるＢＯＸ機能により本印刷システム内に保持された文書データに相当する。続く保存文書データ管理テーブル３３０４は保存文書データ３３０３の管理情報を格納する。

スプール領域３３０５は、印刷システム１０００に送信された印刷対象データをジョブの実行が完了するまで一時的に保持しておくための領域である。印刷対象データには、図６に示したＰＤＬプリント機能プログラム３１０７により実現されるＰＤＬプリント機能により送信されたもの、もしくはＪＤＦプリント機能プログラム３１０８により実現されるＪＤＦプリント機能により送信されたものが含まれる。印刷ジョブの実行が完了したら該当する印刷ジョブデータはスプール領域３３０５から削除され後続の印刷ジョブのために領域が開放される。前述したスプール領域３３０５に対するデータの格納およびジョブ完了後の領域開放の制御はコントローラ２０５によりＰＤＬプリント機能およびＪＤＦプリント機能の実行の過程で制御される。

空き領域３３０６は、上述したすべての領域以外のハードディスク２０９内の領域に相当し、領域の容量は印刷システム１０００の処理の進捗状況に応じて刻々と変化する。ハードディスク２０９の利用負荷によっては空き領域３３０６が枯渇し消滅する場合もありうる。

［印刷システム１０００が処理対象とする各種データ］
図８は、図６において示したＪＤＦプリント機能プログラム３１０８により実現されるＪＤＦプリント機能が処理対象とするジョブデータの構成の一例を示すためのものである。ＪＤＦプリントジョブにおいては、以下のものがＭＩＭＥフォーマットにより単一のパッケージに組み入れられ、ＭＩＭＥフォーマットによりエンコードされたデータを受理することを想定している。
・印刷処理対象となる画像情報に相当するコンテンツデータ。
・ジョブの設定情報のみを保持するＪＤＦ領域。
・ＰＯＤワークフロー間で交わされる通信およびステータス管理を行うための管理領域。

本実施形態によるＪＤＦプリント機能においてもＭＩＭＥフォーマットによるジョブデータの処理を想定している。ＪＤＦの仕様としてはＭＩＭＥパッケージ以外のジョブデータの扱いに関しても言及されているが、本実施形態の効果を説明する上ではデータのパッケージングの仕様に関しては本質的ではないために、前述したＭＩＭＥフォーマットのケースについて説明する。しかしながら、ＭＩＭＥフォーマット以外のフォーマットによりＪＤＦジョブ投入がなされてもよいことは言うまでもない。

ＭＩＭＥヘッダ３５０１は、ＭＩＭＥフォーマットにより複数のパートを単一のパッケージに組み入れる際に必ず必要となるヘッダ領域であり、ここにはＭＩＭＥパッケージ全体のデータサイズ等ＭＩＭＥの管理情報が格納される。

ＪＭＦパート３５０２は、上述したＰＯＤワークフロー間で交わされる通信およびステータス管理を行うための管理情報を格納する領域である。

ここで、ＪＭＦ（ＪＭＦ形式）とは、Job Messaging Formatの略であり、ＪＤＦワークフローにおける、プロセスやデバイス同士が交信するためのメッセージの書式を示す。

ＪＤＦパート３５０３は、上述したジョブの設定情報を保持する領域である。ＪＤＦ内でいかなるフォーマットによりいかなる設定情報を保持されるかに関してはＪＤＦの仕様としてＣＩＰ４が発行するＪＤＦ仕様書に記載されている。印刷システム１０００におけるＪＤＦプリント機能を実現するに際しても仕様書の記載事項に基づき処理されることを想定しているため詳細な説明は省略する。ただし、本実施形態による効果を説明する上で最低限の具体例を例示するために、後の図においてＪＤＦの一具体例を示し概略の説明を行うものとする。

続くＰＤＬファイル１（３５０４）、ＰＤＬファイル２（３５０５）、ＰＤＬファイル３（３５０６）は、印刷対象となるコンテンツデータそのものである。同図においては、３つのコンテンツデータがＭＩＭＥパッケージに内包されている場合の例が示されている。ＰＤＬコンテンツパートの数については仕様上の制限は存在せず、同図におけるコンテンツ数が３以外のケースにおいても同様に処理される。また、ＪＤＦの仕様により、ＰＤＬコンテンツがＭＩＭＥパッケージ内に内包される代わりに外部のファイルシステム等に保持され、外部のファイルシステム等に保持されたファイルのＵＲＬのみがＪＤＦ内に記載される。また、ＵＲＬに基づき外部のファイルシステム等に保持されたファイルをＰＵＬＬすることによりコンテンツデータを処理する仕様も存在し、印刷システム１０００におけるＪＤＦプリント機能においても機能を処理することが可能である。しかし、基本的な動作は同様であるため、本実施形態の説明においてはコンテンツファイルのＰＵＬＬ時の動作の詳細説明は省略する。なお、ＭＩＭＥフォーマット自体の仕様に関してはＲＦＣにおいて定義されているため、ここでの詳細な説明は省略する。

図９は、図８におけるＭＩＭＥパッケージ内に内包されるＪＤＦパート３５０３のＪＤＦ記述内容の一具体例を示したものである。いうまでもないことであるが、同図において示したＪＤＦはＪＤＦ仕様に基づくＪＤＦ記述の一具体例に過ぎず、これに限られないことは明らかである。換言すれば同図において示したＪＤＦの一具体例は後述する機能の説明を効率よく行うために最低限の内容を含んだものを選択したに過ぎない。

図９において示すＪＤＦパートは大きく分けて次の４つの部分から構成される。
・ＪＤＦの管理情報が格納されるＪＤＦノード３７０１。
・ジョブ履歴を格納するオーディットプール３７０２。
・リソースとプロセスの関係を記述するリソースリンクプール３７０３。
・ 設定情報を格納するリソースプール３７０４。

本実施形態において特筆すべき点として、ＪＤＦノード３７０１に格納される情報には、クライアントコンピュータがＪＤＦを作成するにあたって参照した機器能力情報に格納されていた機器管理情報ＩＤが含まれる。この機器管理情報ＩＤは、クライアントコンピュータがどの機器能力情報に基づいてＪＤＦを作成したかどうかを判別するために用いられる。本実施形態では、属性ｒｅｆＤｅｖＣａｐＩＤが機器管理情報ＩＤに相当する。その他、各パートの具体的な仕様および記述された内容、スキーマ等はＪＤＦの仕様に準拠したものであれば構わない。ＪＤＦの仕様についてはＪＤＦ仕様書に記載されているため、本発明の実施形態の説明においては詳細について言及しない。

図１０は、Ｉ／Ｆ２０２部が外部機器から受信する機器能力情報の通知依頼の一具体例を示した図である。いうまでもないことであるが、同図において示した機器能力情報はＪＤＦ仕様に基づく機器能力情報記述の一具体例に過ぎず、これに限られないことは明らかである。換言すれば同図において示した機器能力情報の一具体例は後述する機能の説明を効率よく行うために最低限の内容を例示したにすぎない。

図１０において示す機器能力情報通知依頼は大きく分けて次の２つの部分から構成される。
・機器能力情報通知依頼の管理情報が格納されるＪＭＦノード３７１１
・機器能力情報通知依頼の問い合わせ内容が格納される問い合わせノード３７１２。

各パートの具体的な仕様および記述された内容、スキーマ等はＪＤＦの仕様に準拠したものであれば構わない。ＪＤＦの仕様についてはＪＤＦ仕様書に記載されているため、本発明の実施形態の説明においては詳細について言及しない。

図６において示した機器管理機能プログラム３１０４により機器管理機能が実現される。図１１は、機器管理機能プログラム３１０４の実行の結果、機器管理機能により、生成される機器能力情報の記述内容の一具体例を示したものである。いうまでもないことであるが、同図において示した機器能力情報はＪＤＦ仕様に基づく機器能力情報記述の一具体例に過ぎず、これに限られないことは明らかである。換言すれば同図において示した機器能力情報の一具体例は後述する機能の説明を効率よく行うために最低限の内容を例示したにすぎない。

図１１において示す機器能力情報は大きく分けて次の２つの部分から構成される。
・機器能力情報の管理情報が格納されるＪＭＦノード３７２１
・印刷システム１０００が処理できるＪＤＦ仕様が格納されるデバイス能力ノード３７２２。

本実施形態において特筆すべき点として、デバイス能力ノード３７２２に格納される情報には、機器管理情報ＩＤが含まれる。この機器管理情報ＩＤは、クライアントコンピュータがどの機器能力情報に基づいてＪＤＦを作成したかどうかを判別するために用いられる。本実施形態では、属性ＤｅｖＣａｐＩＤが機器管理情報ＩＤに相当する。その他、各パートの具体的な仕様および記述された内容、スキーマ等はＪＤＦの仕様に準拠したものであれば構わない。ＪＤＦの仕様についてはＪＤＦ仕様書に記載されているため、本発明の実施形態の説明においては詳細について言及しない。

図１２は、図６において示した装着オプション能力テーブル３１１２内に格納および管理されている情報の詳細を説明するための図である。装着オプション能力テーブル３１１２は４つのフィールドから構成されており、この４つのフィールドの情報が接続されたデバイス毎に管理・格納される。

デバイス種フィールド３９０１は、印刷システム１０００に装着可能なシート処理装置２００や、図３において示したペーパーデッキ３１９などの脱着可能なデバイスの種別を識別するためのフィールドである。なお、本実施形態において、印刷装置１００本体は厳密には装着オプションには該当しないが、単一のテーブルで管理されることによる管理運用上の理由から特殊な装着オプションとみなし同一のテーブル内に管理することとする。装着オプションと印刷装置１００を厳密に識別して管理する必要があれば図１２に示すテーブルを２つに分割して管理するだけでかまわないが、本実施形態の説明においては後者の場合に関する例示は行わない。以後、図１２の説明において脱着可能なデバイスおよび印刷装置１００をあわせてデバイスと呼称する。

カテゴリフィールド３９０２は、デバイス種フィールド３９０１に格納されているデバイスが属するカテゴリを格納する。格納されるカテゴリとしては、例えば、次のものを定義することができ、いずれかのカテゴリがカテゴリフィールド３９０２に格納されるように構成することができる。
・紙面に印刷処理を行うことの可能な印刷装置。
・印刷対象となるメディアをストックすることのみを目的としたデッキ。
・出力された印刷済みメディアを大量に保持することが可能なスタッカ。
・折りや綴じ、パンチ等各種出力用紙に対する加工処理を施すことが可能なフィニッシャ。

なお、印刷装置自体に給紙口を備えデッキを装着せずとも単独で給紙可能な装置も存在する。実際、本実施形態に係る印刷システム１０００は、図３に示すとおり給紙カセット３１７および給紙カセット３１８を備えている。このようなデバイスにおいてもテーブルの管理的な観点からはカテゴリとしてデッキとは分類することなく印刷装置として分類するものとして実施した例を示している。言い換えれば、各デバイスが前述した４種類のカテゴリのいずれかに必ず該当するように、装着オプション能力テーブル３１１２は管理される。

機能フィールド３９０３は、デバイスが備える各種機能の種別を格納するフィールドである。当然のことながらデバイスの属するカテゴリ種に応じてサポートする機能は異なるため、同図におけるテーブルの内部もそのようになっている。換言すれば同一のカテゴリに属するデバイスは同一種のセットの機能フィールドを有するように、装着オプション能力テーブル３１１２は管理される。

サポート状況３９０４は、各デバイスのそれぞれの機能フィールド３９０３に記載された機能を実現することができるかどうかを示すフラグ情報を保持するためのフィールドである。とりうる値としては機能をデバイスがサポートしている場合にはＯＫという意味の値が格納され、機能をデバイスがサポートしていない場合にはＮＧという意味の値が格納される。実際に図６において示したＲＯＭ２０７内に格納される装着オプション能力テーブル３１１２内のデータは特定の２進数表現による数値が格納されるため、同図において示したＯＫあるいはＮＧという文字列そのものが格納されるわけではない。ここでは説明の簡略化のために２進数表現による数値と等価な値として便宜上これらＯＫあるいはＮＧという文字列が格納されているかのような表現を採択している。これはあくまでも本実施形態の説明のためのものであることを断っておく。本実施形態における以後の説明においてテーブルに格納される値に関する記述がなされた場合においても、同様の記述方法を用いて説明を行う。

図１２において示した装着オプション能力テーブル３１１２には５種類のデバイスに関する情報が格納されている。５種類のデバイスとは、すなわち複合機本体、大容量ペーパーデッキ、大容量スタッカ、糊付け製本機、中綴じ製本機の５種類である。これらのうち糊付け製本機、中綴じ製本機はフィニッシャという同一カテゴリに属するデバイスであることを同図は示している。

図１３は、機器構成管理テーブルの内容を説明する図である。機器構成管理テーブルは、図６において示した機器管理機能プログラム３１０４によって管理され、図６の機器管理機能プログラム３１０４の説明においてなされた方法および条件に従いＲＡＭ２０８内に保持（格納）される。機器構成管理テーブルは、印刷システム１０００に装着される脱着可能なシート処理装置２００や図３において示したペーパーデッキ３１９、あるいは印刷装置１００を構成するサブデバイス等の接続状態を管理する。同テーブルは３つのフィールドから構成される。以下、それら３つのフィールドの説明を行う。

デバイス名フィールド４１０１は、印刷システム１０００に脱着可能な全デバイスが列挙されている。同一種のデバイスが複数装着可能である場合にはデバイス名の末尾に数字を付加し識別可能となるように管理される。印刷システム１０００は複雑なオプションの組み合わせをユーザニーズに合わせて選択可能となるように構成されている。ただし、組み合わせるべきデバイスの種類によっては必ずしもすべての組み合わせが可能なわけではなく、物理的あるいは機器の構成的な都合により不可能な組み合わせが存在することは既に述べた。しかしながら、同図が示すデバイス名フィールド４１０１にはそれら組み合わせの有効性については管理対象としておらず、機器に装着される可能性のあるすべてのデバイスを列挙する。実際に装着されているか否かは後述する同テーブル内の別フィールドの値によって識別される。

デバイス種フィールド４１０２はデバイス名フィールド４１０１に格納されたデバイスのカテゴリを格納するフィールドであり、図１２において示した装着オプション能力テーブルのカテゴリフィールド３９０２の内容と等価な値が格納される。

接続状況フィールド４１０３は、デバイス名フィールド４１０１に記載されたデバイスが印刷装置に接続されているか否かを格納するためのフィールドである。とりうる値としては機能をデバイスがサポートしているデバイス名フィールド４１０１に記載されたデバイスが印刷装置に接続されている場合にはＯＫという意味の値が格納される。一方、デバイス名フィールド４１０１に記載されたデバイスが印刷装置に接続されていない場合にはＮＧという意味の値が格納される。図１３のテーブルの例では、印刷システム１０００は、スキャナと大容量スタッカが１台接続されている状態にあることが示されている。

図１４は図７において既に説明したハードディスク２０９内に格納される処理ルールテーブル３３０２に格納される情報の詳細内容を説明するための図である。図示するように同テーブルは３つのフィールドから構成される。以後それら３つのフィールドの説明を行う。

機能フィールド４３０１は、ＪＤＦにより設定可能なジョブ実行時に必要となる機能に対する設定属性の種別を格納するフィールドである。同図において１６種の異なる設定項目が登録されている。実際のＪＤＦプリントジョブが処理することのできる設定項目種の数は同図において示したものよりも多いが、本実施形態の効果を説明をするにあたっては説明の効率化の観点から限定的な種別の設定属性のみを例示し、それに基づいて説明を行う。

非サポート時の動作仕様フィールド４３０２は、指示された機能を印刷システム１０００が実行することができない場合に、機器に投入されたＪＤＦプリントジョブの実行をコントローラ２０５が行う際に採択すべき処理内容が記載されるフィールドである。非サポート時の動作仕様フィールド４３０２には、印刷機能毎に、指定された印刷条件を満たすために必要な印刷機能を印刷装置が提供できない場合に行う動作を指定する動作指定情報に対応する値が格納される。同フィールドの取りうる値は以下の３種類がある。
・「デフォルト値で動作」：第一の値は対象となる機能が実行できない場合には機能に関してＪＤＦによる設定値の代わりに機器のデフォルト値により置換してジョブの実行処理を継続することを示す。
・「無視」：第二の値は対象となる機能が実行できない場合には機能に関してＪＤＦによる設定が元からなされなかったものとみなしてジョブの実行処理を継続することを示す。
・「キャンセル」：第三の値は対象となる機能が実行できない場合には機能に関する設定がなされたＪＤＦによるジョブの実行そのものを無効にすることを示す。

機能フィールド４３０１に記載された各機能に対応する非サポート時の動作仕様フィールドの値については本実施形態においてはシステムにあらかじめ設定されているものとする。しかしながら、フィールドの値をユーザにより変更可能とするような実装形態を採択してもかまわない。

デフォルト値フィールド４３０３は、同図における非サポート時の動作仕様フィールド４３０２の値が「デフォルト値で動作」であった場合に選択されるデフォルト値を格納するフィールドである。従って、非サポート時の動作仕様フィールド４３０２の値が「デフォルト値で動作」以外であった場合にはフィールドの値は空となる。

図１５は、図１４において、機能フィールド４３０１に記載された機能が印刷システム１０００の機器構成、能力等により実行できない場合の振る舞いとして、非サポート時の動作仕様フィールド４３０２の値を全てジョブキャンセルとしたものである。処理ルールテーブルに格納された情報が同図に示す状態にあるときに、ＪＤＦに実行不可能な機能に関する指定がなされた場合、処理ルールテーブル記載の内容に従いジョブのキャンセルの処理が行われる。このように、処理ルールテーブルを変更することにより、ＪＤＦに実行不可能な機能に関する指定がなされた場合のジョブの継続・キャンセルの処理を制御することができる。

図１６は、ＪＤＦプリントジョブが投入された際に、図８において示したジョブデータ中のＪＤＦパート３５０３部の解析完了後に生成されるＪＤＦ解析結果テーブルの詳細を説明するための図である。ＪＤＦプリントジョブの投入は、例えば、図２におけるコントローラ２０５において実行されるハードディスク２０９内に格納されたＪＤＦプリント機能プログラム３１０８の処理に基づいて、外部デバイスに接続されている外部Ｉ／Ｆ２０２経由でなされる。図１６のように同テーブルは３つのフィールドから構成される。以下、それら３つのフィールドの説明を行う。

機能フィールド４５０１は、ＪＤＦを解析した結果判明する各機能毎の設定属性の種別を格納するフィールドである。解析結果フィールド４５０２は、ＪＤＦを解析した結果を機能フィールド４５０１の種別に応じて格納するためのフィールドである。実行可否フィールド４５０３は、コントローラ２０５が機能毎の解析結果と、処理ルールテーブルの該当機能のフィールドを照合し、ＪＤＦプリントジョブの実行を継続すべきか否かを各設定項目ごとに判別した結果を格納するためのものである。ただし、実行可否フィールド４５０３への値の格納はＪＤＦパートの解析処理完了後になされ、機能毎の解析結果は、例えば、解析結果フィールド４５０２に格納されており、処理ルールテーブルは図１４に例示されている。実行可否フィールド４５０３がとりうる値は以下の３種類である。
・ＯＫ：ある機能におけるＪＤＦパートの解析結果および図１４に示す処理ルールテーブル内の同機能の非サポート時の動作仕様フィールドとの照合の結果、ジョブを継続処理可能であることを示す。
・ＮＧ：ある機能におけるＪＤＦパートの解析結果および図１４に示す処理ルールテーブル内の同機能の非サポート時の動作仕様フィールドとの照合の結果、ジョブを継続処理不可能でありジョブをキャンセルする必要があることを示す。
・Ｎ／Ａ：機能の設定がそもそもなされていない、あるいは印刷システム１０００がもとよりサポートしていない場合等ジョブの継続可否の判断にそもそも関係ないことを示す。

図１６において示した例は、図１３において示した機器構成管理テーブル内が同図において示した状態である際に、図９において例示したＪＤＦを解析した際に生成されるＪＤＦ解析結果テーブルである。図９のＪＤＦではサドルステッチによる中折り製本処理の実行が指示されているが、図１３において示した機器構成管理テーブルによれば、中折り製本処理の実行が可能となるフィニッシャが装着されていない。その場合、図１４において示した処理ルールテーブルの中綴じ製本機能の非サポート時の動作仕様フィールドを参照するとその値はジョブキャンセルとなっているため、図１６における中綴じ製本機能の実行可否フィールドの値はＮＧになっている。つまり、図９において例示したＪＤＦを含むＪＤＦプリントジョブは印刷システム１０００の構成および状態が図１３において示したものであった場合にはジョブは実行されることなくキャンセルされる。

［コントローラ２０５の制御に基づく動作］
（基本処理）
次に、コントローラ２０５の制御に基づく印刷システム１０００における印刷ジョブ処理方法について、図１７を参照して説明する。図１７は、図２におけるコントローラ２０５によってシステム起動時以後の複合機としての機器全体の制御に関する処理フローを説明するための図である。

まず、電源が投入されると最初にブート処理を行う（ステップＳ４７０１）。具体的には図６において示したブートローダ３１０１をコントローラ２０５がＲＯＭ２０７から読み出し、読み出されたプログラムを実行することに相当する。同ステップで行う処理には、印刷システムに接続されている各種デバイス、資源等の初期化コマンドの発行、機器が起動直後に行うクリーニング等の初期化処理に該当するすべての初期化処理の実行が含まれる。また、ブートローダ３１０１が行う処理には、コントローラ２０５がハードディスク２０９（ＨＤＤ）からオペレーティングシステム３１０２（図６）を読み出し、オペレーティングシステムのサービスが開始されるまでのプロセスも含まれる。

ブート処理が完了すると、コントローラ２０５がＲＯＭ２０７内に格納されている機器管理機能プログラム３１０４を読み出し、実行する（ステップＳ４７０２）。同ステップにおいて実行される機器管理機能プログラム３１０４により、コントローラ２０５がデバイスの接続状態を調査し、図１３において示した機器構成管理テーブルをＲＡＭ２０８内に作成する。このステップにおける動作の詳細については後述する。

次に、ステップＳ４７０３に進み、コントローラ２０５が上述した以外のプログラムをＲＯＭ２０７から読み出し、実行する。このステップにおいては、ロード対象となるプログラムは図６において示したＲＯＭ内に格納されている各種プログラムのうち、上述のステップにおいて既に読み込まれているものを除いたすべてが含まれるが、ここでは詳細は省略する。

ステップＳ４７０３までの段階で印刷システム１０００の複合機として機能するための準備は完了し、ステップＳ４７０４のイベント待ち状態に移行する。ここで言うイベントとは、例えば以下のものが含まれる。
・ユーザによる操作部２０４経由でのジョブ実行指示あるいは設定変更。
・外部Ｉ／Ｆ２０２経由で印刷システム１０００外の機器から印刷システム１０００に対して投入されるプリントジョブ。
・ＪＤＦプリントジョブの受信および受信ジョブの実行依頼。
・印刷システム１０００外の機器から印刷システム１０００に対するジョブ投入以外の処理要求、例えば機器のステータス取得や機器内に格納されている各種設定情報や管理情報の変更等。
・本印刷システムの内部において発生する各種イベント、具体的には用紙切れが発生した場合やデバイスのステータス変化等、本印刷システムがアイドル状態から遷移するためのきっかけとなるすべての事象。

換言すれば、イベントが発生しない限り本印刷システムの全体の制御を司るコントローラ２０５は、ステップＳ４７０４から遷移することはない。

ステップＳ４７０４において印刷システム１０００において何らかの事象が発生し、この事象がコントローラ２０５に対して通知された場合には、ステップＳ４７０５以降のステップに進み、発生した事象の識別及び発生した事象に対応した動作の実行を行う。

そのために、まず、ステップＳ４７０５において、ステップＳ４７０４にて発生した事象の種別をコントローラ２０５が判別する。コントローラ２０５においてイベント発生時になされるステップＳ４７０５の判別結果、発生した事象がＪＤＦジョブ実行開始依頼であるかどうかの判別を行う。ＪＤＦジョブ実行開始依頼は図２におけるＩ／Ｆ２０２部が外部機器からのＪＤＦジョブデータを受信したと判別された段階でコントローラ２０５に対して発行されるイベントである。ステップＳ４７０６における判別の結果、発生したイベントがＪＤＦジョブ実行開始依頼であると判別された場合（ステップＳ４７０６でＹＥＳ）にはステップＳ４７１０に進む。一方でステップＳ４７０６における判別の結果、発生したイベントがＪＤＦジョブ実行開始依頼でないと判別された場合（ステップＳ４７０６でＮＯ）には、ステップＳ４７０７に進む。

ステップＳ４７１０においては、外部Ｉ／Ｆ２０２経由で印刷システム１０００外の機器から印刷システム１０００に対して投入されたＪＤＦプリントジョブの印刷処理を、コントローラ２０５が実行する。ステップＳ４７１０における動作の詳細に関しては後述する。

ステップＳ４７０６の判別の結果、コントローラ２０５においてステップＳ４７０５において判別された事象がＪＤＦジョブ実行開始依頼でないと判別された場合（ステップＳ４７０６でＮＯ）に、ステップＳ４７０７に進む。ステップＳ４７０７では、発生したイベントが機器構成変更によるものであるかどうかをコントローラ２０５が判定する（第３判定工程）。ステップＳ４７０７では、印刷システムで処理が可能な機能の変化として、機器構成の変化、使用することが可能な印刷媒体の変化、消耗品残量の変化、機器の動作状態の変化、のうちの少なくとも１つの変化が検知される。同ステップにおける判定結果により、発生したイベントが機器構成変更ものであった場合（ステップＳ４７０７でＹＥＳ）にはステップＳ４７１１に進み、機器構成変更処理を実行する。機器構成変更処理の詳細に関しては後述する。

ステップＳ４７０７の判別の結果、コントローラ２０５においてステップＳ４７０５において判別された事象が機器構成変更処理でないと判別された場合（ステップＳ４７０７でＮＯ）には、ステップＳ４７０８に進む。ステップＳ４７０８では、発生したイベントが機器能力情報通知依頼であるかどうかをコントローラ２０５が判別する。機器能力情報通知依頼は例えば図２におけるＩ／Ｆ２０２が外部機器からの機器能力情報通知依頼を受信したと判別された段階でコントローラ２０５に発行されるイベントである。同ステップにおける判別の結果、発生したイベントが機器能力情報通知依頼であると判別された場合（ステップＳ４７０８でＹＥＳ）にはステップＳ４７１２に進み、機器能力情報通知処理を実行する。機器能力情報通知処理の詳細に関しては後述する。

ステップＳ４８０８の判別の結果、コントローラ２０５においてステップＳ４７０５において判別された事象が機器能力情報通知依頼でないと判別された場合（ステップＳ４８０８でＮＯ）には、ステップＳ４７０９に進む。ステップＳ４７０９では、ＪＤＦジョブ実行もしくは機器構成変更処理以外の、発生したイベント種に応じた処理を実行する。同ステップにおいて実行される処理の内容としては、様々なものがあてはまるが、それら個々の動作の種別及び動作の内容に関しては本実施形態を説明する上で重要ではないため簡略化のため単一のステップにまとめて表記してある。ただし、同ステップにおいては上述したように複数の処理の実行が含まれていることを明記しておく。

コントローラ２０５において、ステップＳ４７０９、ステップＳ４７１０、ステップＳ４７１１、ステップＳ４７１２の各処理が完了したらステップＳ４７０４に移動し、コントローラ２０５は再び次のイベント処理の待ち状態に移行する。

（機器構成管理処理）
図１８は、コントローラ２０５において実行される図１７に記載したステップＳ４７０２の機器構成管理プログラムの詳細動作を説明するためのフロー図である。まず、機器構成管理テーブルのエントリをＲＡＭ２０８上に作成する。機器構成管理テーブルに関しては図１３において既に詳細な説明を行っているためここでの説明は省略する。

ステップＳ４９０１において作成された機器構成管理テーブルは、デバイス名フィールド４１０１およびデバイス種フィールド４１０２のみ情報が格納され、接続状況フィールド４１０３は空の状態になっている。

ステップＳ４９０２以降の処理が接続状況フィールド４１０３に適切な値を格納するための処理に相当する。そのための最初のステップとしてステップＳ４９０２において、機器構成管理テーブルに存在するデバイス名フィールド４１０１に登録されているデバイスのすべてについて調査が完了したかどうかを判別する。当然のことながら、ステップＳ４９０１の直後にこのステップに到達した段階では同ステップにおける判別結果は必ず偽となる。

ステップＳ４９０２の判別の結果、まだ調査すべきデバイスが残っている場合（ステップＳ４９０２でＮＯ）にはステップＳ４９０３に進み問い合わせ対象デバイスを選定する。この時に選定されるデバイスはステップＳ４９０１において作成された機器構成管理テーブルのデバイス名フィールド４１０１の順に実行される。

ステップＳ４９０３の処理を実行すると、次に、ステップＳ４９０４においてステップＳ４９０３で選定されたデバイスが印刷システム１０００に接続されているかどうかを判別する。この時に実行される判別のプロセスは各デバイス間を電気的に接続する接続手段を介して特定のプロトコルに従い接続状況の確認を行うが、詳細な説明は省略する。同ステップでは、例えば、問い合わせ対象デバイスが存在すればその旨ステータスがコントローラ２０５に返却されることにより接続が確認される。一方、問い合わせ要求を出力しても一定期間内に返答がなくタイムアウトした場合には問い合わせ対象デバイスは非接続状態にあると判定する。

次に、ステップＳ４９０５においてステップＳ４９０４の問い合わせ結果を判定する。問い合わせ対象デバイスが接続されていると判定された場合（ステップＳ４９０５でＹＥＳ）にはステップＳ４９０６に進み、機器構成管理テーブルの該当デバイスの接続状況フィールド４１０３のステータスを「ＯＫ」に更新する。一方で、判定の結果、問い合わせ対象デバイスが接続されていないと判定された場合（ステップＳ４９０５でＮＯ）にはステップＳ４９０７に進み、機器構成管理テーブルの該当デバイスの接続状況フィールド４１０３のステータスを「ＮＧ」に更新する。

ステップＳ４９０６もしくはステップＳ４９０７の処理が完了した後に、再びステップＳ４９０２に戻り、次のデバイスの走査を実行する。ステップＳ４９０２からステップＳ４９０６およびステップＳ４９０７はループを形成しており、機器構成管理テーブルに格納されているデバイス名フィールド４１０１に記載の全デバイスの調査が完了するまで上述のステップを繰り返し実行する。

一方、ステップＳ４９０２の判定の結果、全てのデバイスの接続状況の調査が完了したと判断された場合（ステップＳ４９０２でＹＥＳ）には、ステップＳ４９０８に進み、機器管理情報３３０１に格納されている有効機器能力情報ＩＤを更新する。その後、同図のフローは終了する。

（ＪＤＦプリントジョブの印刷処理）
図１９は、図１７において示したステップＳ４７１０、即ち、印刷システム１０００に対して投入されたＪＤＦプリントジョブの印刷処理をコントローラ２０５が実行する際の詳細フローを説明するフローチャートである。

まず、最初に、ＪＤＦプリントジョブを構成するデータのＭＩＭＥフォーマットの解析を行う。具体的には受信されたＭＩＭＥデータ中に含まれるコンテンツをＭＩＭＥヘッダの情報を元に切り出し（パート分割）、切り出されたコンテンツデータをハードディスク２０９内に格納する。同ステップにおいてＭＩＭＥデータから切り出されるコンテンツはＪＭＦ、ＪＤＦ、および印刷対象となるＰＤＬコンテンツの３種類であり、ＰＤＬコンテンツについては１つ以上存在することを許している。

次に、ステップＳ５１０２に進み、ステップＳ５１０１においてＭＩＭＥデータから切り出され、ハードディスク２０９内に格納されているＪＭＦパートの解析処理を行う。ＪＭＦ自体はＪＤＦワークフローシステムを制御する上で主に通信、ステータス等を担当する重要な働きを為すが、本実施形態の効果を説明する限りにおいては重要ではないため、詳細な説明は省略することとする。

ステップＳ５１０２におけるＪＭＦパートの解析処理が完了した後、ステップＳ５１０３に進み、ステップＳ５１０１においてＭＩＭＥデータから切り出され、ハードディスク２０９内に格納されているＪＤＦパートの解析処理を行う。同ステップにおける詳細な処理は後述する。ステップＳ５１０３におけるＪＤＦの解析処理により、ＪＤＦに格納されている設定情報と、デバイスの能力およびステータスにより、受信されたジョブを実行することができるかの判断もあわせて行う。

次に、ステップＳ５１０４では、ステップＳ５１０３において判別されたＪＤＦに格納されている設定情報と、デバイスの能力およびステータスにより、受信されたジョブを実行することができるかの判断を行い、後続の処理を決定する。すなわち、ステップＳ５１０４において、受信されたジョブを実行することが可能であると判断された場合（ステップＳ５１０４でＹＥＳ）にはステップＳ５１０５に進む。一方でステップＳ５１０４において、受信されたジョブを実行することが不可能であると判断された場合（ステップＳ５１０４でＮＯ）にはステップＳ５１０７に進む。

ステップＳ５１０５においては、ステップＳ５１０１においてＭＩＭＥデータから切り出され印刷対象となるＰＤＬコンテンツの解析処理を行う。具体的にはＰＤＬコマンドの解析とイメージデータへの変換処理をステップＳ５１０３において解析されたＪＤＦに記載された設定情報に従い実行し、最終的に印刷可能なラスタイメージに変換し、ハードディスク２０９内に変換後イメージデータを格納する。ＰＤＬデータ解析処理の詳細に関しては本実施形態の効果を説明する上で重要ではないため詳細な説明は省略する。

次に、ステップＳ５１０６において、ステップＳ５１０５で展開されハードディスク２０９内に格納された印刷対象イメージデータを、ステップＳ５１０３において解析されたＪＤＦに記載された設定情報に従い、印刷処理を実行する。即ち、図１６に例示するような、ＪＤＦ解析結果テーブルに基づいて印刷処理を行う。従って、解析の結果、ＪＤＦに指定された印刷条件を満たすために必要な印刷機能のうち、印刷システムが指定された通りに提供可能なものは、当機能を実行することになる。また、指定された通りに提供できないものは、非サポート時の動作仕様フィールド４３０２に基づく動作を実行することになる。このため、本実施形態に係る構成によれば、印刷システムが提供可能な機能の範囲で適切な印刷処理を実行することができる。

ステップＳ５１０６の処理が終了したら図１７におけるステップＳ４７０４に戻る。

一方、ステップＳ５１０７では、ステップＳ５１０４の判別の結果、受信されたジョブを実行することが不可能であると判断された場合にこのジョブの実行をキャンセルする。ステップＳ５１０７の処理が終了したら図１７におけるステップＳ４７０４に戻る。

（ＪＤＦパート解析処理）
図２０は、図１９におけるステップＳ５１０３すなわちＪＤＦパート解析処理における動作の詳細を説明するためのフロー図である。まず、最初にＸＭＬの構文解析処理を行い、ＪＤＦに記載されている要素、属性情報を内部データ構造に取り込む（ステップＳ５３０１）。

次に、ステップＳ５３０２以降のステップで、ステップＳ５３０１で解析した結果得られる情報に基づき意味解析処理を実行する。ステップＳ５３０２においてはＪＤＦのうちのルートノードであるＪＤＦノード部分の意味解析処理を実行する。ＪＤＦノードにはジョブ管理に必要となる情報のほか、ＪＤＦが処理対象とするプロセスの定義等に関する情報が格納されている。

次に、ステップＳ５３０３においてＪＤＦのうち、ジョブ実行時の設定パラメータの格納場所であるリソースプール内の情報に関する意味解析処理を実行する。リソースプール内に実際のＰＤＬ展開処理、面付け等のイメージ加工処理、そして印刷処理、フィニッシング処理等において反映すべき各種設定情報が格納されている。

次に、ステップＳ５３０４においては、ＪＤＦのプロセスとリソースのリンク情報が適切に表現されており矛盾したリンク設定がなされていないかどうかに関する調査（リソースリンク解析）を実行する。ステップＳ５３０１からステップＳ５３０４までがＪＤＦパートにおける構文解析および意味解析処理に該当する。

ステップＳ５３０４の処理を終了すると、次にステップＳ５３０５において、上述したステップＳ５３０１からステップＳ５３０４までの処理において、構文エラー（解析エラー）が発生していたかどうかの判定を行う。解析エラーが発生していると判定された場合（ステップＳ５３０５でＹＥＳ）にはジョブを実行することができないため、ステップＳ５３０７に進み、ジョブ実行フラグにＮＧをセットする。ここで、ジョブ実行フラグとはコントローラ２０５が当該フローに記載された処理を行うプログラムを実行するにあたり、ＲＡＭ２０８上に取られる特定の領域に設定されるデータを指す。

ステップＳ５３０５において、ステップＳ５３０１からＳ５３０４までの処理において、解析エラーが発生していなかったと判定された場合（ステップＳ５３０５でＮＯ）には、ステップＳ５３０６に進みＪＤＦ解析結果テーブルを作成する（Ｓ５３０６）。同ステップにおいて作成されるＪＤＦ解析結果テーブルの詳細に関しては図１６の説明において為されているため省略する。ステップＳ５３０６における処理が完了したらステップＳ５３０８に進む。

ステップＳ５３０８において、機器能力情報を特定するための識別情報として、機器能力情報ＩＤがＪＤＦに関連付けられて存在か否かを検索し、判定する。ＪＤＦに機器能力情報ＩＤが含まれている場合（ステップＳ５３０８でＹＥＳ）には、ステップＳ５３０９に進む。一方、ステップＳ５３０８において、ＪＤＦに機器能力情報ＩＤが含まれていない場合（ステップＳ５３０８でＮＯ）には、ステップＳ５３１０に進む。

ステップＳ５３０９において、ＪＤＦに含まれる機器能力情報ＩＤが有効か否かを判定する（第１判定工程）。この判定は、ＪＤＦに含まれる機器能力情報ＩＤが機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致するか否かによって判定する。この判定結果により、ＪＤＦが最新の機器能力情報に基づいて作成されたか否かを判定することができる。機器能力情報ＩＤと、有効機器能力情報ＩＤと、が一致する場合に、印刷装置（印刷システム）において、印刷ジョブの実行は保証される。機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致した場合（ステップＳ５３０９でＹＥＳ）には、ステップＳ５３１４に進みジョブ実行フラグにＯＫをセットする。機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致しない場合（ステップＳ５３０９でＮＯ）には、ステップＳ５３０８でＮＯの場合と同様に、ステップＳ５３１０に進む。

次に、第２判定工程として、ステップＳ５３１０〜Ｓ５３１２の処理が実行される。ステップＳ５３１０においては、ステップＳ５３０６において作成された解析結果テーブルと図１２において示した装着オプション能力テーブルの情報を照合する。そして、解析結果テーブルにおいて格納されるジョブの設定に関して、装着オプション能力テーブル内に記載の機能のうち、現時点における印刷システム１０００の構成においては実行することの出来ない機能の抽出を行う。

次に、ステップＳ５３１１において、ステップＳ５３１０において抽出された現時点における印刷システム１０００の構成においては実行することの出来ない機能のそれぞれについて、図１４において示した処理ルールテーブルの該当する機能の欄と照合する。これにより、実行不可の設定項目毎の動作仕様を調査する。ステップＳ５３１２では、ステップＳ５３１１での調査結果のうち、ステップＳ５３１０で抽出された機能に対応する処理ルールテーブルの非サポート時の動作仕様フィールド４３０２の値がジョブキャンセルとなっているものが存在するか否かを判別する。

機器構成或いは能力により実行できないジョブ設定が存在し、かつ、その機能が設定された場合はジョブをキャンセルよう定められた機能が一つでも存在すると判別された場合（ステップＳ５３１２でＹＥＳ）には、ステップＳ５３０７へ進む。ステップＳ５３０７では、このジョブをキャンセルする。

一方、ステップＳ５３１２の判別の結果が偽である場合（ステップＳ５３１２でＮＯ）は、機器構成あるいは能力により実行することのできないジョブ設定が存在したとしても、その設定によりジョブキャンセルするまでもない場合である。即ち、処理ルールテーブル記載の内容に従いデフォルト値を選択するか、設定そのものを無視することによりジョブの実行を継続可能な場合に該当する。ゆえに、その場合にはステップＳ５３１３に進み、図１４において示した処理ルールテーブル記載の内容に従いＪＤＦ解析結果テーブルの内容を補正し、ステップＳ５３１２に進みジョブ実行フラグにＯＫをセットする。

（機器構成変更処理）
図２１は、図１７におけるステップＳ４７１１、即ち、印刷システム１０００起動後に機器構成が変更された場合の機器構成管理テーブル補正処理の詳細を示すためのフロー図である。

ステップＳ５５０１の判別の結果、まだ調査すべきデバイスが残っている場合（ステップＳ５５０１でＮＯ）にはステップＳ５５０２に進み問い合わせ対象デバイスを選定する。この時に選定されるデバイスは機器構成管理テーブル内に格納されているデバイス名フィールド４１０１の順に実行される。

次に、ステップＳ５５０３においてステップＳ５５０２で選定されたデバイスが印刷システム１０００に接続されているかどうかを判別する。この時に実行される判別のプロセスにおいては、各デバイス間を電気的に接続する接続手段を介して特定のプロトコルに従い接続状況の確認を行うが、詳細な説明は省略する。同ステップにより、問い合わせ対象デバイスが存在すればその旨ステータスがコントローラ２０５に返却されることにより接続が確認される。一方、問い合わせ要求を出力しても一定期間内に返答がなくタイムアウトした場合には問い合わせ対象デバイスは非接続状態にあると見なすことができる。
ステップＳ５５０４において、ステップＳ５５０３の問い合わせ結果を判定する。問い合わせ対象デバイスが接続されていると判定された場合（ステップＳ５５０４でＹＥＳ）にはステップＳ５５０５に進み、機器構成管理テーブルの該当デバイスの接続状況フィールド４１０３のステータスを「ＯＫ」に更新する。一方で、ステップＳ５５０４の判定の結果、問い合わせ対象デバイスが接続されていないと判定された場合（ステップＳ５５０４でＮＯ）にはステップＳ５５０６に進む。ステップＳ５５０６では、機器構成管理テーブルの該当デバイスの接続状況フィールド４１０３のステータスを「ＮＧ」に更新する。

ステップＳ５５０５もしくはステップＳ５５０６の処理が完了した後に、再びステップＳ５５０１に戻り、次のデバイスの調査を実行する。ステップＳ５５０１からステップＳ５５０５およびステップＳ５５０６はループを形成しており、機器構成管理テーブルに格納されているデバイス名フィールド４１０１に記載の全デバイスの走査が完了するまで上述のステップが繰り返し実行される。

ステップＳ５５０１の判定の結果、全てのデバイスの接続状況の調査が完了したと判断された場合（ステップＳ５５０１でＹＥＳ）には、ステップＳ５５０７に進み、機器管理情報３３０１に格納されている有効機器能力情報ＩＤを更新する。その後、同図のフローは終了する。

（機器能力情報通知処理）
図２２は、図１７におけるステップＳ４７１２、即ち、機器能力情報通知依頼イベントが発生した場合の機器能力情報通知処理の詳細を示すためのフロー図である。

まず、ステップＳ５７０１において、印刷システムに接続されている機器の情報を取得して、印刷システムで処理が可能な機能を示す機器能力情報を生成する。クライアントコンピュータ１０４に通知する機器能力情報をＲＡＭ２０８上に作成する。ステップＳ５７０１において作成された機器能力情報は、デバイスの接続状況が反映されていない状態になっている。ステップＳ５７０２以降の処理が、機器能力情報にデバイスの接続状況に応じた適切な情報を格納するための処理に相当する。そのための最初のステップとしてステップＳ５７０２において、機器構成管理テーブルに存在するデバイス名フィールド４１０１に登録されているデバイスのすべてについて調査が完了したかどうかを判別する。当然のことながら、ステップＳ５７０１の直後にこのステップに到達した段階では同ステップにおける判別結果は必ず偽となる。

ステップＳ５７０２の判別の結果、まだ走査すべきデバイスが残っている場合（ステップＳ５７０２でＮＯ）にはステップＳ５７０３に進み問い合わせ対象デバイスを選定する。この時に選定されるデバイスは機器構成管理テーブル内に格納されているデバイス名フィールド４１０１の順に実行される。

次に、ステップＳ５７０４においてステップＳ５７０３で選定されたデバイスの接続状況フィールド４１０３を取得する。ステップＳ５７０５において、ステップＳ５７０４で取得した接続状況フィールド４１０３のステータスがＯＫか否かを判別する。ステータスがＯＫであると判別された場合（ステップＳ５７０５でＹＥＳ）にはステップＳ５７０６に進み、機器能力情報に対象デバイスの能力を格納する。ステップＳ５７０５の判別の結果、ステータスがＮＧであると判別された場合（ステップＳ５７０５でＮＯ）、および、ステップＳ５７０６の処理が完了した場合、再びステップＳ５７０２に戻り、次のデバイスの走査を実行する。ステップＳ５７０２からステップＳ５７０６はループを形成しており、機器構成管理テーブルに格納されているデバイス名フィールド４１０１に記載の全デバイスの走査が完了するまで上述のステップが繰り返し実行される。

ステップＳ５７０２の判別の結果、全てのデバイスの接続状況の調査が完了したと判断された場合（ステップＳ５７０２でＹＥＳ）には、ステップＳ５７０７に進む。ステップＳ５７０７において、機器管理情報３３０１に格納されている有効機器能力情報ＩＤを、機器能力情報ＩＤとして機器能力情報に格納する。

次に、ステップＳ５７０８において、外部Ｉ／Ｆ２０２を介してネットワーク１０１上のクライアントコンピュータ１０４に機器能力情報を送信する。その後、同図のフローは終了する。

本実施形態によれば、汎用的なフォーマットで印刷条件が記述された印刷ジョブに基づいて動作する印刷システムにおいて、ユーザに手間を要することなく適切な印刷処理を行うことを可能にする技術を提供することができる。

本実施形態によれば、印刷装置また、はシステムをＪＤＦに対応出来るように構成した場合に想定されうるＰＯＤ環境が如くの印刷環境にて今後要望されうるＪＤＦに係るユーザニーズに対処可能にした製品の実用化に貢献できる。

本実施形態によれば、印刷装置が処理することのできるＪＤＦ仕様が変化した場合に、デバイスに送られてくるジョブチケットが印刷装置で処理可能なものか否かを判別する技術を提供することができる。これにより、印刷装置で処理可能なことが保証されたジョブチケットに対しては機器能力情報テストを行わずに高速に処理することが可能となり、機器の利便性を向上させることができる。

＜＜第２実施形態＞＞
本実施形態では、最新の機器能力情報に基づいて作成されたことが確認できないＪＤＦの処理を中止する構成について説明する。本実施形態によれば、印刷装置が処理することのできるＪＤＦ仕様が変化した場合に、印刷装置で処理可能なことが確認できないＪＤＦに対しては処理を中止する技術を提供することができる。これにより、ＰＯＤ環境のような印刷環境で、指示と異なる印刷物が作成されることによる失敗コストが発生することを防ぐことができ、機器の利便性を向上させることができる。

本実施形態に係る構成は、第１実施形態に係る構成とほぼ共通しているため、同等の構成は同一の符号で参照し、相違点を中心に説明する。

［コントローラ２０５の制御に基づく動作］
（ＪＤＦパート解析処理）
図２３は、図２０において示したＪＤＦパート解析処理の代替フローを示す図である。同図は、図１９におけるステップＳ５１０３すなわちＪＤＦパート解析処理における動作の詳細を説明するためのフロー図である。まず、最初にＸＭＬの構文解析処理を行い、ＪＤＦに記載されている要素、属性情報を内部データ構造に取り込む（ステップＳ５９０１）。

次に、ステップＳ５９０２以降のステップで、ステップＳ５９０１で解析した結果得られる情報に基づき意味解析処理を実行する。ステップＳ５９０２においてはＪＤＦのうちのルートノードであるＪＤＦノード部分の意味解析処理を実行する。ＪＤＦノードにはジョブ管理に必要となる情報のほか、ＪＤＦが処理対象とするプロセスの定義等に関する情報が格納されている。

次に、ステップＳ５９０３においてＪＤＦのうちジョブ実行時の設定パラメータの格納場所であるリソースプール内の情報に関する意味解析処理を実行する。リソースプール内に実際のＰＤＬ展開処理、面付け等のイメージ加工処理、そして印刷処理、フィニッシング処理等において反映すべき各種設定情報が格納されている。

次に、ステップＳ５９０４においては、ＪＤＦのプロセスとリソースのリンク情報が適切に表現されており矛盾したリンク設定がなされていないかどうかに関する調査（リソースリンク解析）を実行する。ステップＳ５９０１からステップＳ５９０４までがＪＤＦパートにおける構文解析および意味解析処理に該当する。

ステップＳ５９０４の処理を終了すると、次にステップＳ５９０５において、上述したステップＳ５９０１からステップＳ５９０４までの処理において、構文エラー（以下、「解析エラー」ともいう）が発生していたかどうかの判定を行う。解析エラーが発生していると判定された場合（ステップＳ５９０５でＹＥＳ）にはジョブを実行することができないため、ステップＳ５９０７に進み、ジョブ実行フラグにＮＧをセットする。ここで、ジョブ実行フラグとはコントローラ２０５が当該フローに記載された処理を行うためのプログラムを実行するにあたり、ＲＡＭ２０８上に取られる特定の領域に設定されるデータを指す。

ステップＳ５９０５において、上述したステップＳ５９０１からステップＳ５９０４までの処理において、解析エラーが発生していなかったと判定された場合（ステップＳ５９０５でＮＯ）には、ステップＳ５９０６に進みＪＤＦ解析結果テーブルを作成する。同ステップにおいて作成されるＪＤＦ解析結果テーブルの詳細に関しては図１６の説明において為されているため省略する。ステップＳ５９０６における処理が完了したらステップＳ５９０８に進む。

ステップＳ５９０８において、機器能力情報を特定するための識別情報として、機器能力情報ＩＤがＪＤＦに関連付けられて存在か否かを検索し、判定する。ＪＤＦに機器能力情報ＩＤが含まれている場合（ステップＳ５９０８でＹＥＳ）には、ステップＳ５９０９に進む。一方、ステップＳ５９０８において、ＪＤＦに機器能力情報ＩＤが含まれていない場合（ステップＳ５９０８でＮＯ）には、ジョブの実行を中止するため、ステップＳ５９０７に進み、ジョブ実行フラグにＮＧをセットする。

ステップＳ５９０９において、ＪＤＦに含まれる機器能力情報ＩＤが有効か否かを判定する（第１判定工程）。この判定は、ＪＤＦに含まれる機器能力情報ＩＤが機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致するか否かによって判定する。この判定結果により、ＪＤＦが最新の機器能力情報に基づいて作成されたか否かを判定することができる。機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致した場合（ステップＳ５９０９でＹＥＳ）には、ステップＳ５９１０に進みジョブ実行フラグにＯＫをセットする。機器管理情報３３０１に格納されている有効機器能力情報ＩＤと一致しない場合（ステップＳ５９０９でＮＯ）には、ジョブの実行を中止するため、ステップＳ５９０７に進み、ジョブ実行フラグにＮＧをセットする。

＜＜第３実施形態＞＞
本実施形態では、本発明に係るクライアントコンピュータ１０４の実施の形態を説明する。第１、２実施形態と同等の構成は同一の符号で参照し、相違点を中心に説明する。

［クライアントコンピュータ１０４のハードウェア構成］
図２４は、クライアントコンピュータ１０４のハードウェアブロック図である。ＣＰＵ６０１は、ＲＯＭ６０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク６１０からＲＡＭ６０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行する。そして、ＣＰＵ６０１は、図２５のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ６０２は、ＣＰＵ６０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）６０５は、キーボード（ＫＢ）６０８や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６０６は、ＣＲＴディスプレイ６０９の表示を制御する。ディスクコントローラ（ＤＫＣ）６０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤＤ）６１０やフレキシブルディスク（ＦＤ）等とのアクセスを制御する。ＮＩＣ６１１はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

［クライアントコンピュータ１０４のソフトウェア構成］
図２５は、本発明に適応される印刷システムの一例を示している。クライアントコンピュータ１０４は印刷指示を行う。オペレーティングシステム２５０５はクライアントコンピュータ１０４上で動作する。オペレーティングシステム２５０５は、ハードウェア及びソフトウェアの制御を行い、コンピュータ上のハードウェア及びソフトウェア同士のやりとりに介在するソフトウェアや、ソフトウェアが使用するデータが格納されている。アプリケーションプログラム２５０４は、アプリケーションデータ２５０３を読み込むことで、アプリケーションデータ２５０３に記録されているユーザが所望するアプリケーションサービスの提供を行う。プリンタ制御プログラム２５０２は、クライアントコンピュータ１０４上で動作するアプリケーションプログラム２５０４から印刷システム１０００へ印刷指示を行う際、印刷システム１０００に適した印刷データの生成を行う。プリンタ制御プログラム２５０２で生成された印刷データは、クライアントコンピュータ１０４の外部インターフェース２５０１からネットワーク１０１を経由して印刷システム１０００へ送信される。

［プリンタ制御プログラム２５０２の制御に基づく動作］
（ジョブデータ送信処理）
次に、プリンタ制御プログラム２５０２の制御に基づくクライアントコンピュータ１０４の動作について、図２６を参照して説明する。図２６は、アプリケーションプログラム２５０４から印刷システム１０００へ印刷指示を行う際、印刷システム１０００に適したジョブデータ送信処理に関する処理フローを説明するための図である。

まず、プリンタ制御プログラム２５０２がアプリケーションプログラム２５０４からＰＤＬファイルを受け取ると、プリンタ制御プログラム２５０２は機器能力情報通知依頼（要求）を行う。具体的には、印刷システム１０００に対し、外部Ｉ／Ｆ２５０１を介して図１０に示した機器能力情報通知依頼（要求）を送信する（ステップＳ２６０１）。この機器能力情報通知依頼を受けて印刷システム１０００は、第１実施形態に示した機器能力通知処理により、クライアントコンピュータ１０４に機器能力情報を送信する。プリンタ制御プログラム２５０２は機器能力情報通知依頼の後、ステップＳ６１０２に進み、機器能力情報受信待ち状態に移行する。機器能力情報受信待ち状態は、印刷システム１０００からの機器能力情報の受信、ネットワークの切断、タイムアウトなどの要因により終了する。

ステップＳ６１０２の機器能力情報受信待ち状態が終了した場合、ステップＳ６１０３に進み、印刷システム１０００から機器能力情報を受信したか否かの判別を行う。機器能力情報を受信したと判別された場合（ステップＳ６１０３でＹＥＳ）、ステップＳ６１０４に進み、機器能力情報の解析を行う。機器能力情報を受信していないと判別された場合（ステップＳ６１０３でＮＯ）、ステップＳ６１０５に進み、ジョブキャンセル処理を行う。この場合、ＪＤＦジョブデータは印刷システム１０００に送信されず、印刷処理は行われない。

ステップＳ６１０４において、機器能力情報の解析処理を終了すると、次にステップＳ６１０６において、構文エラー（解析エラー）が発生していたかどうかの判定を行う。解析エラーが発生していると判別された場合（ステップＳ６１０６でＹＥＳ）にはジョブを実行することができないため、ステップＳ６１０５に進み、ジョブキャンセル処理を行う。ステップＳ６１０６において、解析エラーが発生していなかったと判定された場合（ステップＳ６１０６でＮＯ）には、ステップＳ６１０７に進む。

ステップＳ６１０７において、プリンタ制御プログラム２５０２はＪＤＦを作成する。このＪＤＦは多くの場合、アプリケーションプログラム２５０４からの指示に基づいて作成する。ステップＳ６１０７における処理が完了したらステップＳ６１０８に進む。

ステップＳ６１０８において、プリンタ制御プログラム２５０２はＪＭＦを作成する。このＪＭＦは多くの場合、アプリケーションプログラム２５０４からの指示に基づいて作成する。ステップＳ６１０８における処理が完了したらステップＳ６１０９に進む。

ステップＳ６１０９において、プリンタ制御プログラム２５０２はステップＳ６１０７で作成されたＪＤＦに対し、機器能力情報テストを行う。具体的には、ステップＳ６１０３で受信した機器能力情報に基づき、ステップＳ６１０７で作成されたＪＤＦを印刷システム１０００が処理可能か否かを判定する。ステップＳ６１０９における判定処理が完了したらステップＳ６１１０に進む。

ステップＳ６１１０において、プリンタ制御プログラム２５０２は、ステップＳ６１０７で生成されたＪＤＦがステップＳ６１０９の機器能力情報テストに合格したか否かを判定する。

ステップＳ６１０７で生成されたＪＤＦがステップＳ６１０９の機器能力情報テストに合格したと判定された場合（ステップＳ６１１０でＹＥＳ）、ステップＳ６１１１に進む。一方、ステップＳ６１０７で生成されたＪＤＦがステップＳ６１０９の機器能力情報テストに合格していない（不合格）と判定された場合（ステップＳ６１１０でＮｏ）、ステップＳ６１０５に進み、ジョブキャンセル処理を行う。

ステップＳ６１１１において、プリンタ制御プログラム２５０２は、ステップＳ６１０３で受信した機器能力情報に機器能力情報ＩＤが存在しているかどうかの判定を行う。機器能力情報に機器能力情報ＩＤが存在していると判定された場合（ステップＳ６１１１でＹＥＳ）には、ステップＳ６１１２に進み、機器能力情報ＩＤをＪＤＦに格納する。その後、ステップＳ６１１３に進む。機器能力情報に機器能力情報ＩＤが存在していないと判別された場合（ステップＳ６１１１でＮＯ）には、ステップＳ６１１３に進む。

ステップＳ６１１３において、プリンタ制御プログラム２５０２は、ＪＤＦ、ＪＭＦ、ＰＤＬをＭＩＭＥパッケージングし、図８に示したジョブデータを生成する。ここで、ＪＤＦ、ＪＭＦはそれぞれステップＳ６１０７、ステップＳ６１０８で作成したものである。また、ＰＤＬは、アプリケーションプログラム２５０４から受け取ったものである。ステップＳ６１１３における処理が完了したらステップＳ６１１４に進む。

ステップＳ６１１４において、プリンタ制御プログラム２５０２は、印刷システム１０００に対し、外部Ｉ／Ｆ２５０１を介してジョブデータを送信する。これを受けて印刷システム１０００は、第１また、は第２実施形態に示したＪＤＦプリントジョブ印刷処理により、ＪＤＦプリントジョブの印刷処理を行う。ステップＳ６１１４における処理が完了したら、同図のフローは終了する。

＜＜その他の実施形態＞＞
以上、本発明の実施形態例について詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様を取ることが可能である。具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

上記の処理は、以上参照した図に示す機能が外部からインストールされるプログラムによって、ホストコンピュータ（例えば、ＰＣ１０３やＰＣ１０４）により実行されていてもよい。尚、この場合に、各操作画面を含む本実施形態で述べた操作画面と同様の操作画面を表示させる為のデータを外部からインストールし、ホストコンピュータの表示部に上記各種のユーザインターフェース画面を提供可能に構成する。このような構成の場合、ＣＤ−ＲＯＭやフラッシュメモリやフレキシブルディスク（ＦＤ）等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群が供給される場合でも本発明は適用されるものである。

尚、本発明は、前述した実施形態の機能を実現するプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の処理機能をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。つまり、本発明は、本発明の処理機能を実現するためのコンピュータプログラム自体も含む。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、次のものが含まれる。即ち、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）等が含まれる。

その他、プログラムの供給形態としては、次のようなものも考えられる。即ち、クライアント装置のブラウザを用いてインターネットのホームページに接続し、ホームページから本発明に係るコンピュータプログラム、或いは、圧縮され自動インストール機能を含むファイルをＨＤ等の記録媒体にダウンロードする形態も考えられる。また、本発明に係るプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、次のような供給形態も考えられる。即ち、まず、本発明に係るプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報の使用により暗号化されたプログラムを実行してコンピュータにインストールさせて本発明に係る構成を実現する。このような供給形態も可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、次のような実現形態も想定される。即ち、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部また、は全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づいても前述した実施形態の機能が実現される。即ち、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部また、は全部を行い、その処理によっても前述した実施形態の機能が実現される。

本発明は上記の実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。例えば、本実施形態では、印刷装置の内部のコントローラ２０５が上記各種制御の主体となっていたが、印刷装置と別筐体の外付けコントローラ等によって、各種制御の１部または全部を実行可能に構成しても良い。

同様に、既述の如く個別に記載の複数の実施形態の構成の全てを具備した構成のものでも、少なくとも１つの実施形態の構成のみを具備する構成のものでも、その構成自体は矛盾のない限り特に問わず、全て本願発明に包含される。

以上、本発明の様々な例と実施形態を示して説明したが、本発明の趣旨と範囲は、本明細書内に例示した説明に限定されるのではない。

本実施形態で制御対象となる印刷システム１０００を含むＰＯＤシステム（印刷環境）の全体構成例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成例を説明するための図である。 本実施形態で制御対象となるＵＩ部の１例を説明するための図である。 本実施形態で制御対象となるＵＩ部の１例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるＲＯＭ２０７に格納される各種データを説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるハードディスク２０９（ＨＤＤ）に格納される各種データを説明するための図である。 本実施形態で制御対象となる印刷システム１０００が処理することの可能なＪＤＦプリントジョブのジョブデータの構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００が処理することの可能な、図８において示したＪＤＦプリントジョブ中のＪＤＦパートの具体例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００が処理することの可能な、機器能力情報通知依頼の具体例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００が処理することの可能な、機器能力情報の具体例を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるＲＯＭ２０７に格納される各種データのうち、図６において示した装着オプションテーブルの内部構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるＲＡＭ２０８内に格納される機器構成管理テーブルの構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるハードディスク２０９（ＨＤＤ）に格納される各種データのうち、図７において示した処理ルールテーブル３３０２の内部構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるハードディスク２０９（ＨＤＤ）に格納される各種データのうち、図７において示した処理ルールテーブル３３０２の内部構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００の構成に含まれるＲＡＭ２０８内に格納されるＪＤＦ解析結果テーブルの構成を説明するための図である。 本実施形態で制御対象となる印刷システム１０００のコントローラ２０５によって制御される印刷システム全体の動作を説明するためのフロー図である。 第１実施形態における図１７において示したステップＳ４７０２における機器構成管理プログラムの詳細動作を説明するためのフロー図である。 第１実施形態における図１７において示したステップＳ４７１０におけるＪＤＦプリントジョブ実行の詳細動作を説明するためのフロー図である。 第１実施形態における図１９において示したステップＳ５１０３におけるＪＤＦパート解析処理の詳細動作を説明するためのフロー図である。 第１実施形態における図１７において示したステップＳ４７１１における機器構成変更処理の詳細動作を説明するためのフロー図である。 第１実施形態における図１７において示したステップＳ４７１２における機器能力情報通知処理の詳細動作を説明するためのフロー図である。 第２実施形態における図１９において示したステップＳ５１０３におけるＪＤＦパート解析処理の詳細動作を説明するためのフロー図である。 第３実施形態で制御対象となるクライアントコンピュータ１０４のハードウェア構成例を説明するための図である。 第３実施形態で制御対象となるクライアントコンピュータ１０４のソフトウェア構成例を説明するための図である。 第３実施形態におけるクライアントコンピュータ１０４のプリンタ制御プログラム２５０２によって制御されるジョブデータ送信の動作を説明するためのフロー図である。

符号の説明

１００００ ＰＯＤシステム
１０００ 印刷システム
１０３ サーバコンピュータ
１０４ クライアントコンピュータ
２０５ コントローラ
２０７ ＲＯＭ
２０８ ＲＡＭ
２０９ ＨＤＤ
３０２ プリンタ制御プログラム

Claims (33)

1. 印刷ジョブに基づき印刷処理を行う印刷装置を有する印刷システムであって、
   前記印刷ジョブの入力を受け付ける受付手段と、
   前記受付手段により受け付けられた前記印刷ジョブを解析して、前記印刷ジョブと関連付けられた、印刷システムで処理が可能な機能を示す機器能力情報を特定する特定手段と、
   前記特定手段により特定された前記機器能力情報が前記印刷システムで有効か否かを判定する第１判定手段と、
   前記第１判定手段の判定結果に基づいて、前記印刷ジョブの実行を制御する制御手段と、
   を備えることを特徴とする印刷システム。
2. 有効機器能力情報を示す識別情報を格納する格納手段を更に備え、
   前記特定手段は、前記印刷ジョブに含まれる機器能力情報を示す識別情報を検索することにより、前記機器能力情報を特定し、
   前記第１判定手段は、前記機器能力情報を示す識別情報と、前記格納手段に格納されている前記有効機器能力情報を示す識別情報とが一致するか否かにより前記機器能力情報が前記印刷システムで有効か否かを判定することを特徴とする請求項１に記載の印刷システム。
3. 前記機器能力情報を示す識別情報と前記有効機器能力情報を示す識別情報とが一致する場合に、前記第１判定手段は、前記機器能力情報を有効と判定し、前記制御手段は、前記第１判定手段の判定結果に基づき、前記印刷装置に前記印刷ジョブを処理させることを特徴とする請求項１または２に記載の印刷システム。
4. 前記機器能力情報を示す識別情報と前記有効機器能力情報を示す識別情報とが一致しない場合に、前記第１判定手段は、前記機器能力情報を無効と判定し、前記制御手段は、前記第１判定手段の判定結果に基づき、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項１または２に記載の印刷システム。
5. 前記特定手段によって前記機器能力情報が特定されない場合に、前記制御手段は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項１に記載の印刷システム。
6. 前記特定手段によって解析された前記印刷ジョブで必要とされる処理の解析結果と、前記印刷システムに含まれる機器の情報との照合により、前記印刷ジョブが前記印刷システムで実行可能か否かを判定する第２判定手段を更に備えることを特徴とする請求項１に記載の印刷システム。
7. 前記特定手段によって前記機器能力情報が特定されない場合に、前記第２判定手段は前記印刷ジョブが前記印刷システムで実行可能か否かを判定し、
   前記第２判定手段によって、前記印刷ジョブが前記印刷システムで実行可能と判定された場合に、前記制御手段は、前記印刷ジョブに基づいて前記印刷装置に印刷処理を行わせ、実行不可能と判定された場合に、前記制御手段は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項６に記載の印刷システム。
8. 前記第１判定手段によって、前記機器能力情報が印刷システムで無効と判定された場合に、前記第２判定手段は前記印刷ジョブが前記印刷システムで実行可能か否かを判定し、
   前記第２判定手段によって、前記印刷ジョブが前記印刷システムで実行可能と判定された場合に、前記制御手段は、前記印刷ジョブに基づいて前記印刷装置に印刷処理を行わせ、実行不可能と判定された場合に、前記制御手段は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項６に記載の印刷システム。
9. 前記印刷システムに接続されている機器の情報を取得して、前記機器能力情報を生成する生成手段と、
   前記機器能力情報を示す識別情報を生成して、前記機器能力情報に付加する付加手段と、を更に備え、
   前記機器能力情報に付加された前記識別情報は、前記有効機器能力情報を示す識別情報として、前記格納手段に格納されることを特徴とする請求項２に記載の印刷システム。
10. 前記印刷システムで処理が可能な機能が変化したか否かを判定する第３判定手段を更に備え、
    前記第３判定手段によって、前記印刷システムで処理が可能な機能の変化が生じたと判定された場合に、前記生成手段は新たに前記機能の変化に対応した機器能力情報を生成し、
    前記付加手段は、新たに生成された前記機器能力情報を示す識別情報を新たに生成して、新たに生成された前記機器能力情報に付加し、
    新たに生成された前記識別情報は、前記有効機器能力情報を示す識別情報として前記格納手段に格納されることを特徴とする請求項２に記載の印刷システム。
11. 前記第３判定手段は、前記印刷システムで処理が可能な機能の変化として、機器構成の変化、使用することが可能な印刷媒体の変化、消耗品残量の変化、機器の動作状態の変化、のうちの少なくとも１つの変化を検知することを特徴とする請求項１０に記載の印刷システム。
12. 前記生成手段によって生成された前記機器能力情報をネットワークを介して情報処理装置に送信する送信手段を更に備えることを特徴とする請求項９に記載の印刷システム。
13. 前記印刷ジョブはＪＤＦ形式のデータを含むことを特徴とする請求項１に記載の印刷システム。
14. 前記機器能力情報はＪＭＦ形式のデータであることを特徴とする請求項１に記載の印刷システム。
15. 印刷システムと通信可能な情報処理装置であって、
    前記印刷システムに対して、前記印刷システムで処理が可能な機能を示す機器能力情報の通知を要求する要求手段と、
    前記要求手段による要求に対応して、前記印刷システムから送信される前記機器能力情報を受信する受信手段と、
    印刷ジョブを生成する生成手段と、
    前記印刷システムで前記印刷ジョブが処理可能か否かを、前記機器能力情報に基づいて判定する判定手段と、
    前記判定手段により前記印刷ジョブが前記印刷システムで処理可能と判定された場合に、前記機器能力情報に含まれている前記機器能力情報を特定する識別情報を、前記印刷ジョブに付加して印刷ジョブデータを作成する作成手段と、
    前記作成手段により作成された前記印刷ジョブデータを、前記印刷システムに送信する送信手段と、
    を備えることを特徴とする情報処理装置。
16. 印刷ジョブに基づき印刷処理を行う印刷装置を有する印刷システムにおける印刷ジョブ処理方法であって、
    前記印刷ジョブの入力を受け付ける受付工程と、
    前記受付工程により受け付けられた前記印刷ジョブを解析して、前記印刷ジョブと関連付けられた、印刷システムで処理が可能な機能を示す機器能力情報を特定する特定工程と、
    前記特定工程により特定された前記機器能力情報が前記印刷システムで有効か否かを判定する第１判定工程と、
    前記第１判定工程の判定結果に基づいて、前記印刷ジョブの実行を制御する制御工程と、
    を有することを特徴とする印刷ジョブ処理方法。
17. 有効機器能力情報を示す識別情報を格納手段に格納する格納工程を更に有し、
    前記特定工程は、前記印刷ジョブに含まれる機器能力情報を示す識別情報を検索することにより、前記機器能力情報を特定し、
    前記第１判定工程は、前記機器能力情報を示す識別情報と、前記格納手段に格納されている前記有効機器能力情報を示す識別情報とが一致するか否かにより前記機器能力情報が前記印刷システムで有効か否かを判定することを特徴とする請求項１６に記載の印刷ジョブ処理方法。
18. 前記機器能力情報を示す識別情報と前記有効機器能力情報を示す識別情報とが一致する場合に、前記第１判定工程は、前記機器能力情報を有効と判定し、前記制御工程は、前記第１判定工程の判定結果に基づき、前記印刷装置に前記印刷ジョブを処理させることを特徴とする請求項１６または１７に記載の印刷ジョブ処理方法。
19. 前記機器能力情報を示す識別情報と前記有効機器能力情報を示す識別情報とが一致しない場合に、前記第１判定工程は、前記機器能力情報を無効と判定し、前記制御工程は、前記第１判定工程の判定結果に基づき、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項１６または１７に記載の印刷ジョブ処理方法。
20. 前記特定工程によって前記機器能力情報が特定されない場合に、前記制御工程は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項１６に記載の印刷ジョブ処理方法。
21. 前記特定工程によって解析された前記印刷ジョブで必要とされる処理の解析結果と、前記印刷システムに含まれる機器の情報との照合により、前記印刷ジョブが前記印刷システムで実行可能か否かを判定する第２判定工程を更に有することを特徴とする請求項１６に記載の印刷ジョブ処理方法。
22. 前記特定工程によって前記機器能力情報が特定されない場合に、前記第２判定工程は前記印刷ジョブが前記印刷システムで実行可能か否かを判定し、
    前記第２判定工程によって、前記印刷ジョブが前記印刷システムで実行可能と判定された場合に、前記制御工程は、前記印刷ジョブに基づいて前記印刷装置に印刷処理を行わせ、実行不可能と判定された場合に、前記制御工程は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項２１に記載の印刷ジョブ処理方法。
23. 前記第１判定工程によって、前記機器能力情報が印刷システムで無効と判定された場合に、前記第２判定工程は前記印刷ジョブが前記印刷システムで実行可能か否かを判定し、
    前記第２判定工程によって、前記印刷ジョブが前記印刷システムで実行可能と判定された場合に、前記制御工程は、前記印刷ジョブに基づいて前記印刷装置に印刷処理を行わせ、実行不可能と判定された場合に、前記制御工程は、前記印刷ジョブに基づく印刷処理をキャンセルすることを特徴とする請求項２１に記載の印刷ジョブ処理方法。
24. 前記印刷システムに接続されている機器の情報を取得して、前記機器能力情報を生成する生成工程と、
    前記機器能力情報を示す識別情報を生成して、前記機器能力情報に付加する付加工程と、を更に有し、
    前記機器能力情報に付加された前記識別情報は、前記有効機器能力情報を示す識別情報として、前記格納手段に格納されることを特徴とする請求項１７に記載の印刷ジョブ処理方法。
25. 前記印刷システムで処理が可能な機能が変化したか否かを判定する第３判定工程を更に有し、
    前記第３判定工程によって、前記印刷システムで処理が可能な機能の変化が生じたと判定された場合に、前記生成工程は新たに前記機能の変化に対応した機器能力情報を生成し、
    前記付加工程は、新たに生成された前記機器能力情報を示す識別情報を新たに生成して、新たに生成された前記機器能力情報に付加し、
    新たに生成された前記識別情報は、前記有効機器能力情報を示す識別情報として前記格納手段に格納されることを特徴とする請求項１７に記載の印刷ジョブ処理方法。
26. 前記第３判定工程は、前記印刷システムで処理が可能な機能の変化として、機器構成の変化、使用することが可能な印刷媒体の変化、消耗品残量の変化、機器の動作状態の変化、のうちの少なくとも１つの変化を検知することを特徴とする請求項２５に記載の印刷ジョブ処理方法。
27. 前記生成工程によって生成された前記機器能力情報をネットワークを介して情報処理装置に送信する送信工程を更に有することを特徴とする請求項２４に記載の印刷ジョブ処理方法。
28. 前記印刷ジョブはＪＤＦ形式のデータを含むことを特徴とする請求項１６に記載の印刷ジョブ処理方法。
29. 前記機器能力情報はＪＭＦ形式のデータであることを特徴とする請求項１６に記載の印刷ジョブ処理方法。
30. 印刷システムと通信可能な情報処理装置における情報処理方法であって、
    前記印刷システムに対して、前記印刷システムで処理が可能な機能を示す機器能力情報の通知を要求する要求工程と、
    前記要求工程による要求に対応して、前記印刷システムから送信される前記機器能力情報を受信する受信工程と、
    印刷ジョブを生成する生成工程と、
    前記印刷システムで前記印刷ジョブが処理可能か否かを、前記機器能力情報に基づいて判定する判定工程と、
    前記判定工程により前記印刷ジョブが前記印刷システムで処理可能と判定された場合に、前記機器能力情報に含まれている前記機器能力情報を特定する識別情報を、前記印刷ジョブに付加して印刷ジョブデータを作成する作成工程と、
    前記作成工程により作成された前記印刷ジョブデータを、前記印刷システムに送信する送信工程と、
    を有することを特徴とする情報処理方法。
31. 請求項１６乃至２９のいずれか１項に記載の印刷ジョブ処理方法をコンピュータに実行させるプログラム。
32. 請求項３０に記載の情報処理方法をコンピュータに実行させるプログラム。
33. 請求項３１または３２に記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体。

Images