【事件の表示】
　特願２００２−２５８３９２「文書管理システムおよび文書管理方法およびプログラム」拒絶査定不服審判事件〔平成１６年　３月２５日出願公開、特開２００４−　９４８４０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯 
　
　本願は、平成１４年９月４日の出願であって、平成１８年６月２６日付けで拒絶査定がなされ（発送日同年７月４日）、これに対して、同年８月３日に拒絶査定不服審判の請求がなされるとともに、同年８月３０日付けで手続補正がなされたものである。 
 　 
 　 
 　 
　
第２　平成１８年８月３０日付けの手続補正についての補正却下の決定 
 　 
〔補正却下の決定の結論〕 
　
　平成１８年８月３０日付けの手続補正（以下、「本件補正」という。）を却下する。 
　 
〔理由〕 
　
１．本件補正について 
　
　本件補正は、特許請求の範囲についてするもので、特許請求の範囲には、本件補正前の特許請求の範囲に対して以下の限定がなされている。 
　
・本件補正前の特許請求の範囲第１項に
「意味的にまとまりのある複数の文書の内容を、文書識別子を付して一つの文書データとして管理する文書データ管理部」とあったところを、
「意味的にまとまりのある複数の文書の内容を、
一つの
　 
・本件補正前の特許請求の範囲第１項に
「利用者から指定された前記文書識別子と、前記文書名をもとに，前記文書情報管理部の情報を取得する文書情報取得部」とあったところを、
「利用者から指定された前記文書識別子と、
前記文書識別子に対応した複数の文書における
　
・本件補正前の特許請求の範囲第２項に
「前記計算機は、文書に関する文書識別子と、文書名の指定を受け付け」るとあったところを、
「前記計算機は、
複数の文書に対応した
前記文書識別子に対応した複数の文書における
　  
　したがって、当該限定は、特許法第１７条の２第４項第２号に掲げる事項を目的とするものである。 
 　 
　そこで、本件補正後における特許請求の範囲に記載されている事項により構成される発明が特許出願の際独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項に規定する要件を満たすか）否かを、請求項２に係る発明（以下、「本願補正発明」という。）について以下に検討する。 
　
　
　
２．本願補正発明について
　
　本願補正発明は、平成１８年８月３０日付けの手続補正書の特許請求の範囲第２項に記載された、次のとおりのものである。
　
「【請求項２】
　計算機を用いた文書管理方法であって、
　前記計算機は、複数の文書に対応した文書識別子と、前記文書識別子に対応した複数の文書における文書名の指定を受け付け、
　前記指定された前記文書識別子と前記文書名と、データベースに格納された複数の文書の内容をまとめた文書識別子に対応した文書データとにもとづいて、各文書の開始位置および文書サイズの情報を読み出し、
　読み出した前記各文書の開始位置および文書サイズにもとづいて指定された文書データの内容を前記データベースから取得し、
　前記取得した文書の内容をファイルに出力することを特徴とする文書管理方法。」 
　 
　
　 
３．引用例
　 
　原査定の拒絶の理由に引用された、特開２０００−１８１７６６号公報（以下、「引用例」という）には、図面とともに以下の技術事項が記載されている。 
　
（ア） 
「　　【０００１】
　　【発明の属する技術分野】
　本発明は、記憶媒体に記憶されている例えば印刷処理用のファイルやリソースを記憶し、データ処理手段からの要求に応じて読み出すファイル入出力装置に関する。」
　
（イ）
「　　【０００２】
　　【従来の技術】
　　　　　　　　　　　・・・（中略）・・・　
　　【０００８】
　ところで、複数台の印刷装置を用いて短時間に多量の印刷物を作成する印刷システムには、個々の印刷装置に用いるフォントやフォーム等の多数のリソースを、種々のファイルと共に一括して磁気ディスクに記憶しておき、印刷時に使用する印刷装置に応じて印刷環境定義情報を入力することにより、磁気ディスクから必要なリソースやファイルを読み出して、印刷処理を行なうものがある。
　　　【０００９】
　このような印刷システムでは、印刷環境定義情報に基づいて磁気ディスクから多数のリソースやファイルを読み出すため、ヘッドシークやディスクの回転待ち時間の短縮を図っても、アクセス時間の大幅な短縮は困難となっており、より一層のアクセス時間の短縮が望まれている。
　　　【００１０】
　　【発明が解決しようとする課題】
　本発明は上記事実に鑑みてなされたものであり、複数のファイルやりソース等へのアクセスが必要となったときにも、処理時間の短縮が可能なファイル入出力装置を提供することを目的とする。」 
 　 
（ウ） 
「　　【００２９】
　　【発明の実施の形態】
　以下、図面を参照しながら本発明の実施の形態の一例を説明する。
　　　【００３０】
　図１には、本実施の形態に適用した印刷処理システム１０の概略構成が示されている。この印刷システム１０には、処理管理コンピュータ１２及びデータ処理手段１３として設けられている複数台の印刷装置１４などを備えており、それぞれの印刷装置１４によって並行して印刷処理が可能となっている。これにより、印刷処理システム１０では、短時間に多種の印刷物を多量に作成可能となっている。
　　　【００３１】
　処理管理コンピュータ１２には、キーボード等のデータ入力手段１６、ファイル入出力手段１８と共に磁気ディスク２０が設けられている。磁気ディスク２０には、それぞれの印刷装置１４で印刷処理時に必要とするフォントやフォーム等の多数のリソース、リソースファイル、データファイル等が記憶されている。
　　　【００３２】
　印刷システム１０では、データ入力手段１６から印刷装置１４ごとに設定されている印刷環境定義情報（例えばＪＤＬ、ＪＤＥなど）が入力されることにより、この印刷環境定義情報等によって特定されるリソースやファイルを、該当する印刷装置１４が順に読み込んで印刷処理を行うようになっている。この印刷環境定義情報は、印刷装置１４と印刷装置１４に使用するリソース等を予め特定したものであり、印刷装置１４によって異なっている。
　　　【００３３】
　なお、印刷処理システム１０をネットワークに接続したときに、このネットワーク上の他のコンピュータ（ワークステーション等）がデータ入力手段１６になりうると共に、データ入力手段としては、種々の記録媒体を用いることもできる。すなわち、印刷処理システム１０では、種々の記憶媒体やネットワーク上のワークステーション等から印刷環境定義情報共に印刷データを入力して、印刷装置１４を用いた印刷処理を行なうことができる。」
 　 
（エ） 
「　　【００３４】
　処理管理コンピュータ１２に形成されているファイル入出力手段１８には、第１の記憶手段となる磁気ディスク２０に加えて、第２の記憶手段としての磁気ディスク２２及び第３の記憶手段としての半導体メモリ（以下「メモリ２４」とが設けられている。メモリ２４は、キャッシュメモリ（ディスクキャッシュ）とは別に設けられている。
　　　【００３５】
　ファイル入出力手段１８は、ファイル書込み手段２６、ファイル読出し手段２８及びファイル処理手段３０を含んで構成されており、データ入力手段１６からファイルの書き込み要求がなされると、ファイル書込み手段２６によって磁気ディスク２０へのファイルの書き込み処理を行う。これにより、磁気ディスク２０に書き込まれたファイルが記憶される。また、ファイル入出力手段１８は、データ処理手段１３である印刷装置１４からファイルやリソースの出力を要求されることにより、ファイル読出し手段２８によって要求されたファイルないしリソースを読み出して出力する。」 
 　 
（オ） 
「　　【００３６】
　一方、ファイル処理手段３０は、データ入力手段１２から入力された印刷環境定義情報に基づいて印刷装置１４が要求するファイルないしリソースをファイル読出し手段２８が磁気ディスク２０から読み出して出力するときに、磁気ディスク２０から読み出したファイルやリソースを順に連結して、印刷環境定義情報に基づいた一つのファイル（以下「連結ファイル」とする）を生成する。すなわち、ファイル処理手段３０は、印刷環境定義情報をキーとして磁気ディスク２０から読み出されたファイルやリソースを連結し、印刷管理定義情報がキーとなる連結ファイルを作成する。
　　　【００３７】
　このファイル処理手段３０で生成された連結ファイルは、ファイル書込み手段２６により磁気ディスク２０ではなく磁気ディスク２２へ書き込まれる。
　　　【００３８】
　例えば、図２（Ａ）に示されるように、磁気ディスク２０からファイルＡ、リソースｂ及びリソースｃが読み出されると、ファイルＡ、リソースｂ、ｃを連結した連結ファイルＸを生成し、この連結ファイルＸを磁気ディスク２２に記憶させる。」 
 　 
（カ） 
「　　【００３９】
　一方、ファイル入出力手段１８では、次の処理のためにデータ入力手段１６から印刷環境定義情報が入力されると、この印刷環境定義情報をキーとする連結ファイルＸの有無を確認し、磁気ディスク２２に該当する連結ファイルＸがあるときには、この連結ファイルＸを読み出して、この連結ファイルＸから印刷装置１４の要求に応じたファイルないしリソースを出力する。
　　　【００４０】
　このとき、ファイル入出力手段１８では、磁気ディスク２２から連結ファイルＸを読み出すと、この連結ファイルＸをメモリ２４に格納し、印刷装置１４からアクセスされると、メモリ２４上の該当するファイルないしリソースのアドレスを出力する。印刷装置１４は、このアドレスに基づいてメモリ２４から必要なファイルないしリソースを読み出す。なお、連結ファイルＸの容量がメモリ２４の容量を越えるときには、連結ファイルＸを分割してメモリ２４に格納するようにしている。」
　
（キ）
「　　【００４１】
　例えば、図２（Ｂ）に示されるように、ファイル入出力手段１８は、ファイルＡ、リソースｂ、ｃを用いる印刷環境定義情報が入力されると、このファイルＡ、リソースｂ、ｃを含む連結ファイルＸが既に生成されて磁気ディスク２２上に記憶されているので、磁気ディスク２０ではなく磁気ディスク２２から連結ファイルＸとして一括して読み込み、メモリ２４に格納する。この後、印刷装置１４がファイルＡ、リソースｂ、ｃを要求すると、ファイル入出力手段１８は、それぞれのメモリ２４上のアドレスを出力する。これにより、印刷装置１４は、このメモリ２４にアクセスして、メモリ２４からファイルＡ、リソースｂ、ｃを読み込む。」 
 　 
（ク） 
「　　【００４６】
　一方、ファイル入出力手段１６では、磁気ディスク２０内のファイルやリソースが更新されたときには、このファイルやリソースを含む連結ファイルの有無を確認し、更新するファイルやリソースを含む連結ファイルが生成されて磁気ディスク２２に記憶されているときには、この連結ファイル内の該当するファイルまたはリソースの更新も行なうようになっている。
　　　【００４７】
　すなわち、図３（Ａ）示されるように、連結ファイルの管理情報としては、連結ファイル名、連結ファイルサイズ、連結ファイルアドレス、保有期限、最大サイズ、作成日時、更新日時等があり、これにより、図３（Ｂ）に示されるように、磁気ディスク２２の管理領域３２には、連結ファイルＸごとに、印刷環境定義情報をキーとして生成した登録ファイル名と共に、登録ファイルサイズ、登録ファイルオフセット、圧縮の有無等が記憶される。また、登録ファイルオフセットによって連結ファイルＸのデータ、すなわち、連結されているファイルないしリソースの記憶領域３４が特定される。」 
 　 
 （ケ） 
 「　　【００７７】
　なお、上記の実施の形態では、本発明を印刷処理システム１０でのファイル処理に適用して説明したが、本発明はこれに限らず磁気ディスク等の記憶媒体に記憶したファイルやデータの中から複数のファイルやデータを読み出すときのファイル処理に適用することができる。」 
　
（コ）
「【図面の簡単な説明】
　　【図１】　本実施の形態に適用した印刷システムの概略構成を示すブロック図である。
　　【図２】　（Ａ）は、連結ファイルの生成を示す概略構成図、（Ｂ）は連結ファイルの読み出しを示す概略構成図である。
　　【図３】　（Ａ）は連結ファイルの管理情報を示す図表、（Ｂ）は磁気ディスクに記憶される連結ファイルの構成を示す概略図である。
　　【図４】　ファイルないしリソースの読み出し処理の概略を示す流れ図である。」 
　 
 　 
　以上の引用例の記載によれば、引用例には以下の事項が開示されていると認められる。 
 　 
（ａ）
　引用例の上記（ア）の「本発明は、記憶媒体に記憶されている例えば印刷処理用のファイルやリソースを記憶し、データ処理手段からの要求に応じて読み出すファイル入出力装置に関する。」という記載、
　
　引用例の上記（コ）の「【図４】　ファイルないしリソースの読み出し処理の概略を示す流れ図である。」という記載、
（すなわち、【図４】には、当該処理の「方法」が図示されているともいえる。）
　
　引用例の上記（ウ）の「図１には、本実施の形態に適用した印刷処理システム１０の概略構成が示されている。この印刷システム１０には、処理管理コンピュータ１２及びデータ処理手段１３として設けられている複数台の印刷装置１４などを備えており、それぞれの印刷装置１４によって並行して印刷処理が可能となっている。これにより、印刷処理システム１０では、短時間に多種の印刷物を多量に作成可能となっている。」という記載、
（なお、「処理管理コンピュータ１２」という名称から、本処理が「管理」を考慮したものであることは明らかである。）
　
　引用例の上記（ケ）の「なお、上記の実施の形態では、本発明を印刷処理システム１０でのファイル処理に適用して説明したが、本発明はこれに限らず磁気ディスク等の記憶媒体に記憶したファイルやデータの中から複数のファイルやデータを読み出すときのファイル処理に適用することができる。」という記載から、
　
　引用例には、「処理管理コンピュータを用いたファイル管理方法」が開示されていると認められる。
　 
 　 
（ｂ）
　上記（ａ）の「処理管理コンピュータを用いたファイル管理方法」という開示、
　 
　引用例の上記（ウ）の「処理管理コンピュータ１２には、キーボード等のデータ入力手段１６、ファイル入出力手段１８と共に磁気ディスク２０が設けられている。磁気ディスク２０には、それぞれの印刷装置１４で印刷処理時に必要とするフォントやフォーム等の多数のリソース、リソースファイル、データファイル等が記憶されている。」という記載、
（すなわち、「処理管理コンピュータ１２」は「ファイル入出力手段１８」を備えている。）
　
　引用例の上記（キ）の「例えば、図２（Ｂ）に示されるように、ファイル入出力手段１８は、ファイルＡ、リソースｂ、ｃを用いる印刷環境定義情報が入力されると、このファイルＡ、リソースｂ、ｃを含む連結ファイルＸが既に生成されて磁気ディスク２２上に記憶されているので、磁気ディスク２０ではなく磁気ディスク２２から連結ファイルＸとして一括して読み込み、メモリ２４に格納する。この後、印刷装置１４がファイルＡ、リソースｂ、ｃを要求すると、ファイル入出力手段１８は、それぞれのメモリ２４上のアドレスを出力する。これにより、印刷装置１４は、このメモリ２４にアクセスして、メモリ２４からファイルＡ、リソースｂ、ｃを読み込む。」という記載、
　
　引用例の上記（ケ）の「なお、上記の実施の形態では、本発明を印刷処理システム１０でのファイル処理に適用して説明したが、本発明はこれに限らず磁気ディスク等の記憶媒体に記憶したファイルやデータの中から複数のファイルやデータを読み出すときのファイル処理に適用することができる。」という記載から、
　
　引用例には、「前記処理管理コンピュータは、複数のファイルに対応した印刷環境定義情報が入力され、この後、前記印刷環境定義情報に対応した複数のファイルにおけるファイルの要求が入力され」ることが開示されていると認められる。
　
　
（ｃ）　
　上記（ｂ）の「前記処理管理コンピュータは、複数のファイルに対応した印刷環境定義情報が入力され、この後、前記印刷環境定義情報に対応した複数のファイルの要求が入力され」るという開示、 
　
　引用例の上記（オ）の「一方、ファイル処理手段３０は、データ入力手段１２から入力された印刷環境定義情報に基づいて印刷装置１４が要求するファイルないしリソースをファイル読出し手段２８が磁気ディスク２０から読み出して出力するときに、磁気ディスク２０から読み出したファイルやリソースを順に連結して、印刷環境定義情報に基づいた一つのファイル（以下「連結ファイル」とする）を生成する。すなわち、ファイル処理手段３０は、印刷環境定義情報をキーとして磁気ディスク２０から読み出されたファイルやリソースを連結し、印刷管理定義情報がキーとなる連結ファイルを作成する。」という記載、
（すなわち、「連結ファイル」は、ファイルやリソースを順に連結して生成された、印刷環境定義情報に基づいた「一つ」のファイルである。）　
　
　引用例の上記（キ）の「例えば、図２（Ｂ）に示されるように、ファイル入出力手段１８は、ファイルＡ、リソースｂ、ｃを用いる印刷環境定義情報が入力されると、このファイルＡ、リソースｂ、ｃを含む連結ファイルＸが既に生成されて磁気ディスク２２上に記憶されているので、磁気ディスク２０ではなく磁気ディスク２２から連結ファイルＸとして一括して読み込み、メモリ２４に格納する。この後、印刷装置１４がファイルＡ、リソースｂ、ｃを要求すると、ファイル入出力手段１８は、それぞれのメモリ２４上のアドレスを出力する。これにより、印刷装置１４は、このメモリ２４にアクセスして、メモリ２４からファイルＡ、リソースｂ、ｃを読み込む。」という記載から、
　
　引用例には、「前記入力された前記印刷環境定義情報と前記ファイルの要求と、磁気ディスクに記憶された複数のファイルの内容をまとめた印刷環境定義情報に対応した連結ファイルとに基づいて、要求されたファイルの内容を、予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより読み込み」していることが開示されていると認められる。
　
　
（ｄ）
　上記（ｃ）の「前記入力された前記印刷環境定義情報と前記ファイルの要求と、磁気ディスクに記憶された複数のファイルの内容をまとめた印刷環境定義情報に対応した連結ファイルとに基づいて、要求されたファイルの内容を、予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより読み込み」しているという開示、　
　
　引用例の上記（キ）の「この後、印刷装置１４がファイルＡ、リソースｂ、ｃを要求すると、ファイル入出力手段１８は、それぞれのメモリ２４上のアドレスを出力する。これにより、印刷装置１４は、このメモリ２４にアクセスして、メモリ２４からファイルＡ、リソースｂ、ｃを読み込む。」という記載、
（すなわち、（「処理管理コンピュータ１２」が備える）「ファイル入出力手段１８」は「印刷装置１４」に対して「ファイルＡ、リソースｂ、ｃ」を出力していることになる。）
　
　引用例の上記（ケ）の「なお、上記の実施の形態では、本発明を印刷処理システム１０でのファイル処理に適用して説明したが、本発明はこれに限らず磁気ディスク等の記憶媒体に記憶したファイルやデータの中から複数のファイルやデータを読み出すときのファイル処理に適用することができる。」という記載から、　
　
 　引用例には、「前記読み込みしたファイルの内容をファイルに出力する」ことが開示されていると認められる。
　 
　 
　以上の引用例の記載によれば、引用例には下記の発明（以下、「引用例発明」という。）が開示されていると認められる。 
 　 
「処理管理コンピュータを用いたファイル管理方法であって、
　前記処理管理コンピュータは、複数のファイルに対応した印刷環境定義情報が入力され、この後、前記印刷環境定義情報に対応した複数のファイルにおけるファイルの要求が入力され、
　前記入力された前記印刷環境定義情報と前記ファイルの要求と、磁気ディスクに記憶された複数のファイルの内容をまとめた印刷環境定義情報に対応した連結ファイルとに基づいて、要求されたファイルの内容を、予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより読み込み、
　前記読み込みしたファイルの内容をファイルに出力することを特徴とするファイル管理方法。」 
 　 
 　  
　　 
４．対比 
　
　本願補正発明と引用例発明とを対比する。 
　
（１）
　引用例発明の「処理管理コンピュータ」は、本願補正発明の「計算機」に相当する。
　
　
（２）
・引用例の上記（ケ）の「なお、上記の実施の形態では、本発明を印刷処理システム１０でのファイル処理に適用して説明したが、本発明はこれに限らず磁気ディスク等の記憶媒体に記憶したファイルやデータの中から複数のファイルやデータを読み出すときのファイル処理に適用することができる。」という記載にあるように、引用例発明は、印刷処理だけでなく、一般のファイル処理に適用されるものであること、
　
・一般のファイル処理に用いられる「ファイル」の実施態様として「文書」があることは情報処理分野における技術常識であること、
　
　を鑑みれば、
　
　引用例発明の（「文書」を含み得ることは明らかである）「ファイル」は、本願補正発明の「文書」に相当する。
　
　
（３）
　引用例発明の「磁気ディスク」は、所定の目的を達成するために「連結ファイル」というデータをアクセス可能に構成されている、すなわち、「連結ファイル」を対象とする「データベース」として「磁気ディスク」が構成されているといえるのであるから、
　引用例発明の「磁気ディスク」は、本願補正発明の「データベース」に相当する。
　
参考：ＪＩＳにおける「データベース」の定義
「あるデータの集合の一部又は全部であり、少なくとも一つのファイルから成るデータの集合であって、与えられた目的又はデータ処理システムを満足させるもの．」
　
　
（４）
　引用例発明の「処理管理コンピュータを用いたファイル管理方法」は、
　
　本願補正発明の「計算機を用いた文書管理方法」に相当する。
　
　
（５）
　引用例発明の「前記処理管理コンピュータは、複数のファイルに対応した印刷環境定義情報が入力され、この後、前記印刷環境定義情報に対応した複数のファイルにおけるファイルの要求が入力され」ることと、
　
　本願補正発明の「前記計算機は、複数の文書に対応した文書識別子と、前記文書識別子に対応した複数の文書における文書名の指定を受け付け」ることとは、
　
　本願補正発明では、「複数の文書に対応した文書識別子」の指定を受け付ける時刻、及び「前記文書識別子に対応した複数の文書における文書名」の指定を受け付ける時刻との関係については問題としていないことを鑑みれば、
　
「前記計算機は、複数の文書に対応した文書識別情報と、前記文書識別子に対応した複数の文書における文書情報の指定を受け付け」ることで一致し、
　
・本願補正発明の「文書識別情報」は「文書識別子」であるのに対し、引用例発明の「文書識別情報」は「印刷環境定義情報」である点、
　
・本願補正発明の「文書情報」は「文書名」であるのに対し、引用例発明の「文書情報」は「ファイルの要求」（すなわち、「文書の要求」）である点、
　
　で相違する。
　
　
（６）
　引用例発明の
「前記入力された前記印刷環境定義情報と前記ファイルの要求と、磁気ディスクに記憶された複数のファイルの内容をまとめた印刷環境定義情報に対応した連結ファイルとに基づいて、要求されたファイルの内容を、予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより読み込み」することと、
　
　本願補正発明の
「前記指定された前記文書識別子と前記文書名と、データベースに格納された複数の文書の内容をまとめた文書識別子に対応した文書データとにもとづいて、各文書の開始位置および文書サイズの情報を読み出し、
　読み出した前記各文書の開始位置および文書サイズにもとづいて指定された文書データの内容を前記データベースから取得し」ていることとは、
　
　引用例発明は、メモリを介してはいるものの、要求された文書の内容を「磁気ディスク」（本願補正発明の「データベース」に相当）から読み込み（本願補正発明の「取得」に相当）していることを鑑みれば、
　
「前記指定された前記文書識別情報と前記文書情報と、データベースに格納された複数の文書の内容をまとめた文書識別情報に対応した文書データとにもとづいて、指定された文書データの内容を前記データベースから取得し」ていることで一致し、
　
・本願補正発明の「文書識別情報」は「文書識別子」であるのに対し、引用例発明の「文書識別情報」は「印刷環境定義情報」である点、
　
・本願補正発明の「文書情報」は「文書名」であるのに対し、引用例発明の「文書情報」は「ファイルの要求」（すなわち、「文書の要求」）である点、
　
・本願補正発明では「各文書の開始位置および文書サイズの情報を読み出し、読み出した前記各文書の開始位置および文書サイズにもとづいて」文書データの内容を取得しているのに対し、引用例発明では「予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより」文書データの内容を取得している点、
　　
　で相違する。
　
　
（７）
　引用例発明の「前記読み込みしたファイルの内容をファイルに出力すること」は、
　
　本願補正発明の「前記取得した文書の内容をファイルに出力すること」に相当する。
　
　
（８） 　 
　したがって、両者は、 
「計算機を用いた文書管理方法であって、
　前記計算機は、複数の文書に対応した文書識別情報と、前記文書識別子に対応した複数の文書における文書情報の指定を受け付け、
　前記指定された前記文書識別情報と前記文書情報と、データベースに格納された複数の文書の内容をまとめた文書識別情報に対応した文書データとにもとづいて、指定された文書データの内容を前記データベースから取得し、
　前記取得した文書の内容をファイルに出力することを特徴とする文書管理方法。」
　の点で一致し、 
 　 
（相違点１） 
　本願補正発明の「文書識別情報」は「文書識別子」であるのに対し、引用例発明の「文書識別情報」は「印刷環境定義情報」である点、
 　 
（相違点２） 
　本願補正発明の「文書情報」は「文書名」であるのに対し、引用例発明の「文書情報」は「ファイルの要求」（すなわち、「文書の要求」）である点、
 　 
（相違点３） 
　本願補正発明では「各文書の開始位置および文書サイズの情報を読み出し、読み出した前記各文書の開始位置および文書サイズにもとづいて」文書データの内容を取得しているのに対し、引用例発明では「予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより」文書データの内容を取得している点、
　
　で相違する。 
 　 
 　
　 
５．判断 
 　 
（１）相違点１について
　 
  各種情報を識別子を用いて指示又は表現することは、情報処理分野における周知技術である。
　
　したがって、引用例１発明に対して、当該周知技術を適用することによって、「印刷環境定義情報」の代わりに、「文書識別子」を用いて指示又は表現することは、当業者が容易に想到し得ることである。
　
 　　 
（２）相違点２について
　 
　ファイルや文書を、ファイル名や文書名を用いて指示又は表現することは、情報処理分野における周知技術である。
　
　したがって、引用例発明に対して、当該周知技術を適用することによって、「ファイルの要求」（すなわち、「文書の要求」）の代わりに、「文書名」を用いて指示又は表現することは、当業者が容易に想到し得ることである。
 　 
　
（３）相違点３について
　
　ファイルや文書の内容を取得する際、メモリを経由して取得するか否かは、ファイルや文書の取得の高速性と、ファイルや文書の取得処理の実装難度などの周知のトレードオフを鑑みて決定されるような、当業者における周知の設計的事項である。
　
　また、引用例には、引用例の上記（ク）の「一方、ファイル入出力手段１６では、磁気ディスク２０内のファイルやリソースが更新されたときには、このファイルやリソースを含む連結ファイルの有無を確認し、更新するファイルやリソースを含む連結ファイルが生成されて磁気ディスク２２に記憶されているときには、この連結ファイル内の該当するファイルまたはリソースの更新も行なうようになっている。・・・（中略）・・・すなわち、図３（Ａ）示されるように、連結ファイルの管理情報としては、連結ファイル名、連結ファイルサイズ、連結ファイルアドレス、保有期限、最大サイズ、作成日時、更新日時等があり、これにより、図３（Ｂ）に示されるように、磁気ディスク２２の管理領域３２には、連結ファイルＸごとに、印刷環境定義情報をキーとして生成した登録ファイル名と共に、登録ファイルサイズ、登録ファイルオフセット、圧縮の有無等が記憶される。また、登録ファイルオフセットによって連結ファイルＸのデータ、すなわち、連結されているファイルないしリソースの記憶領域３４が特定される。」と記載されているように、
　磁気ディスクに記憶されているファイルに対してアクセスするためには、「登録ファイルオフセット」及び「登録ファイルサイズ」に関する情報を用意すること開示されていることから、
　引用例は、磁気ディスクに記憶されているファイルをアクセスするためには、「登録ファイルオフセット」のようなオフセット情報及び「登録ファイルサイズ」のようなサイズ情報を必要とすることを示唆している。
　
　しかも、ファイルシステムというデータベースに格納されている複数の文書の内容をまとめた文書データから、特定の文書を指定し取得することは、
・ピーチプレス株式会社「快適パソコンＢＯＯＫＳ　これでバッチリ！圧縮・解凍」（２０００．０４．２５）ｐ．４５−ｐ．４８，ｐ．８０−ｐ．８２
・日経ＢＰ社「ＣＡＳＳＩＯＰＥＩＡ　ナビゲーションブック」（１９９７．１１．１０）ｐ．２５９−ｐ．２６０
・マイクロソフト株式会社「Ｍｉｃｒｏｓｏｆｔ　Ｏｆｆｉｃｅ　ｆｏｒ　ＷｉｎｄｏｗｓＲ９５　活用ガイド」（１９９８．０４．３０，初版第１４刷）ｐ．１０２−ｐ．１０３（特に、ｐ．１０３，ｌ．５−ｌ．７を参照）
　にあるように、情報処理分野の専門家でなくても知られているような、情報処理分野における周知技術である。
　
　更に、各種プログラムの作成に利用されるプログラミング言語には、ファイルの読み出し位置（オフセット）と読み込み量（サイズ）を指定することによって、磁気ディスク等に記憶されているファイルの一部又は全体を読み出し可能にする機能が用意されていることは、情報処理分野における周知技術である。
　例えば、プログラミング言語として周知の「Ｃ言語」には、
【ｏｐｅｎ関数】ファイル名等を引数とし、オープンしたファイルのファイルハンドルを返す関数、
【ｌｓｅｅｋ関数】ファイルハンドル、オフセット、位置を指定する種類（例：ファイルの先頭、現在のファイルポインタ、ファイルの終端）を引数とし、指定された位置からオフセット分離れたところにファイルポインタを移動するための関数、
【ｒｅａｄ関数】ファイルハンドル、データを格納するためのバッファアドレス、データサイズを引数とし、ファイルハンドルに対応するファイルから、ファイルポインタが指し示す読み出し開始位置から、指定されたデータサイズ分のデータを読み込みバッファに格納する関数、
　等の関数が用意されている。
（つまり、ｏｐｅｎ関数によって、「複数の『文書』の内容をまとめた文書データ」をオープンし、
　ｌｓｅｅｋ関数によって、読み出したい『文書』の読み出し開始位置を指定し、
　ｒｅａｄ関数によって、読み出したい『文書』のサイズを指定することによって『文書』を読み出しすることによって、
　「複数の『文書』の内容をまとめた文書データ」から所望の『文書』を取得できることは明らかである。）
　
　
　したがって、引用例発明に対して、当該周知技術を適用することによって、
　「予め前記磁気ディスクから一括して読み込み格納したメモリから、それぞれのメモリ上のアドレスを出力することにより」文書データの内容を取得する代わりに、予め前記磁気ディスクから一括してメモリに読み込み格納することなく、
　「各文書の開始位置および文書サイズの情報を読み出し、読み出した前記各文書の開始位置および文書サイズにもとづいて」文書データの内容を取得することは、当業者が容易に想到し得ることである。　
　
　
　以上のことから、本願補正発明は、引用例発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。 
 　 
　
 　 
６．むすび 
　
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
 　 
 　 
　
 　 
第３　本願発明について 
 　 
１．本願発明 
　平成１８年８月３０日付けの手続補正は上記のとおり却下されたので、本願の請求項１乃至２に係る発明は、平成１８年４月２６日付けの手続補正書の特許請求の範囲第１乃至２項に記載されたとおりのものと認められるところ、その請求項２に係る発明（以下、「本願発明」という。）は、次のとおりのものである。 
 　 
「【請求項２】
　計算機を用いた文書管理方法であって、
　前記計算機は、文書に関する文書識別子と、文書名の指定を受け付け、
　前記指定された前記文書識別子と前記文書名と、データベースに格納された複数の文書の内容をまとめた文書識別子に対応した文書データとにもとづいて、各文書の開始位置および文書サイズの情報を読み出し、
　読み出した前記各文書の開始位置および文書サイズにもとづいて指定された文書データの内容を前記データベースから取得し、
　前記取得した文書の内容をファイルに出力することを特徴とする文書管理方法。」 
 　 
　 
　 
２．引用例
　
　原査定の拒絶の理由で引用された引用例、及びその記載事項は、前記「第２　〔理由〕　３．引用例」に記載したとおりである。 
　 
　 
 　 
３．判断 
　
　本願発明は、上記「第２　〔理由〕」で検討した本願補正発明から、下記の限定を解除したものに相当する。 
　
・本件補正前の特許請求の範囲第２項に
「前記計算機は、文書に関する文書識別子と、文書名の指定を受け付け」るとあったところを、
「前記計算機は、
複数の文書に対応した
前記文書識別子に対応した複数の文書における
　 　 
　そうすると、本願発明の構成要件を全て含み、更に他の要件を付加したものに相当する本願補正発明が、前記「第２〔理由〕　５．判断」に記載したとおり、引用例発明及び周知技術に基づいて、当業者が容易に発明することができたものであるから、本願発明も、同様の理由により、引用例発明に基づいて当業者が容易に発明することができたものである。 
 　 
　
 　 
４．むすび
 
　したがって、本願発明は、引用例発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができないから、他の請求項について検討するまでもなく、本願は拒絶されるべきものである。 
　
　よって結論の通り審決する。