【事件の表示】
　平成１１年特許願第３５８４２３号「ジョブスケジュール方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体」拒絶査定不服審判事件〔平成１３年　６月２９日出願公開、特開２００１−１７５４８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件審判請求に係る特許出願は、平成１１年１２月１７日の出願であって、平成１６年７月２日付けで拒絶の理由が通知され、それに対して同年９月３日付けで手続補正がなされ、同年９月２４日付けで拒絶の理由が通知され、平成１７年８月４日付けで拒絶査定がなされ、これに対し同年８月３０日に審判請求がなされるとともに、同日付けで手続補正がなされたものである。
　
２．平成１７年８月３０日付けの手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　平成１７年８月３０日付けの手続補正を却下する。
　
［理由］
（１）平成１７年８月３０日付けの手続補正（以下、「本件補正」という。）
　本件補正により、特許請求の範囲の請求項１は、
　
「　ジョブの投入時、ジョブ毎に該ジョブを実行するジョブクラスの候補として任意の複数のジョブクラスを指定し、
　前記ジョブのスケジュール時、前記指定された複数の候補の中に多重度に空きがあるジョブクラスが存在する場合は、その内の最も優先順位が高いジョブクラスに前記ジョブをスケジュールし、多重度に空きがあるジョブクラスが存在しない場合は、前記ジョブをスケジュール待ち行列につないでスケジュール待ち状態にすることを特徴とするジョブスケジュール方法。」
　
と補正された。
　
（２）補正内容の検討
　本件補正による特許請求の範囲の請求項１の補正は、本件補正による補正前の請求項１に記載した発明を特定するために必要な事項である「該ジョブを実行するジョブクラスの候補を複数指定し、」につき、「ジョブ毎に」複数のジョブクラスを指定する旨及び指定される複数のジョブクラスが「任意の」ものである旨の限定を付加するものであり、特許法第１７条の２第４項第２号の「特許請求の範囲の減縮」を目的とするものに該当する。
　
　そこで、本件補正後の特許請求の範囲の請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項に規定された要件を満たすか）について以下に検討する。
　
（３）引用例に記載の発明
　原査定の拒絶の理由に引用された、発明協会公開技報公技番号９３−２３３８（以下、「引用例」という。）には、図面と共に次の事項が記載されている。
　
（Ａ）「図２はスケジュール待ち行列15を詳細に説明した図である。」（１頁左欄３３行〜同欄３４行）
　
（Ｂ）「　予め利用者はクラスグルーピング指定手段19によりグループ化するクラスの情報をシステム単位でシステム管理ファイル14に格納する。」（１頁左欄３５行〜同頁右欄１行）
　
（Ｃ）「ジョブ入力手段16はキーボード10・フロッピー11・磁気ディスク12などから一連のジョブ記述を読み込み、ジョブ制御情報格納ファイル13に格納し、ジョブの入力をジョブ選択手段17に通知する。」（１頁右欄１行〜同欄５行）
　
（Ｄ）「　ジョブ選択手段17は入力されたジョブをスケジュール待ち行列15に登録する。
　ジョブのスケジュールは図２のように行われる。今、クラスＣ・Ｄ・Ｅがあり、各々実行できるジョブ数は１、かつクラスＣで実行中のジョブが１つあるだけとする。入力されたジョブがクラスＣの場合、このジョブは実行待ちとなるため、ジョブ選択手段17はシステム管理ファイル14よりグループ化されたクラスの情報を得る。
　このケースではクラスＣ・Ｄ・Ｅがグループ化されているため、ジョブ選択手段17は優先度の高いクラスＤよりスケジュール情報を順次取得し、クラスＤが空いていることからクラスＤにスケジューリングする。クラスＤはジョブ実行が可能なので、ジョブ選択手段17はジョブ実行手段18に対しジョブの実行を要求する。
　ジョブ実行手段18はジョブ選択手段17から要求に基き、当該ジョブの実行を行う。
　クラスＣ・Ｄ・Ｅすべてがジョブ実行中の空きがないケースでは、ジョブ選択手段17は、まず実行待ちジョブの数が最も少ないクラス、次にクラス優先度の高いクラスの順でジョブのスケジューリングを行う。
〔効果〕
　以上説明したように本技術は、クラスをグルーピングし、ジョブの実行時に空きクラスをグループ化されたクラスの中から自動的に選択することにより、システムの負荷が全体的に低い場合に以下に述べる効果がある。」（１頁右欄６行〜３６行）
　
　（Ｃ）によれば、ジョブ入力手段16は、一連のジョブ記述を読み込んでジョブを入力するものであり、（Ｄ）の「入力されたジョブがクラスＣの場合」とは、ジョブ入力手段16で入力されたジョブがジョブ記述によりクラスＣであると示された場合である。そして、（Ｄ）の「クラスＣ・Ｄ・Ｅがグループ化されている」ケースとは、ジョブ記述で示されたクラスであるクラスＣと他のクラスＤ，Ｅとが（Ｂ）のクラスグルーピング指定手段19で予め利用者によりグループ化されたクラスとされているケースである。
　つまり、引用例のこれらの記載によれば、ジョブの投入時、ジョブ毎に該ジョブを実行する任意のクラスをジョブ記述で示すことで、該クラスを含む、予め利用者によりグループ化された複数のクラスを該ジョブを実行するクラスの候補とするものである。
　
　（Ｄ）によれば、クラスの各々の「実行中のジョブ」が「実行できるジョブ数」になるまでそのクラスでジョブを実行できる「空き」があるものであって、「ジョブ選択手段17は入力されたジョブをスケジュール待ち行列15に登録する」、「ジョブのスケジュールは図２のように行われる」、「クラスＤはジョブ実行が可能なので、ジョブ選択手段17はジョブ実行手段に対しジョブの実行を要求する」の記載、及び（Ａ）でスケジュール待ち行列15を説明した図とされている図２の図示からして、引用例のジョブのスケジュールでは、スケジュール待ち行列15、すなわち図２中の「実行中」でない「実行待ち」の列、に登録されたジョブが、クラスに空きがあって実行可能であればジョブ実行手段18に要求されて実行させられ、グループ化されたクラスのいずれにも空きがなければ、スケジュール待ち行列15で実行待ちとされるものである。
　
　さらに、「入力されたジョブがクラスＣの場合、このジョブは実行待ちとなるため、・・グループ化されたクラスの情報を得る。このケースではクラスＣ・Ｄ・Ｅがグループ化されているため、ジョブ選択手段17は優先度の高いクラスＤよりスケジュール情報を順次取得し、クラスＤが空いていることからクラスＤにスケジューリングする」との記載からして、グループ化されたクラスのいずれかに空きがあれば入力されたジョブがグループ化されたクラスのいずれかにスケジュールされ、その際、ジョブ記述で示されたクラスに優先的にスケジュールされるものである。
　
　してみると、引用例には、
　
　ジョブの投入時、ジョブ毎に該ジョブを実行する任意のクラスをジョブ記述で示すことで、該クラスを含む、予め利用者によりグループ化された複数のクラスを該ジョブを実行するクラスの候補とし、
　ジョブのスケジュールでは、前記グループ化されたクラスに実行できるジョブ数と実行中のジョブ数からして空きがある場合、そのうちの、まずジョブ記述で示されたクラスに、次に最も優先度の高い他のクラスに、ジョブをスケジュールし、前記グループ化されたクラスに実行できるジョブ数と実行中のジョブ数からして空きがない場合、ジョブをスケジュール待ち行列で実行待ちとする、ジョブをスケジュールする方法
　
の発明（以下「引用発明」という。）が記載されているものと認められる。
　
（４）本願補正発明と引用発明との対比
　本願補正発明と引用発明とを対比する。
　引用発明の「クラス」、「実行できるジョブ数」、及び「優先度」は、それぞれ本願補正発明の「ジョブクラス」、「多重度」、及び「優先順位」に相当する。
　
　そして、引用発明が「ジョブの投入時、ジョブ毎に該ジョブを実行する任意のクラスをジョブ記述で示すことで、該クラスを含む、予め利用者によりグループ化された複数のクラスを該ジョブを実行するクラスの候補と」するものであり、他方、本願補正発明が「ジョブの投入時、ジョブ毎に該ジョブを実行するジョブクラスの候補として任意の複数のジョブクラスを指定」するものであることから、両者はともに、複数のジョブクラスをジョブ毎に該ジョブを実行するジョブクラスの候補とする点において、一致している。
　
　引用発明の「前記グループ化されたクラスに実行できるジョブ数と実行中のジョブ数からして空きがある場合」、「前記グループ化されたクラスに実行できるジョブ数と実行中のジョブ数からして空きがないケース」は、それぞれ本願補正発明の「前記指定された複数の候補の中に多重度に空きがあるジョブクラスが存在する場合」、「多重度に空きがあるジョブクラスが存在しない場合」に相当する。
　そして、候補とされたジョブクラスの中に多重度に空きがあるジョブクラスが存在する場合についてみると、引用発明の「そのうちの、まずジョブ記述で示されたクラスに、次に最も優先度の高い他のクラスに、スケジュール」することは、指定されたクラスを他のクラスと区別して最も優先度の高い他のクラスより優先している点で違いはあるものの、ジョブを実行するジョブクラスの候補の中に多重度に空きがあるジョブクラスが存在する場合にその内のジョブクラスにスケジュールする点において、本願補正発明の「その内の最も優先順位が高いジョブクラスに前記ジョブをスケジュール」することに対応している。
　
　他方、多重度に空きがあるジョブクラスが存在しない場合についてみると、引用発明の「スケジュール待ち行列で実行待ちと」することは、ジョブ実行手段への実行要求をスケジュール待ち行列において待たせることによりジョブがスケジュール待ち行列で待つ状態にされることであるから、本願補正発明の「前記ジョブをスケジュール待ち行列につないでスケジュール待ち状態にする」ことに相当する。
　
　してみると、本願補正発明と引用発明とは、
　
　複数のジョブクラスをジョブ毎に該ジョブを実行するジョブクラスの候補とし、
　前記ジョブのスケジュール時、前記複数の候補の中に多重度に空きがあるジョブクラスが存在する場合は、その内のジョブクラスに前記ジョブをスケジュールし、多重度に空きがあるジョブクラスが存在しない場合は、前記ジョブをスケジュール待ち行列につないでスケジュール待ち状態にする、ジョブスケジュール方法
　
である点で一致し、次の（あ）（い）の２点で相違する。
　
（相違点）
（あ）複数のジョブクラスをジョブ毎に該ジョブを実行するジョブクラスの候補とするにあたって、本願補正発明では、ジョブの投入時、任意の複数のジョブクラスをジョブ毎に指定するのに対し、引用発明では、ジョブの投入時、任意の複数のジョブクラスをジョブ毎に指定するものではない点。
　
（い）ジョブクラスの候補の中に多重度に空きがあるジョブクラスが存在する場合、本願補正発明では、その内の最も優先順位が高いジョブクラスに、ジョブをスケジュールするのに対し、引用発明では、まずジョブ記述で示されたクラスに、次に最も優先度の高い他のクラスに、ジョブをスケジュールする点。
　
（５）相違点の判断
　相違点（あ）（い）について検討する。
　
　ジョブの投入時にジョブ毎に該ジョブを実行するジョブクラスの候補として任意の複数のジョブクラスを指定することは、発明協会公開技報公技番号９５−８９５の「ユーザがバッチジョブに複数のクラスを指定したとき、バッチジョブ投入時にその情報はバッチジョブ管理情報内ユーザ指定クラス域に格納され、スケジューラ機能内クラス管理機能はそのユーザ指定クラス域を参照しながら・・・実行待ちジョブ数をチェックし、一番実行待ちジョブ数が少ないクラスの現在実行中クラス域に登録し、スケジューリング管理機能は現在実行中クラス域のクラスにそのジョブをスケジュールすることにより、・・・」（１頁左欄２７行〜同頁右欄５行）の記載や、特開平９−１９０３５６号公報の「登録機能４は、ジョブに指定されたクラス情報７に基づいて、例えばジョブにＣＬＡＳＳ＝（Ａ、Ｂ）の指定があった場合には、スケジューリングキュー５内のクラスＡ８やクラスＢ９にＦＩＦＯ順に登録する（ステップ２３）。」（段落【００２５】）、「クラスが多数存在する場合でも、ジョブのクラス情報７に任意のクラスを指定しておくことにより、ユーザは自由にクラスを組み合わせてスケジューリングすることが可能になる。」（同【００２９】）、「本発明の一実施例であるジョブスケジューリングクラス管理システムは、ユーザがジョブ投入時に該ジョブのジョブ実行クラスを複数指定することができるようにしたことにより、・・・」（同【００３２】）の記載にあるように、周知技術である。
　そして、引用発明も、複数のジョブクラスをジョブを実行するジョブクラスの候補とするという意味で、前記周知技術と、共通の技術分野に属するものである。
　そうすると、複数のジョブクラスをジョブ毎にそのジョブを実行する候補とするにあたって引用発明の「ジョブの投入時、ジョブ毎に該ジョブを実行する任意のクラスをジョブ記述で示すことで、該クラスを含む、予め利用者によりグループ化された複数のクラスを該ジョブを実行するクラスの候補と」する構成に換えて周知技術のジョブ投入時に任意の複数のジョブクラスを指定する構成を採用することで本願補正発明のように「ジョブの投入時、ジョブ毎に該ジョブを実行するジョブクラスの候補として任意の複数のジョブクラスを指定」する構成とすることは、当業者にとって容易に想到し得たことである。
　よって、相違点（あ）は格別のものではない。
　
　さらに、引用発明で上述の置換によってジョブ毎にジョブを実行する候補となる任意の複数のジョブクラスを指定すれば、スケジュールして実行させる際のジョブクラスについての「ジョブ記述で示されたクラス」と「他のクラス」という区別はなくなるから、引用発明において「ジョブ記述で示されたクラス」と「他のクラス」とを区別せず優先度のみでジョブをスケジュールして実行させることは、上述した置換に付随した変更である。
　よって、相違点（い）も格別のものではない。
　
　そして、本願補正発明の構成によりもたらされる効果も、引用発明と周知技術に接した当業者が予測できる程度のものである。
　
（６）請求人の主張について
　審判請求書の４．の、引用例の第１頁左欄第２６行目〜第２８行目の「グループ化されたクラスの情報をシステム単位でシステム管理ファイルに登録する」との記載（以下、「審判請求書が引用する記載」という。）からして本願発明が引用例に対して容易に想到し得るとは考えられない旨の主張について検討する。
　審判請求書が引用する記載に続く上述２．（３）の（Ｂ）に示した引用例の記載においてクラスグルーピング手段19によるグループ化されたクラスの情報のシステム単位でのシステム管理ファイルへの格納に際して「利用者」が介在し利用者の任意により格納されることが示されているので、審判請求書が引用する記載は、引用発明におけるグループ化されたクラスが任意のものとはなり得ない旨を示したものではない。そうすると、審判請求書が引用する記載は、引用発明と任意に複数のジョブクラスを指定する該周知技術との上述の組合せを阻害するものではない。
　したがって、請求人の上記主張は、採用することはできない。
　
（７）むすび
　したがって、本願補正発明は、引用例記載の発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものであるので、本件補正は、特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項の規定において読み替えて準用する特許法第５３条第１項の規定により却下されるべきものである。
　
３．本願発明について
（１）本願発明の認定
　平成１７年８月３０日付けの手続補正は上記のとおり却下されたので、本願の特許請求の範囲の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１６年９月３日付けの手続補正による補正後の特許請求の範囲の請求項１に記載された事項による特定される、以下のとおりのものである。
　
「　ジョブの投入時、該ジョブを実行するジョブクラスの候補を複数指定し、
　前記ジョブのスケジュール時、前記指定された複数の候補の中に多重度に空きがあるジョブクラスが存在する場合は、その内の最も優先順位が高いジョブクラスに前記ジョブをスケジュールし、多重度に空きがあるジョブクラスが存在しない場合は、前記ジョブをスケジュール待ち行列につないでスケジュール待ち状態にすることを特徴とするジョブスケジュール方法。」
　
（２）引用発明
　原査定の拒絶の理由に引用された引用例、および、その記載事項は、上記「２．（３）」に記載したとおりである。
　
（３）本願発明と引用発明との対比・判断
　本願発明は、上記「２．」で検討した本願補正発明における発明特定事項を限定する事項である、「ジョブ毎に」複数のジョブクラスを指定する旨及び指定される複数のジョブクラスが「任意の」ものである旨を省いたものである。
　そうすると、本願発明の発明特定事項を全て含み、さらに発明特定事項を限定する事項を付加したものに相当する本願補正発明が、上記「２．（４）」及び上記「２．（５）」で示したとおり引用例記載の発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例記載の発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおり、本願発明は、引用例記載の発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。