JPH05158777A - データ管理システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 データの整合性とアクセス性能のどちらを優
先させるかを利用者が選択できる。データの整合性と開
発の能率のどちらを優先するか利用者が選択できる。編
集中の仕様書と同じデータを含む仕様書の編集を許す排
他制御を可能とするデータ管理を提供する。 【構成】 仕様書作成手順のフローチャートを示す。利
用者は新規に仕様書を作成するステップ９９。利用者か
ら仕様書名を取得するステップ１００。格納式種別選択
画面から利用者が選択した仕様書の格納方式種別を取取
するステップ１０１。格納方式種別が「仕様書を１つの
ファイルに格納」ならばステップ１１４に進み、そうで
なければステップ１１５に進む。ステップ１１５では、
「仕様書内のデータを個別に格納」する方式ならばステ
ップ１１６に進みそうでなければステップ１１８に進み
ステップ１１６ではデータを更新する。ステップ１１７
ではすべてのデータについて前記ステップ１１６を繰り
返す。ステップ１１８に進んだときは「１部を個別に格
納する」。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ管理システムに
関し、特に、ソフトウェア開発に用いる仕様書の管理に
好適なデータ管理システムに関する。

【０００２】

【従来の技術】ソフトウェア開発に用いる仕様書を管理
するデータ管理システムとしては、例えば「情報処理学
会第３６回全国大会（昭和６３年３月）論文集ＰＰ９７
３〜９７４」に見られるように、データベースでリポジ
トリを実現し複数の仕様書で共通のデータは個別にレコ
ードとして管理し、各仕様書に固有のデータはファイル
で管理するものがあった。また、例えば「情報処理学会
第４２回全国大会（平成３年３月）論文集ＰＰ５−３１
３〜３１４」に見られるように、仕様書のデータをファ
イルで管理し、リポジトリでファイルの関連情報を管理
するものがあった。

【０００３】また、例えば「日経コンピュータ別冊“広
がるソフトウェア革命”（昭和６１年９月）ＰＰ２０３
〜２１１」に見られるように、仕様書にデータを記入す
るときにリポジトリの辞書を検索し、辞書に存在しない
データの記入を禁止することにより、仕様書間の整合を
保つものがあった。

【０００４】さらに、例えば「特開昭６２−２８２３３
７号公報」に見られるように、リポジトリで個別に管理
されるデータを集合に分類し且つ階層化し、先着プロセ
スがある集合にアクセスしたときに、その集合より下位
階層になる全ての集合のデータに対して後着プロセスの
アクセスを禁止する排他制御を行うものがあった。

【０００５】

【発明が解決しようとする課題】リポジトリをデータベ
ースで実現し複数の仕様書の共通データをレコードとし
て管理する従来技術の場合、複数の仕様書の間でデータ
の整合性が保てる利点があるが、データへのアクセス性
能が悪くなる欠点を生じる。例えば、仕様書を編集する
エディタを利用者が起動する度に仕様書のデータをリポ
ジトリから読み込む必要があるが、リポジトリに対する
Ｉ／Ｏが遅いため、読み込み終了まで待たされることに
なり、アクセス性能が悪くなる。そこで、本発明の第１
の目的は、データの整合性とアクセス性能のどちらを優
先させるかを利用者が選択できるようにしたデータ管理
システムを提供することにある。

【０００６】近年、ラップトップパソコンの普及に伴
い、仕様書の編集もラップトップパソコンで行ないたい
という要求がある。しかし、ラップトップパソコンのデ
ィスク容量は小量であり、大きな容量を要するリポジト
リを格納することができないため、リポジトリを不可欠
とする従来技術の場合、仕様書を編集することが出来な
い。そこで、本発明の第２の目的は、リポジトリのない
環境下でも仕様書を編集できるようにしたデータ管理方
法を提供することにある。

【０００７】リポジトリの辞書にないデータの記入を禁
止することによって仕様書間でのデータの整合性を保つ
従来技術の場合、先にデータを辞書に登録してからでな
いと仕様書を編集できない。このため、開発作業の能率
が落ちる場合がある。そこで、本発明の第３の目的は、
データの整合性と開発作業の能率のどちらを優先させる
かを利用者が選択できるようにしたデータ管理システム
を提供することにある。

【０００８】データを集合に分類し階層化し階層単位で
排他制御する従来技術の場合、同一内容データが他にも
存在している点については考慮していない。しかし、あ
る仕様書を編集中に、同じデータを少なくとも１つ含む
別の仕様書の編集が不可能になっては、複数人による開
発作業が進まないので、同じデータを含む複数の仕様書
を同時に編集することを許してよい場合もある。そこ
で、本発明の第４の目的は、編集中の仕様書と同じデー
タを含む別な仕様書の編集をある程度許す排他制御が可
能なデータ管理システムを提供することにある。

【０００９】

【課題を解決するための手段】第１の観点では、本発明
は、データ集合の要素であるデータを個々に格納する
か，データ集合をファイルとして一体的に格納するか，
データ集合の要素であるデータの一部を個々に格納し且
つ残りのデータをファイルとして一体的に格納するかの
いずれかの格納方式種別を利用者に選択させる格納方式
種別選択手段と、入力されたデータ集合を前記選択され
た格納方式種別に基づいて記憶装置に格納する新規格納
制御手段と、アクセス対象のデータ集合を利用者に指定
させるデータ集合指定手段と、指定されたデータ集合を
その格納方式種別に基づいて前記記憶装置から読み込み
アクセスを可能にする読込制御手段と、アクセス終了後
のデータ集合を元の格納方式種別に基づき前記記憶装置
に格納する更新格納制御手段とを具備したことを特徴と
するデータ管理システムを提供する。

【００１０】第２の観点では、本発明は、上記構成のデ
ータ管理システムにおいて、データを個々に格納し，読
み出す制御を、データベースシステムによって行うと共
に、データベースシステムが起動不能のときは、データ
集合をファイルとして一体的に格納する格納方式種別の
みに制限することを特徴とするデータ管理システムを提
供する。

【００１１】第３の観点では、本発明は、データ集合の
要素であるデータを個々に格納し，読み出す制御をデー
タベースシステムによって行うデータ管理システムにお
いて、データベースシステムの辞書に予め登録されてい
ないデータの記入を禁止するか，許可するかを利用者に
選択させる編集制約選択手段と、選択された編集制約に
従ってデータの記入を禁止／許可する編集制約実行手段
とを具備したことを特徴とするデータ管理システムを提
供する。

【００１２】第４の観点では、本発明は、複数のプロセ
スが同一のデータに並行してアクセス可能なデータ管理
システムにおいて、プロセス間の排他種別として参照排
他，保持排他，更新排他，強制排他を持ち，先着プロセ
スで参照排他されているデータに対して後着プロセスの
更新排他／強制排他を禁止し，先着プロセスで保持排他
されているデータに対して後着プロセスの強制排他を禁
止し，先着プロセスで更新排他されているデータに対し
て後着プロセスの参照排他／更新排他／強制排他を禁止
し，先着プロセスで強制排他されているデータに対して
後着プロセスの参照排他／保持排他／更新排他／強制排
他を禁止する排他制御手段を具備したことを特徴とする
データ管理システムを提供する。

【００１３】

【作用】上記第１の観点によるデータ管理システムで
は、利用者は、データ集合の要素であるデータを個々に
格納するか，データ集合をファイルとして一体的に格納
するか，データ集合の要素であるデータの一部を個々に
格納し且つ残りのデータをファイルとして一体的に格納
するかのいずれかの格納方式種別を、格納方式種別選択
手段により選択できる。従って、データの整合性とアク
セス性能のどちらを優先させるかを利用者が任意に決め
られる。

【００１４】上記第２の観点によるデータ管理システム
では、データベースシステムが起動不能のときは、デー
タ集合をファイルとして一体的に格納する格納方式種別
のみに制限されるが、データにアクセスすることは可能
になる。従って、リポジトリのない環境下でも仕様書を
編集できるようになる。

【００１５】上記第３の観点によるデータ管理システム
では、利用者は、データベースシステムの辞書に予め登
録されていないデータの記入を禁止するか，許可するか
を、編集制約選択手段とにより選択できる。従って、デ
ータの整合性と開発作業の能率のどちらを優先させるか
を利用者が任意に決められる。

【００１６】上記第４の観点によるデータ管理システム
では、先着プロセスで参照排他されているデータに対し
て後着プロセスの更新排他／強制排他を禁止し，先着プ
ロセスで保持排他されているデータに対して後着プロセ
スの強制排他を禁止し，先着プロセスで更新排他されて
いるデータに対して後着プロセスの参照排他／更新排他
／強制排他を禁止し，先着プロセスで強制排他されてい
るデータに対して後着プロセスの参照排他／保持排他／
更新排他／強制排他を禁止する。従って、先着プロセス
が保持排他なら後着プロセスは更新排他が可能であるか
ら、同じデータを含む別な仕様書を並行して編集するこ
とが可能になる。

【００１７】

【実施例】以下、図に示す実施例により本発明を詳細に
説明する。図１は、実施例１から実施例１０のデータ管
理方法を実施するプラットフォームシステム２１０の構
成を示すブロック図である。

【００１８】２００は、実施例１から実施例１０のデー
タ管理方法を実行するＣＰＵである。２０１は、実施例
１から実施例１０のデータ管理方法のプログラムとデー
タを記憶する外部記憶装置である。２０２は、利用者か
らの入力を受け付けるキーボードである。２０３は、利
用者からの入力を受け付けるマウスである。２０４は、
必要なプログラムとデータを外部記憶装置２０１から読
み込むと共にワークエリアとして働くメモリである。２
０５は、利用者に対して必要な表示を行う表示装置であ
る。

【００１９】−実施例１− 実施例１は、本発明のデータ管理方法によりソフトウェ
ア開発に用いる仕様書を管理する例である。図２は、仕
様書の作成の処理手順のフローチャートである。ステッ
プ９９では、利用者は、新規に仕様書を作成する。ステ
ップ１００では、利用者から仕様書名を取得する。ステ
ップ１０１では、図３に示す格納方式種別選択画面から
利用者が選択した仕様書の格納方式種別を取得する。

【００２０】ステップ１１３では、格納方式種別が「仕
様書を１つのファイルに格納」する方式ならばステップ
１１４に進み、そうでなければステップ１１５に進む。
ステップ１１４では、ファイルを格納する。

【００２１】一方、ステップ１１５では、格納方式種別
が「仕様書内のデータを個別に格納」する方式ならばス
テップ１１６に進み、そうでなければステップ１１８に
進む。ステップ１１６では、データを更新する。ステッ
プ１１７では、全てのデータについて前記ステップ１１
６を繰り返す。

【００２２】一方、ステップ１１８に進んだときは、格
納方式種別が「一部のデータを個別に格納、残りをファ
イルに格納」する方式なので、ファイルを格納する。ス
テップ１１９では、データを更新する。ステップ１２０
では、全てのデータについて前記ステップ１１９を繰り
返す。

【００２３】以上により、仕様書のデータは、ファイル
で又は個別に格納され、リポジトリにより管理される。
リポジトリは、図４に示す仕様書管理テーブル４００に
よりファイルを管理し、図５に示す仕様書−データ関連
テーブル５００によりデータを管理する。

【００２４】図６は、仕様書の編集の処理手順のフロー
チャートである。ステップ１００では、利用者が入力し
た仕様書名を取得する。ステップ１０１では、仕様書管
理テーブル４００および仕様書−データ関連テーブル５
００の内容により仕様書の格納方式種別を取得する。

【００２５】ステップ１０２では、格納方式種別が「仕
様書を１つのファイルに格納」する方式ならばステップ
１０３に進み、そうでなければステップ１０５に進む。
ステップ１０３では、仕様書管理テーブル４００より前
記ステップ１００で取得した仕様書名に対応するファイ
ル名を検索する。ステップ１０４では、ファイルを読み
込む。

【００２６】一方、ステップ１０５では、格納方式種別
が「仕様書内のデータを個別に格納」する方式ならばス
テップ１０６に進み、そうでなければステップ１０８に
進む。ステップ１０６では、仕様書−データ関連テーブ
ル５００より前記ステップ１００で取得した仕様書名に
対応するデータ名を検索し、データを読み込む。ステッ
プ１０７では、仕様書名に対応する全てのデータ名につ
いて前記ステップ１０６を繰り返す。

【００２７】一方、ステップ１０８に進んだときは、格
納方式種別が「一部のデータを個別に格納、残りをファ
イルに格納」する方式なので、仕様書管理テーブル４０
０より前記ステップ１００で取得した仕様書名に対応す
るファイル名を検索する。ステップ１０９では、ファイ
ルを読み込む。ステップ１１０では、仕様書−データ関
連テーブル５００より前記ステップ１００で取得した仕
様書名に対応するデータ名を検索し、データを読み込
む。ステップ１１１では、仕様書名に対応する全てのデ
ータ名について前記ステップ１１０を繰り返す。

【００２８】ステップ１１２では、読み込んだファイル
またはデータを編集する。ステップ１１３〜１２０は、
先に説明したとおりである。

【００２９】以上により、利用者はデータの整合性とア
クセス性能のどちらを優先させるかを考慮して最適の格
納方式種別を選んで仕様書を管理することが出来る。

【００３０】−実施例２− 実施例２は、仕様書種別を選択すると自動的に格納方式
種別が決定される例である。この場合、リポジトリは、
仕様書管理テーブル４００と，仕様書−データ関連テー
ブル５００の外に、図７の格納方式種別テーブル７００
によりデータを管理している。処理手順は、図２，図６
のフローチャートのステップ１０１が次のようになる外
は図４のフローチャートと同じである。 ＜ステップ１０１＞まず、仕様書の仕様書種別名を取得
する。次に、格納方式種別テーブル７００より仕様書種
別名に対応する格納方式種別を取得する。

【００３１】次に、図８は、仕様書種別と格納方式種別
の対応を変更する場合の処理手順のフローチャートであ
る。ステップ８００では、仕様書種別とそれら仕様書種
別に対応する旧格納方式種別を取得する。

【００３２】ステップ８０１では、図９のように仕様書
種別と旧格納方式種別を表示し、この表示画面で利用者
が指定する新格納方式種別を取得する。

【００３３】ステップ８０２，８０３では、旧格納方式
種別が何かを判定する。ステップ１０３，１０４，１０
６，１０７，１０８〜１１１では、旧格納方式種別で格
納されている仕様書を読み込む。この処理は図６のフロ
ーチャートと同じである。

【００３４】ステップ８０４，８０５では、新格納方式
種別が何かを判定する。ステップ１１４，１１６，１１
７，１１８〜１２０では、新格納方式種別に基づいて仕
様書を格納する。この処理は図２のフローチャートと同
じである。

【００３５】ステップ８０６では、格納方式種別を変更
する仕様書種別に属する仕様書の全てについて前記ステ
ップ１００〜１２０の処理を繰り返す。

【００３６】−実施例３− 実施例３は、仕様書の格納方式種別を個々に変更する例
である。リポジトリは、図４に示す仕様書管理テーブル
４００の代りに、図１０に示す仕様書管理テーブル９０
０を有している。

【００３７】図１１は、仕様書の格納方式種別を変更す
る処理手順のフローチャートである。ステップ１００で
は、利用者の指定する仕様書名を取得する。ステップ８
００では、仕様書管理テーブル９００により仕様書名に
対応する旧格納方式種別を取得する。

【００３８】ステップ８０１では、仕様書名と旧格納方
式種別を表示し、その表示画面で利用者が指定する新格
納方式種別を取得する。

【００３９】ステップ８０２，８０３では、旧格納方式
種別が何かを判定する。ステップ１０３，１０４，１０
６，１０７，１０８〜１１１では、旧格納方式種別で格
納されている仕様書を読み込む。この処理は図６のフロ
ーチャートと同じである。

【００４０】ステップ８０４，８０５では、新格納方式
種別が何かを判定する。ステップ１１４，１１６，１１
７，１１８〜１２０では、新格納方式種別に基づいて仕
様書を格納する。この処理は図２のフローチャートと同
じである。以上によって、開発の途中段階において仕様
書の管理方式を変更できる。

【００４１】−実施例４− 実施例４は、リポジトリがプラットフォームシステム２
１０にインストールされていない場合にも対応可能とし
た例である。

【００４２】図１２は、本実施例の処理手順のフローチ
ャートである。ステップ１００では、利用者の指定する
仕様書名を取得する。ステップ１０００では、リポジト
リがプラットフォームシステム２１０にインストールさ
れているか否かを調べ、インストールされていればステ
ップ１０１に進み、インストールされていなければステ
ップ１００２に進む。

【００４３】ステップ１０１では、リポジトリの仕様書
管理テーブル９００により仕様書名に対応する格納方式
種別を取得する。ステップ１００１では、格納方式種別
に基づき仕様書を読み込む。この処理は、図６のフロー
チャート１０２から１１１と同じである。

【００４４】一方、ステップ１００２では、リポジトリ
の仕様書管理テーブル９００はないから、仕様書管理テ
ーブル９００と同様の内容を格納している仕様書管理フ
ァイル（図示省略）を読み込む。ステップ１００３で
は、仕様書管理ファイルにより仕様書名に対応するファ
イル名を取得する。ステップ１００４では、仕様書が格
納されたファイルを読み込む。

【００４５】ステップ１１２では、読み込んだ仕様書の
編集を行なう。

【００４６】ステップ１００５では、リポジトリがプラ
ットフォームシステム２１０にインストールされている
か否かを調べ、インストールされていればステップ１０
０６に進み、インストールされていなければステップ１
００７に進む。

【００４７】ステップ１００６では、格納方式種別に基
づき仕様書を格納する。この処理は、図２のフローチャ
ート１１３から１２０と同じである。一方、ステップ１
００７では、仕様書のファイルを格納する。以上によ
り、リポジトリがインストールされていない環境でも、
仕様書の編集が可能になる。

【００４８】−実施例５− 実施例５は、仕様書に新しくデータを記入するおよびデ
ータ名を変更する場合に「リポジトリの辞書を検索する
か否か」および「辞書にないデータ名の記入を許すか否
か」の編集制約を利用者が指定する例である。

【００４９】図１３は、本実施例の処理手順のフローチ
ャートである。ステップ１００では、利用者が指定する
仕様書名を取得する。ステップ１１００では、利用者が
指定する編集制約を取得する。ステップ１１０１では、
仕様書を読み込む。ステップ１１０２では、編集のコマ
ンドを読み込む。

【００５０】ステップ１１０３では、コマンドが新しく
データを記入する記入コマンドならステップ１１０４に
進み、記入コマンドでなければステップ１１１０に進
む。ステップ１１０４では、編集制約が、リポジトリの
辞書を検索するモードか否かチェックする。辞書を検索
するモードならばステップ１１０５に進み、そうでない
ならステップ１１０９に進む。

【００５１】ステップ１１０５では、辞書を検索する。
新しく記入するデータが辞書にあるか否かチェックす
る。辞書にあればステップ１１０９に進み、辞書になけ
ればステップ１１０７に進む。ステップ１１０７では、
“データ名は辞書に存在しない”と画面に表示する。ス
テップ１１０８では、編集制約が、辞書にないデータ名
の記入を許すモードか否かチェックする。辞書にないデ
ータ名の記入を許すモードならば、ステップ１１０９に
進む。辞書にないデータ名の記入を許すモードでないな
らば、前記ステップ１１０２に戻る（すなわち、記入コ
マンドを無効にする）。

【００５２】ステップ１１０９では、仕様書へのデータ
の記入を可能にする。

【００５３】一方、ステップ１１１０では、コマンドが
データを変更する変更コマンドならステップ１１１１に
進み、変更コマンドでなければステップ１１１３に進
む。ステップ１１１１では、コマンドがデータ名の変更
コマンドならば前記ステップ１１０４に進み、データ属
性の変更コマンドならステップ１１１２に進む。ステッ
プ１１１２では、データ属性を変更する。

【００５４】一方、ステップ１１１３では、コマンドが
データを削除する削除コマンドならステップ１１１４に
進み、削除コマンドでなければ終了コマンドなのでステ
ップ１１１５に進む。ステップ１１１４では、データを
削除する。ステップ１１１５では、仕様書を格納する。

【００５５】以上により、データを全てリポジトリに登
録した後に仕様書を作成する開発形態にするか、仕様書
を作成した後にデータをリポジトリに登録する開発形態
にするかを、利用者が決定できる。なお、編集制約を仕
様書種別に対応させて設定することも可能である。

【００５６】−実施例６− 実施例６は、実施例５に加えて、データ属性を変更する
場合に「辞書にないデータの属性の変更を許すか否か」
の編集制約をも利用者が指定する例である。

【００５７】図１４は、本実施例の処理手順のフローチ
ャートである。この処理手順は、図１３のフローチャー
トに、ステップ１２００，１２０１，１２０２が加わっ
たものである。 ＜ステップ１２００＞記入したデータのデータ属性を辞
書から取得し、仕様書中に記述し、表示する。

【００５８】＜１２０１＞属性を変更するデータが辞書
にあるか否かチェックし、辞書にあればステップ１２０
２に進み、辞書になければステップ１１１２に進む。

【００５９】＜１２０２＞辞書にないデータの属性の変
更を許すモードか否かチェックし、許すモードなら、ス
テップ１１１２に進む。許さないモードなら、前記ステ
ップ１１０２に戻る（変更コマンドを無効にする）。

【００６０】以上により、データを全てリポジトリに登
録した後に仕様書を作成する開発形態にするか、仕様書
を作成した後にデータをリポジトリに登録する開発形態
にするかを、利用者が決定できる。なお、編集制約を仕
様書種別に対応させて設定することも可能である。

【００６１】−実施例７− 実施例７は、仕様書のデータを他のプロセスと協調して
更新する例である。リポジトリは、図１５に示すデータ
管理テーブル１５００を有し、データのタイプと，排他
種別と，その排他処理を行っているプロセス（の番号）
を管理している。図１６に示すように、排他種別には、
参照排他，保持排他，更新排他，強制排他があり、先着
の参照排他は後着の更新排他／強制排他を禁止し、先着
の保持排他は後着の強制排他を禁止し、先着の更新排他
は後着の参照排他／更新排他／強制排他を禁止し、先着
の強制排他は後着の参照排他／保持排他／更新排他／強
制排他を禁止する。

【００６２】図１７は、本実施例における処理手順のフ
ローチャートである。ステップ１００では、利用者が指
定する仕様書名を取得する。

【００６３】ステップ１３００では、仕様書の全てのデ
ータに対して参照排他を行う。この参照排他処理の詳細
を、図１８のフローチャートにより説明する。ステップ
１４００では、仕様書−データ関連テーブル５００から
仕様書に含まれるデータを検索する。

【００６４】ステップ１４０１では、前記ステップ１４
００で検索したデータが更新排他の対象になっているか
をデータ管理テーブル１５００で調べる。更新排他の対
象になっていなければ、ステップ１４０２に進む。更新
排他の対象になっていれば、ステップ１４０３に進む。
ステップ１４０２では、前記ステップ１４００で検索し
たデータが強制排他の対象になっているかをデータ管理
テーブル１５００で調べる。強制排他の対象になってい
なければ、ステップ１４０４に進む。更新排他の対象に
なっていれば、ステップ１４０２に進む。ステップ１４
０３では、参照排他が失敗したことを持って図１７のス
テップ１３０１にリターンする。

【００６５】ステップ１４０４では、仕様書に含まれる
全てのデータについて前記ステップ１４００〜１４０２
を繰り返す。更新排他も強制排他もされていない場合、
ステップ１４０５で、仕様書に含まれる全てのデータに
ついて参照排他を行う。すなわち、データ管理テーブル
１５００に“参照排他”と当該“プロセス”の番号を登
録する。ステップ１４０６では、参照排他が成功したこ
とを持って図１７のステップ１３０１にリターンする。

【００６６】図１７に戻り、ステップ１３０１では、参
照排他が失敗したか成功したかをチェックする。失敗し
たなら、ステップ１３０２に進む。成功したなら、ステ
ップ１３０３に進む。ステップ１３０２では、“他のツ
ールで更新中”と画面に表示し、指定の仕様書を編集で
きないことを利用者に知らせる。

【００６７】ステップ１３０３では、仕様書の全てのデ
ータを検索し、メモリ２０４に保持する。ステップ１３
０５では、仕様書の全てのデータを参照排他から保持排
他に変更する。すなわち、データ管理テーブル１５００
に“保持排他”と当該“プロセス”の番号を登録する。

【００６８】ステップ１１２では、データを編集する。
ステップ１３０６では、前記ステップ１３００と同様に
して、仕様書の全てのデータに対して更新排他を行う。
すなわち、他のプロセスにより仕様書のデータが参照排
他／更新排他／強制排他されていないことを調査し、仕
様書の全てのデータが参照排他／更新排他／強制排他さ
れていないなら、データ管理テーブル１５００に“更新
排他”と当該“プロセス”の番号を登録し、更新排他＝
成功とする。一方、いずれかのデータが参照排他／更新
排他／強制排他されていたなら、更新排他＝失敗とす
る。

【００６９】ステップ１３０７では、更新排他が失敗し
たか成功したかをチェックする。失敗したなら、ステッ
プ１３０８に進む。成功したなら、ステップ１３１０に
進む。ステップ１３０８では、“他のツールで参照／更
新中”と画面に表示し、データを格納できないことを利
用者に知らせる。ステップ１３０９では、利用者の再格
納要求の入力を待ち、前記ステップ１３０６に戻る。こ
れを、他のプロセスによる参照排他または更新排他が終
了するまで繰り返す。

【００７０】一方、ステップ１３１０では、仕様書の一
つのデータを更新する。ステップ１３１１では、更新し
たデータに対して更新排他を解除する。ステップ１３１
２では、仕様書の全てのデータに対して前記ステップ１
３１０，１３１１を繰り返す。以上のように、他のプロ
セスで保持排他されているデータを更新可能としたか
ら、他のプロセスが編集中の仕様書と同じデータを含む
別の仕様書を編集し、更新できるようになる。よって、
排他制御のために利用者が待たされる可能性を小さくで
きる。

【００７１】−実施例８− 実施例８は、データを他のプロセスに優先して更新する
例である。図１９に、本実施例における処理手順のフロ
ーチャートを示す。ステップ１００では、利用者が指定
する仕様書名を取得する。ステップ１６００では、前記
ステップ１３００と同様にして、仕様書の全てのデータ
に対して強制排他を行う。すなわち、他のプロセスによ
り仕様書のデータが参照排他／更新排他／保持排他／強
制排他されていないことを調査し、仕様書の全てのデー
タが参照排他／更新排他／保持排他／強制排他されてい
ないなら、データ管理テーブル１５００に“強制排他”
と当該“プロセス”の番号を登録し、強制排他＝成功と
する。一方、いずれかのデータが参照排他／更新排他／
保持排他／強制排他されていたなら、強制排他＝失敗と
する。

【００７２】ステップ１６０１では、強制排他が失敗し
たか成功したかをチェックする。失敗したなら、ステッ
プ１６０２に進む。成功したなら、ステップ１３０３に
進む。ステップ１６０２では、“他のツールで参照／更
新中”と画面に表示し、データを編集できないことを利
用者に知らせる。ステップ１３０３では、仕様書の全て
のデータを検索し、メモリ２０４に保持する。ステップ
１１２では、データを編集する。ステップ１３１０で
は、仕様書の一つのデータを更新する。ステップ１６１
１では、更新したデータに対して強制排他を解除する。
ステップ１３１２では、仕様書の全てのデータに対して
前記ステップ１３１０，１６１１を繰り返す。以上のよ
うに、強制排他のときは、他のアクセスに優先してデー
タを更新するから、データの値が必ず更新値に保証され
る。

【００７３】−実施例９− 実施例９は、仕様書のデータに対する排他制御に加え
て、仕様書そのものに対する排他制御をも行う例であ
る。リポジトリは、図１０に示す仕様書管理テーブル９
００の代りに、図２０に示す仕様書管理テーブル１８０
０を有し、仕様書の排他種別と，その排他処理を行って
いるプロセス（の番号）を管理している。図２１に示す
ように、排他種別には、参照排他，保持排他，更新排他
があり、先着の参照排他は後着の更新排他を禁止し、先
着の保持排他は後着の保持排他／更新排他を禁止し、先
着の更新排他は後着の参照排他／保持排他／更新排他を
禁止する。

【００７４】図２２に、本実施例における処理手順のフ
ローチャートを示す。ステップ１００では、利用者が指
定する仕様書名を取得する。ステップ１６００では、前
記ステップ１３００と同様にして、仕様書の全てのデー
タに対して強制排他を行う。すなわち、他のプロセスに
より仕様書のデータが参照排他／更新排他／保持排他／
強制排他されていないことを調査し、仕様書の全てのデ
ータが参照排他／更新排他／保持排他／強制排他されて
いないなら、データ管理テーブル１５００に“強制排
他”と当該“プロセス”の番号を登録し、強制排他＝成
功とする。一方、いずれかのデータが参照排他／更新排
他／保持排他／強制排他されていたなら、強制排他＝失
敗とする。

【００７５】ステップ１６０１では、強制排他が失敗し
たか成功したかをチェックする。失敗したなら、ステッ
プ１６０２に進む。成功したなら、ステップ１７００に
進む。ステップ１６０２では、“他のツールで参照／更
新中”と画面に表示し、データを編集できないことを利
用者に知らせる。ステップ１７００では、前記ステップ
１３００と同様にして、仕様書に対して保持排他を行
う。すなわち、他のプロセスにより仕様書が保持排他／
更新排他されていないか仕様書管理テーブル１８００を
調査し、仕様書が保持排他／更新排他されていないな
ら、仕様書管理テーブル１８００に“保持排他”と当該
“プロセス”の番号を登録し、保持排他＝成功とする。
一方、仕様書が保持排他／更新排他されていたなら、保
持排他＝失敗とする。

【００７６】ステップ１７０１では、保持排他が失敗し
たか成功したかをチェックする。失敗したなら、前記ス
テップ１６０２に進む。成功したなら、ステップ１３０
３に進む。ステップ１３０３では、仕様書の全てのデー
タを検索し、メモリ２０４に保持する。ステップ１１２
では、データを編集する。ステップ１３１０では、仕様
書の一つのデータを更新する。ステップ１６１１では、
更新したデータに対して強制排他を解除する。ステップ
１３１２では、仕様書の全てのデータに対して前記ステ
ップ１３１０，１３１１を繰り返す。

【００７７】ステップ１７０２では、仕様書に対して保
持排他を解除する。

【００７８】以上により、同じ仕様書を複数の人が同時
に編集することを防止できる。さらに、編集中の仕様書
を削除することも禁止できる。

【００７９】−実施例１０− 実施例１０は、複数台のワークステーションを使った分
散環境上の複数のリポジトリにおける排他制御の例であ
る。

【００８０】ある１つのリポジトリをマスタリポジトリ
とし、他のリポジトリをスレーブリポジトリとする。ス
レーブリポジトリは、マスタリポジトリ中の仕様書をコ
ピーする。マスタリポジトリからスレーブリポジトリへ
仕様書をコピーした際には、マスタリポジトリの仕様書
に保持排他を行う。そして、図２１に示した排他制御の
関係を利用する。

【００８１】これによって、スレーブリポジトリにコピ
ーされたマスタリポジトリ中の仕様書は、参照は可能だ
が、保持／更新できないため、編集，削除，他のスレー
ブリポジトリへのコピーは不可能になる。従って、分散
環境における仕様書の整合性を維持できる。

【００８２】

【発明の効果】本発明のデータ管理システムによれば、
次の効果が得られる。 （１） データの整合性とアクセス性能のどちらを優先
させるかを利用者が任意に決められる。

【００８３】（２） リポジトリのない環境下でも仕様
書を編集できるようになる。

【００８４】（３） データの整合性と開発作業の能率
のどちらを優先させるかを利用者が任意に決められる。

【００８５】（４） 同じデータを含む別な仕様書を並
行して編集することが可能になる。

【図面の簡単な説明】

【図１】本発明のデータ管理システムの一実施例のプラ
ットフォームシステムのブロック図である。

【図２】実施例１のフローチャートである。

【図３】実施例１の画面の例示図である。

【図４】仕様書管理テーブルの例示図である。

【図５】仕様書−データ関連テーブルの例示図である。

【図６】実施例１の他のフローチャートである。

【図７】格納方式種別テーブルの例示図である。

【図８】実施例２のフローチャートである。

【図９】実施例２の画面の例示図である。

【図１０】実施例３で用いる仕様書管理テーブルの例示
図である。

【図１１】実施例３のフローチャートである。

【図１２】実施例４のフローチャートである。

【図１３】実施例５のフローチャートである。

【図１４】実施例６のフローチャートである。

【図１５】データ管理テーブルの例示図である。

【図１６】データに対する排他制御の関係図である。

【図１７】実施例７のフローチャートである。

【図１８】実施例７の他のフローチャートである。

【図１９】実施例８のフローチャートである。

【図２０】実施例９で用いる仕様書管理テーブルの例示
図である。

【図２１】仕様書に対する排他制御の関係図である。

【図２２】実施例９のフローチャートである。

【符号の説明】

２１０ プラットフォームシステム ２００ ＣＰＵ ２０１ 外部記憶装置 ２０２ キーボード ２０４ メモリ ２０５ 表示装置 ４００ 仕様書管理テーブル ５００ 仕様書−データ関連テーブル ７００ 格納方式種別テーブル ９００ 仕様書管理テーブル １５００ データ管理テーブル １８００ 仕様書管理テーブル

Claims (13)

【特許請求の範囲】
1. 【請求項１】 データ集合の要素であるデータを個々に
   格納するか，データ集合をファイルとして一体的に格納
   するか，データ集合の要素であるデータの一部を個々に
   格納し且つ残りのデータをファイルとして一体的に格納
   するかのいずれかの格納方式種別を利用者に選択させる
   格納方式種別選択手段と、入力されたデータ集合を前記
   選択された格納方式種別に基づいて記憶装置に格納する
   新規格納制御手段と、アクセス対象のデータ集合を利用
   者に指定させるデータ集合指定手段と、指定されたデー
   タ集合をその格納方式種別に基づいて前記記憶装置から
   読み込みアクセスを可能にする読込制御手段と、アクセ
   ス終了後のデータ集合を元の格納方式種別に基づき前記
   記憶装置に格納する更新格納制御手段とを具備したこと
   を特徴とするデータ管理システム。
2. 【請求項２】 請求項１に記載のデータ管理システムに
   おいて、格納方式種別選択手段は、データ集合種別を利
   用者に指示させるデータ集合種別指示手段と、データ集
   合種別と格納方式種別の対応を管理し前記指示されたデ
   ータ集合種別に対応する格納方式種別を検索し選択する
   検索選択手段とからなることを特徴とするデータ管理シ
   ステム。
3. 【請求項３】 請求項１または請求項２に記載のデータ
   管理システムにおいて、データ集合指定手段を用いて指
   定されたデータ集合の現在の格納方式種別と異なる新格
   納方式種別が格納方式種別選択手段を用いて選択された
   とき、読込制御手段は、指定されたデータ集合を現在の
   格納方式種別に基づいて記憶装置から読み込み、更新格
   納制御手段は、前記データ集合を前記新格納方式種別に
   基づき前記記憶装置に格納することを特徴とするデータ
   管理システム。
4. 【請求項４】 請求項１から請求項３のいずれかに記載
   のデータ管理システムにおいて、データを個々に格納
   し，読み出す制御を、データベースシステムによって行
   うことを特徴とするデータ管理システム。
5. 【請求項５】 請求項４に記載のデータ管理システムに
   おいて、データベースシステムが起動不能のときは、デ
   ータ集合をファイルとして一体的に格納する格納方式種
   別のみに制限することを特徴とするデータ管理システ
   ム。
6. 【請求項６】 データ集合の要素であるデータを個々に
   格納し，読み出す制御をデータベースシステムによって
   行うデータ管理システムにおいて、データベースシステ
   ムの辞書に予め登録されていないデータの記入を禁止す
   るか，許可するかを利用者に選択させる編集制約選択手
   段と、選択された編集制約に従ってデータの記入を禁止
   ／許可する編集制約実行手段とを具備したことを特徴と
   するデータ管理システム。
7. 【請求項７】 データ集合の要素であるデータを個々に
   格納し，読み出す制御をデータベースシステムによって
   行うデータ管理システムにおいて、データベースシステ
   ムの辞書に予め登録されているデータの属性の変更を禁
   止するか，許可するかを利用者に選択させる編集制約選
   択手段と、選択された編集制約に従ってデータの属性の
   変更を禁止／許可する編集制約実行手段とを具備したこ
   とを特徴とするデータ管理システム。
8. 【請求項８】 請求項６または請求項７に記載のデータ
   管理システムにおいて、編集制約選択手段は、データ集
   合種別を利用者に指示させるデータ集合種別指示手段
   と、データ集合種別と編集制約の対応を管理し前記指示
   されたデータ集合種別に対応する編集制約を検索し選択
   する検索選択手段とからなることを特徴とするデータ管
   理システム。
9. 【請求項９】 複数のプロセスが同一のデータに並行し
   てアクセス可能なデータ管理システムにおいて、プロセ
   ス間の排他種別として参照排他，保持排他，更新排他，
   強制排他を持ち，先着プロセスで参照排他されているデ
   ータに対して後着プロセスの更新排他／強制排他を禁止
   し，先着プロセスで保持排他されているデータに対して
   後着プロセスの強制排他を禁止し，先着プロセスで更新
   排他されているデータに対して後着プロセスの参照排他
   ／更新排他／強制排他を禁止し，先着プロセスで強制排
   他されているデータに対して後着プロセスの参照排他／
   保持排他／更新排他／強制排他を禁止する排他制御手段
   を具備したことを特徴とするデータ管理システム。
10. 【請求項１０】 複数のプロセスが同一のデータ集合に
    並行してアクセス可能なデータ管理システムにおいて、
    プロセス間の排他種別として参照排他，保持排他，更新
    排他を持ち，先着プロセスで参照排他されているデータ
    集合に対して後着プロセスの更新排他を禁止し，先着プ
    ロセスで保持排他されているデータ集合に対して後着プ
    ロセスの保持排他／更新排他を禁止し，先着プロセスで
    更新排他されているデータ集合に対して後着プロセスの
    参照排他／保持排他／更新排他を禁止する排他制御手段
    を具備したことを特徴とするデータ管理システム。
11. 【請求項１１】 請求項９または請求項１０に記載のデ
    ータ管理システムにおいて、データまたはデータ集合に
    アクセスするとき、排他種別を利用者に指定させる排他
    種別指定手段を具備したことを特徴とするデータ管理シ
    ステム。
12. 【請求項１２】 請求項１から請求項１１のいずれかに
    記載のデータ管理システムにおいて、データ集合は、ソ
    フトウェア開発に用いる仕様書であることを特徴とする
    データ管理システム。
13. 【請求項１３】 請求項４から請求項７のいずれかに記
    載のデータ管理システムにおいて、データベースシステ
    ムは、ソフトウェア開発に用いる仕様書を管理するリポ
    ジトリであることを特徴とするデータ管理システム。