JPH0944389A - データベースチェックシステム - Google Patents

Abstract

(57)【要約】 【課題】 本発明はデータベースシステムにおける蓄積
されたデータ及びデータ相互の論理矛盾を検出する技術
に関し、データベースを運用するアプリケーション稼働
の要所々々において、データベース内のデータの論理照
合を遂行してデータベースの適性化を確保することを課
題とする。 【解決手段】 データデータベースを構築する蓄積メモ
リと、算術演算，論理演算，関係演算を含む演算手段
と、キーボード等の入力手段とを含むデータベースチェ
ックシステムにおいて、蓄積メモリに格納されているデ
ータ単体またはデータ間の整合を演算手段で処理して検
出する検出手段と、起動情報を入力手段から入力して起
動情報メモリに登録する登録手段と、起動情報メモリに
設定された状態に基づき検出手段を起動する起動監視手
段とを備えて構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータベースシステ
ムにおける蓄積されたデータ及びデータ相互の論理矛盾
を検出する技術に関する。

【０００２】

【従来の技術】データベースへのデータ蓄積は、そのデ
ータベースシステムを利用するアプリケーションの運用
とは、場所も時間も独立に入力されるものであり、入力
時点ごとに項目属性に矛盾していないか等の論理的検証
を行っている。しかし、データベースシステム内に蓄積
されるデータはデータ相互間の関連における論理的整合
を要求する物が多く、しかもこのような論理的整合関係
の錯綜、即ち障害発生や処理結果リストの誤り及び運用
の誤り等によるものは、業務毎のアプリケーションを稼
働している時でないと発見することが出来なかった。

【０００３】従来は、上記のような業務用アプリケーシ
ョンの運用の際に発生した異常に対して原因の調査を行
い、障害原因がアプリケーション側に有る場合は障害を
起こしたアプリケーションを修正し、或いはデータベー
ス内のデータに入力エラーがある場合はデータの再入力
等の修正を行っていた。

【０００４】

【発明が解決しようとする課題】そのため、データベー
ス内の蓄積データの異常の発見が遅れると、論理矛盾デ
ータが大量に混入されてしまうために修正に時間を要
し、業務の遂行に多大な影響を及ぼすという問題があっ
た。

【０００５】本発明はこのような点にかんがみて創出さ
れた発明であり、データベースを運用するアプリケーシ
ョン稼働の要所々々において、データベース内のデータ
の論理照合を遂行してデータベースの適性化を確保する
ことを目的とする。

【０００６】

【課題を解決するための手段】上記の課題は下記の如く
に構成された本発明によって解決される。図１は請求項
１記載の本発明の原理構成図である。データベースを構
築する蓄積メモリ１０と、算術演算，論理演算，関係演
算を含む演算手段２０と、キーボード等の入力手段４０
とを含むデータベースチェックシステムにおいて、蓄積
メモリに格納されているデータ単体またはデータ間の整
合を演算手段２０で処理して検出する検出手段３０と、
起動情報を入力手段４０から入力して起動情報メモリ６
０に登録する登録手段５０と、起動情報メモリ６０に設
定された状態に基づき検出手段３０を起動する起動監視
手段７０とを備えて構成する。

【０００７】また、請求項２記載の構成では、起動情報
６０にシステムの稼働状態情報を設定して構成する。更
に、請求項３記載の構成では、起動情報としてシステム
の稼働状態情報に付加して、データベースに対する検証
条項を設定して構成する。

【０００８】また、請求項４記載の構成では、検出手段
３０はデータベースの論理的エラーを検出した結果を出
力表示するように構成する。上記構成に基づいた本発明
の作用を説明する。

【０００９】起動情報メモリ６０にシステム稼働状態情
報およびデータベースの論理的矛盾の検証条項を登録手
段５０によって予め登録しておく。起動監視手段７０は
この登録された起動情報をシステムの立ち上げ時に読み
出し、検出手段３０の起動の条件及びデータベースの論
理的矛盾の検証条項を設定する。システムが運用状態に
入ると、上記設定した状態にシステムの状態が一致する
毎に検出手段３０を起動し、データベースの論理的矛盾
の検証条項を起動された検出手段３０に通知する。検出
手段３０は通知された検証条項に基づいてデータベース
の論理的矛盾を検出する。また、論理的エラーが検出さ
れた時は、出力表示してデータベースの訂正を行わせ
る。

【００１０】

【発明の実施の形態】本発明の実施の形態として、県庁
等の地方自治体における管轄圏内企業の営業の許認可に
関するデータベースを用い、以下詳細に説明する。

【００１１】図２は企業個々の情報を管理しているデー
タベース内登録テーブル説明図であり、同図（Ａ）は企
業に対する許認可テーブル（以降はテーブル１と称す
る）、また同図（Ｂ）はテーブル１で許認可された企業
が営む業種に対する許認可テーブル（以降はテーブル２
と称する）である。

【００１２】テーブル１において、第１欄は許認可を与
えられた企業に付与した「許可番号」であり無符号数字
の８桁である。第２欄は「県コード」であり、北海道か
ら沖縄までの４７都道府県ごと一意に付与されている２
桁の数字であり、因みに「１３」は東京都である。第３
欄は「企業名」である。また、テーブル２において、第
１欄は「許可番号」，第２欄は「県コード」，第３欄は
「企業名」，第４欄は「業種」であり、それぞれの業種
毎に許認可を設定している。

【００１３】図４は本発明の実施の形態ブロック図であ
り、最初に個別の機能及び名称を説明し、ついで作用に
ついて詳細に説明する。図において、１００はシステム
の基本機能を遂行し、入出力データの管理や各制御ブロ
ック間の割り込み通知等の連携を管理するＯＳ（Ｏｐｅ
ｒａｔｉｎｇＳｙｓｔｅｍ）部、１はデータベース、２
は算術演算，論理演算，関係演算等を遂行する演算部、
３は抽出処理部３１と照合処理部３２と出力処理部３３
から成る検出部、４はキーボード及びモニタを備えたコ
ンソール、５は起動条件，中止条件，データベース項目
の検証対象等を設定するパラメタ入力部、６はパラメタ
ファイル（図３に図示）、７は起動監視部、８は出力
部、９はデータベースに対する更新処理を遂行する更新
系アプリケーション、１２は更新系アプリケーション９
が動作してデータベース１を更新する回数等を格納する
課金ファイル、をそれぞれ示している。

【００１４】以下作用を説明する。 （１）パラメタ設定 オペレータはコンソール４を操作し、ＯＳ部１００を介
してパラメタ入力部５を起動する。パラメタ入力部５が
起動されると、コンソール４の図示しないモニタ画面上
にデータの入力指示が表示される。これを確認したオペ
レータはコンソール４から起動パラメタ及びデータベー
ス項目の検証対象を入力する。

【００１５】パラメタ入力部５は項目対応に入力される
データのチェックを行い、正しく入力されたことが確認
できたデータをパラメタファイル６の欄に格納し、終了
をＯＳ部１００に通知する。一方、ＯＳ部１００はパラ
メタ入力部５によるパラメタファイル６の入力または更
新があった旨を起動監視部７に通知する。

【００１６】この通知を受けた起動監視部７はパラメタ
ファイル６の内容を読み出し、起動契機に『経過時間』
が設定されていた時は、図示しないシステムタイマから
当該時刻を取得して保持し、単位時間毎の割込信号を発
生させるようにＯＳ部１００に依頼する。

【００１７】また、起動契機に『格納件数』が設定され
ていた時は、課金ファイル１２の更新毎の割込信号を発
生させるようにＯＳ部１００に依頼する。本実施の形態
におけるパラメタファイル６の内容は図３に示すもので
あり、例えば、データベース１に対する検証を開始する
起動契機として『随時』が入力され、また、チェック種
別の指定として『全て』が入力され、また検証を中止す
る条件として処理打切りエラー件数を『１０』件とする
等の検証項目が入力されるものである。

【００１８】システムの運用時において、起動監視部７
は電源投入時，リセット時，後述する各種割込信号（タ
イマ，課金ファイルの更新，等）等によるＯＳ部１００
を介した起動信号で起動され、パラメタファイル６の第
１欄から「起動契機」の設定内容を読出し、設定されて
いる条件に基づいて検出部３を起動する。そして、検出
部３は後述するように抽出処理部３１，照合処理部３
２，出力処理部３３を逐次起動してデータベース１に論
理的チェックを施し、所定の条件による中断または完了
を起動監視部７に通知する。

【００１９】（２）検出部の起動 起動監視部７が検出部３を起動する契機として、下記の
種類がパラメタファイルに任意に設定される。

【００２０】『システム起動時』：電源投入またはリセ
ットに発生する「ＩＰＬコマンド」によってＯＳ部１０
０が立ち上げられ、このＯＳ部１００のセットアップが
完了すると起動信号が起動監視部７に通知される。この
起動信号を受信した起動監視部７はパラメータファイル
６の第１欄を読み出し、『システム起動時』を確認する
と直ちに検出部３を起動する。

【００２１】『システム終了時』：システムが稼働して
いる時、オペレータ操作によってコンソール４からシス
テム終了を指示する「ＥＮＤコマンド」が投入される。
ＯＳ部１００は投入された「ＥＮＤコマンド」を起動監
視部７に割り込みで通知しておいてシステム終了処理を
開始する。この「ＥＮＤコマンド」を受信した起動監視
部７はパラメタファイル６の第１欄を読み出し、『シス
テム終了時』を確認すると直ちにＯＳ部１００にシステ
ム終了処理の中断を指示しておいて検出部３を起動し、
検出部３内でデータベースのエラーが検出されないで正
常に終了した時にシステム終了処理の再開をＯＳ部１０
０に通知する。

【００２２】一方、ＯＳ部１００は起動検出部７からの
システム終了処理の再開通知を受信するまではシステム
終了処理を中断する。 『バックアップ取得時』：システムが稼働している時、
オペレータ操作によってコンソール４からバックアップ
取得を指示する「ＳＡＶＥコマンド」が投入される。Ｏ
Ｓ部１００は投入された「ＳＡＶＥコマンド」を起動監
視部７に割り込みで通知しておいてバックアップ処理を
開始する。この「ＳＡＶＥコマンド」を受信した起動監
視部７はパラメタファイル６の第１欄を読み出し、『バ
ックアップ取得時』を確認すると直ちにＯＳ部１００に
バックアップ処理の中断を指示しておいて検出部３を起
動し、検出部３内でデータベースのエラーが検出されな
いで正常に終了した時にバックアップ処理の再開をＯＳ
部１００に通知する。

【００２３】一方、ＯＳ部１００は起動検出部７からの
バックアップ処理の再開通知を受信するまではバックア
ップ処理を中断する。 『ログ切換時』：システムが稼働している時、図示しな
いシステム環境設定パラメタによってログの切換えが自
動設定されている。このログの切換発生時にはＯＳ部１
００から「ＬＯＧ／Ｃｈａｎｇｅコマンド」が発行さ
れ、割り込みで起動監視部７に通知される。この「ＬＯ
Ｇ／Ｃｈａｎｇｅコマンド」を受信した起動監視部７は
パラメタファイル６の第１欄を読み出し、『ログ切換
時』を確認すると直ちにＯＳ部１００にログ切換処理の
中断を指示しておいて検出部３を起動し、検出部３内で
データベースのエラーが検出されないで正常に終了した
時にログ切換処理の再開をＯＳ部１００に通知する。

【００２４】一方、ＯＳ部１００は起動検出部７からの
ログ切換処理の再開通知を受信するまではログ切換処理
を中断する。 『一定時間経過時』：上述したように、予めＯＳ部１０
０から単位時間毎の割込によってシステム時刻が伝達さ
れるので、起動監視部７はパラメタファイル６の第１欄
を読み出して『間経過』を確認し、取得済のタイマ時刻
と通知されたシステム時刻との差を算出し、パラメタフ
ァイル６の『経過時間＝１８０分』と比較し、設定時間
間隔に一致したときに検出部３を起動する。

【００２５】『一定件数格納時』：更新系アプリケーシ
ョン９が動作する時、ＯＳ部１００は課金情報を課金フ
ァイル１２に格納して割り込み信号を起動監視部７に通
知する。起動監視部は７はこの割込信号を受信するとパ
ラメタファイル６の第１欄を読み出して『格納件数』を
確認し、パラメタファイル６の格納件数に設定した『格
納件数＝１０００件』に基づき、課金ファイル１２にレ
コードが追加される毎にパラメタファイル６の格納件数
を比較し、課金ファイル１２の格納件数が上記の整数倍
に達する毎（上記の例では、「１０００，２０００，３
０００．．．」）に検出部３を起動する。

【００２６】『即時』：更新系アプリケーション９が動
作する時、ＯＳ部１００は課金情報を課金ファイル１２
に格納して割り込み信号を起動監視部７に通知する。起
動監視部は７はこの割込信号を受信するとパラメタファ
イル６の第１欄を読み出し、『即時』を確認すると直ち
に検出部３を起動する。

【００２７】『随時』：コンソール４を介したオペレー
タ操作による「起動コマンド」が投入されると、このコ
マンドはＯＳ部１００から起動監視部７に通知され、起
動監視部７は検出部３を起動する。

【００２８】（３）検出部の動作 検出部３は図４に示すように三つのモジュールを有して
いる。第一のモジュールは抽出処理部３１であり、起動
監視部７からパラメタを受領して解析を行なう。即ち、
パラメタファイルの項目に対応した論理チェック対象デ
ータをデータベース１から読み出して、作業メモリ１１
に格納する。ここで本データではパラメタファイル６の
設定値は図３の如く入力されており、起動契機は『随
時』であり、テーブル名は図２に示す『１』，『２』が
指示されており、業務名は『α』，『β』が指示され、
都府県コードは東京都の『１３』が指示され、許可番号
は『１３０００００１』乃至『１３９９９９９９』であ
り、チェック種別は『全て』として指示され、処理打切
りエラー件数は『１０』件、経過時間は『１８０』分、
格納件数は『１０００』件としてそれぞれが設定されて
いる。

【００２９】第二のモジュールは照合処理部３２であ
り、演算部２による算術比較，論理比較等によって、作
業メモリ１１を読み出したデータに対してチェック種別
の指定に準じたチェック（全て：レコード内，テーブル
内レコード間，業務内テーブル間）を行う。さらに詳細
には、図２のテーブル１から読出したレコードに対して
業務仕様１の規約に基づくチェックをレコード内チェッ
クとして行い、許可番号の先頭２桁は県コードに一致す
ると言う規約から、Ｂ社の入力データにエラーがあるこ
とを検出する。

【００３０】また、図２のテーブル２から読出したレコ
ードに対して業務仕様２の規約に基づく重複の禁止チェ
ックをテーブル内レコード間チェックとして行い、Ｃ社
のＸ業種における許可が重複していることを検出する。

【００３１】更に、図２のテーブル１，２から読出した
レコードに対して業務仕様３の規約に基づく欠落チェッ
クを業務内テーブル間チェックとして行い、テーブル１
におけるＤ社がテーブル２において業種の許可が存在し
ないエラーを検出する。

【００３２】上記の検出されたエラーはプルーフリスト
として出力し、また作業メモリ１１或いは図示しないフ
ァイル媒体にエラーファイルとして格納する。なお、パ
ラメタファイル６の処理打切りエラー件数の設定は照合
処理部３２が検出したエラー件数の上限を定めるもので
あり、この件数までエラー件数をカウントしたならば起
動監視部７に通知して検出を中断する。

【００３３】第三のモジュールは出力処理部３３であ
り、上記した作業メモリ１１に格納したエラーデータを
出力するものである。 （４）リスト説明 図５は検出エラーリスト説明図であり、照合処理部３２
によって出力されたプルーフリストである。パラメタフ
ァイル６のチェック種別において指定された三種類のチ
ェック項目毎に出力されている。即ち、（ａ）はレコー
ド内チェック結果であり、１１項の詳細情報で項目間エ
ラーを指摘している。同様に（ｂ）テーブル内チェック
の１１項の詳細情報で業種の重複を指摘している。ま
た、（ｃ）業種内チェックの１１項では登録の欠落が指
摘されている。

【００３４】また、図６は検出エラーデータ説明図であ
り、出力処理部３３によるエラー出力である。即ち、照
合処理部３２が格納した作業メモリ１１から読出したエ
ラーファイルを出力したものである。

【００３５】

【発明の効果】本発明によれば、自動的にデータベース
内の論理的矛盾データを早期に発見する事が出来るの
で、アプリケーション等の異常の発見や、修正が早急に
出来、論理的矛盾データの修正範囲を局所内に抑える事
が可能となる格別な効果がある。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】データベース内登録テーブル説明図である。

【図３】パラメタファイル説明図である。

【図４】本発明の実施の形態のブロック図である。

【図５】検出エラーリスト説明図である。

【図６】検出エラーデータ説明図である。

【符号の説明】

１ データベース ２ 演算部 ３ 検出部 ４ コンソール ５ パラメタ入力部 ６ パラメタファイル ７ 起動監視部 ８ 出力部 ９ 更新系アプリケーション １１ 作業メモリ １２ 課金ファイル ３１ 抽出処理部 ３２ 照合処理部 ３３ 出力処理部 １０ 蓄積メモリ ２０ 演算手段 ３０ 検出手段 ４０ 入力手段 ５０ 登録手段 ６０ 起動情報メモリ ７０ 起動監視手段 １００ ＯＳ部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データを格納した蓄積メモリとデータの
   入力手段と演算手段を含んで構築されるデータベースシ
   ステムにおいて、 少なくとも起動情報を前記入力手段から入力して起動情
   報メモリに登録する登録手段と、 前記起動情報メモリに設定された状態に基づき検出手段
   を起動する起動監視手段と、 前記起動監視手段によって起動され、前記蓄積メモリ内
   のデータまたはデータ間の整合を前記演算手段で処理し
   て検出する検出手段と、を備えたことを特徴とするデー
   タベースチェックシステム。
2. 【請求項２】 前記起動情報はシステムの稼働状態情報
   であることを特徴とする請求項１記載のデータベースチ
   ェックシステム。
3. 【請求項３】 前記起動情報に前記検出手段における検
   証条項を登録したことを特徴とする請求項１と請求項２
   記載のデータベースチェックシステム。
4. 【請求項４】 前記検出手段は、検出結果を出力表示す
   ることを特徴とする請求項１記載のデータベースチェッ
   クシステム。