【事件の表示】
　特願２０１３−５１８５３９「複数のネットワークリソースのプロビジョニング」拒絶査定不服審判事件〔平成２４年　１月１２日国際公開，ＷＯ２０１２／００６０３４，平成２５年　９月　５日国内公表，特表２０１３−５３４６７５〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１１年６月２７日（パリ条約による優先権主張外国庁受理２０１０年６月２８日　アメリカ合衆国）を国際出願日とする出願であって，
　平成２４年１２月２７日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に審査請求がなされ，平成２６年１月１０日付けで審査官により拒絶理由が通知され，これに対して平成２６年４月１５日付けで意見書が提出されると共に手続補正がなされ，平成２６年４月２１日付けで手続補正がなされ，平成２６年８月２８日付けで審査官により最後の拒絶理由が通知され，これに対して平成２７年２月１７日付けで意見書が提出されると共に手続補正がなされたが，平成２７年５月２８日付けで審査官により拒絶査定がなされ，これに対して平成２７年１０月１日付けで審判請求がなされると共に手続補正がなされ，平成２７年１２月１日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２８年２月２６日付け上申書の提出があったものである。
　
第２．平成２７年１０月１日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２７年１０月１日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２７年１０月１日付けの手続補正（以下，「本件手続補正」という）により，平成２７年２月１７日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，スタックビルダーサービスにより実行される方法であって，
　ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定する，受信することと，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること，
　前記複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む，方法。
　　【請求項２】
　前記ユーザーに関連したユーザーアカウントを維持することをさらに含み，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，ネットワークリソースのプロビジョニングの成功に関連する費用が，前記ユーザーに関連した前記ユーザーアカウントに請求されるよう，前記ユーザーのために前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項３】
　前記テンプレートが，前記複数の別個のネットワークリソースの少なくとも２つをプロビジョニングする要求のため事前に入力された命令を含む，請求項１に記載の方法。
　　【請求項４】
　前記テンプレートが，前記複数の別個のネットワークリソースの各々への呼び出しを有するテキストベースの命令を含むテキストファイルを含む，請求項１に記載の方法。
　　【請求項５】
　前記テンプレートが，前記複数の別個のネットワークリソースの少なくとも１つに対して複数の異なるバージョンの特定のバージョンを指定する，請求項１に記載の方法。
　　【請求項６】
　前記テンプレートが，前記ユーザーによって選択された前記複数の別個のネットワークリソースのうちの１つのコンポーネントのための論理的な名前を指定する，請求項１に記載の方法。
　　【請求項７】
　前記テンプレートを解析することは，前記複数の別個のネットワークリソースの特性の分析に基づく依存を識別するために，前記テンプレートを解析することを含み，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，前記依存の少なくとも一部分に基づいた順番で前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項８】
　前記要求が，前記複数の別個のネットワークリソースの少なくとも２つの間の依存をユーザーの指定により明示的に指定し，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，前記依存の少なくとも一部分に基づいた順番で前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項９】
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされなかった場合，プロビジョニングが成功した前記複数の別個のネットワークリソースのリソースをロールバックすることをさらに含む，請求項１に記載の方法。
　　【請求項１０】
　１つまたは複数のプロセッサと，
　前記１つまたは複数のプロセッサに接続されるメモリと，
　前記メモリに格納され，前記１つまたは複数のプロセッサに，
　　ユーザーから，１つまたは複数のクラウドコンピューティングのプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースから，テンプレートの少なくとも一部分に基づく別個のネットワークリソースの特定のセットのスタックを生成する要求を受信するステップであって，前記テンプレートは前記別個のネットワークリソースを含む前記スタックを生成するための事前に入力された命令を含み前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定する，受信するステップと，
　　前記別個のネットワークリソースの各々を識別するために前記テンプレートを解析するステップと，および
　　前記ユーザーのため前記別個のネットワークリソースの各々のプロビジョニングを試行するステップ，
　を実施させる，テンプレートベースのスタックビルダー
　を有する装置。
　　【請求項１１】
　前記テンプレートベースのスタックビルダーはさらに，
　前記テンプレートベースのスタックビルダーが，前記ユーザーのために前記別個のネットワークリソースの各々のプロビジョニングに成功した場合，前記スタックのプロビジョニングが成功したことを前記ユーザーに通知すること，
　前記テンプレートベースのスタックビルダーが，前記ユーザーのために前記別個のネットワークリソースの少なくとも１つのプロビジョニングに成功しなかった場合，前記スタックのプロビジョニングが成功しなかったことを前記ユーザーに通知すること，
のために，前記１つまたは複数のプロセッサ上で実行可能である，請求項１０に記載の装置。
　　【請求項１２】
　前記テンプレートベースのスタックビルダーはさらに，
　前記テンプレートベースのスタックビルダーが前記ユーザーのために前記別個のネットワークリソースの少なくとも１つのプロビジョニングの成功に失敗した場合，前記テンプレートベースのスタックビルダーがプロビジョニングに成功した前記別個のネットワークリソースの各々をロールバックすること，
　が前記１つまたは複数のプロセッサ上で実行可能である，請求項１１に記載の装置。
　　【請求項１３】
　前記要求は，ウェブアプリケーションに対する前記スタックを生成する要求を含み，前記別個のネットワークリソースは，クラウドベースの負荷分散サービス，クラウドベースの計算サービス，またはクラウドベースのストレージサービスである，請求項１０に記載の装置。
　　【請求項１４】
　前記別個のネットワークリソースのうちの１つが，第１のエンティティによって管理されるクラウドコンピューティングプラットホームの少なくとも一部分を形成し，前記別個のネットワークリソースのうちのもう１つが，前記第１のエンティティから独立している第２のエンティティによって管理されるクラウドコンピューティングプラットホームの少なくとも一部分を形成する，請求項１０に記載の装置。
　　【請求項１５】
　複数の異なるテンプレートを格納する，または複数の異なるテンプレートへアクセスするデータベースをさらに含み，前記複数の異なるテンプレートの各々は別個のネットワークリソースを含むスタックを生成するために事前に入力された命令を含む，請求項１０に記載の装置。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，スタックビルダーサービスにより実行される方法であって，
　ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む，受信すること，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること，
　前記複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む，方法。
　　【請求項２】
　前記ユーザーに関連したユーザーアカウントを維持することをさらに含み，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，ネットワークリソースのプロビジョニングの成功に関連する費用が，前記ユーザーに関連した前記ユーザーアカウントに請求されるよう，前記ユーザーのために前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項３】
　前記テンプレートが，前記複数の別個のネットワークリソースの少なくとも２つをプロビジョニングする要求のため事前に入力された命令を含む，請求項１に記載の方法。
　　【請求項４】
　前記テンプレートが，前記複数の別個のネットワークリソースの各々への呼び出しを有するテキストベースの命令を含むテキストファイルを含む，請求項１に記載の方法。
　　【請求項５】
　前記テンプレートが，前記複数の別個のネットワークリソースの少なくとも１つに対して複数の異なるバージョンの特定のバージョンを指定する，請求項１に記載の方法。
　　【請求項６】
　前記テンプレートが，前記ユーザーによって選択された前記複数の別個のネットワークリソースのうちの１つのコンポーネントのための論理的な名前を指定する，請求項１に記載の方法。
　　【請求項７】
　前記テンプレートを解析することは，前記複数の別個のネットワークリソースの特性の分析に基づく依存を識別するために，前記テンプレートを解析することを含み，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，前記依存の少なくとも一部分に基づいた順番で前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項８】
　前記要求が，前記複数の別個のネットワークリソースの少なくとも２つの間の依存をユーザーの指定により明示的に指定し，前記複数の別個のネットワークリソースのプロビジョニングを試行することは，前記依存の少なくとも一部分に基づいた順番で前記複数の別個のネットワークリソースのプロビジョニングを試行することを含む，請求項１に記載の方法。
　　【請求項９】
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされなかった場合，プロビジョニングが成功した前記複数の別個のネットワークリソースのリソースをロールバックすることをさらに含む，請求項１に記載の方法。
　　【請求項１０】
　１つまたは複数のプロセッサと，
　前記１つまたは複数のプロセッサに接続されるメモリと，
　前記メモリに格納され，前記１つまたは複数のプロセッサに，
　　ユーザーから，１つまたは複数のクラウドコンピューティングのプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースから，テンプレートの少なくとも一部分に基づく別個のネットワークリソースの特定のセットのスタックを生成する要求を受信することであって，前記テンプレートは前記別個のネットワークリソースを含む前記スタックを生成するための事前に入力された命令を含み，前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む，受信すること，
　　前記別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，および
　　前記ユーザーのため前記別個のネットワークリソースの各々のプロビジョニングを試行すること，
　を実施させる，テンプレートベースのスタックビルダー
　を有する装置。
　　【請求項１１】
　前記テンプレートベースのスタックビルダーはさらに，
　前記テンプレートベースのスタックビルダーが，前記ユーザーのために前記別個のネットワークリソースの各々のプロビジョニングに成功した場合，前記スタックのプロビジョニングが成功したことを前記ユーザーに通知すること，
　前記テンプレートベースのスタックビルダーが，前記ユーザーのために前記別個のネットワークリソースの少なくとも１つのプロビジョニングに成功しなかった場合，前記スタックのプロビジョニングが成功しなかったことを前記ユーザーに通知すること，
のために，前記１つまたは複数のプロセッサ上で実行可能である，請求項１０に記載の装置。
　　【請求項１２】
　前記テンプレートベースのスタックビルダーはさらに，
　前記テンプレートベースのスタックビルダーが前記ユーザーのために前記別個のネットワークリソースの少なくとも１つのプロビジョニングの成功に失敗した場合，前記テンプレートベースのスタックビルダーがプロビジョニングに成功した前記別個のネットワークリソースの各々をロールバックすること，
　が前記１つまたは複数のプロセッサ上で実行可能である，請求項１１に記載の装置。
　　【請求項１３】
　前記要求は，ウェブアプリケーションに対する前記スタックを生成する要求を含み，前記別個のネットワークリソースは，クラウドベースの負荷分散サービス，クラウドベースの計算サービス，またはクラウドベースのストレージサービスである，請求項１０に記載の装置。
　　【請求項１４】
　前記別個のネットワークリソースのうちの１つが，第１のエンティティによって管理されるクラウドコンピューティングプラットホームの少なくとも一部分を形成し，前記別個のネットワークリソースのうちのもう１つが，前記第１のエンティティから独立している第２のエンティティによって管理されるクラウドコンピューティングプラットホームの少なくとも一部分を形成する，請求項１０に記載の装置。
　　【請求項１５】
　複数の異なるテンプレートを格納する，または複数の異なるテンプレートへアクセスするデータベースをさらに含み，前記複数の異なるテンプレートの各々は別個のネットワークリソースを含むスタックを生成するために事前に入力された命令を含む，請求項１０に記載の装置。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正は，補正前の請求項１，及び，請求項１０に係る発明における発明特定事項である，「テンプレート」に対して，「前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む」という限定事項を付加するものである。
　前記限定事項について，平成２４年１２月２７日付けで提出された，明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文（以下，これを「当初明細書等」という）の記載内容を検討すると，
　当初明細書等の段落【０００８】に，
　「ある例において，その後，ユーザーは，リソースに関連した特定のパラメーターを指定するため，テンプレート内の命令を変更してもよく，変更したテンプレートを新しいテンプレートとして保存してもよい」，
　同じく，段落【００２２】に，
「例えば，ユーザーは，要求されたリソースのサイズ，要求されたリソースの構成要素のいくつか（例えばコンピュータ，データベース等），リソースの特定のバージョン，または他のパラメーターを指定するため，事前に入力された命令の中のあるパラメーターを変更してもよい」，
　同じく，段落【００２４】に，
「テンプレート（例えば，テキストファイル形式であり得る）を検索し解析してこれらのリソースをプロビジョニングする命令と同様，所望のリソースのアイデンティティーおよびパラメーター（例えばサイズ等）を決定してもよい」，
　同じく，段落【００３３】に，
「ユーザー１０２（１）は，ユーザーにより作成され，最近格納されたテンプレートを指定し，よって，サービス１０６はデータベース１２４からこのテンプレートを検索する。上で議論したように，ユーザー１０２（１）はこのテンプレートをカスタマイズした可能性がある。例えば，ユーザー１０２（１）にはリソースの特定のバージョン，リソースのサイズ，リソースの論理名等のあるパラメーターの値を指定している可能性がある」，
　と記載され，上記引用の記載内容から，前記限定事項が，当初明細書等の範囲内のものであることは，明らかである。
　そして，本件手続補正は，上記において言及したとおり，補正前の請求項１，及び，請求項１０に係る発明の発明特定事項に，限定事項を付加するものであるから，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る）を目的としたものである。
　そして，本件手続補正は，補正前の請求項１，及び，請求項１０に係る発明の技術的特徴を変更するものでないことも明らかであるから，
　したがって，特許法第１８４条の１２第２項により読み替える同法第１７条の２第３項〜第５項の規定を満たすものである。
　そこで，本件手続補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際，独立して特許を受けることができるものであるか否か，以下に検討する。
　
（１）補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，これを「本件補正発明」という）は，「１．補正の内容」において，補正後の請求項１として引用した，次の記載のとおりのものである。
　
「１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，スタックビルダーサービスにより実行される方法であって，
　ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む，受信すること，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること，
　前記複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む，方法。」
　
（２）引用刊行物に記載の事項
ア．原審の平成２６年１月１０日付けの拒絶理由（以下，これを「原審拒絶理由」という）において引用された，本願の第１国出願前に既に公知である，特開２００７−１９３６９６号公報（２００７年８月２日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【０００９】
　図１２に，
自動インストーラによって各計算ノード上に自動インストールされる一般的なソフトウェアスタック（ソフトウェアの階層構造）を示す
【００１０】
　各計算ノード上ではＯＳとしてのＬｉｎｕｘカーネルを底辺として，その上にＬｉｎｕｘシステムが動作する。更にその上層に，ジョブのスケジューリング・起動，クラスタソフトウェアマネジメント，クラスタステートマネジメントなど，ソフトウェアやジョブ，クラスタ状態の管理機構が動作する。そしして，これらの上層にはさらにノード間通信を行うアプリケーション（メッセージパッシング）が動作し，この上にはさらに上位のグリッド（ＧＲＩＤ）アプリケーションなどが動作する場合もある。
【００１１】
　通常，標準的な計算ノードにインストールされるミドルウェア〜アプリケーション層のソフトウェアパッケージは数百〜数千にのぼる。また，特定のアプリケーションは特定の下位ミドルウェア上で動作するといったように，各レイヤー間には厳密な依存関係がある。すなわち，
各ソフトウェア間には複雑な依存関係が生じる。また，各ソフトウェアが正しく動作するためには適切な設定ファイルが必要である
　
Ｂ．「【００１４】
　そこで，
依存関係の解決や設定ファイルの問題を解決するための既存研究としてメタパッケージとよばれるものがある。メタパッケージとは，クラスタやシステム管理のエキスパートによって作成された「自動クラスタインストーラ設定のテンプレート集」である
メタパッケージは，インターネット上に公開されたメタパッケージリポジトリ経由で自由にインストールすることができる
【００１５】
　具体的には，メタパッケージはジョブ実行環境一式，モニタリングシステム一式などのような機能をクラスタ上に実現するための自動インストーラ設定をそれぞれひとまとめにし，
メタパッケージをダウンロードした各サイト用にカスタマイズが可能なテンプレートとしてパッケージングしたものである
【００１６】
　クラスタ管理者は，メタパッケージリポジトリから必要なメタパッケージを機能単位で選択し，ローカルサイトの自動クラスタインストーラへ適用する。それぞれのテンプレート間には適切な依存関係があらかじめ明示的に定義されており，依存関係はメタパッケージ導入ツールによって適切にハンドリングされるため，最終的に計算ノードへインストールされるソフトウェア間の依存関係は自動的に解決される。また，
メタパッケージにはソフトウェアごとの設定ファイルのテンプレートも含まれている
　
Ｃ．「【００４２】
　図１に示すように，インストールシステム１は，メタパッケージサーバ２と，インストールサーバ３と，クラスタ（計算ノード又はクラスタノードともいう。）４とを有する。メタパッケージサーバ２には，メタパッケージ開発者６により作成されたメタパッケージがアップロードされている。
インストールサーバ３には，クラスタ４をインストールするための自動インストーラ３ａが作成される
【００４３】
　このようなインストールシステム１においては，パッケージマネージャ５がメタパッケージサーバ２にアクセスしてメタパッケージを検索し，所望の機能を有するメタパッケージをダウンロードする。例えば，メタパッケージサーバ２において，ＭＰＩ（Message Passing Interface）環境，グローバス（Globus），Ｊａｖａ（登録商標）環境などの中から
ＭＰＩ環境及びＪａｖａ（登録商標）環境という機能を具備するメタパッケージを検索する。そして，これをインストールサーバ３にダウンロードする
ダウンロードしたメタパッケージは，インストールサーバ３にて展開されるとこの際，図示せぬ表示部にカスタマイズ用のＧＵＩ，又はＣＵＩなどのユーザインターフェース（ＵＩ）が表示される。クラスタ４の自動インストールを行なわせるユーザは，このＵＩに従ってインストール設定をカスタマイズして生成し，自動インストーラ３ａへ入力する。自動インストーラ３ａは，カスタマイズされたインストール設定に従ってクラスタ４の自動インストールを実行する
　
Ｄ．「【００４９】
　図３は，メタパッケージに含まれるファイルの具体的な内容とメタパッケージ開発者によるメタパッケージの生成プロセスを説明する図である。
メタパッケージの主な構成要素ファイル２０としては，パッケージ選択２０ａ，ＵＩ定義２０ｂ，テンプレート定義２０ｃ及びスペック定義２０ｄがある
テンプレート定義２０ｃは，自動インストーラの設定ファイルを生成するためのテンプレートであり，各ソフトウェアの設定情報が記述されている。このテンプレート定義２０ｃは，システムやアプリケーションソフトの設定情報が記録されているデータベース（レジストリ）である。ＵＩ定義２０ｂは，メタパッケージ中のテンプレートに記述された設定情報をカスタマイズするために使用される
スペック定義２０ｄは，メタパッケージに使用されるスペックが定義されている。」
　
イ．原審拒絶理由において引用された，本願の第１国出願前に既に公知である，特開２０１０−１４０４０３号公報（２０１０年６月２４日公開，以下，これを「引用刊行物２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｅ．「【００１７】
　まず，要求元計算機２において，要求送信部１が操作員の要求に基づいて，構築が要求される計算機アーキテクチャを要求アーキテクチャとして示す構築要求情報を資源管理用計算機７に送信する。
  
例えば，要求送信部１は図５に示す構築要求情報を送信する。図５の例では，要求アーキテクチャの詳細として，ＣＰＵの性能，メモリサイズ，ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の性能，ディスク性能，ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の種類等が示されている
　
Ｆ．「【００２７】
　まず，
要求送信部１により計算機の利用要求を入力するための入力画面が表示装置に表示され，操作員による設定内容の入力がなされた後に，操作員の設定内容を示す構築要求情報（図５）が資源管理用計算機７に送信される
  資源管理用計算機７において，要求管理部３が通信部１５を介して構築要求情報を受信し，受信した構築要求情報を受付ける（Ｓ３０１）（構築要求受信ステップ）。」
　
Ｇ．「【００２９】
　
要求管理部３は，資源管理部５からの検索結果を調べ，利用可能な計算機本体がなかった場合（Ｓ３０３でＮＯ）は，要求元計算機２が要求する計算機アーキテクチャを用意できなかった旨を通信部１５を介して要求元計算機２の要求送信部１に回答する
　一方，利用可能な計算機本体が用意できた場合（Ｓ３０３でＹＥＳ）は，３は，要求元計算機２からの構築要求情報に基づき計算機環境に関する必要資源の検索要求を生成し，検索要求を構成情報管理部４に対して送信する（Ｓ３０４）。
  構成情報管理部４は，要求管理部３からの検索要求に基づき，要求された環境に合致する既構成ストレージがあるかを検索し，検索結果を要求管理部３に回答する（Ｓ３１３）。」
　
Ｈ．「【００３１】
　要求管理部３は，資源管理部５からの検索結果を調べ，利用可能なストレージがなかった場合（Ｓ３０７でＮＯ）は，要求元計算機２が要求する計算機アーキテクチャを用意できなかった旨を通信部１５を介して要求元計算機２の要求送信部１に回答する（Ｓ３０９）。
　他方，利用可能なストレージを用意できた場合（Ｓ３０７でＹＥＳ）は，要求管理部３は，要求元計算機２からの構築要求情報に基づき，システム構築部６に対して計算機環境構築を要求する（Ｓ３０８）。
【００３２】
　システム構築部６は，構成情報管理部４に要求元計算機２から要求されている計算機アーキテクチャを構築するために必要なシステムディスクイメージの保存場所の検索を依頼し，構成情報管理部４が，要求されている計算機アーキテクチャを構築するために必要なシステムディスクイメージの保存場所を検索する（Ｓ３１４）（システムディスクイメージ抽出ステップ）。
　そして，システム構築部６は，構成情報管理部４により検索された保存場所から必要なシステムディスクイメージを用意されたストレージにＳＡＮ１２を介してコピーし，また，ＳＡＮ１２を介して，システムディスクイメージが格納されたストレージを用意された計算機本体と接続する（Ｓ３１２）（システム構築ステップ）。
 そして，
要求管理部３は，要求された計算機環境が用意できた旨を通信部１５を介して要求元計算機２の要求送信部１に回答する
　
ウ．原審拒絶理由において引用された，本願の第１国出願前に既に公知である，国際公開第２０１０／０２３１３９号（国際公開日；２０１０年３月４日，以下，これを「引用刊行物３」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｉ．「Within the cloud computing system 106, the resource identifier 164 and the resource attributes 166 are received at the resource provisioning system 112 via the API 108. 
The resource provisioning system 112 provisions the newly provisioned resource Cl 150 that corresponds to the resource identifier 164 and that has the resource attributes 166
（クラウド・コンピューティング・システム１０６の内部で，リソース識別子１６４と，リソース属性１６６は，ＡＰＩ１０８を介して，リソース・プロビジョニング・システム１１２で受信される。
リソース・プロビジョニング・システム１１２は，リソース識別子１６４に対応し，リソース属性１６６を有する，新しいプロビジョンされたリソースＣ１　１５０をプロビジョンする
　
エ．原審拒絶理由において引用された，本願の第１国出願前に既に公知である，特開２００５−２６６９１７号公報（２００５年９月２９日公開，以下，これを「引用刊行物４」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｊ．「【０１７５】
　次に，リソースマネージャに対して，ステップＳ２４１で選択した構成変更操作の実行を要求する（ステップＳ２４２）。ここで，
要求の送り先であるリソースマネージャが属する管理ドメインと，構成変更操作の対象である資源が属する管理ドメインが一致するように送信先のリソースマネージャを選択する
　
Ｋ．「【０２１１】
　１回目の構成変更準備要求に含まれる構成変更操作１の内容は，以下の通りである。
【０２１２】
　・対象の資源：特定の利用者に提供されていないサーバ機器５台
　・操作の内容：対象の資源上でＷＷＷサーバプログラムを起動する。
【０２１３】
　１回目の構成変更準備要求に含まれる構成変更操作２の内容は，以下の通りである。
【０２１４】
　・対象の資源：特定の利用者に提供されていないサーバ機器１台
　・操作の内容：対象の資源上でアプリケーションＷＷＷサーバプログラムを起動する。
【０２１５】
　
この要求に対して，リソースマネージャは，条件を満たす資源を選択し，構成変更準備の処理を行う。その結果，構成変更操作１に対して，server12, server14, server15, server18, server22（これらは具体的なサーバ名を示す）の５つのサーバ機器を選択し，構成変更操作２に対して，server05のサーバ機器を選択したと仮定する。リソースマネージャは，構成変更準備要求に対応する準備通知に，これらの資源名を含める
【０２１６】
　２回目の構成変更準備要求は，構成変更操作３，４を処理対象とする。これらの構成変更操作は，構成変更操作１，２に依存しており，構成変更操作１，２についての準備完了通知が到着した時点で構成変更準備要求の発行が可能になる。
【０２１７】
　２回目の構成変更準備要求に含まれる構成変更操作３の内容は，以下の通りである。
【０２１８】
　・対象の資源：server12, server14, server15, server18, server22
　・操作の内容：対象の資源上で動作するＷＷＷサーバに対して，server04上で動作するアプリケーションサーバの情報を登録する。
【０２１９】
　２回目の構成変更準備要求に含まれる構成変更操作４の内容は，以下の通りである。
【０２２０】
　・対象の資源：server04
　・操作の内容：
対象の資源上で動作するアプリケーションサーバに対して，server12，server14，server15，server18，server22上で動作するＷＷＷサーバの情報を登録する
【０２２１】
　３回目の構成変更準備要求では，構成変更操作５を処理対象とする。構成変更操作５の発行は，それが依存する構成変更操作３，４についての準備完了通知が到着した時点で可能になる。
【０２２２】
　３回目の構成変更準備要求に含まれる構成変更操作５の内容は以下の通りである。
【０２２３】
　・対象の資源：ＷＷＷサーバの負荷分散装置
　・操作の内容：振り分け先のＷＷＷサーバの情報にserver12,server14,server15,server18,server22を追加する。」
　
オ．原審の平成２７年５月２８日付けの拒絶査定において，周知技術を示す目的で，引用刊行物４と共に例示された，本願の第１国出願前に既に公知である，特表２００７−５２０８１４号公報（公表日；２００７年７月２６日，以下，これを「周知技術文献」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｌ．「【００３２】
さらに，
ブロック３０６は特定のプロビジョニング環境の関係を表すリソースのサブタイプ間の「依存」関係を定義するステップを表す
・・・・・（中略）・・・・・
【００３７】
その後，
ブロック３１０は，論理的なプロビジョニングの結果として確立されるべき論理的な関係を表すリソース間の「対応」関係を示す。例えば，図２および図３から図４のプロビジョニング環境では，プロビジョニングプロセスの一部は，同じ顧客に割り当てられる他のサーバーと通信できるようにサーバーを構成することになる
【００３８】
議論中の例によると，「対応」関係は以下のように定義される。
・・・・・（中略）・・・・・
図６は，
本発明によるプロビジョニング環境でリソース要求に従いリソースを識別，予約，および論理的にプロビジョニングするステップを示す高次のフローチャートを図示する
　
（３）引用刊行物に記載の発明
ア．上記Ａの「自動インストーラによって各計算ノード上に自動インストールされる一般的なソフトウェアスタック（ソフトウェアの階層構造）を示す」という記載，及び，上記Ｃの「インストールサーバ３には，クラスタ４をインストールするための自動インストーラ３ａが作成される」という記載から，
　引用刊行物１においては，“各計算機ノードに，複数のソフトウェアから構成されるソフトウェアスタックを自動インストールする自動インストーラを有するインストールサーバ”が存在することが読み取れ，
　上記Ｂの「メタパッケージは，インターネット上に公開されたメタパッケージリポジトリ経由で自由にインストールすることができる」という記載から，引用刊行物１における「クラスタ」は，“インターネットに接続されている”ものであることは明らかであるから，以上に検討した事項から，
　引用刊行物１は，“インターネットに接続されているクラスタを構成する各計算機ノードに，複数のソフトウェアから構成されるソフトウェアスタックを自動インストールする自動インストーラを有するインストールサーバにおいて，前記自動インストーラの設定を含む方法”に関するものであることが読み取れる。
　
イ．上記Ａの「各ソフトウェア間には複雑な依存関係が生じる。また，各ソフトウェアが正しく動作するためには適切な設定ファイルが必要である」という記載，及び，上記Ｂの「依存関係の解決や設定ファイルの問題を解決するための既存研究としてメタパッケージとよばれるものがある。メタパッケージとは，クラスタやシステム管理のエキスパートによって作成された「自動クラスタインストーラ設定のテンプレート集」である」という記載，同じく，上記Ｂの「メタパッケージをダウンロードした各サイト用にカスタマイズが可能なテンプレートとしてパッケージングしたものである」という記載から，
　引用刊行物１には，“各ソフトウェアが正しく動作するために，依存関係の解決や設定ファイルの問題を解決するためのカスタマイズが可能なテンプレート”が記載されていることが読み取れる。
　
ウ．上記イ．においても引用した，上記Ｂの「メタパッケージをダウンロードした各サイト用にカスタマイズが可能なテンプレート」という記載，同じく，上記Ｂの「メタパッケージにはソフトウェアごとの設定ファイルのテンプレートも含まれている」という記載，及び，上記Ｃの「ＭＰＩ環境及びＪａｖａ（登録商標）環境という機能を具備するメタパッケージを検索する。そして，これをインストールサーバ３にダウンロードする」という記載と，上記ア．において検討した事項から，
　引用刊行物１は，“複数のソフトウェアごとの設定ファイルである，或いは，複数の異なる機能を有するテンプレートを，インストールサーバにダウンロードする”ものであることが読み取れる。
　
エ．上記Ｃの「ダウンロードしたメタパッケージは，インストールサーバ３にて展開されるとこの際，図示せぬ表示部にカスタマイズ用のＧＵＩ，又はＣＵＩなどのユーザインターフェース（ＵＩ）が表示される。クラスタ４の自動インストールを行なわせるユーザは，このＵＩに従ってインストール設定をカスタマイズして生成し，自動インストーラ３ａへ入力する」という記載，上記Ｄの「メタパッケージの主な構成要素ファイル２０としては，パッケージ選択２０ａ，ＵＩ定義２０ｂ，テンプレート定義２０ｃ及びスペック定義２０ｄがある」という記載，及び，同じく，上記Ｄの「テンプレート定義２０ｃは，自動インストーラの設定ファイルを生成するためのテンプレートであり，各ソフトウェアの設定情報が記述されている。このテンプレート定義２０ｃは，システムやアプリケーションソフトの設定情報が記録されているデータベース（レジストリ）である。ＵＩ定義２０ｂは，メタパッケージ中のテンプレートに記述された設定情報をカスタマイズするために使用される」という記載と，上記イ．において検討した事項と，上記ウ．において検討した事項に含まれる「アプリケーションソフト」は，上記ア．等において検討した事項に含まれる「ソフトウェア」に相当するものであることから，
　引用刊行物１においては，“テンプレートは，システムやソフトウェアの設定情報が記述され，前記設定情報は，ユーザによってカスタマイズされるものである”ことが読み取れる。
　
オ．上記Ｃの「自動インストーラ３ａは，カスタマイズされたインストール設定に従ってクラスタ４の自動インストールを実行する」という記載と，上記エ．において検討した事項から，引用刊行物１において，“自動インストーラは，テンプレートに記述された，ユーザによってカスタマイズされた，インストール設定に従って，クラスタの自動インストールを実行する”ものであることが読み取れる。
　
カ．以上ア．〜オ．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「インターネットに接続されているクラスタを構成する各計算機ノードに，複数のソフトウェアから構成されるソフトウェアスタックを自動インストールする自動インストーラを有するインストールサーバにおいて，前記自動インストーラの設定を含む方法であって，
　各ソフトウェアが正しく動作するために，依存関係の解決や設定ファイルの問題を解決するためのカスタマイズが可能な，複数のソフトウェアごとの設定ファイルである，或いは，複数の異なる機能を有するテンプレートを，前記インストールサーバにダウンロードし，
　前記テンプレートは，システムやソフトウェアの設定情報が記述され，前記設定情報は，ユーザによってカスタマイズされるものであって，
　前記自動インストーラは，前記テンプレートに記述された，前記ユーザによってカスタマイズされた，インストール設定に従って，前記クラスタの自動インストールを実行する，方法。」
　
（４）本件補正発明と引用発明との対比
ア．引用発明において，「クラスタ」は，「インターネット」，即ち，“ネットワーク”に接続されているものであるから，該「クラスタ」上で用いられる「ソフトウェア」は，“ネットワーク資源”であることは明らかである。
　よって，引用発明における「インターネットに接続されているクラスタを構成する各計算機ノード」，及び，「ソフトウェア」が，
　本件補正発明における「１つまたは複数のクラウドコンピューティングプラットホーム」，及び，「ネットワークリソース」に相当する。
　
イ．引用発明において，「クラスタを構成する各計算機ノード」に対して，「複数のソフトウェアから構成されるソフトウェアスタックを自動インストールする」ことは，前記「各計算機ノード」に対して，「複数のソフトウェアから構成されるソフトウェアスタック」の準備をすることに他ならないので，上記ア．において検討した事項と併せると，引用発明における「自動インストール」，及び，「インストールサーバ」が，それぞれ，本件補正発明における「プロビジョニング」，及び，「リソースプロビジョニングサーバー」に相当する。
　そして，引用発明における「複数のソフトウェア」に含まれる，各「ソフトウェア」が，それぞれ異なる「ソフトウェア」である態様を含むことは，明らかであって，引用発明において，「各計算機ノード」に「インストール」された，複数の異なる「ソフトウェア」を，「ユーザ」が使用することは，該「ユーザ」が，複数の異なる「サービス」の提供を受けることに他ならないから，以上検討した事項から，
　引用発明における「インターネットに接続されているクラスタを構成する各計算機ノードに，複数のソフトウェアから構成されるソフトウェアスタックを自動インストールする自動インストーラを有するインストールサーバ」が，
　本件補正発明における「１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバー」に相当する。
　したがって，引用発明における「方法」と，本件補正発明における「実行される方法」とは，
“１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，実行される方法”
　である点で共通する。
　
ウ．引用発明において，「各ソフトウェアが正しく動作するために，依存関係の解決や設定ファイルの問題を解決するためのカスタマイズが可能な，複数のソフトウェアごとの設定ファイルである，或いは，複数の異なる機能を有するテンプレート」は，「複数のソフトウェア」ごとに，該「ソフトウェア」間の「依存関係」に対する設定が示される態様を含むものであることは，明らかであり，該「ソフトウェア」間の「依存関係」とは，該「ソフトウェア」間の「関連」についての情報であることも，明らかであるから，引用発明における「テンプレート」は，「ソフトウェア」間の「関連」を指定する情報を有する態様を含むものである。
　また，引用発明においては，「テンプレートは，システムやソフトウェアの設定情報が記述され，前記設定情報は，ユーザによってカスタマイズされるもの」であるから，
　引用発明は，該「テンプレート」に，「ユーザによってカスタマイズ」するための情報として，該「カスタマイズ」のための必要な“設定値”を有する態様を，含むものである。
　そして，該「テンプレート」を「ダウンロード」することは，「自動インストール」の設定を行うための情報を受信することに他ならず，該受信は，「自動インストール」を設定するという要求に基づくことは，明らかである。 
　
エ．引用発明においては，「自動インストーラは，前記テンプレートに記述された，前記ユーザによってカスタマイズされた，インストール設定に従って，前記クラスタの自動インストールを実行する」のであるから，「自動インストーラ」は，「テンプレートに記述された」，「インストール設定」に従って，該「テンプレート」によって識別される「複数のソフトウェアから構成されるソフトウェアスタック」を，「自動インストール」するものであるから，このことと，
　本件補正発明における「テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングする」こととは，
“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングする”ことである点で共通する。
　
オ．上記イ．において検討したとおり，引用発明においては，「ソフトウェア」は，「ユーザー」に「サービス」を提供するものであって，上記ウ．において検討したとおり，引用発明においては，「テンプレート」が，「複数のソフトウェア」間の“関連”を示す情報を有する態様を含むものであるから，引用発明においては，「テンプレート」は，「サービス」を提供する「複数のソフトウェア」の“関連”を示す情報を有する態様を含むことは，明らかである。
　したがって，上記において検討した，引用発明における“テンプレートが，サービスを提供する複数のソフトウェアの関連を示す情報を有すること”と，
　本件補正発明における「テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定」することとは，
“テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有する”点で共通する。
　更に，引用発明における「設定値」は，「ユーザー」によって，「テンプレート」が「カスタマイズ」される際に，「設定」されるものであるから，
　本件補正発明における「パラメータ」と，“ユーザーに指定された設定情報”である点で共通する。
　よって，以上，イ．，ウ．，及び，エ．において検討した事項と，上記において検討した事項から，
　引用発明における「インターネットに接続されているクラスタを構成する各計算機ノードに，複数のソフトウェアを自動インストールする自動インストーラを有するインストールサーバにおいて，前記自動インストーラの設定を含む方法であって，
　各ソフトウェアが正しく動作するために，依存関係の解決や設定ファイルの問題を解決するためのカスタマイズが可能な，複数のソフトウェアごとの設定ファイルである，或いは，複数の異なる機能を有するテンプレートを，前記インストールサーバにダウンロード」することと，
　本件補正発明における「ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む，受信すること」とは，
“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数の設定情報を含む，受信すること”である点で共通する。
　
カ．引用発明において，「自動インストーラ」が，「テンプレートに記述された，前記ユーザによってカスタマイズされた，インストール設定に従って，前記クラスタの自動インストールを実行する」際に，引用発明における「テンプレート」の内容が，解析されていることは明らかであるから，上記ウ．において検討した事項と併せると，
　引用発明における「自動インストーラは，前記テンプレートに記述された，前記ユーザによってカスタマイズされた，インストール設定に従って，前記クラスタの自動インストールを実行する」ことと，
　本件補正発明における「プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること」とは，
“プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々をプロビジョニングすることを試行すること”である点で共通する。
　
キ．以上，ア．〜カ．において検討した事項から，本件補正発明と，引用発明との一致点．及び，相違点は，次のとおりである。
　
［一致点］
　１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，実行される方法であって，
　テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有し，前記別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数の設定情報を含む，受信すること，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々をプロビジョニングすることを試行することを含む，方法。
　
［相違点１］
“実行される方法”に関して，
　本件補正発明においては，「スタックビルダーサービスにより実行される方法」であるのに対して，
　引用発明においては，“実行される方法”が，“何”によって実行されているのか，明確には示されていない点。
　
［相違点２］
“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信すること”に関して，
　本件補正発明においては，「ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信すること」であるのに対して，
　引用発明においては，「ソフトウェアスタック」が，「特定」のものであるかについての言及がない点。
　
［相違点３］
　同じく，“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信すること”に関して，
　本件補正発明においては，「ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信すること」であるのに対して，
　引用発明においては，“ユーザーから，要求を受信する”点については，特に，言及されていない点。
　
［相違点４］
“テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有し”に関して，
　本件補正発明においては，「テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定」するものであるのに対して，引用発明においては，「テンプレート」によって，“複数のソフトウェア”がどのように「関連付け」られているのか，明確には示されていない点。
　
［相違点５］
“ユーザーによって指定された１つまたは複数の設定情報”に関して，
　本件補正発明においては，「別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータ」であるのに対して，
　引用発明における「設定値」が，どのようなものであるか，明確には示されていない点。
　
［相違点６］
“解析に応答して前記複数の別個のネットワークリソースの各々をプロビジョニングすること”に関して，
　本件補正発明においては，「解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること」であるのに対して，
　引用発明においては，「部分的にプロビジョニングする」ことに関しては，特に，言及されていない点。
　
［相違点７］
　本件補正発明においては，「複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む」ものであるのに対して，
　引用発明においては，「自動インストール」の「成功」，或いは，“失敗”についての「通知」を行う点については，特に，言及されていない点。
　
（５）相違点についての当審の判断
ア．［相違点１］について
　引用発明には，「ソフトウェアスタック」を，「自動インストール」するために必要な「設定」を，「テンプレート」用いて行うこと，及び，該「テンプレート」に対する「ユーザー」よる「カスタマイズ」によって行うことが含まれ，該「設定」のための操作は，引用刊行物１において，明文の記載はないものの，何らかの“ソフトウェア”によって実現されるものであることは，明らかであって，該“ソフトウェア”が，一種の「サービス」と言い得るものである。
　そして，引用発明における，前記「サービス」は，「ソフトウェアスタック」が，「自動インストール」できるように「設定」する「サービス」とも言えるものであるから，「自動インストール」のための「ソフトウェアスタック」を構築するための「サービス」と言えるものである。
　以上に検討したとおりであるから，引用発明においても，明文の記載はないものの，「スタック」を構築するための「サービス」において，「設定」が行われており，引用発明も，“スタックを構築するサービスによって実行される方法”と言い得るものである。
　よって，［相違点１］は，格別のものではない。
　
イ．［相違点２］，及び，［相違点６］について
　複数の「プロビジョニング」対象が存在する場合に，その何れかを「特定」して，「プロビジョニング」を行うことに関しては，例えば，上記Ｉに引用した，引用刊行物３の「The resource provisioning system 112 provisions the newly provisioned resource Cl 150 that corresponds to the resource identifier 164 and that has the resource attributes 166（リソース・プロビジョニング・システム１１２は，リソース識別子１６４に対応し，リソース属性１６６を有する，新しいプロビジョンされたリソースＣ１　１５０をプロビジョンする）」という記載内容にもあるとおり，“リソース識別子によって指定された，リソースのプロビジョニングを行う”こと，即ち，複数の「プロビジョニング」対象から，何れかを「特定」して，「部分的に」，「プロビジョニング」を行うことは，本願の第１国出願前に，当業者には既に知られた技術事項であり，引用発明においても，「ソフトウェアスタック」のうち，何れかを，「識別子」で指定し，「特定」して，「自動インストール」の対象とすることは，当業者が適宜なし得る事項である。
　よって，［相違点２］，及び，［相違点６］は，格別のものではない。
　
ウ．［相違点３］について
　“ユーザーから，要求を受信する”ことに関して，引用発明においても，「ユーザー」によって「カスタマイズ」が行われていることから，当該「カスタマイズ」のための「ユーザー」からの指示を受信していることは明らかである。
　そして，上記Ｃにおいて引用した，引用刊行物１の「クラスタ４の自動インストールを行なわせるユーザは，このＵＩに従ってインストール設定をカスタマイズして生成し，自動インストーラ３ａへ入力する」という記載から，引用発明が，“ユーザーが，自動インストーラに対して，自動インストールの実行指示を出す”態様を含むものであることは，明らかである。
　以上に検討した事項から，引用発明において，「ユーザー」から，“自動インストールの要求を，自動インストーラが受信する”よう構成することは，当業者が適宜なし得る事項である。
　よって，[相違点３]は，格別のものではない。
　
エ．［相違点４］について
　「関連付けを指定」する点に関しては，上記Ｊに引用した，引用刊行物４の「要求の送り先であるリソースマネージャが属する管理ドメインと，構成変更操作の対象である資源が属する管理ドメインが一致するように送信先のリソースマネージャを選択する」という記載，上記Ｋにおいて引用した，引用刊行物４の「この要求に対して，リソースマネージャは，条件を満たす資源を選択し，構成変更準備の処理を行う。その結果，構成変更操作１に対して，server12, server14, server15, server18, server22（これらは具体的なサーバ名を示す）の５つのサーバ機器を選択し，構成変更操作２に対して，server05のサーバ機器を選択したと仮定する。リソースマネージャは，構成変更準備要求に対応する準備通知に，これらの資源名を含める」という記載，同じく，上記Ｋにおいて引用した，引用刊行物４の「対象の資源上で動作するＷＷＷサーバに対して，server04上で動作するアプリケーションサーバの情報を登録する」という記載，上記Ｌに引用した，周知技術文献の「ブロック３０６は特定のプロビジョニング環境の関係を表すリソースのサブタイプ間の「依存」関係を定義するステップを表す」という記載，上記Ｌに引用した，周知技術文献の「ブロック３１０は，論理的なプロビジョニングの結果として確立されるべき論理的な関係を表すリソース間の「対応」関係を示す。例えば，図２および図３から図４のプロビジョニング環境では，プロビジョニングプロセスの一部は，同じ顧客に割り当てられる他のサーバーと通信できるようにサーバーを構成することになる」という記載，及び，同じく，上記Ｌに引用した，周知技術文献の「本発明によるプロビジョニング環境でリソース要求に従いリソースを識別，予約，および論理的にプロビジョニングするステップを示す高次のフローチャートを図示する」という記載から，“プロビジョニングにおいて，リソース間の対応関係を指定する”ことは，本願の第１国出願前に，当業者には，周知の技術事項であって，
　引用発明と，引用刊行物４に係る発明，及び，周知技術文献に開示の技術とは，ネットワークに接続された“リソース”の事前設定に関する技術である点で共通するので，
　引用発明においても，「自動インストール」を行う際に，「テンプレート」を用いて，「複数のソフトウェア」同士の「関連付けを指定」するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点４］は，格別のものではない。
　
オ．［相違点５］について
　システムの事前設定，即ち，「プロビジョニング」において，個々の構成要素の「パラメータ」を含む，設定要求を用いて，事前設定を行うようなことは，例えば，上記Ｅに引用した，引用刊行物２の「例えば，要求送信部１は図５に示す構築要求情報を送信する。図５の例では，要求アーキテクチャの詳細として，ＣＰＵの性能，メモリサイズ，ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の性能，ディスク性能，ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の種類等が示されている」という記載，及び，上記Ｆに引用した，引用刊行物２の「要求送信部１により計算機の利用要求を入力するための入力画面が表示装置に表示され，操作員による設定内容の入力がなされた後に，操作員の設定内容を示す構築要求情報（図５）が資源管理用計算機７に送信される」という記載から，明らかなように，本願の第１国出願前に，当業者には，広く知られた技術事項であるから，引用発明においても，「テンプレート」に，「設定値」として，「複数のソフトウェア」，或いは，その他の構成要素に対して，“ユーザーによって指定されたパラメータ”を含ませるよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点５は，格別のものではない。
　
カ．［相違点７］について
「プロビジョニング」が，成功した場合，或いは，失敗した場合に「通知」を行う点については，上記Ｇに引用した，引用刊行物２の「要求管理部３は，資源管理部５からの検索結果を調べ，利用可能な計算機本体がなかった場合（Ｓ３０３でＮＯ）は，要求元計算機２が要求する計算機アーキテクチャを用意できなかった旨を通信部１５を介して要求元計算機２の要求送信部１に回答する」という記載，及び，上記Ｈに引用した，引用刊行物２の「要求管理部３は，要求された計算機環境が用意できた旨を通信部１５を介して要求元計算機２の要求送信部１に回答する」という記載にもあるとおり，本願の第１国出願前に，当業者には，広く知られた技術事項であるから，
　引用発明においても，「ユーザー」に対して，「自動インストール」の成功時，及び，失敗時に，その旨を通知するよう構成することは，当業者が適宜なし得る事項である。
　よって，［相違点７］は，格別のものではない。
　
キ．以上，ア．〜カ.において検討したとおり，［相違点１］〜［相違点７］は，格別のものではなく，本件補正発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　よって，本件補正発明は，引用発明，引用刊行物２〜引用刊行物４に係る発明，及び，周知技術文献に開示された周知技術に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許出願の際，独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２７年１０月１日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２７年２月１７日付けの手続補正により補正された，上記「第２．平成２７年１０月１日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した，次に記載のとおりのものである。
　
「１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，スタックビルダーサービスにより実行される方法であって，
　ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定する，受信することと，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること，
　前記複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および
　前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む，方法。」
　
第４．引用刊行物に記載の発明
　上記「第２．平成２７年１０月１日付けの手続補正の却下の決定」の「２．補正の適否」における「（２）引用刊行物に記載の事項」において，引用刊行物１として引用した，特開２００７−１９３６９６号公報には，上記「第２．平成２７年１０月１日付けの手続補正の却下の決定」の「２．補正の適否」における「（３）引用刊行物に記載の発明」において認定したとおりの，引用発明が記載されている。
　
第５．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２７年１０月１日付けの手続補正の却下の決定」の「２．補正の適否」において検討した，本件補正発明から，「テンプレート」に対する，「別個の種類のサービスの前記別個のネットワークリソースに関連する，前記ユーザーによって指定された１つまたは複数のパラメータを含む」という限定事項を取り除いたものであるから，
　本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　１つまたは複数のクラウドコンピューティングプラットホームの別個の種類のサービスの複数の別個の種類のネットワークリソースのプロビジョニングを実施するリソースプロビジョニングサービスサーバーにおいて，実行される方法であって，
　テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信することであって，前記テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有する，受信すること，
　プロビジョニングを要求された前記複数の別個のネットワークリソースの各々を識別するために前記テンプレートを解析すること，
　前記解析に応答して前記複数の別個のネットワークリソースの各々をプロビジョニングすることを試行することを含む，方法。
　
［相違点ａ］
“実行される方法”に関して，
　本願発明においては，「スタックビルダーサービスにより実行される方法」であるのに対して，
　引用発明においては，“実行される方法”が，“何”によって実行されているのか，明確には示されていない点。
　
［相違点ｂ］
“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信すること”に関して，
　本願発明においては，「ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信すること」であるのに対して，
　引用発明においては，「ソフトウェアスタック」が，「特定」のものであるかについての言及がない点。
　
［相違点ｃ］
　同じく，“テンプレートによって識別された複数の別個のネットワークリソースのスタックをプロビジョニングするための要求を受信すること”に関して，
　本願発明においては，「ユーザーから，テンプレートによって識別された複数の別個のネットワークリソースの特定のセットのスタックをプロビジョニングするための要求を受信すること」であるのに対して，
　引用発明においては，“ユーザーから，要求を受信する”点については，特に，言及されていない点。
　
［相違点ｄ］
“テンプレートが，別個のサービスを提供する別個のネットワークリソースの関連付けの情報を有し”に関して，
　本願発明においては，「テンプレートは前記別個の種類のサービスの１つまたは複数の別個のネットワークリソースの関連付けを指定」するものであるのに対して，引用発明においては，「テンプレート」によって，“複数のソフトウェア”がどのように「関連付け」られているのか，明確には示されていない点。
　
［相違点ｅ］
“解析に応答して前記複数の別個のネットワークリソースの各々をプロビジョニングすること”に関して，
　本願発明においては，「解析に応答して前記複数の別個のネットワークリソースの各々を少なくとも部分的にプロビジョニングすることを試行すること」であるのに対して，
　引用発明においては，「部分的にプロビジョニングする」ことに関しては，特に，言及されていない点。
　
［相違点ｆ］
　本願発明においては，「複数の別個のネットワークリソースの各々が無事にプロビジョニングされる場合は，前記ユーザーに前記スタックのプロビジョニングが成功したことを通知すること，および前記複数の別個のネットワークリソースの１つまたは複数が無事にプロビジョニングされない場合は，前記ユーザーに前記スタックのプロビジョニングが成功しなかったことを通知することを含む」ものであるのに対して，
　引用発明においては，「自動インストール」の「成功」，或いは，“失敗”についての「通知」を行う点については，特に，言及されていない点。
　
第６．相違点についての当審の判断
　本願発明と，引用発明との［相違点ａ］〜［相違点ｆ］は，本件補正発明と，それぞれ，引用発明との［相違点１］〜［相違点４］，［相違点６］，及び，［相違点７］と同じものであるから，上記「第２．平成２７年１０月１日付けの手続補正の却下の決定」の「２．補正の適否」における「（５）相違点についての当審の判断」において検討したとおり，格別のものではない。
　そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　なお，審判請求人は，平成２８年２月２６日付けで上申書を提出し，当該上申書において，本願の特許請求の範囲に対する補正案を提示しているが，当該補正案に示されている，請求項１についての，
「プロビジョニングを要求された前記複数の別個のネットワークリソースの各々，および，前記関連する１つまたは複数のパラメータを識別するために前記テンプレートを解析すること，
　前記解析に少なくとも部分的に応答して，前記複数の別個のネットワークリソースの各々を前記関連する１つまたは複数のパラメータにしたがってプロビジョニングすることを試行すること」という記載に関して，
　審判請求人が，補正の根拠としてあげている，段落【０００８】，【００２２】，【００２４】，及び，【００３３】には，「パラメータ」に関して，
「ユーザーは，リソースに関連した特定のパラメーターを指定するため，テンプレート内の命令を変更してもよく，変更したテンプレートを新しいテンプレートとして保存してもよい。」（段落【０００８】），
「ユーザーは，要求されたリソースのサイズ，要求されたリソースの構成要素のいくつか（例えばコンピュータ，データベース等），リソースの特定のバージョン，または他のパラメーターを指定するため，事前に入力された命令の中のあるパラメーターを変更してもよい。」（段落【００２２】），
「テンプレートに基づいたリソースプロビジョニングの要求を受信すると，ビルダー１２０は，テンプレート（例えば，テキストファイル形式であり得る）を検索し解析してこれらのリソースをプロビジョニングする命令と同様，所望のリソースのアイデンティティーおよびパラメーター（例えばサイズ等）を決定してもよい。」（段落【００２４】），
「ユーザー１０２（１）はこのテンプレートをカスタマイズした可能性がある。例えば，ユーザー１０２（１）にはリソースの特定のバージョン，リソースのサイズ，リソースの論理名等のあるパラメーターの値を指定している可能性がある。」（段落【００３３】），
　と記載されていて，該「パラメータ」に関しては，上記引用の記載箇所以外，本願明細書の他の段落に記載がない。
　そして，段落【００２４】に記載された内容から，補正案における「テンプレートを解析する」ことは，本願明細書の発明の詳細な説明から読み取れるものの，
　補正案における「前記解析に少なくとも部分的に応答して，前記複数の別個のネットワークリソースの各々を前記関連する１つまたは複数のパラメータにしたがってプロビジョニングすることを試行すること」（以下，これを「補正案の記載」という）は，本願明細書の発明の詳細な説明中に，対応する記載が存在しない。
　補正案の記載における「パラメータにしたがってプロビジョニングする」が，単に，“パラメーターが変更された，リソースをプロビジョニングする命令に従って，プロビジョニングを行う”程度の意味であるならば，引用刊行物２の，例えば，【図５】等に示されているように，“設定されたパラメータによって，事前準備を行う”ことは，上記において指摘したとおり，本願の第１国出願前に，当業者には周知の技術事項であるから，仮に，当該補正案を採用したとしても，拒絶理由は解消しない。
　また，補正案の記載が，周知技術とは異なる技術事項を表現したものであるとすると，上記において指摘したとおり，そのような技術事項に関しては，本願明細書の発明の詳細な説明には記載されておらず，どのように実現するか不明である。
　以上に検討したとおりであるから，仮に，上申書に提示の補正案を採用しても，拒絶理由は解消しない。
　そして，上申書における，本願発明と，引用発明との対比に関する意見は，上記において検討したとおりであるから，補正案の採否にかかわらず，採用できない。
　
第８．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。