【事件の表示】
　特願２００６−　　６６０６「バーチャルマシーンシステムの物理的メモリのバーチャル化」拒絶査定不服審判事件〔平成１８年　７月２７日出願公開、特開２００６−１９６００５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、２００６年１月１３日（パリ条約による優先権主張外国庁受理２００５年１月１４日、米国）の出願であって、平成２１年７月２２日付けで拒絶理由通知がなされ、同年１０月２７日付けで手続補正がなされたが、同年１１月５日付けで拒絶査定がなされ、これに対し、平成２２年３月１０日に審判請求がなされるとともに、同日付けで手続補正がなされたものである。そして、同年３月３０日付けで審査官から前置報告がなされ、平成２３年２月２５日付けで当審より審尋がなされ、同年５月３１日付けで回答書が提出されたものである。
　
第２．平成２２年３月１０日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成２２年３月１０日付けの手続補正を却下する。
　
［理由］
１．補正の内容
　平成２２年３月１０日付けの手続補正（以下、「本件補正」という。）は、平成２１年１０月２７日付けの手続補正により補正された特許請求の範囲の請求項１１〜２０の記載
「【請求項１１】
　バーチャルマシーン上でのゲストソフトウェアの実行中、ゲスト物理的メモリのページの参照を提供するページングテーブルにアクセスするステップと、
　ゲスト物理的メモリの参照を提供するため、前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、前記ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップと、
　前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、拡張ページングテーブルを使用して、前記ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするステップと、
を有することを特徴とする方法。
　　【請求項１２】
　請求項１１記載の方法であって、さらに、
　アクセスに対する制限を指定し、前記制限に従って前記ゲスト物理的メモリの位置へのアクセスを制御するステップを有することを特徴とする方法。
　　【請求項１３】
　請求項１１記載の方法であって、さらに、
　前記ホスト物理的メモリをパーティションするステップを有することを特徴とする方法。
　　【請求項１４】
　請求項１２記載の方法であって、さらに、
　前記制限に違反したメモリへのアクセスに応答して、バーチャル化システムがバーチャマシーンモニタに移行するステップを有することを特徴とする方法。
　　【請求項１５】
　請求項１１記載の方法であって、さらに、
　前記ページングテーブルのエントリの参照をゲスト物理的メモリのアドレスからホスト物理的メモリのアドレスにマップするステップを有することを特徴とする方法。
　　【請求項１６】
　請求項１５記載の方法であって、
　前記拡張ページングテーブルは、前記ゲスト物理的メモリのページに対するアクセス制限を指定することを特徴とする方法。
　　【請求項１７】
　請求項１６記載の方法であって、
　前記ゲスト物理的メモリのページに対するアクセス制限は、リードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つから構成されることを特徴とする方法。
　　【請求項１８】
　請求項１６記載の方法であって、さらに、
　前記ゲスト物理的メモリに対するアクセス制限の違反に応答して、バーチャル化システムがバーチャルマシーンモニタに移行するステップを有することを特徴とする方法。
　　【請求項１９】
　請求項１５記載の方法であって、
　前記拡張ページングテーブルは、マルチレベル拡張ページングテーブルから構成されることを特徴とする方法。
　　【請求項２０】
　請求項１１記載の方法であって、さらに、
　バーチャル化システムのフラグが所定値に設定されている場合に限り、プロセッサのバーチャル化システムのアクティブ化に応答して、メモリバーチャル化サポートシステムをアクティブ状態にするステップを有することを特徴とする方法。」（以下、請求項１１〜請求項２０をそれぞれ「補正前の請求項１１」〜「補正前の請求項２０」という。）を、
　
「【請求項５】
　バーチャルマシーン上でのゲストソフトウェアの実行中、ゲスト物理的メモリのページの参照を提供するページングテーブルにアクセスするステップと、
　ゲスト物理的メモリの参照を提供するため、前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、前記ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップと、
　前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、拡張ページングテーブルを使用して、前記ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするステップと、
　前記拡張ページングテーブルからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップと、
を有することを特徴とする方法。
　　【請求項６】
　請求項５記載の方法であって、さらに、
　前記ゲスト物理的メモリに対するアクセス制限の違反に応答して、バーチャル化システムがバーチャルマシーンモニタに移行するステップを有することを特徴とする方法。
　　【請求項７】
　請求項５記載の方法であって、
　前記拡張ページングテーブルは、マルチレベル拡張ページングテーブルから構成されることを特徴とする方法。
　　【請求項８】
　請求項５記載の方法であって、さらに、
　バーチャル化システムのフラグが所定値に設定されている場合に限り、プロセッサのバーチャル化システムのアクティブ化に応答して、メモリバーチャル化サポートシステムをアクティブ状態にするステップを有することを特徴とする方法。」（以下、請求項５〜請求項８をそれぞれ「補正後の請求項５」〜「補正後の請求項８」という。）
　に補正することを含むものである。
　　
２．補正の適否
２−１．新規事項の有無、補正の目的要件 
　本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされており、特許法第１７条の２第３項の規定に適合する。
　そして、本件補正は、補正前の請求項１１に補正前の請求項１６、１７の特徴を追加することで補正後の請求項５とし、補正前の請求項１２〜１７を削除し、補正前の請求項１８〜２０を補正後の請求項５に従属する補正後の請求項６〜８に補正したものである。
　ここで、補正前の請求項１８及び１９は、ともに補正前の請求項１５を引用していることから、補正前の請求項１５記載の発明特定事項「前記ページングテーブルのエントリの参照をゲスト物理的メモリのアドレスからホスト物理的メモリのアドレスにマップするステップ」を有するものである。
　しかしながら、補正前の請求項１８及び請求項１９についてなされた補正、すなわち、補正後の請求項６及び請求項７には、前記発明特定事項「前記ページングテーブルのエントリの参照をゲスト物理的メモリのアドレスからホスト物理的メモリのアドレスにマップするステップ」が削除されたものとなっており、この点で、補正前の請求項１８及び請求項１９についてなされた補正は、特許請求の範囲の限定的減縮を目的としたものとはいえず、また、特許法第１７条の２第４項のいずれの号を目的とするものともいえない。
　以上のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するものであり、したがって、本件補正は、特許法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
  
２−２．独立特許要件
　仮に、本件補正が、特許法第１７条の２第４項第２号の特許請求の範囲の限定的減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の利用分野及び解決しようとする課題が同一であるもの）を目的とするものであると仮定した場合に、補正前の請求項１１についてなされた補正、すなわち補正後の請求項５（以下「補正後の発明」という。）が、特許出願の際独立して特許を受けることができるものであるか、（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）以下に検討する。
　
（１）補正後の発明
　前記補正前の請求項１１についてなされた補正により、補正後の発明は、前記「１．補正の内容」の「補正後の請求項５」に記載された以下のものと認められる。
　
　「バーチャルマシーン上でのゲストソフトウェアの実行中、ゲスト物理的メモリのページの参照を提供するページングテーブルにアクセスするステップと、
　ゲスト物理的メモリの参照を提供するため、前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、前記ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップと、
　前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、拡張ページングテーブルを使用して、前記ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするステップと、
　前記拡張ページングテーブルからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップと、
を有することを特徴とする方法。」
　
（２）引用文献 
　原査定の拒絶の理由に引用された米国特許出願公開第２００４／００６４６６８号明細書（以下、「引用文献」という。）には、図面とともに次の事項が記載されている。
　 
（ア）「ABSTRACT
A software monitor, interposed between the hardware layer of a computer system and one or more guest operating systems, constructs and maintains a guest-physical-address-to-host-physical-address map for each guest operating system, and maintains a virtual memory addressing context for each guest operating system that may include a virtual-hash-page table for each guest operating system, the contents of translation registers for each guest operating system, CPU-specific virtual-memory translations for each guest operating system, and the contents of various status registers. The monitor runs at the highest privilege level provided by the hardware system, intercepting attempts to execute privileged instructions by guest operating systems, and simulates or enhances certain of the privileged instructions related to virtual-memory addressing in order to construct and maintain the guest-physical-address-to-host-physical-address map and to provide each guest operating system with the illusion that the guest operating system is executing as the most privileged process on a virtual machine. 」（フロントページＡＢＳＴＲＡＣＴ欄。）
（和訳：要約
コンピュータシステムのハードウェアレイヤと一つまたは複数のゲストオペレーティングシステムとの間に置かれたソフトウェアモニタが、各ゲストオペレーティングシステムのためのゲスト物理的アドレス−ホスト物理的アドレスマップの構築と維持管理を行い、各ゲストオペレーティングシステムのバーチャルハッシュページテーブルと各ゲストオペレーティングシステムの変換レジスタのコンテンツと各ゲストオペレーティングシステムのＣＰＵ固有のバーチャルメモリ変換と各種状態レジスタのコンテンツとを含む、各ゲストオペレーティングシステムのバーチャルメモリアドレスコンテキストを維持管理する。モニターは、ハードウェアシステムから提供される最も高い特権レベルで走行し、各ゲストオペレーティングシステムの特権レベルのインストラクションの実行の試みを横取りして、ゲスト物理的アドレス−ホスト物理的アドレスマップの構築とその維持管理のために、また、各ゲストオペレーティングシステムにゲストオペレーティングシステムがバーチャルマシーン上の最も特権の高いプロセスとして実行しているとの錯覚を与えるために、バーチャルメモリアドレスに関する、ある種の特権インストラクションのシミュレートまたは強化する。）
　
（イ）「[0047] Translation of the virtual memory address 502 to a physical memory address 508 that includes the same offset 510 as the offset 504 in the virtual memory address, as well as a physical page number 512 that references a page in the physical memory components of the computer system, ...」（４頁左欄下から１６行目〜１２行目。）
（和訳：［００４７］バーチャルメモリアドレス５０２から物理的メモリアドレス５０８への変換は、バーチャルメモリアドレス内のオフセット１０４と同じオフセット５１０と、コンピュータシステムの物理的メモリコンポーネント内のページを参照する物理的ページ番号５１２とを含む、…）
　
（ウ）「Fig.5」には、バーチャルメモリアドレス５０２から変換される物理的メモリアドレス５０８は、物理的メモリコンポーネント内のページを参照する物理的ページ番号５１２と、バーチャルメモリアドレス内のオフセット１０４と同じオフセット５１０と、から合成されていることが記載されている。
　
（エ）「[0051] FIG. 7 shows the access rights encoding used in a TLB entry. Access rights comprise a 3-bit TLB.ar mode field 702 that specifies read, write, execute, and combination access rights, and a 2-bit TLB.pl privilege level field 704 that specifies the privilege level associated with a memory page.」（５頁左欄２７行目〜３２行目。）
（和訳：［００５１］図７に、ＴＬＢエントリにおける、アクセス権限情報のエンコーディングを示す。アクセス権限情報は、リード、ライト、実行、及びアクセス権限の組み合わせを明記する３ビットのＴＬＢ．ａｒ　モードフィールドと、メモリページに関連付けられる特権レベルを明記する２ビットのＴＬＢ．ｐｌ　レベルフィールドとから構成される。）
　
（オ）「[0066] The monitor represents a virtualization of machine resources in order to facilitate efficient execution of multiple operating systems on a computer system based on one or more modern processors. Because the monitor provides a virtual hardware layer to each guest operating system, operating systems do not need to be ported to the computer system. A guest operating system is unaware of the monitor interposed between the guest operating system and the underlying computer system, and is commonly unaware of other guest operating systems concurrently executing on the computer system. In the described embodiment, the guest operating system operates as if it were directly running on physical hardware. The guest operating system generally employs virtual-machine architectural support for managing virtual memory, including translating virtual-memory addresses to host physical-memory address and for mapping virtual-memory pages to physical memory within the computer system. The monitor allows the guest operating system to manage virtual memory exactly as if the guest operating system were directly executing at the hardware and firmware level of the computer system. However, what the guest operating system considers to be host physical addresses are actually virtual physical addresses, or guest physical addresses that are mapped by the monitor and SPAR to true host physical address space. The monitor maintains a cache of guest-physical-address to host-physical-address translations, and relies on the SPAR to maintain a complete mapping of guest physical addresses to host physical address for all concurrently executing guest operating systems. 」（７頁右欄２０行目〜４８行目。）
（和訳：［００６６］モニターは、一つ又はそれ以上のプロセッサに基づくコンピュータシステム上の複数のオペレーティングシステムの効率的な実行を促進するためにマシンリソースの仮想化に相当する。モニターは、各ゲストオペレーティングシステムに仮想的なハードウェアレイヤを提供し、オペレーティングシステムがコンピュータシステムに移植される必要がなくなるからである。ゲストオペレーティングシステムは、ゲストオペレーティングシステムと基礎となるコンピュータシステムとの間にあるモニターを知らないし、また同時にコンピュータシステム上で実行されている他のゲストオペレーティングシステムも知らない。記述した実施例では、ゲストオペレーティングシステムは、あたかも物理的なハードウェア上で直接実行しているように動作する。ゲストオペレーティングシステムは、通常、バーチャルメモリアドレスをホスト物理的メモリアドレスに変換することを含むバーチャルメモリ管理、及びバーチャルメモリページをコンピュータシステム内の物理的メモリにマップするための仮想マシンアーキテクチャサポートを用いる。モニターは、ゲストオペレーティングシステムに、ゲストオペレーティングシステムがコンピュータシステムのハードウェア及びファームウェアレベルで直接実行しているのと全く同じに、バーチャルメモリを管理することを可能にする。しかしながら、ゲストオペレーティングシステムがホスト物理的メモリアドレスとみなしているアドレスは、実際は、バーチャル物理的メモリアドレスまたはゲスト物理的メモリアドレスであって、当該ゲスト物理的メモリアドレスは、モニターとＳＰＡＲにより、本当のホスト物理的メモリアドレスにマッピングされる。モニターは、ゲスト物理的メモリアドレスのホスト物理的メモリアドレスに変換するためのキャッシュを維持するとともに、同時に実行している全てのゲストオペレーティングシステムのためのゲスト物理的メモリアドレスのホスト物理的メモリアドレスへの完全なマッピングの維持をＳＰＡＲに依存している。）
　
（カ）「[0076] ....  First, the monitor consults the virtual TLB 2410 for the guest that executed the instruction resulting in the TLB-miss fault to determine if a guest-virtual-memory-to-guest-physical-memory translation can be found in the virtual TLB. If not, then if the guest operating system has turned on the virtual VHPT walker, the monitor searches the guest's virtual VHPT 2412 to find a guest-virtual-memory-to-guest-physical-memory translation for the supplied guest-virtual-memory-address 2402. If an appropriate translation is not found, then the monitor passes the TLB-miss fault to the guest operating system 2414, which resolves the TLB-miss fault. Upon resolving the TLB-miss fault, a guest-physical-memory address 2416 is produced corresponding to the originally supplied guest-virtual-memory address 2402. Note that that guest-physical-memory address is inserted into the TLB 2410 following guest-operating system resolution of the TLB-miss fault. A guest-physical-memory address is also obtained when the appropriate translation is found in the guest's virtual VHPT 2412 or guest's virtual TLB 2410. A guest-physical-memory address is subsequently translated by the monitor by first consulting the guest-physical-memory-address-to-host-physical-memory address-translation cache 2418 (also shown in FIG. 23) to locate a corresponding host physical-memory address. If such a host-physical-memory address cannot be found in the cache, then the monitor furnishes the guest-physical-memory address to the SPAR 2420, which then returns the corresponding host-physical-memory address. The host-physical-memory address can then be inserted, along with the originally supplied guest-virtual-memory address 2402, in a monitor VHPT entry and in the system TLB, as indicated by arrows 2422 in FIG. 24.  ...」（１０頁左欄３１行目〜６２行目。）
（和訳：［００７６］　…  最初に、モニターは、ＴＬＢミスフォルトとなったインストラクションを実行したゲストのために、バーチャルＴＬＢ２４１０内にゲストバーチャルメモリ−ゲスト物理的メモリ変換を見つけることができるかどうか、決定するために、バーチャルＴＬＢ２４１０を調べる。見つけることができないならば、ゲストオペレーティングシステムがバーチャルＶＨＰＴｗａｌｋｅｒをターンオンしているならば、モニターは、与えられたゲストバーチャルメモリアドレス２４０２のゲストバーチャルメモリ−ゲスト物理的メモリ変換をゲストバーチャルＶＨＰＴにサーチする。適切な変換が見つからなかった場合、モニターは、ＴＬＢミスフォルトを、ＴＬＢミスフォルトを解決するゲストオペレーティングシステム２４１４にパスする。ＴＬＢミスフォルトが解決されると、初めに与えられたゲストバーチャルメモリアドレス２４０２に対応する、ゲスト物理的メモリアドレス２４１６が提示される。ゲストオペレーティングシステムによるＴＬＢミスフォルトの解決に続いて、ゲスト物理的メモリアドレスがＴＬＢ２４１０に挿入されることに注意されたい。ゲストバーチャルＶＨＰＴ２４１２またはゲストバーチャルＴＬＢ２４１０内で適切な変換が見つけられたときにも、ゲスト物理的メモリアドレスは得られる。その後、モニタによって、最初に、ゲスト物理的メモリアドレス−ホスト物理的メモリアドレス変換キャッシュ２４１８（図２３参照）を調べることにより、ゲスト物理的メモリアドレスが、対応するホスト物理的メモリアドレスに変換される。当該キャッシュにホスト物理的メモリアドレスが見つからない場合には、モニターは、ＳＰＡＲ２４２０にゲスト物理的メモリアドレスを提供することで、対応するホスト物理的メモリアドレスが返される。ホスト物理的メモリアドレスは、初めに与えられたゲストバーチャルメモリアドレス２４０２とともに、図２４の矢印２４２２の示すように、モニターＶＨＰＴエントリ及びＴＬＢに挿入することができる。…」
　
　（ア）における記載「コンピュータシステムのハードウェアレイヤと一つまたは複数のゲストオペレーティングシステムとの間に置かれたソフトウェアモニタが、各ゲストオペレーティングシステムのためのゲスト物理的アドレス−ホスト物理的アドレスマップの構築と維持管理を行い、…各ゲストオペレーティングシステムのバーチャルメモリアドレスコンテキストを維持管理する。モニターは、…各ゲストオペレーティングシステムにゲストオペレーティングシステムがバーチャルマシーン上の最も特権の高いプロセスとして実行しているとの錯覚を与える…」及び（オ）における記載「モニターは、各ゲストオペレーティングシステムに仮想的なハードウェアレイヤを提供し、…　ゲストオペレーティングシステムは、ゲストオペレーティングシステムと基礎となるコンピュータシステムとの間にあるモニターを知らないし、また同時にコンピュータシステム上で実行されている他のゲストオペレーティングシステムも知らない。記述した実施例では、ゲストオペレーティングシステムは、あたかも物理的なハードウェア上で直接実行しているように動作する。」からすると、引用文献には、コンピュータシステムのハードウェアレイヤと一つまたは複数のゲストオペレーティングシステムとの間に置かれたソフトウェアモニタが、前記一つまたは複数のゲストオペレーティングシステムに仮想的なハードウェアレイヤを提供し、前記一つまたは複数のゲストオペレーティングシステムがあたかも物理的なハードウェア上で直接実行しているように動作（すなわち、バーチャルマシーン上で動作）し、前記ソフトウェアモニタが、各ゲストオペレーティングシステムのバーチャルメモリアドレスコンテキストを維持管理する方法であって、前記ソフトウェアモニターは、各ゲストオペレーティングシステムに対して、バーチャルマシーンアドレス環境を提供する、前記方法に関する発明が記載されていると解される。
　そして、前記方法において、各ゲストオペレーティングシステムは、バーチャルマシーン上で実行されていると解される。
　
　（オ）における記載「ゲストオペレーティングシステムは、通常、バーチャルメモリアドレスをホスト物理的メモリアドレスに変換することを含むバーチャルメモリ管理、及びバーチャルメモリページをコンピュータシステム内の物理的メモリにマップするための仮想マシンアーキテクチャサポートを用いる。　…　ゲストオペレーティングシステムがホスト物理的メモリアドレスとみなしているアドレスは、実際は、バーチャル物理的メモリアドレスまたはゲスト物理的メモリアドレスであって、…」及び（カ）における記載「ＴＬＢミスフォルトが解決されると、初めに与えられたゲストバーチャルメモリアドレス２４０２に対応する、ゲスト物理的メモリアドレス２４１６が提示される。ゲストオペレーティングシステムによるＴＬＢミスフォルトの解決に続いて、ゲスト物理的メモリアドレスがＴＬＢ２４１０に挿入されることに注意されたい。ゲストバーチャルＶＨＰＴ２４１２またはゲストバーチャルＴＬＢ２４１０内で適切な変換が見つけられたときにも、ゲスト物理的メモリアドレスは得られる。」からすると、前記方法は、バーチャルマシーン上でのゲストオペレーティングシステムの実行中、ゲストオペレーティングシステムにとっての物理的アドレスであるゲスト物理的メモリの参照を行うために、ゲストバーチャルメモリアドレスからゲスト物理的メモリのページの参照を提供するゲストバーチャルＶＨＰＴにアクセスするステップを含むと解される。
　
　（ア）における記載「モニターは、…ゲスト物理的アドレス−ホスト物理的アドレスマップの構築とその維持管理のために、…バーチャルメモリアドレスに関する、ある種の特権インストラクションのシミュレートまたは強化する。」、（オ）における記載「ゲストオペレーティングシステムがホスト物理的メモリアドレスとみなしているアドレスは、実際は、バーチャル物理的メモリアドレスまたはゲスト物理的メモリアドレスであって、当該ゲスト物理的メモリアドレスは、モニターとＳＰＡＲにより、本当のホスト物理的メモリアドレスにマッピングされる。モニターは、ゲスト物理的メモリアドレスのホスト物理的メモリアドレスに変換するためのキャッシュを維持するとともに、同時に実行している全てのゲストオペレーティングシステムのためのゲスト物理的メモリアドレスのホスト物理的メモリアドレスへの完全なマッピングの維持をＳＰＡＲに依存している。」及び（カ）における記載「モニタによって、最初に、ゲスト物理的メモリアドレス−ホスト物理的メモリアドレス変換キャッシュ２４１８（図２３参照）を調べることにより、ゲスト物理的メモリアドレスが、対応するホスト物理的メモリアドレスに変換される。当該キャッシュにホスト物理的メモリアドレスが見つからない場合には、モニターは、ＳＰＡＲ２４２０にゲスト物理的メモリアドレスを提供することで、対応するホスト物理的メモリアドレスが返される。」からすると、前記方法は、バーチャルマシーン上での前記ゲストオペレーティングシステムの実行中、ゲスト物理的アドレス−ホスト物理的アドレスマップを使用して、（バーチャル物理的メモリアドレスである）ゲスト物理的メモリアドレスをホスト物理的メモリアドレスにマップするステップを含むと解される。
　
　したがって、引用文献には、次の発明（以下、「引用発明」という。）が記載されていると認められる。 
　
　バーチャルマシーン上でのゲストオペレーティングシステムの実行中、ゲストオペレーティングシステムにとっての物理的アドレスであるゲスト物理的メモリの参照を行うために、ゲストバーチャルメモリアドレスから前記ゲスト物理的メモリのページの参照を提供するゲストバーチャルＶＨＰＴにアクセスするステップと、
　前記バーチャルマシーン上での前記ゲストオペレーティングシステムの実行中、ゲスト物理的アドレス−ホスト物理的アドレスマップを使用して、（バーチャル物理的メモリアドレスである）ゲスト物理的メモリアドレスをホスト物理的メモリアドレスにマップするステップと、
を有することを特徴とする方法。
　
（３）対比 
　引用発明の「ゲストオペレーティングシステム」及び「ゲストバーチャルメモリアドレス」は、それぞれ、補正後の発明の「ゲストソフトウェア」及び「ゲストバーチャルメモリの参照」に相当する。
　引用発明の「ゲストバーチャルＶＨＰＴ」は、補正後の発明の「ページングテーブル」に相当する。
　引用発明の「ゲスト物理的メモリアドレスをホスト物理的メモリアドレスにマップする」は、補正後の発明の「ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップする」に相当する。
　
　そして、引用発明の「ゲスト物理的アドレス−ホスト物理的アドレスマップ」と、補正後の発明の「拡張ページングテーブル」とは、ともに、ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするマッピング手段である点で共通する。
　
　よって、補正後の発明と引用発明とは、以下の点で一致し、また、相違している。 
　 
（一致点） 
　バーチャルマシーン上でのゲストソフトウェアの実行中、ゲスト物理的メモリのページの参照を提供するページングテーブルにアクセスするステップと、
　前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、マッピング手段を使用して、前記ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするステップと、
を有することを特徴とする方法。
　
（相違点１）
　補正後の発明は「ゲスト物理的メモリの参照を提供するため、前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、前記ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップ」を有するのに対して、引用発明が、ゲスト物理的メモリの参照を提供するため、バーチャルマシーン上でのゲストオペレーティングシステムの実行中、ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップを有するかどうか、不明な点。
　
（相違点２）
　「ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするマッピング手段」について、補正後の発明は「拡張ページングテーブル」であるのに対して、引用発明は、「ゲスト物理的アドレス−ホスト物理的アドレスマップ」である点。
　
（相違点３）
　補正後の発明は、「拡張ページングテーブルからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップ」を有するのに対して、引用発明は、ゲスト物理的アドレス−ホスト物理的アドレスマップからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップを有していない点。
　
（４）判断 
　相違点１について検討する。
　バーチャルメモリアドレスを物理的メモリアドレスに変換するページング処理において、当該物理的メモリアドレスを、物理的メモリのページの参照と、バーチャルメモリアドレスの参照とを合成することにより提供する構成は、当業者にとって周知の事項（以下、「周知技術１」という）である。（例えば、前記引用文献の（イ）における記載及び（ウ）の「Fig.5」に関する説明、並びに原査定の拒絶理由通知書に先行技術文献として提示されている特開昭５７−２１２６８０号公報における記載「第２Ａ図を参照するに、ユーザが要求した仮想アドレス１１０Ａ…次いで、このユーザの実アドレス１１６（ゲスト実（ＧＲ）アドレス）がホストへ与えられると…」（１１頁右上欄下から１行目〜左下欄７行目。）及び関連する図「ＦＩＧ．２Ａ」、「ＦＩＧ．２Ｂ」等参照。）
　してみると、引用発明におけるゲストオペレーティングシステムにとっての物理的アドレスであるゲスト物理的メモリの参照の提供（すなわち、ページング処理）に前記周知技術１を適用することで、引用発明が、ゲスト物理的メモリの参照を提供するため、バーチャルマシーン上でのゲストオペレーティングシステムの実行中、ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップを有するように構成することは、当業者であれば、適宜なし得たことである。
　よって、相違点１は格別のものではない。
　
　相違点２及び相違点３について検討する。
　バーチャル物理的メモリアドレスをホスト物理的メモリアドレスにマップする手段として、ページテーブルは、当業者にとって周知の事項（以下、「周知技術２」という）である。そして、アドレス変換を行うためのページテーブルのエントリ毎に、そのエントリによりアドレス変換される対象となるページ内のデータについて、リードが許可されるか否かのアクセス制御情報、ライトが許可されるか否かのアクセス制御情報、及び実行が許可されるか否かのアクセス制御情報を含むように構成し、前記ページテーブルからの前記アクセス制御情報に従って、前記ページに対するアクセス制限を指定することも、当業者にとって周知の事項（以下、「周知技術３」という）である。（例えば、引用文献の（エ）における記載、特表２００４−５２７０４４号公報における記載「【００２４】…システム１００内の各仮想メモリページ１３６に対して、ページテーブルエントリ１３２が確立される。…典型的なページテーブルエントリ１３２は物理的フレーム番号（ＰＦＮ）フィールド１３４、フラグ（ＦＬ）フィールド１３５、およびスペアビット（ＳＰ）フィールド１３３を有する。…ＦＬフィールド１３５はリード／ライトアクセス、キャッシュポリシー、データ有効/無効、等の仮想メモリページ１３６へのアクセスを制御するビットを含んでいる。」等参照。）
　してみると、前記周知技術２及び前記周知技術３を勘案すると、引用発明の「ゲスト物理的アドレス−ホスト物理的アドレスマップ」を、ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするページテーブルとするとともに、引用発明が、ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップする前記ページテーブルからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップを有するように構成することは、当業者であれば、容易に想到し得たことである。
　よって、上記相違点２及び相違点３は格別のものではない。
　
　上記で検討したごとく、相違点１〜相違点３は格別のものではなく、そして、補正後の発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　したがって、補正後の発明は引用発明、周知技術１、周知技術２、及び周知技術３に基づいて容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
３．むすび 
　以上のとおり、本件補正は、上記「２．補正の適否」の「２−１．新規事項の有無、補正の目的要件」で指摘したように、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するものであり、特許法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
　また、仮に、本件補正が、特許法第１７条の２第４項第２号の特許請求の範囲の限定的減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の利用分野及び解決しようとする課題が同一であるもの）を目的とするものであると仮定した場合であっても、上記上記「２．補正の適否」の「２−２．独立特許要件」で指摘したように、補正後の発明は、特許出願の際独立して特許を受けることができるものではないから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明について 
　平成２２年３月１０日付けの手続補正は上記のとおり却下されたので、本願の請求項１１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成２１年１０月２７日付けの手続補正により補正された特許請求の範囲の請求項１１に記載された事項により特定される、以下のとおりのものである。 
　
「バーチャルマシーン上でのゲストソフトウェアの実行中、ゲスト物理的メモリのページの参照を提供するページングテーブルにアクセスするステップと、
　ゲスト物理的メモリの参照を提供するため、前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、前記ゲスト物理的メモリのページの参照とゲストバーチャルメモリの参照とを合成するステップと、
　前記バーチャルマシーン上での前記ゲストソフトウェアの実行中、拡張ページングテーブルを使用して、前記ゲスト物理的メモリの参照をホスト物理的メモリの参照にマップするステップと、
を有することを特徴とする方法。」
　
（１）引用文献 
　原査定の拒絶の理由に引用された、引用文献およびその記載事項は、前記「第２．平成２２年３月１０日付けの手続補正についての補正却下の決定 」の「２．補正の適否」の「２−２．独立特許要件」の「（２）引用文献」に記載したとおりである。
　
（２）対比・判断 
　本願発明は、前記「第２．平成２２年３月１０日付けの手続補正についての補正却下の決定 」の「２．補正の適否」の「２−２．独立特許要件」の「（１）補正後の発明」に記載された補正後の発明の発明特定事項「前記拡張ページングテーブルからのリードアクセス制御情報、ライトアクセス制御情報及び実行アクセス制御情報の少なくとも１つに従って、前記ゲスト物理的メモリのページに対するアクセス制限を指定するステップ」を削除したものである。
　そうすると、本願発明と引用発明とは、前記「第２．平成２２年３月１０日付けの手続補正についての補正却下の決定」の「２．補正の適否」の「２−２．独立特許要件」の「（３）対比」に記載した「（一致点）」で一致し、また前記「（３）対比」に記載した「（相違点１）」及び「（相違点２）」で相違している。
　してみると、本願発明は、前記「第２．平成２２年３月１０日付けの手続補正についての補正却下の決定」の「２．補正の適否」の「２−２．独立特許要件」の「（４）判断」に記載したとおり、引用発明、周知技術１、及び周知技術２に基づいて当業者が容易に発明をすることができたものである。 
　 
（３）むすび 
　以上のとおり、本願の請求項１１に係る発明は、本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。