【事件の表示】
　特願２００８−２１３「メニュー項目表示方法および装置」において、平成２０年９月１８日付けでした手続補正に対してされた補正却下決定不服審判事件について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件出願は、１９９３年１２月１０日（パリ条約による優先権主張１９９２年１２月２３日、アメリカ合衆国）を国際出願日とする特願平６−５１５２３１号の一部を平成１８年１１月１５日に新たな特許出願とした特願２００６−３０９７２１号の一部を平成２０年１月４日に新たな特許出願としたものであって、平成２０年９月１８日付けで手続補正（以下、「本件補正」という。）がなされ、本件補正について平成２１年１月２９日付けで平成５年法律第２６号による改正前の特許法第５３条第１項の規定による補正却下の決定（以下、「原決定」という。）がなされたものである。
　
２．本件補正　
　本件補正は、特許請求の範囲と明細書の記載の一部を補正するもので、補正後の特許請求の範囲は以下のとおり。
　
　　【請求項１】
　メモリおよびプロセッサを有するコンピュータで使用するためのコンピュータ実施方法であって、前記方法は、通知ソース・オブジェクトにおける選択された変更が発生した場合に、通知受信オブジェクトに前記通知ソース・オブジェクトからの通知を受信させ、前記プロセッサが、
　（ａ）前記通知ソース・オブジェクトにおいて、複数のインタレストを定義するステップであって、各インタレストは、前記通知ソース・オブジェクトにおいて関連する変更が発生すると、前記通知ソース・オブジェクトにより生成される通知を特定するステップと、
　（ｂ）前記メモリ内に、前記通知ソース・オブジェクトに含まれた接続オブジェクトのインスタンスを作成するステップと、
　（ｃ）前記通知受信オブジェクトにおいて、前記通知ソース・オブジェクトにより定義され、前記選択された変更に対応する少なくとも１つのインタレストを前記接続オブジェクトのインスタンスに追加するステップと、
　（ｄ）前記通知受信オブジェクトにおいて、前記接続オブジェクトに対し、前記通知ソース・オブジェクトに接続するよう要求するステップと、
　（ｅ）前記通知ソース・オブジェクトにおいて前記選択された変更が発生する場合、その変更に関連する通知を生成するステップと、
　（ｆ）前記通知ソース・オブジェクトにおいて、ステップ（ｅ）において生成された通知を特定するインタレストを有する各接続オブジェクトが、その接続につながれた通知受信オブジェクトにその通知をディスパッチすることをもたらすステップと、
　を実行することを特徴とする方法。
　　【請求項２】
　前記接続オブジェクトは通知を受信する通知受信オブジェクトメソッドを指示し、ステップ（ｆ）は、前記接続オブジェクトが、その通知に関連する変更に応答する通知受信オブジェクトメソッドにその通知をディスパッチすることをもたらすステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記通知ソース・オブジェクトは、前記通知ソース・オブジェクトにより定義された各インタレスト内で識別された通知オブジェクトを含み、ステップ（ｄ）は、前記接続オブジェクトが、ステップ（ｃ）において前記接続オブジェクトに追加された各インタレストにより定義された通知オブジェクトに接続することをもたらすステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項４】
　ステップ（ｅ）は、前記生成された通知により、前記生成された通知を特定するインタレストに関連する通知側オブジェクト内のメソッドを呼び出すステップを含むことを特徴とする請求項３に記載の方法。
　　【請求項５】
　前記通知受信オブジェクトは、データ値を取得するメソッドを有するコマンドオブジェクトを含むコントロールオブジェクトであり、ステップ（ｃ）は、前記コマンドオブジェクト内のメソッドを呼び出して、通知ソース・オブジェクトにより定義され、前記コマンドにより取得されたデータ値に影響を与える変更に対応する少なくとも１つのインタレストを前記接続オブジェクトインスタンスに追加するステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項６】
　ステップ（ｆ）は、前記接続オブジェクトが、前記データ値を取得するコマンドオブジェクトのメソッドを呼び出すことにより、その通知に関連する変更に応答するコントロールオブジェクト内のメソッドにその通知をディスパッチすることをもたらすステップを含むことを特徴とする請求項５に記載の方法。
　　【請求項７】
　前記コマンドオブジェクトは、名前、グラフィックを取得し、前記コマンドがアクティブかどうかを判断するメソッドを含むことを特徴とする請求項６に記載の方法。
　　【請求項８】
　ステップ（ｃ）は、前記接続オブジェクトのインスタンスに、前記通知ソース・オブジェクトにより定義された少なくとも１つのインタレストであって、前記コントロールへのポインタを含むインタレストを追加するステップを含むことを特徴とする請求項５に記載の方法。
　　【請求項９】
　ステップ（ｅ）は、前記通知ソース・オブジェクトへのポインタを含む通知を生成するステップを含むことを特徴とする請求項１に記載の方法。
　　【請求項１０】
　ステップ（ｄ）は、前記通知受信オブジェクトが作成された場合に実行されることを特徴とする請求項１に記載の方法。
　　【請求項１１】
　ステップ（ｄ）は、前記通知受信オブジェクトがアクティブにされた場合に実行されることを特徴とする請求項１に記載の方法。
　　【請求項１２】
　ステップ（ｄ）は、前記通知受信オブジェクトがオープンされた場合に実行されることを特徴とする請求項１に記載の方法。
　
３．原決定の理由
　原決定の理由は、以下のとおりである。
　
　平成２０年９月１８日付け手続補正は、特に下記の点が願書に最初に添付した明細書または図面（以下、「当初明細書等」という。）の記載からみて、新たな技術的事項を含むものと認められるから、結論のとおり却下すべきものである。
　
　　　　　　　　　　　　　　　　　　記
　
・請求項　　　　１
（１）「通知ソース・オブジェクトにおける選択された変更が発生した場合に、通知受信オブジェクトに前記通知ソース・オブジェクトからの通知を受信させ」
・備考
　当初明細書等には対応する記載がない。
　
（２）「前記プロセッサが、前記通知ソース・オブジェクトにおいて、複数のインタレストを定義する」
・備考
　当初明細書等には対応する記載がない。
　なお、プロセッサは、定義済み情報に従って所定の処理を行うものであるから、通知ソース・オブジェクトにおいて、複数のインタレストをプロセッサが「定義する」ことは新たな技術的事項である。
　
（３）「各インタレストは、前記通知ソース・オブジェクトにおいて関連する変更が発生すると、前記通知ソース・オブジェクトにより生成される通知を特定する」
・備考
　段落【００５５】〜【００５６】の、「通知オブジェクトは変更について記述した情報を輸送し、インタレストは通知ソース・オブジェクトからの具体的な通知を記述する。」（なお、当初明細書等の段落【００５５】の記載「インタレストは通知ソース・オブジェクトを記述する。」を、「インタレストは通知ソース・オブジェクトからの具体的な通知を記述する。」に変更する記載は新たな技術的事項を含むものである。）、「通知受信者オブジェクトは１またはそれ以上の通知ソース・オブジェクトからの１またそれ以上の通知に対して適切なインタレストを加える。これらのインタレストは通知ソース・オブジェクトにより定義される。」なる記載は、上記内容を直接支持するものではない。
　
（４）「メモリ内に、前記通知ソース・オブジェクトに含まれた接続オブジェクトのインスタンスを作成するステップ」
・備考
　意見書に記載された、段落【００５５】、【００５６】、【００９２】の各対応記載は、少なくとも通知ソース・オブジェクトからインスタンスを作成することを直接支持するものではない。
　
（５）「前記通知受信オブジェクトにおいて、前記通知ソース・オブジェクトにより定義され、前記選択された変更に対応する少なくとも１つのインタレストを前記接続オブジェクトのインスタンスに追加するステップ」
・備考
　意見書に記載された、段落【００５６】、【００９２】の各対応記載は、少なくともインタレストを接続オブジェクトのインスタンスに追加することを直接支持するものではない。
　
（６）「前記通知受信オブジェクトにおいて、前記接続オブジェクトに対し、前記通知ソース・オブジェクトに接続するよう要求するステップ」
・備考
　対応する段落【００５７】には、「クライアントオブジェクト」が「接続オブジェクト」に接続するよう依頼依頼することは記載されているが、「通知受信オブジェクトにおいて」、「通知ソース・オブジェクトに接続するよう要求」することは記載されていない。
　
（７）「前記通知ソース・オブジェクトにおいて前記選択された変更が発生する場合、その変更に関連する通知を生成するステップ」
・備考
　対応する段落【００５７】には、「システム変更が起きたとき」に、「通知ソース・オブジェクトが変更され」ることは記載されているが、「通知ソース・オブジェクトにおいて前記選択された変更が発生する場合」については記載されていない。
　
（８）「前記通知ソース・オブジェクトにおいて、ステップ（ｅ）において生成された通知を特定するインタレストを有する各接続オブジェクトが、その接続につながれた通知受信オブジェクトにその通知をディスパッチすることをもたらすステップ」
・備考
　対応する段落【００５５】には、「接続オブジェクト」が「通知者オブジェクト」からの通知のデスパッチ行うことは記載されているが、「各接続オブジェクト」が「ステップ（ｅ）において生成された通知」をディスパッチすることは記載されていない。
　
・請求項　　　２
（９）「前記接続オブジェクトは通知を受信する通知受信オブジェクトメソッドを指示し、ステップ（ｆ）は、前記接続オブジェクトが、その通知に関連する変更に応答する通知受信オブジェクトメソッドにその通知をディスパッチすることをもたらすステップ」
・備考
　対応する段落【００５８】には、「接続」が所定の動作を行うという記載はあるが、「接続オブジェクト」が所定の動作を行うことは記載されていない。
　
・請求項　　　３
（１０）「前記通知ソース・オブジェクトは、前記通知ソース・オブジェクトにより定義された各インタレスト内で識別された通知オブジェクトを含み、ステップ（ｄ）は、前記接続オブジェクトが、ステップ（ｃ）において前記接続オブジェクトに追加された各インタレストにより定義された通知オブジェクトに接続することをもたらすステップ」
・備考
　対応する段落【００５７】には、「前記通知ソース・オブジェクトにより定義された各インタレスト内で識別された通知オブジェクト」が記載されていない。
　
・請求項　　　４
（１１）「ステップ（ｅ）は、前記生成された通知により、前記生成された通知を特定するインタレストに関連する通知側オブジェクト内のメソッドを呼び出すステップを含む」
・備考
　対応する段落【００５７】には、「インタレストに関連する通知側オブジェクト内のメソッドを呼び出す」ことは記載されていない。
　
・請求項　　　５
（１２）「前記通知受信オブジェクトは、データ値を取得するメソッドを有するコマンドオブジェクトを含むコントロールオブジェクトであり、ステップ（ｃ）は、前記コマンドオブジェクト内のメソッドを呼び出して、通知ソース・オブジェクトにより定義され、前記コマンドにより取得されたデータ値に影響を与える変更に対応する少なくとも１つのインタレストを前記接続オブジェクトインスタンスに追加するステップを含む」
・備考
　対応する段落【００９２】には、「通知受信オブジェクト」が、「データ値を取得するメソッドを有するコマンドオブジェクトを含むコントロールオブジェクトであ」ることは記載されていない。
　
・請求項　　　６
（１３）「ステップ（ｆ）は、前記接続オブジェクトが、前記データ値を取得するコマンドオブジェクトのメソッドを呼び出すことにより、その通知に関連する変更に応答するコントロールオブジェクト内のメソッドにその通知をディスパッチすることをもたらすステップを含む」
・備考
　対応する段落【００９２】には、「接続オブジェクト」が、「コントロールオブジェクト内のメソッドにその通知をディスパッチする」ことは記載されていない。
　
・請求項　　　７
（１４）「前記コマンドオブジェクトは、名前、グラフィックを取得し、前記コマンドがアクティブかどうかを判断するメソッドを含む」
・備考
　対応する段落【００９２】には、「コマンドオブジェクト」が、「コマンドがアクティブかどうかを判断するメソッドを含む」ことは記載されていない。
　
・請求項　　　８
（１５）「ステップ（ｃ）は、前記接続オブジェクトのインスタンスに、前記通知ソース・オブジェクトにより定義された少なくとも１つのインタレストであって、前記コントロールへのポインタを含むインタレストを追加するステップを含む」
・備考
　対応する段落【０１２６】には、「コントロールへのポインタを含むインタレストを追加する」ことは記載されていない。
　
・請求項　　　９
（１６）「ステップ（ｅ）は、前記通知ソース・オブジェクトへのポインタを含む通知を生成するステップを含む」
・備考
　対応する段落【０１２７】には、上記点が記載されていない。
　
・請求項　　　１０
（１７）「ステップ（ｄ）は、前記通知受信オブジェクトが作成された場合に実行される」
・備考
　対応する段落【０１２０】には、上記点が記載されていない。
　
・請求項　　　１１
（１８）「ステップ（ｄ）は、前記通知受信オブジェクトがアクティブにされた場合に実行される」
・備考
　対応する段落【０１２１】には、上記点が記載されていない。
　
・請求項　　　１２
「ステップ（ｄ）は、前記通知受信オブジェクトがオープンされた場合に実行される」
・備考
　対応する段落【０１２３】には、上記点が記載されていない。
　
４．当審の判断
　
４−１．原決定の指摘事項（１）について
　願書に最初に添付した明細書または図面（以下、「当初明細書等」という。）には「選択された変更」という文言それ自体は記載されていない。
　当初明細書第００５７段落及び第００５８段落の記載から、インタレストで特定される通知を通知受信者オブジェクトが受けられるようにすることが読み取れるが、これはあくまで、インタレストで特定される通知をディスパッチすることを説明したものであり、換言すれば、通知が選択されていると解されるものの、変更が選択されていると解されるものではない。
　したがって、「通知ソース・オブジェクトにおける選択された変更が発生した場合に、通知受信オブジェクトに前記通知ソース・オブジェクトからの通知を受信させ」るとの点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−２．原決定の指摘事項（３）について
　インタレストが通知を特定することについては、当初明細書第００５７段落に記載があるものの、それは、「接続の際にインタレストにより特定される通知のために通知ソースに接続するよう接続オブジェクトに依頼する」との動作に限られたことである。つまり、インタレストが通知を特定するのは、接続オブジェクトに接続を依頼したときであり、「通知ソース・オブジェクトにおいて関連する変更が発生する」ときとは解されない。
　また、インタレストが通知ソース・オブジェクトにより定義されることは、当初明細書第００５６段落に記載があるものの、当該段落の記載は、インタレストが通知ソース・オブジェクトにおいて変更が発生したときに、通知を特定することを記載したものではない。
　さらに、当初明細書第００５５段落の「インタレストは通知ソース・オブジェクトを記述する」との記載は、インタレストが通知ソース・オブジェクトを記述していること、つまり、通知ソース・オブジェクトのありのままの状態を記載しているということを述べたに過ぎず、通知ソース・オブジェクトからの通知を特定することについて記載したものではない。
　以上、当初明細書第００５７段落、第００５８段落等の記載からは、通知ソース・オブジェクトにおいて変更が起きた際には、その通知を接続オブジェクトにディスパッチすることを依頼する点と、接続オブジェクトが通知ソース・オブジェクトと接続する際にインタレストにより特定される通知の通知ソースに接続する点とが読み取れるものの、変更が起きた際にインタレストが通知を特定することについては読み取ることができない。
　したがって、「各インタレストは、前記通知ソース・オブジェクトにおいて関連する変更が発生すると、前記通知ソース・オブジェクトにより生成される通知を特定する」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−３．原決定の指摘事項（４）について
　接続オブジェクトの生成に関連する記述については、当初明細書第００５６段落に「そこでは、通知受信者オブジェクトがそれ自身への接続を生成する」という記載がある。当該段落の当該記載における「接続」が接続オブジェクトのインスタンスを意味しているかどうかについても疑問があるものの、仮に当該記載の「接続」が接続オブジェクトのインスタンスを意味していると仮定しても、当該記載は通知受信者オブジェクトが接続オブジェクトのインスタンスを生成することについて述べているに過ぎず、通知ソースオブジェクトが接続オブジェクトを生成することについては何も述べていない。
　この点に関し、審判請求人は請求の理由において、第００５６段落の記載を引用しつつ『この記載から、ご指摘に係る「前記通知ソース・オブジェクト」は、「前記通知受信オブジェクト」の意味で使用されていることは明らかです』と述べているが、当初明細書において「通知者クラスはクライアントのリストを管理しそれらのクライアントに通知をデスパッチ（注：送信すること）する手段を通知ソース・オブジェクトに提供する」（第００５５段落）とされ、「接続オブジェクトは通知者オブジェクトからの通知のデスパッチを特定の通知受信オブジェクトに提供する」（第００５５段落）とされているように、通知ソース・オブジェクトは通知の送信元となるオブジェクトであり、通知受信オブジェクトは通知の受信側となるオブジェクトであると理解でき、これらは別個のものと解されるから、第００５６段落の記載から通知ソース・オブジェクトが通知受信オブジェクトの意味で使用されているとは読み取れない。
　したがって、「メモリ内に、前記通知ソース・オブジェクトに含まれた接続オブジェクトのインスタンスを作成するステップ」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−４．原決定の指摘事項（５）について
　まず、インタレストの追加に関する記載を見る。
　当初明細書第００５６段落には「その後、機能ブロック1820で、通知受信者オブジェクトは１またはそれ以上の通知ソース・オブジェクトからの１またそれ以上の通知に対して適切なインタレストを加える」との記載がある。この記載からは、通知受信者オブジェクトが、インタレストを、どこかに加えることが読み取れるが、インタレストを加える先がどこであるかは読み取れない。
　さらに、当初明細書第００９２段落には「コマンド・オブジェクトは接続オブジェクトの接続メソッドをコールして、そのデータ値に影響を与えるかも知れない各通知者とインタレストを加える」との記載がある。この記載からは、コマンド・オブジェクトが、インタレストを、どこかに加えることが読み取れるが、インタレストを加える先がどこであるかは読み取れない。
　上述したことを総合すると、当初明細書等にはインタレストを追加することについては記載があるものの、どこに対して追加されるのかという点は記載がない。
　次いで、接続時のインタレストに関する記載を見る。
　当初明細書第００５７段落には「クライアントオブジェクトは、機能ブロック1830において、接続の際にインタレストにより特定される通知のために通知ソースに接続するよう接続オブジェクトに依頼する」との記載がある。
　しかしながら、当該段落の当該記載は、インタレストが接続オブジェクトに追加されているか否かについては述べていない。
　確かに、接続時に通知ソースはインタレストによって特定されること、及び通知ソースとの接続は接続オブジェクトに対して依頼されていることは読み取れるものの、だからといって、接続オブジェクトがインタレストを内包しているとは読み取れない。なぜなら接続オブジェクトにインタレストが渡されているということが当初明細書等には記載されていないからである。
　したがって、「前記通知受信オブジェクトにおいて、前記通知ソース・オブジェクトにより定義され、前記選択された変更に対応する少なくとも１つのインタレストを前記接続オブジェクトのインスタンスに追加するステップ」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−５．原決定の指摘事項（７）について
　上記４−１と同旨により、「選択された変更」ということが当初明細書等に記載されておらず、かつ、当初明細書等から自明であるとも言えないので、「前記通知ソース・オブジェクトにおいて前記選択された変更が発生する場合、その変更に関連する通知を生成するステップ」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−６．原決定の指摘事項（８）について
　「前記通知ソース・オブジェクトにおいて、ステップ（ｅ）において生成された通知を特定するインタレストを有する各接続オブジェクトが、その接続につながれた通知受信オブジェクトにその通知をディスパッチすることをもたらすステップ」は、「ステップ（ｅ）」すなわち原決定の指摘事項（７）に関する点を含んでいるので、前記４−５と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−７．原決定の指摘事項（９）について
　「前記接続オブジェクトは通知を受信する通知受信オブジェクトメソッドを指示し、ステップ（ｆ）は、前記接続オブジェクトが、その通知に関連する変更に応答する通知受信オブジェクトメソッドにその通知をディスパッチすることをもたらすステップ」は、「ステップ（ｆ）」すなわち原決定の指摘事項（８）に関する点を含んでいるので、前記４−６と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−８．原決定の指摘事項（１０）について
　「前記通知ソース・オブジェクトは、前記通知ソース・オブジェクトにより定義された各インタレスト内で識別された通知オブジェクトを含み、ステップ（ｄ）は、前記接続オブジェクトが、ステップ（ｃ）において前記接続オブジェクトに追加された各インタレストにより定義された通知オブジェクトに接続することをもたらすステップ」は、「ステップ（ｃ）」すなわち原決定の指摘事項（５）に関する点を含んでいるので、前記４−４と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　加えて、「各インタレスト内で識別された通知オブジェクト」との点については、インタレスト内で通知オブジェクトを識別することについて当初明細書等に記載がないし、インタレストが具体的にどのようなものであるのか当初明細書等には記載されていないから、「前記通知ソース・オブジェクトは、前記通知ソース・オブジェクトにより定義された各インタレスト内で識別された通知オブジェクトを含み、ステップ（ｄ）は、前記接続オブジェクトが、ステップ（ｃ）において前記接続オブジェクトに追加された各インタレストにより定義された通知オブジェクトに接続することをもたらすステップ」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−９．原決定の指摘事項（１１）について
　「ステップ（ｅ）は、前記生成された通知により、前記生成された通知を特定するインタレストに関連する通知側オブジェクト内のメソッドを呼び出すステップを含む」との点は、「ステップ（ｅ）」すなわち原決定の指摘事項（７）に関する点を含んでいるので、前記４−５と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−１０．原決定の指摘事項（１２）について
　「前記通知受信オブジェクトは、データ値を取得するメソッドを有するコマンドオブジェクトを含むコントロールオブジェクトであり、ステップ（ｃ）は、前記コマンドオブジェクト内のメソッドを呼び出して、通知ソース・オブジェクトにより定義され、前記コマンドにより取得されたデータ値に影響を与える変更に対応する少なくとも１つのインタレストを前記接続オブジェクトインスタンスに追加するステップを含む」との点は、「ステップ（ｃ）」すなわち原査定の指摘事項（５）に関する点を含んでいるので、前記４−４と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−１１．原決定の指摘事項（１３）について
　「ステップ（ｆ）は、前記接続オブジェクトが、前記データ値を取得するコマンドオブジェクトのメソッドを呼び出すことにより、その通知に関連する変更に応答するコントロールオブジェクト内のメソッドにその通知をディスパッチすることをもたらすステップを含む」との点は、「ステップ（ｆ）」すなわち原決定の指摘事項（８）に関する点を含んでいるので、前記４−６と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　加えて、接続オブジェクトがコマンドオブジェクトのメソッドを呼び出すことにより、通知をディスパッチすることは、以下のとおり当初明細書等に記載されていない。
　すなわち、接続オブジェクトに関して、当初明細書第００５８段落には「通知に関係する通知者と共に登録された各接続では、機能ブロック1860で、接続は通知をデスパッチするよう依頼される。次に、機能ブロック1870では、接続は通知受信者の適切なメソッドに通知をデスパッチする」との記載があり、接続が通知をディスパッチするよう依頼されること、及び、接続が通知を通知受信者のメソッドにディスパッチすることについての記載は認められるが、コマンドオブジェクトのメソッドを呼び出すことについては何も記載されていない。
　そして、当初明細書第００９２段落には「コントロールはそのデータ値をそのコマンドから更新する。それはコマンドfCommand-(*fGetMethod())のゲット(Get)メソッドをコールすることにより行う」との記載があり、コントロールがコマンドのゲットメソッドを呼び出すことについての記載は認められるが、コントロールと接続オブジェクトは違うオブジェクトであるし、このゲットメソッドの呼び出しは通知をディスパッチするための呼び出しではない。
　当初明細書等のその他の部分を参照しても接続オブジェクトがコマンドオブジェクトのメソッドを呼び出すことにより、通知をディスパッチすることは読み取れない。
　以上から、「ステップ（ｆ）は、前記接続オブジェクトが、前記データ値を取得するコマンドオブジェクトのメソッドを呼び出すことにより、その通知に関連する変更に応答するコントロールオブジェクト内のメソッドにその通知をディスパッチすることをもたらすステップを含む」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−１２．原決定の指摘事項（１５）について
　「ステップ（ｃ）は、前記接続オブジェクトのインスタンスに、前記通知ソース・オブジェクトにより定義された少なくとも１つのインタレストであって、前記コントロールへのポインタを含むインタレストを追加するステップを含む」との点は、「ステップ（ｃ）」すなわち原査定の指摘事項（５）に関する点を含んでいるので、前記４−４と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　加えて、「コントロールへのポインタを含むインタレスト」との点について検討する。
　当初明細書第０１２６段落には、「コントロールのインタレスト」（同段落の見出し）の説明として、「特定のコントロールインスタンス内のインタレストを表すために、インタレストは特定されなければならない。コントロールインタレストは特定のコントロールを指すポインタを含むインタレストである」との記載があり、コントロールインタレストがコントロールを指すポインタを含んでいることが読み取れる。
　しかしながら、同段落に説明されているコントロールインタレストと、当初明細書等の他の部分で説明されているインタレストとが同一のものを指すのか否かについては記載がなく、かつ、読み取ることもできない。
　なぜなら、インタレストは通知ソース・オブジェクトにより定義されるものであり（当初明細書第００５６段落参照）、上記定義においてはコントロールとは無関係であったこと、及び、上記４−４で述べたように、インタレストがどこかに追加されるという動作は当初明細書第００５６段落及び当初明細書第００９２段落に記載があったものの、どこにインタレストが追加されるのかは不明であったことから、当初明細書第０１２６段落以外で記述されているインタレストは、コントロールインスタンス内に存在するとも、コントロールインタレストであるとも断ずることはできない。
　よって、当初明細書第０１２６段落からコントロールインタレストがコントロールを指すポインタを含んでいることが読み取れるからといって、当初明細書等の他の部分のインタレストもコントロールを指すポインタを含んでいるとは断定できない。
　したがって、「ステップ（ｃ）は、前記接続オブジェクトのインスタンスに、前記通知ソース・オブジェクトにより定義された少なくとも１つのインタレストであって、前記コントロールへのポインタを含むインタレストを追加するステップを含む」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−１３．原決定の指摘事項（１６）について
　「ステップ（ｅ）は、前記通知ソース・オブジェクトへのポインタを含む通知を生成するステップを含む」との点は、「ステップ（ｅ）」すなわち原決定の指摘事項（７）に関する点を含んでいるので、前記４−５と同旨により、この点は当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　加えて、「通知ソース・オブジェクトへのポインタを含む通知」という点について検討する。
　当初明細書第０１２７段落には、「コントロールがどこに通知を送るかを区別するために、通知は特定されなければならない。コントロールの通知はその通知を送ったコントロールへのポインタを含む」との記載がある。つまり、当初明細書第０１２７段落には、通知にコントロールへのポインタが含まれることが記載されている。
　しかしながら、当初明細書第０１０３段落、第０１０４段落、図３及び図４によれば、通知を送るのはデータであり、通知を受け取るのがチェックボックスであり、当初明細書第００８８段落によれば、チェックボックスはコントロールの一例であるから、コントロールは通知を受け取るものであり、通知を送るものではない。
　そして、当初明細書第００５５段落には「通知者クラスはクライアントのリストを管理しそれらのクライアントに通知をデスパッチ（注：送信すること）する手段を通知ソース・オブジェクトに提供する」とあり、通知ソース・オブジェクトは通知を送信するオブジェクトであると読み取れる。
　してみると、「通知ソース・オブジェクト」すなわち通知を送るオブジェクトが「コントロール」であると解釈することには無理がある。
　したがって、「ステップ（ｅ）は、前記通知ソース・オブジェクトへのポインタを含む通知を生成するステップを含む」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
４−１４．原決定の指摘事項（１７）について
　請求項１０の「ステップ（ｄ）は、前記通知受信オブジェクトが作成された場合に実行される」との記載の意味についてまず検討する。
　日本語の「場合」という言葉の語義は、『(1)その場に出合った時。時。おり。時機。 (2)局面。境遇。事情。「―によっては」』（株式会社岩波書店 広辞苑第一版第八刷昭和３５年発行）というものだが、請求項１０の当該記載の文脈では(2)の意味で解釈するのは不自然と考えられるので、(1)の意味であると解釈できる。
　すると、請求項１０の当該記載は「ステップ（ｄ）は、前記通知受信オブジェクトが作成された時に実行される」ということを意味していると考えられる。
　そこで、当初明細書等の記載をみると、当初明細書第００９１段落から第００９２段落には、コントロールが生成されてから、コントロールが接続オブジェクトの接続メソッドをコールして接続を確立する処理が記載されている。当初明細書第００９１段落の第１文「コントロールが生成されるとき、コマンドが特定される」との文は、コントロール生成時のことを述べていると解釈できる。
　しかしながら、当初明細書第００９１段落の第２文以降は、コントロールが生成された後のことを時系列で説明しているものであるが、コントロールが生成されたその時であるか否かは明確ではない。
　そして、当初明細書等の別の箇所からも、コントロールが生成されるタイミングと、接続オブジェクトに対して接続するよう要求するタイミングとが同時期であると確証できるような記述は見当たらない。
　よって、当初明細書等からは、通知受信オブジェクトが作成された時に接続オブジェクトに対して通知ソース・オブジェクトに接続するということが読み取れない。
　したがって、「ステップ（ｄ）は、前記通知受信オブジェクトが作成された場合に実行される」との点は、当初明細書等に記載されていたものでもなく、かつ、当初明細書等の記載から自明であるともいえない。
　
５．むすび
　以上のとおりであるから、本件補正は、当初明細書等の要旨を変更するものである。
　したがって、本件補正は平成５年法律第２６号による改正前の特許法第５３条第１項の規定により却下すべきものとした原決定は妥当である。
　
　よって、結論のとおり審決する。