【事件の表示】
　特願２００５−２６６２４２「グリッド仮想システムの計算資源を割り当てるシステムおよび方法」拒絶査定不服審判事件〔平成１８年　３月３０日出願公開、特開２００６−　８５７１２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　出願日　　　　　　　　　　　　　　平成１７年９月１４日
　　　　　　　　　　　（優先権主張日２００４年９月１７日，米国）
　拒絶理由　　　　　　　　　　　　　平成１９年１１月１９日　
　意見書及び手続補正書　　　　　　　平成２０年２月１８日　
　拒絶査定　　　　　　　　　　　　　平成２０年４月２日
　同謄本送達　　　　　　　　　　　　平成２０年４月７日
　審判請求　　　　　　　　　　　　　平成２０年７月１日　
　手続補正書　　　　　　　　　　　　平成２０年７月１日
　前置報告書　　　　　　　　　　　　平成２０年８月２６日
　審尋　　　　　　　　　　　　　　　平成２２年４月２１日
　回答書　　　　　　　　　　　　　　平成２２年７月２０日
　拒絶理由　　　　　　　　　　　　　平成２３年１月１２日
　意見書及び手続補正書　　　　　　　平成２３年４月１２日　
　拒絶理由（最後）　　　　　　　　　平成２３年５月１７日
　意見書及び手続補正書　　　　　　　平成２３年６月２８日　
　
　
第２．平成２３年６月２８日付けの手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　平成２３年６月２８日付けの手続補正を却下する。
　
［理由］
１．本件補正
　平成２３年６月２８日付けの手続補正（以下、「本件補正」という。）により特許請求の範囲の請求項１乃至請求項７は次のように補正された。（補正部分には下線が付されている。）
（本件補正後の特許請求の範囲）
「【請求項１】
　計算資源を割り当てる方法であって、
　
複数の仮想パーティションを含む
　アプリケーショントランザクションを処理するために、１つ以上の前記
仮想パーティション
複数の
　前記計算資源がアイドルである場合に、前記複数のアプリケーションに関連した計算資源を、前記
仮想パーティション
　前記再割り当てすることに応答して、グリッドサービスの可用性を登録する（２０３）ことと、
　前記
仮想パーティション
　前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記
仮想パーティション
保持すること
　前記スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示す（２０９）ことと
　を含む
　方法。
　　【請求項２】
　前記複数のアプリケーションの性能メトリックを収集すること
　をさらに含む請求項１に記載の方法。
　　【請求項３】
　前記再割り当てすることは、前記性能メトリックおよびサービスレベル目標に基づいて実行される
　請求項
２
　　【請求項４】
　前記
仮想パーティション
　をさらに含む
　請求項１に記載の計算資源を割り当てる方法。
　　【請求項５】
　
１つ以上の仮想パーティションを含むグリッド仮想システム（１０９）と、
　
前記
仮想パーティション
　　複数のアプリケーション（１０６）と
、
　　前記複数のアプリケーションと前記グリッドシステムとの間で前記複数の計算資源を割り当てる管理プロセス（１０７）と、
　　を備え、
　　前記管理プロセスが、計算資源割り当ての変更を行うときに、
　　前記管理プロセスは、前記グリッド仮想システムに関連したデーモン（１１０）へ、第１のメッセージを通信し、
　　前記デーモンは、前記第１のメッセージの受信に応答して、グリッド登録オペレーションを実行し、グリッドジョブのスケジューリングに応答して、前記管理プロセスへ第２のメッセージを通信し、
　　前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記
仮想パーティション
　　前記グリッドジョブの実行が完了すると、前記デーモンは、第３のメッセージを前記管理プロセスへ通信する
　　計算システム。
　　【請求項６】
　　前記管理プロセスは、前記第３のメッセージに応答して、前記保持された計算資源を、前記複数のアプリケーションの１つへの再割り当て用に利用可能にする
　　請求項
５
　　【請求項７】
　　前記管理プロセスは、複数のサービスレベル目標を使用して、前記複数の計算資源を再割り当てする
　　請求項
５
　
（本件補正前の特許請求の範囲）
「【請求項１】
　計算資源を割り当てる方法であって、
　共有資源ドメイン内の複数のアプリケーションおよびグリッド仮想システムを実行することと、
　アプリケーショントランザクションを処理するために、１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てることと、
　前記計算資源がアイドルである場合に、前記複数のアプリケーションに関連した計算資源を、前記グリッド仮想システムに動的に再割り当てする（２０１）ことと、
　前記再割り当てすることに応答して、グリッドサービスの可用性を登録する（２０３）ことと、
　前記グリッド仮想システム内での実行用にグリッドジョブをスケジューリングする（２０５）ことと、
　前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）ことと、
　前記スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示す（２０９）ことと
　を含む
　方法。
　　【請求項２】
　前記実行することは、
　前記複数のアプリケーションおよび前記グリッド仮想システムのそれぞれについて仮想パーティションを設けること、
　を含む
　請求項１に記載の方法。
　　【請求項３】
　前記複数のアプリケーションの性能メトリックを収集すること
　をさらに含む請求項１に記載の方法。
　　【請求項４】
　前記再割り当てすることは、前記性能メトリックおよびサービスレベル目標に基づいて実行される
　請求項３に記載の方法。
　　【請求項５】
　前記グリッド仮想システムの最小資源量を定義し、スケジューリングされた各グリッドジョブをサポートすること
　をさらに含む
　請求項１に記載の計算資源を割り当てる方法。
　　【請求項６】
　１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）と、
　複数のアプリケーション（１０６）と、
　グリッド仮想システム（１０９）と、
　前記複数のアプリケーションと前記グリッドシステムとの間で前記複数の計算資源を割り当てる管理プロセス（１０７）と、
　を備え、
　前記管理プロセスが、計算資源割り当ての変更を行うときに、
　前記管理プロセスは、前記グリッド仮想システムに関連したデーモン（１１０）へ、第１のメッセージを通信し、
　前記デーモンは、前記第１のメッセージの受信に応答して、グリッド登録オペレーションを実行し、グリッドジョブのスケジューリングに応答して、前記管理プロセスへ第２のメッセージを通信し、
　前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記グリッド仮想システムに割り当てられた計算資源を保持し、
　前記グリッドジョブの実行が完了すると、前記デーモンは、第３のメッセージを前記管理プロセスへ通信する
　計算システム。
　　【請求項７】
　前記管理プロセスは、前記第３のメッセージに応答して、前記保持された計算資源を、
前記複数のアプリケーションの１つへの再割り当て用に利用可能にする
　請求項６に記載の計算システム。
　　【請求項８】
　前記管理プロセスは、複数のサービスレベル目標を使用して、前記複数の計算資源を再割り当てする
　請求項６に記載の計算システム。」（以下、この特許請求の範囲に記載された請求項を「補正前請求項」という。）
　
２．補正の内容
　補正前請求項１は補正後請求項１に対応し、補正前請求項２は削除され、補正前請求項３〜８は、それぞれ補正後請求項２〜７に対応すると認められる。
Ａ．補正後請求項１は、補正前請求項１の「共有資源ドメイン内」を「
複数の仮想パーティションを含む
仮想パーティション
Ｂ．補正後請求項３は、その引用請求項の番号を補正し、
Ｃ．補正後請求項４は、補正前請求項５の「グリッド仮想システム」を「
仮想パーティション
Ｄ．補正後請求項５は、補正前請求項６の「１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）と、
　複数のアプリケーション（１０６）と、」を
「
１つ以上の仮想パーティションを含むグリッド仮想システム（１０９）と、
　
前記
仮想パーティション
　　複数のアプリケーション（１０６）と
、
　グリッド仮想システム（１０９）と、」に、「サービス品質をサポートするために、前記グリッド仮想システム」を「サービス品質をサポートするために、前記
仮想パーティション
Ｅ．補正後請求項６、７は、その引用請求項の番号をそれぞれ補正するものである。
　
３．本件補正における新規事項追加についての判断
　本件補正が、願書に最初に添付した明細書、特許請求の範囲又は図面（以下、「当初明細書等」という。）に記載した事項の範囲内においてされたものであるか検討する。
　Ａ．Ｂ．Ｃ．Ｅ．の補正は、当初明細書等の【０００８】【０００９】【００１６】【００２４】段落、図１、図２に記載された事項の範囲内においてなされたものと認められる。
　しかしながら、Ｄ．の補正は、その補正後請求項５の「１つ以上の仮想パーティションを含むグリッド仮想システム（１０９）」は、当初明細書等のどこにも記載されていないし、示唆もない。
　なお、当初明細書等には「仮想パーティション」や「グリッド仮想システム」の記載はあるものの、「グリッド仮想システム」が「仮想パーティション」を「含む」ことを示唆する記載は何処にも見当たらず、また、「グリッド仮想システム」が「仮想パーティション」を「含む」ことが技術常識であるとも認められなない。
　したがって、当初明細書等のすべての記載を総合しても、補正後請求項５の「１つ以上の仮想パーティションを含むグリッド仮想システム（１０９）」なる技術的事項を導き出し得るものではなく、本件補正は、当初明細書等に記載した事項の範囲内においてされたものではない。
　よって、本件補正は、特許法第１７条の２第３項の規定に違反してなされたものである。
　
４．本件補正の独立特許要件についての判断
　補正後請求項５にかかる本件補正は、補正前請求項６に係る発明を特定するための事項（以下「発明特定事項」と記す。）である「グリッド仮想システム」が「仮想パーティションを含む」ものである旨を限定し、さらに、「グリッド仮想システム」に含まれていた「計算資源」を該「仮想パーティション」に含まれるものに限定したものであり、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものとも言えるものであるから、該補正後請求項５およびこれに従属する請求項６、７に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否かについて検討する。
　上記３．で述べたように、該補正後請求項５の「１つ以上の仮想パーティションを含むグリッド仮想システム（１０９）」は、当初明細書等のどこにも記載も示唆もされていないものであり、当然、本願の発明の詳細な説明にも記載も示唆もされていないものである。また、このため、補正後請求項５の「仮想パーティション」や「グリッド仮想システム」への「計算資源」の「割り当て」が、発明の詳細な説明中のどの記載と対応するのかも不明である。
　したがって、補正後請求項５ないし請求項７に係る発明は発明の詳細な説明に記載されたものではなく、補正後請求項５ないし請求項７は特許法第３６条第６項第１号の要件を満たしていない。
　よって、本件補正は、特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反してなされたものである。
　
５．　むすび
　上記３．のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項の規定に違反するので、本件補正は同法第１５９条１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　また、上記４．のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものでもある。
　
　よって、上記補正却下の決定の結論のとおり決定する。
　
　
第３．本件審判請求の成否
１．本願請求項に係る発明
　平成２３年６月２８日付けの手続補正は前記のとおり却下されたので、本願の請求項１〜８に係る発明は、平成２３年４月１２日付けの手続補正書により補正された特許請求の範囲の請求項１〜８に記載されたとおりの次の事項により特定されるものである。（再掲する。）
「【請求項１】
　計算資源を割り当てる方法であって、
　共有資源ドメイン内の複数のアプリケーションおよびグリッド仮想システムを実行することと、
　アプリケーショントランザクションを処理するために、１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てることと、
　前記計算資源がアイドルである場合に、前記複数のアプリケーションに関連した計算資源を、前記グリッド仮想システムに動的に再割り当てする（２０１）ことと、
　前記再割り当てすることに応答して、グリッドサービスの可用性を登録する（２０３）ことと、
　前記グリッド仮想システム内での実行用にグリッドジョブをスケジューリングする（２０５）ことと、
　前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）ことと、
　前記スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示す（２０９）ことと
　を含む
　方法。
　　【請求項２】
　前記実行することは、
　前記複数のアプリケーションおよび前記グリッド仮想システムのそれぞれについて仮想パーティションを設けること、
　を含む
　請求項１に記載の方法。
　　【請求項３】
　前記複数のアプリケーションの性能メトリックを収集すること
　をさらに含む請求項１に記載の方法。
　　【請求項４】
　前記再割り当てすることは、前記性能メトリックおよびサービスレベル目標に基づいて実行される
　請求項３に記載の方法。
　　【請求項５】
　前記グリッド仮想システムの最小資源量を定義し、スケジューリングされた各グリッドジョブをサポートすること
　をさらに含む
　請求項１に記載の計算資源を割り当てる方法。
　　【請求項６】
　１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）と、
　複数のアプリケーション（１０６）と、
　グリッド仮想システム（１０９）と、
　前記複数のアプリケーションと前記グリッドシステムとの間で前記複数の計算資源を割り当てる管理プロセス（１０７）と、
　を備え、
　前記管理プロセスが、計算資源割り当ての変更を行うときに、
　前記管理プロセスは、前記グリッド仮想システムに関連したデーモン（１１０）へ、第１のメッセージを通信し、
　前記デーモンは、前記第１のメッセージの受信に応答して、グリッド登録オペレーションを実行し、グリッドジョブのスケジューリングに応答して、前記管理プロセスへ第２のメッセージを通信し、
　前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記グリッド仮想システムに割り当てられた計算資源を保持し、
　前記グリッドジョブの実行が完了すると、前記デーモンは、第３のメッセージを前記管理プロセスへ通信する
　計算システム。
　　【請求項７】
　前記管理プロセスは、前記第３のメッセージに応答して、前記保持された計算資源を、
前記複数のアプリケーションの１つへの再割り当て用に利用可能にする
　請求項６に記載の計算システム。
　　【請求項８】
　前記管理プロセスは、複数のサービスレベル目標を使用して、前記複数の計算資源を再割り当てする
　請求項６に記載の計算システム。」
　
２．拒絶理由
　当審の拒絶理由通知（最後）に示した拒絶の理由は、概略、次のとおりである。
「一．平成２３年４月１２日付けの手続補正は、下記の点で願書に最初に添付した特許請求の範囲、明細書又は図面（「当初明細書」という。）に記載した事項の範囲内においてしたものでないから、特許法第１７条の２第３項に規定する要件を満たしていない。
　　　　　　　　　　　　　　　記
Ａ．請求項１には「１つ以上の前記グリッド仮想システムに含まれる計算資源」を前記複数のアプリケーションに割り当てる旨の技術的事項が記載されているが、当初明細書には、グリッド仮想システムに計算資源が含まれることも、該計算資源を複数のアプリケーションに割り当てることも記載されておらず、前記事項は、当初明細書に記載されたものでない。
　当初明細書には、「【００１２】…（中略）…ＳＬＯ１０８は、パーティション１０１−１〜１０１−２内のアプリケーション１０６−１および１０６−２の所望の動作目標を定義する。
　例えば、特定のタイプのトランザクションを完了する所望の時間の長さを１ミリ秒に等しくなるように指定するＳＬＯを定義することができる。…（中略）…
　アプリケーション１０６がＳＬＯを達成しそうにない場合、ｇＷＬＭ１０７は、１つまたは複数のプロセッサ１２１を各仮想パーティション１０１に追加して割り当てて、アプリケーションの性能不振を改善することができる。
　…（中略）…
【００１３】
　パーティション、性能モニタ、およびワークロードマネージャの実施に関連したさらに詳細な内容は、２００２年７月２６日に出願された「Dynamic management of virtual partition computer workloads through service level optimization」と題する米国特許出願第１０／２０６，５９４号（当審注；原審拒絶理由で引用された特開２００４−６２９１１号公報のパテントファミリー）に見つけることができる。
　この米国特許出願は、参照により本明細書に援用される。
…（中略）…
　グリッド仮想システム１０９は、物理資源を仮想化して、仮想化した資源をグリッドアプリケーション（計算グリッド１１１等）に利用可能にするソフトウェアフレームワークである。」と記載され、図１にはＣＰＵ１２１−３が図示されているが、これらの記載からは、アプリケーショントランザクションを処理するために、「１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てること」を導き出すことはできない。
Ｂ．請求項１には「前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）こと」との技術的事項が記載されているが、当初明細書にはグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）ことは明示的な記載はなく、前記事項は、当初明細書に記載されたものでない。　
　【００１６】【００１８】段落には「グリッドジョブがスケジューリングされると、グリッドサービスデーモン１１０は、グリッドポリシー更新メッセージをｇＷＬＭ１０７へ通信することができる。
　グリッドポリシー更新メッセージは、ｇＷＬＭ１０７に、仮想パーティション１０１−３内に十分な資源を保持させて、スケジューリングされたジョブに使用される各サービス（複数可）に関連したサービス品質（ＱｏＳ）特性をサポートさせることができる。
　例えば、ｇＷＬＭ１０７は、再割り当ての対象ではない仮想パーティション１０１−３のＳＬＯ１０８内に最小資源割り当てを記憶することができる。」
「ブロック２０５では、グリッドジョブがスケジューリングされて実行される。
　ブロック２０６では、グリッドポリシー更新メッセージが、グリッドサービスデーモンからｇＷＬＭへ通信されて、資源が、スケジューリングされたジョブに必要とされていることが示される。」と記載されているが、前記事項が明示的に記載されているものではなく、これらの記載や他の記載からも導き出せるものではなく、したがって、前記事項は当初明細書に記載した事項の範囲内においてされたものとは認められない。
Ｃ．請求項６の「１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）」は、Ａ．で言及したことと同じ趣旨により、当初明細書に記載した事項の範囲内においてされたものとは認められない。
Ｄ．請求項６の「前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記グリッド仮想システムに割り当てられた計算資源を保持し」は、Ｂ．で言及したことと同じ趣旨により、当初明細書に記載した事項の範囲内においてされたものとは認められない。
　
二．この出願は、特許請求の範囲及び発明の詳細な説明の記載が下記の点で、特許法第３６条第６項第１号、第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　記
ア．請求項１の「アプリケーショントランザクションを処理するために、１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てる」は、明細書のどの記載と対応するのか明確でない。（第３６条第６項第１号）
　また、「１つ以上の」が「グリッド仮想システム」にかかり受けされるのか、グリッド仮想システムに含まれる「計算資源」にかかり受けされるのか明確でない。（第３６条第６項第２号）
イ．請求項１の「前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）こと」は、発明の詳細な説明のどの記載と対応するのか明確でない。（第３６条第６項第１号）　
ウ．請求項６についても、ア．イ．と同じ趣旨のことがいえる。
　
三．この出願の請求項１乃至請求項８に係る発明は、その出願前（優先権主張日；２００４年９月１７日，米国）に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　記
引用文献１；特開２００４−３８９７２号公報
引用文献２；特開２００４−２０６２７３号公報
引用文献３；特開２００４−６２９１１号公報（原審の引用文献１）
　　…（中略）…
請求項２について
　引用文献１の「各ネットワーク・ワークステーションには、『仮想マシン』として知られるコンピューティング概念を実装するハイパーバイザと呼ばれるソフトウェアを装備する」「仮想マシンは、実行環境をワークステーションのインタラクティブ・ワークロードとその可能なグリッド・ワークロードの間で区分し、グリッド・ワークロードが仮想マシンに含まれ、保護されるようにする」「仮想マシンは、本発明の各ネットワーク・ワークステーションにワークステーションのインタラクティブ・ワークロードとワークステーションに割り当てられたグリッド・ワークロードの間である種の論理的な分離を維持させることのできる１つの可能な機構を提供する」により仮想パーティション（仮想区分）が示されている。
　前記実行することは、
　前記複数のアプリケーションおよび前記グリッド仮想システムのそれぞれについて仮想パーティションを設けること、
　を含む、と成すことは、当業者が適宜になし得ることである。
　
請求項３について
　引用文献１の請求項６には、「各ローカル・ワークロードによる各ワークステーションの利用率を監視する」と記載されており、これは「複数のアプリケーションの性能メトリックを収集すること」に相当する。
　前記複数のアプリケーションの性能メトリックを収集すること
　をさらに含む、と成すことは当業者が容易になし得ることである。
　
請求項４について
　引用文献１の請求項７には「活動レベル」「分類」「利用率（性能メトリック）」が記載されており、請求項８には「遅延レベルを判定」して「追加の仮想マシンと共用」することが記載されており、これらは「性能メトリックおよびサービスレベル目標に基づいて」いることに相当する。
　前記再割り当てすることは、前記性能メトリックおよびサービスレベル目標に基づいて実行される、と成すことは当業者が容易になし得ることである。
　
請求項５について
　引用文献３の【００４４】段落には「ＰＬＭ（区画負荷マネージャ）は最小限の資源を各区画に提供すること」が記載されている。
　前記グリッド仮想システムの最小資源量を定義し、スケジューリングされた各グリッドジョブをサポートすること、をさらに含むは、当業者が適宜になし得ることである。
　
請求項６について
　引用文献１の図３には、ワークステーション２０とワークロードスケジューラ１４０を有するワークロードマネージャ１２０の間でスケジュールの要求、応答の通信をすることができる様子が示され、デーモンを用いることは周知である。前記「ワークロードマネージャ１２０」は「複数の計算資源を割り当てる管理プロセス」に相当する。
　請求項６はカテゴリが「計算システム」の発明に係るが、請求項１と同様の事項を有し、これらの事項については、請求項１で言及したことと同様のことが言える。
　これらのことをふまえれば、
　１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）と、
　複数のアプリケーション（１０６）と、
　グリッド仮想システム（１０９）と、
　前記複数のアプリケーションと前記グリッドシステムとの間で前記複数の計算資源を割り当てる管理プロセス（１０７）と、
　を備え、
　前記管理プロセスが、計算資源割り当ての変更を行うときに、
　前記管理プロセスは、前記グリッド仮想システムに関連したデーモン（１１０）へ、第１のメッセージを通信し、
　前記デーモンは、前記第１のメッセージの受信に応答して、グリッド登録オペレーションを実行し、グリッドジョブのスケジューリングに応答して、前記管理プロセスへ第２のメッセージを通信し、
　前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記グリッド仮想システムに割り当てられた計算資源を保持し、
　前記グリッドジョブの実行が完了すると、前記デーモンは、第３のメッセージを前記管理プロセスへ通信する
　計算システム、は、当業者が容易になし得ることである。
　
請求項７について
　引用文献２の図２には、処理開始、問題処理後の回答ＩＤ通知の時点でステータスの更新（ｂｕｓｙ→ｉｄｌｅ参照）をする様子が示されており、ｉｄｌｅ更新で資源が再割り当て用に利用可能なことは明らかである。
　前記管理プロセスは、前記第３のメッセージに応答して、前記保持された計算資源を、
前記複数のアプリケーションの１つへの再割り当て用に利用可能にする、と成すことは当業者が容易になし得ることである。
　
請求項８について
　引用文献１の【００１９】段落の「閾値を超える平均応答時間を有するグリッド・ワークロードは優先使用不能に分類され、残りはすべて優先使用可能に分類されるように、閾値をワークロード・アナライザ１３０に設定することができる。」、【００２０】段落の「各グリッド・ワークロード１５０はカテゴリ変数１６０に関連付けられている。グリッド・ワークロード１５０とカテゴリ変数１６０の間のこの関連付けは、後述するようにグリッド・ワークロード１５０のスケジューリングを試みる際にグリッド・ワークロード・マネージャ１２０が関連付けられたカテゴリ変数１６０に容易にアクセスできる」、【００２１】段落の「グリッド・ワークロード１５０のスケジューリングを試みる場合に、システムは、可能ならば、ワークステーション２０およびグリッド・ワークロード１５０の状態の特徴付けを考慮する。」を参酌することにより、
　前記管理プロセスは、複数のサービスレベル目標を使用して、前記複数の計算資源を再割り当てする、と成すことは当業者が容易になし得ることである。
　　…（後略）…」
　
３．拒絶理由が解消されているか否かについて
　平成２３年５月１７日付け拒絶の理由で指摘した点が解消されているかについて、以下に検討する。
　
３．１　特許法第１７条の２第３項（新規事項）について
Ａ．請求項１には「アプリケーショントランザクションを処理するために、『１つ以上の前記グリッド仮想システムに含まれる計算資源』を前記複数のアプリケーションに割り当てる」旨の技術的事項が記載されているが、当初明細書には、計算資源を複数のアプリケーションに割り当てることであって、それによって、アプリケーショントランザクションを処理する、計算資源を複数のアプリケーションに割り当てること、計算資源がアイドルである場合に、複数のアプリケーションに関連した計算資源をグリッド仮想システムに動的に再割り当てする（方向の）こと、については記載されている（【０００５】〜【００１７】段落、図１、図２参照）が、グリッド仮想システムに含まれる計算資源を複数のアプリケーションに割り当てる（方向の）こと、ないし、アプリケーショントランザクションを処理するために、１つ以上のグリッド仮想システムに含まれる計算資源を（どのようにして）前記複数のアプリケーションに割り当てるか、何ら記載されておらず、示されていない。したがって、前記事項は、当初明細書に記載されたものでない。
Ｂ．請求項１には「前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）こと」との技術的事項が記載されているが、当初明細書には、グリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、「前記グリッド仮想システム」に割り当てられた計算資源を保持する（２０６，２０７）ことは明示的な記載はなく、発明の詳細な説明の【００１２】〜【００１７】段落や図２のステップ２０６、２０７に関連して、ｇＷＬＭ１０７は１つ、または複数のプロセッサ１２１をを各仮想パーティション１０１に追加して割り当てる旨（【００１２】段落）、計算資源を「仮想パーティション」に割り当てることは記載されているが（【００１６】段落）、グリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、「グリッド仮想システム」に割り当てることは記載はなく、前記グリッド仮想システム（を対象）に割り当てる技術的な意義についても何ら示されていない。したがって、前記事項は、当初明細書に記載されたものでない。　
Ｃ．請求項６の「１つ以上の前記グリッド仮想システムに含まれる複数の計算資源（１２１）」は、前記Ａ．で言及したことと同じ趣旨により、当初明細書に記載した事項の範囲内においてされたものとは認められない。
Ｄ．請求項６の「前記管理プロセスは、前記第２のメッセージの受信に応答して、前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記グリッド仮想システムに割り当てられた計算資源を保持し」は、前記Ｂ．で言及したことと同じ趣旨により、当初明細書に記載した事項の範囲内においてされたものとは認められない。
　
　したがって、平成２３年４月１２日付けの手続補正は、願書に最初に添付した明細書、特許請求の範囲又は図面（「当初明細書」という。）に記載した事項の範囲内においてしたものでないから、依然として、拒絶理由に示した特許法第１７条の２第３項に規定する要件を満たしていない点は解消されていない。
　
３．２　特許法第３６条第６項第１号、第２号の点について
ア．請求項１の「アプリケーショントランザクションを処理するために、１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てる」は、明細書のどの記載と対応するのか明確でない。（第３６条第６項第１号）
　また、「１つ以上の」が「グリッド仮想システム」にかかり受けされるのか、グリッド仮想システムに含まれる「計算資源」にかかり受けされるのか明確でないため、発明の範囲が明確でない。（第３６条第６項第２号）
　なお、請求人は、平成２３年６月２８日付け意見書の２．（１）認定アについて、の項において、「１つ以上の」が「グリッド仮想システム」にかかり受けされることが明確化された旨主張しているが、「１つ以上の」「グリッド仮想システム」である点を考慮しても、依然として、前記事項が明細書のどの記載と対応するのか明確でない。（第３６条第６項第１号）
イ．前記３．１のＢ．で言及したことと同趣旨のこと、すなわち、発明の詳細な説明の【００１２】〜【００１７】段落や図２のステップ２０６、２０７に関連して、ｇＷＬＭ１０７は１つ、または複数のプロセッサ１２１をを各仮想パーティション１０１に追加して割り当てる旨（【００１２】段落）、計算資源を「仮想パーティション」に割り当てることは記載されているが（【００１６】段落）、グリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、「グリッド仮想システム」に割り当てることは記載はなく、前記グリッド仮想システム（を対象）に割り当てる技術的な意義についても何ら示されおらず、請求項１の「前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する（２０６，２０７）こと」と明細書の記載との対応が依然として明確でない。（第３６条第６項第１号）
ウ．請求項６についても、ア．イ．と同じ趣旨のことがいえる。
　したがって、この出願は、特許請求の範囲の記載が、前記の点で不備であり、拒絶理由に示した特許法第３６条第６項第１号第２号に規定する要件を満たしていない点は解消されていない。
　
３．３　特許法第２９条第２項の点について
３．３．１　引用文献記載の発明
引用文献１；特開２００４−３８９７２号公報
引用文献２；特開２００４−２０６２７３号公報
引用文献３；特開２００４−６２９１１号公報（原審の引用文献１）
　本願出願前（優先権主張日；２００４年９月１７日）に頒布された刊行物である引用文献１には、図面を用いて次のように記載されている。
　
ア．「【０００５】
これらの問題点を検討して、いくつかの解決策が提案されている。具体的には、ネットワークの全マシンで資源を共用するための方法と規格が既に開発されており、今もなお改良が続けられている。これは、「グリッド計算」または単に「グリッド」として知られており、ここで用いられる技術は本発明に関する当業者には周知である。…（中略）…
【０００６】
【発明が解決しようとする課題】
…（中略）…
【０００７】
これらの理由、および当業者に容易に認識される他の理由から、個々のワークステーションの保全性パラメータおよび性能パラメータをそのインタラクティブ・ワークロードに関して維持しながら、公知のグリッド計算規格を使用するコンピュータ・ネットワークにおいてワークステーションの利用不足資源を共用することを可能にする技術を開発することが望ましい。」
　
イ．「【０００８】
【課題を解決するための手段】
本発明は、ワークステーションのインタラクティブな性能または保全性に影響を与えずにネットワーク上のワークステーションの利用不足資源が有効利用されるグリッド計算環境に適用可能な方法および、その方法を実施するシステムを企図する。本発明の目的を実現する上で、方法は、ワークステーション資源の可用性およびグリッド・ワークロードの特徴付けと、そのような特徴付けに依存する、グリッド・ワークロードに対するワークステーション資源の使用を管理する方針の実施を必要とする。ワークステーションは、監視され、グリッドによる使用の可能性に従って特徴付けられる。この特徴付けは、当業者に周知の方法を使用した、ワークステーションのＣＰＵ利用率レベルの分析とリアルタイムの監視に基づいている。グリッド・ワークロードは、長期間にわたってワークステーション資源をそれぞれが結合する程度に従って特徴付けられる。このような特徴付けは、シミュレーション・モデリングを使用するか、またはグリッド・ワークロードの分析によって実行することができる。次に、特定の識別された可用性の状態でどのタイプの１つ以上のグリッド・ワークロードを１つ以上のワークステーションでスケジュールすることができるかを管理する規則が確立され、実施される。すなわち、グリッド・ワークロードは使用可能と特徴付けられたワークステーションでのみスケジュールされ、ワークステーション資源上で特にハードであると特徴付けられたグリッド・ワークロードは完全に活動停止中（アイドル）のワークステーション上でスケジュールされるだけである。このような規則は、ワークステーションがインタラクティブな性能と保全性を期待されるレベルで維持することを保証しながら、グリッドが有用な作業を実行することを可能にする。」
　
ウ．「【請求項６】
複数のワークステーションを含み、該複数のワークステーションの共用資源でグリッド・ワークロードを実行するためのグリッドを実現するコンピュータ・ネットワークにおいて、前記グリッド・ワークロードを複数のワークステーションのうちの１つに割り当てる方法であって、
前記複数のワークステーションのそれぞれでハイパーバイザを実行するステップと、
各ハイパーバイザの下で実行され、該ハイパーバイザにより優先権が与えられる第１の仮想マシンでローカル・ワークロードを実行するステップと、
前記グリッドの一部として動作可能なオペレーティング・システムを実行する少なくとも１つの追加の仮想マシンを各ハイパーバイザの下で実行するステップと、
各ローカル・ワークロードによる各ワークステーションの利用率を監視し、該利用率を示すローカル・ワークロード活動レベルを判定するステップと、
前記利用率が第１の閾値を下回ることを前記ローカル・ワークロード活動レベルが示しているという判定に応答して、前記グリッド・ワークロードを実行するために、前記ワークステーションの資源を前記少なくとも１つの追加の仮想マシンと共用するステップと
を含む方法。
【請求項７】
前記ローカル・ワークロード活動レベルを判定するステップが、前記ローカル・ワークロード活動レベルを、活動停止中、活動中、およびブロック中のカテゴリを含む少なくとも３つのカテゴリのうちの１つに分類するステップを含み、
…（中略）…
前記ワークステーション資源は、前記ローカル・ワークロード活動レベルが活動停止中または活動中の場合に、前記グリッド・ワークロードを実行するために、前記少なくとも１つの追加の仮想マシンと共用される請求項６に記載の方法。」
　
エ．「【００１１】
各ネットワーク・ワークステーションには、「仮想マシン」として知られるコンピューティング概念を実装するハイパーバイザと呼ばれるソフトウェアを装備することが好ましい。…（中略）…仮想マシンは、実行環境をワークステーションのインタラクティブ・ワークロードとその可能なグリッド・ワークロードの間で区分し、グリッド・ワークロードが仮想マシンに含まれ、保護されるようにする。仮想マシンは周知であり、仮想マシンを詳細に取り上げることは本発明の理解には必須ではない。仮想マシンは、本発明の各ネットワーク・ワークステーションにワークステーションのインタラクティブ・ワークロードとワークステーションに割り当てられたグリッド・ワークロードの間である種の論理的な分離を維持させることのできる１つの可能な機構を提供する。」
　
オ．「【００１２】
図１を参照すると、…（中略）…上述のように、ワークステーション２０の資源は十分に利用されておらず、実際にはほとんどの期間アイドル状態にあって、活動を停止している。このようなわけで、余剰のＣＰＵサイクルを、有用な作業を実行するために使用することができるある種の仮想コンピュータ４０に結合することができる。この仮想コンピュータはグリッドまたはグリッド環境として知られており、上記のように周知の技術および規格を使用して作成される。グリッドによって行われる作業はグリッド・ワークロードとして知られており、そのグリッド・ワークロードの構成要素はグリッド計算として知られている。この仮想コンピュータまたはグリッド４０は独立した物理的な存在ではなく、当業者に周知のグリッド計算規格の任意の実施形態かを使用してグリッド計算を実行するように結合され管理されるワークステーション２０の共用余剰ＣＰＵサイクルとして存在する。…（中略）…
【００１３】
ワークステーション２０のインタラクティブな性能のレベルを維持するために、本発明に従って動作するグリッド・システムは各ワークステーションの状態の特徴を維持する。ワークステーション２０の状態は、そのインタラクティブな性能を損なわずにワークステーションのＣＰＵサイクルがグリッド計算を実行するためにどの程度まで使用できるかを示す。…（中略）…ワークステーション２０が活動状態７０ｂから活動停止状態７０ａに遷移するために必要な活動停止時間量とは、ユーザまたはシステム設計者によって所与のアプリケーションに応じて構成することができる。」
　カ．「【００１５】…（中略）…状態変数７０・・・グリッド設定変数１００…（中略）…
【００１６】
ネットワーク・ワークステーション２０の状態の上記の特徴付けに加えて、本発明に従って動作するシステムは、それぞれの提案されたグリッド・ワークロードを２つのカテゴリの１つに特徴付けることも好ましい。各グリッド・ワークロードは優先使用可能または優先使用不能として分類される。優先使用可能なグリッド・ワークロードは、即座に再割り当てすることができるワークステーション資源だけを使用する。…（中略）…
【００１７】
図３を参照すると、グリッド・ワークロード・マネージャ１２０は、ワークロード・アナライザ１３０およびワークロード・スケジューラ１４０を含む。グリッド・ワークロード・マネージャ１２０は、ＣＰＵサイクルをワークステーション２０のインタラクティブ・ワークロードと共用して、…（中略）…
【００２１】
リアルタイムで実行される場合、ワークロード・スケジューラ１４０は、グリッド・ワークロード・マネージャ１２０の指示に従って、グリッド・ワークロード１５０をグリッド４０のワークステーション２０にスケジュールすることを試みる。グリッド・ワークロード・マネージャ１２０は、所定のスケジュールに従って、またはユーザもしくは他のプログラム（図示せず）からの何らかの外部刺激に応答して実行するために、ワークロード・スケジューラ１４０による１つ以上のグリッド・ワークロード１５０のスケジューリングを要求することができる。本発明によれば、グリッド・ワークロード１５０のスケジューリングを試みる場合に、システムは、可能ならば、ワークステーション２０およびグリッド・ワークロード１５０の状態の特徴付けを考慮する。」
　
キ．「【００２２】
ネットワーク・ワークステーション２０にグリッド・ワークロード１５０をスケジュールするために、ワークロード・スケジューラ１４０は、ワークステーション２０で実行中のワークステーション・モニタ６０に要求を送信する。スケジューリング要求に応えて、ワークステーション・モニタ６０はワークステーション２０の状態をチェックする。状態変数７０が活動停止中７０ａの値を有する場合、ワークステーション・モニタ６０はワークロード・スケジューラ１４０からグリッド・ワークロード１５０を受け入れ、グリッド・ワークロードはワークステーション２０での実行を開始するが、この際、上述のようなハイパーバイザの下の仮想マシン構成を利用することが好ましい。
…（中略）…
【００２５】
スケジューリング要求に応えて、ワークステーション・モニタ６０はワークステーション２０の状態をチェックする。状態変数７０が活動停止中７０ａの値を有する場合、ワークステーション・モニタ６０は、グリッド・ワークロード１５０に関連付けられたカテゴリ変数の値がどのようなものであれ、ワークロード・スケジューラ１４０からグリッド・ワークロード１５０を受け入れる。前述のように、グリッド・ワークロード１５０は次いでワークステーション２０で実行されるが、その際、上述のようなハイパーバイザの下の仮想マシン構成を利用することが好ましい。」
　
　カ．には、優先使用可能なグリッド・ワークロードは、即座に再割り当てすることができるワークステーション資源だけを使用する、グリッド・ワークロード・マネージャ１２０は、ＣＰＵサイクルをワークステーション２０のインタラクティブ・ワークロードと共用する、グリッド・ワークロード・マネージャ１２０は、所定のスケジュールに従って、またはユーザもしくは他のプログラム（図示せず）からの何らかの外部刺激に応答して実行するために、ワークステーション２０およびグリッド・ワークロード１５０の状態の特徴付け（活動停止中などの状態変数、グリッド設定変数が想定できる）を考慮して、ワークロード・スケジューラ１４０による１つ以上のグリッド・ワークロード１５０のスケジューリングをワークステーション・モニタ６０に要求することができる旨記載されており、図３には、グリッド・ワークロード・マネージャ１２０とワークステーション・モニタ６０とが双方向に要求の送信と受信が可能に接続されていることから、グリッド・ワークロード・マネージャ１２０は、状態の特徴付け（活動停止中など）を考慮して、再割り当てすることができ（ワークステーション資源であるＣＰＵサイクルを管理し）、所定のスケジュールに従って、またはユーザもしくは他のプログラムからの何らかの外部刺激に応答して実行するために、状態（活動停止中）を認識し、活動停止により生じる割当て可能な、共用可能な、仮想マシンがあることを認識（管理）した上で、ワークロード・スケジューラ１４０による１つ以上のグリッド・ワークロード１５０のスケジューリングをワークステーション・モニタ６０に要求することが読み取れる。
　
　キ．によれば、ネットワーク・ワークステーション２０にグリッド・ワークロード１５０をスケジュールするために、ワークステーション・モニタ６０はスケジューリング要求に応えてワークステーション２０の状態をチェックし、状態変数７０が活動停止中７０ａの値を有する場合、ワークロード・スケジューラ１４０からグリッド・ワークロード１５０を受け入れ、ハイパーバイザの下の仮想マシン構成を利用して、グリッド・ワークロードはワークステーション２０での実行を開始することが示されている。
　
　ウ．の「ハイパバイザ」はエ．によれば「仮想マシン」を実装するハイパバイザであるから、仮想マシンと関連（仮想マシンを制御）しているとともに仮想マシンはＣＰＵサイクルのかたまりとみれる。また、ウ．の「共用資源」には「仮想マシン」が含まれ、ウ．の「ローカル・ワークロード」は端的にはエ．やオ．の「インタラクティブ・ワークロード」のことである、と解される。
　
　これらの点をふまえると、引用文献１には、個々のワークステーションの保全性パラメータおよび性能パラメータをそのインタラクティブ・ワークロードに関して維持しながら、公知のグリッド計算規格を使用するコンピュータ・ネットワークにおいてワークステーションの利用不足資源を共用することを目的（ア．イ．）とした次の発明（ウ．を基にした発明）（以下「引用文献１発明」という。）が示されている。
　
　複数のワークステーションを含み、該複数のワークステーションの共用資源でグリッド・ワークロードを実行するためのグリッドを実現するコンピュータ・ネットワークにおいて、前記グリッド・ワークロードを複数のワークステーションのうちの１つに割り当てる方法であって、
　前記複数のワークステーションのそれぞれでハイパーバイザを実行するステップと、
　各ハイパーバイザの下で実行され、該ハイパーバイザにより優先権が与えられる第１の仮想マシンでローカル・ワークロードを実行するステップと、
前記グリッドの一部として動作可能なオペレーティング・システムを実行する少なくとも１つの追加の仮想マシンを各ハイパーバイザの下で実行するステップと、
　各ローカル・ワークロードによる各ワークステーションの利用率を監視し、該利用率を示すローカル・ワークロード活動レベルを判定するステップと、
　前記利用率が第１の閾値を下回ることを前記ローカル・ワークロード活動レベルが示しているという判定に応答して、前記グリッド・ワークロードを実行するために、前記ワークステーションの資源を前記少なくとも１つの追加の仮想マシンと共用するステップと、
を含む方法であって。
　グリッド・ワークロード・マネージャは、状態の特徴付け（活動停止中など）を考慮して、再割り当てすることができるワークステーション資源であるＣＰＵサイクルを管理し、所定のスケジュールに従って、またはユーザもしくは他のプログラムからの何らかの外部刺激に応答して実行するために、ワークロード・スケジューラによる１つ以上のグリッド・ワークロードのスケジューリングをワークステーション・モニタに要求し、
　ネットワーク・ワークステーションにグリッド・ワークロードをスケジュールするために、ワークステーション・モニタはスケジューリング要求に応えてワークステーションの状態をチェックし、状態変数が活動停止中の値を有する場合、ワークロード・スケジューラからグリッド・ワークロードを受け入れ、ハイパーバイザの下の仮想マシン構成を利用して、グリッド・ワークロードはワークステーションでの実行を開始し、前記管理は、管理規則により、ワークステーションがインタラクティブな性能と保全性を期待されるレベルで維持することを保証しながら、グリッドが有用な作業を実行することを可能にする方法。
　
同じく、引用文献２には、次の事項が記載されている。
ａ．「【０００１】
【発明の属する技術分野】
本発明は、コンピュータ資源をインターネットを介して利用可能にするグリッドコンピューティング技術を用いて、」
　
ｂ．「【００４０】
資源提供コンピュータの登録情報は、そのコンピュータ資源が現在提供可能（ｓｔａｔｕｓ＝ｉｄｌｅ）か、提供不可（ｓｔａｔｕｓ＝ｂｕｓｙ）かのステータス情報だけ更新される。ステータスの更新について、図４を用いて説明する。…（中略）…常駐エージェントソフトはこのＣＰＵ使用率をモニタする。ＣＰＵ使用率が、ある閾値Ｔ＿Ｌを下回り一定時間Δｔの間上回らなかったときに、常駐エージェントソフトは資源仲介コンピュータのステータス情報を現在提供可能に更新し（図４の左の上向き矢印のタイミング）、逆にＣＰＵ使用率が閾値Ｔ＿Ｈを上回り一定時間Δｔの間下回らなかったときに、資源仲介コンピュータのステータス情報を提供不可に更新する（図４の右の上向き矢印のタイミング）。…（中略）…またＰＣの電源を落とすときは、常駐エージェントソフトは、資源仲介コンピュータのステータス情報を提供不可に更新する。」
ｃ．図２、図４には、ステータスの更新が示されている。
　
同じく、引用文献３には、次の事項が記載されている。
「【００１２】
　本発明は、コンピュータシステムにおける作業負荷特徴の変化に動的に応じることを目的としている。…（中略）…最終的には、区画に関係なく設定することができるのが好ましい。たとえば、コンピュータシステムのデータベース部分の目標は、検索トランザクションにかかる時間が１０ミリ秒を越えないものとすることができる。そして、本発明の機構が、この目標を達成するように資源を操作する。複数区画コンピュータシステムの場合、資源は区画内で操作される。たとえば、プロセッサ時間をアプリケーションに割り当てるか、区画間で操作、たとえばある区画から他の区画へのプロセッサの再割り当てを行う（効率的な区画のサイズ変更）か、またはこれら双方の組み合わせとすることができる。なお、資源は、１台の物理的なコンピュータにあってもよく、あるいは別の物理的なコンピュータにあるアプリケーションまたは区画に割り当てることができる。
【００１３】
　本発明の機構は、資源要求情報をシステム区画から受け取る区画負荷マネージャ（ＰＬＭ）を備えるのが好ましい。ＰＬＭは、資源要求情報を調べ、要求情報を利用可能な資源と比較するのが好ましい。比較に基づいて、ＰＬＭは、特定区画の資源を増加、減少、または変更しないままにできる。区画のパフォーマンスが遅い場合、たとえばトランザクションにかかる時間が目標よりも長い場合、その区画はＰＬＭからの資源割り当ての増大を要求することができる。区画が目標を上回っている場合、その区画は過度の資源を有している旨をＰＬＭに通知することができ、ＰＬＭはその区画の割り当てを下げ、下げた分を別の区画（１つまたは複数）に割り当てることができる。
【００１４】
　各区画は、ＰＬＭと同様に動作しつつも特定の区画内で動作する、作業負荷マネージャ（ＷＬＭ）を含むのが好ましい。ＷＬＭについては、２０００年１月２８日付で出願された「DYNAMIC MANAGEMENT OF COMPUTER WORKLOADS THROUGH SERVICE LEVEL OPTIMIZATION」と題する米国特許出願第０９／４９３，７５３号により十分に説明されている。…（中略）…ＷＬＭはまた、区画内のアプリケーションおよび装置のパフォーマンスを監視するプロセスであるパフォーマンスモニタから、パフォーマンス情報を受け取る。ＷＬＭは、パフォーマンスモニタからの情報を調べ、この情報を目標と比較する。比較に基づいて、ＷＬＭは、アプリケーションの割り当てを増加、減少、または変更しないままにできる。アプリケーションのパフォーマンスが遅い場合、たとえば、トランザクションにかかる時間が目標よりも長い場合、ＷＬＭは割り当てを増大する。アプリケーションが目標を上回っている場合、ＷＬＭは、そのアプリケーションへの割り当てを下げ、下げた分を別のアプリケーションに割り当てる。
【００１５】
　ＷＬＭはまた、ＰＬＭと対話する。各ＷＬＭは最初に、また定期的に、各自の資源必要性を決定し、資源要求情報をＰＬＭに送る。ＰＬＭは、かかる要求を受け取った後、システム資源を区画に割り当てる。各ＷＬＭは、区画資源についての情報を受け取った後、割り当てられた資源を区画内のアプリケーションに割り当てる。
…（中略）…
【００１９】
　図２Ａは、複数の区画２０３−１、２０３−２、２０３−３、・・・、２０３−Ｎを有する複数の区画における本発明の各種構成要素を示す。各区画は、１つまたは複数のプロセッサと、他のシステム資源、たとえば、記憶装置、Ｉ／Ｏ装置等を有することができる。各区画は、それぞれのオペレーティングシステム２６−１、・・・、２６−Ｎを走らせており、区画間の分離および生存性を提供するのが好ましい。…（中略）…区画は仮想的であってもよい。」
　
　前記「目標を達成するように資源を操作する」「アプリケーションのパフォーマンスが遅い場合、たとえば、トランザクションにかかる時間が目標よりも長い場合、ＷＬＭは割り当てを増大する。」及び「資源割当て」から「スケジューリングされたジョブのサービス品質をサポートするため」が想定でき、前記「ＷＬＭ（作業負荷マネージャ）」「コンピュータシステムにおける作業負荷特徴の変化に動的に応じる」及び「プロセッサ時間をアプリケーションに割り当てるか、区画間で操作、たとえばある区画から他の区画へのプロセッサの再割り当てを行うか、またはこれら双方の組み合わせとする」から「計算資源の再割り当ての後に、前記スケジューリングされた各ジョブのワークロードを管理する」が読み取れ、前記「区画は仮想的」及び「ＷＬＭ（作業負荷マネージャ）はまた、ＰＬＭ（区画負荷マネージャ）と対話する。各ＷＬＭは最初に、また定期的に、各自の資源必要性を決定し、資源要求情報をＰＬＭに送る。ＰＬＭは、かかる要求を受け取った後、システム資源を区画に割り当てる。各ＷＬＭは、区画資源についての情報を受け取った後、割り当てられた資源を区画内のアプリケーションに割り当てる。」から「スケジューリングされた各ジョブのワークロードを管理するためのメッセージに従って、仮想システムに割り当てられた計算資源を保持する」点が読み取れる。
　これらを総合すると、引用文献３には「スケジューリングされたジョブのサービス品質をサポートするために、計算資源の再割り当ての後に、前記スケジューリングされた各ジョブのワークロードを管理するためのメッセージに従って、仮想システムに割り当てられた計算資源を保持する」技術が示されている。
　
３．３．２　対比
（１）引用文献１発明の「ワークステーション資源は、前記ローカル・ワークロード活動レベルが活動停止中または活動中の場合に、前記グリッド・ワークロードを実行するために、前記少なくとも１つの追加の仮想マシンと共用される方法」は、本願請求項１に係る発明（以下「本願発明」と記す。）の「計算資源を割り当てる方法」と実質的な差異はない。
　
（２）引用文献１発明の「利用率が第１の閾値を下回ることを前記ローカル・ワークロード活動レベルが示しているという判定に応答して、前記グリッド・ワークロードを実行するために、前記ワークステーションの資源を前記少なくとも１つの追加の仮想マシンと共用するステップと、
を含む方法」は、当該ローカル・ワークロード（インタラクティブ・ワークロード）がアプリケーションであることは通常のものであり、複数のアプリケーションであることも格別なものでなく（必要なら引用文献３の図２Ｂアプリケーション１２、１３、１４参照）、オ．【００１３】段落にもアプリケーションが示されている点をふまえれば、引用文献１発明の前記事項は、本願発明の「共有資源ドメイン内の複数のアプリケーションおよびグリッド仮想システムを実行すること」と実質的な差異はない。
　
（３）引用文献１発明の「各ハイパーバイザの下で実行され、該ハイパーバイザにより優先権が与えられる第１の仮想マシンでローカル・ワークロード（インタラクティブ・ワークロード）を実行する」は、当該「優先権が与えられ」「第１の仮想マシンでローカル・ワークロード（インタラクティブ・ワークロード）を実行する」ことは計算資源である第１の仮想マシンがローカル・ワークロード（インタラクティブ・ワークロード）に割り当てられて実行されることを意味し、インタラクティブ・ワークロード（アプリケーション）がトランザクションがあることは格別なものでなく（必要なら引用文献３【０００６】段落参照）記載されているに等しい事項であるので、引用文献１発明の前記事項は、本願発明の「アプリケーショントランザクションを処理するために、１つ以上の計算資源を前記複数のアプリケーションに割り当てる」と実質的な差異はない。
　
（４）引用文献１発明の「グリッド・ワークロード・マネージャは、活動停止中の状態を考慮して、再割り当てすることができるワークステーション資源であるＣＰＵサイクル（仮想マシン）を管理し、所定のスケジュールに従って、またはユーザもしくは他のプログラムからの何らかの外部刺激に応答」する点は、グリッド・ワークロード・マネージャが、活動停止中の状態を（認識）考慮して、ワークステーション資源であるＣＰＵサイクルを（例えば、再割当て可能であるとする管理規則により）管理し、所定のスケジュールに従って、またはユーザもしくは他のプログラムからの何らかの外部刺激に応答して再割り当てすることができることを示し、これを加味すると、引用文献１発明の前記事項は、本願発明の「前記計算資源がアイドルである場合に、前記複数のアプリケーションに関連した計算資源を、前記グリッド仮想システムに動的に再割り当てする（２０１）こと」に相当する。
　
（５）引用文献１発明の「ワークロード・スケジューラによる１つ以上のグリッド・ワークロードのスケジューリングをワークステーション・モニタに要求し」は、活動停止中の状態を考慮して、ワークステーション資源であるＣＰＵサイクルを再割り当てできることを前提に、グリッド・ワークロード要求をすることが想定でき（資源の準備を前提に実行ソフトウェアをスケジュールすることは通常の順序である。）、前記事項は「グリッドサービスの可用性を登録する」とまでは言えないまでも、再割り当てすることに応答して、グリッドサービスの可能であることを示しており、本願発明の「前記再割り当てすることに応答して、グリッドサービスの可用性を登録する（２０３）こと」も上位概念では再割り当てすることに応答して、グリッドサービスの可能であることを示しているとみれるので、「再割り当てすることに応答して、グリッドサービスの可能であることを示し」ている点では両発明は共通する。
　
（６）引用文献１発明の「ネットワーク・ワークステーションにグリッド・ワークロードをスケジュールするために、ワークステーション・モニタはスケジューリング要求に応えてワークステーションの状態をチェックし、状態変数が活動停止中の値を有する場合、ワークロード・スケジューラからグリッド・ワークロードを受け入れ、」及び「ハイパーバイザの下の仮想マシン構成を利用して、」は、本願発明の「前記グリッド仮想システム内での実行用にグリッドジョブをスケジューリングする（２０５）こと」に相当する。
　
（７）引用文献１発明の「前記管理は、ワークステーションがインタラクティブな性能と保全性を期待されるレベルで維持することを保証しながら、グリッドが有用な作業を実行することを可能にする」「グリッド・ワークロード・マネージャは、状態の特徴付け（活動停止中など）を考慮して、再割り当てすることができるワークステーション資源であるＣＰＵサイクルを管理し、所定のスケジュールに従って、またはユーザもしくは他のプログラムからの何らかの外部刺激に応答して実行するために、ワークロード・スケジューラによる１つ以上のグリッド・ワークロードのスケジューリングをワークステーション・モニタに要求し、
　ネットワーク・ワークステーションにグリッド・ワークロードをスケジュールするために、ワークステーション・モニタはスケジューリング要求に応えてワークステーションの状態をチェックし、状態変数が活動停止中の値を有する場合、ワークロード・スケジューラからグリッド・ワークロードを受け入れ、ハイパーバイザの下の仮想マシン構成を利用して、グリッド・ワークロードはワークステーションでの実行を開始し、」は、「グリッドジョブのサービス品質をサポートする」とまでは言えないまでも、インタラクティブな性能と保全性を期待されるレベルで維持することを保証しており、「スケジューリングされたジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各ジョブのワークロードを管理するためのメッセージに従って、前記仮想システムに割り当てられた計算資源を保持する」点では共通する。　　
　
　以上をふまえると、本願発明と引用文献１発明との対比による一致点、相違点は、次のとおりと認められる。
　
〈一致点〉
　計算資源を割り当てる方法であって、
　共有資源ドメイン内の複数のアプリケーションおよびグリッド仮想システムを実行することと、
　アプリケーショントランザクションを処理するために、１つ以上の前記グリッド仮想システムに含まれる計算資源を前記複数のアプリケーションに割り当てることと、
　前記計算資源がアイドルである場合に、前記複数のアプリケーションに関連した計算資源を、前記グリッド仮想システムに動的に再割り当てすることと、
　再割り当てすることに応答して、グリッドサービスの可能であることを示し、
　前記グリッド仮想システム内での実行用にグリッドジョブをスケジューリングすることと、
　前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記仮想システムに割り当てられた計算資源を保持することと、
　を含む
　方法。
　
〈相違点１〉本願発明が、「再割り当てすることに応答して、グリッドサービスの可用性を登録する」のに対し、引用文献１発明は、再割り当てすることに応答して、グリッドサービスの可能であることを示してはいるものの、引用文献１にはグリッドサービスの可用性を登録することは記載されていない。
　
〈相違点２〉本願発明が、「前記スケジューリングされたグリッドジョブのサービス品質をサポートするために、前記計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、前記グリッド仮想システムに割り当てられた計算資源を保持する」のに対し、引用文献１発明は、インタラクティブな性能と保全性を期待されるレベルで維持することを保証するもののグリッド・ワークロードに対する計算資源の管理が不明である点。
　
〈相違点３〉本願発明が、スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示すことを有しているのに対し、引用文献１発明はその点が不明である点。
　
３．３．３　当審判断
〈相違点１〉について
　引用文献２には、インターネットを介したグリッドコンピューティング（【０００５】段落）において、資源仲介コンピュータは情報を登録する技術（【００２２】段落）、および、ステータス更新手順において、資源提供コンピュータの登録情報は、そのコンピュータ資源が現在提供可能（ｓｔａｔｕｓ＝ｉｄｌｅ）か、提供不可（ｓｔａｔｕｓ＝ｂｕｓｙ）かのステータス情報だけ更新され、常駐エージェントソフトはＣＰＵ使用率をモニタし、ＣＰＵ使用率が、ある閾値を下回り一定時間Δｔの間上回らなかったときに、常駐エージェントソフトは資源仲介コンピュータのステータス情報を現在提供可能に更新する旨（ｂｕｓｙ→ｉｄｌｅ、図２、図４参照）記載されており、再割り当てすることに応答して、グリッドサービスの可用性を登録することに相当する事項が示されている。
　引用文献１のイ．によれば、ワークステーション資源の可用性およびグリッド・ワークロードの特徴付けと、そのような特徴付けに依存するグリッド・ワークロードに対するワークステーション資源の使用を管理することが考慮されており、引用文献１発明は、可用性に依存して管理することを前提とする発明である。
　したがって、引用文献１発明において、再割り当てすることに応答して、グリッドサービスの可用性を登録することは、前記引用文献２の技術を参酌することにより当業者が容易になし得ることである。
　
〈相違点２〉について
　引用文献１発明は、ワークステーションがインタラクティブな性能と保全性を期待されるレベルで維持することを保証しながら、グリッドが有用な作業を実行することを可能にするものであるから、インタラクティブなワークロードとともにグリッド・ワークロードについても当該グリッドが有用な作業を実行可能にする仮想マシンの資源が提供できるかが考慮されていることが読み取れるとともに、前記性能と保全性を期待されるレベルで維持するように資源（仮想マシン）が用意できるかどうかを考慮することは技術的に格別なことではなく、通常配慮される技術的事項の範囲内のものと認められる。即ち、引用文献１の前記グリッドが有用な作業を実行することを可能にする旨の記載と、引用文献１のカ．の、グリッド・ワークロードのスケジューリングを試みる場合に、システムは、ワークステーション２０およびグリッド・ワークロード１５０の状態の特徴付けを考慮する旨の記載をふまえれば、引用文献１発明においても、グリッド・ワークロードの特徴付け（カテゴリ変数、例えば優先使用可能または優先使用不可の値）とワークステーションの状態（例えば活動停止中）を考慮して、グリッド・ワークロードに対する性能と保全性を期待されるレベルで維持し、有用な作業を実行可能にする仮想マシンが提供されることと、活動停止中の状態のワークステーションにスケジュールすることが示されている。そして、スケジューリングされたジョブのサービス品質をサポートするために、計算資源の再割り当ての後に、前記スケジューリングされた各ジョブのワークロードを管理するためのメッセージに従って、前記仮想システムに割り当てられた計算資源を保持する技術は、引用文献３に示されているように周知のものである。
　したがって、引用文献１発明において、スケジューリングされたグリッドジョブのサービス品質をサポートするために、計算資源の再割り当ての後に、前記スケジューリングされた各グリッドジョブのワークロードを管理するためのメッセージに従って、グリッド仮想システムに割り当てられた計算資源を保持する、と成すことは前記引用文献３の技術を参酌することにより当業者が適宜になし得ることである。
　
〈相違点３〉について
　スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことは、格別な技術的思想のものでなく技術的常識の範囲内のことと認められる。このことは、例えば、引用文献２の図２に、資源提供コンピュータが資源仲介コンピュータに対して、資源利用コンピュータから送信された問題ＩＤの問題の処理を開始し、問題処理後の回答ＩＤ通知の時点でステータスの更新（ｂｕｓｙ→ｉｄｌｅ参照）の通知をしており、当該通知の時には資源提供コンピュータでのグリッドコンピューティング（引用文献２【０００１】段落）による問題処理が終了しているから前記通知（ｂｕｓｙ→ｉｄｌｅ）をしているものが含まれると解され、この更新に関連して、資源提供コンピュータでのグリッドコンピューティングについてみれば、「スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示す」に相当する。
　したがって、引用文献１発明において、スケジューリングされた各グリッドジョブの完了に応じて、このグリッドジョブに割り当てられた計算資源がもはや必要とされていないことを示すと成すことは、前記事項を参酌するなどして適宜なし得ることである。
　
　以上の通り、本願発明の構成は、引用文献１、２、３に記載された発明および周知技術より、当業者が容易に相当し得たものである。
　しかも、本願発明によって奏される効果も格別顕著なものではなく、引用文献１、２、３に記載された発明により奏する効果及び周知技術より得られる効果から当然予想し得る範囲内のものと認められる。
　よって、本願発明は、引用文献１、２、３に記載された発明及び周知技術に基いて、当業者が容易に発明をすることができたものである。
　
　また、請求項２ないし請求項５は請求項１を直接あるいは間接的に引用する発明に係るが、平成２３年５月１７日付けの拒絶理由の三．の「請求項２について」ないし「請求項６について」で示したとおりであるから、本願請求項２ないし請求項５に係る発明も、引用文献１、２、３に記載された発明および周知技術に基いて、当業者が容易に発明をすることができたものである。
　
　また、請求項６ないし請求項８は、カテゴリが「計算システム」の発明に係るが、平成２３年５月１７日付けの拒絶理由の三．の「請求項６について」ないし「請求項８について」で示したとおりであるから、本願請求項６ないし請求項８に係る発明も、引用文献１、２、３に記載された発明および周知技術に基いて、当業者が容易に発明をすることができたものである。
　
３．３．４　小結
　以上のとおり、本願請求項１ないし請求項８に係る発明は、出願前に頒布された刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　
４．むすび
　上記３．１のとおり、平成２３年４月１２日付け手続補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてしたものでないから特許法第１７条の２第３項に規定する要件を満たしていない。
　上記３．２のとおり、本願は特許請求の範囲の記載が不備で特許法第３６条第６項第１号、第２号に規定する要件を満たしていない
　上記３．３のとおり、本願請求項１ないし請求項８に係る発明は、出願前に頒布された刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。