【事件の表示】
　平成　７年特許願第　　３４２９号「給食システム」拒絶査定不服審判事件〔平成　８年　７月２３日出願公開、特開平　８−１９０５８５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成７年１月１２日の出願であって、平成１７年３月１１日付で拒絶査定がされ、これに対して同年４月１３日に拒絶査定不服審判が請求されるとともに、同年５月１３日に手続補正がなされたものである。
　
２．平成１７年５月１３日付手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年５月１３日付手続補正を却下する。
［理由］
（１）本願補正発明について 
　平成１７年５月１３日付け手続補正（以下、「本件補正」という。）により、特許請求の範囲は、補正前の
「【請求項１】　入力された一連の食事内容に基づき、約束食事箋ファイルを作成する約束食事箋ファイル作成部と、
　この約束食事箋ファイル作成部によって作成された約束食事箋ファイルが登録される約束食事箋マスタ部と、
　食事内容の展開・登録処理が指定されているとき、前記約束食事箋マスタ部から指定された変更対象者の約束食事箋ファイルを読み出すとともに、入力された食事開始日及びこの食事開始日以前における前記変更対象者の食事内容に基づき、当該変更対象者の約束食事箋ファイルの食事内容を部分変更して、前記変更対象者の食事箋ファイルを作成する食事箋ファイル作成部と、
を備えたことを特徴とする給食システム。
【請求項２】　前記食事箋ファイル作成部は、食事開始日以前における前記変更対象者の食事内容が特別食であるとき、前記約束食事箋マスタ部から読み出された約束食事箋ファイル内にある特定の食事内容以前をファイルで指定された食事内容とし、前記特定の食事内容以降を前記特別食とした食事箋ファイルを作成することを特徴とする請求項１記載の給食システム。」
　
から、
　「【請求項１】　入力された一連の食事内容に基づき、約束食事箋ファイルを作成する約束食事箋ファイル作成部と、
　この約束食事箋ファイル作成部によって作成された約束食事箋ファイルが登録される約束食事箋マスタ部と、
　食事内容の展開・登録処理が指定されているとき、前記約束食事箋マスタ部から指定された変更対象者の約束食事箋ファイルを読み出すとともに、入力された食事開始日及び変更対象者の手術前における食事箋情報を含む食事内容に基づき、当該変更対象者の約束食事箋ファイルの食事内容を部分変更して、前記変更対象者の手術前を含めた食事箋ファイルを作成する食事箋ファイル作成部と、
を備えたことを特徴とする給食システム。
【請求項２】　前記食事箋ファイル作成部は、食事開始日以前における前記変更対象者の食事内容が特別食であるとき、前記約束食事箋マスタ部から読み出された約束食事箋ファイル内にある特定の食事内容以前をファイルで指定された食事内容とし、前記特定の食事内容以降を前記特別食とした食事箋ファイルを作成することを特徴とする請求項１記載の給食システム。」
と補正された。
　
　本件補正は補正前の請求項１における「入力された食事開始日及びこの食事開始日以前における前記変更対象者の食事内容」を、「入力された食事開始日及び変更対象者の手術前における食事箋情報を含む食事内容」とし、作成する「前記変更対象者の食事箋ファイル」を、「前記変更対象者の手術前を含めた食事箋ファイル」とすることで、補正前の請求項１における「食事箋ファイル作成部」について限定したものであるから、平成６年改正前特許法第１７条の２第３項第２号に規定する特許請求の範囲の減縮を目的とするものに該当する。 
　  
　そこで、本件補正後の上記請求項１に記載されている発明（以下、「本願補正発明」という。）が特許出願の際に独立して特許を受けることができるか、すなわち、本件補正が平成６年改正前特許法第１７条の２第４項において読み替えて準用する同法第１２６条第３項の規定を満たすものであるかについて以下に検討する。  
　 
（２）引用例について 
（２−１）原査定の拒絶の理由に引用された、ＨＯＰＥ／給食大将操作手引書（病院向け給食管理システム），富士通株式会社，１９９３年７月３１日，第２版，第７〜２４頁，第５５〜５８頁（以下「引用例１」という。）には、下記ア）ないしカ）の事項が開示されている。（なお、引用例１中○内に数字が入った番号の記載は、下記の摘記事項内において｛数字｝として記載するものとする。） 
　 
ア）「第２章　食数管理 
　本章では，食数管理（食事箋入力・選択食処理・術後計画・患者情報検索・配膳表作成）について説明します． 
２．１　食事箋入力  
　食事箋などに基づいて，患者個人の食事情報を入力します． 
（１） 機 能 
・入院患者の新規の情報をすべて入力出来ます． 
・各食事内容の変更，欠食，退院処理を行います． 
・患者ごとの食暦情報を画面で表示します． 
・現在の食事内容を食札のイメージで表示します．」（第７頁） 
　 
イ）「２．１．１ 入院処理新規入院の場合 
図２．１に食事箋入力画面を示します． 
（１） 入力方法 
　｛1｝ 処理区分に「１」を入力して下さい． 
　｛2｝ 患者番号（数字７桁） 
　　　(a)　0000001〜9999999までの数字を入力して下さい． 
　　　(b)　一患者に対して，今後の管理番号となります． 
　　　(c) 番号の付け方の例として，以下の方法があります． 
　　　　・ カルテ番号を入力する方法 （院内統一番号） 
　　　　・ 栄養課独自の番号をつける方法 
　｛3｝ フリガナ（カナ１２文字） 
　・ 苗字と名前の間には，空白を１つあけて下さい． 
　＜注意事項＞ 
　　　患者の氏名検索時に使用しますので，正確に入力して下さい． 
　｛4｝ 性別（数字１桁） 
　　１：男 ２：女 
　｛5｝ 氏名（日本語１２文字） 
　・ 苗字と名前の間には，空白を１つあけて下さい． 
　 
　　（…中略…） 
　 
　｛10｝ 開始日付（和暦の年月日・時間区分一数字１桁） 
　入院日（食事開始日）を入力します． 
　時間区分 朝：１昼：２夕：３ 
　 
　　（…中略…） 
　 
　｛12｝　食種（数字３桁） 
　　　患者の食種をコードＮｏ．で入力して下さい． 
　　　コードマスタの食種コードにて設定されたもののみ入力が可能です． 
　　　詳細は，「２．１．９ 各項目の検索」を参照して下さい． 
　｛13｝　主食（数字２桁） 
　　　患者に給与する主食の種類を，コードＮｏ．で入力して下さい． 
　　　朝昼夕ごとに入力します． 
　　　コードマスタの主食コードにて設定されたもののみ入力可能です． 
　 
　　（…中略…） 
　 
　＜注意事項＞ 
　　・　下記は入院時の必須入力項目です． 
　｛1｝処理区分 ｛5｝氏名（漢字） ｛13｝主食（朝・昼・タ） 
　｛2｝患者番号 ｛6｝生年月日 ｛14｝病室 
　｛3｝フリガナ ｛10｝開始日付 
　｛4｝性別 ｛12｝食種  
　　・　｛3｝｛5｝以外の項目については，入力を忘れたり，不適合な内容を入力すると，その　　　位置でカーソルが点滅します．正しい内容を再入力して下さい．」（第８〜１１頁） 
　 
ウ）「２．１．３ 欠食・絶食・外泊処理 
　当処理は，ある一定期間（または指示日以降）の食事を止める処理です． 
　継続指定：開始日付のみ入力しその日以降は「食事を止め」とします． 
　期間指定：開始日付と終了日付を入力し，「食事を止め」期間が終われば 
　　　　　　元の食事内容に戻ります． 
　図２．３に欠食・絶食・外泊処理画面を示します． 
（１） 入力方法 
　｛1｝ 処理区分に該当する番号，欠食：３，絶食：４，外泊：５を入力して下さい． 
　｛2｝ 該当する患者を呼び出して下さい． 
　｛3｝ 開始日付に欠食等の開始日を入力して下さい． 
　｛4｝　終了日付を入力して下さい．終了日付が不明の場合は実行を押下して入力を省略します． 
　＜注意事項＞ 
　　　当処理で変更できる項目は，病室と，付き添いのみです． 
　　　詳細は，「２．１．８ 氏名検索」を参照して下さい． 
　 
２．１．４ 復帰処理 
　欠食・絶食・外泊処理を行い終了日付を入力しなかった場合でも， この処理を活用することで，元の食事内容に戻すことが出来ます． 
　したがって，前の食事内容を入力し直す必要はありません． 
（１） 入力方法 
　｛1｝ 処理区分に「６」を入力して下さい． 
　｛2｝ 該当する患者を呼び出して下さい． 
　｛3｝ 開始日付に食事の開始日を入力して下さい． 
　｛4｝ 以前の食事内容が表示されます． 
　｛5｝ 食事内容に変更があれば修正して下さい． 
　＜注意事項＞ 
　　　復帰の処理は，前回が欠食・絶食・外泊のみの患者だけです．」（第１２〜１３頁） 
　 
エ）「２．１．７　削除処理 
　患者を間違えて登録したり，登録データから削除したい時この処理を行います．」（第１４頁） 
　 
オ）「２．１．１０ 食 暦 
過去，未来における患者の食暦情報（前月・当月・翌月）が画面に表示されます． 
（１） 入力方法 
　｛1｝ 処理区分「２」から「８」において該当患者を呼び出して下さい． 
　｛2｝ PF5（食暦）を押して下さい． 
　｛3｝ 食事の変更情報が画面に表示されます． 
　｛4｝　PF6（変更日）を押すと変更のあった日のみを表示します． 
　｛5｝　PF7（日付別）を押すと日付別にカレンダ−形式で表示します． 
　｛6｝　PF8（コード別）を押すとコ−ド別にカレンダ−形式で表示します． 
　｛7｝　PF2（→前進），PF1（←後退）を押すと表示内容が変わります． 
　｛8｝　検索が終われば，PF10（終了）を押して下さい．」 
　 
カ）「２．３　術後計画 
　手術後などの計画的食事変更を一括して入力し，術後時の食暦を表示します． 
（１） 機 能 
　・　術後食を登録します． 
　・　術後時の食暦を表示します． 
（２） 特 長 
　(a)　計画内容に添って，食種が自動的に変更します． 
　(b)　食暦表示には３つのパターンをつくりました． 
　　　・　変更日のみ表示 
　　　・　日付表示 
　　　・　コード表示 
＜ポイント＞ 
　ここで登録した情報は食事箋入力処理に登録されます． 
（３） 解 説 
　業務選択画面で，術後計画を選択し，リターンキーを押すと，図２．８に示す術後計画入力画面が表示されます． 
（４）入力方法 
　｛1｝ 患者番号（数字７桁） 
　　　処理を行う患者番号を入力します． 
　｛2｝ 開始日付・時間区分（日付＝和暦の年月日・時間＝数字１桁） 
　　　術後食開始の日付及び時間を入力します． 
　　　　時間区分　朝：１ 
　　　　　　　　　昼：２ 
　　　　　　　　　タ：３ 
　｛3｝ 付添食（数字１桁） 
　　　付添食の食数を朝，昼，タごとに入力します． 
　｛4｝ 計画種別（数字３桁） 
　　　あらかじめ設定された術後計画パターンの計画食種を入力します．計画食種を入力すると対応する術後計画パターンが展開されます． 
　｛5｝ 回数（数字２桁） 
　　　各食種の食事回数を入力します．なお，食事回数として「９９」を入力すると該当食種が継続指示されたものとみなします． 
　｛6｝ 食種（数字３桁） 
　　　摂取する食種を入力します．通常は，術後計画パターンで設定した食種コードが表示されているので，変更が必要なもののみ入力します． 
　｛7｝ 主食（朝，昼，タ） （数字２桁） 
　　　朝，昼，タの主食を入力します．通常は，術後計画パターンで設定した主食コードが表示されているので，変更が必要なもののみ入力します． 
　｛8｝ 病室（英数カナ５桁） 
　　　患者の在室している室の番号を入力します． 
　｛9｝ コメント（１・２・３） （英数カナ１桁）  
　　　患者の食事に特有なコメントを入力します．」（第２１〜２２頁） 
　 
　引用例１は、病院向け給食管理システムの操作手引き書であって、当該システムの備える機能と操作の手順とが解説されているものである。そして、上記ア）〜カ）の記載事項から、引用例１における給食管理システムは、入院患者の食数管理のための機能として、食事箋入力、術後計画などの処理機能を備えている。 
　そのことを踏まえて、上記ア）〜オ）の記載事項及び図２．１〜２．５に記載された事項をみると、上記食事箋入力は、全ての入院患者それぞれに対して「食事箋などに基づいて，患者個人の食事情報を入力」し、「各食事内容の変更，欠食，退院処理を行」い、登録データの削除処理を行うものであることから、上記食事箋入力の機能は、入院患者毎に食事箋の情報を含む食事内容についての登録データを作成し管理する機能であると理解することができる。また、上記オ）に記載されるように、食事箋入力の機能は「過去，未来における患者の食暦情報」を日付別にカレンダー形式で画面に表示することができるものである。 
　また、上記カ）の記載事項及び図２．８に記載された事項からみて、術後計画は、手術後などの計画的食事変更（術後食）を一括して入力し、また術後時の食歴を日付表示する機能であって、（３）の解説及び（４）の入力方法の記載から、術後計画の機能は、患者番号で処理対象の患者の情報を特定し、術後食の開始日付・時間区分、計画種別を入力することで、開始日からの食種として入力された計画種別に対応するあらかじめ設定された術後計画パターンを展開し、食事回数の入力、食種、主食の変更の入力を受け付けて、食事箋入力機能で入力した患者毎の食事に関する情報についての食事変更を一括して行う機能であると認められる。 
　また、上記カ）には「(a)計画内容に添って，食種が自動的に変更します．」、及び、「＜ポイント＞ここで登録した情報は食事箋入力処理に登録されます．」との記述からみて、術後計画で登録された計画的食事変更の情報は、上記食事箋入力処理で作成した登録データに登録されるものであることが認められる。 
　 
　したがって、上記記載事項及び図によれば、引用例には次の発明（以下「引用発明」という。）が記載されていると認められる。 
　 
「入院患者毎に食事箋に基づく食事情報についての登録データを作成して管理し、一定期間の欠食・絶食・外泊処理を行う機能と、過去，未来における患者の食暦情報を日付別にカレンダー形式で画面に表示する機能とを含む食事箋入力の機能と、 
　手術後などの計画的食事変更を一括して入力し，術後時の食暦を日付表示する術後計画の機能を備え、 
　前記術後計画の機能は、業務選択画面から選択実行し、表示された術後計画入力画面において、患者番号で処理対象の患者の情報を特定し、術後食の開始日付・時間区分、計画種別を入力することで、開始日からの食種として入力された計画種別に対応するあらかじめ設定された術後計画パターンを展開し、食事回数の入力、食種、主食の変更の入力を受け付けて、食事箋入力機能で入力した患者毎の食事に関する登録データについての食事変更を一括して行う機能である、 
病院向け給食管理システム。」 
　 
（２−２）原査定の拒絶の理由に引用された、ＨＯＰＥ／給食大将使用手引書（病院向け給食管理システム），富士通株式会社，１９９３年７月３１日，第２版，第１３〜１４，２７〜３８，４７，５８〜６２，８６，９４頁（以下「引用例２」という。）には、下記キ）の事項が開示されている。 
　 
キ）「２．２ コードマスタについて 
　これから説明するコードマスタについては、提供済のコードマスタの一覧表を印刷後、それを参考とし追加・修正・削除を行います。 
　登録用紙を利用すると、コンピュータに登録する時に便利です。 
（１） 食種コード 
　食事の種類を全て洗い出します。 （最大２００食種） 
　なお、現在の入院患者の有無に関係なく、発生すると見られる食種は全て設定する必要があります。 
　同食種であっても主食の違い、又は、形態の違いにより別々の献立を立てている場合は、登録の必要があります。従って、主食の変更だけで対応できる場合は食事箋入力の画面での運用をすることが望ましいでしょう。 
（２）　主食コード 
　主食の種類を全て洗い出します。 （最大９９主食） 
　この場合、献立表における主食の使用食品名、分量には関係ありません。従って、１患者に対しての主食の情報として管理するので、献立管理、材料管理には反映しません。 
　 
　（…中略…） 
　 
（７）　術後計画 
　手術後の食事計画パターンが決まっている場合は全て洗い出します。必要性がなければ省略します。」（第１３頁） 
　 
（３）対比 
　本願補正発明と引用発明とを対比する。 
　引用発明は、病院向けに構成された給食を管理するためのシステムであるから、本願補正発明と同様の「給食システム」であるといえる。 
　引用例１の図２．８及び上記カ）の（４）入力方法に「｛4｝計画種別（数字３桁）あらかじめ設定された術後計画パターンの計画食種を入力します．計画食種を入力すると対応する術後計画パターンが展開されます．」及び「｛6｝ 食種（数字３桁）摂取する食種を入力します．通常は，術後計画パターンで設定した食種コードが表示されているので，変更が必要なもののみ入力します．｛7｝主食（朝，昼，タ）（数字２桁）朝，昼，タの主食を入力します．通常は，術後計画パターンで設定した主食コードが表示されているので，変更が必要なもののみ入力します．」と記載されていることから、引用発明における「術後計画パターン」は、少なくとも複数の食種コード及び主食コードからなる一連の食事内容が予め設定されているものと認められるから、本願補正発明の「約束食事箋ファイル」と、その内容において共通するものであり、引用発明における「術後計画パターン」は、本願補正発明における「約束食事箋」に相当するといえる。 
　引用発明において術後計画の機能で入力した術後食に関する食事変更が登録された「登録データ」は、食事箋入力の機能で入力された食事箋などに基づく入院時からの患者毎の食事情報を含み、日付と対応して毎食毎の食種及び主食が登録されたものであり、さらに術後計画の機能で入力された術後食に関する食事変更を含むものと認められる。してみると、このような内容からなる「登録データ」は、本願補正発明における「食事箋ファイル」とその内容において共通するものであり、引用発明における「登録データ」は、本願補正発明における「食事箋」に相当するといえる。
　引用発明は、「食事箋入力の機能」及び「術後計画の機能」を使用して入力した患者の食事に関する情報に基づいて、患者毎の「登録データ」をシステムに登録する機能を備えていることから、引用発明は前記「登録データ」を作成する手段を備えていることが推定される。そして、引用発明が備える登録データを作成する手段は、「登録データ」（食事箋）を作成する手段である点で、本願補正発明における「食事箋ファイル作成部」と共通する。
　引用発明の「術後計画の機能」は、術後計画パターンに登録された食事内容を術後計画入力画面に展開し、術後食を登録データに登録する機能といえるから、引用発明において「術後計画の機能」を選択し実行している状態は、本願補正発明において「食事内容の展開・登録処理が指定されているとき」に相当し、術後計画入力画面において、患者番号で処理対象の患者の情報を特定し、特定した患者に対して適用する術後計画パターンの計画種別を入力することで、計画種別に対応するあらかじめ設定された術後計画パターンを展開する機能は、本願補正発明において「食事箋ファイル作成部」が備える「指示された変更対象者の約束食事箋ファイルを読み出す」という機能に対応する。
　引用発明における「術後計画の機能」は、術後食の開始日付・時間区分、計画種別を入力して展開された術後計画パターンに対して、食事回数及び食種、主食の変更の入力を受け付けて術後計画パターンの食事内容を部分的に変更したものを、変更対象者の登録データに登録する機能であるから、引用発明が備える「術後計画の機能」を使用して入力した情報に基づいて登録データを作成する手段は、入力された食事開始日に基づき、約束食事箋（術後計画パターン）の食事内容を部分変更して変更対象者の食事箋（登録データ）を作成する機能を備える点で、本願補正発明の「食事箋ファイル作成部」と共通する。
　 
　してみると、本願補正発明と引用発明とは、 
「食事内容の展開・登録処理が指定されているとき、 
　指定された変更対象者の約束食事箋を読み出すとともに、 
　入力された食事開始日に基づき、 
　当該変更対象者の約束食事箋の食事内容を部分変更して、前記変更対象者の手術前を含めた食事箋を作成する食事箋作成部と、 
　を備えたことを特徴とする給食システム。」 
である点で一致し、以下の点で相違する。 
　 
（相違点１）
　本願補正発明において、「食事箋ファイル」及び「約束食事箋ファイル」として各情報を管理するのに対し、引用発明においては「登録データ」（食事箋）及び「術後計画パターン」（約束食事箋）のデータ形式の記載がなく不明である点。
　
（相違点２） 
　本願補正発明は「入力された一連の食事内容に基づき、約束食事箋ファイルを作成する約束食事箋ファイル作成部」及び「この約束食事箋ファイル作成部によって作成された約束食事箋ファイルが登録される約束食事箋マスタ部」を備えるのに対し、引用発明においてはこれらについて記載されていない点。 
　 
（相違点３） 
　本願補正後発明における「食事箋ファイル作成部」は、「入力された食事開始日及び変更対象者の手術前における食事箋情報を含む食事内容に基づき、当該変更対象者の約束食事箋ファイルの食事内容を部分変更して、前記変更対象者の手術前を含めた食事箋ファイルを作成する」ものであるのに対し、引用発明における登録データ（食事箋）作成手段手段は、術後食の開始日には基づくものの、「変更対象者の手術前における食事箋情報を含む食事内容」を術後計画パターンの部分変更に利用していない点。 
　 
（４）判断 
　上記相違点について検討する。
（相違点１）について。
　引用発明では「登録データ」及び「術後計画パターン」のデータ形式について格別の記載はないが、情報処理システム内で記憶し管理するデータ形式は、システムの設計時において当業者が任意に決定し得る事項であること、データ形式としてファイル形式が周知のものであることを鑑みれば、引用発明において「登録データ」及び「術後計画パターン」のデータ形式としてファイル形式を採用することは、当業者にとって格別困難なく想起し得るところである。
　してみると、引用発明において「登録データ」及び「術後計画パターン」のデータ形式としてファイル形式を採用し、「食事箋ファイル」及び「約束食事箋ファイル」としてシステムを構成することは、当業者が適宜なし得る事項である。 
　 
（相違点２）について。 
　引用例１記載の病院向け給食管理システム「ＨＯＰＥ／給食大将」の使用手引書である引用例２には、追加・修正・削除を行う対象のコードマスタとして術後計画が示され（上記キ）参照。）、また、コンピュータに登録する時に利用する登録用紙として、入力事項として計画代表コード、計画食種名、食種コード、主食コード及び標準回数の記入欄が設けられたものが記載されている（第８６頁に掲載された付図１．９参照。）。 
　してみると、引用発明に、手術後の食事計画のパターンとして一連の食事内容を入力し「術後計画パターン」を作成する手段と、登録された「術後計画パターン」をコードマスタとして登録するマスタ部とを付加し、入力された一連の食事内容に基づき、約束食事箋ファイルを作成する約束食事箋ファイル作成部と、この約束食事箋ファイル作成部によって作成された約束食事箋ファイルが登録される約束食事箋マスタ部と、を備える構成とすることは、当業者が容易になし得る事項である。
　 
（相違点３）について。 
　引用発明においては、術後計画パターンの部分変更は利用者の入力に基づいて行われているが、引用例１には食事箋入力機能のうち一定期間の欠食や絶食を設定した場合において、期間経過後には元の食事内容に戻すことが記載されており、所定期間の食事内容の変更において、終了時に以前の食事内容に基づいた食種を設定するという技術思想が開示されている。そして、引用発明における食事箋入力機能は「食事箋などに基づいて，患者個人の食事情報を入力」するものであるから（上記ア）参照。）、上記食事箋入力機能で登録されたデータは、本願補正発明における「変更対象者の手術前における食事箋情報を含む食事内容」に相当するものである。 
　してみると、引用発明において上記技術思想を術後計画にて採用し、変更対象者の手術前（術後食開始前）の食事箋情報を含む食事内容に基づいて術後計画パターンを部分変更するよう構成することは、当業者が容易になし得る事項である。 
　 
　なお、請求人は審判請求書の請求の理由において、「本願発明は、明細書の段落番号（００２０）、（００４０）、（００４１）に記載の通り、計画条件として、例えば約束食事箋情報、開始日（手術日）、術前食事箋情報、手術日の前日食事箋情報、通常食日数などの情報が指定されたときに、手術前を含めた日別の食事箋内容を半自動的に計画することにより、手術前の食事メニューを考慮して最適な食事計画を策定することができ、入力ミスに起因する食事内容の設定ミスを無くすことに寄与しています。」と主張しているが、本件補正後の特許請求の範囲には、上記「計画条件」に該当する事項としては「食事開始日」及び「変更対象者の手術前における食事箋情報を含む食事内容」と記載され、かつ、これらに「基づき、当該変更対象者の約束食事箋ファイルの食事内容を部分変更して、前記変更対象者の手術前を含めた食事箋ファイルを作成する」と記載されるのみであり、「計画条件」を用いて手術前を含めた日別の食事箋内容を半自動的に計画するための具体的な構成が特許請求の範囲に記載されているとはいえないから、上記の主張は特許請求の範囲の記載に基づくものとはいえない。 
　そして、この「計画条件」に該当する食事開始日及び変更対象者の手術前における食事箋情報を含む食事内容に基づいて約束食事箋ファイルを部分変更し日別の食事箋内容を計画することが、引用例１，２から容易に想起し得るものである以上、上記主張は採用し得ない。 
　 
　したがって、本願補正発明は、引用例１、２に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。  
　 
（５）むすび 
　以上のとおり、本件補正は、平成６年改正前特許法第１７条の２第４項において読み替えて準用する同法第１２６条第３項の規定に違反するので、特許法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
（１）平成１７年５月１３日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明（以下「本願発明」という。）は、平成１６年９月１４日付け手続補正書で補正された特許請求の範囲の請求項１に記載された事項により特定される上記補正前の請求項１のものである。
　
（２）引用例について
 　原査定の拒絶の理由に引用された引用例、および、その記載事項は、上記２．（２）に記載したとおりである。 
　
（３）対比・判断 
 　本願発明は、上記２．で検討した本願補正発明の「食事箋ファイル作成部」の記載として、「入力された食事開始日及び変更対象者の手術前における食事箋情報を含む食事内容」に基づいて作成するという限定及び、作成される食事箋ファイルについて「前記変更対象者の手術前を含めた食事箋ファイル」という限定を省いたものである。 
 　そうすると、本願発明を特定する要素を全て含み、さらに他の要素を付加したものに相当する本願補正発明が、上記２．（４）に記載したとおり、引用例１、２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例１、２に記載された発明に基づいて、当業者が容易に発明することができたものである。 
　
（４）むすび 
 　以上のとおり、本願発明は、引用例１、２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。　 
 　 
 　したがって、本願は、他の請求項に係る発明について論ずるまでもなく、拒絶されるべきものである。　 
 　よって、結論のとおり審決する。