【事件の表示】
　平成　９年特許願第３５９２８０号「スケジュール管理システム並びにスケジュール表示方法および予約スケジュール管理方法」拒絶査定不服審判事件〔平成１１年　７月１３日出願公開、特開平１１−１９１１２０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯  
　本願は、平成９年１２月２６日の出願であって、平成１５年１１月２７日付けで拒絶理由通知がなされ、平成１６年２月２日に意見書が提出されるとともに手続補正がなされたが、平成１７年１月２４日付けで拒絶査定がなされ、これに対して同年３月３日に拒絶査定不服審判が請求されるとともに、同日に手続補正がなされたものである。
　
第２　平成１７年３月３日付けの手続補正の却下について  
　 
［補正却下の決定の結論］  
 　平成１７年３月３日付けの手続補正を却下する。  
　
［理由］  
（１）平成１７年３月３日付けの手続補正（以下、「本件補正」という。）により、特許請求の範囲は次のとおりに補正された（なお、請求項４に記載された「味読」は誤記であり、当審において「未読」と認定した。）。  
「【請求項１】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールを上記スケジュールデータとして登録し、上記他のユーザIDによる参照要求に応じて上記ユーザIDに対応するスケジュール一覧を表示するスケジュール管理システムにおけるスケジュール表示方法において、
　上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義し、
　上記ユーザIDに対応するスケジュールに対する予約への回答状況をスケジュールデータに付随して格納し、上記他のユーザIDによる参照要求によるスケジュール一覧を表示する場合、上記対応関係の定義に基づいて、上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しないことを特徴とするスケジュール表示方法。
　【請求項２】
　請求項１に記載のスケジュール表示方法において、さらに上記ユーザIDによる参照要求によるスケジュール一覧する場合は、上記予約への上記回答状況によらず上記ユーザIDに対応するスケジュールデータを表示することを特徴とするスケジュール表示方法。
　【請求項３】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDによる予約スケジュールとして上記スケジュールデータを登録して管理する予約スケジュール管理方法において、
　上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し、
　本人の予約への回答状況を各スケジュールデータに付随して格納し、
　上記ユーザIDとは異なる他のユーザIDによるスケジュール空き時間検索要求があった場合に上記対応関係の定義に基づいて上記予約への回答状況として保留または非承認が設定されているスケジュールデータを除いた上記ユーザIDへの予約スケジュールに対する空き時間を検索して当該空き時間を通知することを特徴とする予約スケジュール管理方法。
　【請求項４】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件を含むスケジュールデータを登録し、上記ユーザIDとは異なる他のユーザIDによる予約スケジュールを上記スケジュールデータとして登録して管理する予約スケジュール管理方法において、
　上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し、
　上記ユーザIDの予約スケジュールへの回答状況を各スケジュールデータに付随して格納し、
　上記他のユーザIDにより新規のスケジュールデータの登録要求があったときに上記ユーザIDの既存のスケジュールデータを探索し、上記対応関係の定義に基づいて、上記予約スケジュールへの回答状況として承認または未読が設定されている既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を拒絶し、上記承認または未読以外である既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を受け付けることを特徴とする予約スケジュール管理方法。
　【請求項５】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールを上記スケジュールデータとして登録し、上記他のユーザIDによる参照要求に応じて上記ユーザIDに対応するスケジュール一覧を表示するスケジュール管理システムにおいて、
　上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義する手段と、
　上記ユーザIDに対応するスケジュールに対する予約への回答状況をスケジュールデータに付随して格納する手段と、
　上記他のユーザIDによる参照要求によるスケジュール一覧を表示する場合、上記対応関係の定義に基づいて、上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しない手段とを備えたことを特徴とするスケジュール管理システム。」
　
（２）本件補正前の特許請求の範囲の記載 
　本件補正前の、平成１６年２月２日付けの手続補正による特許請求の範囲は次のとおりである。
「【請求項１】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールを上記スケジュールデータとして登録し、上記他のユーザIDによる参照要求に応じて上記ユーザIDに対応するスケジュール一覧を表示するスケジュール管理システムにおけるスケジュール表示方法において、上記ユーザIDに対応するスケジュールに対する予約への回答状況をスケジュールデータに付随して格納し、上記他のユーザIDによる参照要求によるスケジュール一覧を表示する場合、上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しないことを特徴とするスケジュール表示方法。
　【請求項２】
　請求項１に記載のスケジュール表示方法において、さらに上記ユーザIDによる参照要求によるスケジュール一覧する場合は、上記予約への上記回答状況によらず上記ユーザIDに対応するスケジュールデータを表示することを特徴とするスケジュール表示方法。
　【請求項３】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDによる予約スケジュールとして上記スケジュールデータを登録して管理する予約スケジュール管理方法において、本人の予約への回答状況を各スケジュールデータに付随して格納し、
　上記ユーザIDとは異なる他のユーザIDによるスケジュール空き時間検索要求があった場合に上記予約への回答状況として保留および非承認とが設定されているスケジュールデータを除いた上記ユーザIDへの予約スケジュールに対する空き時間を検索して当該空き時間を通知することを特徴とする予約スケジュール管理方法。
　【請求項４】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件を含むスケジュールデータを登録し、上記ユーザIDとは異なる他のユーザIDによる予約スケジュールを上記スケジュールデータとして登録して管理する予約スケジュール管理方法において、
　上記ユーザIDの予約スケジュールへの回答状況を各スケジュールデータに付随して格納し、
　上記他のユーザIDにより新規のスケジュールデータの登録要求があったときに上記ユーザIDの既存のスケジュールデータを探索し、上記予約スケジュールへの回答状況として保留および非承認とが設定されている既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を拒絶し、上記保留および非承認以外である既存のスケジュールデータと時間が重複することでは上記新規のスケジュールデータの登録を拒絶しないことを特徴とする予約スケジュール管理方法。
　【請求項５】
　ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールを上記スケジュールデータとして登録し、上記他のユーザIDによる参照要求に応じて上記ユーザIDに対応するスケジュール一覧を表示するスケジュール管理システムにおいて、
　上記ユーザIDに対応するスケジュールに対する予約への回答状況をスケジュールデータに付随して格納する手段と、
　上記他のユーザIDによる参照要求によるスケジュール一覧を表示する場合、上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しない手段とを備えたことを特徴とするスケジュール管理システム。」
　
（３）補正の適否についての判断 
　本件補正は、請求項１、請求項３乃至５の記載を補正するものである。拒絶査定不服審判を請求する場合にする特許請求の範囲の補正は、特許法第１７条の２第４項の各号に掲げる事項を目的とするものに限られる。さらに、補正が特許請求の範囲の減縮を目的とするものである場合は、補正後の発明が同法第１７条の２第５項において準用する同法第１２６条第５項に規定された「特許出願の際独立して特許を受けることができるもの」でなければならない。
　そこで、各請求項の補正が、これらの規定を満たすか否かについて検討する。
　
・請求項１の補正について
　請求項１の補正は、「上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義し」の記載を追加し、さらに、「上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しない」の前に「上記対応関係の定義に基づいて、」の記載を追加するものである。
　
　補正によって「上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義し」の手順が追加されたが、その上位概念に相当する手順は補正前の請求項１に記載されていない。このような補正は、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　また、補正前の請求項１に係る発明は、承認または未読に対しては表示し、保留または非承認に対しては表示しないという回答状況と表示の可否との対応関係に固定されたものである。
　これに対し、補正後の請求項１に係る発明は、対応関係の定義に基づいて承認または未読に対しては表示し、保留または非承認に対しては表示しないものであるから、この対応関係は定義次第で変更されるものである。
　したがって、この補正は、固定されていた回答状況と表示の可否との対応関係を固定されないように変更するものであるから、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　さらに、補正後の請求項１に係る発明が解決しようとする課題は、他人からスケジュールの参照要求を受けたときに自分の予約スケジュールの表示を自分で定義することであるのに対し、補正前の請求項１に係る発明はこのような課題を解決しようとするものではない。したがって、この補正は、特許法第１７条の２第４項第２号に規定される「その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一」とはいえない。
　よって、請求項１の補正は、特許法第１７条の２第４項第２号に規定される特許請求の範囲の減縮を目的とするものではない。
　
　また、請求項１の補正が、同法第１７条の２第４項第１号に規定される請求項の削除、第３号に規定される誤記の訂正、第４号に規定される明りようでない記載の釈明を目的とするものではないことは明らかである。
　よって、請求項１の補正は、特許法第１７条の２第４項の各号に掲げる、いずれの事項を目的とするものではない。
　
・請求項３の補正について
　請求項３に係る補正は、「上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し」の記載を追加し、さらに、「保留および非承認」を「保留または非承認」に補正して、「上記予約への回答状況として」の前に「上記対応関係の定義に基づいて」の記載を追加するものである。
　
　補正によって「上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し」の手順が追加されたが、その上位概念に相当する手順は補正前の請求項３に記載されていない。このような補正は、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　また、補正前の請求項３に係る発明は、回答状況が保留および非承認であるスケジュールデータを予約スケジュールから除くものであって、回答状況と除かれるスケジュールデータとの対応関係は固定されたものである。
　これに対し、補正後の請求項３に係る発明は、「対応関係の定義に基づいて」、保留および非承認であるスケジュールデータを予約スケジュールから除くものであるから、除かれるスケジュールデータは対応関係の定義次第で変更されるものである。
　このような補正は、除かれるスケジュールデータが保留および非承認のスケジュールデータに固定されていたものを固定されないように変更するものであり、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　さらに、補正後の請求項３に係る発明が解決しようとする課題は、他人から空き時間検索の要求を受けたときに、空き時間と見なすスケジュールデータを自分で定義することであるのに対し、補正前の請求項３に係る発明は空き時間と見なすスケジュールデータが固定されており、このような課題を解決しようとするものではない。したがって、この補正は、特許法第１７条の２第４項第２号に規定される「その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一である」とはいえない。
　よって、請求項３の補正は、特許法第１７条の２第４項第２号に規定される特許請求の範囲の減縮を目的とするものではない。
　
　また、請求項３の補正が、同法第１７条の２第４項第１号に規定される請求項の削除、第３号に規定される誤記の訂正、第４号に規定される明りようでない記載の釈明を目的とするものではないことは明らかである。
　よって、請求項３の補正は、特許法第１７条の２第４項の各号に掲げる、いずれの事項を目的とするものではない。
　
　なお、発明の詳細な説明には、空き時間の検索に関して、
「「−」でないときにはステップ７０５で、スケジュールデータの予約状態を使って定義データ格納部１０７の定義から表示可否情報を取得する。スケジュールデータの予約状態が表示可と定義されていれるものならば、その予約スケジュールは確定しているスケジュールとして扱う。つまり、ステップ７０６でそのスケジュールデータの時間帯を使用時間帯として記憶し、ステップ７０７に進む。スケジュールデータの予約状態が表示不可と定義されていれば、何もせずにステップ７０７に進む。つまり、そのスケジュールデータの時間帯を空き時間として扱う。」
と記載されている（段落【００２５】）。
　この記載によると、空き時間の検索は、回答状況とスケジュールデータの表示の可否との対応関係の定義に基づくものであり、補正後の請求項３に係る発明のように「スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係」の定義に基づくものではない。したがって、補正後の請求項３の記載は発明の詳細な説明に記載したものではなく、特許法第３６条第６項第１号に規定する要件を満たしていない。
　よって、仮に、請求項３の補正が特許請求の範囲の減縮を目的とするものであっても、補正後の発明は特許出願の際独立して特許を受けることができないものであり、特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たしていない。
　
・請求項４の補正について
　請求項４の補正は、「上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し」の記載を追加し、さらに、「保留および非承認」を「承認または未読」に補正し、「上記予約スケジュールへの回答状況として」の前に「上記対応関係の定義に基づいて、」の記載を追加し、「重複することでは」を「重複する場合は」に補正し、「登録を拒絶しない」を「登録を受け付ける」に補正するものである。
　
　補正によって「上記ユーザIDに対応して、スケジュールに対する回答状況と他のユーザIDによるスケジュールデータの登録の可否との対応関係を定義し」の手順が追加されたが、その上位概念に相当する手順は補正前の請求項４に記載されていない。このような補正は、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　また、補正前の請求項４に係る発明は、「予約スケジュールへの回答状況として保留および非承認とが設定されている既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を拒絶し、上記保留および非承認以外である既存のスケジュールデータと時間が重複することでは上記新規のスケジュールデータの登録を拒絶しない」という、回答状況と登録の可否との対応関係に固定されたものである。
　これに対し、補正後の請求項４に係る発明は、「対応関係の定義に基づいて」、新規のスケジュールデータの登録を拒絶し、受け付けるものであるから、登録を拒絶し、あるいは、受け付けるスケジュールデータが定義次第で変更されうるものである。
　このような補正は、固定されていた回答状況と登録の可否との対応関係を固定しないように変更するものであり、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　さらに、補正後の請求項４に係る発明が解決しようとする課題は、他人からスケジュールデータの登録要求を受けたときに、登録拒否をするスケジュールデータを自分で定義することであるのに対し、補正前の請求項４に係る発明は登録拒否をするスケジュールデータが固定されており、このような課題を解決しようとするものではない。したがって、この補正は、特許法第１７条の２第４項第２号に規定される「その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一である」とはいえない。
　よって、請求項４の補正は、特許法第１７条の２第４項第２号に規定される特許請求の範囲の減縮を目的とするものではない。
　
　また、請求項４の補正が、同法第１７条の２第４項第１号に規定される請求項の削除、第３号に規定される誤記の訂正、第４号に規定される明りようでない記載の釈明を目的とするものではないことは明らかである。
　よって、請求項４の補正は、特許法第１７条の２第４項の各号に掲げる、いずれの事項を目的とするものではない。
 　
　なお、発明の詳細な説明には、スケジュールデータの登録に関して、
「一部でも重複していればステップ９０５に進み、判定対象のスケジュールデータが予約スケジュールかを調べる。予約スケジュールでなければ、つまり判定対象のスケジュールデータの予約状態が「−」であればステップ９０７に進む。予約スケジュールであればステップ９０６に進み、その判定対象のスケジュールデータの予約状態を使って定義データ格納部１０７から対応する可否情報を取得する。図３の定義であれば、判定対象スケジュールデータの予約状態が「承認」であるときのみ新スケジュールの登録不可であり、「承認」以外の場合は登録可である」
と記載されている（段落【００２８】）。
　この記載によると、回答状況が承認であるときのみ登録を拒絶し、非承認、保留、未読である場合は登録を受け付けており、補正後の請求項４に係る発明のように「上記予約スケジュールへの回答状況として承認または未読が設定されている既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を拒絶し、上記承認または未読以外である既存のスケジュールデータと時間が重複する場合は上記新規のスケジュールデータの登録を受け付ける」ものではない。したがって、補正後の請求項４の記載は、発明の詳細な説明に記載したものではなく、特許法第３６条第６項第１号に規定する要件を満たしていない。
　よって、仮に、請求項４の補正が特許請求の範囲の減縮を目的とするものであっても、補正後の発明は特許出願の際独立して特許を受けることができないものであり、特許法第１７条の２第５項において準用する同法第１２６条第５項に規定する要件を満たしていない。
　
・請求項５の補正について
　請求項５の補正は、「上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義する手段」の記載を追加し、「上記予約への回答状況が承認、未読、保留および非承認のいずれかが少なくとも設定されているスケジュールデータについて承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しない手段」の記載の前に「上記対応関係の定義に基づいて、」の記載を追加するものである。
　
　補正によって「上記ユーザIDに対応して、スケジュールに対する回答状況とスケジュールデータの表示の可否との対応関係を定義する手段」が追加されたが、その上位概念に相当する手段は補正前の請求項５に記載されていない。このような補正は、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　また、補正前の請求項５に係る発明は、回答状況と表示の可否との対応関係が「承認または未読が設定されているスケジュールデータは表示し、保留または非承認が設定されているスケジュールデータは表示しない」に固定されたものである。
　これに対し、補正後の請求項５に係る発明は、「対応関係の定義に基づいて」、承認または未読のスケジュールデータを表示し、保留または非承認のスケジュールデータを表示しないものであるから、対応関係の定義次第で表示するスケジュールデータ、あるいは、表示しないスケジュールデータが変更されるものである。
　したがって、この補正は、固定されていた対応関係を固定されないように変更するものであるから、特許法第１７条の２第４項第２号に規定される「請求項に記載した発明を特定するために必要な事項を限定するもの」ではない。
　さらに、補正後の請求項５に係る発明が解決しようとする課題は、他人からスケジュールの参照要求を受けたときに自分の予約スケジュールの表示を自分で定義することであるのに対し、補正前の請求項５に係る発明は対応関係が固定されているから、このような課題を解決しようとするものではない。したがって、この補正は、特許法第１７条の２第４項第２号に規定される「その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一である」とはいえない。
　よって、請求項５の補正は、特許法第１７条の２第４項第２号に規定される特許請求の範囲の減縮を目的とするものではない。
　
　また、請求項５の補正が、同法第１７条の２第４項第１号に規定される請求項の削除、第３号に規定される誤記の訂正、第４号に規定される明りようでない記載の釈明を目的とするものではないことは明らかである。
　よって、請求項５の補正は、特許法第１７条の２第４項の各号に掲げる、いずれの事項を目的とするものではない。
　
（４）以上のとおりであるから、本件補正は、特許法第１７条の２第４項または第５項の規定に違反するので、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって、上記結論のとおり決定する。 
　
第３　本願発明について  
１．本願発明 
　平成１７年３月３日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に記載された発明（以下、「本願発明」という。）は、平成１６年２月２日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりのものである。  
　
２．引用例
（１）原査定の拒絶の理由に引用された特開平５−１６５８３６号公報（平成５年７月２日公開。以下、「引用刊行物１」という。）には、次の事項が記載されている（ただし、原文において「○」の中に数字が記載された記号は、数字のみに変更した。）。
　
ア．「【０００１】
【産業上の利用分野】本発明はスケジュール管理システムに係わり、詳細には、ネットワークを利用して複数ユーザのスケジュールを一括して管理するスケジュール管理システムに関する。」
　
イ．「【０００６】図２はメモリ４の構成を概念的に表したものである。このメモリ４は、プログラム格納エリア７とデータ管理エリア８から構成されている。・・・（中略）・・・一方、データ管理エリア８には、複数のスケジュールファイル９−ａ、９−ｂ、…が設けられており、各ユーザ毎にスケジュール内容が格納される。」
　
ウ．「【０００９】このように構成されたスケジュール管理システムは、サーバ１において各ユーザ毎のスケジュールを管理するようになっている。そして、キーボード１８からユーザ名がログインされると、サーバ１は、対応するユーザのスケジュールを、メモリ４のスケジュールファイル９から読み出し、ログインされたワークステーション３に送信する。ワークステーション３では、送信された各スケジュールを表示装置１７にスケジュール表示画面として表示するようになっている。
【００１０】図４は、表示装置１７に表示されるスケジュール表示画面を表したものである。この表示画面は週表示画面で、１週間のスケジュールが表示されている。」
　
エ．「【００１４】このようなスケジュール表示画面からユーザがスケジュールを入力する動作について次に説明する。今、入力処理を行うユーザａが自分の名前、例えば「金子小百合」をログイン名としてワークステーション３−１のキーボード１８から入力すると、そのワークステーション３−１はサーバ１と接続され、表示装置１７には初期画面が表示される。ここで、スケジュール管理をキーボード１８またはマウス１９で選択すると、サーバ１は、ログインされたユーザａのスケジュール内容をメモリ４のスケジュールファイル９−１から読み出してワークステーション４−１に供給する。ワークステーション４−１では、表示装置１７に供給されたスケジュールの内容がスケジュール表示画面に表示する。
【００１５】図６は表示装置１７に表示されたスケジュール内容入力画面を表したものである。スケジュール内容入力画面の上部には該当する日付４１が表示され、その下側にはスケジュールの時間帯を表示する時間欄４３とスケジュール内容が表示される内容欄４５が表示され、更に、画面最下欄には、機能キーに対応したアイコンが表示されている。」
　
オ．「【００１６】・・・（中略）・・・時間欄４３に入力する時間は、必ずしも開始時間と終了時間との両時間を入力する必要はなく、時間が未確定なスケジュールの場合には、開始時間、終了時間のいずれかを入力すればよい。設定された時間帯は、スケジュール表示画面に矢印で表示されるが、時間が確定しているか否か、また操作者自身で設定したスケジュールか否かによって異なる表示とすることによって、そのスケジュールがどのような状態なのかを目視で容易に認識することができる。」
　
カ．「【００１７】図７は、時間帯を示す各種の矢印を週表示画面に表したものである。・・・（中略）・・・太い中抜きの矢印は、後述の通知機能により他のユーザから通知された共通スケジュールであることを表している。そして、通知を受けたユーザが、通知元に対して返答をしていない保留状態のスケジュール５１には矢印の両内側に？マークが表示され、通信制御装置１５から参加の返答をだしたスケジュール５３には？マークが削除される。」
　
キ．「【００１９】以上ようにして設定されたユーザａのスケジュールは、その時間、内容、属性等が通信制御装置１５、ＬＡＮケーブル２からサーバ１に供給され、メモリ４のスケジュールファイル９−１に格納される。」
　
ク．「【００２０】次に、スケジュール管理システムにより、他のユーザのスケジュールの参照、会議室や備品の予約、スケジュールの通知とその返答といった一連の機能について、会議開催を例に説明する。いま、簡単のため、会議の主催者ｂがユーザａと会議を開催するものとする。またユーザａはワークステーション３−１を使用し、ユーザｂはワークステーション３−２を使用するものとする。」
　
ケ．「【００２１】・・・（中略）・・・ユーザｂは、図４に示す週表示画面の状態でキーボード１８から照会コマンドを入力すると、図８（ａ）に示す照会指定画面がウィンドウ表示される。この照会指定画面で、照会したいユーザ名、施設名、照会日を照会データとして入力する。照会したいユーザ名は、空白は挟んで複数設定することができるが、ここでは、会議メンバーであるユーザａを入力する。」
　
コ．「【００２２】ユーザｂによって設定された照会データが入力されると、ワークステーション３−２からサーバ１に照会データが供給される。サーバ１では、供給された照会データに対応するユーザａのスケジュールデータ９−ａから必要なデータを読み出してワークステーション３−１に供給することによって照会が行われる。すなわち、ユーザｂが図８（ａ）の照会指定画面で、カーソルがユーザ名の欄上にある状態で入力を行うと、（ｂ）に示す照会画面が週表示画面にウィンドウ表示される。」
　
サ．「【００２３】・・・（中略）・・・ユーザｂは、以上の操作により、照会画面（ｂ）、参照画面（ｃ）、施設予約画面（ｄ）を参照して、会議に必要なメンバーのスケジュールと施設の空き状態を確認して、会議の開催日時と会議室を決定する。会議の開催日時と会議室が決定したら、ユーザｂは通知コマンドを入力し、図９に示す通知画面をウィンドウ表示する。この通画面で、スケジュールの内容、日時、通知先、施設名（会議室）、および必要なコメントを備考に入力して通知を行う。」
　
シ．「【００２５】２スケジュールの通知
以上のように、照会または、空き調査の後に通知が行われると、設定されたスケジュール内容、日時、通知先、施設名、備考内容がサーバ１に供給される。サーバ１では、供給された内容をメモリ４の通知ファイル１１格納する。すなわちサーバ１は、メモリ４の予約ファイル１０に、通知された施設名、日時、予約者名を格納する。これにより、会議開催の通知を行ったユーザｂは、通知動作によって会議室の予約を完了する。また、サーバ１は、通知先であるユーザａのスケジュールデータ９−ａに、通知されたスケジュールであることを示すデータと共に、そのスケジュールの内容を格納する。」
　
ス．「【００２７】３通知スケジュールに対する返答
次に、通知を受けたユーザａが、ユーザｂに対して返答を行う動作について説明する。通知を受けたユーザａの週表示画面には、図７に示すように、両側に？マークが付された太い中抜きの矢印５１で表示される。この矢印５１に表示された？マークは、受けた通知に対して、返答をまだ出していないことを示している。ユーザａが、週表示画面から未返答の通知スケジュール上にカーソルを位置させた状態で返答キーを選択すると、図１２に示す返答画面がウィンドウ表示される。この返答画面では、通知されたスケジュールの内容、日時、発起人（通知を行ったユーザ）、施設名、通知先、備考の他に、返事、通知された日時や、通知を受けた者の参加、不参加、保留状態が表示される。
【００２８】この返答画面で参加キーまたは不参加キーを選択すると返事欄に、参加、不参加が表示されると共に、保留状態のスケジュールが確定したスケジュールに変更される。この選択により図示しないがコメント画面がウィンドウ表示され、参加理由や不参加理由等のコメントを入力することができる。図７に示すように、保留状態で示されていたスケジュール５１は、参加の返答が選択されることによって、？マークが削除される。また、不参加の返答が選択されると、表示されていたスケジュール５１全体が削除される。」
　
　したがって、引用刊行物１には以下の発明（以下、引用発明１という。）が記載されている。
「複数のスケジュールファイルが設けられ、ユーザ毎にスケジュール内容を格納するメモリを備え、
　ユーザａが自分のユーザ名でログインすると初期画面を表示し、
　その初期画面でスケジュール管理が選択されると、ログインされたユーザａのスケジュール内容をメモリから読み出して週表示画面に表示し、
　その週表示画面において、他のユーザから通知されたスケジュールであって保留状態のスケジュールは両内側に？マークを付した矢印で表示し、参加の返答が選択されたスケジュールは？マークを削除し、不参加の返答が選択されたスケジュールは全体を削除し、
　スケジュール内容入力画面に時間帯、内容等のスケジュール内容が入力されると、ログインしたユーザのスケジュールとしてメモリに格納し、
　会議の主催者であるユーザｂの照会指定画面において、会議に必要なメンバーであるユーザａのユーザ名が入力されると、ユーザａのスケジュールをメモリから読み出してユーザｂの照会画面に表示し、
　ユーザｂの通知画面において会議開催のスケジュール内容、日時、通知先等が入力されると、そのスケジュールを通知先であるユーザａのスケジュールファイルに格納し、
　ユーザａの返答画面に通知されたスケジュールの内容、通知を受けた者の参加、不参加、保留状態を表示し、その返答画面において参加の返答あるいは不参加の返答が選択されるスケジュール管理システム」
　
（２）原査定の拒絶の理由に引用された、「ＩＦＯＮＹ　ｆｏｒ　Ｗｉｎｄｏｗｓ　Ｖ１．２　使用手引書」、富士通株式会社、１９９６年１２月、Ｐ．１６５−２０８（以下、「引用刊行物２」という）には、次の事項が記載されている。
　
セ．「第４章
スケジュール管理
４．１　スケジュール管理とは
　スケジュール管理は、個人のスケジュール管理や、ほかの人へのスケジュール依頼、グループ全体のスケジュール管理が行えます。
　以下に、スケジュール管理の全体像を示します。
・・・（図省略）・・・
●個人スケジュール管理
自分のスケジュールを管理します。
また、第三者のスケジュールに対して、会議などの予約を依頼し登録できます。第三者に対しての依頼は、依頼を受けた相手が承認または保留した場合に、相手のスケジュールとして登録されます。」（第１６５頁第１行〜第１１行）
　
ソ．「４．７．２　受付一覧検索
　依頼されたスケジュールの内容を検索できます。
　依頼されたスケジュールの承認／却下、スケジュールの詳細を参照したいときなどに使用します。
１　スケジュール管理ウィンドウの【検索】メニューから【受付一覧検索】を選択します。
受付一覧検索／整列ダイアログボックスが表示されます。
・・・（図省略）・・・
２　各項目を設定します。
・・・（表省略）・・・
３　【実行】をクリックします。
　　設定した内容で検索／整列され、受付一覧ダイアログボックスが表示されます。
・・・（図省略）・・・
４　内容を確認して、【終了】をクリックします。
　　受付一覧の処理が終了し、表示カレンダウィンドゥに戻ります。
　○アドバイス○
・依頼回答時のコメントを入力できます。全角40文字（半角80文字）以内で入力します。
　また、依頼回答時のコメントを入力し、再度【承認】【却下】をクリックすると、依頼の回答を変更できます。
・回答未の依頼スケジュールのみ保留できます。
・依頼されたスケジュールを保留する場合は、保留するスケジュールを選択して【保留】をクリックします。保留スケジュールとして自分のスケジュールに予約されます。
・依頼されたスケジュールを承認する場合は、承認するスケジュールを選択して【承認】をクリックします。自分のスケジュールに予約されます。
・依頼されたスケジュールを承認しない場合は、却下するスケジュールを選択して【却下】をクリックします。依頼されたスケジュールは却下されます。」（第１９０頁第１１行〜第１９１頁第１５行。なお、原文において「○」の中に数字が記載された記号は、数字のみに変更した。）
　
タ．第１９０頁「各項目を設定します。」の記載に続いて表が記載され、その表の中に次の内容が記載されている
「項目　　　　　　　　　　　　説明
　種別　　　検索するスケジュール項目を指定します。
　参照未　　まだ参照していないスケジュールを検索します。
　参照済　　一度参照したスケジュールを検索します。
　　　　　　取　消　　：依頼されたスケジュールで取り消されたものを検索します。
　　　　　　保　留　　：依頼されたスケジュールで保留のものを検索します。
　　　　　　依頼回答未：依頼されたスケジュールに対して未回答のものを検索します。
　　　　　　依頼回答済：依頼されたスケジュールに対して回答済みのものを検索します。」。
　
　したがって、引用刊行物２には次の発明（以下、「引用発明２」という。）が記載されている。
「依頼されたスケジュールを検索する際に、受付一覧検索／整列ダイアログボックスに参照未、取消、保留等の項目が設定され、実行がクリックされると設定された内容で検索して受付一覧ダイアログボックスを表示し、依頼されたスケジュールに対して保留、承認、却下の選択が行われるＩＦＯＮＹ　ｆｏｒ　Ｗｉｎｄｏｗｓ　Ｖ１．２のスケジュール管理」
　
 ３．対比
　引用発明１の「スケジュール管理システム」は、本願発明の「スケジュール管理システム」に対応する。また、引用発明１の「スケジュール管理システム」で行われるスケジュールの表示手順は、本願発明の「スケジュール表示方法」に対応する。
　
　引用発明１の「時間帯」、「内容」、「ユーザ名」は、それぞれ本願発明の「時間帯」、「要件」、「ユーザID」に対応する。
　
　引用発明１の「メモリ」に格納された「スケジュールファイル」は本願発明の「スケジュールデータ」に対応し、「メモリ」は本願発明の「スケジュールデータ格納部」に対応する。
　
　引用発明１において、ユーザｂからユーザａに通知されるスケジュールは、会議の開催を予め約束するためのスケジュールであるから、予約スケジュールであると言える。また、ユーザｂとユーザａが異なるユーザ名（ユーザID）を有するのは当然であるから、ユーザｂのユーザIDが本願発明の「他のユーザID」に、ユーザａのユーザIDが本願発明の「ユーザID」に対応する。
　
　引用発明１において、ユーザｂから通知されたユーザａのスケジュールをスケジュールファイルに格納することは、本願発明において、ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールをスケジュールデータとして登録することに対応する。
　
　引用発明１は、ユーザｂの照会指定画面において、ユーザａのユーザ名が照会指定画面に入力されると、ユーザａのスケジュールデータから必要なデータを読み出して照会画面に表示させる。ユーザｂがユーザａのスケジュールを照会することは、本願発明において、他のユーザIDによる参照要求に応じてユーザIDに対応するスケジュールを表示することに対応する。
　
　引用発明１における「参加の返答」「不参加の返答」は、会議への参加を承認する回答、非承認する回答であるから、本願発明において回答状況が「承認」「非承認」の場合に対応する。また、引用発明１の「保留」は本願発明の「保留」に対応する。そして、週表示画面において「参加の返答」をしたスケジュールは矢印で表示され、「不参加の返答」をしたスケジュールは削除されるから、承認が設定されているスケジュールデータは表示され、非承認が設定されているスケジュールデータは表示されない。
　
　したがって、本願発明と引用発明１とは以下の点で一致する。
「ユーザIDに対応するスケジュールの構成要素として時間帯および要件とを含むスケジュールデータを登録するスケジュールデータ格納部を備え、上記ユーザIDとは異なる他のユーザIDを有するユーザからの予約スケジュールを上記スケジュールデータとして登録し、上記他のユーザIDによる参照要求に応じて上記ユーザIDに対応するスケジュールを表示するスケジュール管理システムにおけるスケジュール表示方法において、上記予約への回答状況が承認、非承認、保留が設定されているスケジュールデータについて承認が設定されているスケジュールデータは表示し、非承認が設定されているスケジュールデータは表示しないことを特徴とするスケジュール表示方法。」
　
そして、以下の点で相違する。
（１）本願発明は参照要求によってスケジュール一覧を表示するのに対し、引用発明１はスケジュールを表示するものの、それが一覧であるか否か不明である点。
　
（２）本願発明は回答状況をスケジュールデータに付随して格納するのに対し、引用発明１は回答状況をどのように格納しているのか不明である点。
　
（３）本願発明は、「他のユーザIDによる参照要求によるスケジュール一覧を表示する場合」において、回答状況に応じたスケジュールの表示、非表示を行うのに対し、引用発明１は、ユーザａのユーザ名によるログインの後にスケジュール管理が選択されて、ユーザａのスケジュールを表示する場合、すなわち、ユーザIDによる要求によってスケジュールを表示する場合に回答状況に応じたスケジュールの表示、非表示を行うものであり、他のユーザIDによる参照要求によるスケジュールを表示する場合に、どのような表示を行うのか不明である点。
　
（４）本願発明は回答状況として承認、未読、保留および非承認のいずれかが少なくとも設定され、未読が設定されている場合はスケジュールデータを表示し、保留が設定されている場合はスケジュールデータを表示しないのに対し、引用発明１は承認、保留および非承認のいずれかが設定されるもので、未読の設定がなく、また、保留が設定されている場合はスケジュールデータを表示する点。
　
４．当審の判断
・上記相違点（１）について
　一人のユーザに複数のスケジュールが設定されることは技術常識であり、複数のスケジュールが格納されている場合に、それらを同時に表示して一覧とすることは容易に想到し得ることである。
　
・上記相違点（２）について
　引用発明１は、通知スケジュールの返答画面に通知スケジュールを受けた者の参加、不参加、保留状態を表示するから、回答状況は通知スケジュールに関連付けられて記憶されている。回答状況とスケジュールデータとの関連づけを、回答状況をスケジュールデータに付随して格納することにより実現することは容易に想到し得ることである。
　
・上記相違点（３）について
　他のユーザIDによる参照要求によってユーザIDのスケジュールを表示する場合も、ユーザIDによる要求によってユーザIDのスケジュールを表示する場合も、ユーザIDのスケジュールを表示することに変わりはない。
　他のユーザIDによる参照要求によってスケジュール一覧を表示する場合にも、回答状況に応じたスケジュールの表示、非表示を行うことは容易に想到し得ることである。
　
・上記相違点（４）について
　引用発明２は、依頼されたスケジュールを検索する際の設定項目として、「参照未、取消、保留」等の項目を有し、また、依頼されたスケジュールに対する回答として「保留、承認、却下」の選択肢を有している。したがって、依頼されたスケジュールは、「承認」「参照未」「保留」「却下」の回答状況を有している。この「承認」「参照未」「保留」「却下」は本願発明の「承認」「未読」「保留」「非承認」に対応し、引用発明１の回答状況として「承認」「保留」「非承認」のほかに「未読」を追加することは引用発明２に基づいて容易に想到し得ることである。
　また、これらの回答状況にあるスケジュールデータを表示するか否かは、そのデータを参照するユーザに対してどのようなスケジュールデータを通知したいか、あるいは、ユーザがどのようなスケジュールデータを必要としているかに応じて、適宜設定されることに過ぎない。
　したがって、引用発明１において、「未読」の回答状況を追加して、「未読」ついては表示し、「保留」については非表示にすることは容易に想到し得ることである。
　
　そして、本願発明の構成によってもたらされる効果も、引用発明から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。
　
 ４．むすび  
　したがって、本願発明は、引用刊行物１及び２に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶すべきものである。
　よって、結論の通り審決する。