【事件の表示】
　特願２００６−２０３４４７「階層化された仮想化アーキテクチャにおける仮想化イベント処理」拒絶査定不服審判事件〔平成１９年　２月　８日出願公開、特開２００７−　３５０４５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯と本願発明
　本願は、平成１８年７月２６日（パリ条約による優先権主張２００５年７月２７日　米国）の出願であって、平成２１年１月８日付けで拒絶理由通知がなされ、同年４月１７日付けで意見書が提出されるとともに手続補正がなされたが、同年１０月２８日付けで拒絶査定がなされ、これに対して、平成２２年３月４日付けで審判請求がなされたものである。
　
　本願の特許請求の範囲の請求項１乃至請求項２３に係る発明は、平成２１年４月１７日付けでなされた手続補正により補正された明細書、特許請求の範囲及び図面の記載からみて、その特許請求の範囲の請求項１乃至請求項２３に記載されたとおりの事項により特定されるものと認められる。
　そして、その請求項１に係る発明（以下、「本願発明」という。）は、次の事項により特定されるものである。
「装置であって、
　仮想化イベントを認識するためのイベント・ロジックと、
　前記仮想化イベントに応じて前記装置の制御を子ゲストから親ゲストに移すか否かを判定するための評価ロジックとを備えることを特徴とする装置。」
　
　
第２．引用刊行物
１.引用文献の記載事項
　原査定の拒絶の理由に引用され、本願の優先権主張の日前に頒布された刊行物である、米国特許出願公開第２００４／０００３３２４号明細書（以下、「引用文献」という。）には、図面とともに、次の事項が記載されている（下線は、参考のため、当審において付したものである。）。
Ａ．“[0016] 
FIG. 1 illustrates one embodiment of a virtual-machine environment 100, in which the present invention may operate. In this embodiment, bare platform hardware 116 comprises a computing platform, which may be capable, for example, of executing a standard operating system (OS) or a virtual-machine monitor (VMM), such as a VMM 112. 
Alternatively, for example, the VMM 112 may be run within, or on top of, another VMM.
　
Ｂ．“[0020] 
The VMM 112 presents to other software (i.e., guest software) the abstraction of one or more virtual machines (VMs). The VMM 112 may provide the same or different abstractions to the various guests. FIG. 1 shows two such VMs, 102 and 114, though more or less than 2 VMs may be supported by the VMM 112. The guest software running on each VM may include a guest OS such as a guest OS 104 or 106 and various guest software applications 108 and 110. Collectively, guest OS and software applications are referred to herein as guest software 103 and 115.
[0020]ＶＭＭ112は、他のソフトウェア(つまり「ゲスト」ソフトウェア)に１台以上のバーチャル・マシン(ＶＭ)の抽象化を提示します。ＶＭＭ112は様々なゲストに、同じあるいは異なる抽象化を提示するかもしれません。図１は、ＶＭＭ 112でサポートされる少なくとも２つのＶＭである、２つのそのようなＶＭ102および114を示します。各ＶＭの上で実行されるゲスト・ソフトウェアは、ゲストＯＳ104あるいは106のようなゲストＯＳや、様々なゲスト・ソフトウェア・アプリケーション108および110を含みます。ゲストＯＳおよびソフトウェア・アプリケーションをひとまとめにして、ここでは、ゲスト・ソフトウェア103および115と呼びます。ゲスト・ソフトウェア103および105は、該ゲスト・ソフトウェアが稼動しているＶＭ102および114の中の物理リソース(例えばプロセッサのレジスタ、メモリおよびＩ／Ｏデバイス)にアクセスすることになります。ＶＭＭ112は、プラットフォーム・ハードウェア116内のリソースに対する最終のコントロールを保持する間に、ゲスト・ソフトウェアによって望まれた資源へのアクセスを助けます。）
　
Ｃ．“[0025] In one embodiment, if the filtering mechanism determines that the current event must be handled by the VMM 112, control is transferred to the VMM 112. The VMM 112 may then handle the event and transfer control back to guest software. In one embodiment, the transfer of control from the VMM 112 to the guest software is achieved by executing a special instruction. The transfer of control from the VMM to the guest software is referred to herein as a VM entry and 
the transfer of control from the guest software to the VMM is referred to herein as a VM exit
and potential causes of VM exits (e.g., privileged exceptions and interrupts and privileged platform events) are referred to herein as virtualization events
　
Ｄ．“[0034] 
FIG. 2 is a flow diagram of one embodiment of a process 200 for filtering VM exits due to faults using control transfer filtering criteria.
[0035] 
Referring to FIG. 2, process 200 begins with processing logic receiving fault information (processing block 202). The fault information may be related to a fault that has already occurred or will occur if an operation is allowed to proceed to completion
[0036] 
At decision box 204, a determination is made as to whether the fault information satisfies one or more control transfer filtering criteria. If the determination made at decision box 204 is negative, i.e., the fault information does not satisfy the control transfer filtering criteria, the control is transitioned to the VMM (processing block 206) which handles the fault and may then transfer the control back to the guest OS.
[0037] In alternative embodiments, the control is transitioned to the VMM if the fault information does not satisfy the control transfer filtering criteria (and the control remains with the guest software if the fault information satisfies the control transfer filtering criteria).
[0038] As described above, the complexity of the control transfer filtering criteria depends on a variety of factors. In one embodiment, a control transfer filtering criterion may only require that the fault information be compared with a certain value (e.g., a VM exit will be generated if the error code is greater than 10 or a VM exit will be generated if the error code equals 0x4, etc.). In another embodiment, the control transfer filtering criteria may require that the fault information be compared with several values. 
For example, error code values that need to cause a transition to the VMM may be determined in advance, and the current error code may be compared to these predetermined values to identify a match. The predetermined value(s) may be stored in designated field(s) (e.g., in VMCS 122 of FIG. 1) or hard-coded in a computer program, programmable logic, microcode or the hard-coded logic of the processor.
[0035]図２を参照して、プロセス200はフォールト情報を得る処理ロジック(処理ブロック202)から始まります。フォールト情報は、ある動作が完成することを許される場合、既に生じた、あるいは、これから生じるフォールトと関連付けられます。フォールト情報は、フォールトを識別するフォールト識別子を含んでいます。いくつかの具体例では、フォールト情報はさらにエラーコードおよび(または)フォールトに関連した追加のデータ値を含んでいます。
[0036]ディシジョン・ボックス204では、決定は、フォールト情報が１つ以上の制御移行フィルタリング基準を満たすかどうかに関してなされます。ディシジョン・ボックス204なされた決定が否である、つまり、フォールト情報が制御移行フィルタリング基準を満たさないとき、その制御は、そのフォールトを扱ってゲストＯＳに制御を戻すであろうＶＭＭに移行させられます(処理ブロック206)。逆に、ディシジョン・ボックス204でなされた決定が真である、つまり、フォールト情報が制御移行フィルタリング基準を満たすとき、制御はゲスト・ソフトウェアに残ります。そして、ゲスト・ソフトウェアはフォールトを扱うことが許されます。
[0037]代替実施例では、フォールト情報が制御移行フィルタリング基準を満たさず(そして、フォールト情報が制御移行フィルタリング基準を満たして制御がゲスト・ソフトウェアに留まっている)場合、コントロールはＶＭＭに移行させられます。
[0038]以上のように、制御移行フィルタリング基準の複雑さは様々な要因に起因します。１つの実施例では、制御移行フィルタリング基準は、フォールト情報がある値と比較されることを単に必要とする(例えば、エラーコードが10を超えればＶＭイクジットが生成されたり、あるいは、エラーコードが0x4などと等しければＶＭイクジットが生成される。)かもしれません。別の実施例では、コントロール移行フィルタリング基準は、フォールト情報がいくつかの値と比較されることを必要とするかもしれません。例えば、ＶＭＭへの移行を引き起こす必要のあるエラーコードの値は前もって決定されるかもしれません。また、現在のエラーコードはこれら前もって決定された値と一致するかどうかを識別するために比較されるかもしれません。前もって定義した値は、指定の領域(例えば図1のＶＭＣＳ122)に格納されるか、あるいは、コンピュータ・プログラム中のハードコード、プログラマブル・ロジック、マイクロコードまたはプロセッサーのハードコードロジックとされるでしょう。さらに、他の実施例では、判定するメカニズムは１つ以上のブール論理および(または)フォールト情報および1セットの前もって定義した値に基づく算術演算が要求されます。）
　
２．記載事項の認定
ａ．Ａの“FIG. 1 illustrates one embodiment of a virtual-machine environment 100, in which the present invention may operate. In this embodiment, bare platform hardware 116 comprises a computing platform, which may be capable, for example, of executing a standard operating system (OS) or a virtual-machine monitor (VMM), such as a VMM 112. ”（仮訳：図１は、開示する発明が動作する、仮想マシン環境100の1つの実施例を図示します。この実施例では、実際のプラットフォーム・ハードウェア116は、たとえば、汎用オペレーティング・システム(ＯＳ)、あるいは、ＶＭＭ112のような仮想コンピューター・モニタ(ＶＭＭ)を実行することができる、コンピューティング・プラットフォームを含みます。）、Ｂの“The VMM 112 presents to other software (i.e., guest software) the abstraction of one or more virtual machines (VMs). The VMM 112 may provide the same or different abstractions to the various guests. FIG. 1 shows two such VMs, 102 and 114, though more or less than 2 VMs may be supported by the VMM 112. The guest software running on each VM may include a guest OS such as a guest OS 104 or 106 and various guest software applications 108 and 110. Collectively, guest OS and software applications are referred to herein as guest software 103 and 115.”（仮訳：ＶＭＭ112は、他のソフトウェア(つまり「ゲスト」ソフトウェア)に１台以上のバーチャル・マシン(ＶＭ)の抽象化を提示します。ＶＭＭ112は様々なゲストに、同じあるいは異なる抽象化を提示するかもしれません。図１は、ＶＭＭ 112でサポートされる少なくとも２つのＶＭである、２つのそのようなＶＭ102および114を示します。各ＶＭの上で実行されるゲスト・ソフトウェアは、ゲストＯＳ104あるいは106のようなゲストＯＳや、様々なゲスト・ソフトウェア・アプリケーション108および110を含みます。ゲストＯＳおよびソフトウェア・アプリケーションをひとまとめにして、ここでは、ゲスト・ソフトウェア103および115と呼びます。）から、引用文献には、
　実際のプラットフォーム・ハードウェア上で仮想コンピューター・モニタ(ＶＭＭ)が実行され、前記ＶＭＭが生成する仮想マシン(ＶＭ102および114)の環境において、ゲスト・ソフトウェア(ゲストＯＳ、ゲスト・ソフトウェア・アプリケーション108および110)が稼動するという仮想マシン環境で動作するコンピュータ、
が記載されている。
　
ｂ．Ｃの“the transfer of control from the guest software to the VMM is referred to herein as a VM exit”（仮訳：ゲスト・ソフトウェアからＶＭＭへの制御の移行は、ＶＭエクジットと呼ばれ）、Ｄの“FIG. 2 is a flow diagram of one embodiment of a process 200 for filtering VM exits due to faults using control transfer filtering criteria.”（仮訳：図２は、制御移行フィルタリング基準を使用してフォールトに起因するＶＭエクジットを実行するためのプロセス200の１つの具体的なフローチャートです。）から、引用文献には、
　ゲスト・ソフトウェアからＶＭＭへの制御の移行であるＶＭエクジットを、フォールトに起因して実行するためのプロセスをコンピュータが実行する、
ことが記載されている。
　
ｃ．Ｄの“Referring to FIG. 2, process 200 begins with processing logic receiving fault information (processing block 202). The fault information may be related to a fault that has already occurred or will occur if an operation is allowed to proceed to completion.”（仮訳：プロセス200はフォールト情報を得る処理ロジック(処理ブロック202)から始まります。フォールト情報は、ある動作が完成することを許される場合、既に生じた、あるいは、これから生じるフォールトと関連付けられます。）から、引用文献には、
　前記プロセスにおいて、フォールトと関連付けられたフォールト情報を得る処理ロジックを実行する、
ことが記載されている。
　そして、Ｄの“The process may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.”（仮訳：そのプロセスは、ハードウェア(例えば回路類、専用ロジック、プログラマブル・ロジック、マイクロコードなど)、ソフトウェア(汎用計算機システムあるいは専用マシン上の実行のような)あるいは両方のコンビネーションを含んでもよいロジックの処理により実現される。）から、コンピュータが、前記フォールト情報を得る処理ロジックを備えていると認められる。
　
ｄ．Ｄの“At decision box 204, a determination is made as to whether the fault information satisfies one or more control transfer filtering criteria. If the determination made at decision box 204 is negative, i.e., the fault information does not satisfy the control transfer filtering criteria, the control is transitioned to the VMM (processing block 206) which handles the fault and may then transfer the control back to the guest OS.”（仮訳：ディシジョン・ボックス204では、決定は、フォールト情報が１つ以上の制御移行フィルタリング基準を満たすかどうかに関してなされます。ディシジョン・ボックス204なされた決定が否である、つまり、フォールト情報が制御移行フィルタリング基準を満たさないとき、その制御は、そのフォールトを扱ってゲストＯＳに制御を戻すであろうＶＭＭに移行させられます(処理ブロック206)。）、及び、“For example, error code values that need to cause a transition to the VMM may be determined in advance, and the current error code may be compared to these predetermined values to identify a match. The predetermined value(s) may be stored in designated field(s) (e.g., in VMCS 122 of FIG. 1) or hard-coded in a computer program, programmable logic, microcode or the hard-coded logic of the processor.”（仮訳：例えば、ＶＭＭへの移行を引き起こす必要のあるエラーコードの値は前もって決定されるかもしれません。また、現在のエラーコードはこれら前もって決定された値と一致するかどうかを識別するために比較されるかもしれません。前もって定義した値は、指定の領域(例えば図1のＶＭＣＳ122)に格納されるか、あるいは、コンピュータ・プログラム中のハードコード、プログラマブル・ロジック、マイクロコードまたはプロセッサーのハードコードロジックとされるでしょう。）から、引用文献には、
　前記プロセスにおいて、制御をゲスト・ソフトウェアからＶＭＭへ移行させるかどうかを決定するために、フォールト情報が所定の基準を満たすかどうかを判定するロジックを実行する、
ことが記載されている。
　そして、コンピュータが前記判定するロジックを備えていることは、上記記載から明らかである。
　
　以上、ａ〜ｄから、引用文献には、次の発明（以下、「引用発明」という。）が記載されている。
「実際のプラットフォーム・ハードウェア上でＶＭＭ（仮想コンピューター・モニタ）が実行され、前記ＶＭＭが生成する仮想マシンの環境において、ゲスト・ソフトウェアが稼動するという仮想マシン環境で動作し、前記ゲスト・ソフトウェアから前記ＶＭＭへの制御の移行であるＶＭエクジットをフォールトに起因して実行するためのプロセスを実行するコンピュータであって、
　前記フォールトと関連付けられたフォールト情報を得る処理ロジックと、
　制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行させるかどうかを決定するために、前記フォールト情報が所定の基準を満たすかどうかを判定するロジックと、
を備えることを特徴とするコンピュータ。」
　
　
第３．対比
　本願発明と引用発明とを対比する。
　
　引用発明の「コンピュータ」と本願発明の「装置」とは、いずれも、装置である点で一致する。
　
　引用発明の「処理ロジック」が得た「前記フォールトと関連付けられたフォールト情報」は、「判定するロジック」の実行により、「前記フォールト情報が所定の基準を満たす」と「判定」されたときに、「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行させる」こととなる「情報」である。
　そして、引用文献には、前記「第２．引用刊行物」の「１.引用文献の記載事項」の項のＣに、“and potential causes of VM exits (e.g., privileged exceptions and interrupts and privileged platform events) are referred to herein as virtualization events.”（仮訳：そして、ＶＭエクジットを生起する要因（例えば、特権のある例外、割込、特権のあるプラットフォームのイベント)は、ここに仮想化イベントと呼ばれます。）と記載されている。してみれば、引用発明において、「所定の基準を満たす」と「判定」された「フォールト情報」を「関連付け」る「フォールト」は、「前記ゲスト・ソフトウェアから前記ＶＭＭへの制御の移行」を生起する仮想化イベントであると認められる。
　したがって、引用発明の「前記フォールトと関連付けられたフォールト情報を得る処理ロジック」は、当該「ロジック」の実行により「得る」「フォールト情報」に基づき、前記「フォールト」が「前記ゲスト・ソフトウェアから前記ＶＭＭへの制御の移行」を行うことを要求する仮想化イベントであるかどうかを認識するために、まず、必要とされる「ロジック」であるということができる。
　これに対して、本願発明の「仮想化イベント」は、それに「応じて前記装置の制御を子ゲストから親ゲストに移す」イベントである。
　したがって、引用発明の「前記フォールトと関連付けられたフォールト情報を得る処理ロジック」と、本願発明の「仮想化イベントを認識するためのイベント・ロジック」とは、いずれも、仮想化イベントを認識するためのイベント・ロジックである点で一致している。
　
　また、引用発明の「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行させるかどうかを決定するために、前記フォールト情報が所定の基準を満たすかどうかを判定するロジック」において、前記「制御」対象は「コンピュータ」であることは明らかである。
　したがって、引用発明の「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行させるかどうかを決定するために、前記フォールト情報が所定の基準を満たすかどうかを判定するロジック」と、本願発明の「前記仮想化イベントに応じて前記装置の制御を子ゲストから親ゲストに移すか否かを判定するための評価ロジック」とは、いずれも、仮想化イベントに応じて前記装置の制御を移すか否かを判定するための評価ロジックである点で共通する。
　
　以上から、引用発明と本願発明とは、次の特定事項を有する点では一致し、そして、次の点で相違する。
（一致点）
「装置であって、
　仮想化イベントを認識するためのイベント・ロジックと、
　前記仮想化イベントに応じて前記装置の制御を移すか否かを判定するための評価ロジックとを備えることを特徴とする装置。」
　
（相違点１）
　本願発明の「仮想化イベント」は、それに「応じて前記装置の制御を子ゲストから親ゲストに移す」イベントであるのに対して、引用発明の「所定の基準を満たす」と「判定」された「前記フォールト情報」に「関連付け」る「フォールト」（すなわち、引用文献における仮想化イベント）は、「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行させる」イベントである点。
　
（相違点２）
　本願発明は、「装置の制御を子ゲストから親ゲストに移す」のに対して、引用発明は、「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行」させる点。
　
　
第４．審判請求人の主張
　審判請求人は、審判請求書において、
「引用文献１（米国特許出願公開第２００４／０００３３２４号明細書）……には、「装置」において、「前記仮想化イベントに応じて前記装置の制御を子ゲストから親ゲストに移すか否かを判定するための評価ロジック」を備えるという構成は開示も示唆もされていないと思料いたします。」、
と主張している。
　また、「引用文献２（Ｇｏｌｄｂｅｒｇ）に記載の再帰的仮想化は、第３レベルが第２レベルに隣接しており、第２レベルが第１レベルに隣接している場合に、制御が第３レベルから第２レベルに移され、次いで第２レベルから第１レベルに移されることを必要とする、すなわち、２つのＶＭ退出を必要とするものであり、単に１つの層から隣接層に制御を移すという構成であります」、
と主張している。
　
　
第５．当審の判断
　審判請求人は、「引用文献１（米国特許出願公開第２００４／０００３３２４号明細書）」には、「「前記仮想化イベントに応じて前記装置の制御を子ゲストから親ゲストに移すか否かを判定するための評価ロジック」を備えるという構成は開示も示唆もされていない」と主張する。
　しかしながら、引用文献には、前記「第２．引用刊行物」の「１.引用文献の記載事項」の項のＡに、“Alternatively, for example, the VMM 112 may be run within, or on top of, another VMM.”（仮訳：あるいは、例えば、ＶＭＭ112は、別のＶＭＭの、中であるいはその上で、実行されるかもしれません。）と記載されている。すなわち、引用発明の「ＶＭＭ（仮想コンピューター・モニタ）」を「別のＶＭＭ」の上で実行されるＶＭＭとすることが記載されている。
　そして、引用文献の前記記載は、「別のＶＭＭ」の上で実行される「ＶＭＭ（仮想コンピューター・モニタ）」を、当該引用文献に記載された“VMM 112”とすること、すなわち、「制御」の「移行」先としてもよいことを示唆していると認められる。
　
　さらに、原査定の拒絶の理由に引用され、本願の優先権主張の日前に頒布された刊行物である、
Robert Ｐ．Goldberg，“Survey of Virtual Machine Research”，IEEE COMPUTER，1997年06月，Vol.7，No.6，pp.34-45、
には以下の事項が記載されている。
ア．“
Figure 3 illustrates the extension of the virtual machine model to include recursion.
The model indicates how a VMM may be run on the basic machine interface of a virtual machine - e.g., Ｖ
１
. This ＶＭＭ in turn creates two virtual machines, Ｖ
１．１
and Ｖ
１．２
, on which are running conventional operating systems - i.e., privileged software nuclei.
　The virtual machine model identifies the five shaded areas of the figure as distinct resource sets and indicates the mapping relationship among them. Thus a resource name of Ｖ２ must be mapped by ｆ２ to be transformed into a real resource of Ｒ. On the other hand, a resource of Ｖ１．１ must be mapped consecutively by both ｆ１．１ and ｆ１ in order to be transformed into its corresponding resource of Ｒ. 
If there is a violation in applying the mapping of ｆ
１．１
, a ＶＭ-fault passes control to the ＶＭＭ in Ｖ
１
.
（仮訳：図３は、繰り返しを含めるための拡張された仮想マシン・モデルを示します。モデルは、仮想マシン(たとえば、Ｖ１)の基礎マシンインターフェイス上で、ＶＭＭがどのように稼動されるかを示します。このＶＭＭは、その上で特権的中核ソフトウェアであるオペレーティングシステムをそれぞれ稼動させる、２つの仮想マシンＶ１．１及びＶ１．２を生成します。
　仮想マシン・モデルは、図の５つの斜線部分を別個のリソースのセットであると認識し、それらの間の写像関係を示します。したがって、現実のリソースＲに変換されるための写像ｆ２によって、リソース名Ｖ２は写像されなければなりません。他方では、その対応するリソースＲに変換されるために、Ｖ１．１のリソースは、写像ｆ１．１及びｆ１の両方によって連続的に写像されなければなりません。ｆ１．１の写像の適用に規約違反がある場合は、ＶＭフォールトはＶ１におけるＶＭＭに制御を渡します。同様に、ｆ１のフォールトによる規約違反により、ＲにおけるＶＭＭへ制御を渡します。）
　
イ．“Virtual Machine Model with Recursion”を図示する図３(Figure３)から、
ａ．斜線部分Ｒにおける“BARE MACHINE”の下に、“BASIC MACHINE INTERFACE”を介して、“VIRTUAL MACHINE MONITOR”が接続されていること、
ｂ.斜線部分Ｖ１における“VIRTUAL MACHINE” の下にも、同様に、“BASIC MACHINE INTERFACE”を介して、“VIRTUAL MACHINE MONITOR”が接続されていること、
ｃ.斜線部分Ｖ１．１及びＶ１．２における“VIRTUAL MACHINE” の下には、それぞれ、“BASIC MACHINE INTERFACE”を介して“PRIVILEGED SOFTWEAR NUCLEUS”が接続され,各“PRIVILEGED SOFTWEAR NUCLEUS” の下には、１つまたは２つの“USER PROGRAM”が“EXTENDED MACHINE INTERFACE”を介して存在していること、
が、それぞれ、見て取れる。
　
　前記ア、イから、
　現実のマシンの上で稼働する第１のＶＭＭが仮想マシンＶ１を生成し、前記仮想マシンＶ１の上で稼働する第２のＶＭＭが２つの仮想マシンＶ１．１及びＶ１．２を生成して、前記２つの仮想マシンにおいてオペレーティングシステムがそれぞれ稼動されるという、拡張された仮想マシン・モデル、すなわち、前述のとおり引用文献に記載された、「ＶＭＭ（仮想コンピューター・モニタ）」を「別のＶＭＭ」の上で実行するという仮想マシン・モデル、
は本願の優先権主張の日にあっては既に周知慣用の事項であった。
　そして、前記アから、
　規約違反がある場合は、前記第１のＶＭＭが生成した仮想マシンＶ１におけるＶＭＭに制御を渡すこと、
も本願の優先権主張の日にあっては既に周知慣用の事項であった。
　
　なお、本願の優先権主張の日前に頒布された刊行物である米国特許第４,２５３,１４５号明細書にも、前記「ＶＭＭ（仮想コンピューター・モニタ）」を「別のＶＭＭ」の上で実行するという仮想マシン・モデルが、FIG.１ｄ及び第１２欄第２１〜４１行に記載され、フォールトに起因して、制御を、現実のマシンの上で実行される別のＶＭＭでなく、当該別のＶＭＭの上位で実行されるＶＭＭに渡すことが、FIG.２ｂ及び第１２欄第６２行〜第１３欄第２３行に記載されている。
　
　してみれば、引用発明において、
「実際のプラットフォーム・ハードウェア上でＶＭＭ（仮想コンピューター・モニタ）が実行され、前記ＶＭＭ」が「仮想マシン」を「生成する」という仮想マシン「環境」を、「実際のプラットフォーム・ハードウェア上」で稼働する第１のＶＭＭが第１の仮想マシンを生成し、前記第１の仮想マシンの上で稼働する第２のＶＭＭが２つの第２の仮想マシンを生成して、前記２つの仮想マシンにおいて「ゲスト・ソフトウェア」がそれぞれ稼動されるという、拡張された仮想マシン環境に拡張し、
　引用文献に「別のＶＭＭ」の上で実行される「ＶＭＭ（仮想コンピューター・モニタ）」を「制御」の「移行」先とすることが示唆されるように、「前記フォールト情報が所定の基準を満たす」場合、すなわち、引用発明の「フォールト」が仮想化イベントであった場合に、「制御を前記ゲスト・ソフトウェアから前記ＶＭＭへ移行」させることに代えて、「制御」を、前記第２の仮想マシンおいて稼動する「ゲスト・ソフトウェア」すなわち子ゲストから、前記第１のＶＭＭの上で稼動する第２のＶＭＭすなわち親ゲストに「移行」させ、
　これにより、引用発明の「所定の基準を満たす」と「判定」された「前記フォールト情報」に「関連付け」る「フォールト」を、「制御」を前記第２の仮想マシンおいて稼動する「ゲスト・ソフトウェア」すなわち子ゲストから前記第１のＶＭＭの上で稼動する第２のＶＭＭすなわち親ゲストに「移行」させるためのイベントとして利用する、
ことは、当業者が容易に想到し得たものと認められる。
　
　したがって、相違点１及び相違点２は格別のものではない。
　そして、本願発明の効果は、引用発明及び前記周知慣用の事項から、当業者が予期し得たものと認められる。
　したがって、本願発明は、引用発明及び前記周知慣用の事項に基いて、当業者が容易に発明をすることができたと認められる。
　
　
第６．むすび
　以上のとおり、本願発明は、引用発明及び周知慣用の事項に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。