【事件の表示】
　平成　７年特許願第３４８５７６号「情報を検索するコンピュータによる実行方法及び装置」拒絶査定不服審判事件〔平成　９年　１月２８日出願公開、特開平　９−　２６９７０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　本願は、平成７年１２月２０日（パリ条約による優先権主張１９９４年１２月２０日、米国）の出願であって、平成１７年１０月１８日付けで拒絶査定がなされ（発送日同年１０月２５日）、これに対し、平成１８年１月２３日に拒絶査定不服審判の請求がなされるとともに、平成１８年１月２３日付け及び平成１８年２月６日付けで手続補正がなされたものである。 
　
　
　
　
第２　平成１８年２月６日付けの手続補正についての補正却下の決定 
　
〔結論〕
　
　平成１８年２月６日付けの手続補正を却下する。
　
〔理由〕
　
　ある補正が，特許法第１７条の２第４項及び第５項の規定に適合するか否かについての判断をする場合には、当該補正よりも前の時点での特許請求の範囲を基準にしなければならないところ、その基準となるのは，最後に適法に補正された特許請求の範囲であり、そのような補正がない場合には願書に添付された特許請求の範囲である。
　そして、特許請求の範囲に関するある補正について上記判断をする場合において、それ以前にされた複数の補正についてその適否がいまだ判断されていないときには、補正のされた順番に従って、補正の適否について順次判断すべきものである。
　したがって、平成１８年１月２３日付けの手続補正の適否を検討した後に、平成１８年２月６日付けの手続補正の適否を検討する。
　
参考：審判請求の日から３０日以内に行われた複数の補正に関する判決
　平成１７年(行ケ)第１０６９８号審決取消請求事件　平成１８年９月２６日判決言渡
（http://www.courts.go.jp/hanrei/pdf/20060927112516.pdf）
　
　
１．平成１８年１月２３日付けの手続補正について、
　
（１）補正内容
　
　平成１８年１月２３日付けの手続補正（以下、「本件第１補正」という）は、特許請求の範囲の補正をするものであって、 
　本件第１補正前の特許請求の範囲第１乃至５項、すなわち、
　
「　【請求項１】　情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程と、
　ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程とから成る方法。
　　【請求項２】　前記第１のアプリケーションプログラムが前記情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程が、
　ａ．前記第１のアプリケーションプログラムが前記ユーザ定義ファイルからニュース源ＩＤと関連探索項とを検索する過程と、
　ｂ．前記第１のアプリケーションプログラムが前記ニュース源ＩＤによって識別されたニュース源の前記情報をスキャンし且つ前記関連探索項を含む前記ニュース源の中のファイルの第１のセットを識別する過程と、そして
　ｃ．前記第１のアプリケーションプログラムが前記情報の前記サブセットの中へファイルの前記第１のセットを置く過程と、
から成る請求項１記載の方法。
　　【請求項３】　前記第１のアプリケーションプログラムが前記プロファイルを作成又は修正するために前記サーバにオプションを前記ユーザに対して提示させる過程をさらに具備し、前記オプションは、
　ａ．前記ユーザに、前記情報の中のニュース源ＩＤと、前記ニュース源ＩＤの中で探索するための関連探索項とを前記ユーザ定義プロファイルに対し指定させる第１のオプションと、
　ｂ．前記ユーザに、前記ニュース源ＩＤ及び／又は前記関連探索項を前記プロファイルの中で削除及び／又は変更することを指定させる第２のオプションとを含む請求項２記載の方法。
　　【請求項４】　ユーザ定義プロファイルに基づいて情報を検索するシステムにおいて、
　ａ．サーバは、前記クライアントが前記クライアントによる前記ユーザ定義プロファイルの識別を実行するのに応答して第１のアプリケーションプログラムに携わるためのインタフェースを有し、
　ｂ．前記サーバは、前記第１のアプリケーションプログラムに、ネットワークに結合された多数のコンピュータに蓄積された情報を検査させ、且つ、前記ユーザ定義プロファイルの中で識別されるのに従ってどの情報に前記ユーザが関心をもっているかに基づいて前記情報の１つのサブセットを自動的に検索させるための実行制御インタフェースを有し、
　　ｂ−１．前記第１のアプリケーションプログラムはユーザ定義プロファイルからニュース源ＩＤと関連探索項を検索し、
　　ｂ−２．前記第１のアプリケーションプログラムは、前記ニュース源ＩＤによって識別されたニュース源に対して前記情報をスキャンし、且つ、関連探索項を含む前記ニュース源の中のファイルの第１のセットを識別し、そして、
　　ｂ−３．前記第１のアプリケーションプログラムは前記情報の前記サブセットの中へファイルの前記第１のセットを置き、
　ｃ．前記サーバは、前記クライアントによる要求に応答して前記多数のコンピュータからの前記情報の前記サブセットを前記クライアントに対し提示する提示回路を有するシステム。
　　【請求項５】　前記サーバは、前記プロファイルを作成又は修正するために前記オプションを前記ユーザに対し提示するオプション提示回路をさらに有し、前記オプションは、
　ａ．前記ユーザに前記情報の中のニュース源ＩＤと、前記ニュース源ＩＤの中で探索するための関連探索項とを前記ユーザ定義プロファイルの前記ニュース源ＩＤにおいてサーチさせる第１のオプションと、
　ｂ．前記ニュース源ＩＤ及び／又は前記関連探索項を前記プロファイルの中で削除及び／又は変更することを指定する第２のオプションとを含む請求項４記載のシステム。」
　
　であったものを、本件第１補正後の特許請求の範囲第１項、すなわち、 
　
「【請求項１】　情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程と、
　ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程とから成る方法。」
　
　に補正するものである。 
　
　つまり、本件第１補正は、本件第１補正前の特許請求の範囲第２乃至５項を削除するものである。
　
（２）判断
　
　本件第１補正は、特許法第１７条の２第４項第１号に規定された請求項の削除に該当し、適法なものである。
　
　
　
２．平成１８年２月６日付けの手続補正について 
 　
（１）補正内容
　
　平成１８年２月６日付けの手続補正（以下、「本件第２補正」という）は、特許請求の範囲の補正をするものであって、 
　本件第２補正前の特許請求の範囲第１項、すなわち、本件第１補正の特許請求の範囲である、 
 　 
「【請求項１】　情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程と、
　ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程とから成る方法。」
　 
　であったものを、本件第２補正後の特許請求の範囲、すなわち、 
　
「【請求項１】　情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程であって、
　ｄ−１．前記第１のアプリケーションプログラムが前記ユーザ定義ファイルからニュース源ＩＤと関連探索項とを検索する過程と、
　ｄ−２．前記第１のアプリケーションプログラムが前記ニュース源ＩＤによって識別されたニュース源の前記情報をスキャンし且つ前記関連探索項を含む前記ニュース源の中のファイルの第１のセットを識別する過程と、そして
　ｄ−３．前記第１のアプリケーションプログラムが前記情報の前記サブセットの中へファイルの前記第１のセットを置く過程と、
を含む過程と、
　ｅ．前記第１のアプリケーションプログラムが前記プロファイルを作成又は修正するために前記サーバにオプションを前記ユーザに対して提示させる過程であって、前記オプションは、
　ｅ−１．前記ユーザに、前記情報の中のニュース源ＩＤと、前記ニュース源ＩＤの中で探索するための関連探索項とを前記ユーザ定義プロファイルに対し指定させる第１のオプションと、
　ｅ−２．前記ユーザに、前記ニュース源ＩＤ及び／又は前記関連探索項を前記プロファイルの中で削除及び／又は変更することを指定させる第２のオプションと
を含む過程と、
　ｆ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程と
から成る方法。
【請求項２】　ユーザ定義プロファイルに基づいて情報を検索するシステムにおいて、
　ａ．サーバは、前記クライアントが前記サーバと通信を確立するのに応答して前記サーバと前記クライアント間のHTTP交換を介してクライアントにオプションのリストを提示するための回路を有し、前記サーバは前記クライアントのセッションからセッションに境界がなく、
　ｂ．前記サーバは前記クライアントが前記クライアントによる前記ユーザ定義プロファイルの識別を提供するのに応答して第１のアプリケーションプログラムに携わるためのインタフェースを有し、前記第１のアプリケーションはユーザに関心のある情報を識別する前記ユーザ定義プロファイルを検索し、
　ｃ．前記サーバは、前記第１のアプリケーションプログラムに情報のデータベースを検査させそして前記ユーザ定義プロファイルの中で識別されるのに従ってどの情報に前記ユーザが関心をもっているかに基づいて前記情報の１つのサブセットを自動的に検索させるための実行制御インタフェースを有し、
　ｄ．前記サーバは、前記第１のアプリケーションプログラムによる前記自動的検索に応答して前記データベースからの前記情報の前記サブセットをクライアントに提示する提示回路を有し、
　ｅ．前記サーバは、前記プロファイルを作成又は修正するために前記オプションを前記ユーザに対し提示するオプション提示回路であって、
　ｅ−１．前記ユーザに前記情報の中のニュース源ＩＤと、前記ニュース源ＩＤの中で探索するための関連探索項とを前記ユーザ定義プロファイルの前記ニュース源ＩＤにおいてサーチさせる第１のオプションと、
　ｅ−２．前記ニュース源ＩＤ及び／又は前記関連探索項を前記プロファイルの中で削除及び／又は変更することを指定する第２のオプションと
を含むオプション提示回路を有する、
システム。」 
 　 
　に補正するものである。 
 　 
　つまり、本件第２補正は、本件第２補正前の請求項１、すなわち「情報を検索するコンピュータによる実行方法」という『方法の発明』であったものから、「ユーザ定義プロファイルに基づいて情報を検索するシステム」という『物の発明』である請求項を、特許請求の範囲に新たに第２項として追加することにより、請求項の数を１から２に増加させる補正を含むものである。 
 　 
 　 
（２）判断 
 　 
　本件第２補正は、請求項の数を１から２に増加させる補正を含むものであるから、特許法第１７条の２第４項第１号に規定された請求項の削除に該当しないことは明らかである。 
 　 
　また、本件第２補正によって、「情報を検索するコンピュータによる実行方法」という『方法の発明』を、「ユーザ定義プロファイルに基づいて情報を検索するシステム」という『物の発明』に変更した発明が特許請求の範囲第２項に追加されたが、
・『方法の発明』を『物の発明』に変更したものを追加することは、本件第２補正前後の請求項に係る発明が一対一の対応関係になく、請求項に記載した発明を特定するために必要な事項を『限定』したことにならないこと、
・特許法は、特許発明の実施について『物の発明』と『方法の発明』とを区別して規定し（同法第２条第３項）、そのいずれであるかによって、法律効果が異なるものとしていること（例えば、同法第１０１条、第１０４条、第１７５条第２項）を鑑みれば、発明のカテゴリーを『方法の発明』から『物の発明』に変更することは、『方法の発明』として請求していた権利と異なる効果を有する別の権利を請求することにほかならないこと、
　の２点から、本件第２補正は、特許法第１７条の２第４項第２号に規定された特許請求の範囲の減縮（第三十六条第五項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであつて、その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る。）に該当しない。
　なお、このような補正と、多数項引用形式で記載された一つの請求項を、引用請求項を減少させて独立形式の請求項とする場合や、構成要件が択一的なものとして記載された一つの請求項について、その択一的な構成要件をそれぞれ限定して複数の請求項とする場合のように、補正前の請求項が実質的に複数の請求項を含むものであるときに、これを補正に際し独立の請求項とすることにより、請求項の数が増加する補正のような、実質的に新たな請求項を追加するものとはいえない、実質的には一対一の対応関係にある補正とを、同一に扱うことができないことは明らかである。
 　 
　更に、本件第２補正が、特許法第１７条の２第４項第３号に規定された誤記の訂正、及び特許法第１７条の２第４項第４号に規定された明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る。）に該当しないことは明らかである。 
 　 　
　なお、上記のように判断したとしても、出願人としては、既に拒絶理由通知を受け、補正の機会を与えられていたものであり、出願審査の最終の段階に至って、さらに新たな請求項の追加を必要とする事態を一般的には想定し難いこと、
　たとえ、さらに新たな請求項の追加を必要とする事態が生じたとしても、願書に添付した明細書又は図面について補正をすることができる期間内（例えば、本件第２補正を目的とした手続補正書を提出した日）に分割出願を行うことができたこと等を鑑みれば、
　必ずしも出願人に酷な結果となるということはできない。
　
　
参考：増項補正に関する判決 
 平成１７年(行ケ)第１０１９２号（東京高等裁判所平成１６年(行ケ)第１５３号）審決取消請求事件　平成１７年４月２５日判決言渡
（http://www.courts.go.jp/hanrei/pdf/D788B253C6D143904925710E0009231F.pdf）
　
参考：発明のカテゴリーを変更する補正に関する判決
平成１８年(行ケ)第１０４９４号審決取消請求事件　平成１９年９月２０日判決言渡
（http://www.courts.go.jp/hanrei/pdf/20070921105405.pdf）
　
　
３．むすび 
　したがって、本件第２補正は、特許法第１７条の２第４項の各号に掲げるいずれの事項を目的とするものにも該当せず、同法第１７条の２第４項の規定に違反するものであるから、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
　
　
　
第３　本願発明について
　
１．本願発明
　
　本件第２補正は上記のとおり却下されたので、本願の請求項１に係る発明は、平成１８年１月２３日付け手続補正書の特許請求の範囲第１項に記載されたとおりのものと認められるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
　
「【請求項１】　情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程と、
　ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程とから成る方法。」
　
　
２．引用例
　
（１）原査定の拒絶の理由に引用された、湯浅寛子ほか，情報のブロードキャッチシステム，情報処理学会研究報告，日本，社団法人情報処理学会，１９９３年１０月２９日，第９３巻　第９５号，第３７頁〜第４４頁（９３−ＩＭ−１３−６)（以下、「引用例」という）には、図面とともに以下の技術事項が記載されている。
　
（ア）
「１．はじめに
　計算機ネットワークの整備が急速に進み、電子メールや電子掲示板を利用した質疑応答、インタネットニュースからの情報収集、オンライン情報サービスの利用といった、いわゆる情報のブロードキャッチが行える環境が整いつつある。しかし、大多数のユーザ、特に計算機の非専門家にとって、種々の情報サービスへの接続、情報の検索、検索結果の整理といった操作は煩雑で、多忙さから利用していないことが多い。トレンドに敏感で、ネットワークを流れる最新情報の価値を認識してはいても、それらの情報をじっくり読む時間的余裕のない多忙な現代人の情報収集活動を支援するシステムが望まれている。」
　　　　　　　　　　　　　　　　　　　（第３８頁左欄第１乃至１６行）
　
（イ）
「そこで、個人が手軽に情報収集を行えるように支援することを目的として、ブロードキャッチシステムを試作した。
　本システムは、ユーザが興味ある事柄に関するキーワードを羅列して登録しておけば、適合する文書情報を自動的に外部の情報サービスから収集し、収集結果の整理を行う。」
　　　　　　　　　　　　　　　　　　　（第３８頁右欄第８乃至１５行）
　
（ウ）
「２．システム構成
　今回試作したブロードキャッチシステムはクライアント・サーバ型のシステムで、ＵＮＩＸ上で稼動する（図１）。またクライアントのグラフィカル・ユーザ・インタフェース（ＧＵＩ）はＯＳＦ／Ｍｏｔｉｆを用いた。」
　　　　　　　　　　　　　　　　　　（第３８頁右欄第２２乃至２７行）
　
（エ）
「現在、インタネットニュースと社内開発したＣＤ−ＲＯＭベースの特許データベース上の文書情報を情報収集の対象としている。インタネットニュースにはＮＮＴＰ（Ｎｅｔｗｏｒｋ　Ｎｅｗｓ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）によって接続しており、特許データベースには社内開発した専用のプロトコル接続している。」
　　　　　　　　　　　　　　　　　　（第３８頁右欄第２８乃至３４行）
　
（オ）
「２．１　ブロードキャッチサーバ
　ブロードキャッチサーバには大きくわけて二つの役割がある。
一つは情報収集と収集結果の整理である。
　本システムのユーザには一つの「フォルダ」が割り当てられる。ユーザはこのフォルダに自由に興味ある事柄に関するキーワード群（インタレストと呼ぶ）を登録しておく（図２）。このフォルダの下に階層的にフォルダを作成してそれぞれにインタレストを登録してもよい（図３）。
　サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する。これを情報フィルタリング機能と呼ぶ。
　さらに、フォルダに収集された情報数が多くなるとフォルダを自動分割することにより分類を細分化し収集結果を整理する。これをフォルダ自動分割機能と呼ぶ。
　もう一つはクライアントの要求処理である。
　クライアントからの情報収集結果の表示などの要求を処理する。また、クライアントと外部情報サービスの仲介役を果たす。つまり、クライアントが情報の内容表示などを要求すると、情報サービスに応じて適切なコマンドを発行して必要な情報を取得し、クライアントに提供する。したがって、ユーザは各情報サービスへの接続方法や検索方法の違いを意識せずに単一のインタフェースで利用できる。」
　　　　　　　　　　　　（第３８頁右欄３５行から第３９頁左欄２５行）
　
（カ）
「２．２　ブロードキャッチクライアント
　クライアントは本システムを利用するためのＧＵＩを提供する。ユーザはクライアントを介して、インタレストの登録、フォルダの作成、収集結果のブラウジングを行う。図４にクライアントの画面イメージを示す。」
　　　　　　　　　　　　　（第３９頁左欄第２６行から同頁右欄第３行）
　
（キ）
「３．２　フィルタリング
　取得した新規文書情報が登録されているインタレストのいずれかに適合しているか検索を行う。
　従来の検索システムでは、ユーザが記述した論理式を用いた検索式の真理値を計算することにより検索を行う。効率よく検索する検索式を書くためには、専門的な知識や経験が必要である。また、論理式そのものが非専門家のユーザにはなじみにくい。
　本システムでは、ユーザは興味ある事柄に関するキーワードを羅列するだけで検索条件を登録できる。検索は、文書情報とインタレストとの「適合度」を計算することによって行う。」
　　　　　　　　　　　　　（第４０頁左欄第１７行から同頁右欄第６行）
　
（ク）
「５．１　ボランティアユーザによる試用
　試用していただいているユーザは、主にコンピュータ関係の研究者であり、普段からインタネットニュースを読んでいる人が多い。したがって、本システムがターゲットとしている非専門家とはいえないが、ニュースから情報収集する時間がなかなか取れない多忙な現代人ではある。このユーザの方々にいただいたご意見を紹介する。」
　　　　　　　　　　　　　　　　　　（第４３頁左欄第１６乃至２４行）
　
（ケ）
「・無関係の記事が多く収集されてしまうので、情報源とするニュースグループを限定したり、ニュースグループ毎に検索条件を変えるなどのカスタマイズをしたい。」
　　　　　　　　　　　　　　　　　　（第４３頁左欄第３２乃至３６行）
　
　
　以上の引用例の記載によれば、引用例には以下の事項が開示されていると認められる。
　
（ａ）引用例の上記（ウ）の「今回試作したブロードキャッチシステムはクライアント・サーバ型のシステムで、ＵＮＩＸ上で稼動する（図１）。」という記載、
　引用例の上記（オ）の「ブロードキャッチサーバには大きくわけて二つの役割がある。一つは情報収集と収集結果の整理である。・・・（中略）・・・本システムのユーザには一つの「フォルダ」が割り当てられる。ユーザはこのフォルダに自由に興味ある事柄に関するキーワード群（インタレストと呼ぶ）を登録しておく（図２）。・・・（中略）・・・サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する。これを情報フィルタリング機能と呼ぶ。」という記載、
　引用例の上記（キ）の「取得した新規文書情報が登録されているインタレストのいずれかに適合しているか検索を行う。・・・（中略）・・・本システムでは、ユーザは興味ある事柄に関するキーワードを羅列するだけで検索条件を登録できる。」という記載から、
　引用例には、「情報を検索するブロードキャッチシステムによる実行方法」が開示されていると認められる。
　
（ｂ）引用例の上記（ウ）の「今回試作したブロードキャッチシステムはクライアント・サーバ型のシステムで、ＵＮＩＸ上で稼動する（図１）。」という記載（なお、引用例の図１には、「ブロードバンドキャッチサーバ」と「ブロードキャッチクライアント」がネットワークに結合していることが図示されている。）、
　クライアント・サーバ型のシステムにおいて、クライアントとサーバとの間で情報を授受するためには、通信を成立（又は確立）させておく必要があることは、情報処理分野における技術常識であること、
　引用例の上記（カ）の「ブロードキャッチクライアント」に関する「クライアントは本システムを利用するためのＧＵＩを提供する。ユーザはクライアントを介して、インタレストの登録、フォルダの作成、収集結果のブラウジングを行う。」という記載（なお、ユーザがブロードキャッチクライアントを介してインタレストの登録を行うのであるから、ブロードキャッチクライアントはユーザによって制御されることになる。）から、
　引用例には、「ユーザ制御のブロードキャッチクライアントがネットワークに結合されたブロードバンドキャッチサーバとの間に通信を成立させる過程」が開示されていると認められる。
　
（ｃ）引用例の上記（オ）の「ブロードキャッチサーバには大きくわけて二つの役割がある。一つは情報収集と収集結果の整理である。・・・（中略）・・・本システムのユーザには一つの「フォルダ」が割り当てられる。ユーザはこのフォルダに自由に興味ある事柄に関するキーワード群（インタレストと呼ぶ）を登録しておく（図２）。・・・（中略）・・・サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する。これを情報フィルタリング機能と呼ぶ。」という記載、
　引用例の上記（カ）の「ブロードキャッチクライアント」に関する「クライアントは本システムを利用するためのＧＵＩを提供する。ユーザはクライアントを介して、インタレストの登録、フォルダの作成、収集結果のブラウジングを行う。図４にクライアントの画面イメージを示す。」という記載から、
　引用例には、「前記ユーザがブロードキャッチクライアントを介してインタレストを登録するフォルダを前記ブロードキャッチサーバに登録する過程」が開示されていると認められる。
　
（ｄ）引用例の上記（オ）の「ブロードキャッチサーバには大きくわけて二つの役割がある。一つは情報収集と収集結果の整理である。・・・（中略）・・・本システムのユーザには一つの「フォルダ」が割り当てられる。ユーザはこのフォルダに自由に興味ある事柄に関するキーワード群（インタレストと呼ぶ）を登録しておく（図２）。・・・（中略）・・・サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する。これを情報フィルタリング機能と呼ぶ。・・・（中略）・・・もう一つはクライアントの要求処理である。クライアントからの情報収集結果の表示などの要求を処理する。また、クライアントと外部情報サービスの仲介役を果たす。つまり、クライアントが情報の内容表示などを要求すると、情報サービスに応じて適切なコマンドを発行して必要な情報を取得し、クライアントに提供する。」という記載（なお、「サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する」のであるから、サーバがインタレストに適合する新情報を『自動的に』収集していることは明らかである。）、
　引用例の図１には、「ブロードキャッチサーバ」内に「情報フィルタリング機能」及び「クライアント・インタフェース」を備えることが図示されていること、
　情報フィルタリング機能等の各種機能がプログラムによって実現されることは、情報処理分野における技術常識であること、
　引用例の上記（キ）の「取得した新規文書情報が登録されているインタレストのいずれかに適合しているか検索を行う。・・・（中略）・・・本システムでは、ユーザは興味ある事柄に関するキーワードを羅列するだけで検索条件を登録できる。」という記載から、
　引用例には、「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」が開示されていると認められる。
　
（ｅ）上記（ｂ）の「ユーザ制御のブロードキャッチクライアントがネットワークに結合されたブロードバンドキャッチサーバとの間に通信を成立させる過程」という開示、
　上記（ｃ）の「前記ユーザがブロードキャッチクライアントを介してインタレストを登録するフォルダを前記ブロードキャッチサーバに登録する過程」という開示、
　上記（ｄ）の「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」という開示、
　引用例の上記（エ）の「現在、インタネットニュースと社内開発したＣＤ−ＲＯＭベースの特許データベース上の文書情報を情報収集の対象としている。インタネットニュースにはＮＮＴＰ（Ｎｅｔｗｏｒｋ　Ｎｅｗｓ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）によって接続しており、特許データベースには社内開発した専用のプロトコル接続している。」という記載、
　引用例の図１には、「ブロードバンドキャッチサーバ」、「ブロードキャッチクライアント」、「ニュースサーバ」及び「オンラインデータベース」がネットワークに結合していることが図示されていること（なお、「ニュースサーバ」及び「オンラインデータベース」がネットワークに結合されているのであるから、「ニュースサーバ」及び「オンラインデータベース」がコンピュータ上で実現されていることは明らかである。）から、
　引用例には、「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが前記ネットワークに結合された複数のコンピュータに蓄積された情報を検索し且つ前記インタレストに基づいて前記複数のコンピュータからの前記情報のうちインタレストに適合する新情報を自動的に収集する過程」が開示されていると認められる。
　
（ｆ）上記（ｅ）の「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが前記ネットワークに結合された複数のコンピュータに蓄積された情報を検索し且つ前記インタレストに基づいて前記複数のコンピュータからの前記情報のうちインタレストに適合する新情報を自動的に収集する過程」という開示、
　引用例の上記（オ）の「ブロードキャッチサーバには大きくわけて二つの役割がある。・・・（中略）・・・もう一つはクライアントの要求処理である。クライアントからの情報収集結果の表示などの要求を処理する。また、クライアントと外部情報サービスの仲介役を果たす。つまり、クライアントが情報の内容表示などを要求すると、情報サービスに応じて適切なコマンドを発行して必要な情報を取得し、クライアントに提供する。したがって、ユーザは各情報サービスへの接続方法や検索方法の違いを意識せずに単一のインタフェースで利用できる。」という記載、
　引用例の図１には、「ブロードキャッチサーバ」内に「クライアント・インタフェース」を備えることが図示されていること、
　引用例の上記（カ）の「ブロードキャッチクライアント」に関する「クライアントは本システムを利用するためのＧＵＩを提供する。ユーザはクライアントを介して、インタレストの登録、フォルダの作成、収集結果のブラウジングを行う。」という記載から、
　引用例には、「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが収集した前記複数のコンピュータからの前記情報の前記新情報を前記ブロードキャッチサーバのクライアント・インタフェースへ送信し且つ前記ブロードキャッチサーバのクライアント・インタフェースは前記情報の前記新情報を前記ブロードキャッチクライアントに提供する過程」が開示されていると認められる。
　
　以上の引用例の記載によれば、引用例には下記の発明（以下、「引用例発明」という。）が開示されていると認められる。
　
「情報を検索するブロードキャッチシステムによる実行方法において、
　ユーザ制御のブロードキャッチクライアントがネットワークに結合されたブロードバンドキャッチサーバとの間に通信を成立させる過程と、
　前記ユーザがブロードキャッチクライアントを介してインタレストを登録するフォルダを前記ブロードキャッチサーバに登録する過程と、
　インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程と、
　前記ブロードキャッチサーバの情報フィルタリング機能プログラムが前記ネットワークに結合された複数のコンピュータに蓄積された情報を検索し且つ前記インタレストに基づいて前記複数のコンピュータからの前記情報のうちインタレストに適合する新情報を自動的に収集する過程と、
　前記ブロードキャッチサーバの情報フィルタリング機能プログラムが収集した前記複数のコンピュータからの前記情報の前記新情報を前記ブロードキャッチサーバのクライアント・インタフェースへ送信し且つ前記ブロードキャッチサーバのクライアント・インタフェースは前記情報の前記新情報を前記ブロードキャッチクライアントに提供する過程とからなる方法。」
　
　
３．対比
　
　本願発明と引用例発明とを対比する。
　
（１）引用例発明の「ブロードキャッチサーバ」、「ユーザ制御のブロードキャッチクライアント」、「インタレスト」、「インタレストを登録するフォルダ」、「複数のコンピュータ」、「新情報」は、
　それぞれ、
　本願発明の「サーバ」、「ユーザ制御クライアント」、「ユーザ定義プロファイル」、「ユーザ定義プロファイルの識別」、「多数のコンピュータ」、「サブセット」に対応する。
　
　
（２）引用例発明の「前記ブロードキャッチサーバの情報フィルタリング機能プログラム」は、
　本願発明の「第１のアプリケーションプログラム」に対応する。
　
　なお、本願明細書段落【０００６】には「・・・第１のアプリケーションプログラムはユーザ定義プロファイルを検索するが、・・・」と記載され、
　また、本願の【図４】には（「ユーザ定義プロファイル」に対応する）「ユーザプロファイル」を有する「局所ファイル４１０」をアクセスする「ニュースペーパー発生器４００」が図示され、
　更に、本願明細書段落【００２４】には「ユーザの入力に応じて、サーバ中の活動中のアプリケーション、この場合にはパーソナルニュースペーパー発生器４００へ要求が送信され、その結果、アプリケーションはいくつかの機能を実行する。」と記載されている。
　したがって、本願発明の「第１のアプリケーションプログラム」は「サーバ」内にある場合を含むものであると認められる。
　
　
（３）引用例発明の「ブロードキャッチシステム」がコンピュータによって構成されることは明らかであることを鑑みれば、
　引用例発明の「情報を検索するブロードキャッチシステムによる実行方法」は、
　本願発明の「情報を検索するコンピュータによる実行方法」に対応する。
　
　
（４）引用例発明の「ユーザ制御のブロードキャッチクライアントがネットワークに結合されたブロードバンドキャッチサーバとの間に通信を成立させる過程」は、
　本願発明の「ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程」に対応する。
　
　
（５）引用例発明の「前記ユーザがブロードキャッチクライアントを介してインタレストを登録するフォルダを前記ブロードキャッチサーバに登録する過程」は、
　「前記ユーザがインタレストを登録するフォルダを前記ブロードキャッチサーバに登録する過程」を含むのであるから、
　本願発明の「ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程」に対応する。
　
　引用例発明の「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」は、
　「ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う」ことによって、「ユーザ」が「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラム」と『関係をもつ』（すなわち、「・・・情報フィルタリング機能プログラム」に『携わる』）過程でもある。
　
〔参考〕『携わる』の意味
１．互いに手をとる。連れだつ。
２．物にひっかかる。
３．ある事柄に関係をもつ。従事する。
（「株式会社岩波書店 広辞苑第五版」より抜粋）
　
　したがって、引用例発明の「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」と、
　本願発明の「ｃ．ユーザが前記ユーザ定義プロファイルを検索する第１のアプリケーションプログラムに携わる過程」とは、
　「ｃ．ユーザが第１のアプリケーションプログラムに携わる過程」を有する点で共通し、
　本願発明の「第１のアプリケーションプログラム」は「ユーザ定義プロファイルを検索する」ものであるのに対し、引用例発明の第１のアプリケーションプログラム」はその点が明瞭でない点、で相違する。
　
　
（６）引用例発明の「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが前記ネットワークに結合された複数のコンピュータに蓄積された情報を検索し且つ前記インタレストに基づいて前記複数のコンピュータからの前記情報のうちインタレストに適合する新情報を自動的に収集する過程」は、
　ある情報を『検索』するということは、ある情報が検索結果として収集すべきか否かを『検査』する処理を含むこと、
　ある情報を『収集』するということは、収集すべき情報を『検索』する処理を含むことから、
　本願発明の「ｄ．前記第１のアプリケーションプログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程」に対応する。
　
　
（７）本願発明の「ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信・・・」する過程は、
　本願明細書の【図４】に図示される等した、（「サーバ１５０」内の「第１のアプリケーションプログラム」に対応する）「ニュースペーパー発生器４００」が、「ユーザプロファイル／要求」に対する「応答」を、（「サーバ１５０」内の）「ＣＧＩ２２０」（コモンゲートウェイインタフェース２２０）に送信する過程を含んでいることを鑑みれば、
　引用例発明の「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが収集した前記複数のコンピュータからの前記情報の前記新情報を前記ブロードキャッチサーバのクライアント・インタフェースへ送信し且つ前記ブロードキャッチサーバのクライアント・インタフェースは前記情報の前記新情報を前記ブロードキャッチクライアントに提供する過程」と、
　本願発明の「ｅ．前記第１のアプリケーションプログラムが前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程」とは、
　「ｅ．前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程」を有する点で共通し、
　本願発明では「前記第１のアプリケーションプログラム」が「前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信」しているのに対し、
　引用例発明では何が「前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信」しているのか不明である点、で相違する。
　
　
　したがって、両者は、
　
「情報を検索するコンピュータによる実行方法において、
　ａ．ユーザ制御クライアントがネットワークに結合されたサーバとの間に通信を成立させる過程と、
　ｂ．前記ユーザがユーザ定義プロファイルの識別を前記サーバに提供する過程と、
　ｃ．ユーザが第１のアプリケーションプログラムに携わる過程と、
　ｄ．前記プログラムが前記ネットワークに結合された多数のコンピュータに蓄積された情報を検査し且つ前記ユーザ定義プロファイルに基づいて前記多数のコンピュータからの前記情報の１つのサブセットを自動的に検索する過程と、
　ｅ．前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信し且つ前記サーバは前記情報の前記サブセットを前記クライアントに提示する過程とからなる方法。」
　
　の点で一致し、以下の点で相違する。
　
（相違点１）
　
　本願発明の「第１のアプリケーションプログラム」は「ユーザ定義プロファイルを検索する」ものであるのに対し、引用例発明の第１のアプリケーションプログラム」はその点が明瞭でない点、
　
（相違点２）
　本願発明では「前記第１のアプリケーションプログラム」が「前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信」しているのに対し、
　引用例発明では何が「前記多数のコンピュータからの前記情報の前記サブセットを前記サーバへ送信」しているのか不明である点、
　
　
４．相違点の判断
　
（１）相違点１について
　
　引用例の上記（オ）の「ブロードキャッチサーバには大きくわけて二つの役割がある。・・・（中略）・・・本システムのユーザには一つの「フォルダ」が割り当てられる。ユーザはこのフォルダに自由に興味ある事柄に関するキーワード群（インタレストと呼ぶ）を登録しておく（図２）。・・・（中略）・・・サーバは各情報サービスに定期的にアクセスして、このインタレストに適合する新情報をフォルダに収集する。これを情報フィルタリング機能と呼ぶ。」という記載から、
　「情報フィルタリング機能」が「インタレストに適合する新情報をフォルダに収集する」ためには、新情報を収集する前に予め、フォルダに登録されたインタレストを検索することによって取得しておく必要があることは明らかである。
　
　そうすると、引用例発明の「インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」は
　「『フォルダからインタレストを検索して』インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラムのために、ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う過程」を含むものである。
　
　つまり、当該過程は、「ユーザがクライアント・インターフェースを介してフォルダにインタレストの登録を行う」ことによって、
　「ユーザ」が「『フォルダからインタレストを検索して』インタレストに適合する新情報を自動的に収集する前記ブロードキャッチサーバの情報フィルタリング機能プログラム」と『関係をもつ』（すなわち「・・・情報フィルタリング機能プログラム」に『携わる』）過程でもあることになる。
　
〔参考〕『携わる』の意味
１．互いに手をとる。連れだつ。
２．物にひっかかる。
３．ある事柄に関係をもつ。従事する。
（「株式会社岩波書店 広辞苑第五版」より抜粋）
　
　したがって、「ユーザ」が「前記インタレスト」（本願発明の「ユーザ定義プロファイル」に対応）を検索する「ブロードキャッチサーバの情報フィルタリング機能プログラム」（本願発明の「第１のアプリケーションプログラム」に対応）に「携わる過程」とする、
　すなわち、本願発明の如く、「第１のアプリケーションプログラム」は「ユーザ定義プロファイルを検索する」ものとすることは当業者が容易に想到し得ることである。
　
　なお、引用例の上記（カ）の「ブロードキャッチクライアント」に関する「クライアントは本システムを利用するためのＧＵＩを提供する。ユーザはクライアントを介して、インタレストの登録、フォルダの作成、収集結果のブラウジングを行う。図４にクライアントの画面イメージを示す。」という記載、
　引用例の図４には、「Ｅｄｉｔ」（すなわち、「編集」）項目を有する「クライアント画面」が、ブラウジング中のフォルダ名を表示するための「フォルダ名ラベル」欄、このフォルダに登録されているインタレスト（検索条件）を表示するための「インタレスト」欄、及び、このフォルダの下位のフォルダの一覧を表示するための「下位フォルダの一覧」欄を備えることが開示があるものの、
　「インタレストの登録」が、インタレストの『新規』登録のみを指すのか、登録されたインタレストを編集することによるインタレストの『編集』登録も含むのか不明である。
　しかしながら、登録された各種情報を編集可能に構成することによってユーザの利便性を向上せしめることは、情報処理分野における常套手段であるから、「インタレストの登録」に、インタレストの『新規』登録だけでなく、登録されたインタレストを編集することによるインタレストの『編集』登録も含むように構成することは、当業者が容易に想到し得ることである。
　
　
（２）相違点２について
　
　引用例発明は、「２．引用例」で認定したように、「前記ブロードキャッチサーバの情報フィルタリング機能プログラムが収集した前記複数のコンピュータからの前記情報の前記新情報を前記ブロードキャッチサーバのクライアント・インタフェースへ送信し且つ前記ブロードキャッチサーバのクライアント・インタフェースは前記情報の前記新情報を前記ブロードキャッチクライアントに提供する過程」を有する。
　
　そして、引用例発明では、『何が』（前記ブロードキャッチサーバの情報フィルタリング機能プログラムが収集した前記複数のコンピュータからの前記情報の前記新情報を）「前記ブロードキャッチサーバのクライアント・インタフェース」へ送信するのか特定されていない。
　
　しかしながら、引用例発明は「前記ブロードキャッチサーバのクライアント・インタフェース」へ当該新情報を送信するための構成を前提としていることは明らかであること、
　一般にプログラムが収集した情報を次段のインタフェースに送るため、該情報を送信するためのプログラムを作成しておくこと、
　当該プログラムを前段のプログラムに付加することは慣用手段に過ぎないことであることから、
　「前記ブロードキャッチサーバの情報フィルタリング機能プログラム」が収集した新情報を「前記ブロードキャッチサーバのクライアント・インタフェース」が受信できるように、「前記ブロードキャッチサーバの情報フィルタリング機能プログラム」に対して、「前記ブロードキャッチサーバのクライアント・インタフェース」へ当該新情報を送信するためのプログラムを付加すること、
　すなわち、「前記ブロードキャッチサーバの情報フィルタリング機能プログラム」が「前記多数のコンピュータからの前記情報の前記サブセットを前記サーバ（の「インタフェース」）へ送信」するように構成することは、当業者が容易に想到し得ることである。
　
　
５．結論
　
　したがって、本願発明は、引用例発明に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、本願は拒絶されるべきものである。
　
　よって結論の通り審決する。