【事件の表示】
　特願２００４−５０９７８８「セキュア実行モード例外」拒絶査定不服審判事件〔平成１５年１２月１１日国際公開、ＷＯ０３／１０２７７０、平成１７年　９月２２日国内公表、特表２００５−５２８６９０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　本願は、平成１４年１２月１７日の出願であって、その請求項に係る発明は、特許請求の範囲の請求項に記載された事項により特定されるとおりのものであると認める。
　これに対して、平成２３年　９月　１日付けで拒絶理由を通知し、期間を指定して意見書を提出する機会を与えたが、請求人からは何らの応答もない。
　なお、その拒絶理由の内容は以下のとおりのものである。
　
［理由］
『［理由１］本件出願の請求項１〜請求項１３に係る発明は、その出願前日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
 　  
 　　　　　　　　　　　　　　　　記  
 　  
 ［引用文献］  
 １．特開２００１−３２５１５０号公報 
 ２．特開平１０−８３３０５号公報 
 ３．特開平９−５４７１１号公報 
 ４．特表２０００−５１４２１５号公報 
 ５．徐剛，外１名”マグローヒル科学技術用語大辞典”，株式会社　日刊工業新聞社，１９９７年３月１８日 ，第３版，Ｐ．９５５ 
 ６．ラッセル　デボラ，外１名”コンピュータセキュリティの基礎”，株式会社アスキー，１９９４年１２月１日 ，第１版，Ｐ．１４２ 
 　 
 　 
 （１）請求項１に係る発明について 
 （１−１）引用発明 
 　引用文献１（特に段落【００１０】〜【００１３】、【００２１】〜【００２３】、【００３５】〜【００３７】、【００４３】、【００４４】、及び関連図面等参照）を参照すると、以下の発明（以下、「引用発明１」という）が、記載されていると解される。 
 　 
 　内部メモリ、レジスタ、外部デバイスなどのデバイス群（以下「メモリ等」という）へのアドレス信号、データ信号、ストローブ信号アクセス等の各種信号（以下「アクセス信号」という）を監視するように構成され、メモリ等へのアクセス信号の一つに応答してアクセス違反を生成するようにさらに構成された、アクセス違反検出器と、 
 　アクセス監視動作を指定するためのアクセス許可テーブルと、 
 　ＣＰＵとを含み、 
 　前記アクセス違反検出器は、管理プログラムのみがアクセス可能なレジスタ領域であって、（オペレーティングシステムを含む）他のプログラムからはアクセス不可能に構成されるレジスタ領域に、前記アクセス違反の発生に応答してアクセス違反要因を含むアクセス違反情報を書き込むとともに、ＣＰＵに対してアクセス違反の割り込み信号を発生するように構成され、 
 　前記ＣＰＵは、管理プログラムを実行するように構成され、当該管理プログラムが、アクセス違反を処理するための命令である複数のアクセス違反対応処理命令を、前記アクセス違反の発生に応答して実行するように構成される、システム。 
 　 
 （１−２）対比・判断 
 　ここで、請求項１に係る発明と引用発明１とを比較する。  
 　引用発明１の「メモリ等へのアクセス信号」、「監視」、「アクセス違反」、及び「アクセス違反検出器」は、それぞれ、請求項１に係る発明の「リクエスト」、「モニタ」、「セキュリティ例外」、及び「セキュリティチェックユニット」に相当する。 
 　引用発明１の「アクセス許可テーブル」は、請求項１に係る発明の「複数のセキュア格納位置」に相当する。 
 　引用発明１の「ＣＰＵ」及び「アクセス違反対応処理命令」は、それぞれ、請求項１に係る発明の「プロセッサ」及び「セキュリティ例外命令」に相当する。 
 　 
 　よって、請求項１に係る発明と引用発明１とは、以下の点で相違している。 
 　 
 （相違点１） 
 　請求項１に係る発明は、「プロセッサ」が「オペレーティングシステムにより保護されたセキュアメモリ内のベースアドレスに、前記セキュリティ例外の発生に応答してセキュリティ例外スタックフレーム（９００）を作成し、フォールティングコードシーケンスアドレスおよび１つ以上のレジスタ値を、前記セキュリティ例外の発生に応答して前記セキュリティ例外スタックフレーム（９００）に書き込む」のに対して、引用発明１は「アクセス違反検出器」が「管理プログラムのみがアクセス可能なレジスタ領域であって、（オペレーティングシステムを含む）他のプログラムからはアクセス不可能に構成されるレジスタ領域に、前記アクセス違反の発生に応答してアクセス違反要因を含むアクセス違反情報を書き込む」点。 
 　 
 （相違点２） 
 　請求項１に係る発明は、「セキュリティカーネル（４０４）」が、「セキュリティ例外を処理するための命令である複数のセキュリティ例外命令を、前記セキュリティ例外の発生に応答して実行する」のに対して、引用発明１は「管理プログラム」が「アクセス違反を処理するための命令である複数のアクセス違反対応処理命令を、前記アクセス違反の発生に応答して実行する」点。 
 　 
 　相違点１について検討する。 
 　引用文献２に、 
 「【０００４】多くのプロセッサは、種々の例外処理に対するハードウェア支援を備える。障害とも呼ばれる、これらの例外には、通常、割込，システム呼出および演算エラー条件が含まれる。その他の例外も起こることがある。一般に、例外が検出されると、プロセッサは障害時に装置のステータスを詳細に示す特殊な例外フレームを、システム・スタック最上位に作成する。この例外スタック・フレームが作成されると、プロセッサは例外の種類により特定される命令アドレスに制御を転送することにより、特別例外処理ルーチンに制御を渡す。」と記載され、 
 　引用文献３に、 
 「【００２２】まず、図２を参照すると、ハードウェア１のプログラム実行中に例外が発生したとき（ステップ２１）、６８０００系ＣＰＵ１０は例外情報として例外スタックフレームをスタックエリアに格納する。 
 【００２３】その後、６８０００系ＣＰＵ１０は例外処理手段１２を起動し、例外発生時のデータレジスタおよびアドレスレジスタのすべての値をスタックエリアにセーブする（ステップ２２）。 
 　・・・ 
 【００２５】例外スタックフレームからステータスレジスタ（ＳＲ），プログラムカウンタ（ＰＣ）およびフォーマットベクタの値を抜き出して１つの信号（例外情報Ｓ１）にする（ステップ２４）。」と記載され、 
 　引用文献４に、 
 「…例外スタック等の他のスタック２９は、いずれかのアプリケーションプログラムによって直接にアクセス可能なメモリ空間内には存在しない。」（４１頁下から２行目〜４２頁１行目）と記載されているように、プロセッサが、アプリケーションプログラムにより直接にアクセス不可能なメモリ領域に、例外の発生に応答して例外スタックフレームを作成し、例外発生時のデータレジスタおよびアドレスレジスタのすべての値を、前記例外の発生に応答して前記例外スタックフレームに書き込むことは、当業者にとって周知の技術（以下、「周知技術１」という）である。 
 　してみると、引用発明１の「管理プログラムのみがアクセス可能なレジスタ領域であって、（オペレーティングシステムを含む）他のプログラムからはアクセス不可能に構成されるレジスタ領域に、前記アクセス違反の発生に応答してアクセス違反要因を含むアクセス違反情報を書き込む」に、前記周知技術１を適用することで、引用発明１において、「アクセス違反検出器」に替えて「ＣＰＵ」が、オペレーティングシステムにより保護されたセキュアメモリ内のベースアドレスに、アクセス違反の発生に応答してアクセス違反例外スタックフレームを作成し、アクセス違反発生時のデータレジスタ、アドレスレジスタのすべての値、プログラムカウンタの値（すなわち、フォールティングコードシーケンスアドレスおよび１つ以上のレジスタ値）を、前記アクセス違反の発生に応答して前記アクセス違反例外スタックフレームに書き込むように構成することは、当業者であれば、適宜なし得たことである。 
 　よって、相違点１は格別のものではない。 
 　 
 　相違点２について検討する。 
 　引用文献５に、 
 「セキュリティカーネル ｓｅｃｕｒｉｔｙ ｋｅｒｎｅｌ〔情報〕セキュリティに関連する機能を集中させたオペレーティングシステムの一部．システムの残りの部分から分離し，安全に構成された小さな核．」（９５５頁左欄）と記載され、 
 　引用文献６に 
 「セキュリティカーネルとは、Ｒｏｇｅｒ　Ｓｃｈｅｌｌが１９７２年に唱えた概念で、参照モニタの概念を実装したオペレーティングシステムメカニズムである。セキュリティカーネルはＴＣＢの核心をなすもので、システムのあらゆる動作をセキュリティ方針に照らして監視する資源である。オレンジブックはセキュリティカーネルを次のように定義している。 
 　参照モニタの概念を実装した、高信頼コンピューティング基盤におけるハードウェア、ファームウェア、およびソフトウェア。セキュリティカーネルは、すべてのアクセスを媒介するもので、それ自身が改ざんから保護されており、正しく実装されているかどうかの検証が可能でなければならない。 
 　セキュリティカーネルは、高信頼コンピューティングシステム構築のアプローチとしてもっとも広く受け入れられている。ほとんどの場合、システムを階層的に設計する際の最下層としてセキュリティカーネルが用いられ、その上にほかの機能が順に積み重ねられる。」（１４２頁９行目〜２１行目）と記載されているように、セキュリティに関する機能をオペレーティングシステムのカーネル（セキュリティカーネル）として構成することは、当業者にとって周知の技術事項（以下、「周知技術２」という）である。 
 　してみると、引用発明１の「管理プログラム」をセキュリティカーネルとすることは、当業者であれば、適宜なし得たことである。 
 　よって、相違点２は格別のものではない。 
 　 
 　また、上記で検討したごとく相違点１及び相違点２は格別のものではなく、そして、請求項１に係る発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
 　 
 　以上のように、請求項１に係る発明は、当業者であれば、引用発明１、周知技術１、及び周知技術２から容易に想到し得たものである。 
 　 
 （２）請求項２〜請求項６、請求項８に係る発明について 
 　前記「（１−２）対比・判断」の検討において、「管理プログラム」をセキュリティカーネルとする場合に、セキュリティ例外通知を受信するように構成されることは、当業者であれば適宜なし得たものである。 
 　 
 （３）請求項７に係る発明について 
 　引用発明１の「通信ボックス」が「リ−ダハウジング」に相当することは、明らかである。 
 　 
 （４）請求項１１に係る発明について 
 　例外処理後に、通常の処理に戻ることは、当業者にとって自明の事項である。 
 　 
 （５）請求項１２及び請求項１３に係る発明について 
 　 例外発生の原因を決定するために、エラーコードやフォールティング命令を解析することは、当業者にとって自明の事項である。 
 　 
 　 
 　 
 ［理由２］この出願は、特許請求の範囲の記載が、下記の点で、特許法第３６条第６項第第１号及び第２号に規定する要件を満たしていない。 
 　また、この出願は、発明の詳細な説明の記載が下記の点で、特許法第３６条第４項第１号に規定する要件を満たしていない。 
 　  
 　　　　　　　　　　　　　　　　記  
 　  
 （１）請求項１について 
 （１−１）請求項１記載の「セキュリティチェックユニット（３１６）と、…複数のセキュア格納位置（５１０）と、…プロセッサ（３０２）と、を含み、…構成される、システム」からすると、請求項１記載の発明は、「プロセッサ（３０２）」の外部に「セキュリティチェックユニット（３１６）」と、「複数のセキュア格納位置（５１０）」が位置するシステムの態様を含む。 
 　なお、請求項１記載の「プロセッサ（３０２）」がＣＰＵを意味することは、当業者にとって自明であり、また発明の詳細な説明において 
 「【００２１】 
 　…例えば、ＣＰＵ３０２（図３）は、Ｘ８６命令セットの命令を実行するＸ８６プロセッサであってよい。」と記載しているとおりである。 
 　 
 　そして、発明の詳細な説明には、 
 「【００１７】 
 　…ＣＰＵ３０２は、セキュリティチェックユニット（ＳＣＵ）３１６を含む。」、 
 「【００２４】 
 　図５Ａは、コンピュータシステム３００のＣＰＵ３０２の１つの実施形態の図である。図５Ａの実施形態において、ＣＰＵ３０２Ａは、実行ユニット５００、メモリ管理ユニット（ＭＭＵ）５０２、キャッシュユニット５０４、バスインタフェースユニット（ＢＩＵ）５０６、制御レジスタ５０８のセット、およびセキュア実行モード（ＳＥＭ：secure execution mode）レジスタ５１０のセットを含む。…ＭＥＭ　ＳＣＵ３１６Ａは、ＭＭＵ５０２内に位置するように示されている。ＲＥＧ ＳＣＵ３１６Ｂは、実行ユニット５００内に位置するように示されている。Ｉ／Ｏ ＳＣＵ３１６Ｃは、ＢＩＵ５０６内に位置するように示されている。ＣＰＵ内の他の位置も考えられる。」、 
 「【００３４】 
 　図５Ｂは、コンピュータシステム３００のＣＰＵ３０２の別の実施形態の図である。…さらに、ＣＰＵ３０２Ｂは、マイクロコードエンジン５５０およびマイクロコードストア５５２を含む。マイクロコードエンジン５５０は、実行ユニット５００、ＭＭＵ５０２、キャッシュユニット５０４、ＢＩＵ５０５、制御レジスタ５０８のセット、およびＳＥＭレジスタ５１０のセットに結合される。マイクロコードエンジン５５０は、マイクロコードストア５５２に格納されたマイクロコード命令を実行し、マイクロコード命令、制御レジスタ５０８のセットのコンテンツ、およびＳＥＭレジスタ５１０のセットのコンテンツに応じて、実行ユニット５００、ＭＭＵ５０２、キャッシュユニット５０４、およびＢＩＵ５０５の動作を制御する信号を発生する。図５Ｂの実施形態において、マイクロコードストア５５２に格納されたマイクロコード命令を実行するマイクロコードエンジン５５０は、ＭＥＭ　ＳＣＵ３１６Ａ、ＲＥＧ ＳＣＵ３１６Ｂ、およびＩ／Ｏ ＳＣＵ３１６Ｃの１つ以上を置き換えてもよい。」と記載されているように、「プロセッサ（３０２）」が「セキュリティチェックユニット（３１６）」と「複数のセキュア格納位置（５１０）」とを含む態様のみが記載されているに過ぎない。 
 　よって、この点において、請求項１記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （１−２）請求項１記載の「オペレーティングシステムにより保護されたセキュアメモリ内のベースアドレスに、前記セキュリティ例外の発生に応答してセキュリティ例外スタックフレーム（９００）を作成し、フォールティングコードシーケンスアドレスおよび１つ以上のレジスタ値を、前記セキュリティ例外の発生に応答して前記セキュリティ例外スタックフレーム（９００）に書き込むように構成されたプロセッサ（３０２）」からすると、請求項１記載の発明は、「プロセッサ（３０２）」が「セキュリティ例外の発生に応答」して、「セキュリティ例外スタックフレーム（９００）に書き込む」態様を含む。 
 　 
 　しかしながら、発明の詳細な説明には、 
 「【００３２】 
 　コンピュータシステム３００がＳＥＭで動作するとき、セキュリティメカニズムを侵害するソフトウェアによるさまざまな活動により、ＳＥＭセキュリティ例外が生じることになる。ＳＥＭセキュリティ例外は、Ｘ８６「ＳＹＳＥＮＴＥＲ」および「ＳＹＳＥＸＩＴ」命令の動作方法に類似した一対のレジスタ（例えば、モデル固有レジスタ、いわゆるＭＳＲ：model specific register）を介して送り出されてよい。…」、 
 「【００３３】 
 　実行ユニット５００は、例外が生じた場所を示すために、先行のＳＳ、ＥＳＰ／ＲＳＰ、ＥＦＬＡＧＳ、ＣＳ、およびＥＩＰ／ＲＩＰ値を新しいスタックに送ってよい。さらに、実行ユニット５００は、エラーコードをスタックに送ってよい。」、 
 「【００３７】 
 　…マイクロコードエンジン５５０は、Ｉ／Ｏ命令の実行を停止し、ＳＥＭ例外ハンドラの実行を開始するように実行ユニット５００に知らせてよい。」、 
 「【００４１】 
 　…ページングユニット６０２は、ページフォールト（ＰＦ）信号をアサートし、ＭＭＵ５０２は、ＰＦ信号を実行ユニット５００に送る。ＰＦ信号に応答して、実行ユニット５００は、ＳＥＭセキュリティ例外ハンドラなどの例外ハンドラルーチンを実行してよく、…」、 
 「【００４８】 
 　…セキュリティチェックロジック７００Ｂは、実行ユニット５００に出力された出力「ＳＥＭセキュリティ例外」信号をアサートしてよい。アサートされたＳＥＭセキュリティ例外信号に応答して、実行ユニット５００は、Ｉ／Ｏ命令を実行しないことがあり、その代わりに、ＳＥＭセキュリティ例外ハンドラを実行してよい。」、 
 「【００７０】 
 　セキュリティチェックロジック７００Ａが、ＳＥＭセキュリティ例外信号をアサートすると、ＭＭＵ５０２は、ＳＥＭセキュリティ例外信号を実行ユニット５００に送る。…」等と記載されているように、「実行ユニット」が「セキュリティ例外の発生に応答」して、「セキュリティ例外スタックフレーム（９００）に書き込む」態様のみが記載されているに過ぎない。 
 　よって、この点においても、請求項１記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （１−３）請求項１記載の「プロセッサ（３０２）は、セキュリティカーネル（４０４）を実行するようにさらに構成され、当該セキュリティカーネル（４０４）が、セキュリティ例外を処理するための命令である複数のセキュリティ例外命令を、前記セキュリティ例外の発生に応答して実行する」からすると、請求項１記載の発明は、「プロセッサ（３０２）」が「セキュリティ例外の発生に応答して実行する」態様を含む。 
 　しかしながら、上記「（１−２）」で指摘したように、発明の詳細な説明には、「実行ユニット５００」がＳＥＭセキュリティ例外ハンドラなどの例外ハンドラルーチンを実行することが記載しているに過ぎない。 
 　よって、この点においても、請求項１記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （１−４）請求項１記載の「オペレーティングシステムにより保護されたセキュアメモリ」について、発明の詳細な説明には、単に 
 「セキュアメモリ（保護されたメモリ）のベースアドレスにセキュリティ例外スタックフレームを作成することを含む。」と記載しているに過ぎず、「セキュアメモリ」が具体的にどのような構成でどのように保護されているのか、記載されていない。 
 　さらに、前記「セキュアメモリ」へのアクセスが前記「セキュリティチェックユニット」によって監視されているものであるのかどうか、「セキュアメモリ」と「セキュリティチェックユニット」との関係についても何ら記載されていない。 
 　よって、この点において、発明の詳細な説明の記載は、請求項１に係る発明を当業者がその実施をすることができる程度に明確かつ十分に記載したものであるとはいえない。 
 　 
 （１−５）請求項１記載の「複数のセキュア格納位置」について、「セキュア格納位置」が具体的にどのようなものを意味するのか、不明であり、発明が明確でない。 
 　さらに、「複数のセキュア格納位置」と請求項１記載の「セキュリティチェックユニット」及び「プロセッサ」に対して、具体的にどのような機能を実現するのか、不明であり、発明が明確でない。 
 　 
 （２）請求項２〜６について 
 （２−１）請求項２〜６記載の「セキュリティカーネル（４０４）は、セキュリティ例外通知を受信する」について、「（１）請求項１について」の「（１−３）」において指摘したと同じ理由により、「セキュリティカーネル」が「セキュリティ例外通知を受信する」態様は、発明の詳細な説明に記載したものでない。 
 　 
 （２−２）請求項３記載の「セキュリティカーネル」が、「エラー発生の情報を含んだエラーコード」を含む「セキュリティ例外通知を受信する」態様は、発明の詳細な説明に記載したものでない。 
 　 
 （２−３）請求項４記載の「セキュリティカーネル」が、「セキュア実行モードセキュリティ例外通知」を含む「セキュリティ例外通知を受信する」態様は、発明の詳細な説明に記載したものでない。 
 　さらに、「セキュア実行モードセキュリティ例外通知」とは、具体的にどのような情報からなる通知であるのか、不明であり、発明が明確でない。 
 　さらに、「セキュア実行モードセキュリティ例外通知」とは、具体的に発明の詳細な説明のどこに記載されているのか、不明であり、この点において、請求項４記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （２−４）請求項５記載の「セキュリティカーネル」が、「ハードウェアセキュア実行モードセキュリティ例外通知」を含む「セキュリティ例外通知を受信する」態様は、発明の詳細な説明に記載したものでない。 
 　さらに、「ハードウェアセキュア実行モードセキュリティ例外通知」とは、具体的にどのような情報からなる通知であるのか、不明であり、発明が明確でない。 
 　さらに、「ハードウェアセキュア実行モードセキュリティ例外通知」とは、具体的に発明の詳細な説明のどこに記載されているのか、不明であり、この点において、請求項５記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （２−５）請求項６記載の「セキュリティカーネル」が、「ソフトウェアセキュア実行モードセキュリティ例外通知」を含む「セキュリティ例外通知を受信する」態様は、発明の詳細な説明に記載したものでない。 
 　さらに、「ソフトウェアセキュア実行モードセキュリティ例外通知」とは、具体的にどのような情報からなる通知であるのか、不明であり、発明が明確でない。 
 　さらに、「ソフトウェアセキュア実行モードセキュリティ例外通知」とは、具体的に発明の詳細な説明のどこに記載されているのか、不明であり、この点において、請求項６記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （３）請求項７について 
 （３−１）請求項７記載の「１つ以上のセキュアレジスタ」とは、どのようなレジスタ値が格納されたレジスタを意味するのか、不明であり、発明が明確でない。 
 　さらに、前記「１つ以上のセキュアレジスタ」と請求項１記載の「複数のセキュア格納位置」との関係が不明であり、発明が明確でない。 
 　 
 （３−２）請求項７記載の「前記セキュリティメモリへ１つ以上のレジスタ値を書き込み」について、「前記セキュリティメモリ」とは、何を指すのか不明であり、発明が明確でない。 
 　さらに、「前記セキュリティメモリ」と請求項１記載の「セキュアメモリ」との関係も不明であり、発明が明確でない。 
 　 
 （３−３）請求項７記載の「セキュリティメモリへ１つ以上のレジスタ値を書き込み、 
 　前記セキュリティカーネル（４０４）に制御を移す」について、「セキュリティメモリ」に書き込まれた「１つ以上のレジスタ値」と「セキュリティカーネル（４０４）に制御を移す」動作との論理的関係が不明であり、発明が明確でない。 
 　 
 （３−４）請求項７記載の発明は、「プロセッサ」が「１つ以上のセキュアレジスタ（５１０）から１つ以上のレジスタ値を読み取り」、「前記セキュリティメモリへ１つ以上のレジスタ値を書き込み」、「前記セキュリティカーネル（４０４）に制御を移す」態様を含む。 
 　しかしながら、この態様は、発明の詳細な説明のどの記載に対応するのか、不明であり、この点において、請求項７記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （４）請求項８について 
 　請求項８記載の発明は、「プロセッサ」が「セキュリティ例外となるリクエストを受信する」態様を含む。 
 　しかしながら、この態様は、発明の詳細な説明のどの記載に対応するのか、不明であり、この点において、請求項８記載の発明は、発明の詳細な説明に記載したものでない。 
 　さらに、「セキュリティ例外となるリクエスト」とは、具体的にどのような情報からなるリクエストであるのか、不明であるとともに、前記リクエストはどこからリクエストされるのか、不明であり、発明が明確でない。 
 　 
 （５）請求項９について 
 （５−１）請求項９記載の発明は、「プロセッサ」が「セキュリティレジスタ（９０２）にあるアドレスとベースメモリアドレスレジスタからのアドレスとをスワッピングする」態様を含む。 
 　しかしながら、この態様は、発明の詳細な説明のどの記載に対応するのか、不明であり、この点において、請求項９記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （５−２）さらに、「セキュリティレジスタ（９０２）にあるアドレス」とは、具体的にどのようなアドレスであるのか、「ベースメモリアドレスレジスタからのアドレス」とは、具体的にどのようなアドレスであるのか、不明であるとともに、さらに、いつ、何を契機として「セキュリティレジスタ（９０２）にあるアドレスとベースメモリアドレスレジスタからのアドレスとをスワッピングする」のか、その具体的な構成が不明であり、発明が明確でない。 
 　 
 （６）請求項１０について 
 （６−１）請求項１０記載の発明は、「プロセッサ」が「ベースメモリアドレスレジスタからの前記アドレスと、前記セキュリティレジスタ（９０２）にある前記アドレスとをスワッピングする」態様を含む。 
 　しかしながら、この態様は、発明の詳細な説明のどの記載に対応するのか、不明であり、この点において、請求項１０記載の発明は、発明の詳細な説明に記載したものでない。 
 　 
 （６−２）さらに、「セキュリティレジスタ（９０２）にある前記アドレス」とは、具体的にどのようなアドレスであるのか、「ベースメモリアドレスレジスタからの前記アドレス」とは、具体的にどのようなアドレスであるのか、不明であるとともに、さらに、いつ、何を契機として「ベースメモリアドレスレジスタからの前記アドレスと、前記セキュリティレジスタ（９０２）にある前記アドレスとをスワッピングする」のか、その具体的な構成が不明であり、発明が明確でない。』
　
　そして、上記の拒絶理由は妥当なものと認められるので、本願は、この拒絶理由によって拒絶すべきものである。
　よって、結論のとおり審決する。