【事件の表示】
　平成　９年特許願第　６５９１９号「データベース管理方法および装置」拒絶査定不服審判事件〔平成１０年　９月２９日出願公開、特開平１０−２６０８７６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成９年３月１９日の出願であって、平成１７年４月７日に拒絶査定がなされ（発送日４月１２日）、これに対して同年５月１２日に拒絶査定不服審判が請求され、その後当審において平成２０年３月１２日付で拒絶の理由が通知され、平成２０年５月１９日付で手続補正がなされたものである。
　
２．本願発明
　本願の請求項１に係る発明は、平成２０年５月１９日付の手続補正書により補正された明細書又は図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下、「本願発明」という。）
　
「【請求項１】
　データを格納するためのデータ格納エリアを複数有する記憶装置を備えたデータベース管理装置におけるデータベース管理方法において、
　前記複数のデータを前記データベースに登録するためのデータロード要求を受け付ける度に、前記データ格納エリアに対応付けられたシステム定義情報から空セグメント情報を参照して空の前記データ格納エリアを特定し、前記データロード要求で示される複数のロード対象データを該空のデータ格納エリアに格納し、空ではない前記データ格納エリアを示す状態情報と該複数のロード対象データが格納された時間に関する格納時間情報とを前記データ格納エリアに対応付けられたシステム定義情報に記憶し、
　前記データベースを前記格納時間情報について特定する時間条件の検索要求を受け付けた場合、該時間条件を満たす前記格納時間情報を有する前記システム定義情報を抽出し、当該抽出されたシステム定義情報に対応する前記データ格納エリアに格納されたデータを検索結果として取得することを特徴とするデータベース管理方法。」
　
３．当審の拒絶理由
　一方、当審において平成２０年３月１２日付で通知した拒絶の理由の概要は、以下のとおりである。
　
（Ｂ）この出願の下記の請求項に係る発明は、その出願前日本国内において頒布された下記の刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
 　 
引用文献等一覧 
 １．特開昭６２−２８５１４８号公報 
 ２．特開平２−１８６３７号公報 
 ３．特開平７−１３８３１号公報 
　
４．引用例
（４−１）当審拒絶の理由で引用された特開昭６２−２８５１４８号公報（以下「引用例１」という。）には、図面とともに次の（ア）〜（ク）の事項が記載されている。
　
（ア）「【特許請求の範囲】
通信処理手段を介して端末装置と、メッセージの送受信を行うシステムで入出力されるメッセージをファイルに保存し、必要に応じて参照を可能とする端末入出力メッセージログ装置において、ファイルに格納されているレコードを検索し最古のレコードと最新のレコードを発見し格納情報作成する格納情報管理手段と、前記格納情報における最新のレコードの後からレコードを書き込みファイルの終端にきたときファイルの先頭からレコードを書き込み循環してレコードをファイルに格納手段と、ログされたメッセージを参照する際に、前記格納情報管理手段によって作成された前記格納情報とレコード内の前レコードのアドレス情報とから外から与えられた条件に適合したメッセージを格納したレコードから取り出す取り出し手段とを有することを特徴とする格納ファイル管理方式。」
　
（イ）「〔産業上の利用分野〕
本発明の格納ファイル管理方式に関し、特に採取する端末入出力メッセージを格納するファイルにおけるメッセージログの管理方式に関する。」（第１頁右下欄第５〜８行）
　
（ウ）「第１図を参照すると本発明の一実施例は、端末利用者により操作される端末装置１１と、この端末装置１１に接続され、かつ利用者プログラム又はコマンドプロセッサ１３に接続されている端末入出力制御部１２とを含む。端末入出力制御部１２は端末入出力メッセージ１４を格納制御部１５に供給する。格納制御部１５は格納情報管理部１６およびログファイル１７に接続され、更に取り出し制御部１８に接続されている。表示部１９は端末装置１１および取り出し制御部１８に接続されている。」（第２頁右上欄第７〜１７行）
　
（エ）「ログファイル１７は順編成ファイルで、第２図（ａ）に示すように端末入出力メッセージを格納する為に最適な長さの固定長レコードから成り、各レコード７０は書き込み回数７１、前レコードのアドレス７２、分離メッセージ記号７３、ロギング時刻７４、メッセージ長７５およびメッセージ７６から構成されている。書き込み回数７１とはレコードが何回書きかえられて使用されているかをあらわし、０から始まり１００に達した後は２〜１００の間をサイクリックに変化する。分離メッセージ記号とは、メッセージがレコード長より長い場合、複数レコードにまたがって格納され、先頭メッセージ、中間メッセージ、末尾メッセージおよび分離なしメッセージを区別する記号である。」（第２頁右上欄第１７行〜同左下欄第１２行）
　
（オ）「格納情報１０は、第２図（ｂ）に示すように現在ファイル上に書かれた最古レコードのアドレス１０１と最新メッセージのアドレス１０２とから構成されている。」（第２頁左下欄第１２〜１５行）
　
（カ）「次に本実施例の格納手段および格納情報管理手段の動作について再び第１図を参照して説明する。まず、端末利用者が端末装置１１より端末入出力制御部１２に対して端末入出力メッセージ１４をロギングすることを指示すると、以降の端末装置１１と利用者プログラム又はコマンドプロセッサ１３との交信メッセージは、格納制御部１５によってログファイル１７に格納される。ロギングに先立って格納制御部１５は格納情報管理部１６に対してログファイル１７における格納制御情報１０を作成するよう指示する。格納制御部１５は第２図におけるログファイル１７の各レコードの書き込み回数７１の数値を読み出して最古レコードアドレス１０１、最新レコードアドレス１０２を作成する。
　次に第３図を参照すると、ファイル（ａ）はファイルの初期状態である。この時格納情報管理部１６はファイル（ａ）の始端レコードの書き込み回数が０であることで、最新レコードアドレスを−１，最古レコードアドレスを始端レコードアドレスとし格納情報１０を作成する。次に格納制御部１５は格納情報１６を参照し、最新レコードアドレスが−１であるので始端レコードよりレコードをファイルへ書き出す。この時、格納制御部１５は端末入出力メッセージ毎にロギング時刻と分離メッセージ記号を付加し、レコードの書き込み回数をカウントアツプする。同時に、格納情報１０の最新レコードアドレスを書き込んだレコードのアドレスに更新する。格納後ログファイルは第３図におけるファイル（ｂ）の状態になる。以降、端末入出力メッセージ１４を最新レコードの次からロギングしてゆくと、レコードがファイルの終端に達し、第３図におけるファイル（ｃ）の状態になる。次の端末入出力メッセージ１４をファイル１７に格納するときは、格納情報１０における最古のレコードである始端レコードから書き込み最古レコードを書き込んだレコードの次のレコードとし、ファイルを循環使用する。」（第２頁左下欄第１６行〜第３頁左上欄第１３行）
　
（キ）「循環使用中のファイルの状態をファイル（ｄ）で表わす。一方、端未利用者が利用しているセッションを閉鎖すると格納情報１０は消去されるので、再びセッションを開き、ロギングを開始するときには再度格納情報１０を作成する。この時ファイル１７は第３図におけるファイル（ｂ）、（ｃ）、（ｄ）のいずれかの状態にある。格納情報管理部１６は始端レコードの書き込み回数７１が１である時、即ち、まだファイルを１度も循環して使用していない時は、格納情報１０の最古レコードアドレスを始端レコードアドレスとし、最新レコードアドレスは始端レコードより順次アクセスしてゆき、書き込み回数０のレコードをみつけ、そのレコード内の前レコードアドレスから得る。これが第３図におけるファイル（ｂ）の状態である。始端レコードから順次アクセスし、書き込み回数７１の値が変化しない時、ファイルは第３図におけるファイル（ｃ）の状態にある。この状態の場合はファイルの終端に達した後、ファイルの始端レコードのアドレスを最古レコードのアドレス、終端レコードのアドレスを最新レコードアドレスとし、格納情報１０を作成する。始端レコードの書き込み回数の値が１以外である時は第３図におけるファイル（ｄ）の状態、又は、書き込み回数７１が全て１以外の同値である状態である。この時格納情報管理部１６はファイル１７を順次アクセスし、書き込み回数７１が変化したレコードのアドレスが最古レコードアドレスであり変化する前のレコードのアドレスを最新レコードアドレスとして格納情報１０を作成する。また書き込み回数７１が各レコード全て同値である場合は第３図におけるファイル（ｃ）の状態と同様に格納情報１０を作成する。こうして格納情報１０が作成されると格納制御部１５は最新レコードの次のレコードから端末入出力メッセージ１４を格納してゆきファイルを循環使用する。」（第３頁左上欄第１３行〜同左下欄第９行）
　
（ク）「次に取り出し手段について説明すると、第１図において、端未利用者が取り出し制御部１８に対してロギングされ、保存されている端末入出力メッセージを参照することを指示する。取い出し制御部１８は、格納情報１０が作成されていない時（同じセツションで以前に端末メッセージログがとられていない時）、格納情報管理部１６に格納情報１０の作成を指示する。作成方法は格納時と同様である。端末装置１１の利用者はある条件（条件Ａ）よりある条件（条件Ｂ）迄の端末入出力メッセージを参照する条件として、取り出し制御部１８に与える。例えば条件Ａをある時刻とする。取り出し制御部１８は格納情報１０の最新レコードアドレスから最新レコードをアクセスし、レコード内の前レコードアドレスを使って最古レコードに向かって、レコード内のロギング時刻と条件Ａを比較し条件Ａを満足するレコードを探す。条件Ａよりも古いレコードが発見されるとその次のレコードが条件Ａを満足するレコードである。古いレコードが発見されず、最古レコードに達した時は最古のレコードが条件Ａを満足する。
（中略）
次に条件Ａを満足するメッセージを発見すると、取り出し制御部１８は、条件Ｂを満足するメッセージ迄１メッセージずつ表示部１９へ送る。この表示部１９は端未利用者の指定した出力先へ出力する。この時、取り出し制御部１８は分離メッセージを１メッセージとして組立てる。条件Ｂが例えば、メッセージ数であると、条件Ａのメッセージが格納されたレコードから条件Ｂの数だけ順次取り出す。条件Ｂが時刻であると、条件Ｂのあらわす時刻を越える時、メッセージ取り出しを中止する。また、最新のメッセージまでという条件Ｂであれば、格納情報１０の最新レコードまで全てのメッセージを収り出し、表示する。こうして、取り出し制御部１８は格納情報１０を参照しつつ条件Ｂに適合したメッセージを、端末装置１１に表示する。」（第３頁左下欄第１０行〜第４頁左上欄第１６行）
　
　上記（ア）〜（ク）の記載及び関連する図面の記載を参照すれば、引用例１には次の発明が記載されているものと認められる（以下、「引用例１発明」という。）。
　
「格納制御部、取り出し制御部、及び格納情報管理部を備え、
　端末入出力メッセージを格納する為に最適な長さの固定長レコードから成り、各レコードは書き込み回数、ロギング時刻、およびメッセージ等から構成された順編成ファイルのログファイルと、
ファイル上に書かれた最古レコードのアドレスと最新メッセージのアドレスとから構成された格納情報と、
を備えた端末入出力メッセージログ装置において、
メッセージをログファイルに登録するためのロギング指示を受けると、格納制御部は格納情報の最新レコードアドレスを参照して最新レコードの次のアドレスのレコードを格納位置として特定し、ロギング指示で示される格納対象メッセージを当該レコードのメッセージ格納領域に格納し、格納情報の最新レコードアドレスをメッセージを格納したレコードアドレスを指すように更新して記憶し、メッセージ毎にロギング時刻を付加し、レコードの書き込み回数情報をカウントアップして記憶し、
取り出し制御部は、ロギングされ保存されている端末入出力メッセージを参照する条件として時刻を受け付けた場合、時刻条件を満たすロギング時刻を有するレコードを抽出し、抽出されたレコード内のメッセージ格納領域に格納されたメッセージを検索結果として取り出す格納ファイル管理方式。」
　
（４−２）当審拒絶の理由で引用された特開平２−１８６３７号公報（以下「引用例２」という。）には、図面とともに「メモリブロック管理ブロック２には各ページ41，42，43内に割付けられたメモリブロックA1〜A6，B1，B2の各ブロック単位の管理情報が格納され、また、メモリブロックA1〜A6，B1，B2がデアロケートされたときの空きメモリブロック情報が格納される。（中略）新しくメモリブロックをアロケートする場合、第２図に示すように、メモリブロック管理ブロック２に同一種類のメモリブロックの空きメモリブロックチェーン２３があるのでページ４１の空きメモリブロックA２を再利用してメモリブロックを割りつける。」（第２頁右上欄第２０行〜同右下欄第４行）との記載があり、記憶領域管理技術の分野に属する技術であって、空の記憶領域（ページ）の先頭を指すポインタを備えることにより、空きの記憶領域の管理を行う技術が開示されている。 
　
（４−３）当審拒絶の理由で引用された特開平７−１３８３１号公報（以下「引用例３」という。）には、図面とともに「【００４０】ロギングデータのデータ日付がプログラム日付よりも新しい場合には、ロギングデータ格納処理部５は、稼働日情報記憶部２に記憶された最旧稼働日を検索し、検索された最旧稼働日を削除日付として削除日付記憶部４に格納する（ステップＳ４）。そして、稼働日情報記憶部２に記憶された最旧稼働日を削除し、今回格納するロギングデータのデータ日付を最新稼働日として稼働日情報記憶部２に格納する（ステップＳ５）。さらに、削除フラグ格納部３に格納される削除フラグを“１”にセットする（ステップ）６）。その後、ロギングデータ格納処理部５は、そのロギングデータをロギングデータファイル２に格納する（ステップ７）。」、「【００４２】以上のデータ格納処理により、ロギングデータファイル１に格納された最旧稼働日のロギングデータは物理的には削除されないが、削除フラグ格納部３に格納された削除フラグおよび削除日付記憶４に記憶された削除日付により、稼働日経過ファイル８上は、そのロギングデータは論理的に削除される。」と記載されており、ファイル管理システムの技術分野において、削除対象となる時間条件に合致するロギングデータに削除フラグを設定することにより、論理的に削除する技術が記載されている。
　
５．対比
　本願発明と引用例１発明とを対比する。 
　引用例１発明でログファイルに格納される「メッセージ」もデータの一種に他ならないから、本願発明の「データ」に相当する。
　引用例１発明のログファイルは、メッセージを格納する領域を備えた複数のレコードから構成されており、また、そのようなログファイルを記憶するための記憶手段を引用例１発明のメッセージログ装置が備えていることは当業者には自明の事項であるから、引用例１発明は、メッセージ（データ）を格納するためのデータ格納エリアを複数有する記憶装置を備えているものと認められる。
　してみると、引用例１発明は、記憶装置に格納されたログファイルに対してメッセージ（データ）の格納を制御する格納制御部と、所定の条件を指定してメッセージを取り出す取り出し制御部とを備えた装置といえる。そして、一般に、データを記憶する記憶装置と、該記憶装置に対するデータの格納管理を行う管理部を備え、データを検索可能に格納管理する装置のことをデータベース管理装置と呼ぶことから、引用例１発明の端末入出力メッセージログ装置もデータベース管理装置の一種であるといえる。 
　したがって、引用例１発明の格納ファイル管理方式における格納ファイルの管理方法は、本願発明と同様に、データベース管理装置におけるデータベース管理方法であるといえる。
　
　引用例１発明の「格納情報」は、ログファイルのレコードに対して最古、最新のレコードアドレスを格納するものであるから、ログファイルのレコードに対応づけられているといえる。してみると、引用例１発明の「格納情報」は、データ格納エリアに対応づけられた情報という点で、本願発明の「システム定義情報」と共通する。
　
　引用例１発明において、ログファイルに格納を指示されたデータの格納位置は格納情報に保持された「最新レコードアドレス」によって特定されるのであるから、引用例１発明の「最新レコードアドレス」は、データを格納する位置を示す情報である点で、本願発明の「空セグメント情報」に対応するといえる。
　そして、引用例１発明において「格納情報の最新レコードアドレスを参照して最新レコードの次のアドレスのレコードを格納位置として特定し、ロギング指示で示される格納対象メッセージを当該レコードのメッセージ格納領域に格納」する処理と、本願発明の「前記データ格納エリアに対応付けられたシステム定義情報から空セグメント情報を参照して空の前記データ格納エリアを特定し、前記データロード要求で示される複数のロード対象データを該空のデータ格納エリアに格納」する処理とは、データ格納エリアに対応づけられた情報からデータの格納位置を示す情報を参照してデータの格納先であるデータ格納エリアを特定し、前記データロード要求で示されるロード対象データを該特定された格納先のデータ格納エリアに格納するという処理である点で共通する。
　
　引用例１発明の「ロギング時刻」は、本願発明の「データが格納された時間に関する格納時間情報」に相当する。してみると、引用例１発明の「メッセージ毎にロギング時刻を付加し」と、本願発明の「該複数のロード対象データが格納された時間に関する格納時間情報とを前記データ格納エリアに対応付けられたシステム定義情報に記憶し」とは、ロード対象データが格納された時間に関する格納時間情報をデータ格納エリアに対応付けて記憶する点で共通する。
　
　引用例１発明の「ロギングされ保存されている端末入出力メッセージを参照する条件として時刻を受け付けた場合、時刻条件を満たすロギング時刻を有するレコードを抽出し、」と、本願発明の「前記データベースを前記格納時間情報について特定する時間条件の検索要求を受け付けた場合、該時間条件を満たす前記格納時間情報を有する前記システム定義情報を抽出し」とは、データベースを格納時間情報について特定する時間条件の検索要求を受け付けた場合、該時間条件を満たす格納時間情報を有する情報を抽出する点で共通している。
　
　引用例１発明の「抽出されたレコード内のメッセージ格納領域に格納されたメッセージを検索結果として取り出す」と、本願発明の「当該抽出されたシステム定義情報に対応する前記データ格納エリアに格納されたデータを検索結果とする」とは、当該抽出された情報に対応するデータ格納エリアに格納されたデータを検索結果とする点で共通している。
　
　以上のことから、引用例１発明と本願発明は、以下の点で一致している。
　
「データを格納するためのデータ格納エリアを複数有する記憶装置を備えたデータベース管理装置におけるデータベース管理方法において、
　前記データ格納エリアに対応付けられたシステム定義情報からデータを格納する位置を示す情報を参照して格納先の前記データ格納エリアを特定し、前記データロード要求で示されるロード対象データを該特定された格納先のデータ格納エリアに格納し、
ロード対象データが格納された時間に関する格納時間情報を前記データ格納エリアに対応付けて記憶し、
　前記データベースを前記格納時間情報について特定する時間条件の検索要求を受け付けた場合、該時間条件を満たす前記格納時間情報を有する情報を抽出し、当該抽出された情報に対応する前記データ格納エリアに格納されたデータを検索結果として取得することを特徴とするデータベース管理方法。」
　
　そして、両者は、以下の点で相違している。 
　
（相違点１）　本願発明では、データ格納エリアに格納されるデータが複数のデータであるのに対し、引用例１発明ではそうでなない点。
（相違点２）　本願発明では、前記複数のデータを前記データベースに登録するためのデータロード要求を受け付ける度に、データを格納する処理を行うのに対し、引用例１発明ではそうではない点。
（相違点３）　本願発明では、データロード要求を受け付けた際に、データを格納する位置を示す情報として、システム定義情報から空セグメント情報を参照し、空のデータ格納エリアを特定し、該特定された空のデータ格納領域にロード対象データを格納しているのに対し、引用例１発明では、データを格納する位置を示す情報として最新レコードアドレスを参照し、データの格納先のレコードを特定し、該レコードのデータ格納領域にロード対象データを格納するものである点。
（相違点４）　本願発明においては、格納時間情報とともに「空ではない前記データ格納エリアを示す状態情報」を「前記データ格納エリアに対応付けられたシステム定義情報に記憶」するのに対し、引用例１発明においては、格納時間情報とともに「レコードの書き込み回数情報」を「メッセージ毎にレコード内に記憶」する点。
（相違点５）　本願発明では、検索要求の時間条件を満たす前記格納時間情報を有する前記システム定義情報を抽出し、当該抽出されたシステム定義情報に対応する前記データ格納エリアに格納されたデータを検索結果として取得するのに対し、引用例１発明では、格納時間情報を有するレコードを抽出し該レコードに対応するデータ格納エリアに格納されたデータを検索結果として取得している点。
　
６．当審の判断
　上記相違点１〜５について検討する。
　
（相違点１）について
　引用例１発明では、１のデータ格納領域に対して１のデータを格納している。
　しかしながら、データの記憶管理の技術分野において、複数のデータレコードを１つのまとまった単位（例えばブロック単位）で取り扱うことは本願出願前周知の技術である。
　してみると、引用例１発明において上記周知技術を採用し、データ格納エリアに格納されるデータが複数のデータであるよう構成することは、当業者が適宜成し得る事項である。
　
（相違点２）について
　引用例１発明では、ロギング指示を受け付けた後、ロギングが必要な事象（メッセージの発生）が生じる度に、所定の格納処理を実行しているものと認められる（上記（カ）参照）。つまり事象の発生の検知を処理開始の要求として格納処理を実行するものといえ、その意味で引用例１発明においても処理開始の要求（データロード要求）に応じて、その度に所定の格納処理を実行しているものと認められる。なお、時系列的に発生する複数のデータを処理する際に、データの発生毎に逐次的に処理を実行するか所定のタイミングでバッチ的に一括して実行するかは、データの性質や処理の効率を考慮して、当業者が適宜に決定し得る設計上の事項である。
　してみれば、引用例１発明におけるデータ格納処理のタイミングを、上記周知技術を採用して、前記複数のデータを前記データベースに登録するためのデータロード要求を受け付ける度に、データを格納する処理を行うよう構成することは、当業者が適宜選択し得た事項である。
　
（相違点３）について
　引用例１発明では、データを格納する位置を示す情報として最新レコードアドレスを参照し、最新レコードアドレスの次のアドレスのレコードをデータの格納先のレコードとして特定し、該レコードのデータ格納領域にロード対象データを格納している。言い換えれば、最新レコードアドレスの次のアドレスのレコードのデータ格納エリアを、不要な（上書き可能な）データが格納されているデータ格納エリアとして取り扱っているといえる。
　一方、記憶領域管理分野においては、空の記憶領域（ページ）の先頭を指すポインタを備えることにより、空きの記憶領域の管理を行う技術（例えば、引用例２参照。）や、不要なデータに削除フラグを設定することにより、論理的に削除済みのデータとして取り扱って、当該領域を再利用可能な空き領域として管理する技術（例えば、引用例３参照。）は、本願出願前に周知の技術である。 
　してみると、引用例１発明において、最新レコードアドレスの次のアドレスのデータ格納エリアを新たにデータを記憶するデータ格納エリアとして特定して、最新レコードアドレスの次のアドレスのデータ格納エリアにデータを格納する構成に代えて、引用例２に記載されているように空の記憶領域の先頭を指すポインタを備えるよう構成することは、当業者が容易に成し得た事項である。
　
（相違点４）について
　引用例１発明では、ロード対象データを格納先として特定したデータ格納エリアに格納し、格納時間情報とともに、レコードの書き込み回数情報をカウントアップしてレコード内の所定領域に記憶するものである。
　ここで、引用例１発明の「レコードの書き込み回数」は、上記（キ）に「この時格納情報管理部１６はファイル１７を順次アクセスし、書き込み回数７１が変化したレコードのアドレスが最古レコードアドレスであり変化する前のレコードのアドレスを最新レコードアドレスとして格納情報１０を作成する。」と記載されるているように、その数値によってレコードの新旧が判別されるものであり、また、上記（カ）に「次に格納制御部１５は格納情報１６を参照し、最新レコードアドレスが−１であるので始端レコードよりレコードをファイルへ書き出す。この時、格納制御部１５は端末入出力メッセージ毎にロギング時刻と分離メッセージ記号を付加し、レコードの書き込み回数をカウントアツプする。同時に、格納情報１０の最新レコードアドレスを書き込んだレコードのアドレスに更新する。」と記載されているように、ロード対象データの格納に伴ってカウントアップして記憶することで、それまでの、次に上書き可能な（不要な）データ格納エリアという状態から、上書き不可の状態となったことを示す機能を備えたものである。特に、第３図のファイル（ｂ）は１巡目のファイルの状態であり、この状態におけるレコードの書き込み回数「０」は「空きのレコード」をまた「１」はデータが格納された「空きではないレコード」を表している。
　してみると、引用例１発明の「レコードの書き込み回数」という情報は、対応するレコードのデータ格納エリアの状態として、上書き可能なデータ格納エリア（空きのデータ格納エリア）か、上書き不可のデータ格納エリア（空きではないデータ格納エリア）かを示すものといえるから、本願発明における「状態情報」と格別に相違するものではない。
　そして、記憶領域管理の分野において、記憶領域の状態を示す情報、及び時間情報を記憶領域と対応付けつつ別途記憶して管理することは本願出願前周知の技術である（例えば、特開平１−２５５９２６号公報には「時刻データは順序だつた列のデータベースとして管理し、属性データは列のデータベースとして管理し、上記時刻及び上記属性以外のデータベースは関係データベースとし、時刻属性を定めると、１つの関係データベースが対応するようにした。そして、データベースに読出，更新，複写，消去等の処理を行う際には、まず、時刻あるいは上記属性を指定し、次いで、それらに対応する関係データベースに問い合わせるようにした。これにより、時系列データベースへの問い合わせを高速でおこなえるようになつた。」（第３頁左上欄第１２行〜同右上欄第３行）、及び「又入出力制御装置２にはデータベースの格納領域の番号、格納領域の大きさ、格納状態を表わす情報をもつテーブルが設けられており、２次記憶装置の格納領域が少なくなつたことを検出し、」（第４頁右上欄第１５〜１８行）と記載されている。また、特開昭６３−２９８５４４号公報には「又この発明によるインデックス管理マスタテーブル（７）は第２図に示すように構成され、テーブルはインデックス部（３ｂ）を複数のレコードとして分割したレコードの番号をエントリイ番号とし、磁気ディスク装置上でのレコード番号（１１）、更新処理中であることを示す更新中表示（１２）をデータとして持つエントリイの集合体であり、空きレコードを管理するための領域である空きレコード番号（１３）も備えている。」（第４頁左下欄第１０〜１８行）と記載され、特開平６−２６６８５５号公報には「【００１７】【実施例】時系列データファイルの構成図の実施例を図３に示す。図において、２１はファイル管理情報、２２はファイル領域、２４（審決注：２３の誤記と認められる）は空きレコードリンケージ、２４は検索用リンケージ、２５はデータレコード、２６は空きレコードを示す。ファイル領域２２のデータレコード２５および空きレコード２６はレコード長を固定とし、ファイル管理情報２１の空きレコードリンケージ２３はファイル領域２２の空きレコード２６を検索し、ファイル管理情報２１の検索用リンケージ２３はファイル領域２２のデータレコード２５を検索する。【００１８】ファイル管理情報２１の検索用リンケージ２３は、ファイリング時刻と同時刻におけるレコードポインタを時刻順に配列し、ファイリング時刻１からｍまでのｍ個の検索用リンケージが設定されている。」と記載されている。）。
　してみると、引用例１発明において上記周知技術を採用し、格納時間情報と状態情報とをレコード内に格納することに代えて、前記データ格納エリアに対応付けられたシステム定義情報に記憶するよう構成することは、当業者が容易に想起し得たものである。
　
（相違点５）
　上記「（相違点４）について」でも言及したように、検索技術分野においてデータの格納時間情報をレコード外に別途保持し、時間条件を指定した検索処理においては該格納時間情報から条件を満たすものを抽出し、それに対応するデータを検索結果として取得するとものは、本願出願前周知の技術である。
　してみれば、引用例１発明において上記周知技術を採用し、レコード内に格納した格納時間情報をレコード外に「システム定義情報」として別途保持し、検索要求の時間条件を満たす前記格納時間情報を有する前記システム定義情報を抽出し、当該抽出されたシステム定義情報に対応する前記データ格納エリアに格納されたデータを検索結果として取得するよう構成することは、当業者が容易に成し得た事項である。
　
　そして、本願発明の構成によってもたらされる効果も、引用例１〜３に記載の発明及び周知技術から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
７．むすび
　以上のとおり、本願発明は、引用１発明、引用例２〜３に記載された事項及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項に係る発明について論ずるまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。