【事件の表示】
　特許第３３４４１５０号「ジョブスケジューリング装置」の請求項１ないし３に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　訂正を認める。
　特許第３３４４１５０号の請求項１ないし３に係る特許を維持する。
【理　由】
【1】    手続きの経緯
　特許第3344150号の発明に係る出願は、平成7年4月19日に特許出願されたものであって、その発明の特許（請求項の数3）は平成14年8月30日に設定登録され、平成14年11月11日に特許公報が発行され、平成15年4月28日に神田泰貴からその特許（請求項1乃至3）について特許異議の申立てがなされ、さらに、平成15年5月12日に梅沢晃からその特許（請求項1、3）について異議の申立てがなされ、その後、その特許（請求項1乃至3）について期間を指定して平成15年9月16日付で取消しの理由が通知され、その指定期間内である平成15年11月25日に訂正請求がなされたものである。
　
【2】    訂正の適否についての判断
（1）訂正の内容
ａ．特許請求の範囲の請求項１の記載
「【請求項１】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更する属性変更手段を具備することを特徴とするジョブスケジューリング装置。」
を
「【請求項１】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更する属性変更手段を具備し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。」
に訂正する。
ｂ．特許請求の範囲の請求項２の記載
「【請求項２】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの状態に対応して設けられた複数のキューと、
　前記複数のキューを用いて前記印刷ジョブのスケジューリングを行うスケジューリング手段と、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記印刷ジョブが属性情報を変更しうる状態であり、かつ、前記属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更する属性変更手段とを具備することを特徴とするジョブスケジューリング装置。」
を、
「【請求項２】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの状態に対応して設けられた複数のキューと、
　前記複数のキューを用いて前記印刷ジョブのスケジューリングを行うスケジューリング手段と、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記印刷ジョブが属性情報を変更しうる状態であり、かつ、前記属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更する属性変更手段とを具備し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。」
に訂正する。
ｃ．本件特許明細書段落【００１０】の記載中の
「属性変更手段を具備することを特徴とする。
また、請求項２の発明は、」
を、
「属性変更手段を具備し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないことを特徴とする。
また請求項２の発明は、」
に訂正する。
ｄ．本件特許明細書段落【００１０】の記載中の
「属性変更手段とを具備することを特徴とする。
　また、請求項３の発明は、」
を
「属性変更手段とを具備し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めないことを特徴とする。
　また、請求項３の発明は、」
に訂正する。
ｅ．本件特許明細書段落【００１１】の記載中、
「変更指示を受け付けた場合、指示された属性情報を変更する。」
を、
「変更指示を受け付けた場合、指示された属性情報を変更する。このとき、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない。」
に訂正する。
ｆ．本件特許明細書段落【００１１】の記載の末尾、
「誤りがないと判定された場合にのみ指示された属性情報を変更する。」
を、
「誤りがないと判定された場合にのみ指示された属性情報を変更する。このとき、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない。」
に訂正する。
　
（2）訂正の要旨
訂正事項ａは、「具備する」の「する」を「し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない」に訂正する。
訂正事項ｂは、「具備する」の「する」を「し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない」に訂正する。
訂正事項ｃ及びｅは請求項１の訂正に合わせて発明の詳細な説明の記載を訂正する。
訂正事項ｄ及びｆは請求項２の訂正に合わせて発明の詳細な説明の記載を訂正する。
　
（3）訂正の目的の適否、新規事項の有無及び拡張・変更の存否
（3−１）訂正事項ａについて
訂正事項ａは、「具備する」の「する」を「し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない」に訂正することによって、本件特許発明における属性変更手段は属性情報の変更を行うものであるものの、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないものであると構成を限定しようとするものである。この訂正は、本件特許明細書段落【００５１】「…パスワード入力待ち中（ｐａｓｓｗｏｒｄｗａｉｔｉｎｇ）のジョブを保持する場合には、…属性情報の変更を認めないよう構成することも可能である…」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第１号に規定する特許請求の範囲の減縮に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
（3−2）訂正事項ｂについて
訂正事項ｂは、「具備する」の「する」を「し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない」に訂正することによって、本件特許発明における属性変更手段は印刷ジョブが属性情報を変更しうる状態であることを一つの条件として属性情報の変更を行うが、その際の属性情報を変更しうる状態であるか否かの判断内容の一つとして一停止指示がなされた処理中の印刷ジョブであるか否かを判断し、一停止指示がなされた処理中の印刷ジョブの場合には属性情報の変更を認めないように限定しようとするものである。
　この訂正は、本件特許明細書段落【００５５】「しかしながら、このポーズキューｑ４にジョブ情報が保持されるジョブの中には、印刷中のジョブに一時停止指示がなされたジョブが含まれるため、かかる印刷を中止したジョブの属性情報を変更してしまうと、すでに印刷処理済みのドキュメントと、後で印刷処理を行うドキュメントとの整合が図れなくなる。」及び段落【００５６】「このため、前ジョブ状態が処理中である場合には属性変更を認めない。」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第１号に規定する特許請求の範囲の減縮に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
（3−3）訂正事項ｃについて
訂正事項ｃは、本件特許明細書段落【００１０】の記載中、「属性変更手段を具備することを特徴とする。また、請求項２の発明は、」のうちの「具備する」の「する」を「し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない」に訂正するものであり、請求項１の訂正によって請求項１の記載と発明の詳細な説明との間で剛覇する記載を一致させることによって、明確化するものである。この訂正は、訂正事項ａと同様、本件特許明細書段落【００５１】「…パスワード入力待ち中（ｐａｓｓｗｏｒｄｗａｉｔｉｎｇ）のジョブを保持する場合には、…属性情報の変更を認めないよう構成することも可能である…」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第３号に規定する明瞭でない記載の釈明に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
（3−4）訂正事項ｄについて
訂正事項ｄは本件特許明細書段落【００１０】の記載中、「属性変更手段とを具備することを特徴とする。また、請求項３の発明は、」のうちの「具備する」の「する」を「し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない」に訂正するものであり、請求項２の訂正によって請求項２の記載と発明の詳細な説明との間で曲齢する記載を一致させることによって、明確化するものである。この訂正は、訂正事項ｂと同様、本件特許明細書段落【００５５】「しかしながら、このポーズキューｑ４にジョブ情報が保持されるジョブの中には、印刷中のジョブに一時停止指示がなされたジョブが含まれるため、かかる印刷を中止したジョブの属性情報を変更してしまうと、すでに印刷処理済みのドキュメントと、後で印刷処理を行うドキュメントとの整合が図れなくなる。」，及び段落【００５６】「このため、前ジョブ状態が処理中である場合には属性変更を認めない。」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第３号に規定する明瞭でない記載の釈明に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
（3−5）訂正事項ｅについて
訂正事項ｅは本件特許明細書段落【００１１】の記載中、「変更指示を受け付けた場合、指示された属性情報を変更する。」の後に「このとき、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない。」を追加する訂正を行うものであり、請求項１の訂正によって請求項１の記載と発明の詳細な説明との間の記載を整合させることによって、明確化するものである。この訂正は、訂正事項ａと同様、本件特許明細書段落【００５１１「…パスワード入力待ち中（ｐａｓｓｗｏｒｄｗａｉｔｉｎｇ）のジョブを保持する場合には、…属性情報の変更を認めないよう構成することも可能である…」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第３号に規定する明瞭でない記載の釈明に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
（3−6）訂正事項ｆについて
訂正事項ｆは本件特許明細書段落【００１１】の記載の末尾の「誤りがないと判定された場合にのみ指示された属性情報を変更する。」の後に「このとき、時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない。」を追加する訂正を行うものであり、請求項２の訂正によって請求項２の記載と発明の詳細な説明との間で齟齬する記載を一致させることによって、明確化するものである。この訂正は、訂正事項ｂと同様、本件特許明細書段落【００５５】「しかしながら、このポーズキューｑ４にジョブ情報が保持されるジョブの中には、印刷中のジョブに一時停止指示がなされたジョブが含まれるため、かかる印刷を中止したジョブの属性情報を変更してしまうと、すでに印刷処理済みのドキュメントと、後で印刷処理を行うドキュメントとの整合が図れなくなる。」及び段落【００５６】「このため、前ジョブ状態が処理中である場合には属性変更を認めない。」なる記載に基づくものである。
　従ってこの訂正は、特許法第１２０条の４第２項ただし書き第３号に規定する明瞭でない記載の釈明に相当するものである。
　また、この訂正は、上述のように本件特許明細書の記載に基づくものであるから、願書に添付した明細書に記載した事項の範囲内の訂正であることは明らかであり、また実質上、特許請求の範囲を拡張し又は変更するものではない。
　
（4）以上のとおり、上記訂正は、特許法第120条の4第2項及び同条第3項において準用する特許法第126条第2項及び第3項の規定に適合するので、当該訂正を認める。          
　
　
　
【3】    特許異議の申立てについての判断
（1）申立て理由の概要
　異議申立人神田泰貴は、本件発明の特許（請求項1乃至3）に対して、証拠として甲第1号証（特開平728612号公報）、甲第2号証（特開平6242893号公報）、甲第3号証（特開平4227537号公報）を提出し、本件発明の特許（請求項1乃至3）は特許法第29条第2項の規定に違反してなされたものであり、また、発明の詳細な記載は特許法第36条第4項、請求項2の記載は同法第36条第6項の規定にそれぞれ違反してなされたものであるから、本件発明についての特許（請求項1乃至3）は同法第113条第2号及び第4号の規定に該当し、取消すべき旨主張している。
　異議申立人梅沢晃は、本件発明の特許（請求項1、3）に対して、証拠として甲第1号証（特開平728612号公報）を提出し、本件発明の特許（請求項1、3）は特許法第29条第2項の規定に違反してなされたものであるから、本件発明についての特許（請求項1、3）は同法第113条第2号の規定に該当し、取消すべき旨主張している。
　
（2）本件発明
　上記【2】  のとおり訂正が認められるから、本件の請求項1乃至3に係る発明（以下、「本件発明1」、「本件発明2」、「本件発明3」という。）は上記訂正に係る訂正明細書の特許請求の範囲の請求項1乃至3に記載された以下のとおりのものである。
「【請求項１】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更する属性変更手段を具備し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。
【請求項２】端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの状態に対応して設けられた複数のキューと、
　前記複数のキューを用いて前記印刷ジョブのスケジューリングを行うスケジューリング手段と、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記印刷ジョブが属性情報を変更しうる状態であり、かつ、前記属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更する属性変更手段と
　を具備し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。
【請求項3】　
　前記属性情報は
出力する用紙サイズ、トレイ番号、両面印刷の有無のうち少なくとも一つからなる請求項1または請求項2記載のジョブスケジューリング装置。」
　
（3）引用刊行物に記載された発明
　当審が平成15年9月16日付で通知した取消しの理由で引用した刊行物1（特開平728612号公報）、刊行物2（特開平6242893号公報）、刊行物3（特開平4227537号公報）には、以下のことが記載されている。
（31）刊行物1には次の事項が記載されている。
（イ） 図１は、本実施例のプリンタを構成する回路の模式図である。バス１０１に対して、ＣＰＵ１０２、インターフェイス回路１０３、ＲＯＭ１０４、ＲＡＭ１０５、印刷機構１０６が接続されている。 
　ＣＰＵ１０２は、ＲＯＭ１０４に格納されているキュー操作手順２０１、データ展開手順２０３などの各種手順を実行する。ＲＡＭ１０５は、受信した印刷要求であるジョブを格納するキューバッファ２０２、ジョブを解釈する際のバッファエリア２０５などが設けられている。インターフェイス回路１０３は、外部のホストコンピュータ等との通信を行い、ジョブやキューバッファ２０２に対する問い合わせやキューバッファ２０２に対する変更要求を受け取り、キューバッファ２０２の問い合わせに対する返答を送信する。印刷機構１０６は、ジョブを解釈して印刷データに展開されたデータを受け取り、印字用紙等の媒体に文字・図形などを印刷する。 
　図２は、プリンタ内部のデータの流れと各種処理手順の関係を表す模式図である。まず、インターフェイス回路１０３が受信したデータはキュー操作手順２０１によって判断され、データがジョブの場合はキューバッファ２０２の最低順位の位置に追加する。データがコマンドの場合はコマンドの内容に応じてキューバッファ２０２の内容に対する操作が行なわれる。キューバッファ２０２内の一番順位の高いジョブは、データ展開手順２０３によって印刷機構１０６に与えるべき印刷データに展開されて展開バッファ２０４に転送される。１ページ分の印刷データの展開が終わると、印刷機構１０６において印刷が行なわれる。 
　図３は、キューバッファ２０２に格納されるデータ構造の模式図である。１つのジョブは、インデックス３１０とコンテンツ３２０とに分けられて格納される。インデックス３１０は、ジョブが処理中であるか否か及び印刷順位を示す数値を示すステータス部３１１と、印刷枚数などの印刷要求発行後に変更可能な印刷制御情報部３１２と、ジョブの受付番号や受付時間などからなるジョブ識別情報部３１３と、ホストコンピュータから送信された印刷要求データを格納するバッファ上のアドレスを記憶するコンテンツアドレス部３１４とから構成される。コンテンツ３２０は、印刷要求発行時に決められた印刷枚数などの印刷制御情報３２１と、印刷すべき画像を構成する印刷データ３２２とからなる。（段落0008、段落0009、段落0010、段落0011、図1、図2、図3） 
（ロ）キュー操作手順２０１の動作を、図４のフローチャートに従って説明する。ホストコンピュータからの印刷要求がインターフェイス回路１０３に到着すると、キュー操作手順２０１の処理が開始される。まず、インターフェイス回路１０３より受信したデータを受け取り（ステップＳ４０１）、Ｓ４０１で受け取ったデータをステップＳ４０２で解釈する。Ｓ４０２の解釈の結果、Ｓ４０１で受信したデータが印刷ジョブであった場合は、ステップＳ４０３にてキューバッファ２０２にその内容を格納する。Ｓ４０３では、図３の説明で述べたように、コンテンツ３２０では印刷要求のうち印字枚数などの制御情報は制御情報部３２１に、印刷内容はデータ部３２２に格納し、インデックス３１０では最後のレコードの次のレコードを選択し、ステータス部３１１に０を、制御情報部３１２に ０を、識別情報部３１３にはジョブの受付順位及び、ジョブを受け付けた時刻データを、コンテンツアドレス部３１４にデータ部３２２のアドレスを格納する。
　Ｓ４０２において、印刷要求でない場合はキューバッファ２０３に対する操作コマンドと解釈し、ステップＳ４０４で操作コマンドの種類を判断する。操作コマンドは、キューバッファ２０２の問い合わせと印刷制御情報変更の２種類がある。Ｓ４０４で問い合わせコマンドと解釈された場合は、ステップＳ４０５にてキューインデックス３１０の情報を読出し、ステップＳ４０６で、Ｓ４０５で読出した情報をインターフェイス回路１０３に送出する。Ｓ４０４にて印刷制御情報変更と解釈された場合は、ステップＳ４０７にて、コマンドの内容を解釈し、ステップＳ４０８にて該当するジョブの制御情報部３１２またはステータス部３１１の内容変更を行う。印刷枚数の変更コマンドに対しては、制御情報部３１２にその枚数がセットされ、印刷中止については、印刷枚数が０と等価とみなして制御情報部３１２に０がセットされる。ジョブの順位変更コマンドの場合は、ステータス部３１１に優先順位応じた数値がセットされる。制御情報部３１２とステータス部３１１への変更はジョブが処理されるまで、何度でも可能である。 
　次に、図５のフローチャートに従ってデータ展開手順２０３を説明する。データ展開手順２０３は、キュー操作手順とは非同期に処理され、キューバッファ２０２にジョブが格納された時点で実行される。ステップＳ５０１では、キューバッファ２０２を常時監視しており、キューバッファ２０２にジョブが格納されると、ステップＳ５０２へ進む。Ｓ５０２では一番順位の高いジョブのインデックス内の制御情報部３１２を読み、内容が０の場合はステップＳ５０４へ進み、そうでない場合はステップＳ５０３へ進む。Ｓ５０３では、インデックス内の制御情報部３１２より印刷枚数を読出して、カウンタｎにセットし、Ｓ５０４では、コンテンツ内の制御情報部３２１より印刷枚数を読出してカウンタｎにセットする。ステップＳ５０５においてカウンタｎの値を判定し、０である時はステップＳ５１０へ飛び、０でないときはステップＳ５０６へ進む。 
　Ｓ５０６では、キューバッファ２０２のコンテンツ内のデータ部５２２を読出しデータを印刷機構に送るための展開処理を行い、展開バッファ２０４に格納する。ステップＳ５０７において、印刷機構１０６を起動し、展開バッファ２０４の内容を印刷機構１０６に転送する。ステップＳ５０８で、カウンタｎの値を１減じ、ステップＳ５０９でカウンタｎの値を判定する。カウンタｎの値が０の場合はステップＳ５１０に進み、０でない場合はＳ５０７に戻る。Ｓ５０１では、必要枚数の印刷を終了した状態であるので、キューバッファ２０２よりジョブを取り除き、Ｓ５０１に戻る。（段落0012、段落0013、段落0014、段落0015、図4、図5）
（32）刊行物2には次の事項が記載されている。
（ハ）記憶装置９は、印刷データを保持するスプール９１と、開始指示待ちキューおよび時刻待ちキューを保持する指示待ちキュー保持部９２と、印刷指示情報２内のプライオリティ指示領域１１に指示されるプライオリティ毎に形成される、待ち行列（以下、プライオリティキューという）を保持するプライオリティキュー管理部９３とを有している。（段落0019、図3） 
（ニ）図５および図６は、印刷出力装置２３の登録処理部７の処理を示した流れ図である。　上記印刷データＹを受け取ったスプール登録部７１は、該印刷データが既にスプール９１に登録されているかどうか検査する（５０１）。登録されていない場合の処理を図６に示す。この場合は、印刷要求Ｘに関する最初の印刷データであるから、該印刷データＹをスプール９１に登録しなければならないので、スプール登録部７１は、先ず、スプール９１に空きがあるかどうか検査する（５０２）。スプールに空きがなければ、エラー処理を行ない（５０４）、空きがあれば、該印刷データＹをスプール９１に登録し（５０３）、印刷条件指示領域１２の内容に従って各指示の処理部に制御をわたす。取消指示や、データ置き換え指示、開始指示の場合は、既に印刷要求Ｘに関する印刷データが既にスプー ル９１に登録されていることが前提となるため、これらの指示が印刷条件指示領域１２に格納され、かつ、未登録であるというのは不合理である。そこで、これらのときは、取消処理部７２、印字データ変更処理部７３、開始指示処理部７６が、それぞれエラーとする（５０５、５０６、５０７、５０８）。上記の各指示以外のときは、該領域１２の内容が、開始指示待ちの場合は（５０９）、開始指示待ち処理部７４が、開始指示待ちキューに印刷要求識別符号１を登録し、処理を終了する（５１１）。また、該領域１２の内容が、時刻待ち指示の場合は（５１２）、時刻指示待ち処理部７５が、時刻待ちキューに印刷要求識別符号１と、該領域１２内に指定された指定時刻とを登録し（５１３）、処理を終了する（５１４）。該領域１２の内容が、上記のいずれの指示でもない場合は、プライオリティのみを指定しているものと解釈し、印刷処理部１０のプライオリティキュー管理部１０２に制御をわたす。プライオリティキュー管理部１０２は、該印刷データＹ内の印刷指示情報２にあるプライオリティ指示領域１１の内容により指示されたプライオリティに対応するプライオリティキューの最後部に、該印刷データＹの印刷要求識別符号１を登録し（５１５）、処理を終了する（５１６）。 ５０１の処理で、スプール登録部７１は、該印刷データＹと同じ印刷要求識別符号１を有する、印刷要求Ｘに関する印刷データ（以下、印刷データＺと呼ぶ）が、既にスプール９１に登録済みであることを検知した場合の処理を図５に示す。この場合、スプール登録部７１は、印刷データＹの印刷指示情報２内にある印刷条件指示領域１２の内容に従って、各指示の処理部に制御をわたす。該領域１２の内容が、取消指示の場合は（５１７）、取消処理部７２が、印刷データＺをスプール９１から消去（５１８）し、処理を終了する（５２１）。該領域１２の内容が、データ置換指示の場合は（５１９）、印字データ変更処理部７３が、スプール９１内の印刷データＺの印字データ３を、印刷データＸの印字データ３と置き換え（５２０）、処理を終了する（５２１）。該領域１２の内容が、開始指示待ち指示の場合は（５２２）、開始指示待ち処理部７４が、現在登録されているキューから印刷要求Ｘの印刷要求識別符号１を削除し（５２３）、開始指示待ちキューに該番号１を登録し（５２４）、処理を終了する（５２５）。該領���１２の内容が、時刻待ち指示の場合は（５２６）、時刻待ち処理部７５が、現在登録されているキューから印刷要求Ｘの印刷要求識別符号１を削除し（５２ ７）、時刻待ちキューに該番号１と印刷データＹの印刷条件指示領域１２内に指定された指定時刻とを登録し（５２８）、処理を終了する（５２９）。該領域１２の内容が、開始指示の場合は（５３０）、開始指示処理部７６が、開始指示待ちキューに印刷要求Ｘが登録されているかどうか検査し（５３１）、登録されていなければ、エラー処理を行なう（５３２）。登録されている場合は、開始指示処理部７６は、開始指示待ちキューから該番号１を削除し（５３３）、印刷データＹの印刷指示情報２内にあるプライオリティ指示領域に指定されているプライオリティのキューの先頭に登録し（５３４）、処理を終了する（５３５）。印刷データＹの該領域１２の内容が、上記のいずれの指示でもない場合は、プライオリティの変更のみを指示しているものと解釈し、印刷処理部１０のプライオリティキュー管理部１０２に制御をわたす。プライオリティキュー管理部１０２は、現在登録されているキューから印刷要求Ｘの印刷要求識別符号１を削除し（５３６）、印刷データＹ内の印刷指示情報２にあるプライオリティ指示領域１１に指示されたプライオリティに対応するプライオリティキューの最後部に、該番号１を登録し（５３７）、処理を終了する（５３８）。（段落0023、段落0024、図1、図4、図5、図6）
（ホ）次に、印刷処理部１０の印刷手続について、図７を用いて説明する。先ず、プリンタ制御部１０２は、プリンタが使用可能な状態かどうかを検査する（６０１）。使用不可の場合は、ステップ６０１へ戻り、使用可能になるまで、検査を繰り返す。使用可能な場合は、プライオリティキュー管理部１０１を介して、優先順位の高いプライオリティキューの先頭から順に、印刷要求識別符号１を取り出し（６０２）、スプールに該番号を有する印刷データが登録されているかどうか検査する（６０３）。該印刷データがない場合は、該印刷データの印刷要求は、既に、取消指示によって取り消されていることになるので、プリンタ制御部１０２は印刷を行なわず、処理を６０２に戻し、次の印刷要求識別符号を取り出す。該印刷データがスプールに登録されていた場合は、該印刷データを用いて、プリンタ１０３により印刷し（６０４）、処理を６０１へ戻し、上記の印刷手続を繰り返す。（段落0025、図7）
（33）刊行物3には次の事項が記載されている。
（ヘ）同図において、ネットワーク１０を通じて転送されたプリントジョブはプリント要求受入装置３によりプリント１２に受入られる。図２はワークステーションから転送されるプリントジョブのデータの概略説明図であって、このデータは制御データ１００とジョブ本体２００とから構成される。
　制御データ１００には、プリント命令，プリントアウトすべき媒体を指定するメディアの種類，メディアのサイズ，ページ数，プリントアウトすべき部数，片面プリント／両面プリントの別，バインド処理の要／不要の別，優先度（プライオリティ値の大小で表す）の指示，その他プリントジョブ実行に必要な図示しない制御データが含まれる。
　ジョブ本体２００は、プリント処理されるべき文書等である。（段落0020、段落0021、段落0022、図1、図2）
　
（4）対比・判断
（41）本件発明1について、本件発明1と刊行物1に記載された発明とを比べると、刊行物1に記載された発明の「データ」、「制御情報」、「ジョブ」、「CPU102、ROM104、RAM105、印刷機構106」、「プリンタ」は請求項1に記載された発明の「印刷データ」、「属性情報」、「印刷ジョブ」、「ジョブ実行部」、「ジョブスケジューリング装置」にそれぞれ相当する から、両者は、
「装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更するジョブスケジューリング装置。」である点で一致し、少なくとも次の点で相違する。
（Ｉ）本件発明1が「属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない。」のに対し、刊行物1に記載された発明のものはそうしていない点で相違する。
　次に、この相違点（Ｉ）について検討する。
「属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない。」ことは刊行物1乃至3のいずれにも記載ないし示唆もされていなく、また、当業者に自明又は周知の事項でもない。（異議申立人神田泰貴が提出した甲第1乃至3号証（異議申立人梅沢晃が提出した甲第1号証は異議申立人神田泰貴が提出した甲第1号証と同じ。）は取消し理由に刊行物1乃至3として引用された。）
　したがって、本件発明1は、少なくとも上記相違点（Ｉ）に係る構成において当業者が容易に発明できたものでない。
（42）本件発明2について、本件発明2と刊行物1に記載された発明とを比べると、刊行物1に記載された発明の「データ」、「制御情報」、「ジョブ」、「CPU102、ROM104、RAM105、印刷機構106」、「プリンタ」は請求項2に記載された発明の「印刷データ」、「属性情報」、「印刷ジョブ」、「ジョブ実行部」、「ジョブスケジューリング装置」にそれぞれ相当する から、両者は、
「装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、前記印刷ジョブの属性情報の変更指示を受け付けた際に前記属性情報を変更するジョブスケジューリング装置。」である点で一致し、
（II）本件発明2が「属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない。」のに対して刊行物1に記載された発明のものはそうしていない点で相違する。
　次に、この相違点(II)について検討する。
「属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない。」ことは刊行物1乃至3のいずれにも記載ないし示唆もされていなく、また、当業者に自明又は周知の事項でもない。
　したがって、本件発明2は、少なくとも上記相違点（II）に係る構成において当業者が容易に発明できたものでない。
（43）本件発明3について、本件発明3と刊行物1に記載された発明とを比べると、本件発明3は本件発明1又は2を引用しているから、少なくとも（41）又は（42）に示された相違点（Ｉ）又は（II）を有し、同様に、この相違点（Ｉ）又は（II）は刊行物1乃至3のいずれにも記載ないし示唆もされていなく、また、当業者に自明又は周知の事項でもない。
　したがって、本件発明3は、少なくとも上記相違点（Ｉ）又は（II）に係る構成において当業者が容易に発明できたものでない。
　
（5）そして、異議申立人神田泰貴が主張する発明の詳細な説明の記載が抽象的且つ機能的で当業者が実施することができる程度に記載されていないという点は、本件のものが通常のプリンタと変わらないものを用いたものの改良であり、属性変更処理部の動作内容もソフトで可能なので、当業者が実施することができる程度のものと認められる。また、請求項2の記載が、（5ー1）前段部のスケジューリング手段と後段部のスケジューリング手段との関連が不明確、（5ー2）該キューが不明確、（5ー3）複数のキュート属性変更手段との関連が不明確との主張は、それぞれ、（5ー1）前段部はスケジューリング装置を示しており、スケジューリング装置内にスケジューリング手段、属性変更手段等の各手段が存在すると記載されているから不明確といえなく、（5ー2）該キューは各キューをいうものであるから明確であり、（5ー3）キューの内容、数は設計事項であり、複数のキューごとに属性変更手段との関連を規定しなければならないとまではいえないものと認められる。
　
（6）むすび
　以上のとおりであるから、異議申立人神田泰貴、梅沢晃の理由及び証拠によっては、請求項1乃至3に係る発明についての特許を取消すべきことができない。
　また、他に請求項1乃至3に係る発明についての特許を取消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
平成１６年１月６日（２００４．１．６）
【訂正の要旨】
審決（決定）の【理由】欄参照。
（５４）【発明の名称】
ジョブスケジューリング装置
（５７）【特許請求の範囲】
　【請求項１】　端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更する属性変更手段を具備し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。
　【請求項２】　端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、
　前記印刷ジョブの状態に対応して設けられた複数のキューと、
　前記複数のキューを用いて前記印刷ジョブのスケジューリングを行うスケジューリング手段と、
　前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記印刷ジョブが属性情報を変更しうる状態であり、かつ、前記属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更する属性変更手段と
　を具備し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めないことを特徴とするジョブスケジューリング装置。
　【請求項３】　前記属性情報は、
　出力する用紙サイズ、トレイ番号、両面印刷の有無のうち少なくとも一つからなる請求項１または請求項２記載のジョブスケジューリング装置。
【発明の詳細な説明】
　【０００１】
　【産業上の利用分野】
　本発明は、複数の印刷ジョブのスケジューリングを行うジョブスケジューリング装置に関し、特に、受け付けた印刷ジョブの印刷属性を軽易に変更しうるジョブスケジューリング装置に関する。
　【０００２】
　【従来の技術】
　従来、プリントシステム及び複写システム等の印刷システムにおいては、印刷データに対して用紙サイズ、トレイ番号、両面印刷の有無等からなる印刷属性（以下、「属性情報」という。）を付加し、該属性情報に基づいて印刷処理を行う技術が知られている。
　【０００３】
　例えば、プリントデータ又は複写データを出力する場合には、出力する用紙サイズ、ページ数、両面印刷の有無等の属性情報を設定し、該属性情報を文書データ又は複写データとともに出力装置に送出することにより、該データを所望の形式で出力することになる。
　【０００４】
　このように、印刷要求を行う際には、属性情報に基づいて印刷処理が行われるため、属性情報の取り扱いが重要となる。
　【０００５】
　【発明が解決しようとする課題】
　しかしながら、かかる従来技術によれば、印刷依頼を行うユーザや、該ユーザが使用する端末装置が属性情報を付与することになるため、プリントサーバ等が該印刷依頼を印刷ジョブとして受け付けたならば、該属性情報を修正することは許されない。
　【０００６】
　したがって、ユーザが属性情報を誤って指定した場合や、ユーザが属性情報を指定し忘れたために端末装置がデフォルトの属性情報を付与した場合には、該印刷ジョブを一旦キャンセルして、あらためて所望の属性情報を付与した印刷要求を行う必要が生じる。
　【０００７】
　このため、印刷要求の再登録に伴うユーザの負荷の増大及びネットワーク使用効率の低下を招くとともに、印刷出力を得るまでに時間的な遅れが生ずるという問題が生じていた。
　【０００８】
　すなわち、かかる属性情報の指定誤りが生じた場合に、ユーザの負担増、ネットワーク使用効率の低下、及び印刷待ち時間をいかに低減するかが重要な課題となっていた。
　【０００９】
　そこで、本発明は、上記課題を解決すべく、属性情報の指定誤りが生じた場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、該属性情報の変更を軽易に行うことができるジョブスケジューリング装置を提供することを目的とする。
　【００１０】
　【課題を解決するための手段】
　上記目的を達成するため、請求項１の発明は、端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記属性情報を変更する属性変更手段を具備し、前記属性変更手段は、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めないことを特徴とする。
　また、請求項２の発明は、端末装置から処理依頼を受け付けた印刷データ及び該印刷データを所望の出力形式で出力するための属性情報からなる印刷ジョブを順次キューに格納し、該キューに保持した印刷ジョブを前記属性情報に基づいてジョブ実行部を用いて順次処理するジョブスケジューリング装置において、前記印刷ジョブの状態に対応して設けられた複数のキューと、前記複数のキューを用いて前記印刷ジョブのスケジューリングを行うスケジューリング手段と、前記印刷ジョブの属性情報の変更指示を受け付けた際に、前記印刷ジョブが属性情報を変更しうる状態であり、かつ、前記属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更する属性変更手段とを具備し、前記属性変更手段は、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めないことを特徴とする。
　また、請求項３の発明は、請求項１または２の発明において、前記属性情報は、出力する用紙サイズ、トレイ番号、両面印刷の有無のうち少なくとも一つからなる。
　【００１１】
　【作用】
　請求項１の発明では、或る印刷ジョブの印刷データを所望の形式で出力するための属性情報の変更指示を受け付けた場合、指示された属性情報を変更する。このとき、パスワード入力待ち中の印刷ジョブについては属性情報の変更を認めない。
　また、請求項２の発明では、或る印刷ジョブの印刷データを所望の形式で出力するための属性情報の変更指示を受け付けた際に、当該印刷ジョブが属性変更しうる状態にあるか否かのチェックを行うと共に、修正する属性情報の変更指示に誤りがないかのチェックを行い、これらチェックの結果、当該印刷ジョブが属性変更しうる状態であり、且つ修正する属性情報の変更指示に誤りがないと判定された場合にのみ指示された属性情報を変更する。このとき、一時停止指示がなされた処理中の印刷ジョブについては属性情報の変更を認めない。
　【００１２】
　これにより、請求項１の発明では、ユーザが印刷データを所望の出力形式で出力するための属性情報を誤って指定した場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、属性情報の変更を容易に行うことができる。
　また、請求項２の発明では、ユーザが印刷データを所望の形式で出力するための属性情報を誤って指定した場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、且つ属性情報を変更した後整合が図れなくなる様な事態を未然に防止しながら属性情報の変更を容易に行うことができる。
　【００１３】
　【実施例】
　以下、図面を参照して本発明の一実施例について説明する。
　【００１４】
　図１は、第１の実施例で用いるジョブ処理システムの全体構成及びジョブスケジューリング装置の細部構成を示すブロック図である。
　【００１５】
　図１に示すように、このジョブ処理システムは、ジョブの処理要求を行う端末装置１１ａ及び１１ｂと、ジョブ実行部１３を用いてジョブを処理する際のスケジューリングを行うジョブスケジューリング装置１２とがネットワーク１０に接続された構成となる。
　【００１６】
　なお、本実施例では、ジョブ実行部１３は、印刷処理を行う２つのプリンタとフォーマット変換等を行う１つのコンバータとからなるものとする。
　【００１７】
　ジョブスケジューリング装置１２は、要求制御部１２ａと、ジョブスケジューリング部１２ｂと、ジョブ実行部制御部１２ｃと、キュー管理部１２ｄと、スプールキューｑ１と、ホールドキューｑ２と、ウエイトキューｑ３と、ポーズキューｑ４と、プリンタキューｑ５及びｑ６と、ターミネートキューｑ７及びｑ８とからなる。
　【００１８】
　要求制御部１２ａは、端末装置１１ａ及び１１ｂからのジョブ処理要求を受け付けた際に、ジョブスケジューリング部１２ｂに対してジョブのスケジューリングを依頼する処理部である。
　【００１９】
　なお、この要求制御部１２ａが受け付けるジョブの中には、１つのジョブが１つのドキュメントのみからなる１ジョブ１ドキュメントジョブと、１つのジョブが複数のドキュメントからなる１ジョブマルチドキュメントジョブとがある。
　【００２０】
　また、１ジョブマルチドキュメントジョブには、受付完了後処理方式のジョブ（Ａｆｔｅｒ　Ｃｏｍｐｌｅｔｅ　Ｊｏｂ：以下「ＡＣジョブ」と言う。）と、受付完了前処理方式のジョブ（Ｂｅｆｏｒｅ　Ｃｏｍｐｌｅｔｅ　Ｊｏｂ：以下「ＢＣジョブ」と言う。）とがある。
　【００２１】
　このＡＣジョブとは、ジョブに含まれる全ドキュメントを受け付けた後に、該ジョブをジョブスケジューリング部１２ｂに対して出力するものであり、またＢＣジョブは、ジョブに含まれるドキュメントを受け付け次第順次ジョブスケジューリング部１２ｂに対して出力するものである。
　【００２２】
　ジョブスケジューリング部１２ｂは、要求制御部１２ａから受け付けたジョブをキュー管理部１２ｄを用いてキュー操作することにより、スケジューリングを行う処理部である。
　【００２３】
　具体的には、受け付けたジョブに含まれる印刷データ及び属性情報を図示しないマスタファイルに格納するとともに、該ジョブの属性情報に基づいてキュー管理を行うための情報（以下、「ジョブ情報」と言う。）を作成してジョブのキュー操作を行う。
　【００２４】
　なお、このジョブスケジューリング部１２ｂは、ジョブの属性情報の変更要求に応答して属性情報の変更を行う属性変更処理部１２ｅを内在する。
　【００２５】
　属性変更処理部１２ｅは、ジョブの属性変更要求を受け付けた際に、該ジョブが属性変更可能な状態にあるか否かを確認し、変更可能な状態にある場合には、修正すべき属性情報の可否をチェックしたのち、属性情報の変更を行う処理部である。
　【００２６】
　ジョブ実行部制御部１２ｃは、ジョブスケジューリング部１２ｂからのジョブ処理要求をジョブ実行部１３に出力する処理部である。
　【００２７】
　キュー管理部１２ｄは、スプールキューｑ１、ホールドキューｑ２、ウエイトキューｑ３、ポーズキューｑ４、プリンタキューｑ５及びｑ６、ターミネートキューｑ７及びｑ８のいずれかのキューにジョブ情報を保持することにより、ジョブのキュー管理を行う管理部である。
　【００２８】
　なお、このキュー管理部１２ｄで管理するジョブは、ユーザ又はシステムによる削除が行われない限り、上記８つのキューのいずれかに属する。
　【００２９】
　スプールキューｑ１は、上記ＡＣジョブのジョブ情報をキューイングするためのキューであり、ジョブに含まれる全てのドキュメントを受け付けるまでの間、該ジョブ情報がこのスプールキューｑ１に保持される。そして、全てのドキュメントが揃った時点で、該ジョブ情報が使用するプリンタに対応して設けられたプリンタキューに移管される。
　【００３０】
　ホールドキューｑ２は、スケジューリングを行わない非スケジューリングジョブのジョブ情報をキューイングするキューであり、該ホールドキューｑ２に保持されたジョブ情報はユーザによる編集の対象とすることができる。
　【００３１】
　なお、このホールドキューｑ２に保持されたジョブ情報は、ユーザからの指示があるまでこのキューに待機し、ユーザの指示に応答してスプールキューｑ１又はプリンタキューｑ５又はｑ６に移管される。
　【００３２】
　ウエイトキューｑ３は、パスワード入力待ちのジョブがタイムアウトした場合に該ジョブのジョブ情報をキューイングするキューであり、該ウエイトキューｑ３に保持されたジョブ情報は、ユーザのパスワード入力によりパスワード待ちの状態が解除されるまでの間このキュー内に保持される。なお、パスワードが解除されると、該ジョブ情報は、タイムアウトした際に位置したキューに移管される。
　【００３３】
　ポーズキューｑ４は、ユーザの指示により一時停止を指示されたジョブのジョブ情報をキューイングするキューであり、該ポーズキューｑ４に保持されたジョブ情報は、ユーザによる再開指示がなされるまでの間、このキューに保持される。なお、ユーザによる再開指示がなされると、該ジョブ情報は、アサインされたプリンタキューに移管される。
　【００３４】
　プリンタキューｑ５及びｑ６は、印刷待ちのジョブのジョブ情報をキューイングするためにプリンタに対応して設けられたキューであり、各プリンタにアサインされたジョブのジョブ情報のみが対応するプリンタキューにキューイングされる。
　【００３５】
　なお、本実施例では、ジョブ実行部１３に設けた２つのプリンタの一方にプリンタキューｑ５が対応し、他方のプリンタにプリンタキューｑ６が対応する。
　【００３６】
　このプリンタキューｑ５又はｑ６にジョブ情報が保持されたジョブは、プリンタが処理受け付け可能状態となり、かつ、プリンタキューｑ５又はｑ６の先頭ジョブの中に処理可能なドキュメントがあれば、処理要求がなされる。なお、プリンタによる印刷処理が終了したならば、該ジョブのジョブ情報はターミネートキューｑ７又はｑ８に移管される。
　【００３７】
　ターミネートキューｑ７及びｑ８は、印刷済みのジョブのジョブ情報をキューイングするためにプリンタに対応して設けられるキューであり、各プリンタにアサインされたジョブのジョブ情報のみが対応するターミネートキューにキューイングされる。
　【００３８】
　上記構成を有するジョブスケジューリング装置１２を用いることにより、ジョブの状態に応じたキュー管理を行うとともに、適宜ジョブの状態を確認して可能であればジョブの属性変更を行うことが可能となる。
　【００３９】
　なお、本実施例では、ジョブ実行部１３が２つのプリンタを有する場合について説明するが、このプリンタキュー及びターミネートキューの数は、ジョブ実行部１３に保持される登録されたプリンタの数に応答して定まる。
　【００４０】
　次に、各キューにキューイングされるジョブ情報の構成について説明する。
　【００４１】
　図２は、各キューにキューイングされるジョブ情報の構成を示す説明図である。
　【００４２】
　図２に示すように、ジョブ情報は、ジョブの識別番号を示すジョブＩＤと、１ジョブマルチドキュメントのドキュメント識別用に用いられるｄｏｃｓｅｃＮｕｍと、印刷要求をだすｄｏｃｓｅｃＮｕｍが設定されるｃｕｒｒｅｎｔＤｏｃＮｕｍと、ジョブの状態を示すステータス（ｓｔａｔｕｓ）２０ａと、以前に保持されていたキューＩＤを示すｐｒｅｖＱＩＤと、コピー数を示すｊｏｂＣｏｐｙＣｏｕｎｔと、ドキュメントを何度ジョブ実行部にプリント要求するかを示すｒｅｑｕｅｓｔＣｏｕｎｔｅｒと、ドキュメントの処理が何度終了したかを示すｃｏｍｐｌｅｔｅＣｏｕｎｔｅｒと、ドキュメントの処理中にエラーとしてアボートされた回数を示すａｂｏｒｔｅｄＣｏｕｎｔｅｒと、コレートするか否かを示すｃｏｌｌａｔｅＦｌａｇと、レジュームするか否かを示すｒｅｓｕｍｅＦｌａｇと、以前のステータスを示すｐｒｅｖｉｏｕｓＳｔａｔｕｓと、ジョブ実行部にリジェクトされた場合のリトライカウンタを示すｒｅｔｒｙと、最後のドキュメントであるか否かを示すｃｏｍｐｌｅｔｅと、要求コンバータのＩＤを示すｃｏｎｖｅｒｔＩＤと、ジョブが何ページ出力したかを示すｏｈＰａｇｅｓＣｏｍｐと、ドキュメントが何ページ出力したかを示すｏｈＤｏｃＰａｇｅｓＣｏｍｐと、現在のジョブ状態を示すｏｈＣｕｒＪｏｂＳｔａｔｅと、１つ前のジョブ状態を示すｏｈＰｒｅｖＪｏｂＳｔａｔｅと、現在のジョブ状態の遷移理由を示すｏｈＪｏｂＳｔａｔｅＲｅａｓｏｎと、プリンタ選択によりアサインされたプリンタのＩＤを示すｏｈＡｓｓｉｇｎＪＥＩＤと、リカバリ後にリトライする回数を示すｒｅｔｒｙＣｏｕｎｔｅｒと、プリント処理中であるか否かを示すｐｒｏｃｅｓｓｉｎｇＦｌａｇとから構成される。
　【００４３】
　また、ステータス（ｓｔａｔｕｓ）２０ａには、
　・ｐｅｎｄｉｎｇ　　　　　　　　　　　　　プリンタでの処理待ちを示す状態
　・ｒｅｑｕｅｓｔｉｎｇ　　　　　　　　　　プリント要求中
　・ｐｒｉｎｔｉｎｇ　　　　　　　　　　　　プリント処理実行中
　・ａｂｏｒｔｉｎｇ　　　　　　　　　　　　キャンセル処理中
　・ｃａｎｃｅｌｅｄ　　　　　　　　　　　　キャンセル処理終了
　・ｒｅｔａｉｎｅｄ　　　　　　　　　　　　印刷処理終了
　・ｓｕｓｐｅｎｄｅｄ　　　　　　　　　　　ポーズ処理中
　・ｓｔａｒｔｗａｉｔｉｎｇ　　　　　　　　スタート待ち中
　・ｐａｓｓｗｏｒｄｗａｉｔｉｎｇ　　　　　パスワード入力待ち中
　・ｅｎｄｗａｉｔｉｎｇ　　　　　　　　　　エンド待ち
　・ｃｏｎｖｅｒｔ＿ｐｅｎｄｉｎｇ　　　　　コンバート要求待ち
　・ｃｏｎｖｅｒｔ＿ｒｅｑｕｅｓｔｉｎｇ　　コンバート要求中応答待ち
　・ｃｏｎｖｅｒｔｉｎｇ　　　　　　　　　　コンバート中
　・ｃｏｎｖｅｒｔ＿ｅｎｄ　　　　　　　　　コンバート終了
　・ｐａｓｓｗｄ＿ｒｅｌｅａｓｅ　　　　　　パスワード解除
　・ｐａｓｓｗｄ＿ｔｉｍｅｏｕｔ　　　　　　パスワードタイムアウト
　・ｔｅｒｍｉｎａｔｅｄ　　　　　　　　　　出力終了
　・ｃｏｎｖｅｒｔ＿ｆａｉｌｅｄ　　　　　　コンバート処理失敗
　・ｊｏｂ＿ａｂｏｒｔｅｄ　　　　　　　　　プリント処理アボート
　・ｉｎｔｅｒｒｕｐｔｅｄ　　　　　　　　　割り込み待ち
　・ｃｏｎｖｅｒｔ＿ａｂｏｒｔｉｎｇ　　　　コンバートのキャンセル処理中
　・ｃｏｎｖｅｒｔ＿ｃａｎｃｅｌｅｄ　　　　コンバートのキャンセル終了
　・ｎｏｎｅ　　　　　　　　　　　　　　　　不定
等の状態がある。
　【００４４】
　上記メンバからなるジョブ情報を用いたジョブの状態管理を行うことにより、ジョブの綿密なスケジューリングが可能となる。
　【００４５】
　次に、図１に示す属性変更処理部１２ｅが行うジョブの属性変更処理について説明する。
　【００４６】
　この属性変更処理部１２ｅは、（１）ジョブが属性変更し得る状態にあるか否かのチェック、（２）修正する属性情報が妥当であるか否かのチェックを行い、属性情報の変更が可能であれば該ジョブの属性情報を変更する。
　【００４７】
　具体的には、（１）に示す属性変更し得る状態にあるか否かのチェックでは、（１ａ）属性変更を指定されたジョブのジョブ情報がホールドキューｑ２に存在するか否か、（１ｂ）属性変更を指定されたジョブのジョブ情報がプリンタキューｑ５又はｑ６に存在し、かつ、現在処理中でなく過去に一度も処理中とされなかったか否か、（１ｃ）属性変更を指定されたジョブのジョブ情報がポーズキューｑ４に存在し、かつ、そのジョブが過去に一度も処理中とされなかったか否かをチェックする。
　【００４８】
　以下、それぞれについて説明する。
　【００４９】
　（１ａ）ジョブ情報がホールドキューｑ２に存在するか否かのチェック
ホールドキューｑ２にジョブ情報がキューイングされるジョブは、上述したようにユーザにより指定された非スケジューリングジョブであり、ユーザが当初から指示待ちとしたものである。
　【００５０】
　このため、ジョブ情報がホールドキューｑ２に存在する場合には、該ジョブが受け付けられてから未だ何等の処理も行われていないこと意味するため、ジョブの属性変更をできるものとする。
　【００５１】
　なお、このホールドキューｑ２に対して、スタート待ち中（ｓｔａｒｔｗａｉｔｉｎｇ）、エンド待ち（ｅｎｄｗａｉｔｉｎｇ）及びパスワード入力待ち中（ｐａｓｓｗｏｒｄｗａｉｔｉｎｇ）のジョブを保持する場合には、待ち処理中であることに鑑みて属性情報の変更を認めないよう構成することも可能であるが、本実施例では、説明の便宜上、ユーザが指定した非スケジューリングジョブに焦点を当てて説明する。
　【００５２】
　（１ｂ）ジョブ情報がプリンタキューｑ５又はｑ６に存在し、現在・過去ともに一度も処理されていないか否かのチェック
ジョブ情報がプリンタキューｑ５又はｑ６に存在する場合であっても、処理待ちの状態にあるジョブは、原則として何等の処理を行っているわけではないので属性変更可能である。
　【００５３】
　しかしながら、ジョブが処理されている間に一時停止指示がなされ、一時的にポーズキューに移管されたジョブが、再開指示によりプリンタキューｑ５又はｑ６に存在する場合には、すでに印刷処理済みのドキュメントと、これから処理を行うドキュメントとの整合を図るために属性変更を認めない。
　【００５４】
　（１ｃ）ジョブ情報がポーズキューｑ４に存在し、かつ、前ジョブ状態が処理中であるか否かのチェック
ポーズキューｑ４にジョブ情報が保持されたジョブは、一時停止指示を受けたために処理対象から外れているので、原則的には属性情報を変更することが可能である。
　【００５５】
　しかしながら、このポーズキューｑ４にジョブ情報が保持されるジョブの中には、印刷中のジョブに一時停止指示がなされたジョブが含まれるため、かかる印刷を中止したジョブの属性情報を変更してしまうと、すでに印刷処理済みのドキュメントと、後で印刷処理を行うドキュメントとの整合が図れなくなる。
　【００５６】
　このため、前ジョブ状態が処理中である場合には属性変更を認めない。
　【００５７】
　このように、この属性変更処理部１２ｅでは、属性変更を指定されたジョブのジョブ情報が存在するキューを確認するとともに、該ジョブがホールドキューｑ２に存在する場合には属性変更を認め、また該ジョブがプリンタキューｑ５及びｑ６又はポーズキューｑ４に存在する場合には、前ジョブ状態が処理中でないことを条件に属性変更を認める。
　【００５８】
　次に、この属性変更処理部１２ｅが行うジョブ状態の確認手順について説明する。
　【００５９】
　図３は、図１に示す属性変更処理部１２ｅが行うジョブ状態の確認手順を示すフローチャートである。
　【００６０】
　図３に示すように、ジョブの属性情報の変更指示を受け付けたならば、指定されたジョブのジョブ情報がいずれのキューに存在するかを調べ（ステップ３０１）、該ジョブ情報がいずれのキューにも存在しない場合には、ユーザにエラー通知を行った後（ステップ３０２、３０３）処理を終了する。
　【００６１】
　これに対して、ジョブ情報が存在する場合には、ジョブが処理中であるか否かを調べ（ステップ３０４）、該ジョブが処理中である場合には属性情報の変更ができないものとして（ステップ３０９）処理を終了する。
　【００６２】
　一方、ジョブが処理中でなければ、該ジョブのジョブ情報がホールドキューｑ２に保持されているか否かを確認し（ステップ３０５）、ホールドキューに保持されている場合には、属性情報の変更が可能であるものとみなす。
　【００６３】
　また、このジョブ情報がプリンタキューｑ５又はｑ６若しくはポーズキューｑ４に保持されている場合には（ステップ３０６）、さらに前ジョブ状態が処理中であるか否かを調べる（ステップ３０７）。
　【００６４】
　具体的には、ジョブ情報の前ジョブ状態（ｐｒｅｖｉｏｕｓ＿ｊｏｂ＿ｓｔａｔｅ）が処理中（ｐｒｏｃｅｓｓｉｎｇ）であるか否かを確認することにより、該ジョブが以前に処理中であったか否かを調べる。
　【００６５】
　その結果、前ジョブ状態が処理中でなければ属性情報の変更が可能であるものとみなし（ステップ３０８）、また前ジョブ状態が処理中であれば属性情報の変更を認めない（ステップ３０９）。
　【００６６】
　なお、該ジョブ情報が上記ホールドキューｑ２、ポーズキューｑ４、プリンタキューｑ５又はｑ６以外のキューに存在する場合には、該ジョブの属性情報の変更は認めない（ステップ３０９）。
　【００６７】
　すなわち、ジョブ情報がターミネートキューｑ７又はｑ８に存在する場合には該ジョブの処理がすでに終了しており、またジョブ情報がスプールキューｑ１に存在する場合にはＡＣジョブの受け付けが終了しておらず、またジョブ情報がウエイトキューｑ４に存在する場合には該ジョブはパスワード入力待ちの状態にあるためかかる待ち状態にあるジョブの属性情報を変更すべきでないためである。
　【００６８】
　上記一連の処理を行うことにより、ジョブの属性情報の変更指示を受け付けた際に、該ジョブのジョブ状態に基づいて属性情報の修正が可能か否かを確認することができる。
　【００６９】
　次に、属性変更処理部１２ｅが行う（２）修正する属性情報が妥当であるか否かのチェックについて説明する。
　【００７０】
　上述したジョブが属性情報が修正できる状態にある場合には、原則としては属性情報を修正できるわけであるが、ユーザが誤った属性情報を付与しようとする場合にはかかる修正を認めるべきではない。
　【００７１】
　そこで、ここでは、ユーザが指定した修正する属性情報について、（２ａ）ジョブスケジューリング装置１２が属性としてサポートしていない属性が指定されていないか、（２ｂ）単一の値（Ｓｉｎｇｌｅ＿Ｖａｌｕｅ）を属性値として付与すべきところに複数の値（Ｍｕｌｔｉ＿Ｖａｌｕｅ）を付与していないか、（２ｃ）２番目以降のドキュメントが持つジョブの属性情報を指定していないか、すなわち、１ジョブマルチドキュメントを用いる場合には、各ドキュメントごとにジョブの属性情報を有するよう構成されるが、ジョブとしての属性情報を変更するためには第１番目のドキュメントが持つ属性情報を変更しなければならないとした場合に、２番目以降のドキュメントが持つジョブの属性情報を指定していないかという３つの点についてチェックする。
　【００７２】
　図４は、属性変更処理部１２ｅが行う上記属性情報の確認手順を示すフローチャートである。
　【００７３】
　図４に示すように、ユーザが指定した修正後の属性情報を受け取ると、まず該属性情報はジョブスケジューリング装置１２がサポートしない属性を含んでいるか否かを確認し（ステップ４０１）、サポートしない属性を含んでいる場合には、エラー通知を行った後に（ステップ４０２）処理を終了する。
　【００７４】
　一方、ジョブスケジューリング装置１２がサポートする属性のみからなる場合には、単一の値（Ｓｉｎｇｌｅ＿Ｖａｌｕｅ）を属性値として付与すべきところに複数の値（Ｍｕｌｔｉ＿Ｖａｌｕｅ）を付与していないか否かを確認し（ステップ４０３）、複数の値を付与している場合には、エラー通知を行った後に（ステップ４０２）処理を終了する。
　【００７５】
　これに対して、複数の値を付与していない場合には、１ジョブマルチドキュメントについて２番目以降のドキュメントのジョブの属性情報を指定しているか否かを確認し（ステップ４０４）、２番目以降のドキュメントを指定している場合には、エラー通知を行った後に（ステップ４０２）処理を終了する。
　【００７６】
　一方、１番目のドキュメントのジョブの属性情報を指定している場合には、さらにドキュメント番号（ｄｏｃｕｍｅｎｔ＿ｓｅｑｕｅｎｃｉａｌ＿ｎｕｍｂｅｒ）が指定されているか否かを調べる。
　【００７７】
　その結果、ドキュメント番号が指定されている場合には、指定ドキュメントのみを属性情報変更の対象とし（ステップ４０６）、ドキュメント番号が指定されていない場合には、ジョブに含めれる全ドキュメントを属性情報変更の対象とした後（ステップ４０７）、属性情報の変更が可能であるとみなして（ステップ４０８）処理を終了する。
　【００７８】
　上記一連の処理を行うことにより、ユーザが誤った属性情報を付与しようとする可能性を低減することが可能となる。
　【００７９】
　次に、属性変更処理部１２ｅが図３に示すジョブ状態の確認及び図４に示す属性情報の確認を終了した後に行う属性情報の変更手順について説明する。
　【００８０】
　ユーザが属性情報を変更するときには、モディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）と属性値（ｖａｌｕｅ）を指定する。その際、クオリファイア（ｑｕａｌｉｆｉｅｒ）も同時に指定することができる。また、属性値を指定せずにモディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）とクオリファイア（ｑｕａｌｉｆｉｅｒ）を指定することもできる。
　【００８１】
　クオリファイア（ｑｕａｌｉｆｉｅｒ）は、ｔｒｕｅ又はｆａｌｓｅのいずれかを示すパラメータであり、ジョブ実行の際に、クオリファイアがｔｒｕｅに設定された属性は必ず指定された属性値で処理しなければならない旨を示し、クオリファイアがｔｒｕｅに設定された属性を指定通りの属性値で処理できない場合には、そのジョブをエラーとして処理する。
　【００８２】
　例えば、あるジョブの用紙サイズを指定する属性のクオリファイアにｔｒｕｅが指定され、かつその属性の属性値にＡ４が指定されている場合には、ジョブ実行の際に必ずＡ４の用紙に印刷しなければならず、Ａ４の用紙に印刷できなければ、そのジョブをエラーとして処理する。
　【００８３】
　また、モディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）には、置換（ｒｅｐｌａｃｅ）、追加（ａｄｄ）、削除（ｒｅｍｏｖｅ　ｖａｌｕｅ）又はデフォルト設定（ｓｅｔ＿ｔｏ＿ｄｅｆａｕｌｔ）のいずれかを指定できるものとする。
　【００８４】
　なお、このモディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）にデフォルト設定（ｓｅｔ＿ｔｏ＿ｄｅｆａｕｌｔ）を指定した場合については、後述する第２の実施例で説明する。
　【００８５】
　図５は、図１に示す属性情報変更部１２ｅが属性情報を変更する際の処理手順を示すフローチャートである。
　【００８６】
　図５に示すように、まず最初に、モディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）の指定がなされているか否かを確認し（ステップ５０１）、該モディファイオペレータ指定がなされていない場合には、エラー処理を行い（ステップ５０２）処理を終了する。
　【００８７】
　一方、モディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）の指定がなされている場合には、さらにクオリファイア（ｑｕａｌｉｆｉｅｒ）の指定がなされているか否かを確認し（ステップ５０３）、クオリファイアが指定されている場合には指示通りにクオリファイアの値を修正し（ステップ５０４）、クオリファイアが指定されていない場合にはそのままステップ５０５に移行する。
　【００８８】
　次に、属性値（ｖａｌｕｅ）の指定があるか否かを確認し（ステップ５０５）、属性値の指定がない場合には、さらにモディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）がデフォルト設定（ｓｅｔ＿ｔｏ＿ｄｅｆａｕｌｔ）であるか否かを確認する（ステップ５０６）。
　【００８９】
　その結果、属性値の指定がある場合と、属性値の指定はないがデフォルト設定がなされている場合には、属性値の修正を行い（ステップ５０７）、属性値が指定されておらず、かつデフォルト設定がなされていない場合には、そのまま処理を終了する。
　【００９０】
　上記一連の処理を行うことにより、モディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）の状況及びクオリファイア（ｑｕａｌｉｆｉｅｒ）若しくは属性値の設定状況に応じて、クオリファイア及び属性値の修正の有無を確認することができる。
　【００９１】
　以上、第１の実施例について説明した。
　【００９２】
　ところで、上記第１の実施例では、ユーザ自身が属性値を設定する場合について説明し、デフォルト値を用いる場合についての説明を省略したので、以下では、ユーザが自ら属性値を設定するだけでなく、デフォルト値を用いた属性変更を行い得る第２の実施例について説明する。
　【００９３】
　図６は、第２の実施例で用いるジョブ処理システムの全体構成を示す図である。
　【００９４】
　図６に示すように、このジョブスケジューリング装置１２は、ユーザが自ら属性値を設定するだけでなく、デフォルト値を用いた属性変更を行い得る属性変更処理部６０ａを有する。
　【００９５】
　この属性変更処理部６０ａは、デフォルト値を用いた属性変更指示を受け付けた際に、デフォルトの属性情報を記憶したデフォルトプロファイル６０ｂから適宜デフォルトの属性情報を取り出すことができる。
　【００９６】
　具体的には、ユーザがモディファイオペレータ（ｍｏｄｉｆｙ　ｏｐｅｒａｔｏｒ）にデフォルト設定（ｓｅｔ＿ｔｏ＿ｄｅｆａｕｌｔ）を設定し、属性変更処理部６０ａが該デフォルト設定（ｓｅｔ＿ｔｏ＿ｄｅｆａｕｌｔ）を受け付けたならば、デフォルトプロファイル６０ａの中から必要なデフォルト値を取り出すことになる。
　【００９７】
　デフォルトプロファイル６０ａは、デフォルトの属性情報を記憶する記憶部であり、異なるデフォルト値を設定した複数のデフォルトプロファイルを準備しておくことが可能である。なお、ユーザがデフォルトを設定する場合には、所望の属性情報を有するデフォルトプロファイルを選択して、そのファイル名を入力することにより、所望の属性情報に変更することが可能となる。
　【００９８】
　次に、デフォルトの属性情報を用いずに属性変更を行う場合と、デフォルトの属性情報を用いた属性変更を行う場合の具体例について説明する。
　【００９９】
　図７は、デフォルトの属性情報を用いずに属性変更を行う場合と、デフォルトの属性情報を用いて属性変更を行う場合の一例を示す図である。
　【０１００】
　図７（ａ）に示すように、ジョブの属性情報７０ａが、５つの属性Ａ（＝ａ１）、Ｂ（＝ｂ１）、Ｃ（＝ｃ１）、Ｄ（＝ｄ１）及びＥ（＝ｅ１）からなる場合に、ユーザから属性Ｂをｂ２に変更する指示７０ｂを受けたならば、属性変更処理部６０ａは、５つの属性のうち、ユーザから指示された属性Ｂをｂ１からｂ２に変更した新たな属性情報７０ｃを生成する。
　【０１０１】
　これに対して、図７（ｂ）に示すように、デフォルトプロファイルＸ、Ｙ、Ｚという３種のプロファイルが存在する場合に、デフォルトプロファイルＸを用いて属性Ｂを変更するという指示７１ｂを受け付けたならば、デフォルトプロファイルＸから属性Ｂの値ｂ３を取り出し、該属性値ｂ３を用いて属性情報７０ａを変更する。
　【０１０２】
　これにより、属性Ｂの属性値をｂ３に変更した新たな属性情報７１ｃを得ることができる。
　【０１０３】
　なお、１ジョブマルチドキュメントの場合には、該ジョブに含まれるドキュメント数はジョブごとに異なる。このため、ドキュメントではなくジョブを指定してデフォルトを用いた属性変更の指示がなされた場合には、該ジョブに含まれる全てのドキュメントが有するジョブの属性情報にデフォルトの値を設定するものとする。
　【０１０４】
　ただし、ユーザが１ジョブに含まれるドキュメント数を知っている場合には、ドキュメント１及び２にはデフォルトプロファイルＸの属性を適用し、ドキュメント３及び４にはデフォルトプロファイルＹの属性を適用するように指定することも可能である。
　【０１０５】
　次に、上記属性変更処理部６０ａが行う処理手順について説明する。
　【０１０６】
　図８は、図６に示す属性変更処理部６０ａが行う属性変更処理手順を示すフローチャートである。
　【０１０７】
　図８に示すように、まず最初に、属性情報の変更指示を受け付けたならば、ユーザによる属性値の指定がなされているか否かを確認し（ステップ８０１）、属性値が指定されている場合には該属性値を利用し（ステップ８０２）、属性値が指定されていない場合にはデフォルトプロファイルに保持された属性値を利用する（ステップ８０３）。
　【０１０８】
　ここで、複数のデフォルトプロファイルが存在する場合に、デフォルトプロファイルの指定がある場合には、該デフォルトプロファイルの属性値を使用し、デフォルトプロファイルの指定がない場合には、第１プロファイルの属性値を利用する。
　【０１０９】
　そして、該ジョブが１ジョブマルチドキュメントであるか否かを確認し（ステップ８０４）、１ジョブ１ドキュメントである場合には、該属性値を用いて属性情報を修正する（ステップ８０５）。
　【０１１０】
　これに対して、該ジョブが１ジョブマルチドキュメントである場合には、変更すべき属性を有するプロファイルがドキュメント対応に指定されているか否かを確認し（ステップ８０６）、ドキュメント対応の指定がなされていない場合には、全てのドキュメントを同じ属性値で属性情報を修正する（ステップ８０７）。
　【０１１１】
　一方、ドキュメント対応の指定がなされている場合には、ドキュメント毎に指定された属性値で属性情報を修正して（ステップ８０８）処理を終了する。
　【０１１２】
　上記一連の処理を行うことにより、ユーザが指定した属性値のみならず、デフォルトプロファイルに格納した属性値を用いて属性情報の変更を行うことができる。
　【０１１３】
　上述してきたように、第１の実施例では、端末装置１１ａ又は１１ｂから印刷ジョブの印刷依頼を受け付けたならば、ジョブスケジューリング部１２ｂが、該印刷ジョブの状態に応じて該印刷ジョブを格納するキューを移管しつつ印刷ジョブのスケジューリングを行う。そして、印刷ジョブのスケジューリング中に該印刷ジョブの属性情報の変更指示を受け付けたならば、属性変更処理部１２ｅが、該印刷ジョブが属性情報を変更しうる状態にあり、かつ、属性情報の変更指示に誤りがない場合にのみ前記属性情報を変更するよう構成したので、属性情報の指定誤りが生じた場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、該属性情報の変更を軽易に行うことができる。
　【０１１４】
　また、第２の実施例では、属性変更処理部６０ａが、デフォルト指定がなされている場合に、デフォルトプロファイル６０ｂからデフォルトの属性値を取り出して属性情報を修正するよう構成したので、ユーザが属性値そのものを指定しなくとも属性情報を修正することが可能となる。
　【０１１５】
　なお、第１の実施例及び第２の実施例では、属性変更処理部１２ｅをジョブスケジューリング部１２ｂ内に設けた場合について説明したが、ジョブスケジューリング部以外に独立に設けることも可能である。
　【０１１６】
　【発明の効果】
　以上詳細に説明したように、請求項１の発明によれば、或る印刷ジョブの印刷データを所望の形式で出力するための属性情報の変更指示を受け付けた場合、指示された属性情報を変更するようにしたため、ユーザが印刷データを所望の出力形式で出力するための属性情報を誤って指定した場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、属性情報の変更を容易に行うことができる。
　また、請求項２の発明によれば、或る印刷ジョブの印刷データを所望の形式で出力するための属性情報の変更指示を受け付けた際に、当該印刷ジョブが属性変更しうる状態にあるか否かのチェックを行うと共に、修正する属性情報の変更指示に誤りがないかのチェックを行い、これらチェックの結果、当該印刷ジョブが属性変更しうる状態であり、且つ修正する属性情報の変更指示に誤りがないと判定された場合にのみ指示された属性情報を変更するようにしたため、ユーザが印刷データを所望の形式で出力するための属性情報を誤って指定した場合であっても、ユーザの負担、ネットワーク使用効率の低下及び印刷待ち時間を低減しつつ、且つ属性情報を変更した後整合が図れなくなる様な事態を未然に防止しながら属性情報の変更を容易に行うことができる。
【図面の簡単な説明】
　【図１】　第１の実施例で用いるジョブ処理システムの全体構成及びジョブスケジューリング装置の細部構成を示すブロック図。
　【図２】　図１に示す各キューにキューイングされるジョブ情報の構成を示す説明図。
　【図３】　図１に示す属性変更処理部が行うジョブ状態の確認手順を示すフローチャート。
　【図４】　図１に示す属性変更処理部が行う属性情報の確認手順を示すフローチャート。
　【図５】　図１に示す属性情報変更部が属性情報を変更する際の処理手順を示すフローチャート。
　【図６】　第２の実施例で用いるジョブ処理システムの全体構成を示すブロック図。
　【図７】　図６に示す属性変更処理部がデフォルトの属性情報を用いずに属性変更を行う場合と、デフォルトの属性情報を用いて属性変更を行う場合の一例を示す図。
　【図８】　図６に示す属性変更処理部６０ａが行う属性変更処理手順を示すフローチャート。
　【符号の説明】
　１０…ネットワーク、　１１ａ，１１ｂ…端末装置、１２…ジョブスケジューリング装置、　１３…ジョブ実行部、１２ａ…要求制御部、　１２ｂ…ジョブスケジューリング部、１２ｃ…ジョブ実行部制御部、　１２ｄ　キュー管理部、１２ｅ…属性変更処理部、ｑ１…スプールキュー、　ｑ２…ホールドキュー、ｑ３…ウエイトキュー、　ｑ４…ポーズキュー、ｑ５，ｑ６…プリンタキュー、　ｑ７，ｑ８…ターミネートキュー、６０ａ…属性変更処理部、　６０ｂ…デフォルトプロファイル