JPH08272669A - クライアント・サーバシステムにおけるデータ更新方法 - Google Patents

Abstract

(57)【要約】 【目的】 ファイルサーバのデータの処理中断等による
レコード関係の不整合の発生を防止する。 【構成】 ファイルサーバ１０とクライアント２０，３
０はネットワーク回線４０で結ばれている。ファイルサ
ーバ１０のデータファイル５０上の更新対象レコード
を、更新処理を行うクライアント２０のローカルファイ
ル６０に取り込み、該クライアント側で取り込んだデー
タに対して暫定更新を行う。暫定更新終了後、画面上に
実更新の実行可否の応答要求メッセージを表示し、操作
者の応答を待つ。実更新実行の場合、暫定更新されたレ
コードをもとに、ファイルサーバ１０のデータファイル
５０上の対応するレコードを一括更新する処理を実行す
る。実更新を行わない場合は、一括更新処理は実行しな
い。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアント・サーバ
システムにおけるファイルサーバのデータ更新方法に関
し、特に、ファイルサーバのデータベース上にある複数
レコードの整合性を考慮し、対話形式で更新を行う必要
がある場合の処理方法に関する。

【０００２】

【従来の技術】従来、ファイルサーバのデータベース更
新については、例えば特開平５〜６１７５６号公報に記
載のように、分散型データーベースシステムにおけるオ
リジナルディレクトリとデステイネーションディレクト
リの同期保証方式のようなものはあるが、例えばａｄＭ
ＡＧＩＣを利用してクライアント・サーバシステムを構
築する場合における、データベース上の複数レコードの
整合性を考慮した更新方法に関するものは見あたらない
のが現状である。

【０００３】ここで、ａｄＭＡＧＩＣとは、ウインドウ
型、ＬＡＮ対応のリレーショナルデータベースソフトウ
ェアである。また、１３種類の処理コマンドだけで、デ
ータベースを操作するプログラムの作成および実行が可
能であり、開発効率の向上と保守作業効率の向上を実現
した、アプリケーション開発、実行システムでもある。
このａｄＭＡＧＩＣで作成できるアプリケーションに
は、対話型処理（画面にレコードを表示して、参照、修
正、削除を行う処理形式。ａｄＭＡＧＩＣではこのよう
な処理をオンラインタスクと呼ぶ。）とバッチ処理（画
面を使用せず、内部的にデータの参照、修正、削除を行
う処理形式。ａｄＭＡＧＩＣではこのような処理をオン
ラインタスクと呼ぶ。）があり、何れの場合でもレコー
ド単位に更新が行われる。ａｄＭＡＧＩＣには、通常の
プログラミング言語のようなレコード書き込み命令はな
く、レコードの書き込みは、その内部処理が一定の規定
に従って行う。

【０００４】内部処理がレコード書き込みを行う一定の
規則とは、実行中の処理が使用しているレコード（対話
型処理の場合は、画面上でカーソルが位置付いているレ
コード）が変わる都度、前回使用していたレコードに変
化があれば更新が行われるというものである。このた
め、１画面に複数のレコードを表示して更新を行う業務
処理を作成した場合、画面上のレコード間をカーソルが
移動する都度、カーソルが離れたレコードに変化があれ
ば更新されることになり、画面上のレコードの整合性を
考慮して一括更新を行う必要がある処理においては、処
理の中断が不可能（中断してしまうとデータの整合性が
失われる）である。

【０００５】従来、この問題の回避策としては、次のよ
うな対策が実施あるいは考えられている。 複数レコードの同期を考慮した更新処理が発生しない
データベース構造とする。 更新処理開始時に対象レコードが存在するファイルに
排他をかけ、中断する場合はロールバックを発行して、
更新を無効にする。即ち、ａｄＭＡＧＩＣにおいては、
ファイル排他をかけてあれば、ロールバックの発行によ
る更新処理の無効化は可能である。

【０００６】

【発明が解決しようとする課題】上記従来の方式では、
大規模な業務システムのデータベース設計においては限
界があり、また、ファイル排他によるロールバック方式
では、他の処理からのファイルがアクセス不可能とな
り、大規模なネットワークシステムには不向きである。
したがって、これらの方式を使用して業務システを構築
するには問題がある。

【０００７】本発明の目的は、ａｄＭＡＧＩＣ等を利用
してクライアント・サーバシステムを構築する場合の上
記の問題点を解決して、複数レコードの整合性を考慮し
たデータ更新処理を実現することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、ファイルサーバ上の更新対象レコードを
前記クライアントのローカルファイルに取り込み、クラ
イアント側で前記ローカルファイルに取り込んだレコー
ドについて暫定更新を行い、該更新結果を前記ファイル
サーバにフィードバックすることを特徴とする。

【０００９】また、本発明は、クライアント側で暫定更
新を行った後、ファイルサーバ上のレコードを実更新す
るかどうかの問い合わせメッセージを出力し、実更新が
指示された場合に更新結果をファイルサーバにフィード
バックすることを特徴とする。

【００１０】

【作用】ファイルサーバ上の更新対象レコードを、クラ
イアントのローカルディスク等の一時的なデータファイ
ル（ローカルファイル）に取り込む。このとき、ファイ
ルサーバ上の該当レコードに排他をかける。その後、ク
ライアント環境において、対話形式でローカルファイル
内に取り込んだレコードを更新し、ファイルサーバ上の
レコードを実更新するかどうかの問い合わせメッセージ
を出力する。そして、実更新する場合、ファイルサーバ
上のレコードを更新する処理を実行して、実更新終了し
たなら該当レコードの排他を解除し、実更新しない場合
は、該当レコードの排他のみを解除する。

【００１１】

【実施例】以下、本発明の一実施例について図面により
詳細に説明する。

【００１２】図１は、本発明を適用したクライアント・
サーバシステムの一実施例のブロック図を示したもので
ある。図１において、１０はファイルサーバ、２０およ
び３０は業務処理で使用するクライアント、４０はファ
イルサーバ１０と各クライアント２０、３０を結ぶネッ
トワーク回線網であり、５０はファイルサーバ１０のデ
ータファイル（データベース）、６０、７０はクライア
ント２０、３０のデータファイル（ローカルファイル）
である。また、１００、１１０、１２０、１３０、１４
０は情報の流れを示している。

【００１３】ファイルサーバ１０上のデータファイル５
０に格納されているレコードはグループコード５１でグ
ルーピングされており、図１の例では、グループ内のレ
コードの項目「ア」および項目「イ」の合計値は常にそ
れぞれ１００と１２０となる様な関係を持つデータ構造
となっている。従来のａｄＭＡＧＩＣのアプリケーショ
ンで更新を行った場合、レコード５０１の項目「ア」の
値を変更すると、直接ファイルサーバ１０のデータファ
イル５０上のレコードが更新されるため、一時的に前述
したグループ内レコードの関係が崩れてしまい、この時
点での処理の中断が不可能となる。

【００１４】そこで、本発明では、例えばクライアント
２０で更新処理を行うとした場合、更新対象となるグル
ーピングされたレコード５０１および５０２に排他をか
けた後、該レコード５０１および５０２をクライアント
２０のローカルディスク内の一時データファイル６０に
取り込み（情報の流れ１００）、該２０のクライアント
環境にて、一時的データファイル６０内のレコードを暫
定更新（情報の流れ１１０）する。そして、暫定更新終
了後、業務処理担当者（クライアント操作者）に対して
実更新可否の応答を求めるメッセージ（Ｙｅｓ／Ｎｏ入
力等）をディスプレィに表示し、実更新可の応答があっ
た場合にのみ、情報の流れＡ１２０によって、ファイル
サーバ１０のデータファイル５０上のレコードを更新
し、取り込み時にかけた排他を解除する。実更新を行わ
ない場合は、排他のみ解除する。

【００１５】本発明の方法を用いた場合でも、レコード
５０１の項目「ア」の値を変更した場合には一時的なレ
コード関係の不整合が発生するが、これはクライアント
側の一時データファイル６０内での話であり、ファイル
サーバ１０のデータファイル５０上の実レコードが更新
されている訳では無いので、業務処理上問題は無く、暫
定更新中であれば処理の中断が可能となる。また、一つ
の更新処理が占有するレコードは更新対象となるレコー
ドのみであるため、同一ファイルの他のレコードに関し
ては、他のクライアント３０からアクセスすることが可
能であり（これを図１では１３０、１４０で示す）、従
来のロールバック発行方式で発生していた問題点も回避
できる。

【００１６】次に、本発明の方法を実現するためのプロ
グラム構造例を、従来の方式とあわせて図２に従って説
明する。

【００１７】図２において、１０はファイルサーバ、１
００〜１７０は情報の流れ、５０はデータファイル、６
０は一時的データファイル、Ｐ０１〜Ｐ０６処理（プロ
グラム）を示している。

【００１８】従来の方式の場合、更新プログラム（Ｐ０
３）が更新データの読込からファイルサーバ（Ａ０１
０）上のレコードの実更新までを行う。画面から入力さ
れた更新レコードを示す検索キーが更新プログラムＡ
（Ｐ０３）から例えばａｄＭＡＧＩＣ内部処理のレコー
ド読み書き処理（Ｐ０１）に渡され、該処理によってフ
ァイルサーバ１０上のファイル５０から取り出された、
レコード５０１および５０２が情報の流れ１１０によっ
て更新プログラム（Ｐ０３）に渡され、画面に表示され
る。この表示されたレコードに対して画面から修正作業
を行うと、画面上のレコード間をカーソルが移動しする
都度、前回カーソルが位置付いたレコードに変化があれ
ば、情報の流れＡ１２０によってファイルサーバ１０上
のレコードが実更新される。

【００１９】これに対し本発明では、レコード読み書き
処理（Ｐ０２）に加えて、読込プログラムＢ（Ｐ０
４）、暫定更新プログラムＣ（Ｐ０５）、実更新プログ
ラム（Ｐ０６）で構成され、読込、暫定更新、実更新を
それぞれが分担して行う。画面から入力された更新レコ
ードを示す検索キーが読込プログラムＢ（Ｐ０４）から
ａｄＭＡＧＩＣ内部処理のレコード読み書き処理（Ｐ０
２）に渡され、該処理（Ｐ０２）によってファイルサー
バ１０上のファイル５０から取り出されたレコード５０
３が、情報の流れ１４０によってクライアント内部の一
時的データファイル６０に取り込まれる。その後、暫定
更新プログラムＣ（Ｐ０５）が起動されて、読み込んだ
レコードが画面に表示され、表示されたレコードの更新
を行うことが可能となる（情報の流れ１５０）。暫定処
理が終了したら、実更新プログラムＤ（Ｐ０６）を実行
するが、このプログラムの起動は更新作業を行っていた
操作者の判断で起動することができるようにプログラム
を作成する。即ち、暫定更新終了時に、実更新処理の実
行可否を問い合わせる確認メッセージを表示し、実更新
実行の応答がなされた場合にのみ実更新プログラムＤ
（Ｐ０６）を実行し、レコード読み書き処理（Ｐ０２）
を介し、情報の流れ１７０によってファイルサーバ１０
上の該当データを実更新する。更新処理を中断したい場
合は、実更新可否の問い合わせに対する応答で実行しな
いと応答するか、それ以前の処理段階でプログラムの中
断をする。この場合は、まだファイルサーバ１０上のレ
コードは更新されていないので、整合性が失われるとい
う現象は発生しない。

【００２０】次に、図３に従って本発明による更新処理
の流れを説明する。 業務担当者が画面に入力した更新レコード検索キーを
もとに、ファイルサーバから対象レコードを取り出し、
検索指示の出されたクライアントのローカルディスクに
一時的なデータファイルを作成して格納するとともに、
画面に更新対象項目を表示する。ファイルサーバ上の取
り出したレコードに排他（レコードロック）をかける。
（ステップ１） クライアントに取り込んだ更新対象レコードの暫定更
新を行う。(ステップ２) 更新終了イベント（何らかのキー入力等）が発生した
場合、ファイルサーバ上の対応するレコードの実更新を
行うか否かの問い合わせメッセージを出力して、応答入
力を待つ。（ステップ３） 実更新を行う応答があった場合、ファイルサーバ上の
データを更新するバッチ処理を起動する（ステップ
４）。なお、実更新を行わない場合は、本ステップをス
キップする。 ファイルサーバ上の更新対象レコードにかけた排他を
解除するとともに、一時的データファイルを削除する。
（ステップ５） 上記ステップ１〜ステップ５の流れで、１回の更新プロ
セスが完了する。

【００２１】

【発明の効果】以上説明したように、本発明によれば、
クライアント・サーバシステムにおいて、対話形式によ
るレコード更新処理の中断が可能となり、処理中断によ
るレコード関係の不整合の発生を防止する事が可能とな
る。また、暫定更新中であれば、ハードウェア、ネット
ワーク障害の発生による、ファイルサーバ上のデータ破
壊も防ぐ事ができ、システムの信頼性を大幅に向上でき
る。また、暫定更新中は必要最小限のファイルサーバ・
アクセスですむため、ネットワーク上のトラフィック量
も削除では、システムの効率性も向上できる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すクライアント・サーバ
システムの概略ブロック図である。

【図２】従来および本発明による方法のプログラム構造
を説明する図である。

【図３】本発明における更新処理の手順を示す流れ図で
ある。

【符号の説明】

１０ ファイルサーバ ２０ クライアント ４０ ネットワーク回線 ５０，６０，７０ データファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 村上 善人 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 安野 和彦 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ファイルサーバとクライアントからなる
   クライアント・サーバシステムにおけるファイルサーバ
   のデータ更新方法であって、 前記ファイルサーバ上の更新対象レコードを前記クライ
   アントのローカルファイルに取り込み、クライアント側
   で前記ローカルファイルに取り込んだレコードについて
   暫定更新を行い、該更新結果を前記ファイルサーバにフ
   ィードバックすることを特徴とするクライアント・サー
   バシステムにおけるデータ更新方法。
2. 【請求項２】 請求項１記載のクライアント・サーバシ
   ステムにおけるデータ更新方法において、クライアント
   側で暫定更新を行った後、ファイルサーバ上のレコード
   を実更新するかどうかの問い合わせメッセージを出力
   し、実更新が指示された場合に更新結果をファイルサー
   バにフィードバックすることを特徴とするクライアント
   ・サーバシステムにおけるデータ更新方法。