【事件の表示】
　平成　９年特許願第２３４８７０号「データ分散システム及び方法」拒絶査定不服審判事件〔平成１０年　５月　６日出願公開、特開平１０−１１６２５６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯
　本願は、平成９年８月２９日（パリ条約による優先権主張１９９６年９月４日、米国）の出願であって、平成１５年１２月１９日付で拒絶査定がされ、これに対し、平成１６年３月１９日に拒絶査定に対する審判請求がなされ、同日付で手続補正（以下「本件補正」という。）がなされたものである。
　
２．平成１６年３月１９日付の手続補正についての補正却下の決定
　［補正却下の決定の結論］
　　平成１６年３月１９日付の手続補正を却下する。
　
　［理由］
　本件補正により、特許請求の範囲の請求項９は、
　
「【請求項９】
　デジタル符号化線形表現を表すデータを分散するシステムであって、
　前記デジタル符号化線形表現の複数の定義済みセグメントの１つを受信するように指定される１つ以上の受信グループと、
　受信者により発行される、前記複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求を受信し、かつ要求窓の終了までの間に要求を発行した受信者を登録する手段と、
　次に前記全要求セグメントを受信する、前記１つ以上の受信グループ内の受信グループを決定する手段と、
　前記受信者を、次に前記全要求セグメントを受信する前記受信グループに割当てる手段とを含み
　前記要求窓の終了時が前記指定された順次セグメントのマルチキャスト周期的提供を開始させる、システム。」
　
と補正された。
　本件補正前の特許請求の範囲の請求項９は次のとおりである。
　
「【請求項９】
　デジタル符号化線形表現を表すデータを分散するシステムであって、
　前記デジタル符号化線形表現の複数の定義済みセグメントの１つを受信するように指定される、１つ以上の受信グループと、
　受信者により発行される、前記複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求を受信する手段と、
　次に前記全要求セグメントを受信する、前記１つ以上の受信グループ内の受信グループを決定する手段と、
　前記受信者を、次に前記全要求セグメントを受信する前記受信グループに割当てる手段と、
　を含む、システム。」
　
　上記特許請求の範囲の補正により、補正前の「デジタル符号化線形表現の伝送の要求を受信する手段」は、「デジタル符号化線形表現の伝送の要求を受信
し、かつ要求窓の終了までの間に要求を発行した受信者を登録
　したがって、本件補正は、特許法１７条の２第４項の規定に違反するものであり、特許法１５９条１項において読み替えて準用する同法５３条１項の規定により却下されるべきものである。
　
３．本願発明について
　平成１６年３月１９日付の手続補正は上記のとおり却下されたので、本願の請求項９に係る発明（以下、「本願発明」という。）は、平成１４年９月３日付手続補正によって補正された明細書の特許請求の範囲の請求項９に記載された事項により特定される、以下のとおりのものである。
　
「【請求項９】
　デジタル符号化線形表現を表すデータを分散するシステムであって、
　前記デジタル符号化線形表現の複数の定義済みセグメントの１つを受信するように指定される、１つ以上の受信グループと、
　受信者により発行される、前記複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求を受信する手段と、
　次に前記全要求セグメントを受信する、前記１つ以上の受信グループ内の受信グループを決定する手段と、
　前記受信者を、次に前記全要求セグメントを受信する前記受信グループに割当てる手段と、
　を含む、システム。」
　
（１）引用例
　これに対して、原査定の拒絶の理由で引用された国際公開第９５／３４１６９号パンフレット（以下、「引用例」という。なお、同パンフレットの対応日本語公報である、特表平１０−５０１３８９号公報の記載を引用する。）には、図面と共に次の事項が記載されている。
　
１「本発明は一般にビデオデータ伝送システムに関し、より特定的には、視聴者によってリアルタイムで制御されるビデオ・オン・デマンドシステムに関する。さらに特定的には、本発明は、視聴者によって制御される多数のディスプレイシステムへのリアルタイムの分配のためにデジタルビデオデータサーバによって参照されるビデオライブラリからのデジタルビデオデータの需要に即応じた対話型の配達に関する。」（１４ページ６行〜１１行）
　
２「好ましい実施例の説明
　本発明は、エンドユーザの応用のためにビデオ「イベント」を供給するためのコンピュータベースのシステムを提供する。イベントは、おそらくエンコードされ圧縮される、デジタルビデオデータのストリームであり、これは、ビデオサーバによって従来の磁気ディスク、光ディスク、磁気テープ、または主メモリから視聴者に転送される。イベントは、ビデオサーバからのサービスのリクエスト、およびそのリクエストの結果転送される関連テータであると考えられる。」（２２ページ下から３行〜２３ページ上から４行）
　
３「２２００／９００コンピュータシステムのような大型の企業サーバをビデオサーバとして用いれば、大容量記憶装置から分配ネットワークにビデオデータを転送するのに多くのＩ／Ｏチャネルが利用可能であり、それにより、全体的なシステムスループットが増加する。多重化によってディスクへの同時アクセスが達成され、多くの視聴者が同じディスクにストアされるタイトルからのデジタルビデオデータをリクエストしているという状態が可能になる。」（３５ページ末行〜３６ページ５行）
　
４「図５は、多数のビデオデータストリームの概念を示している。この例では、ストリーム間の時間は１分である。各開始間のこの時間は例示的なものであって、本発明の範囲を限定するものとして捉えられるべきではない。各ストリームはｎ分の長さである。したがって、ストリーム＃１８４は時間Ｔ０で始まり時間Ｔｎで終了する。ストリーム＃２  ８６は時間Ｔ１で始まり時間Ｔ（ｎ＋１）で終了する。他のストリームは、図示しているようにストリーム＃ｎ  ８８まで同様の態様で処理される。もちろん、独立したストリームの数は、ストリーム間の選択された時間に依存する。ビデオデータストリームの開始、停止、および分配の制御は、図４に示すビデオサーバＳＷ６０によって与えられる。
　視聴者による特定のタイトルのサービス開始リクエストがビデオサーバ１２によって受取られると、その次の「同期点」まで、すなわち、リクエストされたプログラムのその次のビデオデータストリームの開始まで、応答サービスは遅延する。所与のビデオデータストリームまたはストリーム内の点に同期される視聴者は、グループ分けされると考えられる。なお、一連のストリーム内のいかなる所与の同期点にも多数のグループが存在し得る。図６Ａおよび図６Ｂは、ランダムに到着する視聴者リクエストを組合せて同期グループに分ける概念を示す図である。サービスリクエストは視聴者からランダムに受取られる。これらのリクエストはこの例ではＲ１、Ｒ２、…Ｒ１２として図示している。図６Ａでは、リクエストＲ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ８はすべて時間Ｔ０と時間Ｔ１との間にビデオサーバによって受取られる。これらのリクエストは、図６Ｂに示すように、時間Ｔ１で伝送を開始する同期グループにグループ分けされる。同様に、リクエストＲ６およびＲ７は、時間Ｔ２で伝送を開始する同期グループにグループ分けされる、等である。」（３８ページ下から４行〜３９ページ上から１９行）
　
５「視聴者による個々のビデオデータストリームの表示の準独立制御は、視聴者のリクエストに応じて視聴者をあるビデオデータストリームからその次のビデオデータストリームに「スリップ」することによって与えられる。たとえば、視聴者が現在のストリームの伝送を一時停止（PAUSE）または停止（STOP）するようリクエストすると、視聴者は、その視聴者が現在割当てられている同期グループからはずされる。視聴者が今後ビデオデータストリームの伝送を終了点から再開できるようにするために、ビデオサーバＳＷ６０は、視聴者がどの同期グループに残されているか、およびサービスがストリーム中のどの点で割込まれたかを追跡する。PAUSE の後に伝送を続けるために、視聴者からの再生（PLAY）リクエストにより、視聴者の新しいビデオデータストリーム伝送は、どのビデオデータストリームがPAUSE またはSTOPのリクエストが受取られた点（すなわち終了点）を表していてもそのビデオデータストリームと再同期される。同期グループの時間粒度のため、いくつかのデータは視聴者に再伝送される可能性があり、この潜在的なオーバラップはビデオデータストリームの伝送と伝送との間の時間単位となるであろう。視聴者のPAUSE リクエストにはタイムアウトの特徴が与えられ得、視聴者のPAUSE リクエストからいくらかの予め定められた時間が経過しその視聴者からPLAYリクエストが受取られていなければ、PAUSE をSTOPリクエストに変換する。ふたたび図５を参照して、視聴者が現在たとえばストリーム＃２  ８６に同期され、時間Ｔ４でPAUSE リクエストを発行したとすると、視聴者は、ビテオサーバＳＷ６０によってストリーム＃２に関する同期グループから外されるであろう。選択されたプログラムの表示を継続するために視聴者が時間ＴｎでPLAYリクエストを発行したとすると、視聴者は、時間Ｔ（ｎ−３）で開始されるビデオデータストリームに関する同期グループに加えられるであろう。ストリーム＃２が時間Ｔ１で始まり、視聴者が３時間単位の差で、すなわち、時間Ｔ４で一時停止したため、正しいデータを配達するために視聴者に伝送される必要のあるビデオデータストリームは、選択された再開時間Ｔｎよりも３時間単位前に始まるストリームでなければならない。巻戻し（REWIND）および早送り（FORWARD）リクエストが実現される場合も、リクエストを出している視聴者が割当てられる同期グループは変わる。」（３９ページ２０行〜４０ページ下から７行）
　
　以上の記載から、引用例には、次の発明（以下「引用例発明」という。）が記載されているものと認める。
　
「視聴者によってリアルタイムで制御されるビデオ・オン・デマンドシステムであるビデオデータ伝送システムであって、エンドユーザの応用のためにビデオ「イベント」を供給するためのコンピュータベースのシステムであり、イベントは、エンコードされ圧縮されるデジタルビデオデータのストリームであり、これは、ビデオサーバによって従来の磁気ディスク、光ディスク、磁気テープ、または主メモリから視聴者に転送され、
　大型の企業サーバをビデオサーバとして用いて、多くの視聴者が同じディスクにストアされるタイトルからのデジタルビデオデータをリクエストしているという状態が可能になり、
　多数のビデオデータストリームのうち、ストリーム間の時間は１分であり、各ストリームはｎ分の長さであり、ストリーム＃１は時間Ｔ０で始まり時間Ｔｎで終了し、ストリーム＃２は時間Ｔ１で始まり時間Ｔ（ｎ＋１）で終了し、他のストリームは、ストリーム＃ｎまで同様の態様で処理され、
　視聴者による特定のタイトルのサービス開始リクエストがビデオサーバ１２によって受取られると、その次の「同期点」まで、すなわち、リクエストされたプログラムのその次のビデオデータストリームの開始まで、応答サービスは遅延し、所与のビデオデータストリームまたはストリーム内の点に同期される視聴者は、グループ分けされ、一連のストリーム内のいかなる所与の同期点にも多数のグループが存在し、ランダムに到着する視聴者リクエストを組合せて同期グループに分けられ、サービスリクエストは視聴者からランダムに受取られ、これらのリクエスト（Ｒ１、Ｒ２、…Ｒ１２）のうち、リクエストＲ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ８はすべて時間Ｔ０と時間Ｔ１との間にビデオサーバによって受取られ、同様に、リクエストＲ６およびＲ７は、時間Ｔ２で伝送を開始する同期グループにグループ分けされ、
　視聴者が現在のストリームの伝送を一時停止（PAUSE）または停止（STOP）するようリクエストすると、視聴者は、その視聴者が現在割当てられている同期グループからはずされ、視聴者が今後ビデオデータストリームの伝送を終了点から再開できるようにするために、ビデオサーバＳＷ６０は、視聴者がどの同期グループに残されているか、およびサービスがストリーム中のどの点で割込まれたかを追跡し、PAUSE の後に伝送を続けるために、視聴者からの再生（PLAY）リクエストにより、視聴者の新しいビデオデータストリーム伝送は、どのビデオデータストリームがPAUSE またはSTOPのリクエストが受取られた点（すなわち終了点）を表していてもそのビデオデータストリームと再同期され、
　視聴者が現在たとえばストリーム＃２  ８６に同期され、時間Ｔ４でPAUSE リクエストを発行したとすると、視聴者は、ビテオサーバＳＷ６０によってストリーム＃２に関する同期グループから外され、選択されたプログラムの表示を継続するために視聴者が時間ＴｎでPLAYリクエストを発行したとすると、視聴者は、時間Ｔ（ｎ−３）で開始されるビデオデータストリームに関する同期グループに加えられることによって、ストリーム＃２が時間Ｔ１で始まり、視聴者が３時間単位の差で、すなわち、時間Ｔ４で一時停止したため、正しいデータを配達するために視聴者に伝送される必要のあるビデオデータストリームは、選択された再開時間Ｔｎよりも３時間単位前に始まるストリームでなければならなく、巻戻し（REWIND）および早送り（FORWARD）リクエストが実現される場合も、リクエストを出している視聴者が割当てられる同期グループは変わる
　ビデオデータ伝送システム。」
　
（２）対比
　そこで、本願発明と引用例発明とを対比すると、引用例発明の「ビデオデータ伝送システム」は本願発明の「システム」に相当し、以下同様に「視聴者」は「受信者」に、「同期グループ」は「受信グループ」に相当する。
　引用例発明の「ビデオデータストリーム」は、引用例発明が「視聴者によってリアルタイムで制御されるビデオ・オン・デマンドシステムであるビデオデータ伝送システムであって、エンドユーザの応用のためにビデオ「イベント」を供給するためのコンピュータベースのシステムであり、イベントは、エンコードされ圧縮されるデジタルビデオデータのストリーム」であることから、本願発明の「デジタル符号化線形表現」に相当し、また引用例発明の「ビデオデータ伝送システム」は、「視聴者によってリアルタイムで制御されるビデオ・オン・デマンドシステムであるビデオデータ伝送システム」であり、「多くの視聴者が同じディスクにストアされるタイトルからのデジタルビデオデータをリクエストしているという状態が可能に」なるものでもあるから、本願発明同様「デジタル符号化線形表現を表すデータを分散するシステム」であるといえる。
　引用例発明は、「視聴者による特定のタイトルのサービス開始リクエストがビデオサーバ１２によって受取られると、その次の「同期点」まで、すなわち、リクエストされたプログラムのその次のビデオデータストリームの開始まで、応答サービスは遅延し、所与のビデオデータストリームまたはストリーム内の点に同期される視聴者は、グループ分けされ、一連のストリーム内のいかなる所与の同期点にも多数のグループが存在し、ランダムに到着する視聴者リクエストを組合せて同期グループに分けられ、サービスリクエストは視聴者からランダムに受取られ、これらのリクエスト（Ｒ１、Ｒ２、…Ｒ１２）のうち、リクエストＲ１、Ｒ２、Ｒ３、Ｒ４、Ｒ５、Ｒ８はすべて時間Ｔ０と時間Ｔ１との間にビデオサーバによって受取られ、同様に、リクエストＲ６およびＲ７は、時間Ｔ２で伝送を開始する同期グループにグループ分けされ」るものであるから、本願発明と、「前記デジタル符号化線形表現を受信するように指定される、１つ以上の受信グループ」と、「受信者により発行される、前記デジタル符号化線形表現の伝送の要求を受信する手段」と、「前記１つ以上の受信グループ内の受信グループを決定する手段」と、「前記受信者を、前記受信グループに割当てる手段」とを有する点で一致するといえるから、両者は、
　
「デジタル符号化線形表現を表すデータを分散するシステムであって、
　前記デジタル符号化線形表現を受信するように指定される、１つ以上の受信グループと、
　受信者により発行される、前記デジタル符号化線形表現の伝送の要求を受信する手段と、
　前記１つ以上の受信グループ内の受信グループを決定する手段と、
　前記受信者を、前記受信グループに割当てる手段と、
　を含む、システム。」の点で一致し、以下の点で相違している。
　
［相違点１］本願発明の「１つ以上の受信グループ」は、「デジタル符号化線形表現の複数の定義済みセグメントの１つを受信するように指定される」のに対し、引用例発明の１つ以上の受信グループは、所与のビデオデータストリームまたはストリーム内の点に同期される視聴者は、グループ分けされ、デジタル符号化線形表現を受信するように指定されるものであって、複数の定義済みセグメントの１つを受信するように指定されるものではない点。
　
［相違点２］本願発明の「要求を受信する手段」は、「複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求」を受信するのに対し、引用例発明の要求を受信する手段は、デジタル符号化線形表現の伝送の要求を受信する点。
　
［相違点３］本願発明の「受信グループを決定する手段」によって「決定」され、また「受信グループに割当てる手段」によって「割当て」られる「受信グループ」は、「次に前記全要求セグメントを受信する」ものであるのに対し、引用例発明の当該受信グループはそのようなものではない点。
　
（３）判断
［相違点１］
　ビデオオンデマンドのようなシステムにおいて、転送されるビデオデータを複数の部分に分割することは周知（国際公開第９６／１３１２５号パンフレット９ページ１４行〜２０行の記載（「以上のように、ビデオ・プログラムは、まず、周知の標準とプロシージャに従ってディジタル・データ・ストリーム１０に変換される。…中略… データ・ストリーム１０はエレメントの順序づけられたシーケンスに編成されているのが代表的であり、ここで、エレメントとは、すでに定義したように、任意のデータ量であり、…中略…ビデオ・プログラムは、次に、ほぼ等しい持続時間の
複数のビデオ・セグメントｎに分割
動画像情報を、複数のブロックに分割
　
［相違点２］
　本願発明の「複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求」は、特許請求の範囲の記載のみからでは必ずしもその意味するところは明確ではないため、明細書の発明の詳細な説明の記載を参酌すると、次の記載がある。
　
「図９及び図１０の議論では、説明の都合上、
受信者から受信される要求が、全ビデオ表現を受信する要求
第１セグメントから開始する表現
　
「図９のプロセスに従う、データ・エクスポータにおけるグループ・メンバシップ管理の例が、図１０に示される。データ・エクスポータが受信者から、
セグメントＮ、例えば表現の第１セグメントで開始する表現
　
「受信グループ・メンバシップの制御を通じて、データ・エクスポータは基本的な停止、休止、先送り及び反転機能を提供する。データ・エクスポータは、その受信者をその受信グループから除去することにより、所与の受信者への表現の伝送を停止し得ると推測される。図１１は、受信者へのデータ伝送において、休止を提供するプロセスの例を示す。データ・エクスポータがセグメントＮの間に休止コマンドを受信すると（９００）、そのことがディレクトリ・プロセッサに通知される（９０２）。休止コマンドを発行している受信者が、次にその受信グループから除去される（９０４）。これは受信グループ記録から受信者を除去するように、受信グループ・テーブルを更新することにより達成され得る。受信グループから除去されると、受信者はもはやデータ・マルチキャストを受信しない。後に再開コマンドが受信されるとき（９０６）、受信者は受信グループに追加され（９０８）、
次にセグメントＮ全体を受信
　
「ディレクトリ・プロセッサは同様に、受信者にセグメント変更機能を提供し、これは先送りまたは反転機能を模倣するために使用され得る。図１６は、受信者のセグメント指定を変更するためのプロセスの例を示す。データ・エクスポータがセグメント変更コマンドを受信し（１１００）、新たなセグメントＮの指定を受信者から受信すると（１１１０）、コマンドを発行する受信者が、その受信グループから、
セグメントＮ全体を受信
　
　以上の記載を参酌して、「複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求」とは、デジタル符号化線形表現の伝送の要求が受信者から発せられるとき、例えば、該デジタル符号化線形表現を最初から見たいときには、最初のセグメント全体、途中で停止してその後に再開して見たいときには、その停止したセグメント全体、及び、先送りや反転などをして見たいときには、その先送りや反転などをしたセグメント全体、から始まるそれらセグメント全体以降のデジタル符号化線形表現の伝送の要求を意味するものと解される。
　一方引用例発明は、「視聴者が現在のストリームの伝送を一時停止（PAUSE）または停止（STOP）するようリクエストすると、視聴者は、その視聴者が現在割当てられている同期グループからはずされ、視聴者が今後ビデオデータストリームの伝送を終了点から再開できるようにするために、ビデオサーバＳＷ６０は、視聴者がどの同期グループに残されているか、およびサービスがストリーム中のどの点で割込まれたかを追跡し、PAUSE の後に伝送を続けるために、視聴者からの再生（PLAY）リクエストにより、視聴者の新しいビデオデータストリーム伝送は、どのビデオデータストリームがPAUSE またはSTOPのリクエストが受取られた点（すなわち終了点）を表していてもそのビデオデータストリームと再同期され、
　視聴者が現在たとえばストリーム＃２  ８６に同期され、時間Ｔ４でPAUSE リクエストを発行したとすると、視聴者は、ビテオサーバＳＷ６０によってストリーム＃２に関する同期グループから外され、選択されたプログラムの表示を継続するために視聴者が時間ＴｎでPLAYリクエストを発行したとすると、視聴者は、時間Ｔ（ｎ−３）で開始されるビデオデータストリームに関する同期グループに加えられることによって、ストリーム＃２が時間Ｔ１で始まり、視聴者が３時間単位の差で、すなわち、時間Ｔ４で一時停止したため、正しいデータを配達するために視聴者に伝送される必要のあるビデオデータストリームは、選択された再開時間Ｔｎよりも３時間単位前に始まるストリームでなければならなく、巻戻し（REWIND）および早送り（FORWARD）リクエストが実現される場合も、リクエストを出している視聴者が割当てられる同期グループは変わる」ものでもあり、引用例発明のデジタル符号化線形表現はセグメントに分割されていないものの、当該デジタル符号化線形表現の再生(PLAY)、一時停止(PAUSE)、一時停止の後の再生、巻戻し(REWIND)、早送り(FORWARD)にともなう、受信者からの要求の伝送、及び受信する手段による受信は、本願発明と同様に行われるものと認められるから、引用例発明において、デジタル符号化線形表現を複数の定義済みセグメントに分割することによって、引用例発明の要求を受信する手段が、複数の定義済みセグメントの全要求セグメントで始まる、前記デジタル符号化線形表現の伝送の要求を受信するよう構成することは当業者が適宜なし得る事項に過ぎない。
　
［相違点３］
　本願発明の「次に前記全要求セグメントを受信する」受信グループは、特許請求の範囲の記載のみからでは必ずしもその意味するところは明確ではないが、明細書の発明の詳細な説明の記載（特に段落【００５０】）を参酌すると、「次に前記全要求セグメントを受信する」受信グループとは、デジタル符号化線形表現の再生中に停止や休止などを受信者が要求（ステップ９００）した後に再開（ステップ９０６）する場合に、当該再生位置に係るセグメントを再生するよう割当て（ステップ８３２）られた受信グループを意味するものと解される。
　そうすると、引用例発明も、デジタル符号化線形表現の再生中に一時停止するよう要求すると「視聴者は、その視聴者が現在割当てられている同期グループからはずされ」（「視聴者が現在たとえばストリーム＃２  ８６に同期され、時間Ｔ４でPAUSE リクエストを発行したとすると、視聴者は、ビテオサーバＳＷ６０によってストリーム＃２に関する同期グループから外され」）、その後の再開時には、「どのビデオデータストリームがPAUSE またはSTOPのリクエストが受取られた点（すなわち終了点）を表していてもそのビデオデータストリームと再同期され」（「選択されたプログラムの表示を継続するために視聴者が時間ＴｎでPLAYリクエストを発行したとすると、視聴者は、時間Ｔ（ｎ−３）で開始されるビデオデータストリームに関する同期グループに加えられることによって、ストリーム＃２が時間Ｔ１で始まり」）ることから、引用例発明の「受信グループを決定する手段」や「受信グループに割当てる手段」によって「決定」されたり「割当て」られたりする受信グループは、本願発明同様「次に前記全要求セグメントを受信する」受信グループであるといえるから、本相違は実質的なものではない。
　
　また、本願発明の効果も、引用例の記載及び周知技術に基づけば、当業者が普通に想起する範囲内のものである。
　
（４）むすび
　本願発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　したがって本願は、その余の請求項に係る発明について論及するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。