【事件の表示】
　特願２０１３−１５４７００「安全な環境を初期化する命令を実行するシステムおよび方法」拒絶査定不服審判事件〔平成２５年１１月２１日出願公開、特開２０１３−２３５６１２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００３年３月２０日（パリ条約による優先権主張外国庁受理２００２年３月２９日（以下、「優先日」という。），米国）を国際出願日として出願した特願２００３−５８２６１６号の一部を平成２３年７月１３日に新たな特許出願とし、この新たな特許出願である特願２０１１−１５５０６４号の一部を平成２５年７月２５日に新たな特許出願としたものであって、その後の手続の経緯の概略は次のとおりである。
　
出願審査請求（提出日）　　　　　　平成２５年７月２５日
手続補正（提出日）　　　　　　　　平成２６年２月４日
拒絶理由通知（起案日）　　　　　　平成２６年７月８日
意見、手続補正（提出日）　　　　　平成２６年１０月２日
拒絶査定（起案日）　　　　　　　　平成２６年１０月１７日
拒絶査定謄本送達　　　　　　　　　平成２６年１０月２８日
審判請求（提出日）　　　　　　　　平成２７年３月２日
手続補正（提出日）　　　　　　　　平成２７年３月２日
前置報告（作成日）　　　　　　　　平成２７年３月３０日
上申書（提出日）　　　　　　　　　平成２７年７月１４日
拒絶理由通知（起案日）　　　　　　平成２７年１２月４日
意見、手続補正（提出日）　　　　　平成２８年６月１５日
　
第２　本願発明
　本願の請求項１ないし３に係る発明は、平成２８年６月１５日付の手続補正により補正された特許請求の範囲の請求項１ないし３に記載された事項により特定されると認められるところ、本願の請求項１に係る発明（以下、「本願発明」という。）は次のとおりのものであると認められる。
　
「ハードウェアリソースと、
　専用命令に応じてセキュア環境のセキュアな起動を開始する論理プロセッサであって、
前記セキュア環境はセキュアバーチャルマシンモニタと、セキュアカーネル及びセキュアアプリケーションの少なくとも一方とを含む、論理プロセッサとを有し、
　前記セキュアバーチャルマシンモニタは、非セキュア環境で実行された非セキュアオペレーティングシステムと非セキュアアプリケーションとのうち少なくとも一方を含む非セキュア環境からの前記ハードウェアリソースへのアクセスを制御する、
プロセッサ。」
　
第３　引用文献
１．引用文献１
（１）引用文献１に記載されている技術的事項
　本願の出願前（優先日；２００２年３月２９日）に既に頒布又は電気通信回線を通じて公衆に利用可能となり、当審の平成２７年１２月４日付の拒絶理由通知において引用された文献である、米国特許第５５０４８１４号明細書（以下「引用文献１」という。）には、関連する図面とともに、次の事項が記載されている。（当審注；下線は、参考のために当審が付与した。） 
ア．「Basic Concepts and Definitions
　The subject invention is based on a data processing environment shown in FIG. 1 that separates the definition of application programs and their associated access rights to processing objects, into a system build phase 11, distinct from the operational execution environment 12 in which they are instantiated and executed. The system build phase 11 assigns unique identifiers for security entities (subjects and objects) with the security level of each, identifies trusted subjects, defines the authorized type of access for each subject for objects and provides verification of compliance with the system security policy. 
　
Schematically shown in FIG. 2 is an access control table 21 generated by the system build phase for security subjects 22 and security objects 23 which are identified in respective fields of the table. A security subject 22 as defined herein may include one or more application programs or instances of these programs. Security objects 23 may be specific data entities or resource containers (such as processors, memory segments, or labelled messages). The type of access 24 allowed on the security object 22 will be dependent on the object type.
　The subject invention recognizes the model of security subjects and objects defined in the prior art, and defines a framework of operation and a core architecture upon which secure, high performance computing systems including operating systems may be built.」（４欄４０行〜５欄１１行）
訳；「基本的なコンセプトと定義
サブジェクト発明は処理対象にアプリケーションプログラムとそれらの関連づけられたアクセス権の定義を分離する図１、システムビルドの中にそれらがインスタンスかされそして実行されるオペレーショナル実行環境１２と異なったフェーズ１１で示されたデータ処理環境に基づいている。フェーズ１１が、それぞれのセキュリティーレベルで、セキュリティーエンティティ（サブジェクトとオブジェクト）のためにユニークなＩＤに割り当てるシステムビルドは信頼できるサブジェクトを識別して、オブジェクトのためにそれぞれのサブジェクトのために検定済みのアクセスのタイプを定義して、そしてシステムセキュリティーポリシーをコンプライアンスの検証に提供する。
　
テーブルのそれぞれのフィールドで識別されるセキュリティーサブジェクト２２とセキュリティーオブジェクト２３のためにシステムビルド段階によって生成されたアクセス制御テーブル２１が図２に概略的に示されている。セキュリティサブジェクト２２はここに定義されるように１又はそれ以上アプリケーションプログラムあるいはこれらのプログラムのインスタンスを含むことができる。セキュリティーオブジェクト２３は特定のデータエンティティあるいは（プロセッサ、メモリセグメント、あるいはラベルされたメッセージのような）リソースコンテナである。セキュリティオブジェクト２２について許されたアクセスのタイプ２４はオブジェクトタイプに依存するであろう。
　サブジェク発明は従来の技術で定義されたセキュリティーサブジェクトとオブジェクトのモデルを認識して、そしてオペレーションとその上にオペレーティングシステムを含めてセキュアな、効率の良いコンピューティングシステムを構築することができるコアアーキテクチャの枠組みを定義する。」
　
イ．「The present invention falls in the class of operating systems processing which form a part what is known as the trusted computing base (TCB) of a computing system. 
The Security Kernel provides the core portion of operating systems functionality necessary to be trusted to ensure secure operation of the computing system. Other components of the TCB exist, such as the system build tool and trusted subjects, but the Security Kernel forms the core of the operational environment, upon which operating systems may be built, and applications executed
　The objects, methods and functions described herein may be implemented in hardware, firmware, or software or any combination thereof. Shown 
in FIG. 3a
the computing system
 Trusted subjects 34, though trusted to operate properly, also rely on the subject invention 31 for protection from outside interference, e.g., untrusted applications 32 or operating systems 33. 
　As described in the following, 
the subject invention provides for the isolation of security subjects and dedicated logical resources through a modified virtual machine approach
the preferred embodiment
supporting a single operating system
multiple operating systems 33
be supported through the definition of protected virtual machines which enclose an operating system 33 and the associated application programs 32 (which includes parent programs 36 as well as child jobs 37) for a single security subject
Security objects, such as processor and memory resources or data collections such as filer 39, may be dedicated to a security subject's virtual machine, through the access control mechanisms of the Security Kernel, such that explicit mediation of access is provided primarily in setting up the resources for the subject's virtual machine rather than in mediating the usage of these resources
the operating systems 33 of the virtual machines
For example, operating system software implemented upon the subject invention is fully aware of the services provided by the Security Kernel and is designed to call upon the Security Kernel to gain access to security objects, rather than attempt to manipulate them directly
訳；「この発明は計算機システムの信頼されたコンピューティングベース（ＴＣＢ）として知られている部分を形成するオペレーティングシステムプロセッシングのクラスに入る。
セキュリティカーネルが計算機システムのセキュアなオペレーションを保証し信頼されるために必要なオペレーティングシステム機能性のコア部を提供する
システム構築ツールと信頼されたサブジェクトのように、ＴＣＢの他のコンポーネントが存在するが、セキュリティカーネルはその上にオペレーティングシステムが構築され、そしてアプリケーションが実行される操作環境のコアを形成することができる
　ここに説明されたオブジェクト、メソッドと関数はハードウェア、ファームウェア、あるいはソフトウェアあるいはそのどんな組み合わせでも実装することができる。　
図３ａには計算システム
信頼されたサブジェクト３４は、適切に稼働することを信頼できるが、外部からの妨害、例えば、信頼されていないアプリケーション３２あるいはオペレーティングシステム３３から保護されるためにサブジェクト発明３１を当てにする。
　次に説明されるように、
サブジェクト発明は修正された「バーチャルマシン」アプローチを通してセキュリティーサブジェクトと専用の論理的なリソースの分離を提供する
望ましい実施形態は一つのオペレーティングシステムをサポートし
多数のオペレーティングシステム３３
が一つのセキュリティサブジェクトのためにオペレーティングシステム３３と関連するアプリケーションプログラム３２（子供ジョブ３７と同様に親プログラム３６を含む）を包む保護されたバーチャルマシンの定義を通してサポートされる
プロセッサ、メモリリソース、又は、ファイラー３９のようなデータコレクションの如きセキュリティオブジェクトは、アクセスの明示的な実現が、これらのリソースの使用を調整することにおいてよりむしろサブジェクトのバーチャルマシンに係るリソースをセッティングすることにより基本的に供給されるといったような、セキュリティカーネルのアクセス制御メカニズムを通してセキュリティーサブジェクトのバーチャルマシンに専用になっているかもしれない。
バーチャルマシンのオペレーティングシステム３３
例えば、サブジェクト発明の上に実装されたオペレティングシステムソフトウェアは完全にセキュリティカーネルによって提供されたサービスを知っていて、そして直接それらを操作しようと試みるよりむしろ、セキュリティーオブジェクトへのアクセスを得ようとセキュリティカーネルを呼び出すよう設計される
　
ウ．「Initialization
　
The establishment of the secure execution environment is guaranteed through the initialization of the computing system by the Security Kernel
　
The next phase of the initialization processing establishes the Security Kernel itself as a protected subsystem and the sole owner of the right and ability to create new object types in the execution environment
…（中略）…
The type manager routines of the Security Kernel are trusted routines
allow the routines
to create and control access to the class of objects defined for the type manager
Examples of
object classes may be labelled messages, data file,and program images. Typically the security objects of the computing system are controlled by the Security Kernel type managers through the control and use of low-level objects of the hardware, such as memory pages, I/O controller registers, and processor state registers
訳；「初期化
　
セキュアな実行環境の設置はセキュリティカーネルによって計算機システムの初期値設定を通して保証される
…（中略）…
　
初期値設定プロセッシングの次のフェーズはそれ自身保護されたサブシステムとしてのセキュリティカーネルを確立する、そして権利と新しいオブジェクトタイプを作成することができる唯一のオーナーは実行環境を確立する
…（中略）…
セキュリティカーネルのタイプマネージャルーチンは信頼できるルーチンであり、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成してそして制御することを許可する
オブジェクトクラスの例はラベル付けされたメッセージ、データファイル、そしてプログラムイメージであるかもしれない。典型的には計算機システムのセキュリティーオブジェクトは、メモリーページ、入出力コントローラレジスタ、プロセッサ状態レジスタのようなハードウェアの低レベルのオブジェクトの使用と制御を通してセキュリティカーネルのタイプマネージャによって制御される
　
（２）引用文献１に記載された発明
（ア）前記ア．の「テーブルのそれぞれのフィールドで識別されるセキュリティーサブジェクト２２とセキュリティーオブジェクト２３のためにシステムビルト段階において生成されたアクセス制御テーブル２１が図２に概略的に示されている。セキュリティサブジェクト２２はここに定義されるように１又はそれ以上アプリケーションプログラムあるいはこれらのプログラムのインスタンスを含むことができる。セキュリティーオブジェクト２３は特定のデータエンティティあるいは（プロセッサ、メモリセグメント、あるいはラベルされたメッセージのような）リソースコンテナである。セキュリティオブジェクト２２について許されたアクセスのタイプ２４はオブジェクトタイプに依存するであろう」との記載、前記イ．の「プロセッサ、メモリリソース、又は、ファイラー３９のようなデータコレクションの如きセキュリティオブジェクト」との記載から「セキュリティーサブジェクトとセキュリティーオブジェクトのためにシステムビルト段階においてアクセス制御テーブルが生成され、セキュリティオブジェクトについて許されたアクセスのタイプはオブジェクトタイプに依存し、前記セキュリティーオブジェクトはプロセッサ、メモリのようなリソース」であることをよみとることができる。
　
（イ）前記ウ．の「セキュアな実行環境の設置はセキュリティカーネルによって計算機システムの初期値設定を通して保証される・・・初期値設定プロセッシングの次のフェーズはそれ自身保護されたサブシステムとしてのセキュリティカーネルを確立する、そして権利と新しいオブジェクトタイプを作成することができる唯一のオーナーは実行環境を確立する」との記載から「セキュリティカーネルによって計算機システムの初期値設定を通してセキュアな実行環境が保証される」をよみとることができ、前記イ．の「セキュリティカーネルが計算機システムのセキュアなオペレーションを保証し信頼されるために必要なオペレーティングシステム機能性のコア部を提供する。システム構築ツールと信頼されたサブジェクトのように、ＴＣＢの他のコンポーネントが存在するが、セキュリティカーネルはその上にオペレーティングシステムが構築され、そしてアプリケーションが実行される操作環境のコアを形成することができる・・・サブジェクト発明は修正された「バーチャルマシン」アプローチを通してセキュリティーサブジェクトと専用の論理的なリソースの分離を提供する・・・望ましい実施形態は一つのオペレーティングシステムをサポートし・・・多数のオペレーティングシステム３３・・・が一つのセキュリティサブジェクトのためにオペレーティングシステム３３と関連するアプリケーションプログラム３２（子供ジョブ３７と同様に親プログラム３６を含む）を包む保護されたバーチャルマシンの定義を通してサポートされる」との記載から、「セキュリティカーネルはその上にオペレーティングシステムが構築され、そしてアプリケーションが実行される操作環境のコアを形成し、セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む保護されたバーチャルマシン」をよみとることができる。これらをあわせると「セキュリティカーネルによって計算機システムの初期値設定を通してセキュアな実行環境が保証され、セキュリティカーネルはその上にオペレーティングシステムが構築され、アプリケーションが実行される操作環境のコアを形成し、セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む保護されたバーチャルマシン」をよみとることができる。
　
（ウ）前記（イ）での言及から、前記「セキュアな実行環境」は、「セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む」バーチャルマシンであり、前記ウ．の「セキュリティカーネルのタイプマネージャルーチンは信頼できるルーチンであり、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成してそして制御することを許可する・・・オブジェクトクラスの例はラベル付けされたメッセージ、データファイル、そしてプログラムイメージであるかもしれない。典型的には計算機システムのセキュリティーオブジェクトは、メモリーページ、入出力コントローラレジスタ、プロセッサ状態レジスタのようなハードウェアの低レベルのオブジェクトの使用と制御を通してセキュリティカーネルのタイプマネージャによって制御される」との記載から、前記「セキュリティカーネル」は「タイプマネージャルーチンを含むセキュリティカーネル」であり「タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成してそして制御することを許可する」ものである。よって、「前記セキュアな実行環境はタイプマネージャルーチンを含むセキュリティカーネルと、オペレーティングシステムと、オペレーティングシステムと関連するセキュリティサブジェクト（アプリケーションプログラム）を含み、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成して制御することを許可するバーチャルマシン」であることをよみとることができる。
　
（エ）前記イ．の「信頼されたサブジェクト３４は、適切に稼働することを信頼できるが、外部からの妨害、例えば、信頼されていないアプリケーション３２あるいはオペレーティングシステム３３から保護されるためにサブジェクト発明３１を当てにする・・・プロセッサ、メモリリソース、又は、ファイラー３９のようなデータコレクションの如きセキュリティオブジェクトは、アクセスの明示的な実現が、これらのリソースの使用を調整することにおいてよりむしろサブジェクトのバーチャルマシンに係るリソースをセッティングすることにより基本的に供給されるといったような、セキュリティカーネルのアクセス制御メカニズムを通してセキュリティーサブジェクトのバーチャルマシンに専用になっているかもしれない。・・・例えば、サブジェクト発明の上に実装されたオペレティングシステムソフトウェアは完全にセキュリティカーネルによって提供されたサービスを知っていて、そして直接それらを操作しようと試みるよりむしろ、セキュリティーオブジェクトへのアクセスを得ようとセキュリティカーネルを呼び出すよう設計される」との記載（ＦＩＧ３．ａの信頼サブジェクト３４，非信頼アプリケーション３２、非信頼ＯＳ３３、セキュリティカーネル３１、ハードウェアＴＣＢ、ＦＩＧ３ｂのバーチャルマシン３３をあわせて参照のこと）、前記ウ．の「セキュリティカーネルのタイプマネージャルーチンは信頼できるルーチンであり、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成してそして制御する・・・オブジェクトクラスの例はラベル付けされたメッセージ、データファイル、そしてプログラムイメージであるかもしれない。典型的には計算機システムのセキュリティーオブジェクトは、メモリーページ、入出力コントローラレジスタ、プロセッサ状態レジスタのようなハードウェアの低レベルのオブジェクトの使用と制御を通してセキュリティカーネルのタイプマネージャによって制御される」との記載から、「タイプマネージャを有するセキュリティカーネルは、信頼されていないアプリケーションあるいはオペレーティングシステムから保護されるために当てにされ、プロセッサ、メモリリソース、又は、ファイラーのようなデータコレクションの如きセキュリティオブジェクトは、アクセスの明示的な実現が、サブジェクトのバーチャルマシンに係るリソースがセッティングされたセキュリティカーネルのアクセス制御メカニズムを通して制御される」ことをよみとることができる。
　
（オ）図３ａ、図３ｂに関しての記載である前記イ．の「プロセッサ」から「プロセッサ」（物理的なプロセッサ）は明らか。
　
　前記（ア）〜（オ）によれば、引用文献１には次の発明（以下「引用発明」という。）が示されている。
　
「セキュリティーサブジェクトとセキュリティーオブジェクトのためにシステムビルト段階においてアクセス制御テーブルが生成され、セキュリティオブジェクトについて許されたアクセスのタイプはオブジェクトタイプに依存し、前記セキュリティーオブジェクトはプロセッサ、メモリのようなリソースであり、
　セキュリティカーネルによって計算機システムの初期値設定を通してセキュアな実行環境が保証され、セキュリティカーネルはその上にオペレーティングシステムが構築され、アプリケーションが実行される操作環境のコアを形成し、セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む保護されたバーチャルマシンであって、
　前記セキュアな実行環境はタイプマネージャルーチンを含むセキュリティカーネルと、オペレーティングシステムと、オペレーティングシステムと関連するセキュリティサブジェクト（アプリケーションプログラム）を含み、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成して制御することを許可する前記バーチャルマシンと、
  前記タイプマネージャを有するセキュリティカーネルは、信頼されていないアプリケーションあるいはオペレーティングシステムから保護されるために当てにされ、プロセッサ、メモリリソース、又は、ファイラーのようなデータコレクションの如きセキュリティオブジェクトは、アクセスの明示的な実現が、サブジェクトのバーチャルマシンに係るリソースがセッティングされたセキュリティカーネルのアクセス制御メカニズムを通して制御される、
プロセッサ。」
　
２．引用文献２
（１）引用文献２に記載されている技術的事項
　本願の出願前に既に頒布又は電気通信回線を通じて公衆に利用可能となり、当審の平成２７年１２月４日付の拒絶理由通知において引用された文献である、国際公開第０１／７５５６５号（以下「引用文献２」という。）には、関連する図面とともに、次の事項が記載されている。（日本語訳は、ファファミリーである特表２００４−５００６６６号公報を参酌した。）
　
Ａ．「DESCRIPTION
 
　
In an embodiment of the present invention, a technique is provided to execute isolated instructions. An execution unit executes an isolated instruction in a processor operating in a platform. The processor is configured in one of a normal execution mode and an isolated execution mode
 
　In one embodiment, the isolated instruction is one of an isolated initialize (iso_init) instruction, an isolated close (iso_close) instruction, an isolated enter (iso_enter) instruction, an isolated exit (iso_exit) instruction, an isolated configuration read (iso_config_read), and an isolated configuration write (iso_config_write) instruction. The parameter is one of an isolated feature word, an execution mode word, a logical processor value, an isolated setting including a mask value and a base value, an exit physical address, an entry physical address, and a processor nub loader physical address.
 
　The parameter storage is one of an internal storage and an external storage. The internal storage includes a control register to store the execution mode word, a logical processor register, a mask register to store the mask value, a base register to store the base value, a frame register set, an exit frame register to store the exit address, an entry frame register to store the entry address, and a loader register to store the processor nub loader address. The external storage includes a memory controller hub (MCH) storage and an input/output controller hub (ICH) storage. The execution mode word configures the processor in the isolated execution mode.
 
　The iso_init instruction, when executed, causes the processor to create an isolated area defined by the base value and the mask value in a memory if the isolated area has not been created, set a range of the isolated area in the MCH register, copy a processor nub loader into the isolated area using the processor nub loader address in the loader register, and execute the processor nub loader. The iso_init instruction, when executed, further causes the processor to initialize the isolated area for the platform, and obtain a location of a processor nub. The iso_init instruction causing the processor to execute the processor nub loader causes the processor to copy the processor nub into the isolated area, verify a signature of the processor nub using a public key contained in the processor nub loader, and execute the processor nub if the signature is verified. 
The iso_init instruction,
ensures that the state of the environment or platform is clean upon creation of the isolated area
 
　T
he iso_enter instruction, when executed, causes the processor to store contents of the frame register set in an exit frame, the exit frame being pointed to by the exit address in the exit frame register, and load an entry frame into the frame register set, the entry frame being pointed to by the entry address in the entry frame register
The iso_close instruction, when executed, causes the processor to reset the isolated setting in the processor if a corresponding logical processor is last to withdraw, and reset the isolated setting in the MCH and the ICH if the processor is last to withdraw
 
訳；「【０００６】
（説明）
本発明の一実施態様では、分離命令（ｉｓｏｌａｔｅｄ ｉｎｓｔｒｕｃｔｉｏｎ）を実行するための技術を提供する。実行ユニットが、プラットフォームで動作するプロセッサ中で分離命令を実行する。プロセッサは、ノーマル実行モードおよび分離実行モードの１つに構成される
【０００７】
一実施態様では、分離命令は、分離初期化（ｉｓｏ＿ｉｎｉｔ）命令、分離クローズ命令（ｉｓｏ＿ｃｌｏｓｅ）命令、分離入口（ｉｓｏ＿ｅｎｔｅｒ）命令、分離出口（ｉｓｏ＿ｅｘｉｔ）命令、分離構成読込み（ｉｓｏ＿ｃｏｎｆｉｇ＿ｒｅａｄ）命令、および分離構成書込み（ｉｓｏ＿ｃｏｎｆｉｇ＿ｗｒｉｔｅ）命令の１つである。パラメータは、分離特徴ワード、実行モード・ワード、論理プロセッサ値、マスク値およびベース値を含む分離設定、出口物理アドレス、入口物理アドレス、およびプロセッサ・ナブ・ローダ（ｐｒｏｃｅｓｓｏｒ ｎｕｂ ｌｏａｄｅｒ）の物理アドレスの１つである。
【０００８】
パラメータ記憶域は、内部記憶域か外部記憶域の１つである。内部記憶域は、実行モード・ワードを記憶する制御レジスタ、論理プロセッサ・レジスタ、マスク値を記憶するマスク・レジスタ、ベース値を記憶するベース・レジスタ、フレーム・レジスタ・セット、出口アドレスを記憶する出口フレーム・レジスタ、入口アドレスを記憶する入口フレーム・レジスタ、プロセッサ・ナブ・ローダ・アドレスを記憶するローダ・レジスタを含む。外部記憶域は、メモリ・コントローラ・ハブ（ＭＣＨ）記憶域、および入出力コントローラ・ハブ（ＩＣＨ）記憶域を含む。実行モード・ワードは、プロセッサを分離実行モードに構成する。
【０００９】
ｉｓｏ＿ｉｎｉｔ命令を実行すると、プロセッサは、分離域がまだ作成されていない場合は、ベース値およびマスク値によって定義される分離域をメモリ中に作成し、ＭＣＨレジスタにその分離域の範囲を設定し、ローダ・レジスタ中のプロセッサ・ナブ・ローダ・アドレスを使ってその分離域にプロセッサ・ナブ・ローダをコピーし、プロセッサ・ナブ・ローダを実行する。さらに、ｉｓｏ＿ｉｎｉｔ命令を実行すると、プロセッサは、分離域をプラットフォーム用に初期化し、プロセッサ・ナブのロケーションを得る。プロセッサにプロセッサ・ナブ・ローダを実行させるｉｓｏ＿ｉｎｉｔ命令によって、プロセッサは、プロセッサ・ナブを分離域中にコピーし、プロセッサ・ナブ・ローダ中に含まれる公開キーを使ってプロセッサ・ナブの署名を検証し、署名が検証された場合はそのプロセッサ・ナブを実行する。したがって、
ｉｓｏ＿ｉｎｉｔ命令は、分離域が作成されると、その環境またはプラットフォームを確実にクリーンな状態にする
【００１０】
ｉｓｏ＿ｅｎｔｅｒ命令を実行すると、プロセッサは、フレーム・レジスタ・セットの内容を出口フレーム・レジスタ中の出口アドレスが指す出口フレーム中に記憶し、入口フレーム・レジスタ中の入口アドレスが指す入口フレームをフレーム・レジスタ・セット中にロードする
ｉｓｏ＿ｃｌｏｓｅ命令を実行すると、プロセッサは、対応する論理プロセッサが最後に引き下るものである場合はプロセッサ中の分離設定をリセットし、また、そのプロセッサが最後に引き下るものである場合はＭＣＨおよびＩＣＨ中の分離設定をリセットする
　
Ｂ．「ARCHITECTURE OVERVIEW
 
　
One principle for providing security in a computer system or platform is the concept of an isolated execution architecture
…（中略）…　
　Ring-0 10 includes two portions: a normal execution Ring-0 11 and an isolated execution Ring-0 15. The normal execution Ring-0 11 includes software modules that are critical for the operating system, usually referred to as kernel. These software modules include primary operating system (e.g., kernel) 12, software drivers 13, and hardware drivers 14. 
The isolated execution Ring-0 15 includes an operating system (OS) nub 16 and a processor nub 18. The OS nub 16 and the processor nub 18 are instances of an OS executive (OSE) and processor executive (PE), respectively. The OSE and the PE are part of executive entities that operate in a secure environment associated with the isolated area 70 and the isolated execution mode
…（中略）… 
　One concept of the isolated execution architecture is the creation of an isolated region in the system memory, referred to as an isolated area, which is protected by both the processor and chipset in the computer system. The isolated region may also be in cache memory, protected by a translation look aside (TLB) access check. Access to this isolated region is permitted only from a front side bus (FSB) of the processor, using special bus (e.g., memory read and write) cycles, referred to as isolated read and write cycles. The special bus cycles are also used for snooping. The isolated read and write cycles are issued by the processor executing in an isolated execution mode. 
The isolated execution mode is initialized using a privileged instruction in the processor, combined with the processor nub loader 52. The processor nub loader 52 verifies and loads a ring-0 nub software module (e.g., processor nub 18) into the isolated area. The processor nub 18 provides hardware-related services for the isolated execution
 
　
One task of the processor nub 18 is to verify and load the ring-0 OS nub 16 into the isolated area, and to generate the root of a key hierarchy unique to a combination of the platform, the processor nub 18, and the operating system nub 16
The operating system nub 16 may also load ring-0 supporting modules
 
　The operating system nub 16 may choose to support paging of data between the isolated area and ordinary (e.g., non-isolated) memory. If so, then the operating system nub 16 is also responsible for encrypting and hashing the isolated area pages before evicting the page to the ordinary memory, and for checking the page contents upon restoration of the page. The isolated mode applets 46 x  to 46 κ  and their data are tamper- resistant and monitor-resistant from all software attacks from other applets, as well as from non-isolated-space applications (e.g., 42 2  to 42^, dynamic link libraries (DLLs), drivers and even the primary operating system 12. Only the processor nub 18 or the operating system nub 16 can interfere with or monitor the applet' s execution.」（５頁４行〜１８行）
訳；「【００１３】
アーキテクチャの概要
コンピュータ・システムまたはプラットフォームにセキュリティを与えるための１つの原則は、分離実行アーキテクチャという概念である
…（中略）…
【００１５】
リング０　１０は、ノーマル実行リング０　１１および分離実行リング０　１５の２つの部分を含む。ノーマル実行リング０　１１は、オペレーティング・システムにとって重要なソフトウェア・モジュールを含み、これは、通常、カーネルと呼ばれる。これらのソフトウェア・モジュールは、プライマリ・オペレーティング・システム（例えばカーネル）１２、ソフトウェア・ドライバ１３、およびハードウェア・ドライバ１４を含む。
分離実行リング０　１５は、オペレーティング・システム（ＯＳ）ナブ１６およびプロセッサ・ナブ１８を含む。ＯＳナブ１６およびプロセッサ・ナブ１８は、それぞれＯＳエグゼクティブ（ＯＳＥ）およびプロセッサ・エグゼクティブ（ＰＥ）のインスタンスである。ＯＳＥおよびＰＥは、分離域７０および分離実行モードに関連する安全な環境で動作するエグゼクティブ・エンティティ（ｅｘｅｃｕｔｉｖｅ ｅｎｔｉｔｙ）の一部である
…（中略）…
【００１７】
分離実行アーキテクチャの１つの概念は、システム・メモリ中に、分離域と呼ばれる分離された領域を作成することであり、この分離域は、コンピュータ・システム中のプロセッサおよびチップセットの両方によって保護される。この分離領域は、トランスレーション・ルックアサイド（ＴＬＢ）アクセス・チェックによって保護されるキャッシュ・メモリ中にあってもよい。この分離領域へのアクセスは、分離読込みおよび書込みサイクルと呼ばれる、専用バス（例えば、メモリ読込みおよび書込み）サイクルを使って、プロセッサのフロント・サイド・バス（ＦＳＢ）からのみ可能である。この専用バス・サイクルは、スヌーピングにも使用される。この分離読込み／書込みサイクルは、プロセッサが分離実行モードで実行することにより発行される。
分離実行モードの初期化は、プロセッサ中の特権命令をプロセッサ・ナブ・ローダ５２と組み合わせて使用して行う。プロセッサ・ナブ・ローダ５２は、リング０のナブ・ソフトウェア・モジュール（例えば、プロセッサ・ナブ１８）を検証し、分離域中にロードする。プロセッサ・ナブ１８は、分離実行のためのハードウェア関連のサービスを提供する
【００１８】
プロセッサ・ナブ１８の１つのタスクは、リング０のＯＳナブ１６を検証して分離域中にロードし、プラットフォーム、プロセッサ・ナブ１８、およびオペレーティング・システム・ナブ１６の組み合わせに一意のキー階層のルートを生成することである
【００１９】
オペレーティング・システム・ナブ１６は、分離域と通常の（例えば非分離）メモリの間のデータのページングをサポートすることを選択することができる。その場合、オペレーティング・システム・ナブ１６は、ページを通常のメモリに追い出す前に、分離域のページを暗号化しハッシングする責任と、ページを復元したときにそのページの内容をチェックする責任も有する。分離モード・アプレット４６１〜４６Ｋ、およびそれらのデータは、他のアプレットから、また、非分離スペースのアプリケーション（例えば４１１〜４２Ｎ）、ダイナミック・リンク・ライブラリ（ＤＬＬ）、ドライバ、およびさらにはプライマリ・オペレーティング・システム１２からのあらゆるソフトウェア攻撃に対して耐偽造性および耐監視性を有する。
プロセッサ・ナブ１８またはオペレーティング・システム・ナブ１６のみがアプレットの実行を干渉または監視することができる
Ｃ．「ISOLATED INSTRUCTIONS
 
　Figure 2 is a diagram illustrating a part of the isolated execution circuit 115 shown in Figure 1C according to one embodiment of the invention. The isolated execution circuit 115 includes an execution unit 230 and a parameter storage 240.
 
　The execution unit 230 
executes an isolated instruction in the processor 110
…（中略）…
　The logical processor register 330 stores a logical processor value 332. The logical processor value 332 indicates the number of logical processors that enter the isolated execution mode. 
A physical processor may have a number of logical processors,
When a logical processor enters the isolated execution mode, the logical processor value 332 increments by one. When a logical processor exits the isolated execution mode, the logical processor value decrements by one
　
訳；「【００３７】
分離命令
図２は、本発明の一実施形態による、図１Ｃに示す分離実行回路１１５の一部を示す図である。分離実行回路１１５は、実行ユニット２３０およびパラメータ記憶域２４０を含む。
【００３８】
実行ユニット２３０は、図１Ｃに示すように、
プロセッサ１１０で分離命令を実行する
…（中略）…
【００４４】
論理プロセッサ・レジスタ３３０は論理プロセッサ値３３２を記憶する。論理プロセッサ値３３２は、分離実行モードに入る論理プロセッサの数を表す。
物理プロセッサはいくつかの論理プロセッサを有することができ、
論理プロセッサが分離実行モードに入ると、論理プロセッサ値３３２は１だけ増加する。論理プロセッサが分離実行モードから出ると、論理プロセッサ値は１だけ減少する
　
（２）引用文献２に記載された技術
　前記Ａ．の「本発明の一実施態様では、分離命令（ｉｓｏｌａｔｅｄ ｉｎｓｔｒｕｃｔｉｏｎ）を実行するための技術を提供する。実行ユニットが、プラットフォームで動作するプロセッサ中で分離命令を実行する。プロセッサは、ノーマル実行モードおよび分離実行モードの１つに構成される・・・ｉｓｏ＿ｉｎｉｔ命令は、分離域が作成されると、その環境またはプラットフォームを確実にクリーンな状態にする・・・ｉｓｏ＿ｅｎｔｅｒ命令を実行すると、プロセッサは、フレーム・レジスタ・セットの内容を出口フレーム・レジスタ中の出口アドレスが指す出口フレーム中に記憶し、入口フレーム・レジスタ中の入口アドレスが指す入口フレームをフレーム・レジスタ・セット中にロードする・・・ｉｓｏ＿ｃｌｏｓｅ命令を実行すると、プロセッサは、対応する論理プロセッサが最後に引き下るものである場合はプロセッサ中の分離設定をリセットし、また、そのプロセッサが最後に引き下るものである場合はＭＣＨおよびＩＣＨ中の分離設定をリセットする」との記載、前記Ｂ．の「コンピュータ・システムまたはプラットフォームにセキュリティを与えるための１つの原則は、分離実行アーキテクチャという概念である。・・・分離実行リング０　１５は、オペレーティング・システム（ＯＳ）ナブ１６およびプロセッサ・ナブ１８を含む。ＯＳナブ１６およびプロセッサ・ナブ１８は、それぞれＯＳエグゼクティブ（ＯＳＥ）およびプロセッサ・エグゼクティブ（ＰＥ）のインスタンスである。ＯＳＥおよびＰＥは、分離域７０および分離実行モードに関連する安全な環境で動作するエグゼクティブ・エンティティ（ｅｘｅｃｕｔｉｖｅ ｅｎｔｉｔｙ）の一部である・・・分離実行モードの初期化は、プロセッサ中の特権命令をプロセッサ・ナブ・ローダ５２と組み合わせて使用して行う。プロセッサ・ナブ・ローダ５２は、リング０のナブ・ソフトウェア・モジュール（例えば、プロセッサ・ナブ１８）を検証し、分離域中にロードする。プロセッサ・ナブ１８は、分離実行のためのハードウェア関連のサービスを提供する・・・プロセッサ・ナブ１８の１つのタスクは、リング０のＯＳナブ１６を検証して分離域中にロードし、プラットフォーム、プロセッサ・ナブ１８、およびオペレーティング・システム・ナブ１６の組み合わせに一意のキー階層のルートを生成することである・・・プロセッサ・ナブ１８またはオペレーティング・システム・ナブ１６のみがアプレットの実行を干渉または監視することができる」との記載から、プロセッサは、ノーマル実行モードおよび分離実行モードの１つに構成されており、ｉｓｏ＿ｉｎｉｔ命令、ｉｓｏ＿ｅｎｔｅｒ命令を含む分離命令を実行することにより、プロセッサ中の特権命令をプロセッサ・ナブ・ローダと組み合わせて使用して分離実行モードの初期化を行い、初期化されたプロセッサ・ナブは、分離実行のためのハードウェア関連のサービスを提供しＯＳナブを検証して分離域中にロードし、プラットフォーム、プロセッサ・ナブ、およびオペレーティング・システム・ナブの組み合わせのルートを生成し、プロセッサ・ナブまたはＯＳナブのみがアプレットの実行を干渉または監視することができる技術をよみとることができる。
　前記Ａ．の記載における「プロセッサは、対応する論理プロセッサが最後に引き下るものである場合」に関連し、前記Ｃ．の「物理プロセッサはいくつかの論理プロセッサを有することができ、・・・論理プロセッサが分離実行モードに入ると、論理プロセッサ値３３２は１だけ増加する。論理プロセッサが分離実行モードから出ると、論理プロセッサ値は１だけ減少する」との記載をふまえると、前記「プロセッサ」には「論理プロセッサ」が含まれると解され、また、前記「プロセッサ・ナブ」は、リング０にあってＯＳ（バーチャルマシン）をロードし初期化し管理可能であり、また、アプレット（アプリケーション）を監視することができることから「バーチャルマシンモニタ」に相当するといえる。
　これらの点をふまえると、引用文献２には、セキュア環境のセキュアな分離操作に係る論理プロセッサに関し、ｉｓｏ＿ｉｎｉｔ命令、ｉｓｏ＿ｅｎｔｅｒ命令を含む分離命令に応じて、セキュア環境（安全な環境）のセキュアな起動を開始する（分離実行モードの初期化、プロセッサ・ナブが起動可能になっていることは明らか）論理プロセッサの技術が示されている。
第４　対比
　本願発明と引用発明とを対比する。
（１）引用発明の「セキュリティーサブジェクトとセキュリティーオブジェクトのためにシステムビルト段階においてアクセス制御テーブルが生成され、セキュリティオブジェクトについて許されたアクセスのタイプはオブジェクトタイプに依存し、前記セキュリティーオブジェクトはプロセッサ、メモリのようなリソース」における当該「プロセッサ、メモリのようなリソース」と本願発明の「ハードウェアリソース」とに実質的な差異はない。
　
（２）引用発明の「セキュアな実行環境」は本願発明の「セキュア環境」に対応し、引用発明の「オペレーティングシステムが構築され、アプリケーションが実行される操作環境のコアを形成し、セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む保護されたバーチャルマシン」は本願発明の「論理プロセッサ」に相当し、引用発明の「セキュアな実行環境」は本願発明の「専用命令に応じてセキュア環境のセキュアな起動を開始する」こととセキュアな動作に係るといえる点で共通する。してみれば、引用発明の「セキュリティカーネルによって計算機システムの初期値設定を通してセキュアな実行環境が保証され、セキュリティカーネルはその上にオペレーティングシステムが構築され、アプリケーションが実行される操作環境のコアを形成し、セキュリティサブジェクトのためにオペレーティングシステムと関連するアプリケーションプログラムを包む保護されたバーチャルマシン」と本願発明の「専用命令に応じてセキュア環境のセキュアな起動を開始する論理プロセッサ」とは、「セキュア環境のセキュアな動作に係る論理プロセッサ」である点で共通する。
　
（３）引用発明の「セキュリティカーネル」は、「タイプマネージャを有するセキュリティカーネル」であり、引用発明の４番目の段落に記載された「アクセスの明示的な実現が、サブジェクトのバーチャルマシンに係るリソースが・・・セキュリティカーネルのアクセス制御メカニズムを通して制御される」ことから、前記「セキュリティカーネル」は、「バーチャルマシンに係る」ものであり、セキュリティカーネルのアクセス制御メカニズム（アクセス制御テーブル）を通せるものか否かをみている（モニタしている）と解することができ、これらの点をふまえると引用発明の「セキュリティカーネル」は、本願発明の「セキュアバーチャルマシンモニタ」及び「セキュアカーネル」に相当する。また、引用発明の「セキュリティサブジェクト（アプリケーションプログラム）」は本願発明の「セキュアアプリケーション」に相当する。しかも、本願発明は、択一的に「セキュアバーチャルマシンモニタと、セキュアカーネル及びセキュアアプリケーションの少なくとも一方とを含む」事項を有する点をふまえると、引用発明の「タイプマネージャルーチンを含むセキュリティカーネルと、オペレーティングシステムと、オペレーティングシステムと関連するセキュリティサブジェクト（アプリケーションプログラム）を含み、タイプマネージャのために定義したオブジェクトクラスへのアクセスを生成して制御することを許可する前記バーチャルマシン」と本願発明の「セキュアバーチャルマシンモニタと、セキュアカーネル及びセキュアアプリケーションの少なくとも一方とを含む、論理プロセッサ」とに実質的な差異はない。
　
（４）前記（３）で言及した引用発明の「セキュリティカーネル」の点をふまえると、引用発明の「タイプマネージャを有するセキュリティカーネルは、信頼されていないアプリケーションあるいはオペレーティングシステムから保護されるために当てにされ、プロセッサ、メモリリソース、又は、ファイラーのようなデータコレクションの如きセキュリティオブジェクトは、アクセスの明示的な実現が、サブジェクトのバーチャルマシンに係るリソースがセッティングされたセキュリティカーネルのアクセス制御メカニズムを通して制御される」ことと本願発明の「前記セキュアバーチャルマシンモニタは、非セキュア環境で実行された非セキュアオペレーティングシステムと非セキュアアプリケーションとのうち少なくとも一方を含む非セキュア環境からの前記ハードウェアリソースへのアクセスを制御する」こととに実質的な差異はない。
　
　以上の対比によれば、本願発明と引用発明とは次の事項を有する点で一致し、そして相違する。
〈一致点〉
　ハードウェアリソースと、
　セキュア環境のセキュアな動作に係る論理プロセッサであって、
前記セキュア環境はセキュアバーチャルマシンモニタと、セキュアカーネル及びセキュアアプリケーションの少なくとも一方とを含む、論理プロセッサとを有し、
　前記セキュアバーチャルマシンモニタは、非セキュア環境で実行された非セキュアオペレーティングシステムと非セキュアアプリケーションとのうち少なくとも一方を含む非セキュア環境からの前記ハードウェアリソースへのアクセスを制御する、
プロセッサ。
　
〈相違点〉
　セキュア環境のセキュアな動作に係る論理プロセッサに関し、本願発明は、「専用命令に応じて」セキュア環境のセキュアな「起動を開始する」論理プロセッサであるのに対し、引用発明はそのような特定がされていない点。
　
第５　当審判断
　引用文献２には、セキュア環境のセキュアな分離操作に係る論理プロセッサに関し、ｉｓｏ＿ｉｎｉｔ命令、ｉｓｏ＿ｅｎｔｅｒ命令を含む分離命令に応じて、セキュア環境（安全な環境）のセキュアな起動を開始する（分離実行モードの初期化され、プロセッサ・ナブは実行可能になっているからセキュアな起動の開始を経ていることは明らか）論理プロセッサの技術が示されている。そして、引用発明と引用文献２とは、いずれもセキュア環境を生成するために、セキュアバーチャルマシンモニタに相当する「セキュアカーネル」、「プロセッサ・ナブ」を初期化ないし起動するもので共通するセキュア技術に係るものである。
　してみれば、引用発明において、セキュア環境のセキュアな論理プロセッサに関し、「専用命令に応じて」セキュア環境のセキュアな「起動を開始する」論理プロセッサと成すことは前記引用文献２の技術を参酌することにより当業者が容易になし得ることである。
　
　そして、本願発明の構成により奏する効果も、引用発明、引用文献２に記載された技術から当然予測される範囲内のものにすぎない。
　
　以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　　
第６　むすび
　以上のとおり、本願発明は、本願出願前に日本国内又は外国において、頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明、技術に基いて当業者が容易に発明をすることができたものであって、特許法第２９条第２項の規定により特許を受けることができないものであるから、本願は、拒絶すべきものである。
　
よって、結論のとおり審決する。