【事件の表示】
　特願２０１１−１８６０５８「情報処理装置，スケジューリング方法およびプログラム」拒絶査定不服審判事件〔平成２５年　３月　７日出願公開，特開２０１３−　４７８９２〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，平成２３年８月２９日（以下「出願日」という）の出願であって，平成２７年２月１３日付けで審査官より拒絶理由が通知され，これに対して平成２７年４月１３日付けで意見書が提出されると共に手続補正がなされたが，平成２７年１０月５日付けで審査官により拒絶査定がなされ，これに対して平成２７年１２月２１日付けで審判請求がなされると共に手続補正がなされ，平成２８年３月２９日付けで審査官により拒絶理由（以下「前置拒絶理由」という）が通知され，平成２８年８月１日付けで審査官により特許法１６４条第３項の規定に基づく報告がなされたものである。
第２　本願発明
　本願の請求項１乃至７に係る発明は，平成２７年１２月２１日付けの手続補正により補正された特許請求の範囲の請求項１乃至請求項７に記載された事項により特定されると認められるところ，本願の請求項１に係る発明（以下「本願発明」という）は次のとおりものであると認められる。
「　複数のコア部を有するプロセッサと，
　コア部へのプロセススケジューリングを行うスケジューラと，
　を備え，
　前記スケジューラは，
　実行可能な複数のプロセスを，アシストプロセステーブルに記載された処理を実行する第１のプロセスと，通常プロセステーブルに記載された処理を実行する第２のプロセスとに分けて取得し，前記第２のプロセスが，前記複数のコア部のうちの一部のコア部で実行されている期間に，未使用のコア部に前記第１のプロセスを実行させるように，前記第１のプロセスの実行タイミングを調整する，
　ことを特徴とする情報処理装置。」
第３　引用文献
１　引用文献１
　本願出願日前に頒布され，前置拒絶理由で引用された文献である特表２００９−５４１８５１号公報（以下「引用文献１」という）には，関連する図面と共に，以下の技術的事項が記載されている。（下線は参考のため当審で付与したものである）
Ａ　「【００１７】
  リソースに基づいたスケジューラ
  図１Ａは，この発明の実施例に従った，
リソースに基づいたスケジューリングワークリスト１２０を有するリソースに基づいたスケジューラ（ＲＢＳ）１００の図である。ＲＢＳ１００は，異なるコンピュータリソースの利用可能容量に基づいて，コンピュータジョブを事前対応的にスケジュールする
「コンピュータジョブ」または「ジョブ」という用語は，本明細書中で用いられるとき，コンピュータプロセス，スレッド，（本明細書中で後述する）マイクロジョブ，または実行可能なコンピュータコードの任意の部分を含む
ＲＢＳ１００は，既にリソースを利用している他のジョブのうちのいずれかの侵害が最小限の状態で，いつ特定のリソースが一部分だけ利用されるかを判断でき，未利用の部分を選択されたジョブに割当てることができる
Ｂ　「【００２７】
  スケジューリング判断の延期
  １つの実施例では，コンピュータジョブが特定のリソースを利用することを許可されるべきであるかどうかについての判断は延期されてもよい。たとえば，特定のコンピュータジョブは，リソースに基づいたスケジューラが特定のコンピュータジョブをスケジュールすべきであるかどうかを考慮しさえする前に，他のコンピュータジョブからの指定されたある数の要求を処理することができるようにする利用基準を有していてもよい。１つの実施例では，リソースの利用が閾値を上回ると，ＲＢＳは特定のコンピュータジョブの実行を延期する。特定のコンピュータジョブは，特定のコンピュータジョブをスケジュールする前に，処理され得る他のコンピュータジョブからの要求の数を指定する。１つの実施例では，その数の要求が処理された後，次に特定のコンピュータジョブがスケジュールされる。別の実施例では，要求が処理された後，ＲＢＳは特定のコンピュータジョブがリソースを有することができるようにするかどうかを判断する。
【００２８】
  １つの実施例では，
リソースに基づいたスケジューラは，遅延なく満たされるべきであるリソース要求のための通常のワークリストと，延期され得るリソース要求のための延期ワークリストとを有する
【００２９】
  
リソースに基づいたスケジューリングワークリスト
  １つの実施例では，ＲＢＳ１００は，コンピュータジョブが使用するようにスケジュールされ得るリソースに基づいたスケジューリングワークリスト１２０をリソースごとに有する。たとえば，ＲＢＳ１００は，ＣＰＵリソースワークリスト１２０（１），ディスクＩ／Ｏワークリスト１２０（２），ネットワークＩ／Ｏワークリスト１２０（３），および他のリソースワークリスト１２０（ｎ）を有する。他のリソースワークリストの例は，ネットワークリソースワークリスト，ビデオリソースワークリスト，キーボードリソースワークリストを含むが，これらに限定されない。各ワークリスト１２０は，そのリソースに対応するリソースを利用することを待っているジョブを備える。図を不明瞭にしないために，すべての可能なリソースに基づいたスケジューリングワークリストが図１Ａに示されているわけではない。１つの実施例では，特定のワークリストは，リソースの組合せを利用するコンピュータジョブのためのものである。１つの実施例では，特定のリソースのためのワークリストが２つ以上あり，
各ワークリストは異なる優先順位に対応する。たとえば，優先順位が高いコンピュータジョブがあるワークリストに入り，優先順位が中程度であるコンピュータジョブが別のワークリストに入る，などである
【００３０】
  １つの実施例では，ＲＢＳ１００は，実行可能なコード１０８の分析に基づいて，どのワークリストにコンピュータジョブを載せるかを判断する。たとえば，１つの実施例では
，ＲＢＳ１００は，コンピュータジョブの実行可能なコード１０８における命令を調べて，コンピュータジョブがどのリソースを必要としているかを判断する。
【００３１】
  １つの実施例では，十分な量のコンピュータリソースが利用可能である場合，
ＲＢＳ１００は，リソースに対応するワークリストにおけるコンピュータジョブのうちの１つにリソースを与える。たとえば，スケジューリング論理１１２は，リソースの利用可能容量およびコンピュータジョブの利用基準に基づいて，ワークリスト上のコンピュータジョブのうちの１つを選択する。他の選択基準を用いることができる。選択基準は，ジョブをワークリストに加えた順序，コンピュータジョブの優先順位（たとえばプロセスの優先順位，スレッドの優先順位），ならびにリソースの利用可能容量とジョブのリソース必要性とのマッチングを含むが，これらに限定されない
Ｃ　「【００３５】
  アプリケーションに基づいた例
  以下は，アプリケーションにおけるリソースに基づいたスケジューリングの一例である。例として，アプリケーションはデフラグ用プログラムまたはウイルススキャナであってもよい。この例では，コンピュータジョブＡは，ディスクＩ／Ｏスケジューリングワークリスト１２０（２）の上部にあり，６０％のディスクＩ／Ｏ利用可能容量の利用基準を有し，ディスクＩ／Ｏスケジューリングワークリスト１２０（２）上で次であるコンピュータジョブＢは，２０％のディスクＩ／Ｏ利用可能容量の利用基準を有する。ディスクＩ／
Ｏが３０％の利用可能容量を有する場合，ＲＢＳ１００はコンピュータジョブＡをスケジュールすることはないであろう。なぜなら，ディスクＩ／Ｏは十分な利用可能容量を持たないためである。しかし，コンピュータジョブＢはスケジュールされ得るであろう。ＲＢＳ１００は，この場合，ディスクＩ／Ｏを無駄にする代わりに利用するように適切なコンピュータジョブ（コンピュータジョブＢ）をスケジュールすることによって３０％のディスクＩ／Ｏ利用可能容量を使用する。ＲＢＳ１００が６０％のディスクＩ／Ｏを必要とするコンピュータジョブＡにディスクＩ／Ｏリソースを与えた場合，これはコンピュータジョブの衝突を引起していたかもしれない。なぜなら，２００％以上のディスクＩ／Ｏリソースが割当てられていたであろうという理由のためである。」
Ｄ　「【００６６】
  ハードウェア概要
  図３は，本発明の実施例が実現され得るコンピュータシステム３００を図示するブロック図である。プロセス２００のステップは，システム３００の１つ以上のコンピュータ読取可能媒体の命令として記憶され，コンピュータシステム３００のプロセッサ上で実行される。コンピュータシステム３００は，情報を通信するためのバス３０２または他の通信メカニズムと，バス３０２に結合される，情報を処理するためのプロセッサ３０４とを含む。コンピュータシステム３００はまた，バス３０２に結合される，プロセッサ３０４によって実行されるべき情報および命令を記憶するための，ランダムアクセスメモリ（ＲＡＭ）または他の動的記憶装置などのメインメモリ３０６も含む。メインメモリ３０６はまた，プロセッサ３０４によって実行されるべき命令の実行中に，一時変数または他の中間情報を記憶するために用いられ得る。コンピュータシステム３００はさらに，バス３０２に結合される，プロセッサ３０４のための静的情報および命令を記憶するための読出専用メモリ（ＲＯＭ）３０８または他の静的記憶装置を含む。情報および命令を記憶するための，磁気ディスクまたは光学ディスクなどの記憶装置３１０が設けられ，バス３０２に結合される。コンピュータシステム３００は，プロセッサ３０４をいくつでも有してよい。たとえば，１つの実施例では，
コンピュータシステム３００はマルチプロセッサシステムである。プロセッサ３０４は，コアをいくつでも有してよい。１つの実施例では，プロセッサ３０４はマルチコアプロセッサ３０４である
２　引用文献２
　本願出願前に頒布され，前置拒絶理由にて引用された文献である特開２０１０−２４４３１６号公報（以下「引用文献２」という）には，図面とともに次の事項が記載されている。
Ｅ「【０１６５】
  このように，
制御部１０１は，入力レートや出力レート等に基づいて，画像符号化処理に割り当てるハードウェア資源の量をより適切な状態に保つことができる。画像符号化処理に割り当てられないコアは，例えば他の処理に割り当てることができるので，以上のような制御により，サブCPUコア４４２がより有効に活用されるようになる
３　引用発明の認定
　引用文献１に記載された事項を検討する。
ア　上記Ｄに「コンピュータシステム３００はマルチプロセッサシステムである。プロセッサ３０４は，コアをいくつでも有してよい。１つの実施例では，プロセッサ３０４はマルチコアプロセッサ３０４である」と記載されていることから，引用文献１には「複数のコアを有するマルチコアプロセッサ」を有する「コンピュータシステム」が記載されていると認められる。
イ　上記Ａに「リソースに基づいたスケジューリングワークリスト１２０を有するリソースに基づいたスケジューラ（ＲＢＳ）１００の図である。ＲＢＳ１００は，異なるコンピュータリソースの利用可能容量に基づいて，コンピュータジョブを事前対応的にスケジュールする」と記載されていることから，「コンピュータジョブのスケジューリングを行うリソースに基づいたスケジューラ」が記載されているといえる。また，上記Ａに「「コンピュータジョブ」または「ジョブ」という用語は，本明細書中で用いられるとき，コンピュータプロセス，スレッド，（本明細書中で後述する）マイクロジョブ，または実行可能なコンピュータコードの任意の部分を含むが，これらに限定されない。」と記載されていることから，引用文献１の「コンピュータジョブ」には「コンピュータプロセスを含む」といえる。そうすると，引用文献１には，「コンピュータジョブ（コンピュータプロセスを含む）のスケジューリングを行うリソースに基づいたスケジューラ（ＲＢＳ）」が記載されていると認められる。
ウ　上記Ｂに「リソースに基づいたスケジューラは，遅延なく満たされるべきであるリソース要求のための通常のワークリストと，延期され得るリソース要求のための延期ワークリストとを有する」と記載されていることから，引用文献１には「リソースに基づいたスケジューラは，遅延なく満たされるべきであるリソース要求のための通常のワークリストと，延期され得るリソース要求のための延期ワークリストとを有」することが記載されていると認められる。
エ　上記Ｂに「リソースに基づいたスケジューリングワークリスト（中略）各ワークリストは異なる優先順位に対応する。たとえば，優先順位が高いコンピュータジョブがあるワークリストに入り，優先順位が中程度であるコンピュータジョブが別のワークリストに入る，などである」と記載されていることから，引用文献１の「リソースに基づいたスケジューラ」には「優先順位の高いコンピュータジョブが入ったワークリスト」と「優先順位が中程度であるコンピュータジョブが入る別のワークリスト」を有するといえ，「優先順位が中程度であるコンピュータジョブ」は「優先順位の高いコンピュータジョブ」に対して「優先順位が高くないコンピュータジョブ」と言い換えることができるので，引用文献１の「リソースに基づいたスケジューラ（ＲＢＳ）」には「優先順位の高いコンピュータジョブが入ったワークリストと，優先順位が高くないコンピュータジョブが入ったワークリスト等を有」していることが記載されているといえる。
オ　上記Ｂに「ＲＢＳ１００は，リソースに対応するワークリストにおけるコンピュータジョブのうちの１つにリソースを与える。たとえば，スケジューリング論理１１２は，リソースの利用可能容量およびコンピュータジョブの利用基準に基づいて，ワークリスト上のコンピュータジョブのうちの１つを選択する。他の選択基準を用いることができる。選択基準は，ジョブをワークリストに加えた順序，コンピュータジョブの優先順位（たとえばプロセスの優先順位，スレッドの優先順位），ならびにリソースの利用可能容量とジョブのリソース必要性とのマッチングを含むが，これらに限定されない。」と記載されていることから，引用文献１の「リソースに基づいたスケジューラ（ＲＢＳ）」は「コンピュータジョブの優先順位，リソースの利用可能容量とリソース必要性とのマッチングを含む基準を用いて，コンピュータリソースが利用可能である場合，ワークリストのコンピュータジョブの一つを選択」することが記載されているといえる。
カ　上記Ａに「ＲＢＳ１００は，既にリソースを利用している他のジョブのうちのいずれかの侵害が最小限の状態で，いつ特定のリソースが一部分だけ利用されるかを判断でき，未利用の部分を選択されたジョブに割当てることができる」と記載されていることから，引用文献１の「リソースに基づいたスケジューラ（ＲＢＳ）」は「既にリソースを利用しているコンピュータジョブのうち，いつ特定のリソースが一部分だけを利用されるかを判断でき，未使用部分を選択されたジョブに割り当てる」ことが記載されているといえる。
キ　上記ア乃至カに示した事項により，引用文献１には，次の発明（以下「引用発明」という）が記載されているものと認められる。
「複数のコアを有するマルチコアプロセッサと，
コンピュータジョブ（コンピュータプロセスを含む）のスケジューリングを行うリソースに基づいたスケジューラ（ＲＢＳ）と，
　前記リソースに基づいたスケジューラ（ＲＢＳ）は，遅滞なく満たされるべきであるリソース要求のための通常のワークリストと，延期され得るリソース要求のための延期ワークリストと，優先順位の高いコンピュータジョブが入ったワークリストと，優先順位が高くないコンピュータジョブが入ったワークリスト等を有し，
　コンピュータジョブの優先順位，リソースの利用可能容量とリソース必要性とのマッチングを含む基準を用いて，コンピュータリソースが利用可能である場合，ワークリストのコンピュータジョブの一つを選択し，
　既にリソースを利用しているコンピュータジョブのうち，いつ特定のリソースが一部分だけを利用されるかを判断でき，未使用部分を選択されたジョブに割り当てる，
　ことを特徴とするコンピュータシステム」
第４　対比
（ア）引用発明の「複数のコアを有するマルチコアプロセッサ」は，本願発明の「複数のコア部を有するプロセッサ」に相当する。
（イ）引用発明の「コンピュータジョブ（コンピュータプロセスを含む）のスケジューリングを行うリソースに基づいたスケジューラ（ＲＢＳ）」と，本願発明の「コア部へのプロセススケジューリングを行うスケジューラ」とを対比すると，本願発明の「コア部」は上位概念で「リソース」といえるので，両者は後記する点で相違するものの，
“リソースのプロセススケジューリングを行うスケジューラ”という点で共通する。
（ウ）引用発明の「前記リソースに基づいたスケジューラ（ＲＢＳ）は，遅滞なく満たされるべきであるリソース要求のための通常のワークリストと，延期され得るリソース要求のための延期ワークリストと，優先順位の高いコンピュータジョブが入るワークリストと，優先順位が高くないコンピュータジョブが入るワークリスト等を有し，コンピュータジョブの優先順位，リソースの利用可能容量とリソース必要性とのマッチングを含む基準を用いて，コンピュータリソースが利用可能である場合，ワークリストのコンピュータジョブの一つを選択し，既にリソースを利用しているコンピュータジョブのうち，いつ特定のリソースが一部分だけを利用されるかを判断でき，未使用部分を選択されたジョブに割り当てる」と，本願発明の「前記スケジューラは，実行可能な複数のプロセスを，アシストプロセステーブルに記載された処理を実行する第１のプロセスと，通常プロセステーブルに記載された処理を実行する第２のプロセスとに分けて取得し，前記第２のプロセスが，前記複数のコア部のうちの一部のコア部で実行されている期間に，未使用のコア部に前記第１のプロセスを実行させるように，前記第１のプロセスの実行タイミングを調整する」とを対比すると，
　引用発明の「遅滞なく満たされるべきであるリソース要求のための通常のワークリスト」又は「優先順位の高いコンピュータジョブが入るワークリスト」は，本願発明の「通常プロセステーブル」に相当し，引用発明の「延期され得るリソース要求のための延期ワークリスト」又は「優先順位の高くないコンピュータジョブが入るワークリスト」は，本願発明の「アシストプロセステーブル」に相当し，引用発明の「優先順位が高くないコンピュータジョブ」及び「優先順位の高いコンピュータジョブ」は，引用発明のコンピュータジョブにはコンピュータプロセスが含まれることから，本願発明の「第１のプロセス」及び「第２のプロセス」にそれぞれ相当し，引用発明の「ワークリストのコンピュータジョブの一つを選択」することは，ワークリストからコンピュータジョブを選択することは，各ワークリスト毎に分けてコンピュータジョブを選択（取得）しているといえるので，本願発明の「分けて取得」することに相当する。
　引用発明の「既にリソースを利用しているコンピュータジョブ」には，「遅滞なく満たされるべきであるリソース要求のための通常のワークリスト」に入るような「優先順位の高いコンピュータジョブ」が含まれていることは明らかであり，引用発明の「リソース」と本願発明の「コア部」は上位概念として「リソース」といえるので，本願発明の「第２プロセスが前記複数のコア部（リソース）のうちの一部のコア部（リソース）で実行されている期間」に対応し，引用発明の「いつ特定のリソースが一部分だけを利用されるかを判断でき，未使用部分を選択されたジョブに割り当てる」ことは，「延期され得るリソース要求のための延期ワークリスト」に入るような「優先順位の高くないジョブ」が含まれるといえるので，本願発明の「未使用のコア部（リソース）に前記第１プロセスを実行させるように，実行第１プロセスの実行タイミングと調整する」ことに対応する。そうすると，後記する点で相違するものの，
“前記スケジューラは，実行可能な複数のプロセスを，アシストプロセステーブルに記載された処理を実行する第１のプロセスと，通常プロセステーブルに記載された処理を実行する第２のプロセスとに分けて取得し，プロセスが，複数のリソースのうちの一部のリソースで実行されている期間に，未使用のリソースにプロセスを実行させるように，プロセスの実行タイミングを調整する”という点で共通する。
（エ）引用発明の「コンピュータシステム」は本願発明の「情報処理装置」に相当する。
（オ）上記（ア）乃至（エ）
＜一致点＞
　複数のコア部を有するプロセッサと，
　リソースへのプロセススケジューリングを行うスケジューラと，
を備え，
　前記スケジューラは，
　実行可能な複数のプロセスを，アシストプロセステーブルに記載された処理を実行する第１のプロセスと，通常プロセステーブルに記載された処理を実行する第２のプロセスとに分けて取得し，プロセスが，複数のリソースのうちの一部のリソースで実行されている期間に，未使用のリソースにプロセスを実行させるように，プロセスの実行タイミングを調整する，
　ことを特徴とする情報処理装置。
＜相違点＞
「リソース」の割り当てに関し，本願発明では，「コア部」への割り当てを行い，「第２プロセスが，複数のコア部のうちの一部のコア部で実行されている期間に，未使用のコア部に第１プロセスを実行させるように，第１プロセスの実行タイミングを調整」しているのに対して，引用発明では「リソース」の一つとしてＣＰＵを含み「マルチコアプロセッサ」を用いて、リソースに基づいたスケジューリングを行っているものの，「リソース」の割り当てとして「コア部」を特定していない点。
第５　当審の判断
　相違点について検討する。
　引用文献２（上記Ｅ参照）には「制御部１０１は，入力レートや出力レート等に基づいて，画像符号化処理に割り当てるハードウェア資源の量をより適切な状態に保つことができる。画像符号化処理に割り当てられないコアは，例えば他の処理に割り当てることができるので，以上のような制御により，サブCPUコア４４２がより有効に活用されるようになる」と記載されているように，リソース（ハードウエア資源）の割り当てとして，複数のＣＰＵコアのうち，割り当てられないＣＰＵコアには他の処理を割り当て，リソースを有効活用させることは周知慣用技術に過ぎず，引用発明のリソースの割り当てとして，「ＣＰＵコア」の割り当てを行うことは当業者が適宜なし得ることであり，優先順位の高い第２プロセス（通常プロセス）からコアの割り当てを行い，優先順位の低い第１プロセスを未使用のリソース（ＣＰＵコア）に割り当てることに格別の困難性が認められない。
　よって，相違点は格別なものではない。
第６　むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
よって，結論のとおり審決する。