JP2000330836A - 構築済みデータベースの変更方式 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションソフトウェアによって既に
データベース上に構築されている表の設定やデータを、
別の実行プログラム配布すること無しに、変更可能にし
た構築済みデータベースの変更方式を提供する。 【解決手段】 アプリケーションソフトウェアによって
構築された情報を有するデータベース３における前記情
報の変更が必要の場合に、所定条件を備えた文字情報か
らなるファイル群２を配布し、前記データベースの情報
を更新するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、構築済みデータベ
ースの変更方式に関し、特にアプリケーションソフトウ
ェアによって既にデータベース上に構築されている表の
設定やデータを変更する場合に、別の実行プログラムを
配布しないでも、前記変更をすることが可能な構築済み
データベースの変更方式に関する。

【０００２】

【従来の技術】従来は、アプリケーションにより既に構
築されているデータベースの内容（表やデータ等の情
報）を変更する場合に、データベースの内容を変更する
為の実行プログラムを配布し実行していた。

【０００３】

【発明が解決しようとする課題】しかしながら、この従
来技術には、次のような問題点があった。第１の問題点
は、前記実行プログラムの配布後に発生した変更を含め
て、統合して管理できないということである。その理由
は、データベースを更新するプログラムは、既存のデー
タベースを変更するために配布されるものなので、アプ
リケーション側で後に変更されるデータベースのバージ
ョンの管理を一元管理する機能を持たないためである。

【０００４】第２の問題点は、データベースの変更のみ
の場合であっても、配布プログラムをセットアップ（イ
ンストール）する必要があるということである。その理
由は、プログラムは一般にセットアップを行った後に利
用するものであるためである。

【０００５】第３の問題点は、配布プログラムは、文字
情報で構成されたファイルと比較した場合に、通信（例
えば、ダウンロード）を用いた配布に適さない（多大な
時間を要する）ということである。その理由は、文字情
報であるファイル（例えば、数Ｋバイト）に比べ、プロ
グラムは容量が大きいためである（例えば、２００Ｋバ
イト）。

【０００６】第４の問題点は、配布プログラムは、簡単
に作成できないということである。その理由は、プログ
ラムは一般にソースコードを記述し、コンパイルを行っ
た後にセットアップを作成する必要があるためである。

【０００７】そこで本発明の課題は、アプリケーション
ソフトウェアによって既にデータベース上に構築されて
いる表の設定やデータを、別の実行プログラム配布する
こと無しに、変更可能にした構築済みデータベースの変
更方式を提供することである。

【０００８】

【課題を解決するための手段】前記課題を解決するため
に本発明は、アプリケーションソフトウェアによって構
築した情報を有するデータベースと、該データベースの
前記情報の変更が必要になった際に配布される所定条件
を備えた文字情報からなるファイル群と、該ファイル群
の所定条件を満足する場合に、前記データベースの情報
を更新するデータベース更新手段とを備えたことを特徴
とする。

【０００９】このようにすれば、データベースの情報の
変更が必要な際に配布されるファイル群は文字情報なの
で、例えばダウンロードする際の情報量が少なくて済む
と共にシステムエンジニアではなく一般ユーザが更新作
業を行うことができ、システムエンジニアがバージョン
チェック等の作業をする必要がないので、この作業の際
の所謂ポカミス（ケアレスミス）を防止することができ
る。

【００１０】

【発明の実施の形態】以下、本発明を図示の実施例に基
づいて説明する。

【００１１】［Ｉ］第１実施例 （１）構成 図１を参照すると、本実施例は、アプリケーションソフ
トウェアに含まれプログラム制御により動作するデータ
ベース更新処理装置１と、必要に応じてユーザに配布
（例えば、ダウンロードにより）される「文字情報」か
らなる配布ファイル群２と、アプリケーションによって
構築済みのアプリケーション用データベース３と、アプ
リケーションによって構築済みのバージョン管理部４
と、キーボート等の入力装置５と、ディスプレイ装置等
の出力装置６と、作業内容を記録するログ情報７とを含
む。

【００１２】データベース更新処理装置１ データベース更新処理装置１は、定義ファイル解釈手段
１１と、ＳＱＬ(Structured Query Language)ファイ
ルアクセス手段１２と、データベースアクセス手段１３
と、バージョン情報アクセス手段１４と、ログ情報出力
手段１５とを備える。

【００１３】定義ファイル解釈手段１１は定義ファイル
２３に逐次記述されている内容を元に、アプリケーショ
ン用データベース３を更新する。更新の際には次に説明
する条件確認用ＳＱＬ２１、条件実行用ＳＱＬ２２、実
行用ＳＱＬ２４から更新内容の情報を取得する。また、
定義ファイル２３に記述されている内容（例えば、更新
情報等）を元に、バージョンの確認や変更を行う。実行
結果はログ情報７に出力される。

【００１４】ＳＱＬファイルアクセス手段１２は、次に
説明する条件確認用ＳＱＬ２１と条件実行用ＳＱＬ２
２、および実行用ＳＱＬ２４の内容を定義ファイル解釈
手段１１の指示に基づき読み出す。

【００１５】データベースアクセス手段１３は、定義フ
ァイル解釈手段１１の指示に基づきアプリケーション用
データベース３を参照・更新する。これは使用するデー
タベースにより、データベースが用意するミドルウェア
も含まれる。バージョン情報アクセス手段１４は、定義
ファイル解釈手段１１の指示に基づきバージョン管理部
４を参照・更新する。ログ情報出力手段１５は、定義フ
ァイル解釈手段１１の実行内容をログ情報７に出力す
る。

【００１６】配布ファイル群２ 配布ファイル群２は、前述の条件確認用ＳＱＬ２１と、
条件実行用ＳＱＬ２２と、定義ファイル２３と、実行用
ＳＱＬ２４とを備える。条件確認用ＳＱＬ２１は、条件
実行用ＳＱＬ２２を実行する条件となる戻り値をアプリ
ケーション用データベース３に問合せるＳＱＬを記述す
る。

【００１７】条件実行用ＳＱＬ２２は、定義ファイル解
釈手段１１が条件確認用ＳＱＬ２１を使用してアプリケ
ーション用データベース３より取得した値と定義ファイ
ル２３に記述されている内容を比較し、条件が合致した
場合にアプリケーション用データベース３に対して実行
するＳＱＬを記述する。

【００１８】定義ファイル２３は、定義ファイルヘッダ
部と定義ファイル実行部で構成される。定義ファイルヘ
ッダ部には、その定義ファイル名とバージョン情報、実
行可能なバージョンの条件等が記述される。定義ファイ
ル実行部には、アプリケーション用データベースを更新
する内容やバージョンを参照・更新する内容、およびユ
ーザに対する問合せの情報を逐次記述する。実行用ＳＱ
Ｌ２４は、アプリケーション用データベース３に対して
実行するＳＱＬを記述する。

【００１９】アプリケーション用データベース３ アプリケーション用データベース３は、アプリケーショ
ンにより既に構築されているデータベースであり、配布
ファイル群２の更新対象である。

【００２０】バージョン管理部４は、アプリケーショ
ンソフトウェアにより構築されており、バージョン情報
を格納する。バージョン管理部４の所在の例として、ア
プリケーション用データベースに含まれる場合と、レジ
ストリデータベースに含まれる場合と、ファイルに記録
されている場合等がある。

【００２１】ログ情報７は、定義ファイル解釈手段１
１の実行内容を記録する。ログ情報の所在の例として、
任意のファイルや、アプリケーション用データベース３
等がある。

【００２２】（２）動作 次に、図１〜図１３を参照して本実施例の全体の動作に
ついて詳細に説明する。

【００２３】全体の概略動作 図２は本実施例の全体動作を示す概略フローチャートで
ある。データベース更新処理装置１が起動されると、図
２の処理が定義ファイル解釈手段１１で実行される。即
ち、定義ファイル解釈手段１１は、アプリケーション用
データベース３に接続する。接続するユーザの設定方法
はアプリケーションにより規定される（ステップＡ０
１）。次に、実行可能な定義ファイルの所在を確認する
（ステップＡ０２）。規定値の位置に定義ファイルが存
在しない場合、利用者にその所在を問合せる。

【００２４】定義ファイル２３が発見された場合は、そ
の定義ファイルヘッダ部より定義ファイル２３の名称と
動作可能なバージョン情報を取得する（ステップＡ０
３）。ここで定義ファイル２３のヘッダ部に必要なＳＱ
Ｌファイル一覧も記述し、使用するファイルの存在チェ
ックを行ってもよい。定義ファイル解釈手段１１はバー
ジョン情報アクセス手段１４を利用して、バージョン管
理部４の情報を読み出す。定義ファイル２３より読み出
したバージョン情報とバージョン管理部４から読み出し
た情報が合致した場合、実行可能として出力装置６より
利用者に表示する（ステップＡ０４、および、ステップ
Ａ０５）。

【００２５】実行不可の場合でも、実行不可として利用
者に表示したほうがよい。利用者は表示された一覧の中
より実行する定義ファイルを選択する（ステップＡ０
６）。定義ファイル解釈手段１１は、選択された定義フ
ァイルの実行部を逐次読み出し、実行する（ステップＡ
０７）。読み出し可能な定義ファイルの実行部がなくな
ると、処理は終了する。

【００２６】図３は、定義ファイル２３の実行部の読
み出しである。図３において、ステップＢ０１で、定義
ファイルの実行部の１行を読み出す。ステップＢ０２に
て、読み出せたか確認する。読み出せた場合は、ステッ
プＢ０３で、実行可能行であるか確認する。本実施例の
場合、実行可能でない行とは、空白行、コメント行、ラ
ベル行、不正な行を指す。ステップＢ０４で、読み出し
た内容を実行し、ステップＢ０１へ戻る。ステップＢ０
２にて読み出せない場合は、終了する。

【００２７】図４は、読み出した定義ファイル２３の
行がバージョンの確認である場合の処理である。ステッ
プＣ０１で、ステップＢ０３にて読み出された情報よ
り、バージョン情報の名称と、その条件、および、分岐
先のラベル情報を取得する。ステップＣ０２で、バージ
ョン情報アクセス手段１４を利用し、ステップＣ０１で
読み出されたバージョン情報の名称よりバージョンを取
得する。

【００２８】ステップＣ０３にて、定義ファイルのバー
ジョンの条件とバージョン管理部のバージョン情報を比
較する。本実施例では、比較は等号、不等号（＝、＜、
＞、＞＝、＜＝、！＝）が使用され、バージョン情報が
文字列の場合は、その文字コードにて比較を行う。条件
が合致した場合は、ステップＣ０４にて定義ファイルの
読み出し位置をステップＣ０１にて読み出したラベル情
報の位置に移動し終了する。合致しない場合は、そのま
ま終了する。

【００２９】図５は、ステップＢ０３にて読み出した
定義ファイル２３の行がバージョンの変更である場合の
処理である。ステップＤ０１で、ステップＢ０３にて読
み出された情報より、バージョン管理部４の追加・変更
の内容を取得する。ステップＤ０２にて、バージョン情
報アクセス手段１４を介し、バージョン情報を追加・修
正する。

【００３０】図６は、ステップＢ０３にて読み出した
定義ファイルの行が、条件で実行されるＳＱＬである場
合の処理である。ステップＥ０１で、ステップＢ０３に
て読み出された情報より、条件確認用ＳＱＬ２１のファ
イル名と、その条件と、条件実行用ＳＱＬ２２のファイ
ル名を取得する。ステップＥ０２で、ＳＱＬファイルア
クセス手段１２を介し、条件確認用ＳＱＬ２１の内容を
読み出す。

【００３１】ステップＥ０３にて、データベースアクセ
ス手段１３を介し、条件確認用ＳＱＬ２１を実行し、そ
の結果を取得する。ステップＥ０４にて、取得した結果
とステップＥ０１にて取得した条件とを比較する。比較
が合致した場合は、ステップＥ０５で、条件実行用ＳＱ
Ｌ２２を読み出し、アプリケーション用データベース３
に対して実行し終了する。条件が合致しない場合は、終
了する。

【００３２】図７は、ステップＢ０３にて読み出した
定義ファイルの行が無条件に実行されるＳＱＬである場
合の処理である。ステップＦ０１で、ステップＢ０３に
て読み出された情報より、実行用ＳＱＬ２４のファイル
名を取得する。ステップＦ０２で、ステップＦ０１で取
得したファイル名で実行用ＳＱＬ２４の内容を取得す
る。次にステップＦ０２にて、データベースアクセス手
段１３を介し、アプリケーション用データベース２に対
してＳＱＬを実行する。

【００３３】図８は、ステップＢ０３にて読み出した
定義ファイルの行が利用者への問合せである場合の処理
である。ステップＧ０１で、ステップＢ０３にて読み出
された情報より、メッセージの内容と、問合せ形式を取
得する。ステップＧ０２で、問合せ形式が分岐のもので
あれば、分岐先のラベル情報を取得する。ステップＧ０
３で、利用者に対しメッセージを表示し、問合せ形式に
応じた入力部を出力装置６に表示する。利用者は内容を
確認し、入力する。ステップＧ０４で、入力された内容
が肯定（「はい」「ＯＫ」）である場合、定義ファイル
の読み出し位置をステップＧ０２にて読み出したラベル
情報の位置に移動し終了する。その他が選択された場合
は、終了する。

【００３４】図９は、ステップＢ０３にて読み出した
定義ファイル２３の行が定義ファイル読み出し行の移動
である場合の処理である。ステップＨ０１で、ステップ
Ｂ０３にて読み出された情報より、移動先のラベル名称
を取得する。ステップＨ０２で定義ファイルの読み出し
位置をステップＨ０１にて読み出したラベル情報の位置
に移動し終了する。

【００３５】（３）次に、具体例を用いて説明する。 例えば、図１０に示すようなアプリケーション用データ
ベースと、バージョン管理部と、定義ファイルと、条件
確認用ＳＱＬと、条件実行用ＳＱＬと、実行用ＳＱＬが
用意されたとする。定義ファイルは、一文字目が「＃」
であるものをコメント行と定義する。また、「:」で始
まる行をラベル行と定義する。[ＨＥＤＤＥＲ]、[ＥＸ
ＥＣＵＴＥ]は、処理部を宣言するものと定義する。そ
の他の行は、「要素」で構成される行と定義し、要素は
「,」で区切られているものとする。区切られた要素
は、左から順に番号を割り当てる。

【００３６】第一要素が「Ｔ」であるものを定義ファイ
ルのタイトル行とし、第二要素をタイトルの文字列と定
義する。第一要素が「Ｃ」であるものをバージョン確認
情報とし、第二要素をシステム名、第三要素を比較詞、
第四要素を比較情報と定義する。第一要素が「ＶＣ」で
あるものは、バージョンの確認の情報の行とし、第二要
素をシステム名、第三要素を比較詞、第四要素を比較情
報、第五要素を合致時の移動先ラベルと定義する。

【００３７】第一要素が「Ｖ」の行はバージョンの記述
情報の行であり、第二要素がシステム名、第３要素がバ
ージョン情報と定義する。第一引数が「ＳＣ」である行
は条件ＳＱＬの情報の行とし、第一要素が条件確認用Ｓ
ＱＬファイル名、第二要素が比較詞、第三要素が比較条
件、第四要素が条件実行用ＳＱＬファイル名と定義す
る。

【００３８】第一引数が「Ｓ」の行は、ＳＱＬの実行の
情報が記述されており、第二要素が実行用ＳＱＬファイ
ル名と定義する。第一要素が「Ｑ」である場合は利用者
への問合せに関する情報が記述されており、第二要素が
メッセージ内容、第３要素が問合せ形式、第四要素が移
動先ラベルと定義する。第三要素は「１」が「確認」形
式、「２」が「はい」「いいえ」形式、「３」が「Ｏ
Ｋ」「キャンセル」形式とし、「１」の場合は第四要素
は必要無いものと定義する。第一要素が「Ｊ」の行は移
動に関する記述がされており、第二要素が移動先のラベ
ルと定義する。

【００３９】定義ファイル解釈手段１１はステップＡ０
２で定義ファイルを確認し、ステップＡ０３で定義ファ
イルのヘッダ部より定義ファイル名とバージョン確認情
報を取得する。具体的には１行目（[ １]の行）より読
み込み、[ １]行の「＃」で始まる行はコメント行とし
て次の行を読み込む。次の[ ２]行で「[ＨＥＤＤＥ
Ｒ]」を発見し、以下がヘッダ情報と認識する。次の
[３]行を読み、第一要素が「Ｔ」で始まるものをタイト
ル情報と認識し記憶する。次の[ ４]行を読み、第一要
素が「Ｃ」で始まるものをバージョン確認情報として読
み込み記憶する。

【００４０】同様に次の[５]行も読み込み、記憶する。
次の行および[６]行は空行とコメント行のため読み飛ば
す。次の[７]行で「[ＥＸＥＣＵＴＥ]」を読み込み、ヘ
ッダ部が終了したことを認識する。次にステップＡ０４
にてバージョン管理部と比較する。

【００４１】具体的には、一つ目のバージョン確認情
報、「販売管理システム」のバージョンが、「１.１」
「以上(＝)」であるので、合致する。二つ目の「販売管
理システムアドオン」はバージョン管理部に存在しない
ので、バージョン情報アクセス手段は空文字を返すが、
文字比較を行う場合は空文字の方が小さくなるため、二
つ目のバージョン確認情報も合致する。全てのバージョ
ン確認情報が合致するので、ステップＡ０５で利用者に
実行可能な設定ファイルとして表示する。複数の設定フ
ァイルがある場合は、同様に設定ファイルのヘッダ部を
確認し、利用者に対する一覧中に表示する。ステップＡ
０６で、利用者は設定ファイルを選択し、実行する。

【００４２】実行されると、ステップＢ０１で定義ファ
イルを１行読み込む。具体的には、[ ８]行が読み込ま
れ、ステップＢ０２、ステップＢ０３で実行可能な行と
認識する。ステップＢ０４で第一要素がＶＣであるもの
はバージョンの確認であると認識する。従って、ステッ
プＣ０１から実行し、「販売管理システムアドオン」の
バージョンが「１.０」「より小さい（<)」か確認す
る。 ここでもバージョン情報アクセス手段は空文字を
返すので、条件に合致するため、ステップＣ０４で「Ｍ
Ｓ」ラベルへ定義ファイルの読み込み位置を変更する。
「:」で始まる行がラベルであるので、読み込み位置は
「:ＭＳ」の[１６]行に変更される。次の[１７]行を読
み込み、第一要素が「Ｑ」であるため、ステップＧ０１
でメッセージと問合せ形式と取得する。

【００４３】問合せ形式「２」が「はい」「いいえ」形
式であるので、ステップＧ０２で第四要素「Ｖ１」をラ
ベル情報として読み込む。利用者に第二要素のメッセー
ジおよび「はい」「いいえ」の入力部分を出力装置６に
出力する。ステップＧ０４にて利用者が「いいえ」を選
択した場合は、ラベルへの移動は行われずに[１８]行を
経て処理は終了する。利用者が「はい」を選択した場合
は、ラベル情報に従い、定義ファイルの読み込み位置を
[１３]行に変更する（ステップＧ０５）。

【００４４】次に[１４]行を読み込むと、第一要素が
「ＳＣ」であるため条件ＳＱＬの実行を行う情報がある
と認識し、各要素を読み込む（ステップＥ０１）。ステ
ップＥ０２で条件確認用ＳＱＬ「ＣＨＥＣＫ.ＳＱＬ」
を読み込み（ステップＥ０２）、ＳＱＬをアプリケーシ
ョン用データベース３に対して実行する（ステップＥ０
３）。アプリケーション用データベース３はＳＱＬを実
行し、該当テーブルが無いため、「０」を返す。この結
果と比較し、合致するので、第四要素の「Ｃ_ＴＡＢＬ
Ｅ.ＳＱＬ」が実行される（ステップＥ０４、ステップ
Ｅ０５）。実行結果を図１１に示す。

【００４５】次の[１５]行を読み込むと、第一引数が
「Ｊ」であるので、移動の情報が記述されていると認識
する。第二要素を読み込み、（ステップＨ０１）移動先
ラベル「ＧＯ」より[ ９]行へ定義ファイルの読み出し
位置を変更する。（ステップＨ０２）次の[１０]行を読
み込むと、第一要素が「Ｓ」であるので、ＳＱＬの実行
に関する情報が記述されている行と認識する。第二要素
を読み込み（ステップＦ０１）、実行用ＳＱＬ「ＤＡＴ
Ａ.ＳＱＬ」を読み込み実行する（ステップＦ０２）。
実行結果を図１２に示す。

【００４６】次の[１１]行を読み込むと、第一要素が
「Ｖ」であるのでバージョンの変更の行であると認識す
る。各要素を読み込み、（ステップＤ０１）バージョン
管理部の情報を変更する。（ステップＤ０２）ここで、
バージョン管理部には「販売システムアドオン」の情報
が無いため、この情報は作成される。結果を図１３に示
す。

【００４７】[１５]行で読み込み位置が移動し、定義フ
ァイルの読み込み対象が無くなるので処理を終了する
（ステップＢ０１、ステップＢ０２）。ここで利用者に
は一覧が再度表示されるが、[ ５]行の条件に合致しな
くなっているため、再度実行することはできない。

【００４８】全ての処理の途中で更新に失敗した場合は
データベースをロールバックさせてもよい。ロールバッ
クさせる場合は、処理開始時にセーブポイントを発生さ
せたほうがよい。また、実行するＳＱＬはロールバック
可能なＳＱＬに限定される。

【００４９】［II］第２実施例 次に、本発明の第２実施例について図面を参照して詳細
に説明する。

【００５０】図１４を参照すると、本実施例は、データ
ベース更新処理装置８が、図１に示された実施例におけ
るデータベース更新処理装置１に加え、文字置換手段１
６とアプリケーション情報アクセス手段１７を有する点
と、アプリケーション情報９を有する点が異なる。

【００５１】アプリケーション情報９は、レジストリデ
ータベース、設定ファイル、アプリケーション用データ
ベース内の情報等、情報の取得場所は問わず、アプリケ
ーションによって情報の所在を規定する。アプリケーシ
ョン情報アクセス手段１７は要求のあった置換文字列に
従い、アプリケーション情報より置換後文字列を取得す
る。文字置換手段１６は、配布ファイル群２より読み込
まれた文字情報よりアプリケーションで規定されている
置換文字列を検索し置換する。

【００５２】次に図１５のフローチャートを参照して、
本実施例の動作について説明する。図１５のフローチャ
ートは図２〜９のフローチャートの配布ファイル群が読
み込み時に適用される。

【００５３】定義ファイル解釈手段１１より配布ファイ
ル群２に読み取り要求が発生すると、文字置換手段１６
は配布ファイルの要求個所を読み取る（ステップＩ０
１）。読み取られた文字列よりアプリケーションで規定
される置換文字列を検索する（ステップＩ０２）。置換
文字列が発見されると（ステップＩ０３）、 アプリケ
ーション情報アクセス手段１７を経てアプリケーション
情報より置換後文字列を取得する（ステップＩ０４）。
取得された置換後文字列と置換文字列を置換し（ステッ
プＩ０５）、置換文字列が発見されなくなるまで処理を
繰り返す。置換文字列が全て変換されると、定義ファイ
ル解釈手段１１に結果を戻す。

【００５４】次に、具体例について説明する。図１６の
具体例では、アプリケーションにより「％ＣＯＭ_ＮＡ
ＭＥ％」と「％ＡＰＰ_ＰＡＴＨ％」が規定されてい
る。

【００５５】定義ファイル解釈手段１１が定義ファイル
より[３]行を実行する場合、図１５のフローチャートが
開始される。文字置換手段１６は[ ３]行を読み込み、
文字列「Ｔ,％ＣＯＭ_ＮＡＭＥ％販売システムアドオン
ＶＥＲ１.１」を取得する（ステップＩ０１）。取得さ
れた文字列より置換文字列を検索すると、「％ＣＯＭ_
ＮＡＭＥ％」を発見する（ステップI０２、ステップI０
３）。

【００５６】発見された置換文字列よりアプリケーショ
ン情報アクセス手段１７を経て置換後文字列「○○会
社」を取得する（ステップＩ０４）。 取得文字列を置
換すると、「Ｔ,○○会社販売システムアドオンＶＥＲ
１.１」の文字列が作成される（ステップＩ０５）。作
成された文字列を再検索すると、置換文字列を発見でき
ないため、処理は終了し、定義ファイル解釈手段１１に
置換後の文字列が渡される。同様に[１４]行を読み込む
と、定義ファイル解釈手段１１は、「ＳＣ,ＣＨＥＣＫ.
ＳＱＬ,＝,０,Ｃ:\ＡＰＰ\Ｃ_ＴＡＢＬＥ.ＳＱＬ」を得
る。

【００５７】図１４を参照すると、本実施例では複数の
ＳＱＬファイルを使用し、全て同じデータベースユー
ザ、ステップＡ０１で接続するユーザでＳＱＬを実行す
るが、各ＳＱＬに実行ユーザを記述してもよい。記述個
所は設定ファイルの要素を増やすのが最もよい。またＳ
ＱＬファイルに記述してもよい。記述内容は、ステップ
Ａ０１で接続するユーザを指定する方法と、直接ユーザ
名を記述する方法、共に指定できるのがよい。ステップ
Ａ０１で接続するユーザを使用する場合は、文字置換手
段１６に含め、置換文字列でユーザ名を置換してもよ
い。

【００５８】

【発明の効果】以上説明したように本発明によれば、以
下の効果を奏することができる。第１の効果は、バージ
ョンの違いや適用するシステムの間違いによるトラブル
を防ぐことができることにある。その理由は、適用する
システムとバージョンや配布ファイルのバージョンを確
認・比較を行う機能が備わっているためである。

【００５９】第２の効果は、配布するファイル容量を小
さくできることにある。その理由は、配布ファイルに実
行プログラム等、容量の大きなファイルが含まれず、設
定情報の文字情報のみを配布するためである。

【００６０】第３の効果は、既に構築されているアプリ
ケーションに対し、新しい実行プログラムを追加するこ
となくアプリケーション用データベースの内容を変更で
きることにある。その理由は、データベース更新処理装
置はアプリケーションに既に含まれており、必要な情報
は文字情報のみであるためである。

【００６１】第４の効果は、保守が容易であり、短期間
に作成、修正できることにある。その理由は、配布ファ
イルが文字情報であるため、実行プログラムの作成が必
要無いためである。

【００６２】第５の効果は、利用者の運用ミスを防げる
ことにある。その理由は、実行時に利用者が指示する内
容が、実行する設定ファイルの選択と、簡単な問合せ形
式に限定できるためである。

【図面の簡単な説明】

【図１】本発明の第１実施例のシステム構成図である。

【図２】同第１実施例の全体の概略フローチャートであ
る。

【図３】同第１実施例における定義ファイルの実行部の
読出しのフローチャートである。

【図４】図３の読出しにおいて、定義ファイルの行がバ
ージョンの確認である場合の処理である。

【図５】図３のステップＢ０３にて読み出した定義ファ
イルの行がバージョンの変更である場合の処理である。

【図６】図３のステップＢ０３にて読み出した定義ファ
イルの行が、条件で実行されるＳＱＬである場合の処理
である。

【図７】図３のステップＢ０３にて読み出した定義ファ
イルの行が無条件に実行されるＳＱＬである場合の処理
である。

【図８】図３のステップＢ０３にて読み出した定義ファ
イルの行が利用者への問合せである場合の処理である。

【図９】図３のステップＢ０３にて読み出した定義ファ
イルの行が定義ファイル読み出し行の移動である場合の
処理である。

【図１０】アプリケーション用データベースと、バージ
ョン管理部と、定義ファイルと、条件確認用ＳＱＬと、
条件実行用ＳＱＬと、実行用ＳＱＬの具体例である。

【図１１】図１０の実行結果を示す図である。

【図１２】図１０の別の実行結果を示す図である。

【図１３】図１０の更に別の実行結果を示す図である。

【図１４】本発明の第２実施例のシステム構成図であ
る。

【図１５】同第２実施例の動作フローチャートである。

【図１６】同第２実施例の具体例を示す図である。

【符号の説明】 １ データベース更新処理装置 ２ 配布ファイル群 ３ アプリケーション用データベース ４ バージョン管理部 ５ 入力装置 ６ 出力装置 １１ 定義ファイル解釈手段 １２ ＳＱＬファイルアクセス手段 １３ データベースアクセス手段 １４ バージョン情報アクセス手段 １５ ログ情報出力手段 ２１ 条件確認用ＳＱＬ ２２ 条件実行用ＳＱＬ ２３ 定義ファイル ２４ 実行用ＳＱＬ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 アプリケーションソフトウェアによって
   構築された情報を有するデータベースにおける前記情報
   の変更が必要の場合に、所定条件を備えた文字情報から
   なるファイル群を配布し、前記データベースの情報を更
   新するようにしたことを特徴とする構築済みデータベー
   スの変更方式。
2. 【請求項２】 前記配布されるファイル群は、条件確認
   用ＳＱＬと、条件実行用ＳＱＬと、定義ファイルと、実
   行用ＳＱＬとを備えてなることを特徴とする請求項１記
   載の構築済みデータベースの変更方式。
3. 【請求項３】 前記データベースにおける更新した情報
   のバージョンを管理することを特徴とする請求項１また
   は請求項２記載の構築済みデータベースの変更方式。
4. 【請求項４】 前記文字情報の配布は、ダウンロードに
   より行うことを特徴とする請求項１乃至請求項３のいず
   れかに記載の構築済みデータベースの変更方式。