(57)【特許請求の範囲】
【請求項１】
変更前の第１のファイルと変更後の第２のファイルのそれぞれについて、外部から指定された変更点検索の対象となる複数のフィールドと予め設定されたキーフィールドとを読み取る第１のステップと、
前記第１のファイルの前記読み取ったフィールドのデータを記憶すると共に、前記第２のファイルの前記読み取ったフィールドのデータを記憶する第２のステップと、
前記キーフィールドの情報が同一のデータを、前記第２のステップで記憶した第１のファイルのデータ及び第２のファイルのデータからそれぞれ選択する第３のステップと、
この第３のステップで選択した２つのデータを、前記キーフィールド以外の共通のフィールド毎に比較する第４のステップと、
この第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、このフィールドを変更点として記憶する第５のステップと、
前記第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記第３のステップで選択した２つのデータを変更履歴ファイルに書き込む第６のステップと、
前記変更点として記憶したフィールドを識別するための情報を、前記変更履歴ファイルに書き込んだ２つのデータの該当フィールドに付与する第７のステップと、
外部からの指示に応じて前記変更履歴ファイルを表示するときに、前記識別するための情報が付与されたフィールドを変更前と変更後で色分け表示する第８のステップとを有することを特徴とするデータベース変更点検索方法。
【請求項２】
請求項１記載のデータベース変更点検索方法において、
さらに、前記第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記変更履歴ファイルに書き込んだ２つのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの変更を表す変更種別を書き込む第９のステップを有することを特徴とするデータベース変更点検索方法。
【請求項３】
請求項１記載のデータベース変更点検索方法において、
さらに、前記第３のステップにおいて、前記第２のステップで記憶した第１のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、前記第２のステップで記憶した第２のファイルに存在しない場合、この第１のファイルのデータを前記変更履歴ファイルに書き込む第１０のステップと、
この変更履歴ファイルに書き込んだ第１のファイルのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの削除を表す変更種別を書き込む第１１のステップとを有することを特徴とするデータベース変更点検索方法。
【請求項４】
請求項１記載のデータベース変更点検索方法において、
さらに、前記第３のステップにおいて、前記第２のステップで記憶した第２のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、前記第２のステップで記憶した第１のファイルに存在しない場合、この第２のファイルのデータを前記変更履歴ファイルに書き込む第１２のステップと、
この変更履歴ファイルに書き込んだ第２のファイルのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの追加を表す変更種別を書き込む第１３のステップとを有することを特徴とするデータベース変更点検索方法。
【請求項５】
変更前の第１のファイルと変更後の第２のファイルのそれぞれについて、外部から指定された変更点検索の対象となる複数のフィールドと予め設定されたキーフィールドとを読み取る読取手段と、
前記第１のファイルの前記読み取ったフィールドのデータを記憶すると共に、前記第２のファイルの前記読み取ったフィールドのデータを記憶するデータ記憶手段と、
前記キーフィールドの情報が同一のデータを、前記データ記憶手段が記憶した第１のファイルのデータ及び第２のファイルのデータからそれぞれ選択するデータ選択手段と、
このデータ選択手段で選択された２つのデータを、前記キーフィールド以外の共通のフィールド毎に比較する比較手段と、
この比較手段による比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、このフィールドを変更点として記憶する変更点記憶手段と、
前記比較手段による比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記データ選択手段で選択された２つのデータを変更履歴ファイルに書き込む書込手段と、
前記変更点として記憶したフィールドを識別するための情報を、前記変更履歴ファイルに書き込んだ２つのデータの該当フィールドに付与する識別情報付与手段と、
外部からの指示に応じて前記変更履歴ファイルを表示するときに、前記識別するための情報が付与されたフィールドを変更前と変更後で色分け表示する表示手段とを有することを特徴とするデータベース変更点検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースに格納された変更前のファイルと変更後のファイルにおける変更点を検索するデータベース変更点検索方法および装置に関するものである。
【背景技術】
【０００２】
従来より、ビル監視システムでは、例えば空調設備、電力設備、防犯設備、防災設備などの各種の設備機器の監視ポイントからデータを収集するために、監視ポイントの名称や番号、データのタイプなどを設定した電子データ（汎用的な形式の電子データ、以下、帳票データと表す）が予め作成されている。ビル監視システムの中央監視装置は、この帳票データに基づいてデータを収集すべき監視ポイントを特定し、監視ポイントからデータを収集する。
【０００３】
ところで、建築物の設計段階や建設段階においては、設計変更によって機器種別の変更などが頻繁に行なわれ、それに伴って監視ポイントの内容変更および監視ポイント数の増減が頻繁に生じることがある。そして、このような設計変更が重なっていくと、監視ポイントの登録数についてそのデータ容量が、中央監視装置の仕様の範囲内であるか否かを確認する必要が生じ、そのために監視ポイントの登録数について増減を確認する場合がある。この確認の際、変更後の帳票データにおいては、変更した箇所がそれと分かるように表示されていない場合が多いため、従来は、変更前の帳票データと変更後の帳票データとを人が見比べて登録内容の違い（変更点）を見つけるといった手作業での確認作業を行なっていた。
【０００４】
このような監視ポイントの変更履歴を確認する作業は、変更した箇所が分からないために、全てのデータを見比べるといった手作業での確認になるため、変更箇所を見つけ出すことにかなりの労力が掛かっていた。さらに、監視ポイント数が多い場合、そして変更点および変更頻度が多い場合、かなりの労力を生じ、結果として、作業時間が非常に掛かってしまうという問題があった。
また、設計変更時に、人為的ミスによって帳票データに変更内容が正しく入力されていないことがある。監視ポイントの変更が重なり、そして監視ポイント数が多い場合は特に、この入力ミスを発見できないままになるといった人為的ミスが生じることも問題であった。
特に、大規模建築物などは、一般的に、監視ポイントが非常に多いため、以上の問題が多く発生する傾向にある。
【０００５】
このような変更点の確認作業を省力化する手法として、変更前と変更後のデータの差分データを抽出する方法が提案されている（例えば特許文献１参照）。
【０００６】
【特許文献１】特開平９−８１４２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上のように、変更点の確認を手作業で行う場合には、変更点を見つけ出すことにかなりの労力と時間が掛かるという問題点があり、また帳票データの入力ミスを見過ごしてしまう可能性があった。
【０００８】
一方、特許文献１に開示された方法によれば、変更点の確認作業を省力化することができる。しかしながら、特許文献１に開示された方法では、例えばビル監視システムで使用される帳票データのようにデータ数（監視ポイント数）が多く、データ項目（フィールド）の数も多いデータについて、変更点を確認する作業に適していないという問題点があった。特許文献１に開示された方法が帳票データの確認作業に適していない理由は、特許文献１に開示された方法では指定されたデータ項目についてのみ差分データを表示しているために、変更されたデータがどの監視ポイントのデータであるかを確認しずらいためである。なお、以上のような問題点は、帳票データに限らず、データ数とデータ項目数が多いファイルであれば同様に生じる。
【０００９】
本発明は、上記課題を解決するためになされたもので、変更点の確認作業を省力化し、かつデータ数とデータ項目数が多いデータであっても変更点を容易に認識することができるデータベース変更点検索方法および装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のデータベース変更点検索方法は、変更前の第１のファイルと変更後の第２のファイルのそれぞれについて、外部から指定された変更点検索の対象となる複数のフィールドと予め設定されたキーフィールドとを読み取る第１のステップと、前記第１のファイルの前記読み取ったフィールドのデータを記憶すると共に、前記第２のファイルの前記読み取ったフィールドのデータを記憶する第２のステップと、前記キーフィールドの情報が同一のデータを、前記第２のステップで記憶した第１のファイルのデータ及び第２のファイルのデータからそれぞれ選択する第３のステップと、この第３のステップで選択した２つのデータを、前記キーフィールド以外の共通のフィールド毎に比較する第４のステップと、この第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、このフィールドを変更点として記憶する第５のステップと、前記第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記第３のステップで選択した２つのデータを変更履歴ファイルに書き込む第６のステップと、前記変更点として記憶したフィールドを識別するための情報を、前記変更履歴ファイルに書き込んだ２つのデータの該当フィールドに付与する第７のステップと、外部からの指示に応じて前記変更履歴ファイルを表示するときに、前記識別するための情報が付与されたフィールドを変更前と変更後で色分け表示する第８のステップとを有するものである。
【００１１】
また、本発明のデータベース変更点検索方法の１構成例は、さらに、前記第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記変更履歴ファイルに書き込んだ２つのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの変更を表す変更種別を書き込む第９のステップを有するものである。
また、本発明のデータベース変更点検索方法の１構成例は、さらに、前記第３のステップにおいて、前記第２のステップで記憶した第１のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、前記第２のステップで記憶した第２のファイルに存在しない場合、この第１のファイルのデータを前記変更履歴ファイルに書き込む第１０のステップと、この変更履歴ファイルに書き込んだ第１のファイルのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの削除を表す変更種別を書き込む第１１のステップとを有するものである。
また、本発明のデータベース変更点検索方法の１構成例は、さらに、前記第３のステップにおいて、前記第２のステップで記憶した第２のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、前記第２のステップで記憶した第１のファイルに存在しない場合、この第２のファイルのデータを前記変更履歴ファイルに書き込む第１２のステップと、この変更履歴ファイルに書き込んだ第２のファイルのデータについて、前記変更履歴ファイルの変更種別フィールドにデータの追加を表す変更種別を書き込む第１３のステップとを有するものである。
【００１２】
また、本発明のデータベース変更点検索装置は、変更前の第１のファイルと変更後の第２のファイルのそれぞれについて、外部から指定された変更点検索の対象となる複数のフィールドと予め設定されたキーフィールドとを読み取る読取手段と、前記第１のファイルの前記読み取ったフィールドのデータを記憶すると共に、前記第２のファイルの前記読み取ったフィールドのデータを記憶するデータ記憶手段と、前記キーフィールドの情報が同一のデータを、前記データ記憶手段が記憶した第１のファイルのデータ及び第２のファイルのデータからそれぞれ選択するデータ選択手段と、このデータ選択手段で選択された２つのデータを、前記キーフィールド以外の共通のフィールド毎に比較する比較手段と、この比較手段による比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、このフィールドを変更点として記憶する変更点記憶手段と、前記比較手段による比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、前記データ選択手段で選択された２つのデータを変更履歴ファイルに書き込む書込手段と、前記変更点として記憶したフィールドを識別するための情報を、前記変更履歴ファイルに書き込んだ２つのデータの該当フィールドに付与する識別情報付与手段と、外部からの指示に応じて前記変更履歴ファイルを表示するときに、前記識別するための情報が付与されたフィールドを変更前と変更後で色分け表示する表示手段とを有するものである。
【発明の効果】
【００１３】
従来は、監視ポイントの変更履歴を確認する上で、変更前の第１のファイルと、変更後の第２のファイルとを見比べて登録内容の違い（変更点）を見つけるというように手作業で行なわれていたため、非常な労力が掛かり、また登録内容が正しく変更されないままになるといった人為的ミスが生じていた。これに対して、本発明では、キーフィールドの情報が同一のデータを、第１のファイルのデータ及び第２のファイルのデータからそれぞれ選択して、この２つのデータを、キーフィールド以外の共通のフィールド毎に比較することにより、違いがあるフィールドのみを変更点として記憶することを自動的に行なうので、従来に比べて格段に少ない労力、及び短時間で確認作業を完了することができる。また、本発明では、比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、選択した２つのデータを変更履歴ファイルに書き込み、変更点として記憶したフィールドを識別するための情報を、変更履歴ファイルに書き込んだ２つのデータの該当フィールドに付与するようにしている。これにより、本発明を例えばビル監視システムの帳票データの変更点検索に適用すれば、変更されたデータがどの監視ポイントのデータであるかを容易に認識することができ、またこの監視ポイントのどのフィールドのデータが変更されたかを容易に認識することができる。また、本発明では、第１のファイルのデータ及び第２のファイルのデータの共通のフィールドのみを抽出して比較する際、データを文字列として比較するので、変更前もしくは変更後のデータ長が異なる場合においても、違いの有無を確実に判断することができ、従来あった人為的な確認ミスをなくし、違いを修正して正しく登録することができる。
【００１４】
また、本発明では、第４のステップの比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、変更履歴ファイルに書き込んだ２つのデータについて、変更履歴ファイルの変更種別フィールドにデータの変更を表す変更種別を書き込むことにより、第１のファイルのデータが変更されたことを容易に認識することができる。
【００１５】
また、本発明では、第３のステップにおいて、第２のステップで記憶した第１のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、第２のステップで記憶した第２のファイルに存在しない場合、この第１のファイルのデータを変更履歴ファイルに書き込み、変更履歴ファイルに書き込んだ第１のファイルのデータについて、変更履歴ファイルの変更種別フィールドにデータの削除を表す変更種別を書き込むことにより、第１のファイルのデータが削除されたことを容易に認識することができる。したがって、本発明を例えばビル監視システムの帳票データの変更点検索に適用すれば、変更前と変更後の監視ポイント数の増減を容易に確認することができる。
【００１６】
また、本発明では、第３のステップにおいて、第２のステップで記憶した第２のファイルのデータのキーフィールドの情報と同一のキーフィールドを備えたデータが、第２のステップで記憶した第１のファイルに存在しない場合、この第２のファイルのデータを変更履歴ファイルに書き込み、変更履歴ファイルに書き込んだ第２のファイルのデータについて、変更履歴ファイルの変更種別フィールドにデータの追加を表す変更種別を書き込むことにより、第２のファイルのデータが追加されたことを容易に認識することができる。したがって、本発明を例えばビル監視システムの帳票データの変更点検索に適用すれば、変更前と変更後の監視ポイント数の増減を容易に確認することができる。
【発明を実施するための最良の形態】
【００１７】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。まず、本実施の形態において変更点検索の対象となる帳票データの詳細を説明するために、帳票データを用いるビル監視システムの中央監視装置について説明する。図１は本発明の実施の形態に係るビル監視システムの中央監視装置の１構成例を示すブロック図である。
【００１８】
図１において、１−１はＣＰＵ、１−２はＲＡＭ、１−３はＲＯＭ、１−４はハードディスク装置などの記憶装置、１−５〜１−７はインターフェイス装置（以下、Ｉ／Ｆと略する）、１−８はディスプレイ装置、１−９はキーボード、１−１０はマウスである。
ＣＰＵ１−１は、Ｉ／Ｆ１−５，１−７を介して与えられる各種入力情報を得て、ＲＡＭ１−２にアクセスしながら、ＲＯＭ１−３や記憶装置１−４に格納されたプログラムに従って動作し、Ｉ／Ｆ１−６を介してディスプレイ装置１−８に情報を表示させる。
【００１９】
記憶装置１−４には、電子帳票作成プログラム（不図示）が格納されている。この電子帳票作成プログラムは、例えばＣＤ−ＲＯＭなどの記録媒体に記録された状態で提供され、この記録媒体から読み出されて記憶装置１−４にインストールされている。
ビル監視システムでは、例えば空調設備、電力設備、防犯設備、防災設備などの各種の設備機器の監視ポイントからデータを収集するために、監視ポイントの名称や番号、データのタイプなどを設定した帳票データを電子帳票作成プログラムを用いて予め作成しておく。図１の例では、記憶装置１−４中にデータベースＤＹが構築され、このデータベースＤＹ中に、帳票データの集まりである帳票ファイルＦＢ１が作成されている。
【００２０】
ＣＰＵ１−１は、帳票ファイルＦＢ１に基づいてデータを収集すべき監視ポイントを特定し、Ｉ／Ｆ１−５を通じて監視ポイントからデータを収集して、収集したデータを記憶装置１−４に格納すると共に、このデータをＩ／Ｆ１−６を通じてディスプレイ装置１−８に表示させる。
【００２１】
図２に、記憶装置１−４に格納された帳票ファイルＦＢ１の構造の１例を示す。帳票ファイルＦＢ１は、データ構造情報１００と帳票データ１０１とからなる。データ構造情報１００は、帳票データ１０１のフォーマット（データ構造）を示している。データ構造情報１００は、フィールド（列）の番号１０２と、フィールドの属性１０３とからなる。データ構造情報１００の定義によれば、帳票データ１０１はＮ個のフィールドから構成され、番号＃１のフィールドに各帳票データに固有の帳票番号が格納され、番号＃２のフィールドにライン番号が格納され、番号＃３のフィールドに監視ポイントのポイント名称が格納され、番号＃４のフィールドにモジュール番号が格納され、番号＃Ｎのフィールドに監視ポイントの番号が格納される。
【００２２】
図２の例では、帳票ファイルＦＢ１は、帳票番号「００１」〜「１２５」の１２５個の帳票データを含んでいる。例えば帳票番号「００１」の帳票データでは、ライン番号が「１」、ポイント名称が「５Ｆ  給気ファン」、モジュール番号が「２１」、ポイント番号が「１０」となっている。
【００２３】
次に、帳票データの変更点検索に用いる汎用コンピュータについて説明する。この汎用コンピュータは、例えばビル監視システムの開発企業の作業者が使用するものである。図３は本発明の実施の形態に係る汎用コンピュータの１構成例を示すブロック図である。図３において、２−１はＣＰＵ、２−２はＲＡＭ、２−３はＲＯＭ、２−４はハードディスク装置などの記憶装置、２−５〜２−７はＩ／Ｆ、２−８はディスプレイ装置、２−９はキーボード、２−１０はマウスである。
【００２４】
ＣＰＵ２−１は、Ｉ／Ｆ２−５，２−７を介して与えられる各種入力情報を得て、ＲＡＭ２−２にアクセスしながら、ＲＯＭ２−３や記憶装置２−４に格納されたプログラムに従って動作し、Ｉ／Ｆ２−６を介してディスプレイ装置２−８に情報を表示させる。
記憶装置２−４には、本実施の形態に特有のプログラムとして、データベース変更点検索出力プログラム（不図示）が格納されている。併せて、記憶装置２−４には、電子帳票作成プログラム（不図示）が格納されている。このデータベース変更点検索出力プログラムおよび電子帳票作成プログラムは、例えばＣＤ−ＲＯＭなどの記録媒体に記録された状態で提供され、この記録媒体から読み出されて、記憶装置２−４にインストールされている。
【００２５】
作業者は、以上のような汎用コンピュータを使用して帳票ファイルを作成・変更することができる。例えばビル監視システムに設計変更が生じて、監視ポイントを変更する必要が出た場合、作業者は、中央監視装置のデータベースＤＹに格納されている帳票ファイルＦＢ１を、フレキシブルディスクなどの記録媒体あるいはネットワークを介して記憶装置２−４内のデータベースＤＰに読み込む。そして、作業者は、設計変更の内容を反映させるべく、電子帳票作成プログラムを用いて帳票ファイルＦＢ１を編集し、新たな帳票ファイルＦＢ２を作成する。図２は、データベースＤＰ内に変更前の帳票ファイルＦＢ１が格納され、さらに変更後の帳票ファイルＦＢ２が作成された状態を示している。なお、帳票ファイルＦＢ２も変更前の帳票ファイルＦＢ１と同様の構造である。
【００２６】
帳票ファイルの変更後、作業者は、汎用コンピュータのデータベース変更点検索出力プログラムを用いて、帳票ファイルの変更履歴を確認することができる。図４、図５は、本実施の形態のデータベース変更点検索処理を示すフローチャートである。汎用コンピュータのＣＰＵ２−１は、記憶装置２−４に格納されているデータベース変更点検索出力プログラムに従って図４、図５のような処理を行う。これにより、汎用コンピュータは、変更前の帳票ファイルと変更後の帳票ファイルのそれぞれについて、変更点検索の対象となるフィールドとキーフィールドとを読み取る読取手段と、変更前と変更後の帳票ファイルの読み取ったフィールドのデータを記憶するデータ記憶手段と、キーフィールドの情報が同一のデータを、変更前帳票ファイル及び変更後帳票ファイルからそれぞれ選択するデータ選択手段と、選択した２つの帳票データを、キーフィールド以外の共通のフィールド毎に比較する比較手段と、比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、このフィールドを変更点として記憶する変更点記憶手段と、いずれかのフィールドにおいて情報が一致しなかった場合、選択した２つの帳票データを変更履歴ファイルに書き込む書込手段と、変更点として記憶したフィールドを識別するための情報（変更点識別フラグ）を、変更履歴ファイルに書き込んだ２つの帳票データの該当フィールドに付与する識別情報付与手段とを備えたデータベース変更点検索装置として機能する。
【００２７】
以下、図４、図５の処理について説明する。まず、作業者は、キーボード２−９とマウス２−１０を操作して、変更点検索の対象となる変更前の帳票ファイルＦＢ１と変更後の帳票ファイルＦＢ２とを指定すると共に、変更点検索の対象となるフィールドを例えばフィールド番号で指定する。
【００２８】
ＣＰＵ２−１は、記憶装置２−４に格納されている変更前の帳票ファイルＦＢ１のデータ構造情報を読み込み、作業者から指定されたフィールドをデータ構造情報に基づいて特定し、指定されたフィールドのデータを帳票ファイルＦＢ１から読み取る。そして、ＣＰＵ２−１は、読み取ったデータを比較用の変更前帳票ファイルＦＢ１’として記憶装置２−４のデータベースＤＰに格納する（図４ステップ４０１）。変更前帳票ファイルＦＢ１’の１例を図６に示す。
【００２９】
次に、ＣＰＵ２−１は、記憶装置２−４に格納されている変更後の帳票ファイルＦＢ２のデータ構造情報を読み込み、作業者から指定されたフィールドをデータ構造情報に基づいて特定し、指定されたフィールドのデータを帳票ファイルＦＢ２から読み取る。そして、ＣＰＵ２−１は、読み取ったデータを比較用の変更後帳票ファイルＦＢ２’として記憶装置２−４のデータベースＤＰに格納する（ステップ４０２）。変更後帳票ファイルＦＢ２’の１例を図７に示す。なお、フィールド番号＃１の帳票番号については、後述のようにソート・比較用のキーとして用いるため、ステップ４０１，４０２において必要なフィールドのデータとして無条件に読み取るようにしている。
【００３０】
続いて、ＣＰＵ２−１は、変更前帳票ファイルＦＢ１’と変更後帳票ファイルＦＢ２’をＲＡＭ１−２に格納する（ステップ４０３）。
ＣＰＵ２−１は、フィールドをカウントするカウント値ｎを１とし、ＲＡＭ１−２に記憶されている変更前帳票ファイルＦＢ１’のデータ構造情報を読み込み、ｎ＝１番目のフィールドの帳票番号をキーフィールドとして設定すると共に、ＲＡＭ１−２に記憶されている変更後帳票ファイルＦＢ２’のデータ構造情報を読み込み、ｎ＝１番目のフィールドの帳票番号をキーフィールドとして設定する（ステップ４０４）。
【００３１】
そして、ＣＰＵ２−１は、キーフィールドの値が昇順となるように変更前帳票ファイルＦＢ１’のデータ及び変更後帳票ファイルＦＢ２’のデータをそれぞれソートする（ステップ４０５）。変更前帳票ファイルＦＢ１’は、帳票番号が「００１」〜「１２５」の１２５個の帳票データを含み（図６）、変更後帳票ファイルＦＢ２’は、帳票番号が「００１」〜「１２３」、「１２５」、「１２６」の１２５個の帳票データを含んでいる（図７）。
【００３２】
次に、ＣＰＵ２−１は、変更前帳票ファイルＦＢ１’の帳票データをカウントするカウント値ａをＡ（Ａは変更前帳票ファイルＦＢ１’の帳票データの個数）とし（ステップ４０６）、変更前帳票ファイルＦＢ１’のａ番目の帳票データについて、そのキーフィールドの値（帳票番号）を読み取り、この値と一致するキーフィールドを有する帳票データを変更後帳票ファイルＦＢ２’において検索する（ステップ４０７）。ここでは、検索の結果得られた変更後帳票ファイルＦＢ２’の帳票データをｂ番目とする。図６の例では、変更前帳票ファイルＦＢ１’のａ＝１番目の帳票データのキーフィールドには、帳票番号として「００１」が書き込まれている。図７の例では、この「００１」と一致するキーフィールドを有する変更後帳票ファイルＦＢ２’の帳票データは、１番目に存在するので、ｂ＝１である。
【００３３】
続いて、ＣＰＵ２−１は、キーフィールドの値が一致した、変更前帳票ファイルＦＢ１’のａ番目の帳票データと変更後帳票ファイルＦＢ２’のｂ番目の帳票データとを、比較対象のデータとして選択する（ステップ４０８）。
そして、ＣＰＵ２−１は、選択した２つの帳票データを、キーフィールドを除く同一番号のフィールド毎、すなわちｎ＝２〜Ｎ番目のフィールド毎に比較する。具体的には、ＣＰＵ２−１は、ｎ＝２とし（ステップ４０９）、変更前帳票ファイルＦＢ１’のａ番目の帳票データのｎ番目のフィールドの情報と変更後帳票ファイルＦＢ２’のｂ番目の帳票データのｎ番目のフィールドの情報とを比較する（ステップ４１０）。
【００３４】
比較した結果、ｎ番目のフィールドの情報が一致している場合（ステップ４１１においてＮＯ）、ＣＰＵ２−１は、ｎ＝Ｎが成立するかどうか、すなわち最後のフィールド＃Ｎまで比較が終了したかどうかを判定し（ステップ４１３）、カウント値ｎが最後のフィールド番号＃Ｎに達していない場合は、カウント値ｎを１増やして（ステップ４１４）、ステップ４１０に戻る。こうして、ステップ４１０，４１１，４１３，４１４の処理がカウント値ｎ毎に行われる。
【００３５】
一方、ＣＰＵ２−１は、ステップ４１１においてｎ番目のフィールドの情報が一致していないと判断した場合、前記選択した２つの帳票データのｎ番目のフィールドの情報に不一致があったことを示す不一致情報をＲＡＭ２−２に格納し、データベースＤＰ内の変更履歴ファイルＦＲに、変更前帳票ファイルＦＢ１’のａ番目の帳票データと変更後帳票ファイルＦＢ２’のｂ番目の帳票データとを書き込む（ステップ４１２）。この変更履歴ファイルＦＲの１例を図８に示す。
【００３６】
このとき、ＣＰＵ２−１は、変更履歴ファイルＦＲにデータ区分フィールドを作成しておき、変更履歴ファイルＦＲに書き込む帳票データが変更前帳票ファイルＦＢ１’の帳票データであれば、データ区分フィールドに「変更前」と書き込み、変更後帳票ファイルＦＢ２’の帳票データであれば、データ区分フィールドに「変更後」と書き込む。これにより、変更前帳票ファイルＦＢ１’の帳票データであるのか、変更後帳票ファイルＦＢ２’の帳票データであるのかを判別できるようにしておく。
【００３７】
また、ＣＰＵ２−１は、変更履歴ファイルＦＲに書き込んだ２つの帳票データのｎ番目のフィールドに対して例えば変更点識別フラグを設定することで、帳票データの変更点を識別できるようにしておく。図８の例では、変更点識別フラグが設定されている箇所を梨子地で示している。
【００３８】
さらに、ＣＰＵ２−１は、変更履歴ファイルＦＲに変更種別フィールドを作成しておき、変更種別を書き込む。例えば図８の例では、帳票番号「０００２」の変更前の帳票データにおいてライン番号が「１」であったのに対して、同じ帳票番号「０００２」の変更後の帳票データではライン番号が「２」に変更されているので、変更種別を「変更」とする。
【００３９】
なお、ステップ４１０の比較を行なうにあたり、フィールドの情報のデータタイプは、数値型や文字列型などであるが、比較を実行する際は、文字列データとして比較するので、数値型や文字列型の違いに関らず、前記選択した２つの帳票データのフィールドに書き込まれている情報に違いがあれば、その違いを確実に判別することができる。
【００４０】
次に、ステップ４１３においてｎ＝Ｎが成立すれば、最後のフィールド＃Ｎまで比較が終了したことになる。ＣＰＵ２−１は、ステップ４１３において判定ＹＥＳとなった場合、変更前帳票ファイルＦＢ１’のａ番目の帳票データと変更後帳票ファイルＦＢ２’のｂ番目の帳票データとの間で全てのフィールドの情報が一致したかどうかを判定し（図５ステップ４１５）、全てのフィールドの情報が一致した場合には、ステップ４０８で選択してＲＡＭ２−２に格納した帳票データを削除する（ステップ４１６）。
【００４１】
ステップ４１５において少なくとも一部のフィールドの情報に不一致があったと判定した場合、あるいはステップ４１６の処理が終了した場合、ＣＰＵ２−１は、ａ＝１が成立するかどうか、すなわち変更前帳票ファイルＦＢ１’の最初の帳票データまで処理が終了したかどうかを判定し（ステップ４１７）、ａ＝１が成立しない場合は、カウント値ａを１減らして（ステップ４１８）、ステップ４０７に戻る。
【００４２】
こうして、変更前帳票ファイルＦＢ１’の帳票データ毎にステップ４０７〜４１８の処理が行われる。ステップ４１７においてａ＝１が成立する場合は、変更前帳票ファイルＦＢ１’の帳票データと変更後帳票ファイルＦＢ２’の帳票データのうち、キーフィールドの値が一致する帳票データ同士の比較が完了したことになる。
【００４３】
以上の処理は、変更種別が「変更」の場合の変更点を検索するための処理であるが、帳票データの変更種別としては、この他に「削除」（帳票データが削除されたことにより変更前帳票ファイルＦＢ１’のみに帳票データが存在する場合）や、「追加」（帳票データが追加されたことにより変更後帳票ファイルＦＢ２’のみに帳票データが存在する場合）がある。これら変更種別が「削除」、「追加」となる場合を判別するべく、次のようなフローで検索を実行する。
【００４４】
ＣＰＵ２−１は、ステップ４１７においてａ＝１が成立した場合、変更前帳票ファイルＦＢ１’の帳票データのキーフィールドの値と一致するキーフィールドを備えた帳票データが変更後帳票ファイルＦＢ２’に存在しない場合（ステップ４１９においてＹＥＳ）、データベースＤＰ内の変更履歴ファイルＦＲに、変更前帳票ファイルＦＢ１’の当該帳票データを書き込むと共に、この帳票データの変更種別を「削除」とする（ステップ４２０）。
【００４５】
例えば、カウント値ａ＝１２４とし、変更前帳票ファイルＦＢ１’の１２４番目の帳票データについて、データ構造情報に書き込まれているキーフィールドの帳票番号を読み取る。図６の例では、１２４番目の帳票データのキーフィールドに帳票番号として「１２４」が書き込まれており、この「１２４」がキーフィールドのキーとして読み取られる。次に、ＣＰＵ２−１は、読み取ったキーと一致する、変更後帳票ファイルＦＢ２’のｂ番目の帳票データのキーフィールドの情報を検索する。図７の例では、変更前帳票ファイルＦＢ１’の帳票データから読み取ったキーと一致するキーフィールドを備えた帳票データは変更後帳票ファイルＦＢ２’には存在しない。
【００４６】
これにより、ステップ４１９において判定ＹＥＳとなり、ＣＰＵ２−１は、変更前帳票ファイルＦＢ１’の１２４番目の帳票データを選択し、図８に示すように変更履歴ファイルＦＲに、変更前帳票ファイルＦＢ１’の１２４番目の帳票データを書き込む（ステップ４２０）。このとき、ＣＰＵ２−１は、変更履歴ファイルＦＲに書き込む帳票データが変更前のデータであるか、もしくは変更後のデータであるかを一見して判別できるようにする。ここでは、変更履歴ファイルＦＲに書き込んだ帳票データが変更前帳票ファイルＦＢ１’の帳票データなので、図８に示すようにデータ区分フィールドに「変更前」と書き込む。
【００４７】
さらに、ＣＰＵ２−１は、当該帳票データについて、削除があったことを一見して判別できるようにする。図８の例では、変更履歴ファイルＦＲに書き込んだ帳票データの変更種別フィールドに変更種別として「削除」と書き込む。
【００４８】
また、ＣＰＵ２−１は、ステップ４１７においてａ＝１が成立した場合、変更後帳票ファイルＦＢ２’の帳票データのキーフィールドの値と一致するキーフィールドを備えた帳票データが変更前帳票ファイルＦＢ１’に存在しない場合（ステップ４１９においてＹＥＳ）、データベースＤＰ内の変更履歴ファイルＦＲに、変更後帳票ファイルＦＢ２’の当該帳票データを書き込むと共に、この帳票データの変更種別を「追加」とする（ステップ４２０）。
【００４９】
例えば、変更後帳票ファイルＦＢ２’の帳票データをカウントするカウント値ｂを１２５とし、変更後帳票ファイルＦＢ２’の１２５番目の帳票データについて、データ構造情報に書き込まれているキーフィールドの帳票番号を読み取る。図７の例では、１２５番目の帳票データのキーフィールドに帳票番号として「１２６」が書き込まれており、この「１２５」がキーフィールドのキーとして読み取られる。次に、ＣＰＵ２−１は、読み取ったキーと一致する、変更前帳票ファイルＦＢ１’のａ番目の帳票データのキーフィールドの情報を検索する。図６の例では、変更後帳票ファイルＦＢ２’の帳票データから読み取ったキーと一致するキーフィールドを備えた帳票データは変更前帳票ファイルＦＢ１’には存在しない。
【００５０】
これにより、ステップ４１９において判定ＹＥＳとなり、ＣＰＵ２−１は、変更後帳票ファイルＦＢ２’の１２５番目の帳票データを選択し、図８に示すように変更履歴ファイルＦＲに、変更後帳票ファイルＦＢ２’の１２５番目の帳票データを書き込む（ステップ４２０）。このとき、ＣＰＵ２−１は、変更履歴ファイルＦＲに書き込む帳票データが変更前のデータであるか、もしくは変更後のデータであるかを一見して判別できるようにする。ここでは、変更履歴ファイルＦＲに書き込んだ帳票データが変更後帳票ファイルＦＢ２’の帳票データなので、図８に示すようにデータ区分フィールドに「変更後」と書き込む。
【００５１】
さらに、ＣＰＵ２−１は、当該帳票データについて、追加があったことを一見して判別できるようにする。図８の例では、変更履歴ファイルＦＲに書き込んだ帳票データの変更種別フィールドに変更種別として「追加」と書き込む。こうして、記憶装置２−４内のデータベースＤＰ内に、図８に示したような変更履歴ファイルＦＲが生成される。
【００５２】
以上のように、本実施の形態では、キーフィールドの情報が同一のデータを、変更前帳票ファイルＦＢ１’の帳票データ及び変更後帳票ファイルＦＢ２’の帳票データからそれぞれ選択して、この２つの帳票データを、キーフィールド以外の共通のフィールド毎に比較することにより、違いがあるフィールドのみを変更点として記憶することを自動的に行なうので、従来に比べて格段に少ない労力、及び短時間で確認作業を完了することができる。
【００５３】
また、本実施の形態では、比較の結果、いずれかのフィールドにおいて情報が一致しなかった場合、選択した２つの帳票データを変更履歴ファイルＦＲに書き込み、変更点として記憶したフィールドを識別するための情報（変更点識別フラグ）を、変更履歴ファイルＦＲに書き込んだ２つの帳票データの該当フィールドに付与するようにしている。図４、図５に示したデータベース変更点検索処理の終了後、作業者が、キーボード２−９とマウス２−１０を操作して、変更履歴ファイルＦＲの表示をＣＰＵ２−１に指示すると、ＣＰＵ２−１は、Ｉ／Ｆ２−６を介してディスプレイ装置２−８に変更履歴ファイルＦＲを表示させる。
【００５４】
このとき、ＣＰＵ２−１は、変更点識別フラグが設定されているフィールドを例えば色分け表示するなどして、変更があったことを一見して判別できるようにする。これにより、作業者は、変更された帳票データがどの監視ポイントのデータであるかを容易に認識することができ、またこの監視ポイントのどのフィールドのデータが変更されたかを容易に認識することができる。例えば図８の例では、帳票番号「０００２」の変更前の帳票データにおいてライン番号が「１」であったのに対して、同じ帳票番号「０００２」の変更後の帳票データではライン番号が「２」に変更されていることを容易に認識できる。
【００５５】
なお、本実施の形態では、本発明のデータベース変更点検索方法の適用対象として、ビル監視システムで使用される帳票データを例に挙げて説明しているが、これに限るものではなく、他のデータベースにも適用できることは言うまでもない。
また、本実施の形態では、変更前帳票ファイルＦＢ１’と変更後帳票ファイルＦＢ２’の各帳票データについて変更点を見つける度に、その都度、帳票データを変更履歴ファイルＦＲに書き込んでいくが、全ての帳票データについて変更点の検索を実施した後で、不一致があったデータを変更履歴ファイルＦＲに書き込むようにしてもよい。
また、図８に示した変更履歴ファイルＦＲを表示する際に、変更前の帳票データを例えば緑色で表示し、変更後の帳票データを例えば青色で表示するといったように、変更前と変更後で色分け表示してもよい。
【産業上の利用可能性】
【００５６】
本発明は、データベースに格納されたファイルの変更点を検索する技術に適用することができる。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施の形態に係るビル監視システムの中央監視装置の１構成例を示すブロック図である。
【図２】本発明の実施の形態における帳票ファイルの構造を示す図である。
【図３】本発明の実施の形態に係る汎用コンピュータの１構成例を示すブロック図である。
【図４】図３の汎用コンピュータのデータベース変更点検索処理を示すフローチャートである。
【図５】図３の汎用コンピュータのデータベース変更点検索処理を示すフローチャートである。
【図６】本発明の実施の形態において変更点検索の対象となる変更前帳票ファイルの１例を示す図である。
【図７】本発明の実施の形態において変更点検索の対象となる変更後帳票ファイルの１例を示す図である。
【図８】本発明の実施の形態において変更点検索の結果得られた変更履歴ファイルの１例を示す図である。
【符号の説明】
【００５８】
１−１，２−１…ＣＰＵ、１−２，２−２…ＲＡＭ、１−３，２−３…ＲＯＭ、１−４，２−４…記憶装置、１−５〜１−７，２−５〜２−７…インターフェイス装置、１−８，２−８…ディスプレイ装置、１−９，２−９…キーボード、１−１０，２−１０…マウス。
【図１】
0004728073.tif 000002
【図２】
0004728073.tif 000003
【図３】
0004728073.tif 000004
【図４】
0004728073.tif 000005
【図５】
0004728073.tif 000006
【図６】
0004728073.tif 000007
【図７】
0004728073.tif 000008
【図８】
0004728073.tif 000009