JPH04291639A - レコード処理装置 - Google Patents
レコード処理装置Info
- Publication number
- JPH04291639A JPH04291639A JP3056916A JP5691691A JPH04291639A JP H04291639 A JPH04291639 A JP H04291639A JP 3056916 A JP3056916 A JP 3056916A JP 5691691 A JP5691691 A JP 5691691A JP H04291639 A JPH04291639 A JP H04291639A
- Authority
- JP
- Japan
- Prior art keywords
- record
- control unit
- records
- search
- occupation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 10
- 238000007796 conventional method Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、計算機システムにおい
て、同一ファイル上の同一条件のレコードに対して、複
数の同種のトランザクションが処理を行う際のレコード
占有方式に関する。
て、同一ファイル上の同一条件のレコードに対して、複
数の同種のトランザクションが処理を行う際のレコード
占有方式に関する。
【０００２】近年、計算機システムに種々の業務データ
を入力し、数多くの業務端末からそれらのいずれか１つ
を選択して処理を行うような共同トランザクション処理
が増えている。この共同トランザクション処理において
、業務データが格納されているレコードに対する処理を
行う際は、レコードの更新内容の擦れ違いを防止するた
め、該当レコードを占有するが、この占有により他のト
ランザクションによるレコードの検索が待たされてしま
うことがある。
を入力し、数多くの業務端末からそれらのいずれか１つ
を選択して処理を行うような共同トランザクション処理
が増えている。この共同トランザクション処理において
、業務データが格納されているレコードに対する処理を
行う際は、レコードの更新内容の擦れ違いを防止するた
め、該当レコードを占有するが、この占有により他のト
ランザクションによるレコードの検索が待たされてしま
うことがある。
【０００３】このため、条件に適合するレコードをそれ
ぞれのトランザクションに均等に分配して、各トランザ
クションが同じレコードを巡って待ちに入らないように
レコードの占有を行う手段が要請されている。さらに、
レコードの分配に際しては、先着順サービスの原則から
、発生順が保持される必要がある。
ぞれのトランザクションに均等に分配して、各トランザ
クションが同じレコードを巡って待ちに入らないように
レコードの占有を行う手段が要請されている。さらに、
レコードの分配に際しては、先着順サービスの原則から
、発生順が保持される必要がある。
【０００４】
【従来の技術】図８は従来例のシステム構成図で、銀行
業務について説明する。顧客から渡された伝票の内容は
業務端末より入力され、「承認待ち」という同一条件で
発生順にレコード記憶部１に格納される。ここで、複数
の責任者が別の業務端末よりそれぞれ承認業務を行って
おり、これらの端末より承認業務を起動すると、トラン
ザクション処理部２は同一処理内容のトランザクション
２１， ２２を端末対応で発生する。そして、それぞれ
のトランザクション２１， ２２は「承認待ち」のレコ
ードを獲得して占有し、責任者により承認が与えられる
と、その内容は該当レコードに格納されて「承認待ち」
条件から除外される。
業務について説明する。顧客から渡された伝票の内容は
業務端末より入力され、「承認待ち」という同一条件で
発生順にレコード記憶部１に格納される。ここで、複数
の責任者が別の業務端末よりそれぞれ承認業務を行って
おり、これらの端末より承認業務を起動すると、トラン
ザクション処理部２は同一処理内容のトランザクション
２１， ２２を端末対応で発生する。そして、それぞれ
のトランザクション２１， ２２は「承認待ち」のレコ
ードを獲得して占有し、責任者により承認が与えられる
と、その内容は該当レコードに格納されて「承認待ち」
条件から除外される。
【０００５】ここで、レコード占有制御部３ａは処理中
のレコードの占有／非占有を管理するもので、レコード
検索制御部４ａはトランザクション２１， ２２より依
頼されたレコードを検索する際、そのレコードが占有中
の場合は要求元トランザクションを待ち状態に設定する
。
のレコードの占有／非占有を管理するもので、レコード
検索制御部４ａはトランザクション２１， ２２より依
頼されたレコードを検索する際、そのレコードが占有中
の場合は要求元トランザクションを待ち状態に設定する
。
【０００６】このように共同トランザクション処理にお
いて共同更新を行う場合、複数のトランザクション２１
， ２２が更新を目的として検索する際、占有による待
ちが発生する。これを回避するため、各トランザクショ
ンは占有したレコードのポインタを検索ポインタ６に記
憶しておき、次のトランザクションはそのポインタの次
のレコードを指定して検索を依頼する。そして、レコー
ド検索制御部４ａは、指定されたポインタから「承認待
ち」のレコードを検索し、該当条件を満たすレコードが
存在しなくなったらファイルの先頭から再度検索してい
る。
いて共同更新を行う場合、複数のトランザクション２１
， ２２が更新を目的として検索する際、占有による待
ちが発生する。これを回避するため、各トランザクショ
ンは占有したレコードのポインタを検索ポインタ６に記
憶しておき、次のトランザクションはそのポインタの次
のレコードを指定して検索を依頼する。そして、レコー
ド検索制御部４ａは、指定されたポインタから「承認待
ち」のレコードを検索し、該当条件を満たすレコードが
存在しなくなったらファイルの先頭から再度検索してい
る。
【０００７】なお、図８のレコード１１〜１ｎは、必ず
しもすべてが同一条件ではなく、他の条件のレコードも
混在し、別種のトランザクションにより処理される。
しもすべてが同一条件ではなく、他の条件のレコードも
混在し、別種のトランザクションにより処理される。
【０００８】
【発明が解決しようとする課題】上記従来の方法は、入
力された業務データの処理順番をそれほど問わない運用
形態ならば問題はないが、銀行のような窓口業務におい
て、何らかの都合（オペレータの離席など）により処理
を保留して元に戻し、再度同じ条件で検索した場合、検
索ポインタ６の次から検索を開始するため、一度該当条
件を満たすレコードが無くなって先頭から再度検索しな
おすまで、その戻したレコードの処理が待たされること
になる。このため、サービスする側の都合によって先着
順サービスが崩れるという課題を生じていた。
力された業務データの処理順番をそれほど問わない運用
形態ならば問題はないが、銀行のような窓口業務におい
て、何らかの都合（オペレータの離席など）により処理
を保留して元に戻し、再度同じ条件で検索した場合、検
索ポインタ６の次から検索を開始するため、一度該当条
件を満たすレコードが無くなって先頭から再度検索しな
おすまで、その戻したレコードの処理が待たされること
になる。このため、サービスする側の都合によって先着
順サービスが崩れるという課題を生じていた。
【０００９】本発明は、上記課題に鑑み、所定条件に適
合するレコードをそれぞれのトランザクションに均等に
分配して各トランザクションが同じレコードを巡って待
ちに入らず、且つレコードの分配に際しては発生順を保
持するレコード占有方式を提供することを目的とする。
合するレコードをそれぞれのトランザクションに均等に
分配して各トランザクションが同じレコードを巡って待
ちに入らず、且つレコードの分配に際しては発生順を保
持するレコード占有方式を提供することを目的とする。
【００１０】
【課題を解決するための手段】図１は一実施例の構成図
で、対応する機能部分を抽出して説明する。１はレコー
ド記憶部で、所定の条件を満たす複数のレコードを発生
順に格納する。２はトランザクション処理部で、前記レ
コード群のうちのいずれか１つのレコードをそれぞれ更
新する複数の同種のトランザクションを発生する。３は
レコード占有制御部で、各トランザクションからの依頼
により、該条件を満たすレコードの検索をレコード検索
制御部４に依頼するとともに、レコードの占有および開
放を同時更新制御部５に通知する。５は同時更新制御部
で、占有中のレコードに占有情報を書き込む。４はレコ
ード検索制御部で、占有情報が書き込まれているレコー
ドを除外したレコード群を所定の条件を満たすレコード
群として発生順に検索する。
で、対応する機能部分を抽出して説明する。１はレコー
ド記憶部で、所定の条件を満たす複数のレコードを発生
順に格納する。２はトランザクション処理部で、前記レ
コード群のうちのいずれか１つのレコードをそれぞれ更
新する複数の同種のトランザクションを発生する。３は
レコード占有制御部で、各トランザクションからの依頼
により、該条件を満たすレコードの検索をレコード検索
制御部４に依頼するとともに、レコードの占有および開
放を同時更新制御部５に通知する。５は同時更新制御部
で、占有中のレコードに占有情報を書き込む。４はレコ
ード検索制御部で、占有情報が書き込まれているレコー
ドを除外したレコード群を所定の条件を満たすレコード
群として発生順に検索する。
【００１１】
【作用】トランザクションは、検索ポインタの代わりに
、それぞれ所定条件ａを指定してレコード取得を依頼す
る。これにより、レコード占有制御部３はレコード検索
制御部４に条件ａのレコード検索を要求するとともに、
該当レコードの占有／開放時に同時更新制御部５に通知
し、同時更新制御部５は占有されたレコードに占有情報
を格納し、開放時に消去する。
、それぞれ所定条件ａを指定してレコード取得を依頼す
る。これにより、レコード占有制御部３はレコード検索
制御部４に条件ａのレコード検索を要求するとともに、
該当レコードの占有／開放時に同時更新制御部５に通知
し、同時更新制御部５は占有されたレコードに占有情報
を格納し、開放時に消去する。
【００１２】一方レコード検索制御部４は、指定された
条件ａのレコード群から占有情報が書き込まれたレコー
ドを除いたレコード群を発生順に検索し、要求元に検索
したレコードを渡す。
条件ａのレコード群から占有情報が書き込まれたレコー
ドを除いたレコード群を発生順に検索し、要求元に検索
したレコードを渡す。
【００１３】図２の本発明の作用説明図は、レコード検
索制御部４が条件ａでレコード記憶部１を検索して作り
出すレコード記憶部１の論理ビュー（全レコード中から
ある条件を満たすレコードを選択的に抜き出して見せる
もの）１ａを示したもので、この論理ビュー１ａの初期
値が図２の１ａ−０のようになっていたとき、あるトラ
ンザクションが先頭レコード１ａ（１） を獲得すると
、レコード占有制御部３は該当レコードが占有されると
同時に同時更新制御部５に指示し、同時更新制御部５は
レコード１ａ（１） に占有情報を書き込む。この結果
、レコード１ａ（１） は該当論理ビューから消されて
図２の１ａ−１のようになる。
索制御部４が条件ａでレコード記憶部１を検索して作り
出すレコード記憶部１の論理ビュー（全レコード中から
ある条件を満たすレコードを選択的に抜き出して見せる
もの）１ａを示したもので、この論理ビュー１ａの初期
値が図２の１ａ−０のようになっていたとき、あるトラ
ンザクションが先頭レコード１ａ（１） を獲得すると
、レコード占有制御部３は該当レコードが占有されると
同時に同時更新制御部５に指示し、同時更新制御部５は
レコード１ａ（１） に占有情報を書き込む。この結果
、レコード１ａ（１） は該当論理ビューから消されて
図２の１ａ−１のようになる。
【００１４】続いて、他のトランザクションが同一条件
で検索を行うと、新たな先頭レコード１ａ（２） を検
索することになる。このとき占有済みレコード１ａ（１
）は論理ビューから消えているため、待ちは発生せず、
該当レコードを占有できる。このときも同様に占有した
レコード１ａ（２）を論理ビューから消して図２の１ａ
−２のようにする。
で検索を行うと、新たな先頭レコード１ａ（２） を検
索することになる。このとき占有済みレコード１ａ（１
）は論理ビューから消えているため、待ちは発生せず、
該当レコードを占有できる。このときも同様に占有した
レコード１ａ（２）を論理ビューから消して図２の１ａ
−２のようにする。
【００１５】このとき、以前にレコード１ａ（１）を占
有していたトランザクションが処理をキャンセルし、該
当レコードの占有を解除した場合、レコード占有制御部
３は同時更新制御部５に指示し、同時更新制御部５は占
有情報を消して該当レコード１ａ（１） を再度論理ビ
ューに復活させ、図２の１ａ−３のようにする。
有していたトランザクションが処理をキャンセルし、該
当レコードの占有を解除した場合、レコード占有制御部
３は同時更新制御部５に指示し、同時更新制御部５は占
有情報を消して該当レコード１ａ（１） を再度論理ビ
ューに復活させ、図２の１ａ−３のようにする。
【００１６】このように該当レコードは論理ビュー上に
格納順（発生順）が保存されたまま復活するため、次に
同一条件で検索が行われた場合に発生順サービスが受け
られる。
格納順（発生順）が保存されたまま復活するため、次に
同一条件で検索が行われた場合に発生順サービスが受け
られる。
【００１７】
【実施例】図１は一実施例の構成図、図３はレコード構
成例を表す図、図４はトランザクション処理のフローチ
ャート図、図５はレコード占有制御部の処理フローチャ
ート図、図６はレコード検索制御部の処理フローチャー
ト図、図７は同時更新制御部の処理フローチャート図で
ある。図１において、１はレコード記憶部であり、業務
データを発生順にレコード（１１，１２，…，１ｋ，…
，１ｎ）として格納するもの、２はトランザクション処
理部であり、種々のトランザクション処理を有し、それ
ぞれ複数の窓口端末等から呼び出されてレコード記憶部
１内のレコードを所定条件で格納順に検索して、共同し
て処理してゆくもの、３はレコード占有制御部であり、
同時更新制御部５に占有／開放を通知してレコード記憶
部１の論理ビューの上からレコードを占有するとともに
、１つのトランザクションが目的のレコードを処理して
いる間、他のトランザクションが同じレコードを処理し
ようとしたら、後者を待たせるもの、４はレコード検索
制御部で、各トランザクションのレコード取得依頼に応
じてレコード記憶部１を格納順（発生順）に検索し、指
定された条件に適合するレコードを検索してレコード占
有制御部３に該当条件によるレコード記憶部１の論理ビ
ューを見せるもの、５は同時更新制御部であり、検索し
たレコードを要求元トランザクションに占有させる際に
該当レコードに占有情報を格納して論理ビューから消す
とともに、占有解除時に占有情報を消して論理ビューに
復元するもの、２１，２２はトランザクションであって
、ここでは同種のトランザクションである。
成例を表す図、図４はトランザクション処理のフローチ
ャート図、図５はレコード占有制御部の処理フローチャ
ート図、図６はレコード検索制御部の処理フローチャー
ト図、図７は同時更新制御部の処理フローチャート図で
ある。図１において、１はレコード記憶部であり、業務
データを発生順にレコード（１１，１２，…，１ｋ，…
，１ｎ）として格納するもの、２はトランザクション処
理部であり、種々のトランザクション処理を有し、それ
ぞれ複数の窓口端末等から呼び出されてレコード記憶部
１内のレコードを所定条件で格納順に検索して、共同し
て処理してゆくもの、３はレコード占有制御部であり、
同時更新制御部５に占有／開放を通知してレコード記憶
部１の論理ビューの上からレコードを占有するとともに
、１つのトランザクションが目的のレコードを処理して
いる間、他のトランザクションが同じレコードを処理し
ようとしたら、後者を待たせるもの、４はレコード検索
制御部で、各トランザクションのレコード取得依頼に応
じてレコード記憶部１を格納順（発生順）に検索し、指
定された条件に適合するレコードを検索してレコード占
有制御部３に該当条件によるレコード記憶部１の論理ビ
ューを見せるもの、５は同時更新制御部であり、検索し
たレコードを要求元トランザクションに占有させる際に
該当レコードに占有情報を格納して論理ビューから消す
とともに、占有解除時に占有情報を消して論理ビューに
復元するもの、２１，２２はトランザクションであって
、ここでは同種のトランザクションである。
【００１８】図３はレコード記憶部１を構成するレコー
ド構成の実施例であり、ハードディスク等の大容量記憶
装置で構成される。個々のレコードはトランザクション
処理部２で利用する種々のデータ項目を含んでいる。こ
こではそれぞれのレコードに占有／非占有を表す情報（
占有情報）が付加される。例えば、本実施例では項目０
を特別にその目的で使用している。
ド構成の実施例であり、ハードディスク等の大容量記憶
装置で構成される。個々のレコードはトランザクション
処理部２で利用する種々のデータ項目を含んでいる。こ
こではそれぞれのレコードに占有／非占有を表す情報（
占有情報）が付加される。例えば、本実施例では項目０
を特別にその目的で使用している。
【００１９】図４はトランザクション処理部２を構成す
るトランザクションの一実施例を示すフローチャート図
である。業務端末から業務処理を呼び出すと、それに対
応したトランザクションが発生し、該当業務に応じたレ
コードを探し出すために検索条件を設定し（ステップ２
０１）、この条件に適合するレコードを得るためにレコ
ード占有制御部３にレコード取得依頼を行う（ステップ
２０２）。この後、端末からオペレータが業務入力する
ことによって処理を行う（ステップ２０３）。このとき
、オペレータの都合などで処理がキャンセルされた場合
は（ステップ２０４）、レコードの内容を変更せずにレ
コード占有制御部３にレコード解放依頼を行う（ステッ
プ２０６）。処理を実施した場合は（ステップ２０４）
、その内容をレコードに反映して（ステップ２０５）、
レコード占有制御部３にレコード解放依頼を行う（ステ
ップ２０６）。
るトランザクションの一実施例を示すフローチャート図
である。業務端末から業務処理を呼び出すと、それに対
応したトランザクションが発生し、該当業務に応じたレ
コードを探し出すために検索条件を設定し（ステップ２
０１）、この条件に適合するレコードを得るためにレコ
ード占有制御部３にレコード取得依頼を行う（ステップ
２０２）。この後、端末からオペレータが業務入力する
ことによって処理を行う（ステップ２０３）。このとき
、オペレータの都合などで処理がキャンセルされた場合
は（ステップ２０４）、レコードの内容を変更せずにレ
コード占有制御部３にレコード解放依頼を行う（ステッ
プ２０６）。処理を実施した場合は（ステップ２０４）
、その内容をレコードに反映して（ステップ２０５）、
レコード占有制御部３にレコード解放依頼を行う（ステ
ップ２０６）。
【００２０】図５はレコード占有制御部３の一実施例を
示すフローチャート図である。レコード占有制御部３は
、依頼元トランザクションからレコード取得を依頼され
ると、該当トランザクションから指定された検索条件の
レコードを見つけるためにレコード検索制御部４にレコ
ード検索依頼を行い（ステップ３０１）、該当検索条件
に適合するレコードが有った場合（ステップ３０２）、
そのレコードに『占有中』を記録するよう同時更新制御
部５に依頼し（ステップ３０３）、該レコードを占有す
る（ステップ３０４）。
示すフローチャート図である。レコード占有制御部３は
、依頼元トランザクションからレコード取得を依頼され
ると、該当トランザクションから指定された検索条件の
レコードを見つけるためにレコード検索制御部４にレコ
ード検索依頼を行い（ステップ３０１）、該当検索条件
に適合するレコードが有った場合（ステップ３０２）、
そのレコードに『占有中』を記録するよう同時更新制御
部５に依頼し（ステップ３０３）、該レコードを占有す
る（ステップ３０４）。
【００２１】また、レコード開放が依頼されると、同レ
コードの占有を解除し（ステップ３１１）、そのレコー
ドに『非占有』を記録するよう同時更新制御部５に依頼
する（ステップ３１２）。
コードの占有を解除し（ステップ３１１）、そのレコー
ドに『非占有』を記録するよう同時更新制御部５に依頼
する（ステップ３１２）。
【００２２】図６はレコード検索制御部４の一実施例を
示すフローチャート図である。レコード検索制御部４は
、各トランザクションからレコード占有制御部３経由で
指定された検索条件に基づきレコード位置づけを行い（
ステップ４０１）、レコード終了か否か調べ（ステップ
４０２）、終了でなければレコードを１つ取り出し（ス
テップ４０３）、そのレコードが『占有中』か（ステッ
プ４０４）、検索条件に適合するか（ステップ４０５）
を調べ、占有中でなく、且つ検索条件に適合するなら、
そのレコードを依頼元に通知する（ステップ４０７）。
示すフローチャート図である。レコード検索制御部４は
、各トランザクションからレコード占有制御部３経由で
指定された検索条件に基づきレコード位置づけを行い（
ステップ４０１）、レコード終了か否か調べ（ステップ
４０２）、終了でなければレコードを１つ取り出し（ス
テップ４０３）、そのレコードが『占有中』か（ステッ
プ４０４）、検索条件に適合するか（ステップ４０５）
を調べ、占有中でなく、且つ検索条件に適合するなら、
そのレコードを依頼元に通知する（ステップ４０７）。
【００２３】ステップ４０４、４０５において、そのレ
コードが占有中である、または検索条件に適合しないな
らば、次のレコードについて同様に調べるため（ステッ
プ４０６）、ステップ４０２から繰り返し処理を行う。 ステップ４０２でレコードが終了になった場合は、依頼
元にレコード無しを通知する（ステップ４０８）。
コードが占有中である、または検索条件に適合しないな
らば、次のレコードについて同様に調べるため（ステッ
プ４０６）、ステップ４０２から繰り返し処理を行う。 ステップ４０２でレコードが終了になった場合は、依頼
元にレコード無しを通知する（ステップ４０８）。
【００２４】図７は同時更新制御部５の一実施例を示す
フローチャート図である。同時更新制御部５が『占有中
』記録を依頼された場合は、該当レコードを読み込み（
ステップ５０１）、同レコードの項目０に『占有中』を
設定し（ステップ５０２）、その内容を同レコードに書
き込む（ステップ５０３）。『非占有』記録を依頼され
た場合も同様であり、該当レコードを読み込み（ステッ
プ５１１）、同レコードの項目０に『非占有』を設定し
（ステップ５１２）、その内容を同レコードに書き込む
（ステップ５１３）。なお、本実施例では２つのフロー
チャート図で説明しているが、依頼時のパラメタ指定な
どにより、１つのフローチャート図で実現してもよい。
フローチャート図である。同時更新制御部５が『占有中
』記録を依頼された場合は、該当レコードを読み込み（
ステップ５０１）、同レコードの項目０に『占有中』を
設定し（ステップ５０２）、その内容を同レコードに書
き込む（ステップ５０３）。『非占有』記録を依頼され
た場合も同様であり、該当レコードを読み込み（ステッ
プ５１１）、同レコードの項目０に『非占有』を設定し
（ステップ５１２）、その内容を同レコードに書き込む
（ステップ５１３）。なお、本実施例では２つのフロー
チャート図で説明しているが、依頼時のパラメタ指定な
どにより、１つのフローチャート図で実現してもよい。
【００２５】以上のごとく、占有情報を占有中のレコー
ドに書き込むことにより、そのレコードを所定条件から
除外して発生順に検索するため、同一レコードを巡って
待ちが発生せず、また発生順に更新が行われることにな
る。
ドに書き込むことにより、そのレコードを所定条件から
除外して発生順に検索するため、同一レコードを巡って
待ちが発生せず、また発生順に更新が行われることにな
る。
【００２６】
【発明の効果】以上説明したように、本発明によれば、
それぞれのトランザクションに条件に適合するレコード
を、待ちが発生しないよう、且つ処理の中断などがあっ
ても先着順サービスを乱さずに均等に分配することがで
きるため、銀行の窓口業務などの業務のＯＡ化の普及お
よび効率化に寄与するところが大きい。
それぞれのトランザクションに条件に適合するレコード
を、待ちが発生しないよう、且つ処理の中断などがあっ
ても先着順サービスを乱さずに均等に分配することがで
きるため、銀行の窓口業務などの業務のＯＡ化の普及お
よび効率化に寄与するところが大きい。
【図１】 一実施例の構成図
【図２】 本発明の作用説明図
【図３】 レコード構成例を表す図
【図４】 トランザクション処理のフローチャート図
【図５】 レコード占有制御部の処理フローチャート
図
図
【図６】 レコード検索制御部の処理フローチャー
ト図
ト図
【図７】 同時更新制御部の処理フローチャート
図
図
【図８】 従来例のシステム構成図
１ レコード記憶部
１ａ 論理ビュー
２ トランザクション処理部
３、３ａ レコード占有制御部
４、４ａ レコード検索制御部
５ レコード同時更新制御部
６ 検索ポインタ
２１、２２ トランザクション
Claims (1)
- 【請求項１】 所定の条件を満たす複数のレコードを
発生順に格納するレコード記憶部（１） と、前記レコ
ード群のうちの１つのレコードをそれぞれ占有して同種
の処理を行う複数のトランザクションを発生するトラン
ザクション処理部（２） と、レコード占有制御部（３
） と、レコード検索制御部（４） と、同時更新制御
部（５） とを有し、該レコード占有制御部（３） は
、該トランザクションからの依頼により、該条件を満た
すレコードの検索を前記レコード検索制御部（４） に
依頼するとともに、該レコードの占有および開放を前記
同時更新制御部（５） に通知するものであり、該同時
更新制御部（５） は占有中のレコードに占有情報を書
き込むものであり、該レコード検索制御部（４） は、
該占有情報が書き込まれているレコードを除外したレコ
ード群を所定の条件を満たすレコード群として発生順に
検索するものであり、順次発生する該トランザクション
に対し、該占有情報を有するレコードを除外したレコー
ド群のうちから発生順に該レコードを検索して占有させ
ることを特徴とするレコード占有方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3056916A JP2982341B2 (ja) | 1991-03-20 | 1991-03-20 | レコード処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3056916A JP2982341B2 (ja) | 1991-03-20 | 1991-03-20 | レコード処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04291639A true JPH04291639A (ja) | 1992-10-15 |
| JP2982341B2 JP2982341B2 (ja) | 1999-11-22 |
Family
ID=13040804
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3056916A Expired - Fee Related JP2982341B2 (ja) | 1991-03-20 | 1991-03-20 | レコード処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2982341B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011134143A (ja) * | 2009-12-25 | 2011-07-07 | Fujitsu Frontech Ltd | 情報処理装置、情報処理方法、および情報処理プログラム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01217527A (ja) * | 1988-02-25 | 1989-08-31 | Fujitsu Ltd | 情報処理装置におけるレコード占有制御方式 |
| JPH01220046A (ja) * | 1988-02-29 | 1989-09-01 | Nippon Telegr & Teleph Corp <Ntt> | 排他制御方法 |
| JPH02113350A (ja) * | 1988-10-24 | 1990-04-25 | Nec Corp | ファイル処理装置 |
-
1991
- 1991-03-20 JP JP3056916A patent/JP2982341B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01217527A (ja) * | 1988-02-25 | 1989-08-31 | Fujitsu Ltd | 情報処理装置におけるレコード占有制御方式 |
| JPH01220046A (ja) * | 1988-02-29 | 1989-09-01 | Nippon Telegr & Teleph Corp <Ntt> | 排他制御方法 |
| JPH02113350A (ja) * | 1988-10-24 | 1990-04-25 | Nec Corp | ファイル処理装置 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011134143A (ja) * | 2009-12-25 | 2011-07-07 | Fujitsu Frontech Ltd | 情報処理装置、情報処理方法、および情報処理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2982341B2 (ja) | 1999-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6154852A (en) | Method and apparatus for data backup and recovery | |
| US6363385B1 (en) | Method and apparatus for making independent data copies in a data processing system | |
| CN100410944C (zh) | 备份生成装置和恢复处理装置 | |
| US6359634B1 (en) | Method and computer program product for graphical user interface (GUI) organization control for extending GUI applications | |
| US5613113A (en) | Consistent recreation of events from activity logs | |
| JP3612339B2 (ja) | データ処理方法および装置 | |
| CN107004030A (zh) | 一种策略感知统一文件系统 | |
| GB2195193A (en) | File section method | |
| US7080069B2 (en) | Full text search system | |
| US7099875B2 (en) | Method and apparatus for making independent data copies in a data processing system | |
| JPH07262065A (ja) | コミット済みデータの抽出をデータベース・システムから制御装置へオフロードするための方法 | |
| KR20010103705A (ko) | 동시 ｄｂｍｓ 테이블 동작을 위한 방법 및 장치 | |
| CN108369606A (zh) | 文档的修订历史的可配置访问 | |
| CN107451138A (zh) | 一种分布式文件系统存储方法和系统 | |
| CN107544869A (zh) | 一种数据恢复方法和装置 | |
| JPS603036A (ja) | 処理履歴情報の取得・参照方式 | |
| JPH04291639A (ja) | レコード処理装置 | |
| JP2006252100A (ja) | 複製ボリューム世代管理システム、ディスクアレイ装置、及び複製ボリューム世代管理プログラム | |
| JP2704028B2 (ja) | ファイル領域管理方式 | |
| JP2003501707A (ja) | アレイ全体を使用するエレメント選択の方法および装置 | |
| JP2903605B2 (ja) | ファイル領域管理処理方法 | |
| JP5427593B2 (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
| JP2641399B2 (ja) | フアイル管理装置 | |
| JPH01293452A (ja) | データベース障害回復方式 | |
| JPH08235044A (ja) | ジャーナル検索方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19990209 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990824 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |