【事件の表示】
　特願２００３−３４４５２５「画像処理装置」拒絶査定不服審判事件〔平成１７年　４月２１日出願公開、特開２００５−１１０１８３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１５年１０月２日の出願であって、平成１８年１２月６日付けで拒絶査定がされ、これに対して、平成１９年１月１０日に拒絶査定不服審判が請求されるとともに、手続補正がなされたものである。
　上記平成１９年１月１０日付けの手続補正は、補正前の請求項１を削除するものであり、平成１８年改正前特許法１７条の２第４項１号に規定する要件を満たすもので、適法な補正である。
　
　本願の請求項１ないし３に係る発明は、平成１９年１月１０日付けの手続補正書によって補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１ないし３に記載された事項により特定されるとおりのものと認められるところ、その請求項１に係る発明（以下「本願発明」という。）は次のとおりである。
「【請求項１】　複数ページの画像情報と、各ページの画像情報と対応付けられるページ情報と、をマルチページファイルとして蓄積する蓄積手段を備えた画像処理装置において、
　マルチページファイルの任意のページの画像情報を削除する画像情報削除手段と、
　該画像情報削除手段によりマルチページファイルの一部のページの画像情報が削除された場合には、削除されたページの画像情報に対応するページ情報を更新するページ情報更新手段と、を備え、
　ページ情報は、各ページの画像情報を識別する情報であって、ページ番号と、一部のページの画像情報が削除された場合における当該削除を行ったユーザ名および当該削除の実行された削除日と、を少なくとも含み、
　ページ情報更新手段は、前記ページ情報の更新において、画像情報が削除されたページに係るページ情報について、削除を行ったユーザ名と、削除日とを、当該ページ情報に追加すると共に、すべてのページのページ番号について、一部のページの画像情報の削除の実行の有無に関わりなく、当該削除実行前のページ番号を当該削除実行後にもそのまま継承させる、
　ことを特徴とする画像処理装置。」
　
２．引用刊行物
（１）原査定の拒絶の理由に引用された、特開２０００−１７２６９４号公報（以下「引用例１」という。）には、図面とともに次の事項が記載されている。（なお、記載箇所は、段落番号により特定可能であるため、表示を省略した。以下、同様。）
　
　ア　「【０００１】
【発明の属する技術分野】この発明は、例えば、ネットワーク上で複数頁の原稿からなる文書を読取って、その読取画像の管理を行なう画像処理システムに関する。
【０００２】
【従来の技術】従来、画像処理システムは、ネットワーク上で画像の管理を行なうために、画像データが非常に多くのファイルフォーマットで表現され利用されている。例えば、ページ単位ごとに画像データを１つのファイルに格納したシングルページファイル、複数の画像データからなる文書単位の画像データを１つのファイルに格納したマルチページファイルとして利用されている。
【０００３】上記シングルページファイルのように、画像データをページ単位で表現すれば、そのファイルフォーマットやサイズや作成日時をファイルシステムの機能によって容易に知ることができる。また、各ページの画像データの更新等の処理も必要なページの画像データだけを選択して操作することにより処理できる。こうした利点からページ単位で画像データを管理することが多いが、文書画像を一括して異なるアプリケーション間で受け渡しする場合に、ユーザの操作が煩雑になる。
【０００４】また、上記マルチページファイルのように、複数の画像データを文書単位で表現したファイルを利用すれば、複数のページからなる文書画像を一括して異なるアプリケーション間で受け渡しする場合に便利であり、ユーザによる操作も簡単になる。こうした利点から文書単位で画像データを受け渡しすることが多いが、各ページの画像データの更新等の処理が複雑になり、ユーザ操作も必要なページの画像データだけを選択して操作できないため煩雑になる。」
　イ　「【００１７】図１は、この発明の画像処理システムの実施の形態に係るシステム構成の一例を示すものである。
【００１８】図１に示すように、この画像処理システムは、原稿の画像を読取る画像読取部を有するデジタル複写機１、原稿の原稿画像を記憶するとともに、それらの原稿画像に対応した管理データを記憶するファイルサーバ２、利用者（ユーザ）が直接操作することにより、ファイルサーバ２に記憶されている原稿画像や管理データを表示したり、変更したりするパーソナルコンピュータ（ＰＣ）３から構成される。上記デジタル複写機１、上記ファイルサーバ２、および上記ＰＣ３は通信回線４を介して接続されているものである。」
　ウ　「【００２４】図３（ａ）、（ｂ）は、上記ファイルサーバ２内の画像記憶部２１に記憶される画像データとしての各ファイルに対する画像管理部２０内の管理データの構造を示す図である。すなわち、画像管理部２０は、画像記憶部２１に記憶されるファイルを階層的に、少なくとも文書（ＤＯＣ）およびぺージ（Ｐａｇｅ）を構成要素として持つデータ構造で管理を行なう。
【００２５】例えば、図３（ａ）に示すように、原稿が５頁からなる文書１（ＤＯＣ１）を読取った場合、画像記憶部２１には、各ページごとの画像データ（Ｐａｇｅ１〜Ｐａｇｅ５）がシングルページファイルとして記憶されるとともに、これらのシングルページファイルが文書１に属するページとして画像管理部２０に管理データが記憶されることにより管理される。
【００２６】さらに、図３（ｂ）に示すように、文書１に属する各５ページ分の文書全体の画像データからなるマルチページデータ（Ｍｕｌｔｉ）を生成してマルチページファイルとして画像記憶部２１に記憶されるとともに、各ページと同じ階層に文書１に属するマルチページデータとして画像管理部２０に管理データが記憶されることにより管理される。
【００２７】上記マルチページデータは、１つの文書を構成する複数ページ分の画像データを１つのデータとしたマルチページファイルとして記憶される。このマルチページファイルは、文書（ＤＯＣ）の直下の階層で、各ページごとの画像データとしてのシングルページファイルと同じ階層で管理される。つまり、マルチページファイルは、１つの文書を構成する複数ページ分の各シングルページファイルの上位の階層しての文書（ＤＯＣ）とは異なり、１つの文書に属するシングルページファイルと同階層でその文書全体の画像データとして管理される。」
　エ　「【００６６】次に、この発明の第３の実施の形態について図１、及び図１５〜１７を参照して詳細に説明する。なお、この第３の実施の形態では、画像読取部１１、画像管理部２０、画像記憶部２１、マルチページデータ生成部２２、画像更新部２３、マルチページデータ更新／削除部２４、更新検知部２６、表示部３１、操作部３２を用いることにより実施できる。
（中略）
【００７０】図１５（ａ）、（ｂ）は、文書内の１つのページを削除した際に、更新される管理データの構造の一例を示す図である。たとえば、図１５（ａ）に示すように、文書１（ＤＯＣ１）がページ１（Ｐａｇｅ１）〜ページ３（Ｐａｇｅ３）からなり、マルチページデータ（Ｍｕｌｔｉ）が存在している状態でページ２（Ｐａｇｅ２）を削除した場合について説明する。
【００７１】すなわち、図１５（ａ）に示すように、ページ１、ページ２、ページ３からなる文書１のページ２を削除する操作をユーザが行なった際、更新検知部２６により文書１の内容が更新されたことを検知し、元のページ３をページ２に付け替える。そして、図１５（ｂ）に示すように、新しく文書１は新ページ１、新ページ２ならなる文書として更新され、さらに、新１ページ、新２ページからなるマルチページデータが新たに生成されて、文書１に属するマルチページデータとして管理される。」
　オ　「【００７４】次に、画像の更新を行なう場合の画像処理システムの動作について図１７に示すフローチャートを参照しつつ説明する。
【００７５】すなわち、ユーザの操作に従ってＡＤＦ１１ａ上にセットされた原稿を読取り（ステップ７１）、文書ごとにマルチページデータを生成する（ステップ７２）。さらに、ファイルサーバ２は、生成したマルチページデータを階層構造で管理するための管理データを画像管理部２０に記憶するとともに（ステップ７３）、生成したマルチページデータをマルチページファイルとして画像記憶部２１に記憶する（ステップ７４）。
【００７６】上記ステップ７１〜７４の処理により画像記憶部２１に記憶した各ファイル（画像データ）の内容を更新（挿入、追加、変更、削除、順序変更等）を行なう場合、ユーザの操作に従ってＰＣ３の表示部３１に各ファイルが管理されている管理構造と、ファイルの内容としての画像とを表示する（ステップ７５）。この表示に対してユーザがＰＣ３の操作部３２によりファイルの内容の更新（挿入、追加、変更、削除、順序変更等）を指示した際、ファイルサーバ２は、ファイルの内容の更新の指示を受理する（ステップ７６）。
【００７７】すると、ファイルサーバ２は、画像更新部２３により受理した指示内容に従って指示されたファイルの更新を実行する（ステップ７７）。例えば、図１５（ａ）、（ｂ）に示すように、ページ１〜３およびマルチページデータからなる文書１に属するページ２のシングルページファイルの削除が指示された場合、元のページ２を削除し、元のページ３をページ２に変更することにより文書１に属するシングルページファイルの構成を更新する。
【００７８】このように、ユーザの指示に従った文書に属するシングルページファイルの更新が終了すると、ファイルサーバ２は、更新されたシングルページファイルの管理データを画像管理部２０に記憶し（ステップ７８）、更新されたシングルページファイルを画像記憶部２１に記憶する（ステップ７９）。
【００７９】画像記憶部２１に更新されたシングルページファイルが記憶されると、ファイルサーバ２の更新検知部２６は、シングルページファイルが更新されたことにより画像記憶部２１に記憶されている文書に属するシングルページファイルの内容とマルチページファイルの内容とに矛盾が生じているか否かを検知する（ステップ８０）。
【００８０】この検知結果により、マルチページファイルの内容に矛盾が生じていると検知された際、更新されたシングルページファイルの内容と整合するように、文書を構成するマルチページデータを更新（生成）する（ステップ８１）。
【００８１】そして、ファイルサーバ２は、更新したマルチページデータを管理する管理データを作成して階層構造での管理構造を更新するとともに（ステップ８２）、更新されたマルチページデータを新たなマルチページファイルとして画像記憶部２１に記憶する（ステップ８３）。」
　なお、「マルチページデータ生成部２３」は、「マルチページデータ生成部２２」の誤記であることが明らかであるから、訂正した。
　
　これらの記載及び図面図１５において、「文書１」における「シングルページファイル」の管理に注目すれば、引用例には、
　「画像処理システムのファイルサーバ２は、各ファイルの管理データを記憶する画像管理部２０、画像データをファイル単位で記憶する画像記憶部２１、画像更新部２３等を備え、
　文書１を読取った場合、画像記憶部２１には、各ページごとの画像データがシングルページファイルとして記憶されるとともに、これらのシングルページファイルが文書１に属するページとして画像管理部２０に管理データが記憶されることにより管理され、
　ユーザがファイルの内容の更新（挿入、追加、変更、削除、順序変更等）を指示すると、ファイルサーバ２は、画像更新部２３により受理した指示内容に従って指示されたファイルの更新を実行し、
　ページ１〜３からなる文書１に属するページ２のシングルページファイルの削除が指示された場合、元のページ２を削除し、元のページ３をページ２に変更することにより文書１に属するシングルページファイルの構成を更新し、更新されたシングルページファイルの管理データを画像管理部２０に記憶する、
　画像処理システム。」
の発明（以下、「引用発明」という。）が記載されていると認められる。
　
（２）同じく引用された、特開平８−１２５８１７号公報（以下「引用例２」という。）には、図面とともに次の事項が記載されている。
　
　ア　「【００２６】図５は本発明の一実施例であるファクシミリ通信装置のディスク管理部１３が管理する送信ページ管理テーブルを示す図である。図５に示すように、送信ページ管理テーブルはディスク部１２に記憶された画情報に対応する各ページ毎にスタートアドレスとエンドアドレスおよび頁単位管理番号を管理し、原稿のまとまりにメール番号を付加したものである。」
　イ　「【００６４】図１３は本発明の一実施例であるファクシミリ通信装置１１０のディスク管理部１３の削除動作を示す図である。削除キー２８が押された場合には、指定されたページの頁単位管理番号に基づいて図１３に示す送信ページ管理テーブルのアドレスエリアを０にセットする。次に、指定されたページの頁単位管理番号に基づいて図１３に示すページ画情報管理テーブルの使用数エリアをデクリメントする。」
　ウ　図面図５及び図１３には、上記記載「ア」、「イ」を参酌すれば、「送信ページ管理テーブル」には、「頁単位管理番号」及び「スタートアドレス（開始アドレス）」と「エンドアドレス（終了アドレス）」の「アドレスエリア」が設けられ、頁単位管理番号「２５０」ないし「２５２」の内、頁単位管理番号「２５１」及び「２５２」を削除すると、頁単位管理番号「２５０」ないし「２５２」は変更されることなく継承され、頁単位管理番号２５１及び２５２のスタートアドレスとエンドアドレスが「０」とされることが図示されている。
　
　これらの記載及び図面図１３によれば、引用例には、
　「ディスク部１２に記憶された画情報に対応する頁単位管理番号及びスタートアドレスとエンドアドレスを管理する送信ページ管理テーブルを備え、指定されたページを削除する場合、送信ページ管理テーブルの頁単位管理番号は変更されることなく継承され、スタートアドレスとエンドアドレスが「０」とされる、ファクシミリ通信装置のディスク管理技術」が記載されている。
　
３．対比
(１)本願発明と引用発明とを対比する。
　ア　引用発明の「画像処理システム」の「ファイルサーバ２」は、「画像データをファイル単位で記憶する画像記憶部２１」及び「各ファイルの管理データを記憶する画像管理部２０」を備え、「文書１を読取った場合、画像記憶部２１には、各ページごとの画像データがシングルページファイルとして記憶されるとともに、これらのシングルページファイルが文書１に属するページとして画像管理部２０に管理データが記憶されることにより管理」されるものであり、ここで、引用発明の「画像処理システム」は、本願発明の「画像処理装置」に相当し、また、前記「管理データ」は、「各ページの画像情報と対応付けられるページ情報」ということができるから、引用発明と本願発明とは、「複数ページの画像情報と各ページの画像情報と対応付けられるページ情報とを蓄積する蓄積手段を備えた画像処理装置」である点で一致する。
　イ　引用発明は、「ページ１〜３・・・からなる文書１に属するページ２のシングルページファイルの削除が指示された場合、元のページ２を削除し、元のページ３をページ２に変更することにより文書１に属するシングルページファイルの構成を更新」することから、シングルページファイルの任意のページを削除する手段を備えているといえ、引用発明と本願発明とは、「任意のページの画像情報を削除する画像情報削除手段」を備える点で一致する。
　ウ　更に、引用発明は、上記削除が行われ、文書１に属するシングルページファイルの構成が更新された場合、「更新されたシングルページファイルの管理データを画像管理部２０に記憶」することから、本願発明の「画像情報削除手段によりマルチページファイルの一部のページの画像情報が削除された場合には、削除されたページの画像情報に対応するページ情報を更新するページ情報更新手段」と対比すれば、両者は「画像情報削除手段により一部のページの画像情報が削除された場合には、ページ情報を更新するページ情報更新手段」を備える点で共通するといえる。
　エ　引用発明における「シングルページファイルの管理データ」は、少なくともページ番号を含む、「各ページの画像情報を識別する情報」であることは自明である。
　
(２)一致点・相違点
　以上を踏まえると、本願発明と引用発明とは次の一致点及び相違点を有する。
　【一致点】
　「複数ページの画像情報と、各ページの画像情報と対応付けられるページ情報と、を蓄積する蓄積手段を備えた画像処理装置において、
　任意のページの画像情報を削除する画像情報削除手段と、
　該画像情報削除手段により一部のページの画像情報が削除された場合には、ページ情報を更新するページ情報更新手段と、を備え、
　ページ情報は、各ページの画像情報を識別する情報であって、ページ番号を少なくとも含む、
　画像処理装置。」
　【相違点１】
　複数ページの画像情報と、各ページの画像情報と対応付けられるページ情報と、が、本願発明は、「マルチページファイル」として蓄積されているのに対し、引用発明は、各ページごとにシングルページファイルとして蓄積され、各シングルページファイル単位で管理されている点。
　【相違点２】
　本願発明は、「ページ情報」が、一部のページの画像情報が削除された場合における当該削除を行ったユーザ名および当該削除の実行された削除日と、を少なくとも含み、「ページ情報更新手段」は、一部のページの画像情報が削除された場合、画像情報が削除されたページに係るページ情報について、削除を行ったユーザ名と、削除日とを、当該ページ情報に追加するのに対し、引用発明は、ページ情報の内容及び削除された場合の処理について特定されていない点。
　【相違点３】
　「ページ情報更新手段」が、本願発明は、すべてのページのページ番号について、一部のページの画像情報の削除の実行の有無に関わりなく、当該削除実行前のページ番号を当該削除実行後にもそのまま継承させるのに対し、引用発明は、「ページ１〜３からなる文書１に属するページ２のシングルページファイルの削除が指示された場合、元のページ２を削除し、元のページ３をページ２に変更する削除」する、即ち、ページの削除に伴い、ページ番号を更新する点。
　
４．判断
（１）相違点１について
　複数ページの画像情報と、各ページの画像情報と対応付けられるページ情報と、を「マルチページファイル」として管理することは、例えば、引用例１（前掲「２．（１）」参照）、国際公開第０１／０９７００５号（国際公開日２００１年１２月２０日）に記載されているように周知である。
　なお、引用例１には、マルチページファイルの管理データの内容は明示されていないが、前記国際公開第０１／０９７００５号（国際公開日２００１年１２月２０日）を参照すれば、マルチページファイルの管理データとして、各ページの画像情報と対応付けられるページ情報が含まれることが記載されており、引用例１におけるマルチページファイルの管理データも、当然に、各ページの画像情報と対応付けられるページ情報を含むといえる。
　したがって、引用発明において、文書１に属する複数ページの画像データを記憶し、管理するにあたり、各ページの画像情報と対応付けられるページ情報とを、「マルチページファイル」として管理することは、当業者が適宜なし得ることである。
　
　なお、上記国際公開第０１／０９７００５号には、次の技術的事項及び図面「Ｆｉｇ．３」、「Ｆｉｇ．６」が記載されている。
「また、図３に示すマルチページ画像データファイル用ディレクトリ（ＲＡＳＴＥＲ）には、複数のマルチページ画像データファイルＴＩＦ００００１．ＴＩＦ、ＴＩＦ００００２．ＴＩＦ…と、それらの各々を管理するための１つの画像マネージャファイルＤＯＣＵＭＥＮＴ．ＲＩＭ（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｍａｎａｇｅｒ）とが含まれる。なお、マルチページ画像ファイルのフォーマットとしては、一般的に使用されているアドビ（ａｄｏｂｅ）社のＴＩＦＦ（Ｔａｇ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）を用いている。
  図６に、画像マネージャファイルＤＯＣＵＭＥＮＴ．ＲＩＭのファイル構造を示す。
  図６において、画像マネージャファイルＤＯＣＵＭＥＮＴ．ＲＩＭは、必須に設けられた固定サイズのヘッダ部と、任意に追加および削除が可能な各々固定サイズの複数の画像管理情報ブロック＃１〜＃ｎ（なお、＃１〜＃ｎはブロック番号を表す）から構成される。
  ヘッダ部には、以下の情報が含まれる。
    ・画像マネージャファイル内に存在する画像管理情報ブロックの数
    ・そのうち使用中である画像管理情報ブロックの数
    ・最初に使用中である画像管理情報ブロックを示す第１使用ブロック番号
  また、各画像管理情報ブロックには、以下の情報が含まれる。
    ・画像管理情報の対象となるマルチページ画像データファイルが存在するか否かに対応して、使用中であるか否かを表す画像管理情報ブロック使用識別情報
    ・画像管理情報のフォーマットに関するバージョン情報
    ・マルチページ画像データファイル内で使用されている文字データの第１文字コード種別情報
    ・画像管理情報ブロック内で使用される文字データの第２文字コード種別情報
    ・対象となるマルチページ画像データファイルのファイル番号
    ・ＰＣ、イメージスキャナ、ＦＡＸ等のデータソース
    ・マルチページ画像データファイルについてのコメント
    ・マルチページ画像データファイルを上記したＴＩＦｘｘｘｘｘ．ＴＩＦ（ｘｘｘｘｘはファイル番号を表す）に置き換える前の元のファイル名
    ・この元のファイル名の作成日時
    ・マルチページ画像データ内で使用されているＪＰＥＧ、ＪＢＩＧ、ＭＨ等の符号化方式（ページ毎に符号化方式が異なる場合もあるので、複数の符号化方式を設定可能である）
    ・マルチページ画像データ内で使用されているＹＣｂＣｒ、Ｌａ＊ｂ＊等の色空間（ページ毎に色空間が異なる場合もあるので、複数の色空間を設定可能である）
    ・マルチページ画像データの総ページ数
    ・拡張用の予約領域
    ・前の使用中の画像管理情報ブロック番号（前の画像管理情報ブロックが無い場合は０）
    ・次の使用中の画像管理情報ブロック番号（次の画像管理情報ブロックが無い場合は０）」（２６頁７行〜２８頁１行）
　上記記載において、「画像管理情報ブロック＃１〜＃ｎ」は、マルチページファイルとして管理される画像データファイルに対応付けられており、本願発明の「ページ番号」に相当する。
（２）相違点２について
　ファイル管理において、ファイルの更新を行った場合、ファイルの更新を行ったユーザ名、更新日等の更新に関連する情報をファイルの更新履歴として記録することは、例えば、特開平９−６２６７６号公報に記載されているように、周知の技術手段であり、記録する履歴情報は、当業者が必要に応じて選択できる事項である。
　したがって、引用発明において、各ページの管理データとして、削除を行ったユーザ名および当該削除の実行された削除日を含む更新履歴を含ませ、ファイルの更新として、特定のページを削除を行った場合、該削除を行ったユーザ名と、削除日とを、当該ページ情報に追加する構成とすることは、当業者が容易に想到し得たことである。
　
　なお、上記特開平９−６２６７６号公報には、次の記載がある。
　「【００１１】
【発明の実施の形態】以下、図面を参照して本発明の一実施形態を説明する。図１は本発明の一実施形態に係る文書作成装置の構成を示すブロック図である。本装置は、文書作成支援機能の１つとして添削機能を備えており、ここでは入力部１１、表示部１２、制御部１３、編集処理部１４、記憶部１５、外部記憶装置１６を有する。
（中略）
【００１７】図２は同実施形態における添削機能を説明するための図である。本装置では、同じ文書に対し、複数の添削者が添削を施すことができる。この場合、予め添削者が誰であるかを示すＩＤ情報を入力しておくことにより、各添削者毎の添削情報（添削位置と添削内容）がその添削日時情報と共に添削テーブル１５ｃに登録される。
【００１８】図２の例では、「服部」，「ｈａｔ」，「ＮＨ」という３名の添削者が添削を施した場合を示している。また、この添削テーブル１５ｃでは、添削者「服部」が´９５／７／２１に削除の添削を施したことが示されている。同様に、添削者「ｈａｔ」が´９５／６／１に削除、添削者「ＮＨ」が´９５／６／１１に訂正の削除を施したことが示されている。」
　
（３）相違点３について
　引用発明は、複数ページの画像データにより構成される文書において、特定のページを削除することに伴い、文書に属する画像データのページ番号を更新する構成を採用しているが、一方、引用発明と同様に、複数の画像情報をページ単位で管理する画像処理装置において、特定のページを削除する場合、削除したページを含むすべてのページのページ番号について、削除実行後も削除実行前のページ番号を継承させることは、引用例２（前掲「２．（２）」参照）に記載されている。してみると、特定のページ削除実行後に、ページ番号を更新するか、削除実行前のページ番号を継承させるかは、当業者が必要により選択できる事項であるといえる。
　したがって、引用発明において、特定のページを削除することに伴い、文書に属する画像データのページ番号を更新する構成に代え、引用例２に記載された、削除したページを含むすべてのページのページ番号について、削除実行後も削除実行前のページ番号を継承させる構成を採用することは、当業者が容易に想到し得たことである。
　
（４）そして、これらの相違点を総合的に勘案しても、本願発明の奏する作用効果は、引用例１、２に記載された発明又は技術及び周知技術の奏する作用効果から予測される範囲内のものにすぎず、格別顕著なものということはできない。
　
　したがって、本願発明は、引用例１、２に記載された発明又は技術及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
５．むすび
　以上のとおり、本願発明は、引用例１、２に記載された発明又は技術及び周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法２９条２項の規定により特許を受けることができないから、本願は、他の請求項について検討するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。