JP2004133535A - Data processor, processing method and program - Google Patents

Data processor, processing method and program Download PDF

Info

Publication number
JP2004133535A
JP2004133535A JP2002294973A JP2002294973A JP2004133535A JP 2004133535 A JP2004133535 A JP 2004133535A JP 2002294973 A JP2002294973 A JP 2002294973A JP 2002294973 A JP2002294973 A JP 2002294973A JP 2004133535 A JP2004133535 A JP 2004133535A
Authority
JP
Japan
Prior art keywords
file
index information
data
generated
business
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002294973A
Other languages
Japanese (ja)
Inventor
Masanobu Takamura
高村 雅庸
Junji Kitahara
北原 順次
Makoto Suga
須賀 誠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Daikin Industries Ltd
Original Assignee
Daikin Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Daikin Industries Ltd filed Critical Daikin Industries Ltd
Priority to JP2002294973A priority Critical patent/JP2004133535A/en
Publication of JP2004133535A publication Critical patent/JP2004133535A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To easily manage data. <P>SOLUTION: A data management system 1 generates index information from the record of a prescribed unit included in a DB file recorded in a DB group 2 for jobs, records it in a construction management DB 4, also generates the index information on the basis of a data file recorded in a data file group 3 and records it in the construction management DB 4. A data management part 5 uniformly displays the index information recorded in the construction work management DB 4 on the basis of the command of a user. This invention can be applied to a personal computer. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、データ処理装置および方法、並びにプログラムに関し、特に、データの管理を容易にすることができるようにしたデータ処理装置および方法、並びにプログラムに関する。
【0002】
【従来の技術】
従来、機械設備施工業務(例えば、建設工事)を行なう場合、1つの工事物件に対して、受注から竣工に至るまでに、様々なデータ(異なるアプリケーションにより作成される複数のデータ)が生成される(例えば、設計図書、拾い、見積もり、施工図、材料集計、工程表、および原価管理表などのデータが生成される)。これらのデータを管理する一般的な方法の例を、以下に3つ示す。
【0003】
1つ目の方法は、工事単位で分類されたフロッピー(登録商標)ディスクやMO(Magneto Optical Disk)等の外部ディスクに記録し、保管することによりデータを管理する。
【0004】
2つ目の方法は、内蔵するHDD(Hard Disk Drive)に対して、工事単位にフォルダを作成することによりデータを管理する。
【0005】
3つ目の方法は、文書管理ソフト等を利用することによりデータを管理する。
【0006】
1つ目の方法と2つ目の方法については、管理する媒体は異なるが、手段は同様であり、例えば、ファイル名称を、ファイルの内容が連想できる名称とし、さらに、フォルダを用いて分類した結果を、例えば、Windows(登録商標) OS(Operating Systems)に付属しているエクスプローラなどを利用して管理を行なう。
【0007】
1ファイルに対して1データに該当するようなものであれば、ファイル名称やフォルダ名称そのものがインデックス情報(目次情報)と同じ意味合いとなるため、データの管理方法として有効である。
【0008】
【発明が解決しようとする課題】
しかしながら、1ファイル中に複数の単位のレコードが内包されているDB(データベース)ファイル(例えば、拾いの工程により作成される拾いDBファイルには、異なる複数の建物のレコードが内包されている)に対しては、DBファイルに命名されたファイル名称しか認識できないため、DBファイル中にあるインデックス情報(例えば、複数の建物毎に関する情報)を得る場合、DBファイルの中身が閲覧可能なソフトウエア(例えば、拾いの工程を実行するためのソフトウエア)を起動しなければならず、データの管理が複雑であるという課題があった。
【0009】
また、3つ目の方法は、1つのファイルに対して複数の分類方法を割り当てることができ、ファイル名称やフォルダ構造を利用した管理(1つ目の方法と2つ目の方法による管理)よりも複雑な管理が可能ではあるが、1ファイル中に複数のデータが内包されているDBファイルについては、1つ目の方法と2つ目の方法と同様、その中身が閲覧可能なソフトウエアを起動しなければならず、データの管理が複雑であるという課題があった。
【0010】
本発明はこのような状況に鑑みてなされたものであり、データの管理を容易にすることができるようにするものである。
【0011】
【課題を解決するための手段】
本発明のデータ処理装置は、第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成手段と、第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成手段と、第1の生成手段により生成された第1のインデックス情報と第2の生成手段により生成された第2のインデックス情報を記録する記録手段と、記録手段に記録されている、第1および第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理手段とを備えることを特徴とする。
【0012】
前記第1の生成手段は、第1のアプリケーションにより生成されたデータベースに、所定の単位のレコードが複数記録されていた場合、所定の単位のレコードの数に対応する数の第1のインデックス情報を生成し、第2の生成手段は、第2のアプリケーションにより生成されたデータファイルが複数記録されていた場合、データファイルの数に対応する数の第2のインデックス情報を生成するようにすることができる。
【0013】
前記第1および第2のインデックス情報は、名称、属性、ファイルの種類、更新日時、作成者、およびデータベース内のキーのうちの少なくともいずれか1つを含むようにすることができる。
【0014】
本発明のデータ処理方法は、第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成ステップと、第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成ステップと、第1の生成ステップの処理により生成された第1のインデックス情報と第2の生成ステップの処理により生成された第2のインデックス情報の記録を制御する記録制御ステップと、記録制御ステップの処理により記録された、第1および第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理ステップとを含むことを特徴とする。
【0015】
本発明のプログラムは、第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成ステップと、第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成ステップと、第1および第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理ステップとを実行させることを特徴とする。
【0016】
本発明のデータ処理装置および方法、並びにプログラムにおいては、第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報が生成され、第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報が生成され、これらの複数のインデックス情報に基づいて、データが管理される。
【0017】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【0018】
図1は、本発明を適用したデータ管理システム1の構成例を表わしている。
【0019】
業務用DB群2には、例えば、機械設備施工業務の各業務を行なう場合において生成される複数のDBファイルが記録されている。例えば、建設工事をするに当たっての、設計図書、拾い、見積もり、施工図、材料集計、工程表、および原価管理表などのDBファイルが記録されており、それぞれのDBファイルには、複数の建設現場に対応する複数の所定の単位のレコードが含まれている。
【0020】
データファイル群3には、機械設備施工業務の各業務で生成されるものではないデータファイル、すなわち、一般的なデータファイル(例えば、テキストファイル、図面ファイル、または表計算ファイル)などが記録されている。
【0021】
業務用DB群2に記録されているDBファイルの所定の単位のレコードから生成されたインデックス情報(後述する図2のインデックス情報30)と、データファイル群3に記憶されているデータファイルから生成されたインデックス情報は、工事管理DB4に記録されている。
【0022】
データ管理部5は、ユーザの指令に基づいて、工事管理DB4にアクセスし、工事管理DB4に記録されている複数のインデックス情報(後述する図2のインデックス情報30)を参照して、データを管理する。
【0023】
この図1を参照して、データ管理システム1により実行されるインデックス情報生成処理を説明する。データ管理システム1は、ステップS1において、業務用DB群2に記録されているDBファイルから、所定の単位(例えば、1つの業務に対応する単位)のレコードに関する情報に基づいて、インデックス情報(後述する図2のインデックス情報30)を生成する。
【0024】
例えば、拾いの工程により生成される1つの拾いDBには、「○○ビル新築工事1」、「○○ビル新築工事2」、および「○○ビル新築工事3」など、複数の業務単位のレコードが含まれている。そのため、データ管理システム1は、「○○ビル新築工事1」、「○○ビル新築工事2」、および「○○ビル新築工事3」のそれぞれのデータに基づいて、対応するインデックス情報を生成する。いまの例の場合、3つのインデックス情報が生成される。
【0025】
ステップS2において、データ管理システム1は、データファイル群3からデータファイルに関するインデックス情報を生成する。例えば、データファイル群3に記憶されている設計図書の工程に関するフォルダに、一般的なアプリケーション(例えば、テキストファイルを作成するアプリケーション、および画像ファイルを作成するアプリケーション)を利用して生成された「管材リスト.txt」、「小便器(正面).bmp」、「洗面器(下部).bmp」、および「洋便器(正面).bmp」のデータファイルが含まれていた場合、これらのそれぞれのデータファイルに対応するインデックス情報(後述する図2のインデックス情報30)を生成する。いまの例の場合、4つのインデックス情報が生成される。
【0026】
図2は、工事管理DB4に記録さているインデックス情報30を説明する図である。
【0027】
インデックス情報30には、名称、属性、ファイルの種類、更新日時、作成者、およびDB内のキーが含まれている。「名称」は、対象となるファイルの名称を示し、「属性」は、対象となるファイルの属性に対応して、作成中/完了の2種類の中のいずれか1つを示す。「ファイルの種類」は、その対象となるファイルの種類を示し、「更新日時」は、対象となるファイルの更新日を示す。「作成者」は、そのファイルの作成者を示し、「DB内のキー」は、対象となるファイルに対応する、業務DB内で対象となるレコードを一意に検索可能なキーを示す。「DB内のキー」は、例えば、DBの設計段階で設定したレコード毎に自動的連続的に振られている一連番号(0,1,2,3,・・・)であったり、幾つかのユニークな内容を組み合わせたもの(AA−01,BB−01,CC−01・・・)のようなものであり、DB中にある対象となるレコードを直接特定できる検索キーの値である。
【0028】
データ管理システム1は、業務用DB群2に記録されているDBファイルの所定の単位のレコード、および、データファイル群3に記録されているデータファイルから図2に示されるような情報が含まれるインデックス情報30を生成し、これを工事管理DB4に記録させる。
【0029】
なお、インデックス情報30に含まれる情報は、名称、属性、ファイルの種類、更新日時、作成者、およびDB内のキーに限定されることはなく、他の情報を付加したり、これらの情報のうち、少なくともいずれか1を含むものとしてもよい。
【0030】
図1に戻って、ステップS3において、データ管理システム1は、ステップS1とステップS2の処理により生成したインデックス情報30を、工事管理DB4に記録する。
【0031】
ステップS1乃至ステップS3の処理により、データ管理システム1により、業務用DB群2とデータファイル群3から所定の単位のレコードまたはファイルに対応するインデックス情報30が生成され、工事管理DB4に記録される。
【0032】
ステップS4において、データ管理システム1のデータ管理部5は、ユーザの指令に基づいて、データ管理を行なう。このとき、データ管理部5は、工事管理DB4に記録されているインデックス情報30を利用してデータ管理を行なう。
【0033】
ユーザは、データ管理部5に指令を入力することにより、データ管理部5は、工事管理DB4を参照するため、DBファイルに含まれる複数の所定の単位のレコードも、1つの仮想ファイルとして、インデックス情報を参照することもでき、かつ、一般的なファイル(例えば、テキストファイル)のインデックス情報も同時に閲覧できるため(一律に閲覧できるため)、データの管理を容易にすることができる。
【0034】
図3は、本発明を適用したデータ管理システムの処理を実行可能なパーソナルコンピュータ50の構成例を示すブロック図である。
【0035】
CPU(Central Processing Unit)61は、入出力インターフェース62および内部バス63を介して、パーソナルコンピュータ50のユーザが、入力部64を用いて入力した各種指令に対応する信号を受け、入力された信号に基づいた各種処理を実行する。
【0036】
ROM(Read Only Memory)65は、CPU61が使用するプログラムや演算用のパラメータのうち、基本的に固定のデータを格納する。RAM(Random Access Memory)66は、CPU61の実行において使用するプログラムやデータ、その実行において適宜変化するパラメータなどを格納する。CPU61、ROM65、およびRAM66は、内部バス63により相互に接続されている。
【0037】
内部バス63は、入出力インターフェース62とも接続されている。入力部64は、例えば、キーボード、タッチパッド、ジョグダイヤル、あるいはマウスなどからなり、パーソナルコンピュータ50のユーザがCPU61に各種の指令を入力するとき操作される。表示部67は、例えば、CRT(Cathode Ray Tube)や液晶表示装置などで構成され、各種情報をテキスト、あるいはイメージなどで表示する。
【0038】
HDD(hard disk drive)68は、ハードディスクを駆動し、それらにCPU61によって実行されるプログラムや情報を記録または再生させる。ドライブ69には、必要に応じて磁気ディスク81、光ディスク82、光磁気ディスク83、および半導体メモリ84が装着され、データの授受を行う。
【0039】
ネットワークインターフェース70は、有線、あるいは、無線を介して、他の装置などと接続され、情報の授受を行う。
【0040】
これらの入力部64乃至ネットワークインターフェース70は、入出力インターフェース62および内部バス63を介してCPU61に接続されている。
【0041】
工事管理DB4は、ネットワークインターフェース70を介して接続されている装置や記録媒体に記録されていてもよいし、ネットワークインターフェース70を介してインターネットに接続されているサーバ上に記録されていてもよい。
また、勿論、パーソナルコンピュータ50のHDD68に記録されていてもよい。
これは、業務用DB群2、およびデータファイル群3についても、同様である。以下、業務用DB群2、データファイル群3、および工事管理DB4が、例として、パーソナルコンピュータ50のHDD68に記録されている場合について説明する。
【0042】
図4と図5のフローチャートを参照して、データ管理システム1により実行されるDB管理処理を説明する。なお、この処理は、ユーザにより、業務用DB群2またはデータファイル群3に記録されているファイル(または仮想ファイル)に対応するインデックス情報が選択されたとき、開始される。
【0043】
ステップS11において、データ管理システム1のデータ管理部5は、ユーザからのファイル(または仮想ファイル)に対応するインデックス情報の選択を受け付け、選択されたファイル(または仮想ファイル)を取得する。
【0044】
ステップS12において、データ管理システム1は、ステップS11の処理によりデータ管理部4により取得されたファイル(または仮想ファイル)が、業務ファイルであるか否かを判定する。業務ファイルとは、この場合、業務用DB群2に記録されているDBファイルの所定の単位のレコードに対応する仮想ファイルのことを示す。ユーザにより選択されたファイルは、業務ファイル(業務用DB群2に記録されているDBファイルの所定の単位のレコードに対応する仮想ファイル)と外部ファイル(データファイル群3に記録されているデータファイル)のいずれかである。
【0045】
ステップS12において、業務ファイル(業務用DB群2に記録されているDBファイルの所定の単位のレコードに対応する仮想ファイル、以下、業務ファイルと称する)であると判定された場合、ステップS13に進み、データ管理システム1は、データを追加するか否かを判定する。具体的には、ユーザによりデータを追加する指令が、データ管理部5に入力されたか否かを判定する。ステップS13において、データを追加すると判定された場合、処理はステップS14に進み、業務ファイルのデータ追加処理が実行される。この業務ファイルのデータ追加処理について、図6を参照して説明する。
【0046】
ステップS51において、データ管理システム1は、選択されているファイル(図4のステップS11の処理により選択されたファイル(いまの場合、業務ファイル))に対応する業務プログラムを起動する。具体的には、例えば、選択されているファイル(業務ファイル)が、拾いの工程に対応するファイル(拾いDBに記録されている所定の単位のレコードに対応する仮想ファイル)である場合、拾いの工程を実行する業務プログラムを起動する。
【0047】
ステップS52において、データ管理システム1のデータ管理部5は、ユーザの指令を取得する。このとき、ユーザの指令には、追加するファイルの名称や、追加する処理の内容が含まれている。
【0048】
ステップS53において、データ管理システム1は、追加するファイルの名称(ステップS52の処理によりデータ管理部5が取得したデータファイルの名称)を、工事管理DB4に追加する。例えば、追加されたファイルの名称が、「○○ビル新築工事1」とされる場合、これを工事管理DB4に追加する。
【0049】
ステップS54において、データ管理システム1は、ステップS52の処理により取得したユーザの指令に基づいて、業務プログラムに、追加処理を実行させる。業務プログラムは、例えば、ユーザの指令に基づいて、拾い処理を実行する。勿論、業務プログラムは、拾い処理を実行した後、その追加されたレコードを、対応する業務DB内(業務用DB群2の拾いDB)に記録させる。
【0050】
ステップS55において、データ管理システム1は、業務プログラムを終了するか否かを判定する。具体的には、ユーザにより、データ管理部5に、業務プログラムを終了するような指令が入力されたか否かを判定する。ステップS55において、業務プログラムを終了しないと判定された場合、処理は業務プログラムを終了する指令が入力されるまで待機する。
【0051】
ステップS55において、業務プログラムを終了すると判定された場合、処理はステップS56に進み、データ管理システム1は、ステップS54の処理により業務DB内に追加され、記録されているレコードのキーと属性を、業務プログラムから取得する。
【0052】
ステップS57において、データ管理システム1は、ステップS86の処理により取得した情報を工事管理DB4に更新する。具体的には、ステップS53の処理によりファイル名称が追加されているため、データ管理システム1は、そのファイル名称(ステップS53の処理により追加されたファイル名称)が記載されているインデックス情報30の対応する箇所に、記録されているレコードのキーと属性を追加し、記録させる。そして、業務ファイルのデータ追加処理は終了され、処理は、図4のステップS27に進む。
【0053】
図4に戻って、ステップS13において、データを追加しないと判定された場合、処理はステップS15に進み、データ管理システム1は、データを変更するか否かを判定する。具体的には、ユーザにより選択されたファイル(ステップS11の処理により取得されたファイル)に対して、データを変更する指令が、データ管理部5に入力されたか否かを判定する。ステップS15において、データを変更すると判定された場合、処理はステップS16に進み、業務ファイルのデータ変更処理が実行される。この業務ファイルのデータ変更処理について、図7を参照して説明する。
【0054】
ステップS81において、データ管理システム1は、選択されているファイル(図4のステップS11の処理により選択されたファイル(いまの場合、業務ファイル))に対応する業務プログラムを起動する。
【0055】
ステップS82において、データ管理システム1のデータ管理部5は、ユーザの指令を取得する。このとき、ユーザの指令には、変更を指令する内容が含まれている。
【0056】
ステップS83において、データ管理システム1は、工事管理DB4に記録されている業務プログラムDB用のキーを取得し、業務プログラムに通知する。具体的には、ファイル(図4のステップS11の処理により選択されたファイル)に対応するインデックス情報30に含まれる「DB内のキー」を取得し、これを、業務プログラムに通知する。
【0057】
業務プログラムによっては、変更内容を直接対象となるレコードに上書きするのではなく、安全の為に新しくレコードを追加し、変更後の内容を書き込み、正常に書き込みが終了した場合、変更元となったレコードを削除するといった手順で行なわれるものが想定されるため、この業務プログラムへの通知が行なわれる。この場合、キーとなる値(DB内のキー)が、変更を要求したときのものでなくなる可能性があるので、実際に変更後に割り当てているキー(DB内のキー)を再度受け取る仕組みとする(もちろん単純に上書きするものもあるので、この場合は、キーの値は結果として変わらないことになる)。
【0058】
ステップS84において、データ管理システム1は、ステップS82の処理により取得したユーザの指令に基づいて、業務プログラムに、変更処理を実行させる。業務プログラムは、例えば、ユーザの指令に基づいて、拾い処理を変更する処理を実行する。勿論、業務プログラムは、拾い処理を実行した後、変更されたレコードを、対応する業務DB内(図1の業務用DB群2にある拾いDB)に記録させる。
【0059】
ステップS85において、データ管理システム1は、業務プログラムを終了するか否かを判定する。具体的には、ユーザにより、データ管理部5に、業務プログラムを終了するような指令が入力されたか否かを判定する。ステップS85において、業務プログラムを終了しないと判定された場合、処理は業務プログラムを終了する指令が入力されるまで待機する。
【0060】
ステップS85において、業務プログラムを終了すると判定された場合、処理はステップS86に進み、データ管理システム1は、ステップS84の処理により業務DB内に変更され、記録されているレコードの属性を、業務プログラムから取得する。具体的には、レコードの属性は、作成中または完了のいずれか1つであるので、これを取得する。また、データ管理システム1は、変更後のファイルが、変更前のファイルと異なる場合、変更後のファイルのステータス(インデックス情報の元となる情報)を取得する。
【0061】
ステップS87において、データ管理システム1は、ステップS86の処理により取得した情報を工事管理DB4に更新する。具体的には、ステップS84の処理によりレコードが変更されているため、データ管理システム1は、変更されたレコードの属性を、工事管理DB4に記録されている対象となるファイルに対応するインデックス情報30の「属性」に更新する。また、上述したように、変更後のファイルが、変更前のファイルと異なる場合、変更後のファイルのステータスが保持されているため(ステップS86の処理により取得されているため)、これも更新する。そして、業務ファイルのデータ変更処理は終了され、処理は、図4のステップS27に進む。
【0062】
図4に戻って、ステップS15において、データを変更しないと判定された場合、処理はステップS17に進み、データ管理システム1は、データ名称を変更するか否かを判定する。具体的には、ユーザにより選択されたファイル(ステップS11の処理により取得されたファイル)に対して、データの名称を変更する指令が、データ管理部5に入力されたか否かを判定する。ステップS17において、データ名称を変更すると判定された場合、データ管理部5は、ユーザからの指令を取得する。この指令には、変更されるデータ名称が含まれている。その後、処理はステップS18に進み、データ管理システム1は、工事管理DB4にある対象となるファイルのインデックス情報30に含まれているファイル名称を、ユーザの指令に基づくファイル名称に変更し、処理はステップS27に進む。
【0063】
ステップS17において、データ名称を変更しないと判定された場合、処理はステップS19に進み、業務ファイルの削除処理が実行される。この業務ファイルのデータ削除処理について、図8を参照して説明する。
【0064】
ステップS121において、データ管理システム1は、選択されているファイル(図4のステップS11の処理により選択されたファイル(いまの場合、業務ファイル))に対応する業務プログラムを起動する。
【0065】
ステップS122において、データ管理システム1は、工事管理DB4に記録されている業務プログラムDB用のキーを取得し、業務プログラムに通知する。
具体的には、ファイル(図4のステップS11の処理により選択されたファイル)に対応するインデックス情報30に含まれる「DB内のキー」を取得し、これを、業務プログラムに通知する。この業務プログラムへ通知された「DB内のキー」は、業務プログラムで使用しているDB中にある対象のレコードをDBより削除させる処理を、業務プログラムで行うときに必要となる(削除を行いたいレコードを検索するための「DB内のキー」となる)
【0066】
ステップS123において、データ管理システム1は、業務プログラムに、削除処理を実行させる。業務プログラムは、例えば、対象となるレコードを削除する。勿論、業務プログラムは、削除処理を実行した後、削除されたレコードを、対応する業務DB内(図1の業務用DB群2にある業務DB)から削除する。
【0067】
ステップS124において、データ管理システム1は、業務プログラムを終了するか否かを判定する。具体的には、ユーザにより、データ管理部5に、業務プログラムを終了するような指令が入力されたか否かを判定する。ステップS124において、業務プログラムを終了しないと判定された場合、処理は業務プログラムを終了する指令が入力されるまで待機する。
【0068】
ステップS124において、業務プログラムを終了すると判定された場合、処理はステップS125に進み、データ管理システム1は、ステップS123の処理により業務DB内から削除されたレコードに対応する、工事管理DB4に記憶されているインデックス情報を削除する。そして、業務ファイルのデータ変更処理は終了され、処理は、図4のステップS27に進む。
【0069】
図4に戻って、ステップS12において、業務ファイルでないと判定された場合、処理は図5のステップS20に進み、データ管理システム1は、データを変更するか否かを判定する。この場合、選択されたファイルは、データファイル群3に記録されている外部ファイル(例えば、ペイント(商標)のアプリケーションにより作成されたファイル、以下、外部ファイルと称する)である。具体的には、ユーザにより選択されたファイル(図4のステップS11の処理により取得された外部ファイル)に対して、データを変更する指令が、データ管理部5に入力されたか否かを判定する。ステップS20(図5)において、データを変更すると判定された場合、処理はステップS21に進み、外部ファイルのデータ変更処理が実行される。この外部ファイルのデータ変更処理について、図9を参照して説明する。
【0070】
ステップS151において、データ管理システム1は、対象ファイルのパス名称を取得する。例えば、「C:¥Documents and Settings¥ユーザ1¥My Documents¥小便器(正面).bmp」とされるパス名称を取得する。
【0071】
ステップS152において、データ管理システム1は、ステップS151の処理により取得したファイルのパス名称(いまの例の場合、「C:¥Documents and Settings¥ユーザ1¥My Documents¥小便器(正面).bmp」とされるパス名称)と引数にして、関連付けされているプログラムを起動する。いまの例の場合、ペイント(商標)のアプリケーションを起動する。
【0072】
ステップS153において、データ管理システム1のデータ管理部5は、ユーザの指令を取得する。このとき、ユーザの指令には、対象となるファイルの変更を指令する内容が含まれている。
【0073】
ステップS154において、データ管理システム1は、ステップS153の処理により取得したユーザの指令に基づいて、起動している外部プログラム(いまの例の場合、ペイントのアプリケーション)に、変更処理を実行させる。外部プログラムは、例えば、ユーザの指令に基づいて、図面を変更する処理を実行する。勿論、外部プログラムは、変更処理を実行した後、変更されたファイルを、対応するデータファイル群3に記録させる。
【0074】
ステップS155において、データ管理システム1は、外部プログラムを終了するか否かを判定する。具体的には、データ管理部5が、ユーザにより、外部プログラムが終了されたか否かを判定する。ステップS155において、外部プログラムを終了していないと判定された場合、処理は外部プログラムが終了されるまで待機する。
【0075】
ステップS155において、外部プログラムを終了すると判定された場合、処理はステップS156に進み、データ管理システム1は、対象ファイルのファイル情報から更新日時と書込属性を取得する。
【0076】
ステップS156において、データ管理システム1は、ステップS155の処理により取得した情報を、対象となるファイルに対応する、工事管理DB4に記録されているインデックス情報30に対して更新する。具体的には、ステップS154の処理によりファイルの更新日時が変更されており、かつ、書込属性(作業中または完了)が変更されている可能性があるので、データ管理システム1は、変更されたファイルの更新日時と書込属性を、工事管理DB4に記録されている対象となるファイルに対応するインデックス情報30に更新する。そして、外部ファイルのデータ変更処理は終了され、処理は、図4のステップS27に進む。
【0077】
図5に戻って、ステップS20において、データを変更しないと判定された場合、処理はステップS22に進み、データ管理システム1は、データ名称を変更するか否かを判定する。具体的には、ユーザにより選択されたファイル(ステップS11の処理により取得された外部ファイル)に対して、データの名称を変更する指令が、データ管理部5に入力されたか否かを判定する。ステップS22において、データ名称を変更すると判定された場合、データ管理部5は、ユーザからの指令を取得する。この指令には、変更されるデータ名称が含まれている。その後、処理はステップS23に進み、データ管理システム1は、対象となるファイルの名称を変更する(ステップS22の処理で取得した名称に変更する)。
【0078】
ステップS24において、データ管理システム1は、工事管理DB4にある対象となるファイルのインデックス情報30に含まれているファイル名称を、ステップS22の処理で取得したファイル名称に変更する(ステップS23の処理と同様の処理を行なう)。その後、処理は図4のステップS27に進む。
【0079】
ステップS22(図5)において、データ名称を変更しないと判定された場合、処理はステップS25に進み、データ管理システム1は、対象となる外部ファイル(図4のステップS11の処理により選択されたファイル)を削除する。
【0080】
ステップS26(図5)において、データ管理システム1は、ステップS25の処理により削除されたファイルに対応する、工事管理DB4に記録されているインデックス情報30を削除する。その後、処理は、図4のステップS27に進む。
【0081】
図4のステップS14の処理の後、ステップS16の処理の後、ステップS18の処理の後、ステップS19の処理の後、図5のステップS21の処理の後、ステップS24の処理の後、またはステップS26の処理の後、処理は図4のステップS27に進み、データ管理システム1は、更新結果を表示する。具体的には、データ管理システム1を実行しているパーソナルコンピュータ50の表示部67に、更新結果を表示させる。
【0082】
このとき、表示部67に表示される画面例を図10と図11に示す。図10の例の場合、エクスプローラ画面100は、業務選択ツリー111と詳細表示112により構成されている。業務選択ツリー111は、業務を選択するためのツリーであり、図10の例の場合、設計図書121が選択されている。詳細表示112は、選択された業務に対応する格納場所に格納されているDBファイルに含まれる所定の単位のレコードに対応する仮想ファイルまたはデータファイルが格納されおり、図10の例の場合、「管材リスト.txt」、「小便器(正面).bmp」、「洗面器(下部).bmp」、および「洋便器(正面).bmp」のデータファイルが格納されている。この場合、全て外部ファイルが格納されている。
【0083】
また、図11の例の場合、業務選択ツリー111においては、拾い表131が選択されており、詳細表示112においては、「○○ビル新築工事1」、「○○ビル新築工事2」、「○○ビル新築工事3」、「○○ビル新築工事4」、および「○○ビル新築工事5」の仮想ファイルが格納されている。この場合、全て業務ファイル(仮想ファイル)が格納されている。これらの仮想ファイルは、実際には、拾い表131の工程に関する拾いDBに含まれている所定の単位のレコードであるが、工事管理DB4にインデックス情報30を記録させることにより仮想ファイルとして表示させることができる。
【0084】
データ管理システム1は、図6乃至図9の処理を実行することにより、図11に示されるように、1つのDBである拾い表131の中において、利用単位毎の情報(レコード)を仮想ファイルで表示させることが可能となる。具体的には、データ管理システム1は、利用単位毎の情報(所定の単位のレコード)を、インデックス情報30を利用して、その単位毎に表示させる。
【0085】
以上の処理により、業務用DB群2に格納されているDBファイル(業務ファイル)に含まれる所定の単位のレコードおよびデータファイル群3に格納されているデータファイル(外部ファイル)からインデックス情報30を生成し、工事管理DB4に記録させるようにしたので、ユーザにより、データ管理を行なう場合において、DBファイル(業務ファイル)に含まれる所定の単位のレコードも1つのファイル(仮想ファイル)として扱うことができ、さらに、外部ファイルと同様に表示させ(図10と図11)、管理することができるため、データの種類に拘わらず、インデックス情報(目次情報)を一律に閲覧することができる。
これにより、データの管理を容易にすることができる。
【0086】
また、所定の単位のレコード(1つの業務に関するレコード)を1つのファイル(仮想ファイル)として扱うことができるため、利用したいデータの所在、データが利用できるソフトウエアの所在、データの種類や状況の把握を容易に行なうことができる。
【0087】
さらに、業務内の工程によって利用されるソフトウエアが異なるような、機械設備施工業務に利用されるデータであっても、データの種類に拘わらず、目的とするインデックス情報を一律に閲覧することができる。
【0088】
また、ファイルの種類に拘わらず、インデックス情報30が作成されるため、ファイルの種類には影響されない共通のステータス情報を表示することができる。
【0089】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【0090】
この記録媒体は、図3に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク81(フロッピディスクを含む)、光ディスク82(CD−ROM(Compact Disc−Read Only Memory)、DVD(Digital Versatile Disc)を含む)、光磁気ディスク83(MD(Mini Disc)を含む)、半導体メモリ84などによりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているHDD68などで構成される。
【0091】
なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【0092】
【発明の効果】
以上の如く、本発明によれば、データの管理を容易にすることができる。特に、本発明によれば、データの種類に拘わらず、データに関する情報を、一律に閲覧することができる。
【図面の簡単な説明】
【図1】本発明を適用したデータ管理システムの構成例を表わしている。
【図2】工事管理DBに記録さているインデックス情報を説明する図である。
【図3】本発明を適用したデータ管理システムの処理を実行可能なパーソナルコンピュータの構成例を示すブロック図である。
【図4】DB管理処理を説明するフローチャートである。
【図5】DB管理処理を説明するフローチャートである。
【図6】図4のステップS14の業務ファイルのデータ追加処理を説明するフローチャートである。
【図7】図4のステップS16の業務ファイルのデータ追加処理を説明するフローチャートである。
【図8】図4のステップS19の業務ファイルのデータ追加処理を説明するフローチャートである。
【図9】図5のステップS21の業務ファイルのデータ追加処理を説明するフローチャートである。
【図10】データ管理システムにより表示部に表示される画面例を示す図である。
【図11】データ管理システムにより表示部に表示される画面例を示す図である。
【符号の説明】
1 データ管理システム
2 業務用DB群
3 データファイル群
4 工事管理DB
5 データ管理部
30 インデックス情報
111 業務選択ツリー
112 詳細表示
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data processing device, method, and program, and more particularly, to a data processing device, method, and program capable of facilitating data management.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, when performing mechanical equipment construction work (for example, construction work), various data (a plurality of data created by different applications) is generated from one order to completion of one construction property. (For example, data such as design documents, pick-ups, estimates, construction drawings, material tabulations, process charts, and cost control charts are generated). The following are three examples of common methods for managing these data.
[0003]
In the first method, data is managed by recording and storing the data on an external disk such as a floppy (registered trademark) disk or an MO (Magneto Optical Disk) classified according to the construction unit.
[0004]
In the second method, data is managed by creating a folder for each work in a built-in HDD (Hard Disk Drive).
[0005]
The third method is to manage data by using document management software or the like.
[0006]
The media managed in the first method and the second method are different, but the means are the same. For example, the file name is a name that can be associated with the contents of the file, and furthermore, the file name is classified using a folder. The results are managed using, for example, an explorer attached to Windows (registered trademark) OS (Operating Systems).
[0007]
If one file corresponds to one data, the file name or the folder name itself has the same meaning as the index information (table of contents information), and is effective as a data management method.
[0008]
[Problems to be solved by the invention]
However, a DB (database) file in which a plurality of unit records are included in one file (for example, a record of a plurality of different buildings is included in a pick-up DB file created in a picking process). On the other hand, since only the file name given to the DB file can be recognized, when the index information (for example, information on each of a plurality of buildings) in the DB file is obtained, software (for example, software that can browse the contents of the DB file) Software for executing the picking-up process) must be started, and data management is complicated.
[0009]
In the third method, a plurality of classification methods can be assigned to one file, and the management method using the file name and the folder structure (management by the first method and the second method) Although it is possible to perform complicated management, for a DB file in which a plurality of data are included in one file, software that allows the contents to be browsed is used in the same way as the first method and the second method. It has to be started, and there has been a problem that data management is complicated.
[0010]
The present invention has been made in view of such a situation, and aims to facilitate data management.
[0011]
[Means for Solving the Problems]
The data processing device of the present invention includes a first generation unit configured to generate first index information corresponding to a record of a predetermined unit from a database generated by a first application, and a first generation unit that is different from the first application. Second generating means for generating second index information corresponding to the data file generated by the second application, and first index information generated by the first generating means and generated by the second generating means. Recording means for recording the second index information, and management means for acquiring and managing a plurality of pieces of index information including the first and second index information recorded in the recording means. I do.
[0012]
When a plurality of records of a predetermined unit are recorded in the database generated by the first application, the first generation unit may generate a number of pieces of the first index information corresponding to the number of records of the predetermined unit. When a plurality of data files generated by the second application are recorded, the second generating means may generate a number of pieces of second index information corresponding to the number of data files. it can.
[0013]
The first and second index information may include at least one of a name, an attribute, a file type, an update date and time, a creator, and a key in a database.
[0014]
The data processing method according to the present invention includes a first generation step of generating first index information corresponding to a record of a predetermined unit from a database generated by a first application, and a first generation step different from the first application. A second generating step of generating second index information corresponding to the data file generated by the second application, and a first index information generated by the processing of the first generating step and a second generating step of the second generating step. A recording control step for controlling recording of the second index information generated by the processing, and a plurality of pieces of index information including the first and second index information recorded by the processing of the recording control step are acquired and managed. And a management step.
[0015]
A program according to the present invention includes a first generation step of generating first index information corresponding to a record of a predetermined unit from a database generated by a first application, and a second generation step different from the first application. A second generation step of generating second index information corresponding to the data file generated by the application and a management step of acquiring and managing a plurality of pieces of index information including the first and second index information are executed. It is characterized by making it.
[0016]
In the data processing device and method and the program according to the present invention, first index information corresponding to a record of a predetermined unit is generated from a database generated by the first application, and generated by the second application. Second index information corresponding to the data file is generated, and data is managed based on the plurality of pieces of index information.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0018]
FIG. 1 shows a configuration example of a data management system 1 to which the present invention is applied.
[0019]
In the business DB group 2, for example, a plurality of DB files generated when performing each business of the machine facility construction business are recorded. For example, DB files such as design documents, pick-ups, estimates, construction drawings, material tabulations, process schedules, and cost management tables for performing construction work are recorded. Each DB file includes a plurality of construction sites. Are included in a plurality of records of a predetermined unit.
[0020]
In the data file group 3, data files that are not generated in each operation of the mechanical equipment construction operation, that is, general data files (for example, text files, drawing files, or spreadsheet files) are recorded. I have.
[0021]
Index information (index information 30 in FIG. 2 described later) generated from a record of a predetermined unit of the DB file recorded in the business DB group 2 and a data file stored in the data file group 3 The index information is recorded in the construction management DB4.
[0022]
The data management unit 5 accesses the construction management DB 4 based on a user's command, and manages data with reference to a plurality of index information (index information 30 in FIG. 2 described later) recorded in the construction management DB 4. I do.
[0023]
With reference to FIG. 1, the index information generation processing executed by the data management system 1 will be described. In step S1, the data management system 1 uses the DB information recorded in the business DB group 2 based on information about records in a predetermined unit (for example, a unit corresponding to one business) to generate index information (described later). The index information 30) shown in FIG.
[0024]
For example, one picking DB generated by the picking process includes a plurality of business units such as “XX building new construction 1”, “XX building new construction 2”, and “XX building new construction 3”. Contains records. Therefore, the data management system 1 generates the corresponding index information based on the data of “XX building new construction 1”, “XX building new construction 2”, and “XX building new construction 3”. . In the case of the present example, three pieces of index information are generated.
[0025]
In step S2, the data management system 1 generates index information on a data file from the data file group 3. For example, in a folder related to a process of a design document stored in the data file group 3, a “tubing material” generated using a general application (for example, an application for creating a text file and an application for creating an image file) is used. If the data files of “list.txt”, “urinal (front) .bmp”, “basin (lower) .bmp”, and “toilet (front) .bmp” are included, their respective data The index information (index information 30 in FIG. 2 described later) corresponding to the file is generated. In the case of the present example, four pieces of index information are generated.
[0026]
FIG. 2 is a diagram illustrating index information 30 recorded in the construction management DB 4.
[0027]
The index information 30 includes a name, an attribute, a file type, an update date and time, a creator, and a key in the DB. The “name” indicates the name of the target file, and the “attribute” indicates one of two types, “under creation / completed”, corresponding to the attribute of the target file. “File type” indicates the type of the target file, and “update date and time” indicates the update date of the target file. The “creator” indicates a creator of the file, and the “key in DB” indicates a key corresponding to the target file and capable of uniquely searching for a target record in the business DB. The “key in the DB” is, for example, a serial number (0, 1, 2, 3,...) Automatically and continuously assigned to each record set in the design stage of the DB, or some number. (AA-01, BB-01, CC-01...), And is a search key value that can directly specify a target record in the DB.
[0028]
The data management system 1 includes a record of a predetermined unit of the DB file recorded in the business DB group 2 and information as shown in FIG. 2 from the data file recorded in the data file group 3. The index information 30 is generated and recorded in the construction management DB 4.
[0029]
Note that the information included in the index information 30 is not limited to the name, attribute, file type, update date, creator, and key in the DB. Of these, at least one of them may be included.
[0030]
Returning to FIG. 1, in step S3, the data management system 1 records the index information 30 generated by the processing in steps S1 and S2 in the construction management DB 4.
[0031]
Through the processing in steps S1 to S3, the data management system 1 generates index information 30 corresponding to a record or file in a predetermined unit from the business DB group 2 and the data file group 3, and records the index information 30 in the construction management DB4. .
[0032]
In step S4, the data management unit 5 of the data management system 1 performs data management based on a user command. At this time, the data management unit 5 performs data management using the index information 30 recorded in the construction management DB 4.
[0033]
When the user inputs a command to the data management unit 5, the data management unit 5 refers to the construction management DB 4, so that a plurality of records in a predetermined unit included in the DB file are also indexed as one virtual file. Information can be referred to, and index information of a general file (for example, a text file) can be browsed at the same time (because it can be browsed uniformly), so that data management can be facilitated.
[0034]
FIG. 3 is a block diagram showing a configuration example of a personal computer 50 capable of executing the processing of the data management system to which the present invention is applied.
[0035]
The CPU (Central Processing Unit) 61 receives signals corresponding to various commands input by the user of the personal computer 50 using the input unit 64 via the input / output interface 62 and the internal bus 63, and converts the input signals into signals. Execute various processing based on the above.
[0036]
A ROM (Read Only Memory) 65 stores basically fixed data among programs used by the CPU 61 and calculation parameters. A RAM (Random Access Memory) 66 stores programs and data used in the execution of the CPU 61, parameters that appropriately change in the execution, and the like. The CPU 61, the ROM 65, and the RAM 66 are interconnected by an internal bus 63.
[0037]
The internal bus 63 is also connected to the input / output interface 62. The input unit 64 includes, for example, a keyboard, a touch pad, a jog dial, or a mouse, and is operated when the user of the personal computer 50 inputs various commands to the CPU 61. The display unit 67 is composed of, for example, a CRT (Cathode Ray Tube) or a liquid crystal display device, and displays various information as text or images.
[0038]
An HDD (hard disk drive) 68 drives a hard disk and records or reproduces a program or information executed by the CPU 61 on the hard disk. A magnetic disk 81, an optical disk 82, a magneto-optical disk 83, and a semiconductor memory 84 are mounted on the drive 69 as necessary, and exchange data.
[0039]
The network interface 70 is connected to another device or the like via a wire or wirelessly to exchange information.
[0040]
The input unit 64 to the network interface 70 are connected to the CPU 61 via the input / output interface 62 and the internal bus 63.
[0041]
The construction management DB 4 may be recorded on a device or a recording medium connected via the network interface 70, or may be recorded on a server connected to the Internet via the network interface 70.
In addition, of course, it may be recorded on the HDD 68 of the personal computer 50.
This is the same for the business DB group 2 and the data file group 3. Hereinafter, a case where the business DB group 2, the data file group 3, and the construction management DB 4 are recorded on the HDD 68 of the personal computer 50 will be described as an example.
[0042]
The DB management processing executed by the data management system 1 will be described with reference to the flowcharts of FIGS. This process is started when the user selects index information corresponding to a file (or virtual file) recorded in the business DB group 2 or the data file group 3.
[0043]
In step S11, the data management unit 5 of the data management system 1 receives selection of index information corresponding to a file (or virtual file) from a user, and acquires the selected file (or virtual file).
[0044]
In step S12, the data management system 1 determines whether the file (or virtual file) acquired by the data management unit 4 in the process in step S11 is a business file. In this case, the business file indicates a virtual file corresponding to a record of a predetermined unit of the DB file recorded in the business DB group 2. The file selected by the user includes a business file (a virtual file corresponding to a record in a predetermined unit of the DB file recorded in the business DB group 2) and an external file (a data file recorded in the data file group 3). ).
[0045]
If it is determined in step S12 that the file is a business file (a virtual file corresponding to a record of a predetermined unit of the DB file recorded in the business DB group 2; hereinafter, referred to as a business file), the process proceeds to step S13. , The data management system 1 determines whether to add data. Specifically, it is determined whether a command to add data has been input to the data management unit 5 by the user. If it is determined in step S13 that the data is to be added, the process proceeds to step S14, where the business file data adding process is executed. The process of adding data to the business file will be described with reference to FIG.
[0046]
In step S51, the data management system 1 starts a business program corresponding to the selected file (the file selected in the process of step S11 in FIG. 4 (business file in this case)). Specifically, for example, when the selected file (business file) is a file corresponding to the picking process (a virtual file corresponding to a record of a predetermined unit recorded in the picking DB), Start a business program that executes the process.
[0047]
In step S52, the data management unit 5 of the data management system 1 acquires a user command. At this time, the user's command includes the name of the file to be added and the content of the process to be added.
[0048]
In step S53, the data management system 1 adds the name of the file to be added (the name of the data file acquired by the data management unit 5 by the processing in step S52) to the construction management DB 4. For example, if the name of the added file is “XX building new construction 1”, this is added to the construction management DB 4.
[0049]
In step S54, the data management system 1 causes the business program to execute additional processing based on the user's instruction acquired in step S52. The business program executes a pick-up process based on, for example, a user command. Needless to say, the business program causes the added record to be recorded in the corresponding business DB (the business DB group 2's search DB) after executing the search processing.
[0050]
In step S55, the data management system 1 determines whether to end the business program. Specifically, it is determined whether or not a command to terminate the business program has been input to the data management unit 5 by the user. If it is determined in step S55 that the business program is not to be ended, the process waits until a command to end the business program is input.
[0051]
If it is determined in step S55 that the business program is to be terminated, the process proceeds to step S56, and the data management system 1 determines the key and attribute of the record added and recorded in the business DB by the processing of step S54. Obtain from business program.
[0052]
In step S57, the data management system 1 updates the information acquired by the processing in step S86 into the construction management DB 4. Specifically, since the file name has been added by the process of step S53, the data management system 1 responds to the index information 30 in which the file name (the file name added by the process of step S53) is described. Where the key and attribute of the recorded record are added and recorded. Then, the business file data addition processing ends, and the processing proceeds to step S27 in FIG.
[0053]
Returning to FIG. 4, when it is determined in step S13 that data is not to be added, the process proceeds to step S15, and the data management system 1 determines whether to change the data. Specifically, it is determined whether an instruction to change data has been input to the data management unit 5 for the file selected by the user (the file obtained by the process of step S11). If it is determined in step S15 that the data is to be changed, the process proceeds to step S16, in which a business file data change process is performed. This business file data change processing will be described with reference to FIG.
[0054]
In step S81, the data management system 1 starts a business program corresponding to the selected file (the file selected in the process of step S11 in FIG. 4 (in this case, the business file)).
[0055]
In step S82, the data management unit 5 of the data management system 1 acquires a user command. At this time, the user's command includes the content for instructing the change.
[0056]
In step S83, the data management system 1 obtains the business program DB key recorded in the construction management DB 4, and notifies the business program. Specifically, the “key in the DB” included in the index information 30 corresponding to the file (the file selected by the process of step S11 in FIG. 4) is obtained, and this is notified to the business program.
[0057]
Depending on the business program, instead of directly overwriting the changed content to the target record, a new record is added for safety, the changed content is written, and if the writing is completed normally, it becomes the change source Since it is assumed that the operation is performed by a procedure such as deleting a record, a notification to the business program is performed. In this case, the key value (the key in the DB) may not be the one at the time of requesting the change, so the key (the key in the DB) assigned after the change is actually received again. (Of course, some simply overwrite, so in this case the key value will not change.)
[0058]
In step S84, the data management system 1 causes the business program to execute the change process based on the user's command acquired in the process of step S82. The business program executes, for example, a process of changing the picking-up process based on a user command. Needless to say, the business program records the changed record in the corresponding business DB (the search DB in the business DB group 2 in FIG. 1) after executing the pick-up process.
[0059]
In step S85, the data management system 1 determines whether to end the business program. Specifically, it is determined whether or not a command to terminate the business program has been input to the data management unit 5 by the user. If it is determined in step S85 that the business program is not to be ended, the process waits until a command to end the business program is input.
[0060]
If it is determined in step S85 that the business program is to be ended, the process proceeds to step S86, and the data management system 1 changes the attribute of the record changed and stored in the business DB by the process of step S84 to the business program. To get from. More specifically, since the attribute of the record is one of “under creation” or “completed”, the attribute is acquired. When the file after the change is different from the file before the change, the data management system 1 acquires the status of the file after the change (information based on the index information).
[0061]
In step S87, the data management system 1 updates the information acquired by the processing in step S86 into the construction management DB 4. Specifically, since the record has been changed by the process of step S84, the data management system 1 stores the attribute of the changed record in the index information 30 corresponding to the target file recorded in the construction management DB 4. Update to "attribute". Further, as described above, when the file after the change is different from the file before the change, the status of the file after the change is held (because it is obtained by the process of step S86), and thus the file is also updated. . Then, the business file data change process is terminated, and the process proceeds to step S27 in FIG.
[0062]
Returning to FIG. 4, when it is determined in step S15 that the data is not changed, the process proceeds to step S17, and the data management system 1 determines whether to change the data name. Specifically, it is determined whether or not an instruction to change the name of the data has been input to the data management unit 5 for the file selected by the user (the file obtained by the process of step S11). If it is determined in step S17 that the data name is to be changed, the data management unit 5 acquires a command from the user. This command includes the data name to be changed. Thereafter, the process proceeds to step S18, in which the data management system 1 changes the file name included in the index information 30 of the target file in the construction management DB 4 to a file name based on a user command, and Proceed to step S27.
[0063]
If it is determined in step S17 that the data name is not to be changed, the process proceeds to step S19, where a business file deletion process is performed. This business file data deletion process will be described with reference to FIG.
[0064]
In step S121, the data management system 1 activates the business program corresponding to the selected file (the file selected in the process of step S11 in FIG. 4 (business file in this case)).
[0065]
In step S122, the data management system 1 obtains a business program DB key recorded in the construction management DB 4, and notifies the business program.
Specifically, the “key in the DB” included in the index information 30 corresponding to the file (the file selected by the process of step S11 in FIG. 4) is obtained, and this is notified to the business program. The “key in the DB” notified to the business program is required when the business program performs a process of deleting a target record in the DB used in the business program from the DB. (It becomes "key in DB" to search for desired record)
[0066]
In step S123, the data management system 1 causes the business program to execute a deletion process. The business program deletes the target record, for example. Of course, after executing the deletion process, the business program deletes the deleted record from the corresponding business DB (the business DB in the business DB group 2 in FIG. 1).
[0067]
In step S124, the data management system 1 determines whether to end the business program. Specifically, it is determined whether or not a command to terminate the business program has been input to the data management unit 5 by the user. If it is determined in step S124 that the business program is not to be ended, the process waits until a command to end the business program is input.
[0068]
If it is determined in step S124 that the business program is to be ended, the process proceeds to step S125, and the data management system 1 stores the data in the construction management DB 4 corresponding to the record deleted from the business DB by the processing in step S123. Delete the index information that is stored. Then, the business file data change process is terminated, and the process proceeds to step S27 in FIG.
[0069]
Returning to FIG. 4, if it is determined in step S12 that the file is not a business file, the process proceeds to step S20 in FIG. 5, and the data management system 1 determines whether to change data. In this case, the selected file is an external file recorded in the data file group 3 (for example, a file created by a paint (trademark) application; hereinafter, referred to as an external file). Specifically, it is determined whether or not an instruction to change data has been input to the data management unit 5 for the file selected by the user (the external file obtained by the process of step S11 in FIG. 4). . If it is determined in step S20 (FIG. 5) that the data is to be changed, the process proceeds to step S21, in which data change processing of the external file is performed. This external file data change processing will be described with reference to FIG.
[0070]
In step S151, the data management system 1 acquires the path name of the target file. For example, a path name “C: \ Documents and Settings \ User 1 \ My Documents \ urinal (front) .bmp" is acquired.
[0071]
In step S152, the data management system 1 determines the path name of the file acquired by the processing in step S151 (in this example, "C: \ Documents and Settings \ User 1 \ My Documents \ urinal (front) .bmp"). The associated program is started using the path name as the argument) and the argument. In the case of the present example, a paint (trademark) application is started.
[0072]
In step S153, the data management unit 5 of the data management system 1 acquires a user command. At this time, the user's command includes the content of a command to change the target file.
[0073]
In step S154, the data management system 1 causes the running external program (in this example, a paint application) to execute the change process based on the user's instruction acquired in step S153. The external program executes, for example, a process of changing a drawing based on a user's instruction. Of course, after executing the change processing, the external program records the changed file in the corresponding data file group 3.
[0074]
In step S155, the data management system 1 determines whether to terminate the external program. Specifically, the data management unit 5 determines whether the external program has been terminated by the user. If it is determined in step S155 that the external program has not been terminated, the process waits until the external program is terminated.
[0075]
If it is determined in step S155 that the external program is to be terminated, the process proceeds to step S156, and the data management system 1 acquires the update date and time and the write attribute from the file information of the target file.
[0076]
In step S156, the data management system 1 updates the information acquired by the process in step S155 with the index information 30 corresponding to the target file and recorded in the construction management DB 4. Specifically, since the update date and time of the file has been changed by the process of step S154 and the writing attribute (work or completed) may have been changed, the data management system 1 is changed. The update date and the write attribute of the file are updated to the index information 30 corresponding to the target file recorded in the construction management DB 4. Then, the data change processing of the external file is terminated, and the processing proceeds to step S27 in FIG.
[0077]
Returning to FIG. 5, when it is determined in step S20 that the data is not changed, the process proceeds to step S22, and the data management system 1 determines whether to change the data name. Specifically, it is determined whether or not a command to change the name of the data has been input to the data management unit 5 for the file selected by the user (the external file obtained by the process of step S11). If it is determined in step S22 that the data name is to be changed, the data management unit 5 acquires a command from the user. This command includes the data name to be changed. Thereafter, the process proceeds to step S23, and the data management system 1 changes the name of the target file (changes to the name acquired in the process of step S22).
[0078]
In step S24, the data management system 1 changes the file name included in the index information 30 of the target file in the construction management DB 4 to the file name acquired in step S22 (the processing in step S23). The same processing is performed). Thereafter, the process proceeds to step S27 in FIG.
[0079]
If it is determined in step S22 (FIG. 5) that the data name is not changed, the process proceeds to step S25, where the data management system 1 determines the target external file (the file selected by the process in step S11 in FIG. 4). ).
[0080]
In step S26 (FIG. 5), the data management system 1 deletes the index information 30 recorded in the construction management DB 4 corresponding to the file deleted by the processing in step S25. Thereafter, the process proceeds to step S27 in FIG.
[0081]
After the processing in step S14 in FIG. 4, after the processing in step S16, after the processing in step S18, after the processing in step S19, after the processing in step S21 in FIG. 5, after the processing in step S24, or After the process in S26, the process proceeds to step S27 in FIG. 4, and the data management system 1 displays an update result. Specifically, the update result is displayed on the display unit 67 of the personal computer 50 executing the data management system 1.
[0082]
At this time, an example of a screen displayed on the display unit 67 is shown in FIGS. In the case of the example of FIG. 10, the explorer screen 100 includes a task selection tree 111 and a detailed display 112. The task selection tree 111 is a tree for selecting a task. In the case of the example of FIG. 10, the design document 121 is selected. The detail display 112 stores a virtual file or a data file corresponding to a record of a predetermined unit included in the DB file stored in the storage location corresponding to the selected task. In the example of FIG. Data files of “pipe list.txt”, “urinal (front) .bmp”, “basin (lower) .bmp”, and “toilet (front) .bmp” are stored. In this case, all the external files are stored.
[0083]
In the example of FIG. 11, the pick-up table 131 is selected in the task selection tree 111, and in the detailed display 112, “XX building new construction 1”, “XX building new construction 2”, “ Virtual files of “XX building new construction 3”, “XX building new construction 4”, and “XX building new construction 5” are stored. In this case, all business files (virtual files) are stored. These virtual files are actually records of a predetermined unit included in the pick-up DB relating to the process of the pick-up table 131, but are displayed as virtual files by recording the index information 30 in the construction management DB 4. Can be.
[0084]
The data management system 1 executes the processing of FIGS. 6 to 9 to store information (records) for each use unit in the lookup table 131 as one virtual file as shown in FIG. Can be displayed. Specifically, the data management system 1 uses the index information 30 to display information for each use unit (record of a predetermined unit) for each unit.
[0085]
With the above processing, the index information 30 is obtained from the record of the predetermined unit included in the DB file (business file) stored in the business DB group 2 and the data file (external file) stored in the data file group 3. Since the data is generated and recorded in the construction management DB 4, when a user performs data management, a record of a predetermined unit included in the DB file (business file) may be treated as one file (virtual file). It can be displayed and managed in the same manner as an external file (FIGS. 10 and 11), so that index information (table of contents information) can be uniformly viewed regardless of the type of data.
Thus, data management can be facilitated.
[0086]
Further, since a record of a predetermined unit (a record relating to one job) can be handled as one file (virtual file), the location of data to be used, the location of software that can use the data, the type of data and the It can be easily grasped.
[0087]
Furthermore, even if data is used for the construction of machinery and equipment where the software used varies depending on the process within the business, regardless of the type of data, the target index information can be viewed uniformly. it can.
[0088]
Further, since the index information 30 is created regardless of the file type, it is possible to display common status information that is not affected by the file type.
[0089]
The series of processes described above can be executed by hardware, but can also be executed by software. When a series of processing is executed by software, a program constituting the software executes various functions by installing a computer built in dedicated hardware or installing various programs. For example, it is installed from a recording medium to a general-purpose personal computer or the like.
[0090]
As shown in FIG. 3, the recording medium is distributed separately from a computer in order to provide the user with the program, and is recorded on a magnetic disk 81 (including a floppy disk) on which the program is recorded and an optical disk 82 (CD). Not only a package medium including ROM (Compact Disc-Read Only Memory), DVD (including Digital Versatile Disc), magneto-optical disk 83 (including MD (Mini Disc)), semiconductor memory 84, but also , Which is provided to the user in a state in which the program is incorporated in a computer in advance, and in which the program is recorded and the like.
[0091]
In this specification, a step of describing a computer program refers to not only a process performed in chronological order according to the described order, but also a process executed in parallel or individually even if not necessarily performed in chronological order. Is also included.
[0092]
【The invention's effect】
As described above, according to the present invention, data management can be facilitated. In particular, according to the present invention, information on data can be uniformly viewed regardless of the type of data.
[Brief description of the drawings]
FIG. 1 shows a configuration example of a data management system to which the present invention is applied.
FIG. 2 is a diagram illustrating index information recorded in a construction management DB.
FIG. 3 is a block diagram illustrating a configuration example of a personal computer that can execute processing of a data management system to which the present invention has been applied.
FIG. 4 is a flowchart illustrating a DB management process.
FIG. 5 is a flowchart illustrating a DB management process.
FIG. 6 is a flowchart illustrating a process of adding data to a business file in step S14 of FIG. 4;
FIG. 7 is a flowchart illustrating a process of adding data to a business file in step S16 of FIG. 4;
FIG. 8 is a flowchart illustrating a process of adding data to a business file in step S19 of FIG. 4;
FIG. 9 is a flowchart illustrating a process of adding data to a business file in step S21 of FIG. 5;
FIG. 10 is a diagram showing an example of a screen displayed on a display unit by the data management system.
FIG. 11 is a diagram showing an example of a screen displayed on a display unit by the data management system.
[Explanation of symbols]
1 Data management system
2 Business DB group
3 Data file group
4 Construction management DB
5 Data Management Department
30 Index information
111 Business selection tree
112 Detail display

Claims (5)

複数のアプリケーションにより生成されたデータベースおよびデータファイルを管理するデータ処理装置において、
第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成手段と、
前記第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成手段と、
前記第1の生成手段により生成された前記第1のインデックス情報と前記第2の生成手段により生成された前記第2のインデックス情報を記録する記録手段と、
前記記録手段に記録されている、前記第1および前記第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理手段と
を備えることを特徴とするデータ処理装置。
In a data processing device that manages databases and data files generated by a plurality of applications,
First generation means for generating, from a database generated by the first application, first index information corresponding to a record of a predetermined unit;
Second generating means for generating second index information corresponding to a data file generated by a second application different from the first application;
Recording means for recording the first index information generated by the first generation means and the second index information generated by the second generation means;
A data processing apparatus comprising: a management unit that acquires and manages a plurality of pieces of index information including the first and second index information recorded in the recording unit.
前記第1の生成手段は、前記第1のアプリケーションにより生成されたデータベースに、所定の単位のレコードが複数記録されていた場合、所定の単位のレコードの数に対応する数の前記第1のインデックス情報を生成し、
前記第2の生成手段は、前記第2のアプリケーションにより生成されたデータファイルが複数記録されていた場合、前記データファイルの数に対応する数の前記第2のインデックス情報を生成する
ことを特徴とする請求項1に記載のデータ処理装置。
When a plurality of records of a predetermined unit are recorded in the database generated by the first application, the first generation unit may include a number of the first indexes corresponding to the number of records of the predetermined unit. Generate information,
When a plurality of data files generated by the second application are recorded, the second generation unit generates a number of pieces of the second index information corresponding to the number of the data files. The data processing device according to claim 1.
前記第1および前記第2のインデックス情報は、名称、属性、ファイルの種類、更新日時、作成者、およびデータベース内のキーのうちの少なくともいずれか1つを含む
ことを特徴とする請求項1または2に記載のデータ処理装置。
2. The method according to claim 1, wherein the first and second index information include at least one of a name, an attribute, a file type, an update date and time, a creator, and a key in a database. 3. The data processing device according to 2.
複数のアプリケーションにより生成されたデータベースおよびデータファイルを管理するデータ処理装置のデータ処理方法において、
第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成ステップと、
前記第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成ステップと、
前記第1の生成ステップの処理により生成された前記第1のインデックス情報と前記第2の生成ステップの処理により生成された前記第2のインデックス情報の記録を制御する記録制御ステップと、
前記記録制御ステップの処理により記録が制御された、前記第1および前記第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理ステップと
を含むことを特徴とするデータ処理方法。
In a data processing method of a data processing device that manages a database and a data file generated by a plurality of applications,
A first generating step of generating first index information corresponding to a record of a predetermined unit from a database generated by the first application;
A second generation step of generating second index information corresponding to a data file generated by a second application different from the first application;
A recording control step of controlling recording of the first index information generated by the processing of the first generation step and the second index information generated by the processing of the second generation step;
And a management step of acquiring and managing a plurality of pieces of index information including the first and second index information whose recording is controlled by the processing of the recording control step.
複数のアプリケーションにより生成されたデータベースおよびデータファイルを管理するデータ処理を、コンピュータに行なわせるプログラムにおいて、
第1のアプリケーションにより生成されたデータベースから、所定の単位のレコードに対応する第1のインデックス情報を生成する第1の生成ステップと、
前記第1のアプリケーションとは異なる第2のアプリケーションにより生成されたデータファイルに対応する第2のインデックス情報を生成する第2の生成ステップと、
前記第1および前記第2のインデックス情報を含む複数のインデックス情報を取得し、管理する管理ステップと
を含むことを特徴とするプログラム。
In a program for causing a computer to perform data processing for managing a database and data files generated by a plurality of applications,
A first generating step of generating first index information corresponding to a record of a predetermined unit from a database generated by the first application;
A second generation step of generating second index information corresponding to a data file generated by a second application different from the first application;
A management step of acquiring and managing a plurality of pieces of index information including the first and second index information.
JP2002294973A 2002-10-08 2002-10-08 Data processor, processing method and program Pending JP2004133535A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002294973A JP2004133535A (en) 2002-10-08 2002-10-08 Data processor, processing method and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002294973A JP2004133535A (en) 2002-10-08 2002-10-08 Data processor, processing method and program

Publications (1)

Publication Number Publication Date
JP2004133535A true JP2004133535A (en) 2004-04-30

Family

ID=32285368

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002294973A Pending JP2004133535A (en) 2002-10-08 2002-10-08 Data processor, processing method and program

Country Status (1)

Country Link
JP (1) JP2004133535A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018632A (en) * 2004-07-02 2006-01-19 Fujitsu Ltd Index addition program for relational data base, index addition device and index addition method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018632A (en) * 2004-07-02 2006-01-19 Fujitsu Ltd Index addition program for relational data base, index addition device and index addition method
JP4522170B2 (en) * 2004-07-02 2010-08-11 富士通株式会社 Relational database index addition program, index addition apparatus, and index addition method

Similar Documents

Publication Publication Date Title
CN100414547C (en) Method for accessing file system snapshots and file system
JP4847709B2 (en) Methods, media, and systems for recovering data using a timeline-based computing environment
US7136882B2 (en) Storage device manager
JP4592814B2 (en) Information processing device
US20060206507A1 (en) Hierarchal data management
US20120089580A1 (en) Update management apparatus, update management method, and computer-readable medium storing update management program
JP4462309B2 (en) Electronic information processing program and electronic information processing system
US20110184870A1 (en) Form processing in a user interface workflow composition tool
JP2009534775A (en) Configurable view of archived data storage
JP2006301892A (en) Hierarchical storage management device, method, and program
JP5160483B2 (en) Storage system and data migration compatible search system
JP2004029991A (en) File processing program and file processor
KR20060015397A (en) Method and apparatus for changing background screen in gui operating system
JP2006252045A (en) Device, method, and program for displaying file classification
JP2004133535A (en) Data processor, processing method and program
JP2010061460A (en) Workflow management system, workflow management method and workflow management program
JP2007193408A (en) Disk operation control method in document management system
JP5374056B2 (en) Data management method
US20140006092A1 (en) Management apparatus and management method
JP2007109115A (en) Program for processing expired object, system for processing expired object, and method for processing expired object
JP2010067233A (en) Workflow management system, workflow management method, and workflow management program
JP5855989B2 (en) Data processing apparatus, data processing method, and data processing program
Wombacher et al. Towards Automatic Capturing of Manual Data Processing Provenance
JP4471098B2 (en) Interface device, interface method, interface program, and recording medium
JP2020115317A (en) Management device, method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050922

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081106

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090105

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090205