【事件の表示】
　特願２００８−２１２「メニュー項目表示方法および装置」において、平成２０年８月１８日付けでした手続補正に対してされた補正却下決定不服審判事件について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件出願は、１９９３年１２月１０日（パリ条約による優先権主張１９９２年１２月２３日、アメリカ合衆国）を国際出願日とする特願平６−５１５２３１号の一部を平成１８年１１月１５日に新たな特許出願とした特願２００６−３０９７２１号の一部を平成２０年１月４日に新たな特許出願としたものであって、平成２０年８月１８日付けで手続補正（以下、「本件補正」という。）がなされ、本件補正について平成２１年１月２８日付けで平成５年法律第２６号による改正前の特許法第５３条第１項の規定による補正却下の決定（以下、「原決定」という。）がなされたものである。
　
２．本件補正
　本件補正は、次のとおり特許請求の範囲全文を補正するものである。
　
　　【請求項１】
　ストレージ、プロセッサおよびディスプレイを有するコンピュータにおいて、前記ディスプレイ上のドロップダウンメニューに、前記ストレージ内の別のオブジェクトと直接対話するメニュー項目のイメージを表示する方法であって、
　（ａ）前記ストレージ内に、コマンド、該コマンドがアクティブであるかどうか決定するメソッド、および前記ディスプレイ上に前記メニュー項目の視覚的外観を決定する表示変数を格納するステップと、
　（ｂ）前記メニュー項目のオブジェクトを、前記プロセッサにより制御され、前記ストレージ内の他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続するステップと、
　（ｃ）前記プロセッサにより、前記コマンドがアクティブであるかどうかを決定するメソッドを呼び出し、前記コマンドがアクティブであるかどうかに基づいて前記表示変数を更新するステップと、
　（ｄ）前記更新されたディスプレイ変数により決定された視覚的外観を有するイメージにより、前記ディスプレイ上に前記メニュー項目を表示するステップと、
　（ｅ）前記他のオブジェクトにおける変更に応答して、前記通知側から前記メニュー項目オブジェクトにおいて通知が受信された場合、ステップ（ｃ）および（ｄ）を繰り返すステップと
　を備えたことを特徴とする方法。
　　【請求項２】
　前記メニュー項目オブジェクト内の表示変数は、前記メニュー項目オブジェクトの名前を含むことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記メニュー項目オブジェクト内の表示変数は、前記ディスプレイ上に前記メニュー項目を表示するためのイメージを含むことを特徴とする請求項１に記載の方法。
　　【請求項４】
　前記コンピュータはマウスをさらに含み、ステップ（ｅ）において、前記メニュー項目オブジェクト内のコマンドは、前記マウスによる前記メニュー項目オブジェクトの選択に応答して呼び出されることを特徴とする請求項１に記載の方法。
　　【請求項５】
　ステップ（ｅ）において、前記コマンドは、前記メニュー項目オブジェクト以外のコントロールから、前記マウスによる前記コントロールの選択に応答して呼び出されることを特徴とする請求項４に記載の方法。
　　【請求項６】
　ステップ（ｄ）は、前記メニュー項目がイネーブルにされたことを示すように、前記ディスプレイ上にイメージを使用して前記メニュー項目を表示するステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項７】
　ステップ（ｄ）は、前記メニュー項目がディスエーブルにされたことを示すように、前記ディスプレイ上にイメージを使用して前記メニューを表示するステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項８】
　ストレージ、プロセッサおよびディスプレイを有するコンピュータにおいて、前記ディスプレイ上のドロップダウンメニューに、前記ストレージ内の別のオブジェクトと直接対話するメニュー項目のイメージを表示する装置であって、
　前記ストレージ内に、コマンド、該コマンドがアクティブであるかどうか決定するメソッド、および前記ディスプレイ上に前記メニュー項目の視覚的外観を決定する表示変数を格納する手段と、
　前記メニュー項目のオブジェクトを、前記プロセッサにより制御され、前記ストレージ内の他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続する手段と、
　前記プロセッサにより、前記コマンドがアクティブであるかどうかを決定するメソッドを呼び出して、前記コマンドがアクティブであるかどうかに基づいて前記表示変数を更新する手段と、
　前記更新されたディスプレイ変数により決定された視覚的外観を有するイメージにより、前記ディスプレイ上に前記メニュー項目を表示する手段と、
　前記他のオブジェクトにおける変更に応答して、前記通知側から前記メニュー項目オブジェクトにおいて通知が受信された場合、前記コマンドがアクティブであるかどうかを決定するメソッドを呼び出して、前記コマンドがアクティブであるかどうかに基づいて前記表示変数を更新し、前記更新されたディスプレイ変数により決定された視覚的外観を有するイメージにより、前記ディスプレイ上に前記メニュー項目を表示する手段と
　を備えたことを特徴とする装置。
　　【請求項９】
　前記メニュー項目オブジェクト内の表示変数は、前記メニュー項目オブジェクトの名前を含むことを特徴とする請求項８に記載の装置。
　　【請求項１０】
　前記メニュー項目オブジェクト内の表示変数は、前記ディスプレイ上に前記メニュー項目を表示するためのイメージを含むことを特徴とする請求項８に記載の装置。
　　【請求項１１】
　前記コンピュータはマウスをさらに含み、前記メニュー項目オブジェクト内のコマンドを、前記マウスによる前記メニュー項目オブジェクトの選択に応答して呼び出す手段を備えたことを特徴とする請求項８に記載の装置。
　　【請求項１２】
　前記コマンドを、前記メニュー項目オブジェクト以外のコントロールから、前記マウスによる前記コントロールの選択に応答して呼び出す手段をさらに備えたことを特徴とする請求項８に記載の装置。
　　【請求項１３】
　前記ディスプレイ上に前記メニュー項目を表示する手段は、前記メニュー項目がイネーブルにされたことを示すように、前記ディスプレイ上にイメージを使用して前記メニュー項目を表示する手段を含むことを特徴とする請求項８に記載の装置。
　　【請求項１４】
　前記ディスプレイ上に前記メニュー項目を表示する手段は、前記メニュー項目がディスエーブルにされたことを示すように、前記ディスプレイ上にイメージを使用して前記メニューを表示する手段を含むことを特徴とする請求項８に記載の装置。
　
３．原決定の理由
　原決定の理由は、以下の通りである。
　
　平成２０年８月１８日付け手続補正は、特に下記の点が願書に最初に添付した明細書または図面（以下、「当初明細書等」という。）の記載からみて、新たな技術的事項を含むものと認められるから、結論のとおり却下すべきものである。
　
　　　　　　　　　　　　　　　　　　記
　
・請求項　　　　１
（１）「ストレージ内の別のオブジェクトと直接対話するメニュー項目のイメージを表示する方法」
・備考
　メニュー項目が別のオブジェクトと直接対話することは当初明細書等に記載がない。
　
（２）「該コマンドがアクティブであるかどうか決定するメソッド」
・備考
　コマンドとメソッドの関係は不明確であり、対応するとされる明細書段落【０１４７】〜【０１４８】には、「メソッド」の記載はなく、【０１４９】には「各コマンドは異なる形式の通知に接続する４つのメソッドを有する。i)その名称に影響を与える通知、ii)グラフィックに影響を与える通知、iii)コマンドがアクティブか否に影響を与える通知、およびiv)いずれかのデータに影響を与える通知である。」とあるのみであって、コマンドがアクティブであるかどうかを決定するメソッドは記載されていない。
　
（３）「メニュー項目の視覚的外観を決定する表示変数」
・備考
「表示変数」は当初明細書等には記載されてない。
　
（４）「（ｂ）前記メニュー項目のオブジェクトを、前記プロセッサにより制御され、前記ストレージ内の他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続するステップ」
（５）「前記コマンドがアクティブであるかどうかに基づいて前記表示変数を更新するステップ」
・備考
　対応する記載は、段落【０１４９】、ステップ１２２０のいずれにも記載されておらず、当初明細書等の他の記載を参酌しても対応する記載はない。
　
（６）「前記更新されたディスプレイ変数により決定された視覚的外観を有するイメージ」
・備考
「ディスプレイ変数」は当初明細書等に記載が無く、また「イメージ」についても直接の記載はない。
　
（７）「（ｅ）前記他のオブジェクトにおける変更に応答して、前記通知側から前記メニュー項目オブジェクトにおいて通知が受信された場合、ステップ（ｃ）および（ｄ）を繰り返すステップ」
・備考
　対応する記載は、段落【０１５０】、ステップ１２４０、１２５０及び１２９０いずれにも記載されていない。
　
・請求項　　　３〜７
・備考
　これらの請求項に記載の事項は、当初明細書にいずれも記載がないものである。
　
・請求項　　　８，１０〜１４
・備考
　請求項１，３乃至７と同様。
　
４．当審の判断
　
４−１．原決定の指摘事項（４）について
　まず、当初明細書第０１４９段落の記載のうち、接続に関する以下の記載を検討する。後の議論での便宜のため、当該記載を意味のまとまりに応じて文をわけ、（ア）から（オ）の記号を以下のように振って参照する。
　
（ア）次に、クエリーは、機能ブロック1220に示されるように、通知インタレストのためのコマンド・オブジェクトに送られる。
　
（イ）各コマンドは異なる形式の通知に接続する４つのメソッドを有する。i)その名称に影響を与える通知、ii)グラフィックに影響を与える通知、iii)コマンドがアクティブか否に影響を与える通知、およびiv)いずれかのデータに影響を与える通知である。
　
（ウ）この場合、コマンドのために生成されたメニュー項目はアクティブな通知に接続する。
　
（エ）それは接続オブジェクトをConnectActiveに渡すことにより行う。
　
（オ）コマンドは、コマンドがアクティブか否かに影響を与える通知者に接続オブジェクトを接続させる。
　
　上記（ア）に関して、ほぼ同等の事項を述べていると思われる当初明細書第０００５段落の「次に、本発明によれば、通知に関してコマンド・オブジェクトに照会(query)が行われる」との記載をも参照すると、（ア）の文からは、コマンドオブジェクトに対して何らかの問い合わせ（クエリ）が送信されることは読めるが、問い合わせを送信する主体が何であるかは読み取れず、かつ、問い合わせ内容も不明である。
　上記（イ）の文には、コマンドが、４つの異なる形式の通知（名称に影響を与える通知、グラフィックに影響を与える通知、コマンドがアクティブか否かに影響を与える通知、データに影響を与える通知）のそれぞれに接続する４つのメソッドを持つことが記載されているといえる。ただし、これら４つのメソッドが何と通知とを接続するのか（コマンドと通知を接続するのか、それとも他の何かと通知とを接続するのか）は明らかではない。
　上記（ウ）の文の「この場合」が何を受けているのかは明確ではないが、（ウ）の文からは、メニュー項目がアクティブな通知に接続することが読み取れる。
　（ウ）の「アクティブな通知」は字義通り解釈すれば通知それ自体がアクティブな状態にある通知という意味であると理解できるので、（イ）の「コマンドがアクティブか否かに影響を与える通知」とは異質のものであると理解できる。
　上記（エ）は、「それは行う」との文に対して「接続オブジェクトをConnectActiveに渡すことにより」という連用修飾節が係っていると解釈され、「それは行う」の指すところは、（ウ）における「メニュー項目はアクティブな通知に接続する」ことであると読み取れる。
　ただし、ConnectActiveが何であり、どこにあるものかは不明である。対応すると思われる当初明細書第０００６段落の記載は「これは、接続オブジェクトを通知システムに渡すことによって行われる」とあり、ConnectActiveが通知システム中に存在するのではないかとの推測が成立するが、「通知システム」については他に第００９０段落に記載があるのみであり、第００９０段落の記載及び関係する当初明細書等の部分を参照しても通知システムに関して体系的な記載はない。
　さらには、接続オブジェクトがどこにあるものかも不明である。
　以上から、（ウ）及び（エ）からはどこかにある接続オブジェクトをどこかにあるConnectActiveに渡すことによってメニュー項目がアクティブな通知に接続されることが読み取れる。
　上記（オ）における「コマンドがアクティブか否かに影響を与える通知者」は、「コマンドがアクティブか否かに影響を与える通知」を通知する通知元であると解釈され、「コマンドがアクティブであるか否かに影響を与える通知」は、上記（イ）に記述されるiii)の通知のことを指すと推測される。
　しかし、（イ）のコマンドのメソッドが通知そのものに接続するものであるのに対し、（オ）では接続オブジェクトが通知者に接続する点で接続先が異なっており、（オ）の動作と（イ）のメソッドがどのように関連しているかは明らかではない。
　結局のところ、（ア）に記載されたことと、（イ）に記載されたことと、（ウ）及び（エ）に記載されたことと、（オ）に記載されたこととがどう関係しているのかについては、上記（ア）から（オ）の記載からは読み取れず、接続に関して読み取れる事項は、メニュー項目とアクティブな通知とが接続されること、及び、コマンドがアクティブか否かに影響を与える通知と接続オブジェクトとが接続されることのみである。
　
　次いで、上記（エ）及び（オ）で言及されている「接続オブジェクト」に関し、当初明細書第００９２段落及び第００９３段落の記載を検討する。
　第００９２段落には「完了時に、コントロールは接続オブジェクトの接続メソッドをコールして第３図に示される接続を確立する」との記載があり、図３ではチェックボックスとデータとの接続が見て取れる。
　第００９３段落には「ある点で、コントロールにより反映されているデータの値を変更するコマンドが実行される。このコマンドは、コントロール、メニュー項目から、あるいは直接操作により実行することができる。コントロールは第４図に示される通知を受け付けて次のユーザ選択を待つ処理に移行する」との記載があり、図４ではデータがチェックボックスへ通知を送信していることが見て取れる。
　したがって、第００９２段落、第００９３段落及び図４の記載から、以下のことが読み取れる。
（Ａ）データは通知を送信しているので通知者である。
（Ｂ）コントロール（チェックボックス）は通知を受信する立場である。
（Ｃ）データとコントロール（チェックボックス）とは、コントロール（チェックボックス）が接続オブジェクトの接続メソッドをコールすることで、接続される。
　
　最後に、（ア）から（オ）と、（Ａ）から（Ｃ）との関係について検討する。
　（Ａ）及び（Ｂ）の「通知」が、コマンドがアクティブであるか否かに影響を与える通知であるかどうかは、第００９２段落及び第００９３段落の記載からは明らかではない。
　そこで、当初明細書第０１０４段落の記載を参照すると、この通知はチェックボックスにチェックを入れるか否かを決定することに関係する通知であることが読み取れる。
　そして、チェックボックスのチェックの有無は、データがボールドになっているかどうかを表すものであるから、コマンドがアクティブであるか否かとは異なる状態を表すものであり、結局、（Ａ）及び（Ｂ）の「通知」は、「コマンドがアクティブであるか否かに影響を与える通知」とは異なるものであるといえる。
　また、（Ａ）及び（Ｂ）の「通知」と（ウ）の「アクティブな通知」との異同は不明である。
　そして、（Ａ）及び（Ｂ）の「データ」は、通知を送信する送信元である点では（オ）の通知者と軌を一にしているものの、通知の内容が同じであるとはいえない点で、両者は同じものであるとはいえない。
　さらに、（Ｂ）及び（Ｃ）のコントロール（チェックボックス）と（オ）の「メニュー項目」との関係についてみると、当初明細書第００８８段落、第０１６７段落及び第０１７１段落には、チェックボックス及びメニューがコントロールの一例であることは書かれているものの、メニュー項目がコントロールの一例であるとは記載されていない。メニューとメニュー項目が別のものであることは、当初明細書第０１４８段落の「メニューはメニュー項目のリストを含む」という記載から読み取れる。結局、コントロール（チェックボックス）と「メニュー項目」との異同は判然としない。
　
　以上から、（ア）に記載されたこと、（イ）に記載されたことと、（ウ）及び（エ）に記載されたことと、（オ）に記載されたことと、（Ａ）から（Ｃ）の事項とは、どこか似ているという域を出ず、これらの間に技術的な確固たる関係を見出すことはできないため、第０１４９段落、第００９２段落及び第００９３段落の記載からは、“メニュー項目のオブジェクトを、他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続する”という技術的事項を読み取ることはできない。
　
　また、当初明細書等の他の部分を参照しても、「（ｂ）前記メニュー項目のオブジェクトを、前記プロセッサにより制御され、前記ストレージ内の他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続するステップ」を記載している箇所又は示唆している箇所は見出せない。
　
　したがって、「（ｂ）前記メニュー項目のオブジェクトを、前記プロセッサにより制御され、前記ストレージ内の他のオブジェクトにおける変更に応答して通知を生成するオブジェクト通知側に接続するステップ」は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−２．原決定の指摘事項（７）について
　当初明細書第０１４９段落には「その後、コントロールは機能ブロック1230に移行し、メニュー項目を描くことが必要なときイネーブルな状態のコマンドをクエリー（要求）する。メニュー項目を描くために、メニュー項目はそのコマンドのためにメソッド“IsActive”をコールする」との記載がある。
　当該記載の「イネーブルな状態のコマンドをクエリー（要求）する」、「そのコマンドのためにメソッド“IsActive”をコールする」との部分は、日本語として何を表現しているのかがわかりにくいので、ほぼ同等の内容を記載していると思われる当初明細書第０００７段落の「次に、メニュー・システムは、ディスプレイからメニュー項目を表示する前に、イネーブル状態についてコマンドに照会する」との記載をも参照する。
　両記載より、以下の（１）が読み取れる。
　
（１）メニュー項目を表示することが必要なときに、メニュー項目を表示する前に、コマンドがイネーブル状態であるか否かを、メソッド“IsActive”を呼び出すことによって、メニュー項目に照会する。
　
　第０１４９段落の続きには、「そのコマンドは、それが望むシステム状態がなんであるかを見て、決定ブロック1240に示されるように、現在のコンテキスト内でそれがアクティブか否かを戻す（例えば、いくつかのコマンドは、特定の形式のウインドゥが正面にあるとき、あるいは特定の形式のオブジェクトが選択されるときにのみアクティブである）」との記載があり、同様に第０００７段落には「この処理は、現在のシステム状態を調べて、機能が現在のコンテキストの中でアクティブであるかどうかを確かめることによって行われる」との記載がある。
　第０００７段落の「この処理」は、同段落の「イネーブル状態についてコマンドに照会する」を指すと読める。
　したがって、両記載より、以下の（２）が読み取れる。
　
（２）コマンドがイネーブル状態であるか否かの照会は、コマンドがシステム状態を調べることによって行われ、その結果がコマンドから返される。
　
　第０１４９段落のさらに続きには、「その後、メニュー項目は機能ブロック1250および1260に示されるように、コマンドにより戻される値にマッチするように、その内部状態（各メニュー項目内のブール値）と出現を更新する」との記載がある。同様に第０００７段落には「そのあと、メニュー項目の内部状態が更新され、該当の出現状態（グレーか、通常か）に基づいてメニュー項目が表示される」との記載がある。
　ここで、「内部状態と出現を更新する」タイミングが同時期なのか否か、及び、「内部状態が更新され」ることと「該当の出現状態に基づいてメニュー項目を更新する」こととの関係については、明確には読み取れない。
　そこで、当初明細書第０１４８段落の「各メニュー項目は現在の出現を反映するコマンドと変数を含む。変数は、メニュー項目がイネーブルであるか否か(Boolean fEnabled)、その名称(TTextLabel fName)、そのグラフィック(TGraphicLabel fGraphic)、およびその出現が現在妥当か否か(Boolean fValid)を含む」との記載も合わせて検討すると、「内部状態」は、メニュー項目の変数（fEnabled, fName, fGraphic, fValid）であり、この変数の値がメニュー項目の視覚的外観を規定すると解釈される。
　以上から、以下の（３）及び（４）が読み取れる。
　
（３）コマンドから返された値にしたがってメニュー項目の変数（fEnabled, fName, fGraphic, fValid）が変更される。
（４）メニュー項目の変数の値にしたがって、メニュー項目の視覚的外観が決まり、その視覚的外観のとおりにメニュー項目が表示される。
　
　上記（１）から（３）によれば、請求項１の「ステップ（ｃ）」すなわち「前記プロセッサにより、前記コマンドがアクティブであるかどうかを決定するメソッドを呼び出し、前記コマンドがアクティブであるかどうかに基づいて前記表示変数を更新するステップ」を読み取ることができ、かつ、上記（４）によれば、請求項１の「ステップ（ｄ）」すなわち「前記更新されたディスプレイ変数により決定された視覚的外観を有するイメージにより、前記ディスプレイ上に前記メニュー項目を表示するステップ」を読み取ることができる。
　
　しかしながら、上記（１）から（４）が“他のオブジェクトにおける変更に応答して、通知側からメニュー項目オブジェクトにおいて通知が受信された場合に繰り返す”ものである点は、上記の各記載からは読み取れない。
　
　そこでさらに、当初明細書第０１５０段落の記載及び図１２について検討する。
　第０１５０段落の「ユーザ・アクションが入力ブロック1270に示されるようにコマンドを含むときは、ユーザが常にコマンドを実行させる。これはメニュー項目、コントロール、あるいはオブジェクトの直接の処理を介して行うことができる」との記載から、以下の（５）が読み取れる。
　
（５）ブロック1270において、ユーザ・アクションによりコマンドが実行される。
　
　第０１５０段落の続きには、「このアクションは、機能ブロック1280に示すようにドキュメント状態が修正されるようにする」との記載がある。
　「このアクション」は、上記（５）のユーザ・アクションのことを指すと読める。したがって、以下の（６）が読み取れる。
　
（６）ブロック1280において、ユーザ・アクションに応じてドキュメント状態が修正される。
　
　第０１５０段落の続きには「ドキュメントが通知を送るとき、以下のステップが実行される。1)ドキュメントにより送られた通知に接続されたいずれかのメニュー項目（あるいは他のコントロール）は、通知メッセージを受信する。このメッセージはその通知に送られたオブジェクトへのポインタと共に変更の名称を含む。2)その後メニュー項目はその状態を更新する。コントロールは更なる処理のため機能ブロック1230に戻される」との記載がある。
　この記載は、ドキュメントが通知を送るときの動作を説明したものであるが、この通知が、ドキュメントの状態が修正されたことに応答して通知されるものであるか否かについては、この記載からは判然としない。
　さらに、2)の「メニュー項目はその状態を更新する」の点については、この状態の更新に応じてメニュー項目の視覚的外観が変更されるのかどうかは判然としない。なぜならば、メニュー項目の視覚的外観が変更されるようなメニュー項目の状態の更新は、（１）から（３）の処理によるものであるからである。実際、2)の直後に、「コントロールは更なる処理のため機能ブロック1230に戻される」とあり、（１）の動作まで戻ることが明記されている以上、2)でいう状態の更新と（１）から（３）の状態の更新とは異なる処理であると考える方が妥当といえる。
　してみると、上記の第０１５０段落の記載からは以下の（７）から（９）が読み取れる。
　
（７）ドキュメントが通知を送ると、メニュー項目は通知を受信する。
（８）メニュー項目は通知を受信すると、メニュー項目の状態を更新する。
（９）上記（８）の状態の更新は、（１）〜（３）のものとは違う処理である。
　
　以上、（１）から（９）について見てみると、これらが時系列的に記載されており、これらが繰り返し行われることまでは読めるものの、（６）のドキュメントの修正に応答して（７）のドキュメントからの通知が発生しているとまでは読めず（上記（６）の動作を原因として上記（７）が結果として行われるという因果関係が判然としない）、さらには、（６）のドキュメントの修正又は（７）の通知の送受信に応答して（１）から（４）のメニュー項目の表示変数及び視覚的外観の更新が発生しているとまでは読めない。
　
　また、当初明細書等の他の部分を参照しても、「（ｅ）前記他のオブジェクトにおける変更に応答して、前記通知側から前記メニュー項目オブジェクトにおいて通知が受信された場合、ステップ（ｃ）および（ｄ）を繰り返すステップ」を記載している箇所又は示唆している箇所は見出せない。
　
　したがって、「（ｅ）前記他のオブジェクトにおける変更に応答して、前記通知側から前記メニュー項目オブジェクトにおいて通知が受信された場合、ステップ（ｃ）および（ｄ）を繰り返すステップ」は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−３．請求項８について
　請求項８に係る発明は、請求項１に係る発明を装置として表現したものであるから、上記４−１及び４−２と同様に、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
５．むすび
　以上のとおりであるから、本件補正は、当初明細書等の要旨を変更するものである。
　したがって、本件補正は平成５年法律第２６号による改正前の特許法第５３条第１項の規定により却下すべきものとした原決定は妥当である。
　
　よって、結論のとおり審決する。