【事件の表示】
　平成　２年特許願第２４９３１９号「ファイル管理システム」拒絶査定に対する審判事件［平成　４年　４月２８日出願公開、特開平　４−１２７３３５］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
 １．手続きの経緯・本願発明
　本願は、平成２年９月１９日の出願であって、その請求項８に係る発明（以下、本願発明という。）は、その特許請求の範囲の請求項８に記載されたとおりの次のものと認める。
　
 「 ファイル管理に関する処理要求を発行する処理装置と；
  ファイルと前記ファイルの名称および前記ファイルに関する管理情報を含むスペース管理テーブルを格納する記録媒体と前記記録媒体にデータを読み書きを行うドライブ制御部とから構成される記録ドライブ部と、制御部からなる記憶装置とを備え；
  前記制御部は、制御プロセッサ、キーバッファー、データバッファー、前記キーバッファーと前記データバッファの各内容を比較する比較回路、及びディレクトリメモリを備え、前記制御プロセッサは、前記記録媒体のスペース管理テーブルを前記ディレクトリメモリに格納し、前記処理装置からの処理要求に応じて、前記キーバッファに当該処理要求に含まれるファイル名称を格納すると共に前記データバッファに前記ディレクトリメモリから前記スペース管理テーブルのエントリーを順次格納し、前記比較回路の比較結果に基づき前記処理要求に応じた前記スペース管理テーブルの内容確認処理及びまたは前記データバッファ上での前記スペース管理テーブルに対する修正処理を行い、該修正処理の結果を前記ディレクトリメモリ上の前記スペース管理テーブルに更新格納すると共に前記内容確認の結果または修正処理の結果に関する報告を前記処理装置に対して行うようにしたことを特徴とするファイル管理システム。」
　
２．引用例
　これに対し、当審における拒絶の理由で引用した特開昭５８−５８６５号公報（以下、引用例１という。）には、次の事項が図面と共に記載されている。
　
 ア）「磁気ディスク上のファイルデータの位置を示すボリューム目録データを記憶するための半導体メモリを設け、システム起動時に該ボリューム目録データを該磁気ディスクから該半導体メモリへ書き込み、以後の該ファイルデータのアクセス時には該半導体メモリのデータを参照しファイル領域に対してシータ動作を行なうことを特徴とするものである。
　以下、図を用いて本発明を詳細に説明する。第２図は本発明の一実施例である。本図においてＣＰＵは中央処理装置、ＤＣはディスク制御装置Ｄ1Ｄ２は磁気ディスク装置、VMはVTOCメモリである。
　本実施例においては、各磁気ディスク装置Ｄ1,D２毎に磁気ディスク上のVTOC領域のデータを記憶するための半導体メモリで構成されたVTOCメモリVMを設け以下のようにファイルデータのアクセスを行なう。
　まず、システムの起動時に磁気ディスク上のVTOC領域のデータをディスク制御装置DCによりVTOCメモリＶＭに書き込み、以後のファイルデータのアクセス時にはVTOCメモリVMを参照し、ファイルデータの位置を知り、ファイル領域に対シーク動作を行なう。」（第１頁右下欄第１３行目〜第２頁左上欄第１６行目）
　
イ）「また処理中にVTOCデータの追加あるいは更新を行った場合には、中央処理装置ＣＰＵからのアクセスがない時にディスク制御装置ＤＣの制御により、追加あるいは更新したVTOCメモリVMのデータを磁気ディスクに書き込む様にすればよい。」（第２頁右上欄第８行目〜第１３行目）
　
　上記のア）〜イ）の記載から、引用例１には次の発明が記載されている。
　
ファイルアクセス要求を発行する中央処理装置と；
ファイルとＶＴＯＣ領域にＶＴＯＣデータを格納する磁気ディスクとＶＴＯＣ領域のデータを記憶するためのＶＴＯＣメモリＶＭを有する磁気ディスク装置と、磁気ディスク制御装置とを備え、
磁気ディスク制御装置は、磁気ディスク上のＶＴＯＣ領域のデータをＶＴＯＣメモリＶＭに書き込み、以後のファイルアクセス時にはＶＴＯＣメモリＶＭを参照し、また、ＶＴＯＣメモリＶＭのＶＴＯＣデータの追加、更新を行う磁気デイスク装置
　
  また、当審における拒絶の理由で引用した特開昭５９−１１４６０号公報（以下、引用例２という。）には、以下の事項が図面と共に記載されている。
　
ウ）「次に第５図を参照してディスクファイルコントローラ装置６００について、詳細な構成を説明する。第５図において、６０１は複数のファイル名及びそのファイル名に対応しているアドレス情報を格納しているディスクアドレスバッファ、６０２はディスクアドレスバッファ６０１から送出されたファイル名と第４図のホストＣＰＵ４００から送出されたファイル名とを比較する一致回路、６０３は一致回路６０２に送出したファイル名に対応したアドレス情報を一時記憶するアドレスレジスタ、６０４はホストＣＰＵ４００から送出されたディレクトリ名を格納するディレクトレジスタ、６０５はホストＣＰＵ４００から送出されたオーディナリファイルの読み出し等の命令を記憶する命令レジスタである。」（第２頁左下欄第４行目〜左下欄第１８行目）
　
エ）「さらに、そのディレクトリファイルによって、第６図に示されるようなディレクトリ内の全オーディナリファイルのファイル情報がディスクアドレスバッファ６０１内に格納される。」（第２頁右下欄第１９行目〜第３頁左上欄第２行目）
　
オ）「次にホストＣＰＵ４００からディスクファイルコントローラ装置６００に対し、命令（例えば、オーディナリファイルの読み出し等）とオーディナリファイル名が与えられると、それぞれ、命令レジスタ６０５、一致回路６０２に格納される。そこでディスク制御部６０６は命令レジスタ６０５に格納されている命令を解読すると、一致回路６０２にスタート信号を送出し、一致回路６０２はホストＣＰＵ４００からのファイル名とディスクアドレスバッファ６０１内のファイル名を比較する。不一致の場合、ディスクアドレスバッファ６０１のアドレスをインクリメントさせ、次のファイル名と比較する。」（第３頁左上欄第９行目〜右上欄第１行目）
　
カ）「以上述べてきたように本実施例によれば、ホストＣＰＵ４００がディスクファイルコントローラ装置６００に対し、命令とオーディナリファイル名だけを与えれば、他のディスクアクセスのための処理は、全てディスクファイルコントローラ装置６００にまかせるいことができ、さらには、命令がホストＣＰＵ４００に送出されたのち、１回のディスクアクセスで目的のオーディナリファイルを得ることができ、アクセス時間も効率的に下げることができる。」（第３頁右上欄第９行目〜右上欄第１９行目）
　
　上記のオ）の記載によれば一致回路はオーデイナリファイル名を格納する手段を有すると解されるから、上記ウ）〜オ）の記載から、引用例２には磁気デイスクに格納されたオーデイナリファイルの検索機構として、以下の発明が記載されている。
　
　一致回路内にあるファイル名格納手段、デイスクアドレスバッファ、ファイル名格納手段に格納されたファイル名とデイスクアドレスバッファに格納されたファイル情報を比較するファイル名格納手段を有する一致回路を有し、ホストＣＰＵから命令とオーデイナリファイル名が与えられると、デイスク制御部はホストＣＰＵからのファイル名とデイスクアドレスバッファのファイル名を比較するオーデイナリファイルの検索機構
　
 ３．対比
　本願発明（以下、前者という。）と引用例１に記載された発明（以下、後者という。）とを比較すると、
　後者の「中央処理装置」「ＶＴＯＣデータ」「磁気デイスク」「磁気デイスク制御装置」「ＶＴＯＣメモリＶＭ」「ＶＴＯＣメモリＶＭを参照」「ＶＴＯＣメモリＶＭのＶＴＯＣデータの追加、更新」は、それぞれ、前者の「処理装置」「ファイル名称およびファイルに関する管理情報を含むスペース管理テーブル」「記録媒体」「制御部」「ディレクトリメモリ」「前記スペース管理テーブルの内容確認処理」「修正処理の結果を前記ディレクトリメモリ上の前記スペース管理テーブルに更新格納」に相当する。
　後者の「ファイルアクセス要求」には、前者の「ファイル管理に関する処理要求」が含まれ、後者の「磁気デイスク装置」は、磁気デイスクにデータを読み書きするものであるから、前者の「記録媒体にデータを読み書きを行うドライブ制御部とから構成される記録ドライブ部」を有しており、また、後者では磁気デイスク装置と磁気デイスク制御装置によって記憶装置を構成している。
　後者の「以後のファイルアクセス時」は、「前記処理装置からの処理要求に応じて」と同等であり、後者において「磁気デイスク装置」はファイル管理システムに使われているから、
　両者は、
　
  ファイル管理に関する処理要求を発行する処理装置と；
  ファイルと前記ファイルの名称および前記ファイルに関する管理情報を含むスペース管理テーブルを格納する記録媒体と前記記録媒体にデータを読み書きを行うドライブ制御部とから構成される記録ドライブ部と、制御部からなる記憶装置とを備え；
  前記記憶装置は、制御プロセッサ及びディレクトリメモリを備え、前記制御プロセッサは、前記記録媒体のスペース管理テーブルを前記ディレクトリメモリに格納し、前記処理装置からの処理要求に応じて、前記処理要求に応じた前記スペース管理テーブルの内容確認処理及び修正処理の結果を前記ディレクトリメモリ上の前記スペース管理テーブルに更新格納するようにしたことを特徴とするファイル管理システム
 である点で一致する。
　
  一方、両者は次の点で相違する。
　
（１）前者は、制御部に、キーバッファー、データバッファー、前記キーバッファーと前記データバッファの各内容を比較する比較回路を備え、処理装置からの処理要求に応じて、前記キーバッファに当該処理要求に含まれるファイル名称を格納すると共に前記データバッファに前記ディレクトリメモリから前記スペース管理テーブルのエントリーを順次格納し、前記比較回路の比較結果に基づき前記処理要求に応じた前記スペース管理テーブルの内容確認処理及びまたは前記データバッファ上での前記スペース管理テーブルに対する修正処理を行うものであるのに対し、後者は、スペース管理テーブルの内容確認処理及び修正処理を行っているものの、その処理に用いる具体的構成要素および具体的処理過程が不明である点。
　
（２）前者は、処理装置（ＯＳ）からの処理要求によって、スペース管理テーブルに対する処理をＯＳの関与なしに制御プロセッサ側で行うことを前提としたものであるのに対し、後者は、処理装置のＯＳとの関連が不明である点。
　
（３）前者は、内容確認の結果または修正処理の結果に関する報告を前記処理装置に対して行うものであるに対し、後者では処理結果に関する報告については不明である点。
　
４．相違点についての判断
　
相違点１について
　一般に磁気デイスクに記録されたファイル等のデータ（ファイル管理データを含む）の更新処理を行う場合、具体的処理過程としては、磁気デイスクから対象となるデータ部分を読み出し、一旦ＲＡＭ等のワークエリアに記憶した後、ワークエリアから順次データを取り出して比較回路で更新箇所を検索し、ワークエリア上で更新した後、磁気デイスクに書き戻すようにしている。そして、このようなファイルの更新部分を見つけるための機構は、２．引用例の項で引用例２の記載から認定したように周知のものである。
　従って、前者で使用しているスペース管理テーブルに対する処理に用いる具体的構成要素および具体的処理過程は、ファイルの参照や更新の際に用いる通常の構成および処理過程と異なるものでないから、この点を格別の相違ということはできない。
　
相違点２について
　入出力制御では、ＣＰＵは処理命令を発行するだけで細部の処理については下位の制御手段（例えば、チャネルやＩＯプロセッサ）に任せることが一般的であり、デイスクに対するファイル処理においても引用例２の引用箇所　カ）に同様の記載がされている。前者における内容確認、更新の対象はファイル領域を管理するスペース管理領域であるが、通常のファイル領域と同様にスペース管理領域に対しても細部の処理を記憶装置側で実行させ、ＯＳの負担を軽減するようにすることは容易に想到し得ることである。
　
相違点３について
　上位装置が下位装置に入出力制御を指示したとき、下位装置の処理終了時に上位装置に報告を行うことは入出力制御の分野では周知であり、慣用的に行われていることである。従って、後者においても処理結果について報告を行うようにすることの方がむしろ普通のことである。
　
５．結論
　したがって、本願の請求項８に係る発明は、引用例１，２に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。