【事件の表示】
　平成　６年特許願第　８５０６２号「画像データ蓄積システム」拒絶査定不服審判事件〔平成　７年１１月１０日出願公開、特開平　７−２９５８６５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．出願の経緯
　本願は、平成６年４月２２日に出願されたものであって、原審において、平成１５年９月２６日付で拒絶の理由が通知され、それに対して、平成１５年１２月１日付で意見書及び手続補正書が提出されたものの、平成１６年６月１８日付で拒絶査定されたので、平成１６年７月２１日付で拒絶査定不服の審判が請求されると共に、同日付で明細書の特許請求の範囲及び発明の詳細な説明の段落【０００７】の変更を目的とする手続補正書が提出されたものである。なお、請求項の数は１である。
　
第２．平成１６年７月２１日付提出の手続補正の却下の決定
１．結論
　平成１６年７月２１日付提出の手続補正を却下する。
　
２．理由
（１）平成１６年７月２１日付提出の手続補正は、明細書の特許請求の範囲及び発明の詳細な説明の段落【０００７】を補正するものであって、その内、特許請求の範囲の補正（以下、「本件手続補正」という）は、請求項１を、
　「【請求項１】
　画像データの蓄積システムにおいて、
　一連の画像データを分割して格納する複数個の記憶手段と、
　該記憶手段を記憶している装置及び該記憶手段における該一連の画像データの記憶位置を階層的に管理する階層情報と、
　該一連の画像データの検索条件に応じて目的別に予め作成しておいた索引ファイルと、
　該記憶手段の空き領域を管理する管理情報と、
　該階層情報と該索引ファイルに基づいて所望の画像データをアクセスする手段と、
　該管理情報に基づいて該記憶手段の空き領域を求め、画像データを登録すると共に、該階層情報と該管理情報と該索引ファイルを更新する登録手段と、
　を有することを特徴とする画像データ蓄積システム。」
から、
　「【請求項１】
　画像データの蓄積システムにおいて、
　一連の画像データを分割して格納する複数個の記憶手段と、
　該記憶手段を記憶している装置及び該記憶手段における該一連の画像データの記憶位置を階層的に管理する階層情報と、
　該一連の画像データの検索条件に応じて目的別に予め作成しておいた
、該画像データのアドレスを有する
　該記憶手段の空き領域を管理する管理情報と、
　該階層情報と該索引ファイル
の該画像データのアドレス
　該管理情報に基づいて該記憶手段の空き領域を求め、画像データを登録すると共に、該階層情報と該管理情報と該索引ファイルを更新する登録手段と、
　を有することを特徴とする画像データ蓄積システム。」
に補正するものである。
　
　すなわち、本件手続補正は、請求項１において、（ａ）「該一連の画像データの検索条件に応じて目的別に予め作成しておいた索引ファイルと、」を「該一連の画像データの検索条件に応じて目的別に予め作成しておいた、該画像データのアドレスを有する索引ファイルと、」に補正し、（ｂ）「該階層情報と該索引ファイルに基づいて所望の画像データをアクセスする手段と、」を「該階層情報と該索引ファイルの該画像データのアドレスに基づいて所望の画像データをアクセスする手段と、」と補正するものである。
　
（２）そこで本件手続補正が特許法第１７条の２に規定する要件を満たしているか否かを以下検討する。
　本件手続補正のうち、（ａ）は、「索引ファイル」が「画像データのアドレスを有する」索引ファイルであることに限定的に減縮するものであり、又、（ｂ）は、「所望の画像データをアクセスする手段」のうち、検索ファイルへのアクセスが「画像データのアドレスに基づいて」行われるものであることに限定的に減縮するものであって、これらの手続補正は、特許請求の範囲の限定的減縮に該当するものである。
　
　次に、本件手続補正が特許法第１７条の２第４項で読み替えて準用する同法第１２６条第３項の規定に違反しているか否かを以下検討する。
　
（３）原査定の拒絶の理由において引用文献２として引用された刊行物である特開平４−１５５５４６号公報（以下、「引用文献」という。）には、図面とともに、以下のように記載されている。
　
　「〔概要〕
　計算機における、マルチボリュームファイルの記憶領域割当処理に関し、
　一連の記憶媒体（ボリューム）の中に空き記憶領域の無いボリュームがあっても、正常に記憶領域の割当処理を継続できるマルチボリュームファイル処理方法を目的とし、
　指定の順序を有する複数個の記憶媒体の空き記憶領域から、該順序に従って所要の大きさの記憶領域を順次割り当てて、指定の大きさを満足する複数の分割された該記憶領域からなるマルチボリュームファイルを生成する計算機の処理において、該順序に従って該記憶領域を割り当てるべき該記憶媒体に空き記憶領域が無い場合には、当該記憶媒体のファイル管理情報に、記憶領域の割当の無い当該ファイルの情報を設定することにより、該マルチボリュームファイルへの当該記憶媒体の記憶領域割当を完了したものとするように構成する。」（第１頁右下欄第２〜２０行目）
　
　「〔産業上の利用分野〕
　本発明は、計算機における、マルチボリュームファイルの記憶領域割当処理のための、マルチボリュームファイル処理方法に関する。」（第２頁左上欄第１〜４行目）
　
　「〔従来の技術〕
　第２図は計算機の構成例を示すブロック図であり、計算機において、磁気ディスク記憶装置等の外部記憶装置を構成する個別の記憶媒体のボリューム１にファイルを生成する場合に、記憶領域を複数のボリュームから割り当てて１つのファイルに構成する、いわゆるマルチボリュームファイルはよく知られている。
　各ボリューム１には、ボリュームを識別するためのボリューム通番２が設定されており、マルチボリュームファイルの構成情報には、複数のボリューム通番の並びが指定されて、そのファイルは指定のボリューム通番のボリュームに割り当てる記憶領域を、指定の順序に並べて構成するように制御される。
　そこで計算機のファイル管理部３は、マルチボリュームファイルのボリューム通番の並びを指定されてデータを書き出す場合に、ある指定のボリューム１に取った記憶領域４でデータを書き出す領域が不足し、そのボリュームに空き領域が無いと、ボリューム通番の並びで次の順位に指定されているボリューム通番のボリューム１にアクセスする。
　そのボリュームの領域管理情報５を読んで、空き記憶領域から必要な大きさの領域を、このファイルに割り当てるように領域管理情報を設定し、必要なそのファイルの情報をファイル管理情報６に設定し、割り当てた領域にデータを書き出す。このようにして記憶領域が必要になれば、順次次順位のボリュームについて以上のような処理を進める。
　ここで、新たに記憶領域を割り当てようとしたボリューム１に空き記憶領域が無かった場合には、指定のボリュームに空き記憶領域が無いので、処理を続行できない異常状態として扱い、そのマルチボリュームファイルへの書出しを行っていたジョブを異常終了させる。」（第２頁左上欄第５行〜同頁左下欄第２行目）
　
　「本発明は、一連の記憶媒体（ボリューム）の中に空き記憶領域の無いボリュームがあっても、正常に記憶領域の割当処理を継続できるマルチボリュームファイル処理方法を目的とする。」（第２頁左下欄第８〜１１行目）
　
　「〔課題を解決するための手段〕
　第１図は、本発明の構成を示す処理の流れ図である。
　図はマルチボリュームファイル処理方法であって、指定の順序を有する複数個の記憶媒体の空き記憶領域から、該順序に従って所要の大きさの記憶領域を順次割り当てて、指定の大きさを満足する複数の分割された該記憶領域からなるマルチボリュームファイルを生成する計算機の処理（処理ステップ１０〜１６）において、該順序に従って該記憶領域を割り当てるべき該記憶媒体に空き記憶領域が無い場合には（ステップ１１）、当該記憶媒体のファイル管理情報に、記憶領域の割当の無い当該ファイルの情報を設定することにより、該マルチボリュームファイルへの当該記憶媒体の記憶領域割当を完了したものとする（処理ステップ１７）。」（第２頁左下欄第１２行〜同頁右下欄第１０行目）
　
　「〔実施例〕
　第１図の処理の流れを詳細に説明すると、計算機はマルチボリュームファイルを書き出すためのボリュームを指定するボリューム通番の並びを受け取って処理を開始し、処理ステップ１０で、先ず先頭のボリューム通番のボリュームを検索してアクセスする。
　処理ステップ１１でボリュームの領域管理情報を読み、空き記憶領域の有無を識別する。空き記憶領域がある場合には、処理ステップ１２以下で通常のように記憶領域を、例えば磁気ディスク記憶装置で定まるトラック単位で割り当ててデータを書き出す。
　即ち処理ステップ１２で必要なトラック数を決定し、領域管理情報のその領域を割当済に更新することにより記憶領域を割り当てる。必要なトラック数は、例えばマルチボリュームファイルに必要な残りトラック数と、空き領域トラック数とを見て、何れか値の小さな方によって決定する。
　領域がきまると、処理ステップ１３でファイル管理情報を書出し、処理ステップ１４でデータを書き出して、そのボリュームについての処理を終わる。ボリューム内に設定されるファイル管理情報には、概念的に、ファイルを識別するファイル名と、割り当てた領域の先頭トラックを指示するポインタと、トラック数と、マルチボリュームファイル内のボリュームの順位を示す情報を有する。
　データの書出しを終わると、処理ステップ１５で更に領域獲得が必要か識別して、必要でなければ処理を終了し、必要であれば処理ステップ１６で次順位のボリュームにアクセスし、処理ステップ１１の処理に戻る。
　処理ステップ１１でボリュームの領域管理情報を読み、空き記憶領域が無かった場合には、本発明により処理ステップ１７の処理を行う。処理ステップ１７では、処理ステップ１３と同様のファイル管理情報をそのボリュームに設定し、但し割当領域は無いので、例えば先頭トラックへのポインタは０、割当トラック数も０とする。その後に、処理ステップ１６に進んで次順位のボリュームにアクセスする。
　以上の処理により、例えばファイル名Ａ，Ｂのマルチボリュームファイルを、ボリューム通番がＶ１、Ｖ２、Ｖ３の３ボリュームに書き出す場合に、ボリュームＶ２に空き領域が無かったとすると、第３図に説明的に示すようなファイル管理情報が、各ボリュームに設定される。なおこの例のマルチボリュームファイルの要求記憶領域の長さは５０トラックであったとする。
　このファイルにアクセスする場合には、ファイル名によりファイル管理情報を検索し、ボリューム順位で正常な順位を確認して、従来と同様にアクセスを処理することができるが、その場合に例えばポインタを検査して、０であればそのボリュームのデータへのアクセスは実行せず次のボリュームへ進むようにする。」（第３頁左上欄第６行〜同頁右下欄第２行目）
と記載されている。
　
　すなわち、引用文献には、複数のボリュームを有し、各ボリュームにはボリュームを識別するためのボリューム通番が設定されており、ボリュームファイルの構成情報には、複数のボリューム通番の並びが指定されて、そのファイルは指定のボリューム通番のボリュームに割り当てる記憶領域を、指定の順序に並べて構成するように制御するものにおいて、ボリュームにデータを書き出してファイルを生成する場合には、先ず、ある指定のボリュームに取った記憶領域にデータを書き出し、ファイル管理情報にもファイル名及び割り当てた領域を指示するポインタ等の情報を書き出すが、該指定のボリュームに取った記憶領域のみでは記憶領域が不足する場合には、次順位以降のボリュームで空き領域のあるボリュームにアクセスし、空き領域のあるボリュームを選択し、該ボリュームに記憶領域を割り当て、そこに残りのデータを書き出すと共に、ファイル管理情報にファイル情報を書き出すようにした、マルチボリュームファイルの処理方法に関する発明が記載されている（以下、これを「引用発明」という）。
　
（４）原査定において周知例として引用された刊行物である特開平６−８９２１９号公報（以下、「周知文献」という。）には、図面とともに、以下のように記載されている。
　
　「【０００１】
【産業上の利用分野】本発明は、データベースに格納されたデータをアクセスするデータベースシステムに関し、特に、実世界の情報構造を直接的に反映させたより複雑な構造のデータを効率よくアクセスするデータベースシステムに関する。」
　
　「【０００２】
【従来の技術】データベースシステムとは、データベースに格納されたデータをアクセスするものであり、本質的に計算機で処理される情報管理システムである。また、最近のデータベースシステムは、比較的単純で規則的なデータだけでなく、実世界の情報構造を直接的に反映させたより複雑なデータ構造もアクセスする。このような複雑なデータ構造へのアクセスを効率良く行なう場合には、実際にアクセスすべき二次記憶上のページを決定するファイル管理が重要となる。特に、ファイル管理において、データに補助的なアクセス情報を付加するインデクシング技術が大きな影響を与える。
【０００３】図１１は従来のこの種のデータベースシステムの構成ブロック図である。図１１において、データベース１には複数のファイル（図示しない）が設けられ各ファイルに複雑な構造のデータが格納されている。
【０００４】このデータに対するユーザからの問い合わせＱは、まず問い合わせプロセッサ１１によっていくつかのコマンドに変換され、さらにデータベース管理部３によってファイル操作に変換される。ファイル管理部２は、データベース１の二次記憶上の格納構造の情報を有し、その情報に基づいて前記ファイル操作に必要となる二次記憶上のアクセスするページを決定する。
【０００５】ファイル管理部２は、データ検索処理を高速化するために、データベース１に格納されているデータの中の前記問い合わせＱに対応したデータをアクセスするための補助的なアクセス情報としてのインデックスを有している。
【０００６】このインデックスを用いてファイル内のデータを検索する場合、例えば本の索引を使用するときのような方法を用いている。すなわち、本の全ページを走査するのではなく、索引で探している単語だけを見れば、どのページを読めばいいかわかる。」
　
　「【００２４】一方、図４に示す従来のインデクシングでは、クラス２１の属性２１ｃに対し属性２１ｃ及びＯＩＤ３１のインデックス５１を用意し、クラス２２の属性２２ｃに対し属性２２ｃ及びＯＩＤ３２のインデックス５２を用意し、クラス２３の属性２３ｃに対し属性２３ｃ及びＯＩＤ３３のインデックス５３を用意する。
【００２５】問い合わせに答えるには、まずインデックス５３で属性２３ｃの値ｊからＯＩＤ３３のｇを求め、次にインデックス５２で属性２２ｃの値ｇからＯＩＤ３２のｄを求め、最後にインデックス５１で属性２１ｃの値ｄからＯＩＤ３１のａを求める。」
と記載されている。
　
　すなわち、周知文献には、データベースシステムにおいて、複雑な構造のデータへのアクセスを効率よくするために、補助的なアクセス情報としてのインデックスを設け、該インデックスを検索することによってデータにアクセスするものにおいて、複数のインデックスを組み合わせて用いることで必要なデータを抽出する発明が記載されている（以下、これを「周知発明」という）。
　
（５）対比・判断
　本願請求項１に係る発明（以下、「本願発明」という。）と、引用発明とを対比すると、
両者は共に、データを、複数個の記憶手段に分割して格納するものであって、
引用発明の「複数のボリューム」，「ボリュームファイルの構成情報」，「（ファイルを）割り当てた領域を指示するポインタ等の（ファイル）情報」はそれぞれ、本願発明の「複数個の記憶手段」，「記憶手段を記憶している装置における管理情報」，「記憶手段における一連のデータの記憶位置を管理する情報」に相当し、又、引用発明においても、複数のボリュームにはボリュームを識別するための通番が設定されており、ボリュームファイルの構成情報には、複数のボリューム通番の並びが指定されて、そのファイルは指定のボリューム通番のボリュームに割り当てる記憶領域を、指定の順序に並べて構成するように制御しており、指定のボリュームに取った記憶領域のみでは記憶領域が不足する場合には、次順位以降のボリュームで空き領域のあるボリュームにアクセスし、空き領域のあるボリュームを選択し、該ボリュームに記憶領域を割り当て、そこに残りのデータを書き出すと共に、ファイル管理情報にファイル情報を書き出すようにしているので、これは、本願発明における、記憶手段の空き領域を管理する管理情報を有し、該管理情報に基づいて記憶手段の空き領域を求め、データを登録すると共に、管理情報を更新することに相当しており、又、引用発明において、複数のボリュームの記憶領域に分割して記憶され、全体で１つのファイルを構成している情報は、本願発明における「一連のデータ」に相当しているので、両者は共に、
　
　データの蓄積システムにおいて、一連のデータを分割して格納する複数個の記憶手段と、該記憶装置を記憶している装置及び該記憶手段における該一連のデータの記憶位置を管理する情報と、該記憶手段の空き領域を管理する管理情報と、該管理情報に基づいて該記憶手段の空き領域を求め、データを登録すると共に、該情報と該管理情報を更新する登録手段と、を有することを特徴とするデータ蓄積システム、である点では同じである。
　
　ただ、（ａ）本願発明においては、データ蓄積システムに蓄積されるデータは「画像」データであるのに対して、引用発明においてはどのような種類のデータが蓄積されるのかについての記載がない点、
及び、（ｂ）本願発明においては、記憶手段を記憶している装置及び記憶手段における一連のデータの記憶位置を管理する情報は階層的に管理されているのに対して、引用発明には管理情報が階層的に管理されていることは示されておらず、更に、（ｃ）本願発明においては、一連のデータの検索条件に応じて目的別に予め作成しておいた、データのアドレスを有する索引ファイルを設け、階層情報と索引ファイルのデータのアドレスに基づいて所望のデータをアクセスする手段を有しているのに対して、引用発明においては、蓄積したデータの検索については何ら示されていない点で、
両者は相違している。
　
　よって上記相違点（ａ），（ｂ），（ｃ）について検討すると、
　
（ａ）については、蓄積されるべきデータとして「画像データ」があることは、引用文献をあげるまでもなく、当業者に周知の事項であり、又、一般に、画像データはその他のデータと比べて容量が大きいことが多く、そのために記憶手段の空き領域のみでは保存することができず、複数個に分割して記憶する、という本願発明を用いることに依る効果が大きいことも当業者に自明の事項である。したがって、相違点（ａ）は、格別の相違点であるものとは認められない。
　
（ｂ）については、情報を階層的に管理することは、管理の手法として当業者に自明の事項であり、又、データを多数蓄積し、それを検索して必要なデータを得るデータベースの分野においてはごく一般的に用いられている常套手段にすぎないので、相違点（ｂ）も、格別の相違点であるものとは認められない。
　
（ｃ）については、上記したように、データベースシステムにおいて、複雑な構造のデータへのアクセスを効率よくするために、補助的なアクセス情報としてのインデックスを設け、該インデックスを検索することによってデータにアクセスするものにおいて、複数のインデックスを組み合わせて用いることで必要なデータを抽出することは、当業者に周知の事項であり、そのような周知な事項を引用発明に適用して本願発明のようにすることは、当業者が容易に発明をすることができたものと認められる。
　
（６）むすび
　以上の通りであるので、本願発明は、引用発明に周知発明を適用し、更に、必要な周知事項を適用することによって、当業者が容易に発明できたものである。
　
　したがって、本願発明は、特許法第２９条第２項の規定によって拒絶されるべきものであるので、本件手続補正は、特許法第１７条の２第４項によって読み替えて準用する同法第１２６条第３項の規定に違反するものであり、同法第１５９条第１項によって読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
　
　よって、結論のとおり決定する。
　
第３．本願発明
　上記のとおり、平成１６年７月２１日付提出の手続補正は却下されたので、本願の請求項１に係る発明は、平成１５年１２月１日付提出の手続補正により補正された特許請求の範囲の請求項１に記載された以下のとおりの事項により特定されるものである（これを、それぞれ「本願補正前発明」という。）。
　「【請求項１】
　画像データの蓄積システムにおいて、
　一連の画像データを分割して格納する複数個の記憶手段と、
　該記憶手段を記憶している装置及び該記憶手段における該一連の画像データの記憶位置を階層的に管理する階層情報と、
　該一連の画像データの検索条件に応じて目的別に予め作成しておいた索引ファイルと、
　該記憶手段の空き領域を管理する管理情報と、
　該階層情報と該索引ファイルに基づいて所望の画像データをアクセスする手段と、
　該管理情報に基づいて該記憶手段の空き領域を求め、画像データを登録すると共に、該階層情報と該管理情報と該索引ファイルを更新する登録手段と、
　を有することを特徴とする画像データ蓄積システム。」
　
２．引用文献に記載の発明
　原査定の拒絶の理由において引用文献２として引用された刊行物である特開平４−１５５５４６号公報及び原査定において周知例として引用された刊行物である特開平６−８９２１９号公報（以下、「周知文献」という。）に記載の発明は、上記「第２．　２．（３）及び（４）」に記載したとおりのものである。
　
３．対比・判断
　上記したように、本願補正前発明は、上記「第２．　２．（２）」で述べたように、平成１６年７月２１日付手続補正における本願発明と比較して、本願補正前発明は、「索引ファイル」については、「該画像データのアドレスを有する」ことの限定がないものであり、又「画像データをアクセスする手段」については、索引ファイル「の該画像データのアドレス」に基づいてアクセスすることの限定がないものである。　
　
　したがって、本願補正前発明については、上記限定のある本願発明が、引用発明に周知発明を適用し、更に、必要な周知事項を適用することによって、当業者が容易に発明できたものであると認められる以上、それらの限定がない本願補正前発明も当然に、引用発明に周知発明を適用し、更に、必要な周知事項を適用することによって当業者が容易に発明できたものである。
　
第４．むすび
　以上の通りであるので、本願補正前発明は、引用発明及び周知発明から当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。