【事件の表示】
　平成　４年特許願第２３３８０２号「割込応答処理方式」拒絶査定に対する審判事件［平成　６年　３月２５日出願公開、特開平　６−　８３６４０］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯　
　
　本願は、平成４年９月１日の出願であって、平成１３年１月２３日付け拒絶理由通知書により拒絶の理由が通知され、平成１３年４月２日に手続補正書が提出されたものの、平成１３年６月２９日付けで拒絶査定された。　
　その後、平成１３年８月９日に査定不服審判請求がなされ、手続猶予期間内の平成１３年９月１０日に査定不服審判請求書についての手続補正書が提出されたことにより、本件は、前置審査に付され、平成１３年１２月６日付け拒絶理由通知書により拒絶の理由が通知され、平成１４年２月１２日付けで手続補正書が提出されたものの、平成１４年２月２８日付けで、依然として特許できない旨の前置報告がなされた。　
　当審において、平成１４年８月９日付け拒絶理由通知書により拒絶の理由（以下、当審で通知した拒絶理由という。）を通知したところ、平成１４年１０月１５日に意見書（以下、最終意見書という。）並びに手続補正書（以下、最終補正書という。）が提出された。　
　
２．当審で通知した拒絶理由　
　
　当審で通知した拒絶理由では、本件出願は、特許法第３６条第４項、第５項及び第６項に規定する要件を満たしていないとして、　
「《理由Ｂ》　
　本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第４項、第５項及び第６項に規定する要件を満たしていない。　
　　　　　　　　　　　　　　　　　　記　
１．本件特許請求の範囲の請求項１には、「前記中央処理装置は、前記メインシステムバスを介して前記割込コントローラから供給されるベクタ値に応じて割込ハンドラの先頭番地を計算しながら、前記専用バスを介して前記複数のレジスタの情報、前記プログラムカウンタ、及びプロセサステータスワードを前記記憶装置に退避し」と記載され、割込ハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理が、中央処理装置により並列して実行されるように解される。　
　発明の詳細な説明の欄及び図面には、レジスタファイルとＲＡＭを専用バスで接続することが記載されているものの、割込ハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために必要な構成が、発明の属する技術の分野における通常の知識を有する者が容易にその実施をすることができる程度に記載されていない。　
　なお、このことは、平成１３年６月２９日付けの原査定時で指摘されているにもかかわらず、その後の手続補正でも「割込ハンドラの先頭番地を計算しながら、前記専用バスを介して‥‥‥を前記記憶装置に退避し」は実質的に補正されていない。　
（後略）」　
と指摘し、　
　割込ハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために必要な構成について釈明を求めたところである。　
　
３．請求人の主張　
　
　これに対し、請求人は、上記最終補正書により、本件明細書の特許請求の範囲の欄を、　
「【特許請求の範囲】　
　　　【請求項１】　
　少なくともプログラムカウンタと、メインシステムバスに接続されたバスインターフェースと、プロセサステータスワードを含む算術論理演算部と、複数のレジスタを含むレジスタファイルと、前記プログラムカウンタ、バスインターフェース、前記算術論理演算部、前記レジスタファイル及び現在のバンクを示すカレントバンクポインタを接続する内部バスとを有する中央処理装置と、　
　前記レジスタファイルに専用バスを介して接続され、前記カレントバンクポインタにより指定される複数のバンクを含む記憶装置と、　
　割込み要求信号に応じて前記中央処理装置に割込発生信号を供給し、前記割込発生信号に応じて前記中央処理装置から供給される割込みが受付けられたことを示す割込受付信号に応じて、この割込みが受付けられた要因に割当てられたベクタ値を前記メインシステムバスを介して前記中央処理装置に供給する割込コントローラとを具備し、　
　前記中央処理装置は、前記バスインターフェースにより前記メインシステムバスを介して前記割込コントローラから供給されるベクタ値に応じて割込ハンドラの先頭番地を計算しながら、前記専用バスを介して前記レジスタファイル内の前記複数のレジスタの情報を前記カレントバンクポインタの値により示される前記記憶装置のバンクに転送し、前記内部バスを介して前記プログラムカウンタ、及びプロセサステータスワードを前記複数のレジスタの情報が退避された前記レジスタファイルに転送し、前記カレントバンクポインタの示す値に所定の数値を加えた値により示される前記記憶装置のバンクに前記レジスタファイル内の残りのレジスタの情報及び前記プログラムカウンタ、及びプロセサステータスワードを退避し、前記割込ハンドラは先頭番地の少なくとも１ワード領域に、割込み処理のためのシステム設定コマンドを有し、このシステム設定コマンドに応じて、割込みハンドラルーチンのモードを設定することを特徴とする割込応答処理方式。　
　　　【請求項２】　
　上記システム設定コマンドは割込みで使うバンクを指定するバンク切換、割込み処理で使用するレジスタ数を指定する使用レジスタ数、使用するスタックを指定するスタック指定の各コマンドの少なくとも１つを含むことを特徴とする請求項１記載の割込応答処理方式。」と補正し、　
　又、本件明細書の第００２０段落を、　
「     【００２０】　
　　【課題を解決するための手段】　
　この発明の割込応答処理方式は、少なくともプログラムカウンタと、メインシステムバスに接続されたバスインターフェースと、プロセサステータスワードを含む算術論理演算部と、複数のレジスタを含むレジスタファイルと、前記プログラムカウンタ、バスインターフェース、前記算術論理演算部、前記レジスタファイル及び現在のバンクを示すカレントバンクポインタを接続する内部バスとを有する中央処理装置と、前記レジスタファイルに専用バスを介して接続され、前記カレントバンクポインタにより指定される複数のバンクを含む記憶装置と、割込み要求信号に応じて前記中央処理装置に割込発生信号を供給し、前記割込発生信号に応じて前記中央処理装置から供給される割込みが受付けられたことを示す割込受付信号に応じて、この割込みが受付けられた要因に割当てられたベクタ値をメインシステムバスを介して前記中央処理装置に供給する割込コントローラとを具備し、前記中央処理装置は、前記バスインターフェースにより前記メインシステムバスを介して前記割込コントローラから供給されるベクタ値に応じて割込ハンドラの先頭番地を計算しながら、前記専用バスを介して前記レジスタファイル内の前記複数のレジスタの情報を前記カレントバンクポインタの値により示される前記記憶装置のバンクに転送し、前記内部バスを介して前記プログラムカウンタ、及びプロセサステータスワードを前記複数のレジスタの情報が退避された前記レジスタファイルに転送し、前記カレントバンクポインタの示す値に所定の数値を加えた値により示される前記記憶装置のバンクに前記レジスタファイル内の残りのレジスタの情報及び前記プログラムカウンタ、及びプロセサステータスワードを退避し、前記割込ハンドラは先頭番地の少なくとも１ワード領域に、割込み処理のためのシステム設定コマンドを有し、このシステム設定コマンドに応じて、割込みハンドラルーチンのモードを設定する。」と補正し、　
　第００３４段落を、　
「      【００３４】　
　割込受付信号（ＩＮＴＡＣＫ）とは、中央演算処理装置（ＣＰＵ）１が割込要因の優先順位と割込みを許可する判別要素の状態によって、割込みを受付けることを判断し、割込みが受付けられたことにより、割込みコントローラ（ＩＲＣ）に割り込みを受付けたことを、知らせる信号のことである。」と補正すると共に、　
　上記最終意見書により、　
「（２）本願発明が特許されるべき理由　
（ａ）本願の各請求項に係る発明は、別途提出の手続補正書に示す通りであります。　
　補正後の請求項１は、補正前の請求項３の内容を組み込むとともに、出願当初の明細書の記載に従って補正したものであり、明細書の要旨を変更するものではありません。　
　本願請求項１に係る発明において、中央処理装置に設けられたプログラムカウンタ、バスインターフェース、算術論理演算部、カレントバンクポインタは内部バスに接続され、レジスタファイルは、専用バスを介して複数のバンクを有する記憶装置に接続されています。中央処理装置は、割込コントローラからメインシステムバスを介してベクタ値を受けると、バスインターフェースにより、ベクタ値に応じて割込ハンドラの先頭番地を計算しながら、専用バスを介してレジスタファイル内の複数のレジスタの情報をカレントバンクポインタの値により示される前記記憶装置のバンクに転送し、内部バスを介してプログラムカウンタ、及びプロセサステータスワードを複数のレジスタの情報が退避されたレジスタファイルに転送し、カレントバンクポインタの示す値に所定の数値を加えた値により示される記憶装置のバンクにレジスタファイル内の残りのレジスタの情報及びプログラムカウンタ、及びプロセサステータスワードを退避します。このように、中央処理装置は、バスインターフェースによる割込ハンドラの先頭番地の計算と、複数のレジスタ情報、プログラムカウンタ、プロセサステータスワードの退避を並行して行っています。このため、高速な割込み応答処理が可能となる利点を有しています。　
　本願請求項１において、割込みハンドラのある先頭番地のアドレスの計算に関する補正は、段落番号［００４８］に基づき、レジスタファイル内の情報を記憶装置のバンクに退避させることに関する補正は、段落番号［００５４］〜［００６５］の記載に基づいています。　
（ｂ）審判官殿が御指摘されています割込みハンドラのある先頭番地のアドレスの計算については、明細書の［００５０］〜［００５３］に記載され、レジスタファイル内の情報を記憶装置のバンクに退避させることは、上記しましたように、段落番号［００５４］〜［００６５］に記載されています。特に、先頭番地のアドレスは、バスインターフェースにおいて計算され、専用バスを用いたレジスタファイル内の情報の転送は、カレントバンクポインタの示す値に応じて実行されます。バスインターフェースとカレントバンクポインタは互いに独立されているため、これらの処理を並列して実行することができます。このように、出願当初の明細書には、割込みハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために必要な構成が十分に記載されており、この記載から当業者であれば容易に実施することが可能であると考えます。　
　さらに、本願請求項１には、上述しましたように割込み時の処理を具体的に限定しました。　
　また、本願請求項２は、審判官殿の御指摘に従って、「情報を退避させる」の記載を「割込みで使う」と補正しました。　
　上記各補正により、上記理由２に基づく拒絶は、解消されたものと考えます。」　
と主張している。　
　
４．当審で通知した拒絶理由並びに請求人の主張についての検討　
　
（イ）請求人は、最終補正書並びに最終意見書により、「本願請求項１において、割込みハンドラのある先頭番地のアドレスの計算に関する補正は、段落番号［００４８］に基づき、レジスタファイル内の情報を記憶装置のバンクに退避させることに関する補正は、段落番号［００５４］〜［００６５］の記載に基づいています。　
（ｂ）審判官殿が御指摘されています割込みハンドラのある先頭番地のアドレスの計算については、明細書の［００５０］〜［００５３］に記載され、レジスタファイル内の情報を記憶装置のバンクに退避させることは、上記しましたように、段落番号［００５４］〜［００６５］に記載されています。」と主張している。　
　確かに、本件明細書第００４８段落には、「【００４８】　
　中央処理装置（ＣＰＵ）１に転送されてきたベクタ値を使って割込ハンドラのある先頭番地をアドレス計算する。実際にアドレス計算の手順として、中央処理装置（ＣＰＵ）１のバスインタフェース部（ＢＩＵ）７を使って計算する。」と記載され、　
　同第００５０段落〜第００５３段落には、「【００５０】　
　中央処理装置（ＣＰＵ）１の内部には、１６ビット×３本構成のコア内部バス（ＩＢＵＳ）１２が存在する。８ビットデータとして中央処理装置（ＣＰＵ）１にリードされてきたベクタ値は、データレジスタにラッチされる。次に、ベクタ値は、コア内部バス（ＩＢＵＳ）１２を経由して、バスインタフェース部（ＢＩＵ）７内のアドレスレジスタにラッチされる。　
　　【００５１】　
　アドレスレジスタにラッチされるときには、５ビット左シフトさせてラッチされる。左に５ビットシフトさせることにより、リードされてきたベクタ値を３２倍にしたことになる。３２倍することで割込ハンドラの領域を確保したことになり、１つの割込ハンドラあたり１６ワード分に相当する。　
　　【００５２】　
　１６ワード必要ない場合には、５ビットシフトしないで４あるいは、３ビットシフトさせれば８あるいは４ワードとエリアを削減でき、限られた領域の中で、１６ワードの場合より、数多くの割込要因に対応可能になる。　
　ここで理解し易くするため、数式により割込ハンドラ先頭番地の計算方法を表すことにする。それは下記の通りとなる。　
　　ＩＮＴｈａ＝Ｖｅｃ×３２＋ＶｅｃＢａｓｅ　
　　　　ＩＮＴｈａ　　…　割込ハンドラ先頭番地　
　　　　Ｖｅｃ　　　　…　ベクタ値　
　　　　ＶｅｃＢａｓｅ…　ＲＯＭの先頭番地　
　アドレスレジスタにラッチされた値に、ＲＯＭの先頭番地（ＶｅｃＢａｓｅ）を加えることで割込ハンドラ先頭番地となる。　
　　【００５３】　
　例えば、ＲＯＭの先頭番地（ＶｅｃＢａｓｅ）を８０００Ｈに割付けたとすると、図３(c) に示すように、１５ビット目に１をセットして１４・１３ビット目は０をセットし、残り１２〜０ビットはベクタ値を左５ビットシフトした値となる。以上で割込ハンドラの先頭番地（ＩＮＴｈａ）が生成されたことになる。」と記載され、　
　同明細書第第００５４段落〜第００６５段落には、「【００５４】　
　このように割込みの発生により、割込ハンドラ先頭番地（ＩＮＴｈａ）のアドレス計算を実行しながら、プログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、ユーザスタックポインタ（ＵＳＰ）９ａ、プレビアスバンクポインタ（ＰＢＰ）１０および、汎用レジスタ（Ｒ０〜Ｒ１５）の情報をメインシステムバス（ＭＢＵＳ）５介さずに、専用バス６を経由して退避を行うものである。　
　この割込みの発生による情報の退避について説明をする。　
　　【００５５】　
　中央処理装置（ＣＰＵ）１は、割込受付信号（ＩＮＴＡＣＫ）を割込みコントローラ（ＩＲＣ）３に出力すると、割込みコントローラ（ＩＲＣ）３からベクタ値を読み込み、割込ハンドラのアドレス計算を実行しながら、情報の退避の動作を行う。　
　　【００５６】　
　退避の手順について説明をする。退避する情報として、プログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、図４(a) に示す、ユーザスタックポインタ（ＵＳＰ）９ａ、プレビアスバンクポインタ（ＰＢＰ）１０および汎用レジスタＲ０〜Ｒ１５の情報の５項目を専用バス６を使用して退避する。　
　専用バスの構成は６４ビット幅構成で、論理的に１６ビット×４レジスタの情報を転送可能である。　
　　【００５７】　
　各レジスタの構成は、汎用レジスタＲ０〜Ｒ１５の各レジスタが１６ビット、プログラムカウンタ（ＰＣ）７ａが２４ビット、プロセサステータスワード（ＰＳＷ）８ａが１６ビット、ユーザスタックポインタ（ＵＳＰ）９ａが１６ビットで、プレビアスバンクポインタ（ＰＢＰ）１０が８ビットであり、転送の組み合わせとしてプログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、ユーザスタックポインタ（ＵＳＰ）９ａ、プレビアスバンクポインタ（ＰＢＰ）１０を１組とし、汎用レジスタＲ０〜Ｒ１５を４レジスタ１組とする４組の固まりとし、計５組の組み合わせで情報を退避する。　
　　【００５８】　
　５組の組み合わせの情報は、カレントバンクポインタ（ＣＢＰ）１１の示す値のバンク番号に退避させるもので、割込み受付と同時に退避動作が開始される。　
最初に退避されるのが汎用レジスタＲ０〜Ｒ１５の情報である。　
　　【００５９】　
　レジスタファイル９内にあるレジスタは、汎用レジスタＲ０〜Ｒ１５、ユーザスタックポインタ（ＵＳＰ）９ａ、インタラプトスタックポインタ（ＩＳＰ）９ｂ、エミュレータスタックポインタ（ＥＳＰ）９ｃであり、退避する必要のある残りの情報であるプログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａおよびプレビアスバンクポインタ（ＰＢＰ）１０の情報については、退避するためにコア内部バス（ＩＢＵＳ）６を使ってレジスタファイル９に転送する必要がある。　
　　【００６０】　
　このプログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、プレビアスバンクポインタ（ＰＢＰ）１０が転送されてくる間に、汎用レジスタＲ０〜Ｒ１５の情報をバンク（ＲＡＭ）２に退避させる。転送されてきたプログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、プレビアスバンクポインタ（ＰＢＰ）１０の情報は、とりあえず、汎用レジスタＲ０〜Ｒ１５のすでに退避済みのレジスタ群に一時記憶させる。　
　　【００６１】　
　一例として、汎用レジスタのレジスタ番号の大きい方から退避したとする。最初に退避されるレジスタ群は、Ｒ１５〜Ｒ１２となり、転送されてきたプログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、プレビアスバンクポインタ（ＰＢＰ）１０の情報を、このレジスタ群Ｒ１５〜Ｒ１２に退避させる。　
　　【００６２】　
　汎用レジスタＲ１２にはプログラムカウンタ（ＰＣ）７ａの下位１６ビットを転送し、Ｒ１３の上位８ビットにプレビアスバンクポインタ（ＰＢＰ）１０、下位８ビットにプログラムカウンタ（ＰＣ）７ａの上位８ビットを転送する。またＲ１４にはユーザスタックポインタ（ＵＳＰ）９ａを転送し、Ｒ１５にはプロセサステータワード（ＰＳＷ）８ａを転送する。　
　　【００６３】　
　１バンクの大きさは、４ワード分に相当する。カレントバンクポインタ（ＣＢＰ）１１の示す値のバンク番号は、プログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、ユーザスタックポインタ（ＵＳＰ）９ａ、プレビアスバンクポインタ（ＰＢＰ）１０を退避させるバンクとして使い、汎用レジスタＲ０〜Ｒ１５はカレントポインタ（ＣＢＰ）１１の示す値に＋１〜＋４を加えたバンク番号のバンク（ＲＡＭ）２の中のバンクに退避させる。　
　　【００６４】　
　一例として、カレントバンクポインタ（ＣＢＰ）１１の値が１５のときに、退避する情報が、バンク（ＲＡＭ）２の中のどこのバンクに退避させるかを、図４(b) に示す。　
　　【００６５】　
　バンク（ＲＡＭ）２のバンク１５に、プログラムカウンタ（ＰＣ）７ａ、プロセサステータスワード（ＰＳＷ）８ａ、ユーザスタックポインタ（ＵＳＰ）９ａおよびプレビアスバンクポインタ（ＰＢＰ）１０を退避させ、汎用レジスタＲ０〜Ｒ３はバンク１６に、汎用レジスタＲ４〜Ｒ７はバンク１７に、汎用レジスタＲ８〜Ｒ１１はバンク１８に、汎用レジスタＲ１２〜Ｒ１５はバンク１９に退避させ、合計で情報を退避させるのに５バンクを使用することになる。退避させていく順序は前述したように、この例で述べると、図示したように１〜５の順序でバンク１９から小さいバンク番号の方へ、と退避させていく。」と記載されている。　
　しかしながら、上記第００４８段落に記載されているのは、アドレス計算を、中央処理装置のバスインタフェース部を使って計算するということだけであり、上記第００５０段落〜第００５３段落に記載されているのは、ベクタ値がバスインタフェース部内のアドレスレジスタにラッチされること、アドレスレジスタにラッチされるときには、５ビット左シフトさせてラッチされ、左に５ビットシフトさせることにより、リードされてきたベクタ値を３２倍にしたことになること、さらに、１５ビット目に１をセットして１４・１３ビット目は０をセットして割込ハンドラの先頭番地を生成するということに留まり、ベクタ値をアドレスレジスタにラッチさせるというラッチ動作及び１５ビットに１をセットし１４・１３ビット目に０をセットするというセット動作を、中央処理装置のどの手段により実行するのか（バスインタフェース部はその実行手段を有するのか、あるいはバスインタフェース部はアドレスレジスタをベクタ値の格納場所として当該実行手段に提供しているだけなのか）、本件明細書の記載において明確でなく、又、上記ラッチ動作あるいはセット動作の開始・終了といった制御、すなわち、上記実行手段の制御を、中央処理装置内のどの手段が行っているのかは、本件明細書には全く記載されていない。　
　仮に、上記第００４８段落、第００５０段落〜第００５３段落の記載から、上記ラッチ動作及びセット動作を実行する実行手段がバスインタフェースであることが、当業者にとって自明であるとしても、少なくとも、上記実行手段の制御を、中央処理装置内のどの手段が行っているのかは、本件明細書には記載がない。　
　又、上記第００５４段落〜第００６５段落に記載されているのは、中央処理装置が割込ハンドラのアドレス計算を実行しながら情報の退避の動作を行うこと、プログラムカウンタ、プロセサステータスワード、ユーザスタックポインタ、プレビアスバンクポインタおよび汎用レジスタＲ０〜Ｒ１５の情報の５項目を専用バスを使用して退避すること、プログラムカウンタ、プロセサステータスワード、ユーザスタックポインタ、プレビアスバンクポインタを１組とし、汎用レジスタＲ０〜Ｒ１５を４レジスタ１組とする４組の固まりとし計５組の組み合わせで情報を退避すること、５組の組み合わせの情報はカレントバンクポインタの示す値のバンク番号に退避させるもので割込み受付と同時に退避動作が開始されること、及び退避の手順であって、カレントバンクポインタを用いて該カレントバンクポインタの示す値のバンク番号に退避させるという退避動作を実行する実行手段と、当該退避動作を実行する実行手段を制御する制御手段が、中央処理装置内のどの手段であるのかは、本件明細書には記載されていない。　
　
（ロ）さらに、請求人は、最終補正書並びに最終意見書により、「特に、先頭番地のアドレスは、バスインターフェースにおいて計算され、専用バスを用いたレジスタファイル内の情報の転送は、カレントバンクポインタの示す値に応じて実行されます。バスインターフェースとカレントバンクポインタは互いに独立されているため、これらの処理を並列して実行することができます。このように、出願当初の明細書には、割込みハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために必要な構成が十分に記載されており、この記載から当業者であれば容易に実施することが可能であると考えます。」と主張している。　
　確かに、請求人が主張するとおり、バスインターフェースとカレントバンクポインタは互いに独立に設けられているが、割込みハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するためには、中央処理装置の中に設けられていて、上記割込みハンドラの先頭番地を計算する処理に対応する上記ラッチ動作及びセット動作を実行する実行手段と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理に対応する上記退避動作を実行手段とが、独立して並列にかつ同時に動作可能であるように構成されていて、かつ、ラッチ動作及びセット動作を実行する実行手段の制御と、退避動作を実行する実行手段を制御する制御手段における制御が、上記両実行手段を独立して並列にかつ同時に動作させるものでなければならないはずである。　
　しかしながら、上記（イ）で述べたように、少なくとも、ラッチ動作及びセット動作を実行する実行手段の制御を、中央処理装置内のどの手段が行っているのかは、本件明細書には記載がなく、かつ、退避動作を実行する実行手段と、当該退避動作を実行する実行手段を制御する制御手段が、中央処理装置内のどの手段であるのかも、本件明細書には記載されておらず、したがって、ラッチ動作及びセット動作を実行する実行手段の制御と、退避動作を実行する実行手段を制御する制御手段における制御について、具体的にどのようなタイミングでどのような制御を行うかということも本件明細書には記載されていない。　
　
（ハ）又、請求項１、本件明細書第００２５段落〜第００２６段落、及び第２図には、本件明細書に記載された発明における中央処理装置が、プログラムカウンタと、バスインターフェースと、算術論理演算部と、レジスタファイルと、前記プログラムカウンタ、バスインターフェース、前記算術論理演算部、前記レジスタファイル及び現在のバンクを示すカレントバンクポインタを接続する内部バスから構成されていることが記載されている。　
　そして、本件明細書には記載されていないが、本願出願前の周知技術を勘案すれば、上記中央処理装置には、バスインターフェース、算術論理演算部といった各手段の動作を制御する何らかの制御手段が設けられているであろうことは、当業者にとって自明の構成であると認められる。　
　しかしながら、上記各手段を制御する制御手段が当業者にとって自明の構成であったとしても、当該各手段を制御する制御手段が、上記ラッチ動作及びセット動作を実行する実行手段を制御する手段であって、かつ、退避動作を実行する実行手段を制御する制御手段でもあって、しかも、退避動作を実行する実行手段も兼ねており、さらに、当該各手段を制御する制御手段において、割込みハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために、具体的にどのようなタイミングでどのような制御を行うかということまでも、当業者にとって自明の構成であるということはできない。　
　したがって、本件明細書には、上記割込ハンドラの先頭番地を計算する処理と、専用バスを介して複数のレジスタの情報、プログラムカウンタ、及びプロセサステータスワードを記憶装置に退避する処理を中央処理装置により並列して実行するために必要な構成が、発明の属する技術の分野における通常の知識を有する者が容易にその実施をすることができる程度に記載されていない。　
　
５．むすび　
　
　したがって、本件明細書の発明の詳細な説明の欄には、当業者が容易にその実施をすることができる程度に、その発明の目的、構成及び効果が記載されているとは認められないから、本件出願は、特許法第３６条第４項の規定を満たしていない。　
　
　よって、結論のとおり審決する。