【事件の表示】
　特願２０１６−５２４３２５「仮想マシンをホスティングする暗号的に保証されたリソース」拒絶査定不服審判事件〔平成２７年　１月　８日国際公開、ＷＯ２０１５／００２９９２、平成２８年　９月　５日国内公表、特表２０１６−５２６７３４、請求項の数（９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１４年（平成２６年）７月１日（パリ条約による優先権主張外国庁受理２０１３年７月１日，米国）を国際出願日とする出願であって，平成２９年４月２５日付けで拒絶理由通知がされ，平成２９年８月１日付けで意見書が提出されるとともに手続補正がされ，平成３０年１月２５日付けで拒絶査定（原査定）がされ，これに対し，平成３０年５月２９日に拒絶査定不服審判の請求がされると同時に手続補正がされ，平成３０年８月２０日付けで前置報告がされ，平成３０年１１月８日付けで上申書が提出され，平成３１年１月２３日付けで当審より拒絶理由通知がされ，平成３１年３月２５日付けで意見書が提出されるとともに手続補正がされたものである。
第２　本願発明
　本願請求項１−９に係る発明（以下，それぞれ「本願発明１」−「本願発明９」という。）は，平成３１年３月２５日付けの手続補正で補正された特許請求の範囲の請求項１−９に記載された事項により特定される発明であり，本願発明１は以下のとおりの発明である。
「　【請求項１】
　コンピュータ実施方法であって，
　ユーザの仮想マシンをプロビジョニングする要求を受信すること，
　前記要求の受信に応答して，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること，
　前記選択されたホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの暗号測定を得ること，ここにおいて，前記暗号測定は，前記ホスト・コンピューティング・デバイス上のソフトウエア及び／またはハードウェアのリソースのハッシュ測定を含み，
　前記ユーザから前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成の選択を受信すること，
　前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの前記特別な構成に関連する既知の承認された暗号測定を決定すること，
　前記暗号測定が，前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認すること，及び
　前記ユーザに，前記一致することの確認に基づいて，前記ホスト・コンピューティング・デバイス上の前記仮想マシンへのアクセスを提供すること，
　を含む，コンピュータ実施方法。」
　本願発明２−６は，本願発明１を減縮した発明である。
　本願発明７は，本願発明１に対応するコンピューティング・システムの発明であり，本願発明１とカテゴリ表現が異なるだけの発明である。
　本願発明８−９は，本願発明７を減縮した発明である。
第３　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用された引用文献１（特開２０１２−１９０４４１号公報）には，図面とともに次の事項が記載されている。（下線は当審で付与した。以下，同様。）
Ａ　「【００１４】
　まずは，図１を参照されたい。
クラウドコンピューティングシステム
は，クラウド（２２）を備えており，該クラウドは，複数のサーバー（２４）を備えており，各サーバーは，
以下を備えている：プロセッサー（２６），入出力装置（２８，３０），ランダムアクセスメモリ（ＲＡＭ）（３２），リードオンリメモリ（ＲＯＭ）（３４），及び磁気ディスク又は他の長期ストレージ（３６）。サーバー（２４）は，クラウドコントローラー（３８）を介して，外部のネットワーク
（４０）と接続されている
【００１５】
　また，
外部ネットワーク（４０）には，エンタープライズ（ｅｎｔｅｒｐｒｉｓｅ，４６）のエンタープライスエージェント（ｅｎｔｅｒｐｒｉｓｅ　ａｇｅｎｔ，４２）及びエンタープライスキーマネージャー（４４）が接続されている
【００１６】
　クラウド（２２）の動作において，
クラウドコントローラー（３８）はクラウド（２２）内の利用可能なリソースを追跡する
エージェント（４２）を介したエンタープライズ（４６）からの要求を満たすためにリソースを割り当て
エンタープライス（４６）に既に割り当てられたリソースを追跡する。
エンタープライスエージェント（４２）が，透過的に利用可能にした前記リソースを要求したときに，確認したうえで，特定の割り当てられたリソースにアクセスする資格を特定のエンタープライスエージェント（４２）に与えることを保証する
クラウドコントローラー（３８）自身は，１以上のサーバー（２４）又は構造的に類似したコンピュータデバイスであってもよい
【００１７】
　次に図２を参照されたい。
クラウドコンピューティングの方法
において
ステップ（１０２）では，クラウド（２２）が構築され，組織化され，そして，稼動する
【００１８】
　
ステップ（１０４）では，エンタープライス（４６）は，エンタープライスエージェント（４２）を介して，クラウド（２２）からの仮想マシン（ＶＭ，５０）用のリソースを要求する
クラウド（２２）は，クラウドコントローラー（３８）の動作を介して
使用していないときに仮想マシンをディスクイメージとして保存することができるストレージ（３６）を割り当て
使用しているときに仮想マシンを実行するためのプロセッサー容量（２６）及びＲＡＭ（３２）の割り当てを許可する
ステップ（１０６）では，エンタープライスエージェント（４２）の管理者が仮想マシン（５０）のディスクイメージ（５２）をクラウドストレージ（３６）にアップロードする
【００１９】
（途中省略）
【００２０】
　
ステップ（１０８）では，エンタープライスエージェント（４２）の管理者は，仮想マシン（５０）を稼動させることを望んでいる
エンタープライスエージェント（４２）は，クラウドコントローラー（３８）との安全な接続を確立する
エンタープライスエージェント（４２）とクラウドコントローラー（３８）とが該チャンネルを用いて互いに通信することができ
エンタープライスエージェント（４２）は，クラウドコントローラー（３８）に命令（コマンド）を送り，仮想マシン（５０）を起動するようクラウドコントローラー（３８）を変更する
【００２１】
　その後，
ＶＭ（５０）は，第二のプライベートチャンネルをセットアップし，該チャンネルはエンタープライスエージェント（４２）と直接につながっており，
エンタープライスエージェント（４２）とゲストＶＭ（５０）とのチャンネルはＨＴＴＰＳリンクである
【００２２】
　ＳＳＬ認証に加えて，
ゲストＶＭ（５０）は，該マシンが稼動している環境の「測定値」（ｍｅａｓｕｒｅｍｅｎｔ）を収集する
該測定値は，マシン環境のサイン証明として提示される。
測定値として，仮想化環境に関するメタデータが含まれ
例えばＶＭのＩＰアドレス，クラウドインフラ名称，場所，及びＶＭインスタンスＩＤが挙げられ
【００２３】
　
前記メタデータを介して提供された測定値は，どこでゲストＶＭ（５０）が起動中であるかについての証明となる
ゲストＶＭの下で稼動しているハードウェアプラットホーム，ＢＩＯＳコード，及びハイパーバイザを測定し
このことにより，予想外のものがインフラの一部として稼動していないこと，そして，インフラの単一かつ特定のバージョンが稼動していることを暗号的に保証している
サインされた証明をキーマネージャーが受け取ると
該キーマネージャーは
ホワイトリスト内にある一群の知られた良好なフィンガープリントと測定値（最終的にはハッシュフィンガープリント）とを比較する
前記測定値は，ＴＰＭ測定と等しい
ものを意図する
【００２４】
　こうして
確認された測定値により，ＶＭ（５０）がどこで稼動しているかに関するハードウェア・ルート・オブ・トラスト・バック（ｈａｒｄｗａｒｅ−ｒｏｏｔ−ｏｆ−ｔｒｕｓｔ　ｂａｃｋ）がエンタープライスエージェント（４２）に正確に提供され
その後，レポートされた環境が，エンタープライスエージェントが予想した環境のあるべき状態と一致しない場合には，エンタープライスエージェント（４２）は，ＶＭ（５０）の起動をキャンセルし
【００２５】
　
ステップ（１１０）において，クラウドコントローラー（３８）は
適切なプロセッサ（２６）及びＲＡＭ（３２）リソースを割り当て，仮想マシン（５０）を初期化し
【００２６】
　
ステップ（１１２）では，エンタープライスエージェント（４２）が，第二のプライベートチャンネルを用いて新たに起動された仮想マシン（５０）を呼び出し，ＶＭ（５０）のＩＰアドレス及び他の特定情報を手に入れ
【００２７】
　
ステップ（１１４）では，エンタープライスエージェント（４２）によって提供された証明書をプリブート環境（５４）が確認して，適切に起動されたことを保証する
【００２８】
（途中省略）
【００２９】
　
ステップ（１１６）において，キーマネージャー（４４）は，プリブート環境（５４）によって提示された証明書を確認する
【００３０】
　
ステップ（１１８）では，キーマネージャー（４４）がプリブート環境（５４）に正しいディスクラッピングキーを提供する
プリブート環境（５４）が
仮想マシン（５０）の稼動インスタンスを起動することを可能にする
【００３１】
　
ステップ（１２０）では，リモートコンソールとして作用するエンタープライスエージェント（４２）とともに仮想マシン（５０）が実行される段階に進む
　したがって，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。
「クラウドコンピューティングシステムは，クラウド（２２）を備えており，
　該クラウドは，複数のサーバー（２４）を備えており，
　各サーバーは，プロセッサー（２６），入出力装置（２８，３０），ランダムアクセスメモリ（ＲＡＭ）（３２），リードオンリメモリ（ＲＯＭ）（３４），及び磁気ディスク又は他の長期ストレージ（３６）を備えており，
　サーバー（２４）は，クラウドコントローラー（３８）を介して，外部のネットワーク（４０）と接続されており，
　外部ネットワーク（４０）には，エンタープライズ（４６）のエンタープライスエージェント（４２）及びエンタープライスキーマネージャー（４４）が接続されており，
　クラウドコントローラー（３８）は，クラウド（２２）内の利用可能なリソースを追跡し，エージェント（４２）を介したエンタープライズ（４６）からの要求を満たすためにリソースを割り当て，エンタープライズ（４６）に既に割り当てられたリソースを追跡し，エンタープライスエージェント（４２）が，透過的に利用可能にした前記リソースを要求したときに，確認したうえで，特定の割り当てられたリソースにアクセスする資格を特定のエンタープライスエージェント（４２）に与えることを保証し，
　クラウドコントローラー（３８）は，１以上のサーバー（２４）又は構造的に類似したコンピュータデバイスであってもよく，
　クラウドコンピューティングの方法において，
　ステップ（１０２）では，クラウド（２２）が構築され，組織化され，そして，稼動し，
　ステップ（１０４）では，エンタープライズ（４６）は，エンタープライスエージェント（４２）を介して，クラウド（２２）からの仮想マシン（ＶＭ，５０）用のリソースを要求し，
　クラウド（２２）は，クラウドコントローラー（３８）の動作を介して，使用していないときに仮想マシンをディスクイメージとして保存することができるストレージ（３６）を割り当て，使用しているときに仮想マシンを実行するためのプロセッサー容量（２６）及びＲＡＭ（３２）の割り当てを許可し，
　ステップ（１０６）では，エンタープライスエージェント（４２）の管理者が仮想マシン（５０）のディスクイメージ（５２）をクラウドストレージ（３６）にアップロードし，
　ステップ（１０８）では，エンタープライスエージェント（４２）の管理者は，仮想マシン（５０）を稼動させることを望んでおり，
　エンタープライスエージェント（４２）は，クラウドコントローラー（３８）との安全な接続を確立し，
　エンタープライスエージェント（４２）とクラウドコントローラー（３８）とが該チャンネルを用いて互いに通信することができ，
　エンタープライスエージェント（４２）は，クラウドコントローラー（３８）に命令（コマンド）を送り，仮想マシン（５０）を起動するようクラウドコントローラー（３８）を変更し，
　ＶＭ（５０）は，第二のプライベートチャンネルをセットアップし，該チャンネルはエンタープライスエージェント（４２）と直接につながっており，
　エンタープライスエージェント（４２）とゲストＶＭ（５０）とのチャンネルはＨＴＴＰＳリンクであり，
　ゲストＶＭ（５０）は，該マシンが稼動している環境の「測定値」を収集し，
　該測定値は，マシン環境のサイン証明として提示され，
　測定値として，仮想化環境に関するメタデータ，例えばＶＭのＩＰアドレス，クラウドインフラ名称，場所，及びＶＭインスタンスＩＤが含まれ，
　前記メタデータを介して提供された測定値は，どこでゲストＶＭ（５０）が起動中であるかについての証明となり，
　ゲストＶＭの下で稼動しているハードウェアプラットホーム，ＢＩＯＳコード，及びハイパーバイザを測定することにより，予想外のものがインフラの一部として稼動していないこと，そして，インフラの単一かつ特定のバージョンが稼動していることを暗号的に保証しており，
　サインされた証明をキーマネージャーが受け取ると，該キーマネージャーは，ホワイトリスト内にある一群の知られた良好なフィンガープリントと測定値（最終的にはハッシュフィンガープリント）とを比較し，
　前記測定値は，ＴＰＭ測定と等しいものを意図し，
　確認された測定値により，ＶＭ（５０）がどこで稼動しているかに関するハードウェア・ルート・オブ・トラスト・バックがエンタープライスエージェント（４２）に正確に提供され，
　その後，レポートされた環境が，エンタープライスエージェントが予想した環境のあるべき状態と一致しない場合には，エンタープライスエージェント（４２）は，ＶＭ（５０）の起動をキャンセルし，
　ステップ（１１０）において，クラウドコントローラー（３８）は，適切なプロセッサ（２６）及びＲＡＭ（３２）リソースを割り当て，仮想マシン（５０）を初期化し，
　ステップ（１１２）では，エンタープライスエージェント（４２）が，第二のプライベートチャンネルを用いて新たに起動された仮想マシン（５０）を呼び出し，ＶＭ（５０）のＩＰアドレス及び他の特定情報を手に入れ，
　ステップ（１１４）では，エンタープライスエージェント（４２）によって提供された証明書をプリブート環境（５４）が確認して，適切に起動されたことを保証し，
　ステップ（１１６）において，キーマネージャー（４４）は，プリブート環境（５４）によって提示された証明書を確認し，
　ステップ（１１８）では，キーマネージャー（４４）がプリブート環境（５４）に正しいディスクラッピングキーを提供し，プリブート環境（５４）が仮想マシン（５０）の稼動インスタンスを起動することを可能にし，
　ステップ（１２０）では，リモートコンソールとして作用するエンタープライスエージェント（４２）とともに仮想マシン（５０）が実行される段階に進む，
　方法。」（当審注：「エンタープライス（４６）」は「エンタープライズ（４６）」として記載を統一した。）
２．引用文献２について
　また，原査定の拒絶の理由に引用された引用文献２（米国特許出願公開第２００８／００８３０３９号明細書）には，図面とともに次の事項が記載されている。
Ｂ　「[0009] 
Referring to　FIG. 2A　and　FIG. 3 , the integrity measurement module　111　creates a measurement value by measuring related component when a predetermined event is generated in the platform of the integrity attestation target system　110　at step S 110 . Herein, the predetermined event is any event that can influence the integrity of a platform, such as program execution, and update. The component denotes any elements that can influence the integrity of the computing platform. For example, the component may be an operating system, a configuration file, a program, a library, and etc. Particularly, the integrity measurement module　111　calculates the hash value of the even that can influence the integrity and the related component at step S 120 .
（当審仮訳：［０００９］
図２Ａおよび図３で，完全性測定モジュール１１１は，ステップＳ１１０において，完全性証明ターゲットシステム１１０のプラットフォームに所定のイベントが生成されたときに，関連するコンポーネントを測定することによって測定値を生成する。ここで，所定のイベントは，プログラム実行，更新など，プラットフォームの完全性に影響を与えることができる任意のイベントである。コンポーネントは，コンピューティングプラットフォームの完全性に影響を及ぼすことができる任意の要素を示す。例えば，コンポーネントは，オペレーティングシステム，構成ファイル，プログラム，ライブラリなどであってもよい。具体的には，完全性測定モジュール１１１は，ステップＳ１２０において，完全性と関連するコンポーネントに影響を及ぼす可能性のあるもののハッシュ値を計算する。
Ｃ　「[0046] FIG. 5A　and　FIG. 5B　are flowcharts illustrating a method for attesting the integrity of the computing platform according to an embodiment of the present invention. The method for attesting the integrity according to the present embodiment is embodied through the integrity attestation target system　210　and the verification server　220 .　FIG. 5A　shows an integrity attestation method in the integrity attestation target system　210 , and　FIG. 5B　shows an integrity attestation method in the verification server.
[0047] 
Referring to　FIG. 5A , whenever an event influencing the integrity occurs in the computing platform, the integrity attestation target system　210　measures components related to an event and creates the measurement value at step S 310 . As described above, the measurement value may be created by performing a hash calculation on the related component.
[0048] 
（途中省略）
[0053] 
When the data for verifying the integrity are prepared from the verification server　220 , the integrity attestation target system　210　transmits the prepared data to the verification server　220　for the verification server　220　to verify the integrity of itself at step S 370 .
[0054] 
The verification server　220　attests the integrity of the target system　210　from information formed of hidden measurement value transferred from the integrity attestation target system　210　as shown in　FIG. 5B .
[0055] 
（途中省略）
[0059] 
If three verifications are all success, the verification server　220　determines that the integrity of the target system　210　is sustained at step S 490 .
[0060] 
When the verification server　220　determines that the integrity of the target system　210　is sustained, the verification server　220　creates certification data for certifying that the integrity of the target system　210　is sustained so as to open this information to the other external system at step S 500 .
（当審仮訳：［００４６］図５Ａおよび図５Ｂは，本発明の一実施形態によるコンピューティングプラットフォームの完全性を証明するための方法を示すフローチャートである。本実施形態による完全性を証明する方法は，完全性証明ターゲットシステム２１０及び検証サーバ２２０を介して具現化される。図５Ａは，完全性証明ターゲットシステム２１０における完全性証明方法を示し，図５Ｂは検証サーバ内の完全性証明方法を示す。
［００４７］
図５Ａで，完全性に影響するイベントがコンピューティングプラットフォーム内で発生する場合にはいつでも，完全性証明ターゲットシステム２１０は，イベントに関連するコンポーネントを測定し，ステップＳ３１０において測定値を生成する。上述したように，測定値は，関連するコンポーネントに対してハッシュ計算を実行することによって生成することができる。
［００４８］
（途中省略）
［００５３］
検証サーバ２２０から完全性検証用データが準備されると，完全性証明ターゲットシステム２１０は，ステップＳ３７０において，検証サーバ２２０が自身の完全性を検証するために，準備されたデータを検証サーバ２２０に送信する。
［００５４］
検証サーバ２２０は，図５Ｂに示すように，完全性証明ターゲットシステム２１０から転送された隠された測定値からなる情報から，ターゲットシステム２１０の完全性を検証する。
［００５５］
（途中省略）
［００５９］
検証サーバ２２０は，３つの検証がすべて成功した場合，ステップＳ４９０において，対象システム２１０の完全性が維持されていると判定する。
［００６０］
検証サーバ２２０は，対象システム２１０の完全性が維持されていると判定した場合，ステップＳ５００において，検証サーバ２２０は，対象システム２１０の完全性が維持されていることを証明するための証明データを作成し，他の外部システムに公開する。
３．引用文献３について
　また，拒絶査定において周知技術を示す文献として引用された引用文献３（特開２０１２−１９８６３１号公報）には，図面とともに次の事項が記載されている。
Ｄ　「【００１５】
　以下，本発明の一実施形態について，図面を参照して説明する。
　図１は，本実施形態による仮想マシン配置装置２０を備えた仮想マシン提供システム１の構成を示すブロック図である。仮想マシン提供システム１は，仮想マシン配置装置２０の他に，ユーザ端末１０と，物理マシン３０−１，物理マシン３０−２，物理マシン３０−３，・・・とのコンピュータ装置を備えており，これらのコンピュータ装置はネットワークを介して接続されている。複数の物理マシン３０は同様の構成であり，特に区別しない場合には「−１」，「−２」等を省略して物理マシン３０として説明する。
【００１６】
　仮想マシン提供システム１は，ユーザ端末１０からの仮想マシンの起動要求に応じて，複数の物理マシン３０によって構成される仮想環境に仮想マシンを起動させ，ユーザ端末１０に利用させるリソース提供サービスを提供する。このようなサービスはクラウドサービスなどとも呼ばれるものである。
【００１７】
　ユーザ端末１０は，仮想マシン提供システム１によって提供される仮想マシンを利用するユーザのコンピュータ装置である。ユーザ端末１０は，ユーザからの入力に応じて，仮想マシンの起動要求を仮想マシン配置装置２０に送信する。ユーザ端末１０は，起動された仮想マシンにネットワークを介して接続し，利用することができる。図２は，本実施形態においてユーザ端末１０からの起動要求によって起動される複数の仮想マシンの例を示す図である。ここでは，ＷＥＢサーバである仮想マシンＡと，ＷＥＢサーバである仮想マシンＢと，ＡＰ（Application）サーバである仮想マシンＣと，ＡＰサーバである仮想マシンＤと，ＤＢ（DataBase）サーバである仮想マシンＥとの５台の仮想マシンが起動され，このような三層構造の仮想マシンが互いに協調して動作するウェブサービスを提供する。また，ここでは，１台のユーザ端末１０を示して説明するが，仮想マシン提供システム１には複数のユーザの複数のユーザ端末１０が接続されていて良い。
【００１８】
　仮想マシン配置装置２０は，ユーザ端末１０からの仮想マシンの起動要求に応じて，複数の物理マシン３０のいずれかに仮想マシンを起動させるクラウド管理装置である。仮想マシン配置装置２０は，通信部２１と，処理特性記憶部２２と，仮想マシン配置情報記憶部２３と，仮想マシン配置部２４と，処理特性計測部２５とを備えている。
　通信部２１は，ネットワークを介して接続された他のコンピュータ装置と通信を行う。
例えば，通信部２１は，ユーザ端末１０から送信される，起動したい仮想マシンを識別する仮想マシン識別情報（仮想マシンＩＤ）が含まれる起動要求や，その仮想マシンの処理特性等の情報を受信する。
【００１９】
　処理特性記憶部２２には，物理マシン３０において仮想マシンが動作する際の処理負荷が高いハードウェア処理の種別を示す処理特性が記憶されている。ハードウェア処理の種別には，ＣＰＵ（Central Processing Unit）とディスクＩ／ＯとネットワークＩ／Ｏ（Input/Output）とのいずれかまたは複数が含まれる。ディスクＩ／Ｏは，ハードディスクの読み書き処理であり，ネットワークＩ／Ｏは，ネットワークを介した他のコンピュータ装置との通信処理である。
【００２０】
　図３は，処理特性記憶部２２に記憶される処理特性のデータ例を示す図である。ここでは，
処理特性記憶部２２には，仮想マシンを識別する仮想マシンＩＤに対応付けて，役割と，処理特性とが記憶される。さらに，依存関係を示す情報が付加されていても良い。役割は，例えば，三層構造のウェブサービスにおけるその仮想マシンの役割を示す情報であり，ＷＥＢサーバ，ＡＰサーバ，ＤＢサーバなどが存在する。あるいは，例えば，ファイアウォールなどの役割であっても良い。処理特性は，仮想マシンの役割に応じた処理負荷が高いことが予想されるハードウェア処理の種別を示す。
【００２１】
　ここで，同一の役割を持つ仮想マシンが同一の物理マシンに起動されると，特定の種別のハードウェア処理の処理負荷が過剰になり，仮想マシンの動作が，同一の物理マシンで動作する他の仮想マシンの動作に影響を与えることが考えられる。そこで，例えば，ＷＥＢサーバである仮想マシンＡは，同様のハードウェア処理の処理負荷が高いＷＥＢサーバである仮想マシンＢとは異なる物理マシンに起動されることが望ましい。依存関係は，このような仮想マシン間の関係を示している。このような依存関係を参照すれば，システム構成，仮想マシン間の通信の有無や頻度等に応じた仮想マシンの配置を行うことができる。例えば，ＷＥＢサーバである仮想マシンＡと仮想マシンＢとは，冗長化や負荷分散等を考慮し，異なる物理マシン３０上に配置されることが望ましい。また，通信を行う仮想マシンを同一の物理マシン３０に配置すれば，ネットワークリソースを効率化することができるため，仮想マシンＡと仮想マシンＣまたは仮想マシンＤ，仮想マシンＢと仮想マシンＣまたは仮想マシンＤは同一の物理マシン３０上に配置されることが望ましい。また，処理特性がＣＰＵまたはネットワークＩ／ＯであるＷＥＢサーバまたはＡＰサーバは，処理特性がディスクＩ／ＯであるＤサーバとは利用するコンピュータリソースが競合しないと思われるため，同一の物理マシン３０上に配置することができる。
　このような処理特性記憶部２２に記憶されるデータは，ユーザによってユーザ端末１０に入力されて送信されるようにしても良いし，仮想マシン配置装置２０が役割に応じた処理特性を予め記憶しておき，ユーザ端末１０からは仮想マシンの役割を示す情報を受信し，その役割に応じた処理特性を記憶させるようにしても良い。あるいは，処理特性計測部
２５により，稼働中の物理マシン３０から計測された処理負荷に基づいて処理特性が記憶されるようにしても良い。
【００２２】
　仮想マシン配置情報記憶部２３には，複数の物理マシン３０毎に，その物理マシン３０において起動している仮想マシンを識別する仮想マシンＩＤが対応付けられた仮想マシン配置情報が記憶される。図４は，仮想マシン配置情報記憶部２３に記憶される仮想マシン配置情報のデータ例を示す図である。例えば，物理マシンＩＤが「１」である物理マシン３０上に，仮想マシンＩＤが「Ａ」である仮想マシンと，仮想マシンＩＤが「Ｃ」である仮想マシンとが起動されていることが示されている。このような仮想マシン配置情報は，仮想マシン配置部２４によって仮想マシンが起動された際，または移動された際に，仮想マシン配置部２４によって書き込まれる。
【００２３】
　仮想マシン配置部２４は，通信部２１が，ユーザ端末１０から送信された起動要求を受信すると，処理特性記憶部２２から処理特性を読み出し，同一種別の処理負荷が高い複数の仮想マシンが同一の物理マシン３０に起動しないように，複数の物理マシン３０のうちいずれかの物理マシン３０に，起動要求に応じた仮想マシンを起動させる。具体的には，
仮想マシン配置部２４は，通信部２１が受信した起動要求に含まれる仮想マシンＩＤに対応する処理特性を処理特性記憶部２２から読み出し，読み出した処理特性が示す種別と同一種別の処理負荷が高い他の仮想マシンが起動していない物理マシン３０の物理マシンＩＤを，仮想マシン配置情報記憶部２３に記憶された仮想マシン配置情報から抽出し，抽出した仮想マシンＩＤが示す物理マシン３０に仮想マシンを起動させる。
４．引用文献４について
　また，拒絶査定において周知技術を示す文献として引用された引用文献４（特開２０１２−２０８５８０号公報）には，図面とともに次の事項が記載されている。
Ｅ　「【００１２】
　以下，本発明の一実施形態について，図面を参照して説明する。
　図１は，本実施形態による仮想マシン起動装置３０を備えた仮想マシン提供システム１の構成を示すブロック図である。仮想マシン提供システム１は，仮想マシン起動装置３０の他に，物理マシン１０−１，物理マシン１０−２，物理マシン１０−３，・・・と，仮想マシン配置装置２０とのコンピュータ装置を備えており，これらのコンピュータ装置はネットワークを介して接続されている。複数の物理マシン１０は同様の構成であり，特に区別しない場合には「−１」，「−２」等を省略して物理マシン１０として説明する。
【００１３】
　仮想マシン提供システム１は，仮想マシン起動装置３０からの仮想マシンの起動要求に応じて，複数の物理マシン１０によって構成される仮想環境に仮想マシンを起動させ，ネットワークを介して仮想マシンを利用させるリソース提供サービスを提供する。このようなサービスはクラウドサービスなどとも呼ばれるものである。
【００１４】
　物理マシン１０は，自身のコンピュータリソースを仮想化し，複数の仮想マシンを起動させる仮想化機能を備えるコンピュータ装置である。物理マシン１０は，仮想マシン配置装置２０を介して送信される仮想マシン起動装置３０からの起動要求に応じて，自身のコンピュータリソースに仮想マシンを起動する。ここで，
物理マシン１０は，予め定められた仮想マシンの性能に応じたサイズ単位に自身のコンピュータリソースを仮想化して複数区画に区切り，区切った区画毎に仮想マシンを起動させる。例えば，Ｓ，Ｍ，Ｌなどの仮想マシンのサイズを予め定め，ＣＰＵ（Central Processing Unit）処理速度，メモリ容量，ディスク容量等の性能に基づいて，より性能の高い仮想マシンをＬ，Ｌの仮想マシンより性能の低い仮想マシンをＭ，Ｍの仮想マシンより性能の低い仮想マシンをＳとする。物理マシン１０は，起動する仮想マシンのサイズを指定した情報が含まれる起動要求を受信し，受信した起動要求に含まれるサイズに応じた仮想マシンを起動する。
【００１５】
　仮想マシン配置装置２０は，仮想マシン起動装置３０から送信される仮想マシンの起動要求に応じて，複数の物理マシン３０のいずれかに仮想マシンを起動させるクラウド管理装置である。例えば，仮想マシン配置装置２０は，複数の物理マシン１０毎に，その物理マシン１０に起動される仮想マシンのサイズ，起動可能な仮想マシンの台数等の情報を自身の記憶領域に記憶しておく。また，仮想マシン配置装置２０は，どの物理マシン１０に何台の仮想マシンが起動させたかを示す情報を自身の記憶領域に記憶しておく。
仮想マシン配置装置２０は，このような情報を参照して，仮想マシン起動装置３０から送信される起動要求に含まれる仮想マシンのサイズに応じた空きのある物理マシン１０を判定し，判定した物理マシン１０に起動要求を送信して仮想マシンを起動させる。
【００１６】
　仮想マシン起動装置３０は，ネットワークを介して仮想マシン配置装置２０や複数の物理マシン１０に接続されたコンピュータ装置である。仮想マシン起動装置３０は，例えば物理マシン１０に仮想マシンを起動させて利用したいユーザのユーザ端末であっても良いし，ユーザのローカル環境に設置されたコンピュータ装置であっても良い。あるいは，物理マシン１０上に起動した仮想マシンを，仮想マシン起動装置３０として機能させるようにしても良い。ユーザは，物理マシン１０上に起動した仮想マシンを，ＰＣ（Personal Computer）等の自身のユーザ端末から接続して利用することができる。ここでは，１台の仮想マシン起動装置３０を示して説明するが，仮想マシン提供システム１には複数のユーザの複数の仮想マシン起動装置３０が接続されていて良い。仮想マシン起動装置３０は，入力部３１と，起動要求送信部３２と，測定結果記憶部３３と，測定部３４と，仮想マシン選択部３５とを備えている。」
第４　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
（ア）引用発明の「クラウドコンピューティングの方法」は，複数のサーバー（２４）を備えたクラウド（２２）と，外部ネットワーク（４０）を介して前記クラウド（２２）と接続されたエンタープライズ（４６）のエンタープライスエージェント（４２）及びエンタープライスキーマネージャー（４４）とからなる「クラウドコンピューティングシステム」において実施される「方法」であるから，本願発明１における「コンピュータ実施方法」に対応するものである。
（イ）引用発明の「仮想マシン（ＶＭ，５０）」が本願発明１の「仮想マシン」に相当する。
　引用発明では，ステップ（１０４）において「エンタープライズ（４６）は，エンタープライスエージェント（４２）を介して，クラウド（２２）からの仮想マシン（ＶＭ，５０）用のリソースを要求」しているところ，このことは，クラウドコントローラー（３８）の側からみれば，当該要求を“受信すること”に相当し，引用発明では，前記要求が“受信される”と，「クラウド（２２）は，クラウドコントローラー（３８）の動作を介して，使用していないときに仮想マシンをディスクイメージとして保存することができるストレージ（３６）を割り当て」ている，すなわち，リソースの割り当てを実行しているものである。
　一方，本願明細書段落【００３５】−【００３６】の「オペレーション７０１では，ユーザに仮想マシンをプロビジョニングする要求が受信される。・・・要求の受信に応答して，・・・オペレータは，オペレーション７０２に示すように仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択することができる。・・・選択されたホスト・コンピューティング・デバイスは，仮想マシンを実行するソフトウェア及びハードウェアのリソースを含む。・・・これらのリソースは，デバイス上の複数の仮想マシンをホスティングするハイパーバイザ及びホスト・ドメイン（または，仮想マシン・モニタ）を含むことができる。」との記載によれば，「仮想マシンをプロビジョニングする要求」が受信されると，「仮想マシンを実行するソフトウェア及びハードウェアのリソース」を含む「ホスト・コンピューティング・デバイス」が選択されており，これは，仮想マシンを実行するためのリソースを割り当てることに他ならない。
　してみると，引用発明において「リソース」の「要求」に応じて実行されることと，本願発明１において，「プロビジョニング」の「要求」に応じて実行されることとは，共に「リソースを割り当てること」である点で一致しているから，引用発明の「リソース」の「要求」が本願発明１の「仮想マシンをプロビジョニングする要求」に相当する。
　したがって，引用発明における「エンタープライズ（４６）は，エンタープライスエージェント（４２）を介して，クラウド（２２）からの仮想マシン（ＶＭ，５０）用のリソースを要求」することが本願発明１における「ユーザの仮想マシンをプロビジョニングする要求を受信すること」に相当する。
　
（ウ）引用発明の「サーバー（２４）」は，仮想マシン（５０）を実行するためのリソースであるプロセッサー（２６）やランダムアクセスメモリ（ＲＡＭ）（３２）を含んでいるから，本願発明１の「仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイス」に相当する。
　そして，引用発明のクラウドは，複数のサーバー（２４）を備えており，仮想マシン（５０）を実行するためのリソースを割り当てる際に，当該複数のサーバー（２４）の中から特定のサーバー（２４）を「選択」しているといえるので，引用発明と本願発明１とは，「要求の受信に応答して，仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択する」点で一致する。
（エ）引用発明のゲストＶＭ（５０）は，「該マシンが稼動している環境の「測定値」を収集」しているところ，「ゲストＶＭ（５０）」が「稼動している環境」は，上記（ウ）の検討から，「選択されたホスト・コンピューティング・デバイス上の１つまたは複数のリソース」に相当し，また，前記「測定値」は，「ゲストＶＭの下で稼動しているハードウェアプラットホーム，ＢＩＯＳコード，及びハイパーバイザを測定することにより，予想外のものがインフラの一部として稼動していないこと，そして，インフラの単一かつ特定のバージョンが稼動していることを暗号的に保証して」いることから，本願発明１の「暗号測定」に相当し，さらに，引用発明の「測定値」は，「最終的にはハッシュフィンガープリント」となるものであることから，本願発明１の「ハッシュ測定」に相当するといえるので，引用発明と本願発明１とは，「選択されたホスト・コンピューティング・デバイス上の１つまたは複数のリソースの暗号測定を得ること，ここにおいて，前記暗号測定は，前記ホスト・コンピューティング・デバイス上のソフトウエア及び／またはハードウェアのリソースのハッシュ測定を含」む点で一致する。
（オ）引用発明では「サインされた証明をキーマネージャーが受け取ると，該キーマネージャーは，ホワイトリスト内にある一群の知られた良好なフィンガープリントと測定値（最終的にはハッシュフィンガープリント）とを比較し」ているところ，引用発明の「ホワイトリスト内にある一群の知られた良好なフィンガープリント」は本願発明１の「ホスト・コンピューティング・デバイス上の１つまたは複数のリソースに関連する承認された暗号測定」に相当するといえるので，引用発明の「サインされた証明をキーマネージャーが受け取ると，該キーマネージャーは，ホワイトリスト内にある一群の知られた良好なフィンガープリントと測定値（最終的にはハッシュフィンガープリント）とを比較し」と本願発明１の「前記暗号測定が，前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認する」とは，後記する点で相違するものの，「暗号測定が，ホスト・コンピューティング・デバイス上の１つまたは複数のリソースに関連する承認された暗号測定と一致することを確認する」点で共通する。
（カ）引用発明では，「レポートされた環境が，エンタープライスエージェントが予想した環境のあるべき状態と一致しない場合には，エンタープライスエージェント（４２）は，ＶＭ（５０）の起動をキャンセルし」ていることから，ステップ（１１０）以降の処理が，「レポートされた環境が，エンタープライスエージェントが予想した環境のあるべき状態と一致した場合」に実行される処理であることは明らかである。
　そして，引用発明では，ステップ（１１０）において，「仮想マシン（５０）を初期化し」，ステップ（１１２）において，「エンタープライスエージェント（４２）が，第二のプライベートチャンネルを用いて新たに起動された仮想マシン（５０）を呼び出し，ＶＭ（５０）のＩＰアドレス及び他の特定情報を手に入れ」る処理を行っているところ，上記ステップ（１１２）において実行される「エンタープライスエージェント（４２）が，第二のプライベートチャンネルを用いて新たに起動された仮想マシン（５０）を呼び出」す処理は，エンタープライスエージェント（４２）を介して，“ユーザに仮想マシンへのアクセスを提供し”ているといえる。
　してみれば，引用発明と本願発明１とは，「ユーザに，前記一致することの確認に基づいて，ホスト・コンピューティング・デバイス上の仮想マシンへのアクセスを提供する」点で一致する。
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
（一致点）
「コンピュータ実施方法であって，
　ユーザの仮想マシンをプロビジョニングする要求を受信すること，
　前記要求の受信に応答して，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること，
　前記選択されたホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの暗号測定を得ること，ここにおいて，前記暗号測定は，前記ホスト・コンピューティング・デバイス上のソフトウエア及び／またはハードウェアのリソースのハッシュ測定を含み，
　前記暗号測定が，前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースに関連する前記承認された暗号測定と一致することを確認すること，及び
　前記ユーザに，前記一致することの確認に基づいて，前記ホスト・コンピューティング・デバイス上の前記仮想マシンへのアクセスを提供すること，
　を含む，コンピュータ実施方法。」
（相違点）
（相違点１）本願発明１の方法が，「前記ユーザから前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成の選択を受信すること」を含んでいるのに対して，
　引用発明の方法は，そのような構成が特定されていない点。
（相違点２）本願発明１の方法が，「前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの前記特別な構成に関連する既知の承認された暗号測定を決定すること」を含んでいるのに対して，
　引用発明の方法は，そのような構成が特定されていない点。
（相違点３）本願発明１の方法が，「前記暗号測定が，前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認すること」を含んでいるのに対して，
　引用発明の方法は，「前記暗号測定が，前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースに関連する前記承認された暗号測定と一致することを確認すること」を含んでいるものの，「前記承認された暗号測定」が，「前記１つまたは複数のリソースの前記特別な構成に関連する」ものであることは特定されていない点。
（２）相違点についての判断
　事案に鑑みて，上記相違点１−３についてまとめて検討する。
　本願発明１は，上記相違点１−３に係る「リソースの特別な構成の選択を受信」し，「リソースの前記特別な構成に関連する既知の承認された暗号測定を決定」し，「リソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認する」構成とすることにより，本願明細書の段落【００３７】に「ユーザが，元の要求の一環として，ホスト・コンピューティング・デバイスの特別な構成を指定している実施形態では，承認された測定のいかなるリストも必要としなくてもよい。より正確に言えば，ＴＰＭによって得られた暗号測定を，ホストの構成が受け入れ可能かどうか判断するためにユーザが指定した特別な構成に対応する既知の承認された測定と単に比較することができる。」と記載されているような，「ＴＰＭによって得られた暗号測定を，ホストの構成が受け入れ可能かどうか判断するためにユーザが指定した特別な構成に対応する既知の承認された測定と単に比較することができる」という課題を解決することができるものであると認められる。
　一方，引用発明は，「レポートされた環境」と「エンタープライスエージェントが予想した環境のあるべき状態」との一致を確認するものではあるものの，当該一致を確認する際に，「ホワイトリスト内にある一群の知られた良好なフィンガープリントと測定値（最終的にはハッシュフィンガープリント）とを比較」する処理を行うものであり，ユーザから「リソースの特別な構成の選択を受信」し，「リソースの前記特別な構成に関連する既知の承認された暗号測定を決定」し，「リソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認する」という処理を行うものではない。
　また，ユーザから，ユーザの仮想マシンをホスティングするホスト・コンピューティング・デバイスの構成（リソースの特別な構成）の選択を受信することが，引用文献３，４（上記Ｄ及びＥの記載を参照）に記載されているように周知技術であったとしても，当該“リソースの特別な構成の選択”を利用して，「リソースの前記特別な構成に関連する既知の承認された暗号測定を決定」することまでは引用文献１−４のいずれにも記載がなく，これを周知技術であったということはできない。
　そうすると，引用発明において，「ＴＰＭによって得られた暗号測定を，ホストの構成が受け入れ可能かどうか判断するためにユーザが指定した特別な構成に対応する既知の承認された測定と単に比較する」ことができるようにするために，「リソースの特別な構成の選択を受信」し，「リソースの前記特別な構成に関連する既知の承認された暗号測定を決定」し，「リソースの前記特別な構成に関連する前記承認された暗号測定と一致することを確認する」こと，すなわち，相違点１−３に係る構成とすることを，当業者が容易に想到し得たとはいえない。
　したがって，本願発明１は，当業者であっても引用発明，引用文献２記載の技術及び引用文献３，４に記載の周知技術に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−６について
　本願発明２−６は，本願発明１を減縮した発明であり，上記相違点１−３に係る構成と同一の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明，引用文献２記載の技術及び引用文献３，４に記載の周知技術に基づいて容易に発明できたものとはいえない。
３．本願発明７について
　本願発明７は，本願発明１に対応するコンピューティング・システムの発明であって，本願発明１とカテゴリ表現が異なるだけの発明であり，上記相違点１−３に係る構成と同様の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明，引用文献２記載の技術及び引用文献３，４に記載の周知技術に基づいて容易に発明できたものとはいえない。
４．本願発明８−９について
　本願発明８−９は，本願発明７を減縮した発明であり，上記相違点１−３に係る構成と同様の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明，引用文献２記載の技術及び引用文献３，４に記載の周知技術に基づいて容易に発明できたものとはいえない。
第５　原査定の概要及び原査定についての判断
１．理由１（特許法第３６条第６項第２号）について
　審判請求時の補正により，「前記選択されたホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの暗号測定を得ること」という記載は「前記選択されたホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの暗号測定を得ること，ここにおいて，前記暗号測定は，前記ホスト・コンピューティング・デバイス上のソフトウエア及び／またはハードウエアのリソースのハッシュ測定を含み」に補正されており，原査定の理由１を維持することはできない。
２．理由４（特許法第２９条第２項）について
　原査定は，請求項１−１３について上記引用文献１−４に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないというものである。しかしながら，平成３１年３月２５日付け手続補正により補正された請求項１は，上記相違点１−３に係る構成を有するものとなっており，上記のとおり，本願発明１−９は，引用発明，引用文献２記載の技術及び引用文献３，４に記載の周知技術に基づいて，当業者が容易に発明できたものではない。したがって，原査定を維持することはできない。
第６　当審拒絶理由について
＜特許法第３６条第６項第２号について＞
（１）当審では，請求項１の「ユーザの仮想マシンをプロビジョニングする要求を受信すること，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」との記載は，「ユーザの仮想マシンをプロビジョニングする要求を受信すること」と，「前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」との関係が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，「ユーザの仮想マシンをプロビジョニングする要求を受信すること，前記要求の受信に応答して，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」と補正された結果，この拒絶の理由は解消した。
（２）当審では，請求項１の「ユーザの仮想マシンをプロビジョニングする要求を受信すること」と，「前記ユーザから前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成の選択を受信すること」とがそれぞれどのようなタイミングで受信されるものであるのかが不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの意見書において，
「（イ）「プロビジョニングする要求」と「リソースの特別な構成の選択」について
　本願明細書の下記段落［００３５］に記載されるように，ある実施態様では，「プロビジョニングする要求」を提出する一環として，「リソースの特別な構成の選択」が行われます。このように，ある実施態様では，「プロビジョニングする要求」と「リソースの特別な構成の選択」が「同時」に受信されてもよいといえます。
　「［００３５］
　オペレーション７０１では，ユーザに仮想マシンをプロビジョニングする要求が受信される。先に説明したように，この要求は１つまたは複数のＡＰＩにアクセスすることによってユーザが提出することができる。いくつかの実施形態では，ユーザは，要求を提出する一環として，ユーザの仮想マシンをホスティングするためにホスト・コンピューティング・デバイスが順守する必要がある特別な構成を指定することができる。要求の受信に応答して，マルチテナント環境のオペレータは，オペレーション７０２に示すように仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択することができる。様々な実施形態では，選択されたホスト・コンピューティング・デバイスは，仮想マシンを実行するソフトウェア及びハードウェアのリソースを含む。例えば，これらのリソースは，デバイス上の複数の仮想マシンをホスティングするハイパーバイザ及びホスト・ドメイン（または，仮想マシン・モニタ）を含むことができる。」
　したがいまして，本願明細書の記載を参酌すれば，請求項１において，「プロビジョニングする要求」と「リソースの特別な構成の選択」が受信されるタイミングは十分に明確であると思料いたします。」
との釈明がなされた結果，この拒絶の理由は解消した。
（３）当審では，請求項１の「前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成」との記載は，具体的にどのようなものが想定されているのかが不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの意見書において，
「（ウ）リソースの特別な構成
　本願明細書及び図面の記載を参酌すると，ホスト・コンピューティング・デバイス上のリソースの「特別な構成」とは，ユーザによって指定された仮想マシンがホスティングされるべき構成であって（段落［００２０］参照），仮想マシンに関連する既知の承認された測定値を有した構成（段落［００１９］）であると理解できます。
　具体的には，例えば，本願明細書の段落［００１８］に記載されるように，「ＢＩＯＳ，ハイパーバイザ３０８，ホスト・ドメイン２０７，ゲスト仮想マシン３０８，起動オペレーティング・システム（ＯＳ），ハードウェア・コンフィギュレーション・レジスタ，周辺コンポーネント相互接続（ＰＣＩ）カード，及び／または，ホスト・コンピューティング・デバイス２０４上の他のリソースが特別な構成にある」といえます。
　したがいまして，本願明細書の記載を参酌すれば，請求項１における「リソースの特別な構成」は十分に明確であると思料いたします。」
との釈明がなされた結果，この拒絶の理由は解消した。
（４）当審では，請求項１を引用する請求項２の構成が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，請求項２を削除する補正がなされた結果，この拒絶の理由は解消した。
（５）当審では，請求項１を引用する請求項３の構成が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，請求項３を削除する補正がなされた結果，この拒絶の理由は解消した。
（６）当審では，請求項９の「ユーザの仮想マシンをプロビジョニングする要求を受信すること，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」との記載は，「ユーザの仮想マシンをプロビジョニングする要求を受信すること」と，「前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」との関係が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，「前記プロセッサによって実行されたときに前記コンピューティング・システムにユーザの仮想マシンをプロビジョニングする要求を受信すること，前記要求の受信に応答して，前記仮想マシンを実行する１つまたは複数のリソースを含む，前記仮想マシンをホスティングするホスト・コンピューティング・デバイスを選択すること」と補正された結果，この拒絶の理由は解消した。
（７）当審では，請求項９の「ユーザの仮想マシンをプロビジョニングする要求を受信すること」と，「前記ユーザから前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成の選択を受信すること」とがそれぞれどのようなタイミングで受信されるものであるのかが不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの意見書において，上記（２）と同様の釈明がなされた結果，この拒絶の理由は解消した。
（８）当審では，請求項９の「前記ホスト・コンピューティング・デバイス上の前記１つまたは複数のリソースの特別な構成」との記載は，具体的にどのようなものが想定されているのかが不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの意見書において，上記（３）と同様の釈明がなされた結果，この拒絶の理由は解消した。
（９）当審では，請求項９を引用する請求項１０の構成が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，請求項１０を削除する補正がなされた結果，この拒絶の理由は解消した。
（１０）当審では，請求項９を引用する請求項１１の構成が不明確であるとの拒絶の理由を通知しているが，平成３１年３月２５日付けの手続補正において，請求項１１を削除する補正がなされた結果，この拒絶の理由は解消した。
第７　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。