JP3620889B2 - Data generation management method - Google Patents
Data generation management method Download PDFInfo
- Publication number
- JP3620889B2 JP3620889B2 JP09724695A JP9724695A JP3620889B2 JP 3620889 B2 JP3620889 B2 JP 3620889B2 JP 09724695 A JP09724695 A JP 09724695A JP 9724695 A JP9724695 A JP 9724695A JP 3620889 B2 JP3620889 B2 JP 3620889B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- generation management
- version
- generation
- status
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【産業上の利用分野】
本発明はデータ世代管理方式、特に所定の過程を有する改版作業により作成される新旧世代のデータに対するアクセス制御及び新旧世代のデータ運用の効率化を図るデータ世代管理方式に関する。
【０００２】
【従来の技術】
従来から図面、文書等のデータの種類によっては、元のデータを変更、更新することで新たなデータを作成する場合がある。新たに作成したデータ名は、元データと同一名であり、これに新たなバージョン（版名）を与えることで元データと識別している。
【０００３】
例えば、図面を改版する場合、正式登録された図面を元データとして利用するために取り出し、その図面に変更を加え新規バージョンとして新たな図面を作成する。作成された図面が業務に適用させるという形で正式な図面として認められるためには、責任者、管理者などの検認を受けた後にデータベースに正式に登録される。このとき、実際の図面の実データを管理するためにデータ名、世代等を管理する世代管理データを別途生成し、それらを関連づけて世代管理している。管理上、一般に同一内容の図面は同じ名称を付与するため、新たに登録される図面の名称は元データと同じになる。ここで、古い図面を残しておく必要がある場合、新旧図面を識別するために各図面に版名が与えられ管理される。つまり、同じデータ名の図面が異なる版名でデータベース上に共存することになる。通常は同一内容の図面において新規図面に元データより大きい数字等を付与する。従って、最も数の大きい版名の図面が最新版データと判別することができる。ユーザは、版名を参照することにより何が一番新しいデータなのかを把握していた。なお、データ名及び版名で各図面を識別するためのデータをこれ以降世代データということにする。
【０００４】
【発明が解決しようとする課題】
しかしながら、版名は、ユーザが一つのデータとして設定していただけなのでシステム的に新しいのかは不確かである。すなわち、ユーザが設定ミスした場合は、何ら保障されない。また、システムが付与する更新日付では、旧版に対する更新や改版作業時間の長短を考慮するとその更新日付では真に新しいかは保障できない。
【０００５】
また、従来においては、改版作業における進捗状況すなわち図面のおかれている検認等の状態を示す情報を取り扱っていなかった。
【０００６】
また、改版作業を行い、ある程度の世代を残す必要がある場合、データを格納するための記憶容量を考慮すれば、適当に古い世代のデータを削除する必要が生じる。その反面、古い世代のデータを一律に削除するのではなく永久的に残しておきたい場合がある。
【０００７】
本発明は以上のような問題を解決するためになされたものであり、その目的は、文書又は図面等改版作業を伴うデータの確実かつ効率的な世代管理を図るデータ世代管理方式を提供することにある。
【０００８】
【課題を解決するための手段】
以上のような目的を達成するために、本発明におけるデータ世代管理方式は、所定の過程を有する改版作業により作成されるデータの世代管理を行うシステムにおいて、改版作業が終了し正式に登録されたデータを示すオリジナル情報と現在最新版の又は次に最新版となるデータであるかを示す最新データ情報とデータの改版作業における過程の状態を表す状態情報とを、データ名及び各データの版名で一意に特定される世代データ毎に保持する世代管理テーブルと、改版されるデータの世代管理を行うと共に、改版作業におけるデータの過程の状態の変化に応じて前記世代管理テーブルに設定されている当該データの状態情報を更新する世代管理手段とを有し、前記世代管理手段は、前記世代管理テーブルに設定されている状態情報を参照することによって、ユーザからの借用要求に指定されたデータが借用可能であると判断したときには当該データの借用を許可すると共に、当該データの過程の状態を借用中に設定変更し、借用不可能と判断したときには当該データの過程の状態を知らせるものである。
【０００９】
また、前記世代管理手段は、ユーザから借用要求に指定されたデータの過程の状態が借用中であるとき、参照を許可し、当該データの過程の状態を変更しないことを特徴とするものである。
【００１０】
また、前記世代管理テーブルは、各データに旧版データを持たせるかどうかを表す履歴情報をデータ毎に保持することを特徴とする。
【００１１】
また、前記世代管理テーブルは、当該世代管理テーブルから削除させないための永久保存情報を世代データ毎に保持することを特徴とする。
【００１２】
更に、前記世代管理テーブルに残しておくデータ毎の版数を保持する履歴階層テーブルを有することを特徴とする。
【００１３】
【作用】
以上のような構成を有する本発明に係るデータ世代管理方式においては、改版作業を行う際、オリジナル情報がオリジナルである旨を示しかつ最新データ情報が最新版である旨を示しているデータを検索することで最新版データを確実に見つけ出すことができる。
【００１４】
更に、状態情報が正式登録である旨を示すデータを検索することで他ユーザがすでに借用しているデータの重複借用から防止できる。
【００１５】
また、履歴情報を各データに設けたので、新規にデータを作成した際、同一データ名の古いデータを残すか否かをデータ毎に設定することができる。履歴情報に残す旨を設定していれば古いデータは削除されず、また消去する旨を設定していれば古いデータは削除される。
【００１６】
また、永久保存情報を世代データ毎に設けたので、永久保存する旨が設定されたデータは、いかなる場合も消去させずに残しておくことができる。
【００１７】
また、履歴階層テーブルに各データで残しておく版数をシステム的に設定しておく。新規データが作成された世代階層が増えた際、その設定された版数を同一データ名において越えた際、自動的に消去するようにしたので、記憶容量を節約することができる。
【００１８】
【実施例】
以下、図面に基づいて、本発明の好適な実施例を説明する。
【００１９】
図１は、本発明に係るデータ世代管理方式を実施するシステムの構成図である。図１に示したシステムは、データの世代管理を行う世代管理部２と、世代管理を行うための各種情報が設定されている世代管理テーブル４及び履歴階層テーブル６と、実際のデータを格納するデータベース８と、上記テーブル４、６の各種情報の更新を行うとともに図面の改版作業を行うための端末１０と、で構成される。ここで、本実施例において取り扱うデータは、改版作業が施され、同一内容であれば同じデータ名が付与されるが改版作業を行うことで複数の世代つまり異なる版名で管理される文書、図面などのデータであって複数のユーザから同時にアクセスされる状況におかれているデータである。更に、検認を受けることで初めて正式なデータとして登録されるデータである。本実施例では図面の場合で説明する。本システムは、図面を取り扱うとともにその図面に対して改版作業を行える環境を備えたＣＡＤ等のコンピュータにより実現される。従って、上記テーブル４、６は、コンピュータに搭載されるメモリあるいはディスク上に展開され、また世代管理部２は、ＣＰＵ及びＣＰＵで実行可能なアプリケーションで構成される。
【００２０】
図２は、図１に示した世代管理テーブル４の例を示した図である。世代管理テーブル４に登録されている各データは、データ名、版名、ステータス、最新データフラグ、オリジナルデータフラグ、履歴フラグ及び永久保存フラグで構成される。「データ名」は各図面に付けられた名称、「版名」は各図面における新旧を表す数字であり、データ名及び版名で形成する世代データで各データを一意に特定することができる。版名の付け方は、数字のみならず一般的に使用される英字を含んでもよい。「ステータス」は、データの改版作業における過程の状態を表す状態情報を示す。過程の状態及びその遷移に関しては後述する。「最新データフラグ」は、現在最新版の又は次に最新版となるデータであるかを示す最新データ情報を示すためのフラグであり、最新版データであれば“１”、旧版データであれば“０”で表す。「オリジナルデータフラグ」は、改版作業が終了し正式にデータベース８に登録されたデータを示すオリジナル情報であり、オリジナルデータすなわち正式に登録されていれば“１”、仮データすなわち作成中等正式とは認められていないデータであれば“０”で表す。「履歴フラグ」は、各データに旧版データを持たせるかどうかを表す履歴情報であり、旧版データを持たせておくのであれば“１”、持たないのならば“０”で表す。従って、あるデータの履歴フラグを“１”にするときは同一データの全ての版の履歴フラグを“１”にする必要がある。「永久保存フラグ」は、世代管理テーブル４から当該データを削除させないための永久保存情報であり、永久保存するすなわち消去させないのであれば“１”、消去可能とするならば“０”で表す。
【００２１】
図３は、図１に示した履歴階層テーブル６の例を示した図であり、このテーブルには世代管理テーブル４に残しておくデータ毎の版数が保持される。この例では、“２”が設定されているので、同一データ名に対するデータをシステムにおいて２個までは保持することを示す。
【００２２】
図４は、世代管理テーブル４の「ステータス」に設定される状態及びその遷移を示した図である。各図面は、受ける取り扱いにより図４に示された状態を取りうる。
【００２３】
図５は、図面の改版作業に伴う世代管理テーブル４の遷移を示し、図６は、その改版作業に伴う本実施例における処理を示したフローチャートである。以下、これらの図を用いてを図面Ａに対して改版作業を行い新たな図面を作成する際の本実施例における動作について説明する。
【００２４】
まず、図５の世代管理テーブル４ａに示したように、図面Ａは版名１．０及び１．１が既に正式登録されている。最新版の図面Ａは、最新データフラグ及びオリジナルデータフラグが共に“１”であるデータを最新版であると判別する。このデータは、またステータスが“正式登録”なので、他のユーザが借用していないと判断することができるので、重複借用することなくこのデータすなわち版名１．１の図面Ａを借用することができる（ステップ１０１）。借用が可能であれば、世代管理テーブル４ｂに示したように、借用された改版１．１の図面Ａのステータスはこの時点で“借用中”に変更され、一方仮データが新規に登録される（ステップ１０２、１０３）。この仮データにおける最新データフラグには、次に最新版となりうるので“１”が、オリジナルデータフラグにはまだ正式登録されていないので“０”が、履歴フラグには旧版データの値を引き継いで“１”が、そして永久保存フラグには永久保存するか否かはまだ決めていないのでこの時点では“０”が、それぞれ設定される。また、ステータスには新規作成中であるので他のユーザからの借用要求を拒否するために“借用中”が設定される。なお、この時点では版名は付与されない。
【００２５】
次に、正規に借用した図面Ａに基づいて修正、変更を施すことにより新たな図面を作成する（ステップ１０４）。この作成された図面に対して、管理者等に検認を依頼し検認を受ける。この過程は図４に示しているが、検認の結果、不具合があれば差し戻され改めて図面に修正を施すことになる。本実施例においては、図４のような改訂作業における状態の変化に応じて世代管理テーブル４の「ステータス」を更新することを特徴としている。これにより、アクセス不可能なデータが現在どのような状態におかれているのかを世代管理テーブル４を参照することにより容易に把握することができる。
【００２６】
検認が終了して図面Ａが再登録すなわち正式に登録される際、この時点で版名“１．２”が付与され仮データから正式なデータとして登録される（ステップ１０５）。また、版名１．１である図面Ａのステータスは“借用中”から“正式登録”に、最新データフラグは最新版でなくなったため“１”から“０”にそれぞれ変更される。一方、版名１．２の図面Ａのステータスは“正式登録”に、オリジナルデータフラグは“０”から“１”にそれぞれ変更される（ステップ１０６）。
【００２７】
ところで、図５に示した世代管理テーブル４ｃでは図面Ａの履歴フラグは“１”であり、また図面Ａのデータが３版登録されている。更に、版名１．０の図面Ａの永久保存フラグは“０”であるので永久保存の対象となっていない。図３に示した履歴階層テーブル６を参照すると、本実施例においては“２”が設定されているので、最も古い版名１．０の図面Ａが上記条件に従い削除されることになる（ステップ１０７）。なお、本実施例においては、永久保存フラグに“１”が設定されているデータは、残しておく版数の積算対象にしない。従って、仮に上記例の版名１．０の図面Ａの永久保存フラグに“１”が設定されていれば、版名１．０の図面Ａは削除されない。
【００２８】
また、世代管理テーブル４の履歴フラグ及び永久保存フラグは、端末１０から逐次更新可能である。従って、図面Ａの履歴を残しておく必要がなくなった場合、または図面Ａのいずれかの版を永久的に残しておきたい場合はそのときに変更すればよい。また、履歴階層テーブル６の残版数も端末１０から逐次更新可能である。従って、システム全体として“２”より多く又は少ない版のデータを残しておきたい場合は、そのときに変更すればよい。
【００２９】
以上のように、本実施例によれば、最新データフラグとオリジナルデータフラグとを用いることで、最新版のデータを容易に検索することができる。本実施例においては、版名は最新版データか否かの判断に使用しない。また、ステータスを持たせたので、正式に登録され変更対象とできるデータに対して改版作業を行わせることができると共にその改版作業の進捗状況を容易に知らせることができる。
【００３０】
また、改版作業中に正式登録された旧版データの借用をやめたい場合や新規作成したデータを正式に登録する前にエラーが発生した場合等、正式に登録された旧版データの保護及び障害対策を図るために仮データを用意した。
【００３１】
更に、あるユーザがいずれかの図面を借用していれば、他のユーザは変更目的のための借用をすることはできないので、同一データの複数更新を同時には起こり得ない。ただし、他のユーザが借用していても参照することはできる。参照する場合はステータスを変更させない。また、正式に登録されていれば、旧版の図面であっても新しい図面と同様に取り扱うことができる。
【００３２】
なお、上記実施例において使用する各フラグの値“１”、“０”は、逆であってもよいし、２ビット以上使用するのであれば他の値でもよいことは明らかである。
【００３３】
【発明の効果】
本発明によれば、ユーザが入力設定するデータである版名を使用せずに自動的に設定されるオリジナル情報及び最新データ情報を用いて最新版であるかどうかを判別するので、容易かつ確実に最新版のデータを検索することが可能である。
【００３４】
また、状態情報を持たせることにより改版可能な最新版のデータを高速かつ確実に検索することが可能となる。また、改版作業における進捗状況を容易に把握することが可能となる。
【００３５】
また、履歴情報をデータ毎に設けたので、各データに履歴を持つかどうかの設定をユーザ本位に行うことが可能となる。
【００３６】
また、永久保存情報を世代データ毎に設けたので、削除させたくないデータを永久保存することができ、またその設定をユーザによって世代データ毎に行うことが可能となる。
【００３７】
また、履歴階層テーブルに各データで残しておく版数をシステム的に設定できるようにしたので、古い版をシステム全体として一律に削除することが可能となる。これにより、データの記憶容量の節約を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るデータ世代管理方式を実施するシステムの構成図である。
【図２】図１に示した世代管理テーブルの例を示した図である。
【図３】図１に示した履歴階層テーブルの例を示した図である。
【図４】改版作業における図面のおかれる状態及びその遷移を示した図である。
【図５】本実施例において図面の改版作業に伴う世代管理テーブルの遷移を示した図である。
【図６】改版作業に伴う本実施例における処理を示したフローチャートである。
【符号の説明】
２ 世代管理部、４、４ａ、４ｂ、４ｃ、４ｄ 世代管理テーブル、６ 履歴階層テーブル、８ データベース、１０ 端末。[0001]
[Industrial application fields]
The present invention relates to a data generation management method, and more particularly to a data generation management method for improving access control for new and old generation data created by revision work having a predetermined process and for efficient data operation of old and new generations.
[0002]
[Prior art]
Conventionally, depending on the type of data such as drawings and documents, new data may be created by changing or updating the original data. The newly created data name has the same name as the original data, and is identified from the original data by giving a new version (version name) thereto.
[0003]
For example, when a drawing is revised, the officially registered drawing is taken out for use as original data, and the drawing is modified to create a new drawing as a new version. In order for a created drawing to be accepted as a formal drawing in the form of being applied to work, it is officially registered in the database after being verified by the responsible person or administrator. At this time, in order to manage actual data of actual drawings, generation management data for managing data names, generations, and the like are separately generated, and generation management is performed by associating them. In terms of management, since drawings having the same contents are generally assigned the same name, the name of a newly registered drawing is the same as the original data. Here, when it is necessary to keep an old drawing, a version name is given to each drawing and managed to identify the old and new drawings. That is, drawings with the same data name coexist on the database with different version names. Usually, in the drawings having the same contents, a number larger than the original data is given to the new drawing. Therefore, the drawing with the largest version name can be determined as the latest version data. The user grasps what is the newest data by referring to the version name. Data for identifying each drawing by data name and version name will be referred to as generation data hereinafter.
[0004]
[Problems to be solved by the invention]
However, it is uncertain whether the version name is new systematically because the user can only set it as one piece of data. That is, if the user makes a setting mistake, there is no guarantee. In addition, the update date given by the system cannot guarantee whether the update date is truly new in consideration of the update to the old version and the length of the revision work time.
[0005]
Conventionally, information indicating the progress status of the revision work, that is, the state of verification or the like on the drawing has not been handled.
[0006]
In addition, when it is necessary to perform revision work and leave a certain number of generations, it is necessary to appropriately delete old generation data in consideration of the storage capacity for storing data. On the other hand, you may want to keep the old generation data permanently instead of deleting it all.
[0007]
The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a data generation management system that performs reliable and efficient generation management of data accompanying revision work such as documents or drawings. It is in.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, the data generation management system according to the present invention is a system that performs generation management of data created by a revision work having a predetermined process, and the revision work is completed and officially registered. The original information indicating the data, the latest data information indicating whether the data is the current latest version or the next latest version, and the status information indicating the state of the process in the data revision work , the data name and the version name of each data A generation management table that is held for each generation data uniquely specified in the above , and generation management of the data to be revised, and are set in the generation management table according to changes in the state of the data process in the revision work Generation management means for updating the status information of the data, and the generation management means refers to the status information set in the generation management table Therefore, when it is determined that the data specified in the borrowing request from the user can be borrowed, the borrowing of the data is permitted, the setting of the process of the data is changed to borrowing, and the borrowing is impossible. When the judgment is made, the status of the data process is notified .
[0009]
Furthermore, the generation management means, when the state of the process of the data specified in the borrowing request from the user is being borrowed, referring to permit, is characterized in that not change the state of the process of the data .
[0010]
The generation management table holds history information for each data indicating whether or not each data has old version data.
[0011]
Further, the generation management table holds permanent storage information for preventing generation data from being deleted from the generation management table for each generation data.
[0012]
Furthermore, it is characterized by having a history hierarchy table that holds the version number for each data to be left in the generation management table.
[0013]
[Action]
In the data generation management system according to the present invention having the above-described configuration, when performing revision work, data that indicates that the original information is original and that the latest data information is the latest version is searched. By doing so, the latest data can be surely found.
[0014]
Furthermore, it is possible to prevent duplication of data already borrowed by other users by searching for data indicating that the status information is official registration.
[0015]
In addition, since history information is provided for each data, it is possible to set for each data whether or not to keep old data with the same data name when data is newly created. If it is set to remain in the history information, the old data is not deleted, and if it is set to delete, the old data is deleted.
[0016]
In addition, since permanent storage information is provided for each generation data, data set to be permanently stored can be left without being erased in any case.
[0017]
Also, the version number to be kept for each data in the history hierarchy table is set systematically. When the generation hierarchy in which new data is created increases, when the set version number is exceeded in the same data name, it is automatically deleted, so that the storage capacity can be saved.
[0018]
【Example】
Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.
[0019]
FIG. 1 is a configuration diagram of a system that implements a data generation management system according to the present invention. The system shown in FIG. 1 stores a
[0020]
FIG. 2 is a diagram showing an example of the generation management table 4 shown in FIG. Each data registered in the generation management table 4 includes a data name, a version name, a status, a latest data flag, an original data flag, a history flag, and a permanent storage flag. “Data name” is a name given to each drawing, and “version name” is a number indicating the new and old in each drawing, and each data can be uniquely specified by generation data formed by the data name and the version name. The version naming method may include not only numbers but also commonly used alphabetic characters. “Status” indicates state information indicating a state of a process in data revision work. The state of the process and its transition will be described later. The “latest data flag” is a flag for indicating the latest data information indicating whether the data is the latest version or the next latest version, and is “1” for the latest version data, and for the old version data. It is represented by “0”. The “original data flag” is original information indicating data that has been officially registered in the
[0021]
FIG. 3 is a diagram showing an example of the history hierarchy table 6 shown in FIG. 1, and this table holds the version number for each data to be left in the generation management table 4. In this example, “2” is set, which indicates that up to two pieces of data corresponding to the same data name are held in the system.
[0022]
FIG. 4 is a diagram showing a state set in “status” of the generation management table 4 and its transition. Each drawing can take the state shown in FIG.
[0023]
FIG. 5 shows the transition of the generation management table 4 accompanying the revision work of the drawing, and FIG. 6 is a flowchart showing the processing in the present embodiment accompanying the revision work. Hereinafter, the operation in this embodiment when a revision work is performed on the drawing A to create a new drawing will be described with reference to these drawings.
[0024]
First, as shown in the generation management table 4a in FIG. 5, version names 1.0 and 1.1 are already officially registered in the drawing A. In the latest version of drawing A, the data whose both the latest data flag and the original data flag are “1” are determined to be the latest version. Since this data also has a status of “official registration”, it can be determined that other users have not borrowed, so it is possible to borrow this data, that is, drawing A with version name 1.1 without borrowing more than once. Yes (step 101). If borrowing is possible, as shown in the generation management table 4b, the status of the drawing A of the borrowed revision 1.1 is changed to “borrowing” at this time, while temporary data is newly registered. (Steps 102 and 103). The latest data flag in this temporary data can be the latest version next, so “1” is not yet officially registered in the original data flag, so “0”, and the history flag takes over the value of the old version data. “1” is set and “0” is set at this time because it is not yet determined whether or not to permanently store the permanent storage flag. Since the status is being newly created, “borrowing” is set in order to reject a borrowing request from another user. At this point, no version name is given.
[0025]
Next, a new drawing is created by correcting and changing the drawing A that has been properly borrowed (step 104). The administrator asks the administrator for verification of the created drawing and receives verification. This process is shown in FIG. 4. As a result of the verification, if there is a defect, it is returned and the drawing is corrected again. This embodiment is characterized in that the “status” of the generation management table 4 is updated in accordance with a change in state in the revision work as shown in FIG. As a result, it is possible to easily grasp what state the inaccessible data is currently in by referring to the generation management table 4.
[0026]
When the verification is completed and the drawing A is re-registered, that is, officially registered, the version name “1.2” is given at this point, and the temporary data is registered as formal data (step 105). In addition, the status of drawing A, whose version name is 1.1, is changed from “borrowing” to “official registration”, and the latest data flag is changed from “1” to “0” because it is no longer the latest version. On the other hand, the status of drawing A with version name 1.2 is changed to “official registration”, and the original data flag is changed from “0” to “1” (step 106).
[0027]
By the way, in the generation management table 4c shown in FIG. 5, the history flag of the drawing A is “1”, and the data of the drawing A is registered in the third version. Further, since the permanent storage flag of the drawing A with the version name 1.0 is “0”, it is not a target of permanent storage. Referring to the history hierarchy table 6 shown in FIG. 3, since “2” is set in the present embodiment, the drawing A with the oldest version name 1.0 is deleted in accordance with the above conditions (steps). 107). In the present embodiment, data in which “1” is set in the permanent storage flag is not subject to accumulation of the remaining version numbers. Accordingly, if “1” is set in the permanent storage flag of the drawing A with the plate name 1.0 in the above example, the drawing A with the plate name 1.0 is not deleted.
[0028]
Further, the history flag and the permanent storage flag of the generation management table 4 can be updated sequentially from the terminal 10. Accordingly, when it is no longer necessary to keep the history of drawing A, or when it is desired to permanently keep any version of drawing A, it may be changed at that time. In addition, the number of remaining versions of the history hierarchy table 6 can be sequentially updated from the terminal 10. Therefore, if it is desired to keep more or less versions of data of “2” as a whole system, it may be changed at that time.
[0029]
As described above, according to the present embodiment, the latest version data can be easily retrieved by using the latest data flag and the original data flag. In this embodiment, the version name is not used to determine whether or not it is the latest version data. Further, since the status is given, the revision work can be performed on the data that is officially registered and can be changed, and the progress status of the revision work can be easily notified.
[0030]
In addition, if you want to stop borrowing the old version data that was officially registered during the revision process, or if an error occurs before the newly created data is officially registered, protect the old version data that was officially registered and take measures to prevent problems. Provisional data was prepared for this purpose.
[0031]
Further, if a certain user borrows one of the drawings, other users cannot borrow for the purpose of change, so that a plurality of updates of the same data cannot occur simultaneously. However, it can be referenced even if another user borrows it. When referring, do not change the status. In addition, if it is officially registered, an old version of a drawing can be handled in the same way as a new drawing.
[0032]
It should be noted that the values “1” and “0” of the flags used in the above embodiment may be reversed, and it is obvious that other values may be used if two or more bits are used.
[0033]
【The invention's effect】
According to the present invention, since it is determined whether or not it is the latest version using the original information and the latest data information which are automatically set without using the version name which is data input and set by the user, it is easy and reliable. It is possible to search for the latest version of data.
[0034]
In addition , by providing status information, it is possible to search for the latest version of data that can be revised at high speed and with certainty. It is also possible to easily grasp the progress status of the revision work.
[0035]
In addition , since history information is provided for each data, it is possible to make a user-oriented setting as to whether each data has a history.
[0036]
Further , since permanent storage information is provided for each generation data, data that is not desired to be deleted can be permanently stored, and the setting can be performed for each generation data by the user.
[0037]
In addition , since the version number to be retained for each data in the history hierarchy table can be set systematically, it is possible to uniformly delete the old version as the entire system. This makes it possible to save data storage capacity.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a system that implements a data generation management system according to the present invention.
FIG. 2 is a diagram illustrating an example of a generation management table illustrated in FIG. 1;
FIG. 3 is a diagram showing an example of a history hierarchy table shown in FIG. 1;
FIG. 4 is a diagram showing a state of a drawing and its transition in revision work.
FIG. 5 is a diagram showing a transition of the generation management table accompanying the revision of the drawing in the present embodiment.
FIG. 6 is a flowchart showing processing in the present embodiment accompanying revision work.
[Explanation of symbols]
2 generation management unit, 4, 4a, 4b, 4c, 4d generation management table, 6 history hierarchy table, 8 database, 10 terminal.
Claims (5)
改版作業が終了し正式に登録されたデータを示すオリジナル情報と現在最新版の又は次に最新版となるデータであるかを示す最新データ情報とデータの改版作業における過程の状態を表す状態情報とを、データ名及び各データの版名で一意に特定される世代データ毎に保持する世代管理テーブルと、
改版されるデータの世代管理を行うと共に、改版作業におけるデータの過程の状態の変化に応じて前記世代管理テーブルに設定されている当該データの状態情報を更新する世代管理手段と、
を有し、
前記世代管理手段は、前記世代管理テーブルに設定されている状態情報を参照することによって、ユーザからの借用要求に指定されたデータが借用可能であると判断したときには当該データの借用を許可すると共に、当該データの過程の状態を借用中に設定変更し、借用不可能と判断したときには当該データの過程の状態を知らせることを特徴とするデータ世代管理方式。In a system that performs generation management of data created by revision work having a predetermined process,
Original information indicating the data that has been officially registered after the revision work, the latest data information that indicates whether the data is the latest version or the next latest version, and status information that indicates the status of the data revision process For each generation data uniquely specified by the data name and the version name of each data ,
Generation management means for performing generation management of the data to be revised, and updating the status information of the data set in the generation management table according to a change in the status of the data process in the revision work;
Have
The generation management means permits borrowing of the data when it is determined that the data specified in the borrowing request from the user can be borrowed by referring to the status information set in the generation management table. A data generation management system characterized in that the status of the data process is changed during borrowing and the status of the data process is notified when it is determined that the data cannot be borrowed .
前記世代管理手段は、ユーザから借用要求に指定されたデータの過程の状態が借用中であるとき、参照を許可し、当該データの過程の状態を変更しないことを特徴とするデータ世代管理方式。In the data generation management system according to claim 1,
The generation management means permits the reference when the data process state designated by the user in the borrowing request is borrowed, and does not change the data process state .
前記世代管理テーブルは、各データに旧版データを持たせるかどうかを表す履歴情報をデータ毎に保持することを特徴とするデータ世代管理方式。In the data generation management system according to claim 1,
The generation management table stores history information indicating whether each data has old version data for each data.
前記世代管理テーブルは、当該世代管理テーブルから削除させないための永久保存情報を世代データ毎に保持することを特徴とするデータ世代管理方式。In the data generation management system according to claim 1,
A data generation management system, wherein the generation management table holds permanent storage information not to be deleted from the generation management table for each generation data.
前記世代管理テーブルに残しておくデータ毎の版数を保持する履歴階層テーブルを有することを特徴とするデータ世代管理方式。In the data generation management system according to claim 1,
A data generation management system comprising a history hierarchy table that holds a version number for each data to be left in the generation management table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09724695A JP3620889B2 (en) | 1995-04-21 | 1995-04-21 | Data generation management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09724695A JP3620889B2 (en) | 1995-04-21 | 1995-04-21 | Data generation management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08292907A JPH08292907A (en) | 1996-11-05 |
| JP3620889B2 true JP3620889B2 (en) | 2005-02-16 |
Family
ID=14187237
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09724695A Expired - Fee Related JP3620889B2 (en) | 1995-04-21 | 1995-04-21 | Data generation management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3620889B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008097411A (en) * | 2006-10-13 | 2008-04-24 | Tokyo Electric Power Co Inc:The | Drawing data management device, drawing data management method and computer program |
-
1995
- 1995-04-21 JP JP09724695A patent/JP3620889B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08292907A (en) | 1996-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8386494B2 (en) | Providing data structures for determining whether keys of an index are present in a storage system | |
| JP4117265B2 (en) | Method and system for managing file system versions | |
| JP4467257B2 (en) | Database management method and apparatus, and processing program therefor | |
| CN112740198B (en) | System and method for early removal of tombstone records in a database | |
| US7472254B2 (en) | Systems and methods for modifying a set of data objects | |
| US5946700A (en) | Method and apparatus for preserving non-current information that can be overwritten in a computer file | |
| US7730097B2 (en) | Smart database | |
| JP3910221B2 (en) | Object-oriented database management system and method | |
| CA2422161C (en) | Decoupled object identification for object switching in database systems | |
| JP2002525755A (en) | Method and apparatus for reorganizing an active DBMS table | |
| JP4101410B2 (en) | Time version data storage device | |
| KR20150042868A (en) | Data maintenance system | |
| US6192376B1 (en) | Method and apparatus for shadowing a hierarchical file system index structure to enable error recovery | |
| US6453324B1 (en) | Method for maintaining a version history of objects in a repository | |
| US7895164B1 (en) | Efficient checkpoint process | |
| JP3620889B2 (en) | Data generation management method | |
| JP5976779B2 (en) | Cache memory structure and method | |
| CN107193619A (en) | The method and apparatus that a kind of compiled version is automatically updated | |
| JP3636773B2 (en) | Information processing device for database check | |
| JP2643811B2 (en) | Database reorganization method | |
| JP2828354B2 (en) | Database management device | |
| JPH11120054A (en) | Device and method for managing electronic document, and recording medium recorded with electronic document managing program | |
| US8452823B2 (en) | Method for coordinating relationships between multiple physical entities | |
| JP2000148548A (en) | Unnecessary record deleting device | |
| JP2005032271A (en) | Object-oriented database management system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041116 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071126 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091126 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091126 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101126 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111126 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121126 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |