(57)【特許請求の範囲】
【請求項１】
ファイル部にファイルされたレコードの読み出し開始位置を管理し、読み出し時には該読み出し開始位置から読み出しを開始するレコード読み出し方法において、
前記ファイル部へのレコードの更新依頼を検出するレコード更新依頼検出手順と、
前記レコード更新依頼検出手順で前記ファイル部へのレコードの更新依頼が検出されたときに、前記読み出し開始位置を更新する読み出し開始位置更新手順とを有することを特徴とするレコード読み出し方法。
【請求項２】
前記読み出し開始位置更新手順は任意に指示されたレコード位置を前記読み出し開始位置に更新することを特徴とする請求項１記載のレコード読み出し方法。
【請求項３】
前記読み出し開始位置更新手順は、前記レコード更新依頼検出手順で前記レコードの更新依頼が検出された時に、一定の条件を満たした場合のみあらかじめ設定したレコード位置に読み出し開始位置を更新することを特徴とする請求項１又は２記載のレコード読み出し方法。
【請求項４】
前記読み出し開始位置更新手順は、一定の手順に従ってレコードの読み出し開始位置を再更新させることを特徴とする請求項１乃至３のいずれか一項記載のレコード読み出し方法。
【請求項５】
前記読み出し開始位置更新手順は、一定の条件を満たした場合にレコードの読み出し開始位置を更新させることを特徴とする請求項１乃至４のいずれか一項記載のレコード読み出し方法。
【請求項６】
前記読み出し開始位置更新手順は、前記レコード更新依頼検出手順でレコードの更新依頼が検出された時、あらかじめ設定された条件及び手順より所望の条件又は手順を選択し、選択した条件又は手順に従ってレコードの読み出し開始位置を更新することを特徴とする請求項１乃至５のいずれか一項記載のレコード読み出し方法。
【請求項７】
前記読み出し開始位置更新手順は、前記レコード更新依頼検出手順でレコード更新依頼が検出された時にレコードの読み出し開始位置を更新する条件及び手順の設定が行えることを特徴とする請求項１乃至５のいずれか一項記載のレコード読み出し方法。
【請求項８】
レコードに該レコードの処理状態を示すステータス情報を付して発生順に格納するレコード記憶部と、所望のレコードを発生順に検索するレコード検索部と、検索されたレコードに所定のトランザクション処理を施すと共に、該レコードのステータス情報を更新するトランザクション処理部を備えた計算機システムのレコード検索方法において、
前記ステータス情報の遷移特性に基づいてステータスグループを設定し、レコード検索指示により所定グループの先頭レコードが検索された時、該グループとその先頭レコードとの対応関係を保存する検索実績管理部を有し、
所定のグループのレコード検索が指定された時には、該グループの先頭レコードを前記検索実績管理部に保存された前記対応関係より求め、該先頭レコードから前記ステータス情報を参照して指定グループに属するレコードを検索し、
所定グループに属する最初のレコードが検索された時には、前記検索実績管理部は指定グループと先頭レコードとの対応関係を更新し、かつ、レコード内容更新処理時には前記検索実績管理部は指定グループと先頭レコードとの対応関係を更新することを特徴とするレコード検索方法。
【請求項９】
前記検索実績管理部は、前記レコード内容更新時には前記ステータスの変更に応じて任意に指示されたレコード位置を前記検索開始位置として設定することを特徴とする請求項８記載のレコード検索方法。
【請求項１０】
前記検索実績管理部は、前記レコード内容更新時には前記ステータスの状態に応じたレコード位置を検索開始位置として設定することを特徴とする請求項８又は９記載のレコード検索方法。
【請求項１１】
前記検索実績管理部は、前記レコード内容更新時に、一定の条件を満たした場合検索開始位置を指示された位置に設定することを特徴とする請求項８乃至１０記載のレコード検索方法。
【請求項１２】
前記検索実績管理部は、前記レコード内容更新時に検索開始位置の変更が指示されたとき、指示された位置が現在の設定位置より前のとき場合に検索開始位置を指示された位置に設定することを特徴とする請求項８乃至１１のいずれか一項記載のレコード検索方法。
【請求項１３】
前記検索実績管理部は、前記一定の条件の一つとして前記レコード内容更新時の前記ステータスの変化を検知することを特徴とする請求項１１又は１２記載のレコード検索方法。
【請求項１４】
前記検索実績管理部は、レコードの検索開始位置をあらかじめ決められた所定の手順に従って設定することを特徴とする請求項８乃至１３のいずれか一項記載のレコード検索方法。
【請求項１５】
前記検索実績管理部は、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順をあらかじめ設定された条件及び手順から選択できることを特徴とする請求項１４記載のレコード検索方法。
【請求項１６】
前記検索実績管理部は、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順を新たに設定できることを特徴とする請求項１４又は１５記載のレコード検索方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はレコード読み出し方法及びレコード検索方法に係り、特に、ファイルされたレコードの読み出し、検索開始位置を管理し、読み出し、検索時には読み出し、検索開始位置より読み出し、検索を開始するレコード読み出し方法及びレコード検索方法に関する。
【０００２】
近年、ＯＡシステムの普及から、計算機システムに種々の業務データを入力して一旦大容量記憶装置に記憶し、しかる後適宜所望のデータ（レコードという）を検索し、該レコードに所定のトランザクション処理を次々と施して最終処理結果を一定期間以上大容量記憶装置に保存する場合が増えている。
【０００３】
このため、業務を続けてゆくと、蓄積レコード数が増大し、所望のレコードを検索するのに時間がかかるようになる。しかし、このように蓄積レコード数が増大しても、計算機システムの能力を確保する必要がある。換言すれば、蓄積レコード数が増大しても、検索時間を短縮でき、計算機システムの能力を低下しないレコード読み出し、検索方法が要望される。
【０００４】
【従来の技術】
図１５に従来の一般のファイルシステムのレコード処理時の動作説明図を示す。
従来のファイルシステムではレコードに処理状況を示すステータス情報を付して発生順にファイルに格納し、ファイルからレコードを読み出してトランザクション処理を行い処理に応じたステータス情報を付与して再びファイルに格納する構成とされている。ここで、ステータス情報は各レコードの処理状態を示す情報で、例えば処理での処理待ちの状態を示すステータス、処理であることを示すステータス処理が終了したことを示すステータスなどがある。
【０００５】
図１５（ａ）においてはレコードＮｏ．１〜１０がステータスＳ３、１１〜１８がＳ２、１９〜２７がＳ１、Ｓ２とＳ１のポインタがそれぞれレコードＮｏ．１０とＮｏ．１８となっている時を示す。レコードＮｏ．は前回Ｓ２のレコードとして検索されたが、処理の結果、ステータスがＳ３に進んだものである。このとき、レコードに所定のトランザクション処理を行うトランザクション処理部がＳ２を検索条件として検索依頼を行う（ステップＳ１１−１）と、検索はレコードＮｏ．１０から始めるが、条件合致レコードとしてレコードＮｏ．１１を通知する。それと同時に図１５（ｂ）に示す様にＳ２のポインタをレコードＮｏ．１１に変更する。
【０００６】
ここで、レコードＮｏ．１１を対象レコードとして通知されたトランザクション処理部がレコードＮｏ．１１のステータスをＳ１に戻す更新依頼した場合（ステップＳ１１−２）、図１５（ｃ）に示すように本来Ｓ１のポインタはレコードＮｏ．１１にしなければならないが、レコードＮｏ．１８のままである。この状態で、トランザクション処理部がＳ１を検索条件として検索依頼した場合（ステップＳ１１−３）、レコードＮｏ．１１を通知しなければならないところを、レコードＮｏ．１８が通知される場合があった。
【０００７】
図１６に従来の他の一例の説明図を示す。図１６は本出願人が特願平２−２４４６１０号（特開平４−１２３２３９号）で提案したファイルシステムを示す。特願平２−２４４６１０号に示されるファイルシステムではレコードの検索・処理は以下のようにして実行されていた。
（１）トランザクション処理部２１が検索依頼（後で更新あり指定付き）を発行する。
（２）依頼を受けたレコード検索部２２が検索実績管理部２３経由で検索実績管理テーブル２３ａから検索条件に該当するグループの先頭レコード位置を得る。
（３）当該グループの先頭レコード位置から検索を始め、検索条件に合致するレコードを獲得する。
（４）獲得したレコードの位置が当該グループの先頭レコードとして検索実績管理テーブル２３ａに反映される。
（５）検索されたレコードがトランザクション処理部１１に通知される。
（６）検索結果で受け取ったレコードを加工して（ステータスの変更も含む）更新依頼を行う。
（７）更新依頼レコードをファイル２４に反映させる。
（８）更新処理の処理結果を受け取る。
（９）ポインタ適正化処理部２５が検索開始位置としてファイル２４の先頭レコードを指定して、検索依頼を発行。
（１０）ファイル２４の先頭レコード位置から検索を始め、検索条件に合致するレコードを獲得する。
（１１）獲得したレコードの位置が当該グループの先頭レコードとして検索実績管理テーブル２３ａに反映される（ステータスが戻っていた場合はポインタもその位置に戻る）。
（１２）検索されたレコードがポインタ適正化処理部２５に通知される。
【０００８】
（１）〜（８）は検索が必要になった度に検索条件がその都度変更されて繰り返される。
（９）〜（１２）は一定間隔でステータスグループを構成する全検索条件に対して繰り返される。
【０００９】
図１７は図１６で説明したポインタ適正化処理を行った時のファイルの各レコードとポインタの変更状況を示している。
図１７（ａ）はレコードＮｏ．１〜１０がステータスＳ３、レコードＮｏ．１２〜１８がステータスＳ２、レコードＮｏ．１１，１９〜２７がステータスＳ１、ステータスＳ２とステータスＳ１のポインタがそれぞれレコードＮｏ．１１とレコードＮｏ．１８となっている時を示し、このとき、ポインタ適正化処理部２５が検索開始位置としてファイル先頭を指定してＳ１，Ｓ２を検索条件として検索依頼を行うと（ステップＳ１２−１）、検索はレコードＮｏ．１０から始めるが、条件合致レコードとしてＳ１に対してはレコードＮｏ．１１、Ｓ２に対してはレコードＮｏ．１２を通知する。それと同時に図１７（ｂ）に示す様にＳ１のポインタをレコードＮｏ．１１に、Ｓ２のポインタをレコードＮｏ．１１に変更する。
【００１０】
【発明が解決しようとする課題】
しかるに、従来のレコード検索方法ではレコード内のステータスは以前の状態に戻らない事を前提としている為、ステータスが元に戻った場合、既にポインタがステータスが戻ったレコードより先に進んでいて、当該レコードが、戻ったステータスが属するグループ内の１レコードとして検索対象とならない事がある等の問題点があった。
【００１１】
また、上記問題点を解決するためには図１６に示す特願平２−２４４６１０号のファイルシステムのように、『トランザクション処理部２１』とは別に、一定時間間隔でグループ毎の検索条件でファイルの先頭から検索する『ポインタ適正化処理部２５』を設け、ポインタ適正化処理部２５よりポインタを最新の状態に変更する必要があるが、図１６に示す特願平２−２４４６１０号のファイルシステムでは処理が複雑となり、処理速度の低下を招いてしまう等の問題点があった。
【００１２】
本発明は上記の点に鑑みてなされたもので、正確、かつ、高速にレコードの検索が行なえるレコード読み出し方法及びレコード検索方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明の請求項１は、ファイル部にファイルされたレコードの読み出し開始位置を管理し、読み出し時には該読み出し開始位置から読み出しを開始するレコード読み出し方法において、
前記ファイル部へのレコードの更新依頼を検出するレコード更新依頼検出手順と、
前記レコード更新依頼検出手順で前記ファイル部へのレコードの更新依頼が検出されたときに、前記読み出し開始位置を更新する読み出し開始位置更新手順とを有することを特徴とする。
【００１４】
請求項１によれば、レコードの更新依頼時にも次回読み出し時の読み出し開始位置を新たに設定できるため、レコードの内容変更、レコードの削除等が生じた場合にこれをレコード書き込みとして検出して新たに読み出し開始位置を設定でき、したがって、レコード更新依頼によりレコードの内容変更、レコードの削除等が生じたレコード位置を再び読み出すことができ、レコードの読み出しに抜け等を発生させることなく読み出しを行なえる。
【００１５】
請求項２は前記読み出し開始位置設定手順で任意に指示されたレコード位置を前記読み出し開始位置として設定する。
請求項２によれば、レコードの書き込み時に任意に指示されたレコード位置を読み出し開始位置として設定することにより、レコードの変更内容に応じて読み出し開始位置が設定できるため、次回検索をレコードの抜けなく、かつ、高速に実施できる。
【００１６】
請求項３は読み出し開始位置設定手順は、レコード書込検出手順で検出されたレコード書込時に一定の条件を満たした場合のみあらかじめ設定したレコード位置を読み出し開始位置として設定することを特徴とする。
請求項３によれば、指示された条件を満たした場合のみ、指定したレコード位置を読み出し開始位置として設定することにより、種々の条件を併用した読み出し開始位置を設定できるため、条件に応じた最適な読み出し開始位置を設定でき、次回読み出しをレコードの抜けなく、正確で、かつ、不要な読み出しを行なわずに済むため高速に実施できる。
【００１７】
請求項４は、前記読み出し開始位置設定手順で一定の手順に従ってレコードの読み出し開始位置を設定することを特徴とする。
請求項４によれば、一定の手順に従ってレコードの読み出し開始位置を再設定することができるため、レコードの読み出し開始位置の設定を確実に行うことができる。
【００１８】
請求項５は、読み出し開始位置設定手順で一定の条件を満たした場合所定の手順に従ってレコードの読み出し開始位置を設定することを特徴とする。
請求項５によれば、一定の条件を満たした場合一定の手順に従ってレコードの読み出し開始位置が設定されるため、読み出し開始位置の再設定を決められた条件が整った時に実施することができ、不必要な読み出し開始位置の再設定を排除できる。
【００１９】
請求項６は、前記読み出し開始位置設定手順で前記レコード書込検出手順でレコード書込が検出された時、あらかじめ設定された条件及び手順より所望の条件又は手順を選択し、選択した条件又は手順に従ってレコードの読み出し開始位置を設定することを特徴とする。
【００２０】
請求項６によれば、レコード書込検出手順でレコード書込が検出された時、あらかじめ設定された条件及び手順より所望の条件又は手順を選択し、選択した条件又は手順に従ってレコードの読み出し開始位置を設定することができるため、使用者がレコード内容やレコードの入力順により最適の条件又は手順を選択することができる。
【００２１】
請求項７は、前記読み出し開始位置設定手順で前記レコード書込検出手順でレコード書込が検出された時にレコードの読み出し開始位置を設定する条件及び手順の設定を行うことを特徴とする。
請求項７によれば、前記レコード書込検出手順でレコード書込が検出された時にレコードの読み出し開始位置を設定する条件及び手順の設定を行えるため、レコード書込毎に必要とする条件及び手順が設定でき、常に最適な条件で処理を行える。
【００２２】
請求項８は、レコードに該レコードの処理状態を示すステータス情報を付して発生順に格納するレコード記憶部と、所望のレコードを発生順に検索するレコード検索部と、検索されたレコードに所定のトランザクション処理を施すと共に、該レコードのステータス情報を更新するトランザクション処理部を備えた計算機システムのレコード検索方法において、
前記ステータス情報の遷移特性に基づいてステータスグループを設定し、レコード検索指示により所定グループの先頭レコードが検索された時、該グループとその先頭レコードとの対応関係を保存する検索実績管理部を有し、
所定のグループのレコード検索が指定された時には、該グループの先頭レコードを前記検索実績管理部に保存された前記対応関係より求め、該先頭レコードから前記ステータス情報を参照して指定グループに属するレコードを検索し、
所定グループに属する最初のレコードが検索された時には、前記検索実績管理部は指定グループと先頭レコードとの対応関係を更新し、かつ、レコード内容更新処理時には前記検索実績管理部は指定グループと先頭レコードとの対応関係を更新することを特徴とする。
【００２３】
請求項８によれば、レコード内容更新に対してはレコードに対応して設けられたステータスの変更に応じて次回検索時の検索開始位置を新たに設定できるため、レコード更新依頼によりレコードの内容変更、レコードの削除等が生じた場合にも、これをステータスの変更として検出して新たに検索開始位置を設定でき、したがって、レコードの内容変更、レコードの削除等が生じたレコード位置を再び検索することができ、検索に抜け等を発生させることなく検索を行なえる。
【００２４】
請求項９は、検索実績管理部が、前記レコード内容更新時には前記ステータスの変更に応じて任意に指示されたレコード位置を前記検索開始位置として設定することを特徴とする。
請求項９によれば、レコード内容更新時にはステータスの変更に応じて任意に指示されたレコード位置が前記検索開始位置として設定できるため、ステータスの変更に伴った最適の位置から処理を開始でき、処理を迅速に行える。
【００２５】
請求項１０は、前記検索実績管理部が、前記レコード内容更新時には前記ステータスの状態に応じたレコード位置を検索開始位置として設定することを特徴とする。
請求項１０によれば、ステータスの状態に応じて検索開始位置を設定することにより、ステータス別に処理を実行できるため、ステータスに応じた処理を実施できる。
【００２６】
請求項１１は、検索実績管理部が、レコード内容更新時に、一定の条件を満たした場合検索開始位置を指示された位置に設定することを特徴とする。
請求項１１によれば、一定の条件を満たした場合検索開始位置を指示された位置に設定することにより、検索開始位置の設定を決められた条件が整った時に実施することができ、不必要な読み出し開始位置の再設定を排除できる。
【００２７】
請求項１２は、検索実績管理部が、レコード内容更新時に検索開始位置の変更が指示されたとき、指示された位置が現在の設定位置より前のとき場合に検索開始位置を指示された位置に設定することを特徴とする。
請求項１２によれば、レコード内容更新時に検索開始位置の変更が指示されたとき、指示された位置が現在の設定位置より前のとき場合に検索開始位置が指示された位置に設定されるため、指示された位置と現在の設定位置との間のレコードの処理の抜けを防止できる。
【００２８】
請求項１３は、検索実績管理部が、一定の条件の一つとしてレコード内容更新時のステータスの変化を検知することを特徴とする。
請求項１３によれば、ステータスの変化を検知して、検索開始位置を設定するため、ステータスに応じて検索開始位置の設定が行え、ステータス毎に処理を実行できる。
【００２９】
請求項１４は、検索実績管理部が、レコードの検索開始位置をあらかじめ決められた所定の手順に従って設定することを特徴とする。
請求項１４によれば、レコードの検索開始位置をあらかじめ決められた所定の手順に従って設定できるため、レコードの読み出し開始位置の設定を確実に行うことができる。
【００３０】
請求項１５は、検索実績管理部で、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順をあらかじめ設定された条件及び手順から選択できることを特徴とする。
請求項１５によれば、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順をあらかじめ設定された条件及び手順から選択できるため、使用者がレコード内容やレコードの入力順により最適の条件又は手順を選択することができる。
【００３１】
請求項１６は、検索実績管理部で、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順を新たに設定できることを特徴とする。
請求項１６によれば、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順を新たに設定できるため、必要なときに必要とする条件及び手順が設定でき、常に最適な条件で処理を行える。
【００３２】
【発明の実施の形態】
図１に本発明の第１実施例のブロック構成図を示す。本実施例はＵＮＩＸファイルシステム、ＤＯＳファイルシステム等の一般的なファイルシステムに本発明のレコード読み出し方法を適用した場合について説明する。
【００３３】
図１において、１はファイルを示す。ファイル１はファイル名毎にレコード１，レコード２，・・・，レコードｎを格納するもので、レコード長は固定とは限らない。
２はファイルアクセス依頼を行うトランザクション処理部を示す。トランザクション処理部２はファイル１へのレコードの書き込み（ｗｒｉｔｅ）／読み出し（ｒｅａｄ）依頼を発行する。
【００３４】
３はレコード検出部を示す。レコード検出部３はファイル１へのｒｅａｄ，ｗｒｉｔｅ依頼に従ってファイル１へのアクセスを制御する。
４はｒｅａｄ開始ポインタ管理部を示す。ｒｅａｄ開始ポインタ管理部４はファイル１毎に次回の読み出し（ｒｅａｄ）の開始ポインタをｒｅａｄ開始ポインタ管理テーブルＴ４に記憶する。また、レコード検出部３からの依頼に応じて当該開始ポインタを教える。
【００３５】
５はｗｒｉｔｅ時ｒｅａｄ開始ポインタ変更処理部を示す。開始ポインタ変更処理部５はレコード検出部３が『ｒｅａｄ開始ポインタ変更』付きｗｒｉｔｅ依頼を受けた時に呼び出され後述する処理が実行される。
ｒｅａｄ開始ポインタ変更条件記憶域Ｔ５−１に記憶された条件、又は、ｗｒｉｔｅ依頼に付加された条件に従って判定し、判定結果が真ならば、ｒｅａｄ開始ポインタ変更手順記憶域Ｔ５−２に記憶された手順、又は、ｗｒｉｔｅ依頼に付加された変更手順がある場合、当該手順に従ってｒｅａｄ開始ポインタ管理部のｒｅａｄ開始ポインタを変更する。
【００３６】
ｒｅａｄ開始ポインタ変更条件設定時は、指定された条件をｒｅａｄ開始ポインタ変更条件記憶域Ｔ−１に記憶する。
ｒｅａｄ開始ポインタ変更手順設定時は、指定された手順をｒｅａｄ開始ポインタ変更手順記憶域Ｔ５−２に記憶する。
【００３７】
トランザクション処理部２がｗｒｉｔｅ依頼を、ｒｅａｄ開始ポインタの変更付きで行うと、レコード検出部３がポインタ変更付きである旨認識し、ｒｅａｄ開始ポインタ更新時変更処理部５を呼び出す。ポインタ変更処理部５はｒｅａｄ開始ポインタ変更条件登録テーブルＴ５−１に登録済み変更条件があるか、又は、ｗｒｉｔｅ依頼時に付加された変更条件があるかを調べ、ポインタ変更条件があれば条件比較を行う。比較結果が真ならば、ｒｅａｄ開始ポインタ変更手順登録テーブルＴ５−２に登録済み変更手順、又は、ｗｒｉｔｅ依頼時に付加された変更手順が存在するかを調べ、存在すれば、当該手順に従ってｒｅａｄ開始ポインタを変更する様、ｒｅａｄ開始ポインタ管理部４に依頼する。
【００３８】
トランザクション処理部２がｒｅａｄ開始ポインタ変更手順設定依頼を発行した時は、レコード検出部３経由でｗｒｉｔｅ時ｒｅａｄ開始ポインタ変更処理部５が呼び出され、指定されたｒｅａｄ開始ポインタ変更条件記憶域Ｔ５−２に記憶する。
【００３９】
図２にトランザクション処理部２の処理流れ図を示す。まず、入力装置により対象データが読み込み、検出条件を指定する（ステップＳ２−１，Ｓ２−２）。次にステップＳ２−２で指定された検出条件でレコード検出部３に検出の依頼をする（ステップＳ２−３）。
【００４０】
次にレコード検出部３からステップＳ２−３で依頼した検出依頼に対する検出結果を受け取ると、検出結果に応じてステータス等のレコード内容の変更を行なう（ステップＳ２−４）。
次にステップＳ２−４で変更したステータス等のレコード内容の変更に応じたレコードの更新をレコード検出部３に依頼する（ステップＳ２−５）。ステップＳ２−５でレコード検出部３にレコード内容の更新依頼を行なうとき、検出開始ポインタの新たな設定が可能とされている。
【００４１】
トランザクション処理部２はステップＳ２−５での変更依頼に応じた更新結果をレコード検出部３から受けとると処理を終了する。
図３にレコード検出部３の処理フローチャートを示す。レコード検出部３はトランザクション処理部２から処理依頼があると、トランザクション処理部２からの処理依頼がレコード検出か、レコード更新かを判断する（ステップＳ３−１）。
【００４２】
ステップＳ３−１でトランザクション処理部２からの処理依頼がファイル１のレコード検出の場合にはレコード検出部３はｒｅａｄ開始ポインタ管理部４よりｒｅａｄ開始ポイントを取得する（ステップＳ３−２）。レコード検出部３はステップＳ３−２でｒｅａｄ開始ポイントを取得すると次に取得したｒｅａｄ開始ポイントより順に検出を行なう（ステップＳ３−３）。
【００４３】
レコード検出部３はステップＳ３−３で検出を行なうと検出したレコードをｒｅａｄ開始ポインタ管理部４に通知し、処理を終了する（ステップＳ３−４）。また、ステップＳ３−１でトランザクション処理部２からの処理依頼がファイル１のレコード更新（レコードの登録／追加／書き出し／変更／削除等）の場合にはレコード検出部３はファイル１のレコードに対して依頼されたレコード更新処理を行なう（ステップＳ３−５）。
【００４４】
レコード検出部３は次にトランザクション処理部２からｒｅａｄ開始ポインタの変更指定があるか否かを判断し、ｒｅａｄ開始ポインタ変更指定がなければそのまま処理を終了する（ステップＳ３−６）。
次にステップＳ３−６で、更新処理等のｒｅａａｄ開始ポインタの変更指定がある場合には次にステータス変更時にポインタを変更する指定か否かを判断する（ステップＳ３−７）。ステップＳ３−７でステータス変更時にポインタを変更する指定になっていない場合にはｒｅａｄ開始ポインタ変更指定により指定されたｒｅａｄ開始位置にポインタが変更されるようにｒｅａｄ開始ポインタ管理部４に通知する（ステップＳ３−１０）。
【００４５】
また、ステップＳ３−７でステータス変更時にポインタを変更する指定になっている場合には次に更新処理によりレコードの状態を示すステータスが変ったか否かを判断する（ステップＳ３−８）。ステップＳ３−８でステータスに変更がない場合には指示にない処理が実行されたことになるため、このまま処理を終了する。
【００４６】
また、ステップＳ３−８でレコードのステータスに変更がある場合にはｒｅａｄ開始ポインタを変更するステータになったか否かが判断される（ステップＳ３−９）。ステップＳ３−９で、ステップＳ３−５の更新処理でポインタを変更するステータスにならなかった場合には指定するステータスではないので、このまま処理を終了する。また、ステップＳ３−９でステップＳ３−５の更新処理で、ｒｅａｄ開始ポインタを変更するステータスになったときには変更するステータスにポインタを移動させるべく、ｒｅａｄ開始ポインタ管理部４に通知を行なう（ステップＳ３−１０）。
【００４７】
図４にｒｅａｄ開始ポインタ管理部４の処理フローチャートを示す。
検出実施管理処理時にはまず、依頼処理内容を判断する（ステップＳ４−１）。ステップＳ４−１で依頼された処理内容が実績取得依頼のときにはｒｅａｄ開始ポインタテーブルＴ４より指定されたポインタを読み出し、ポインタ位置をレコード検出部３に通知する（ステップＳ４−２，Ｓ４−３）。
【００４８】
また、ステップＳ４−１で依頼された処理がポインタ変更依頼のときには変更指定ポインタは現在のポインタより後の位置か否かを判断する（ステップＳ４−４）。ステップＳ４−４で変更指定ポインタが現在のポインタより前である場合にはｒｅａｄ開始ポインタ管理テーブルＴ４上の指定位置にポインタを変更する（ステップＳ４−６）。
【００４９】
ステップＳ４−４で変更指定ポインタが現在のポインタより後の場合には次に以前より後のポインタは変更しない指定になっているか否かを判断する（ステップＳ４−５）。ステップＳ４−５で現在のポインタより後の場合、ポインタ位置を変更しない指定となっている場合にはそのまま処理を終了する。
【００５０】
また、ステップＳ４−５で指定が現在のポインタより後のポインタの場合ポインタ位置を変更する指定となっている場合には次にｒｅａｄ開始ポインタ管理テーブル上の指定位置に指定されたポインタ情報を変更し、処理を終了する（ステップＳ４−６）。
【００５１】
図５にｒｅａｄ開始ポインタ変更処理部５の処理フローチャートを示す。ｒｅａｄ開始ポインタ変更処理部５は更新処理が実行されると、ｒｅａｄ開始ポインタ変更条件自体が指定されているか否かを判断する（ステップＳ５−１）。
ステップＳ５−１でｒｅａｄ開始ポインタ変更条件が指定されていない場合、次にｒｅａｄ開始ポインタ変更条件の使用が指定されているか否かが判断される（ステップＳ５−２）。ステップＳ５−２でｒｅａｄ開始ポインタ変更条件の使用が指定されている場合には次にテーブルＴ５−１内に指定されたｒｅａｄ開始ポインタ変更条件があるか否かが判断される（ステップＳ５−３）。
【００５２】
ステップＳ５−１でユーザによりｒｅａｄ開始ポインタ変更条件自体が指定されている場合、及びステップＳ５−２，Ｓ５−３でユーザにより予め設定されたｒｅａｄ開始ポインタ変更条件が指定され、指定されたｒｅａｄ開始ポインタ変更条件がテーブルＴ５−１に存在する場合には、次に依頼された処理の条件が変更条件と一致するか否かが判断される（ステップＳ５−４）。
【００５３】
また、ステップＳ５−３で指定されたｒｅａｄ開始ポインタ変更条件がなければ、トランザクション処理部２にエラー通知を行ない、ユーザに指定したｒｅａｄ開始ポインタ変更条件が存在しない旨の通知を行なう（ステップＳ５−１０）。
【００５４】
ステップＳ５−４で、変更条件が一致しなければ変更処理は終了する（ステップＳ５−４）。また、ステップＳ５−４で変更条件が一致する場合及びステップＳ５−２でｒｅａｄ開始ポインタ変更条件の使用が指定されていないと判断された場合には、次にユーザによりｒｅａｄ開始ポインタ変更手順自体が指定されたか否かが判断される（ステップＳ５−５）。
【００５５】
ステップＳ５−５でユーザによるｒｅａｄ開始ポインタ変更手順が指定されていない場合にはユーザが次にテーブルＴ５−２に予め登録されたｒｅａｄ開始ポインタ変更手順を指定しているか否かを判断する（ステップＳ５−６）。ステップＳ５−６でテーブルＴ５−２に予め登録されたｒｅａｄ開始ポインタ変更手順の使用が指定されていないと判断された場合には無条件に今回ｒｅａｄ結果を新ポイント位置としてｒｅａｄ開始ポインタテーブルＴ４に通知し、処理を終了する（ステップＳ５−８）。
【００５６】
また、ステップＳ５−６でテーブルＴ５−２に予め登録されているｒｅａｄ開始ポインタ変更手順の使用が指定されている場合には次にテーブルＴ５−２に指定に該当するｒｅａｄ開始ポインタ変更手順が登録されているか否かが判断される（ステップＳ５−７）。
【００５７】
ステップＳ５−７で指定されたｒｅａｄ開始ポインタ変更手順が存在する場合、及びステップＳ５−５でユーザが自らｒｅａｄ開始ポインタ変更手順を設定した場合には指定及び設定されたｒｅａｄ開始ポインタ変更手順に従ってテーブルＴ４のポインタ位置を変更する（ステップＳ５−９）。
【００５８】
図６にファイル１より５バイトのデータのｒｅａｄ依頼う行ったときの動作説明図を示す。
トランザクション処理部２がレコード検出部３に５バイトのデータのｒｅａｄ依頼を行ったときにファイル１のレコード図６（Ａ）に示すような構成であったとし、ｒｅａｄ開始ポインタＰ０  が‘Ｈ’にあったとすると、図６（Ｂ）に示すように‘Ｈ’から５バイトのレコード‘Ｈ’，‘Ｉ’，‘Ｊ’，‘Ｋ’，‘Ｌ’をｒｅａｄしトランザクション処理部２に通知される。
【００５９】
ポインタＰ０  は以上の処理により図６（Ｃ）に示すように‘Ｍ’の位置に自動的に移動する。
次に、図６（Ｄ）に示すようにトランザクション処理部２が上記５バイトのデータ‘Ｈ’，‘Ｉ’，‘Ｊ’，‘Ｋ’，‘Ｌ’に代え、‘☆’，‘★’，‘○’，‘●’，‘◎’のデータの書き込み依頼を行ない、このとき、ポインタＰ１  の位置を１７バイト目に設定するように指定を行った場合、図６（Ｂ）に示すように８〜１２バイトのデータ‘☆’，‘★’，‘○’，‘●’，‘◎’が書き込まれると共にポインタＰ１  が１７バイト目に移動される。
【００６０】
図７に本発明の第１実施例の適用例のブロック構成図を示す。本適用例はサーバ−クライアント方式の情報処理システムに適用したものである。
（１）トランザクション処理部２にｗｒｉｔｅ依頼を行う。
この時、必要に応じて『ｒｅａｄ開始ポインタ変更指定』を付加する。
（２）『ｒｅａｄ開始ポインタ変更指定』付きのｗｒｉｔｅ依頼を受けたレコード検出部３は、まず、依頼されたデータをファイル１にｗｒｉｔｅする。
（３）ファイル１へのｗｒｉｔｅ後、レコード検出部３は、ｗｒｉｔｅ時ｒｅａｄ開始ポインタ変更処理部に対し、処理依頼する。
（４）ｗｒｉｔｅ時ｒｅａｄ開始ポインタ変更処理部は、ｒｅａｄ開始ポインタ変更条件が登録済み、又は、ｗｒｉｔｅ処理依頼時に変更条件が付加されていた場合、変更条件に従って条件判断し、真の場合、ｒｅａｄ開始ポインタ変更手順が登録済み、又は、ｗｒｉｔｅ処理依頼時に変更手順が付加されていれば当該変更手順に従って、ｒｅａｄ開始ポインタ管理テーブルを変更する様、ｒｅａｄ開始位置管理部に依頼する。ｒｅａｄ開始位置管理部がｒｅａｄ開始ポインタ管理テーブルを変更後、レコード検出部３に処理を戻す。
（５）ｒｅａｄ開始位置管理部がｗｒｉｔｅ時ｒｅａｄ開始ポインタ変更処理部からの依頼に基づいてｒｅａｄ開始ポインタ管理テーブルを変更。
（６）トランザクション処理部がｗｒｉｔ処理結果を受け取る。
【００６１】
（１）’，（６）’はそれぞれ（１），（６）と同等処理を別のトランザクション処理部（同一ＷＳ上、他ＷＳ上）が実施する場合の例を示している。
ここで、更新処理とは、ファイルのレコードに対する変更処理全てを指す。レコードの登録／追加、レコードの書き出し、レコード内容の変更、レコードの削除等、レコードに関する変更処理は全て対象となる。又、レコードとは特定の長さのデータの集まりの事であり、１バイト〜ｎバイトまで特に長さを規定するものではない。
【００６２】
以上のように本実施例によれば、検出時のレコードの読み出し（ｒｅａｄ）位置の設定を自在に行なえ、レコードの変更追加等に対しての対応を自在に行なえ、操作性が良好となる。
図８に本発明の第２実施例のブロック構成図を示す。本実施例は特公平４−１２３２３９号で提案されており、ファイル時にレコードに処理状況を示すステータス情報を付加してファイルを行なう構成のシステムに適用した例について説明する。
【００６３】
図８において、１１はレコード記憶部を示す。レコード記憶部１１は処理状況を示すステータス情報Ｓｉ（ｉ＝１，２，・・・）付されたレコード１，レコード２，・・・，レコードｎを発生順に格納する。
１２はファイルアクセス依頼を行うトランザクション処理部を示す。トランザクション処理部１２は検索要求を発行すると共に検索されたレコードに所定のトランザクション処理を施し、更にレコードのステータス情報を変更してレコード記憶部に格納する。
【００６４】
図９にトランザクション処理部１２の処理流れ図を示す。まず、入力装置により対象データを読み込み、検索条件を指定する（ステップＳ６−１，Ｓ６−２）。
【００６５】
次にステップＳ６−２で指定された検索条件でレコード検索部１３に検索の依頼をする（ステップＳ６−３）。
次にレコード検索部１３からステップＳ６−３で依頼した検索依頼に対する検索結果を受け取ると、検索結果に応じてステータス等の変更を行なう（ステップＳ６−４）。
【００６６】
次にステップＳ６−４で変更したステータス等のレコード内容の変更に応じたレコードの更新をレコード検索部１３に依頼する（ステップＳ６−５）。ステップＳ６−５でレコード検索部１３にレコード内容の更新依頼を行なうとき、検索開始ポインタの新たな設定が可能とされている。
【００６７】
トランザクション処理部１２はステップＳ６−５での変更依頼に応じた更新結果をレコード検索部１３から受け取ると処理を終了する。
１３はレコード検索部を示す。レコード検索部１３はレコード検索要求が出された所望のレコードを検出する。
【００６８】
図１０にレコード検索部１３の処理フローチャートを示す。レコード検索部１３はトランザクション処理部１２から処理依頼があると、トランザクション処理部１２からの処理依頼がレコード検索かレコード更新かを判断する（ステップＳ７−１）。
【００６９】
ステップＳ７−１でトランザクション処理部１２からの処理依頼がファイル１１のレコード検索の場合にはレコード検索部１３はｒｅａｄ開始ポインタ管理部１４よりｒｅａｄ開始ポイントを取得する（ステップＳ７−２）。レコード検索部１３はステップＳ７−２でｒｅａｄ開始ポイントを取得すると次に取得したｒｅａｄ開始ポイントより順に検索を行なう（ステップＳ７−３）。
【００７０】
レコード検索部１３はステップＳ７−３で検索を行なうと検索したレコードをｒｅａｄ開始ポインタ管理部１４に通知し、処理を終了する（ステップＳ７−４）。
また、ステップＳ７−１でトランザクション処理部１２からの処理依頼がファイル１１のレコード更新（レコードの登録／追加／書き出し／変更／削除等）の場合にはレコード検索部１３はファイル１１のレコードに対して依頼されたレコード更新処理を行なう（ステップＳ７−５）。
【００７１】
レコード検索部１３は次にトランザクション処理部２からｒｅａｄ開始ポインタの変更指定があるか否かを判断し、ｒｅａｄ開始ポインタ変更指定がなければそのまま処理を終了する（ステップＳ７−６）。
次にステップＳ７−６で、更新処理時のｒｅａｄ開始ポインタの変更指定がある場合には次にステータス変更時にポインタを変更する指定か否かを判断する（ステップＳ７−７）。ステップＳ７−７でステータス変更時にポインタを変更する指定になっていない場合にはｒｅａｄ開始ポインタ変更指定により指定されたｒｅａｄ開始位置にポインタが変更されるようにｒｅａｄ開始ポインタ管理部１４に通知する（ステップＳ７−１０）。
【００７２】
またステップＳ７−７でステータス変更時にポインタを変更する指定になっている場合には次に更新処理によりレコードの状態を示すステータスが変ったか否かを判断する（ステップＳ７−８）。ステップＳ７−８で、ステータスに変更がない場合には指示にない処理が実行されたことになるため、このまま処理を終了する。
【００７３】
また、ステップＳ７−８でレコードのステータスに変更がある場合にはｒｅａｄ開始ポインタを変更するステータスになったか否かが判断される（ステップＳ７−９）。ステップＳ７−９でステップＳ３−５の更新処理でポインタを変更するステータスにならなかった場合には指定するステータスではないのでこのまま処理を終了する。また、ステップＳ７−９でステップＳ７−５の更新処理で、ｒｅａｄ開始ポインタを変更するステータスになったときには変更するステータスにポインタを移動させるべく、ｒｅａｄ開始ポインタ管理部１４に通知を行なう（ステップＳ７−１０）。
【００７４】
１４は検索実績管理部を示す。検索実績管理部１４は、ステータスＳ１〜Ｓｎの遷移特性に基づいていくつかのステータスグループＧ１〜Ｇｎを設定した時、所定グループの先頭レコードが検索される毎に、該グループとその先頭レコードとの対応関係を検索実績管理テーブルＴ４に記憶する。
【００７５】
図１１に検索実績管理部１４の処理フローチャートを示す。
検索実績管理処理時にはまず、依頼処理内容を判断する（ステップＳ８−１）。ステップＳ８−１で依頼された処理内容が実績取得依頼のときにはｒｅａｄ開始ポインタテーブルＴ４より指定されたポインタ４を読み出し、ポインタ位置をレコード検索部１４に通知する（ステップＳ８−２，Ｓ８−３）。
【００７６】
また、ステップＳ８−１で依頼された処理がポインタ変更依頼のときには変更指定ポインタは現在のポインタより後の位置か否かを判断する（ステップＳ８−４）。ステップＳ８−４で変更指定ポインタが現在のポインタより前である場合にはｒｅａｄ開始ポインタ管理テーブルＴ４上の指定位置にポインタを変更する（ステップＳ８−６）。
【００７７】
ステップＳ８−４で変更指定ポインタが現在のポインタより後の場合には次に以前より後のポインタは変更しない指定になっているか否かを判断する（ステップＳ８−５）。ステップＳ８−５で現在のポインタより後の場合ポインタ位置を変更しない指定となっている場合にはそのまま処理を終了する。
【００７８】
また、ステップＳ８−５で指定が現在のポインタより後のポインタの場合ポインタ位置を変更する指定となっている場合には次にｒｅａｄ開始ポインタ管理テーブル上の指定位置に指定されたポインタ情報を変更し、処理を終了する（ステップＳ８−６）。
【００７９】
１５は検索開始ポインタ更新時変更処理を示す。検索開始ポインタ更新時変更処理部１５は、レコード検索部１３が『検索開始ポインタ変更』付き更新依頼を受けた時に呼び出され、以下の処理を実施する。
図１２に検索開始ポインタ変更処理部１５の処理フローチャートを示す。
【００８０】
検索開始ポインタ変更条件記憶域Ｔ５−１に記憶された条件、又は、更新依頼に付加された条件に従って結果を判定し、真の場合、検索開始ポインタ変更手順記憶域Ｔ５−２に記憶された手順、又は、更新依頼に付加された手順がある場合、当該手順に従って検索実績管理部の検索開始ポインタを変更する（ステップＳ９−１〜Ｓ９−５，Ｓ９−９）。
【００８１】
図１３に本発明の第２実施例の動作説明図を示す。
ここで、検索開始ポインタ変更条件設定時は、指定された条件を検索開始ポインタ変更条件記憶域Ｔ５−１に記憶し、検索開始ポインタ変更手順設定時は、指定された手順を検索開始ポインタ変更手順記憶域Ｔ５−２に記憶する。
【００８２】
このとき、ステータスの状態が図１３（ａ）に示すような状態であるとする。ここで、トランザクション処理部１２がＳ２を検索条件として検索依頼を行うと、図１３（ｂ）に示されるようにレコード１１が検索対象として検索される。
また、ここで、トランザクション処理部１２が更新依頼時に、検索開始ポインタの変更付き指定を行うと、レコード検索部１３がポインタ変更付きである旨認識し、更新時検索開始ポインタ変更処理部１５を呼び出す。例えば、図１３（ｂ）のレコード１１のステータスをＳ１に戻して、更新依頼を行うと、図１３（ｃ）に示すようにレコード１１のステータスをＳ１に戻した旨を同時に通知し、トランザクション処理部１２はＳ１を検索条件として検索依頼を行う。
【００８３】
このとき、更新時ポインタ変更処理部１５は検索開始ポインタ変更条件登録テーブルＴ５−１に登録済み変更条件があるか、又は、更新依頼時に付加された変更条件があるかを調べ、ポインタ変更条件があれば条件比較を行う。比較結果が真ならば、検索開始ポインタ変更手順登録テーブルＴ５−２に登録済み変更手順、又は、更新依頼時に付加された変更手順が存在するかを調べ、存在すれば、当該手順に従って検索実績管理テーブルＴ４中の検索開始ポインタを変更する様、検索実績管理部１４に依頼する。
【００８４】
なお、トランザクション処理部１２が検索開始ポインタ変更手順設定依頼を発行した時は、レコード検索部１３経由で更新時検索開始ポインタ変更処理部１５が呼び出され、指定された検索開始ポインタ変更条件記憶域Ｔ５−２に記憶する。
【００８５】
図１４に本発明の第２実施例の適用例の構成図を示す。本適用例はサーバ−クライアント方式の情報処理システムに適用した例を示す。
まず、（１）トランザクション処理が「後で更新あり」のモードで検索依頼を行う。
（２）レコード検索部１３は、検索実績管理部に検索実績管理テーブルから（１）の依頼に該当する実績から先頭レコード位置情報を得る。
（３）（２）で得た先頭レコード情報から当該位置からレコードを読み始め、依頼に該当するレコードを読み出す。
（４）（３）で見つけたレコード位置を検索実績管理部１４に通知する。検索実績管理部１４は、通知された情報を新しい先頭レコード位置情報として検索実績管理テーブルＴ４に記憶し、レコード検索部１３に処理を戻す。レコード検索部１３は検索結果をトランザクション処理部１２に通知する。
（５）トランザクション処理部１２が検索結果を受け取る。
（６）トランザクション処理部１２が（５）で受け取ったレコードを加工した後、更新依頼を行う。レコード加工時にステータスが変更された時等、必要に応じて、『検索開始ポインタ変更指定』付きで更新依頼を行う。
（７）『検索開始ポインタ変更指定』付きの更新依頼を受けたレコード検出部は、まず、依頼されたレコードをファイル１１に書く。
（８）ファイル１１へのｗｒｉｔｅ後、レコード検索部１３は、更新時検索開始ポインタ変更処理部１５に対し、処理依頼する。
（９）更新時検索開始ポインタ変更処理部１５は、検索開始ポインタ変更条件が登録済み、又は、更新処理依頼時に変更条件が付加されていた場合、変更条件に従って条件判断し、真の場合、検索開始ポインタ変更手順が登録済み、又は、更新処理依頼時に変更手順が付加されていれば当該変更手順に従って、検索実績管理テーブルＴ４を変更する様、検索実績管理部１４に依頼する。検索実績管理部１４が検索開始ポインタ管理テーブルを変更後、レコード検索部１３に処理を戻す。（１０）検索開始位置管理部が更新時検索開始ポインタ変更処理部１５からの依頼に基づいて検索実績管理テーブルＴ４を変更。
（１１）トランザクション処理部１２が更新処理結果を受け取る。
【００８６】
（１）’，（５）’，（６）’，（１１）’はそれぞれ（１），（５），（６），（１１）と同等処理を別のトランザクション処理部１２（同一ＷＳ上，他ＷＳ上）が実施する場合の例を示している。
以上、本実施例によれば、ステータスの変更に対応してｒｅａｄ開始ポインタの位置を任意に設定することができ、ｒｅａｄ位置を自在に設定できる。このため、レコードの変更追加等に対してもｒｅａｄ位置を変更でき、検索時に検索すべきレコードの抜け等を防止でき、レコードの正確な検索が可能となる。
【００８７】
【発明の効果】
上述の如く本発明の請求項１によれば、レコード更新依頼時にも次回読み出し時の読み出し開始位置を新たに設定できるため、レコード更新依頼によりレコードの内容変更、レコードの削除等が生じた場合にこれをレコード書き込みとして検出して新たに読み出し開始位置を設定でき、したがって、レコードの内容変更、レコードの削除等が生じたレコード位置を再び読み出すことができ、レコードの読み出しに抜け等を発生させることなく読み出しを行なえる等の特長を有する。
【００８８】
請求項２によれば、  請求項２によれば、レコードの書き込み時に任意に指示されたレコード位置を読み出し開始位置として設定することにより、レコードの変更内容に応じて読み出し開始位置が設定できるため、次回検索をレコードの抜けなく、かつ、高速に実施できる等の特長を有する。
【００８９】
請求項３によれば、指示された条件を満たした場合のみ、指定したレコード位置を読み出し開始位置として設定することにより、種々の条件を併用した読み出し開始位置を設定できるため、条件に応じた最適な読み出し開始位置を設定でき、次回読み出しをレコードの抜けなく、正確で、かつ、不要な読み出しを行なわずに済むため高速に実施できる等の特長を有する。
【００９０】
請求項４によれば、一定の手順に従ってレコードの読み出し開始位置を再設定することができるため、レコードの読み出し開始位置の設定を確実に行うことができる等の特長を有する。
請求項５によれば、一定の条件を満たした場合一定の手順に従ってレコードの読み出し開始位置が設定されるため、読み出し開始位置の再設定を決められた条件が整った時に実施することができ、不必要な読み出し開始位置の再設定を排除できる等の特長を有する。
【００９１】
請求項６によれば、レコード書込検出手順でレコード書込が検出された時、あらかじめ設定された条件及び手順より所望の条件又は手順を選択し、選択した条件又は手順に従ってレコードの読み出し開始位置を設定することができるため、使用者がレコード内容やレコードの入力順により最適の条件又は手順を選択することができる等の特長を有する。
【００９２】
請求項７によれば、前記レコード書込検出手順でレコード書込が検出された時にレコードの読み出し開始位置を設定する条件及び手順の設定を行えるため、レコード書込毎に必要とする条件及び手順が設定でき、常に最適な条件で処理を行える等の特長を有する。
【００９３】
請求項８によれば、レコード内容更新時にレコードに対応して設けられたステータスの変更に応じて次回検索時の検索開始位置を新たに設定できるため、レコードの内容変更、レコードの削除等が生じた場合にこれをステータスの変更として検出して新たに検索開始位置を設定でき、したがって、レコードの内容変更、レコードの削除等が生じたレコード位置を再び検索することができ、検索に抜け等を発生させることなく検索を行なえ、正確な検索が可能となる等の特長を有する等の特長を有する。
【００９４】
請求項９によれば、レコード内容更新時にはステータスの変更に応じて任意に指示されたレコード位置が前記検索開始位置として設定できるため、ステータスの変更に伴った最適の位置から処理を開始でき、処理を迅速に行える等の特長を有する。
【００９５】
請求項１０によれば、ステータスの状態に応じた検索開始位置を設定することにより、ステータス別に処理を実行できるため、ステータスに応じた処理を実施できる等の特長を有する。
請求項１１によれば、一定の条件を満たした場合検索開始位置を指示された位置に設定することにより、検索開始位置の設定を決められた条件が整った時に実施することができ、不必要な検索開始位置の再設定を排除できる等の特長を有する。
【００９６】
請求項１２によれば、レコード内容更新時に検索開始位置の変更が指示されたとき、指示された位置が現在の設定位置より前のとき場合に検索開始位置が指示された位置に設定されるため、指示された位置と現在の設定位置との間のレコードの処理の抜けを防止できる等の特長を有する。
【００９７】
請求項１３によれば、ステータスの変化を検知して、検索開始位置を設定するため、ステータスに応じて検索開始位置の設定が行え、ステータス毎に処理を実行できる等の特長を有する。
請求項１４によれば、レコードの検索開始位置をあらかじめ決められた所定の手順に従って設定できるため、レコードの読み出し開始位置の設定を確実に行うことができる等の特長を有する。
【００９８】
請求項１５によれば、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順をあらかじめ設定された条件及び手順から選択できるため、使用者がレコード内容やレコードの入力順により最適の条件又は手順を選択することができる等の特長を有する。
【００９９】
請求項１６によれば、レコードの検索開始位置を設定する前記一定の条件及び前記一定の手順を新たに設定できるため、必要なときに必要とする条件及び手順が設定でき、常に最適な条件で処理を行える等の特長を有する。
【図面の簡単な説明】
【図１】本発明の第１実施例のブロック構成図である。
【図２】本発明の第１実施例のトランザクション処理部の流れ図である。
【図３】本発明の第１実施例のレコード検出部の流れ図である。
【図４】本発明の第１実施例のｒｅａｄ開始ポインタ管理部の流れ図である。
【図５】本発明の第１実施例のｒｅａｄ開始ポインタ変更処理部の流れ図である。
【図６】本発明の第１実施例の動作説明図である。
【図７】本発明の第１実施例の適用例の構成図である。
【図８】本発明の第２実施例のブロック構成図である。
【図９】本発明の第２実施例のトランザクション処理部の流れ図である。
【図１０】本発明の第２実施例のレコード検出部の流れ図である。
【図１１】本発明の第２実施例の検索実績管理部の流れ図である。
【図１２】本発明の第２実施例の検索開始ポインタ変更処理部の流れ図である。
【図１３】本発明の第２実施例の動作説明図である。
【図１４】本発明の第２実施例の適用例の構成図である。
【図１５】従来の一例の動作説明図である。
【図１６】従来の他の一例の説明図である。
【図１７】従来の他の一例の動作説明図である。
【符号の説明】
１，１１  ファイル
２，１２  トランザクション処理部
３，１３  レコード検出部
４，１４  開始ポインタ管理部
５，１５  開始ポインタ変更処理部
【図１】
0003614526.tif 000002
【図２】
0003614526.tif 000003
【図３】
0003614526.tif 000004
【図４】
0003614526.tif 000005
【図５】
0003614526.tif 000006
【図６】
0003614526.tif 000007
【図７】
0003614526.tif 000008
【図８】
0003614526.tif 000009
【図９】
0003614526.tif 000010
【図１０】
0003614526.tif 000011
【図１１】
0003614526.tif 000012
【図１２】
0003614526.tif 000013
【図１３】
0003614526.tif 000014
【図１４】
0003614526.tif 000015
【図１５】
0003614526.tif 000016
【図１６】
0003614526.tif 000017
【図１７】
0003614526.tif 000018