JP5249807B2 - File management method, file management program, and file management apparatus - Google Patents
File management method, file management program, and file management apparatus Download PDFInfo
- Publication number
- JP5249807B2 JP5249807B2 JP2009035059A JP2009035059A JP5249807B2 JP 5249807 B2 JP5249807 B2 JP 5249807B2 JP 2009035059 A JP2009035059 A JP 2009035059A JP 2009035059 A JP2009035059 A JP 2009035059A JP 5249807 B2 JP5249807 B2 JP 5249807B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- database
- branch line
- derivation
- entity
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Description
本発明は、ファイル管理方法、ファイル管理プログラム、および、ファイル管理装置に関する。 The present invention relates to a file management method, a file management program, and a file management apparatus.
構成管理されるファイルの派生に関するシステムが、特許文献１に記載されている。
この特許文献１には、構成管理システムにおいて、派生元ファイルの実体をコピーすることにより派生先ファイルを生成する旨が記載されている。
さらに、特許文献１には、派生元と派生先との対応関係を管理し、さらに派生元で更新が行われた場合には、その更新情報を対応関係から特定できる派生先に伝達することにより、派生先への更新の反映漏れを防止する方法が記載されている。
A system related to the derivation of a configuration-managed file is described in
Japanese Patent Application Laid-Open No. H10-228688 describes that a configuration management system generates a derivation destination file by copying the substance of the derivation source file.
Further,
しかし、前記した特許文献１の構成管理システムでは、派生元から派生先へのデータコピー処理を行う必要があるため、以下の２つの課題がある。
１つ目の課題は、派生を行う度に同一ファイルがコピーされていくため、当該ファイルに対して変更が必要となった場合には、派生元および派生先のファイルに対して、同一の変更が必要となり、変更の工数増大と、変更漏れのリスクが発生する点である。
２つ目の課題は、ファイルそのものをコピーするため、当該ファイルで管理されている過去のバージョンも全てコピーされてしまい、バージョンの中で仕様の相違を管理しているような場合には、派生先へ本当に必要とするバージョン以外のバージョンも渡してしまい、派生先で不要なファイルの管理と修正の受け入れが継続する点である。
However, since the configuration management system of
The first problem is that the same file is copied each time derivation is performed, so if the file needs to be changed, the same change is made to the derivation source and derivation destination files. This is a point that increases man-hours for change and risks of omission of change.
The second problem is that since the file itself is copied, all past versions managed in the file are also copied, and if the difference in specifications is managed in the version, it is derived. Versions other than those that are actually needed are also passed, and management of unnecessary files at the derivation destination and acceptance of modifications continue.
そこで、本発明は、前記した問題を解決し、更新されるファイルを効率的に管理することを、主な目的とする。 Accordingly, the main object of the present invention is to solve the above-described problems and efficiently manage the files to be updated.
前記課題を解決するために、本発明は、管理対象の電子ファイルが更新されるたびに、その電子ファイルに付加されるバージョンも更新するファイル管理装置によるファイル管理方法であって、
前記ファイル管理装置が、データベースアクセス部と、共有要求処理部とを有するとともに、管理対象の電子ファイルのデータ内容を示す実体ファイルと、その実体ファイルの所在を示す管理情報データとを格納するデータベースにアクセス可能であり、
前記共有要求処理部が、
前記データベースのうちの前記実体ファイルを格納する共有元データベースに対して、その実体ファイルを前記データベースのうちの共有先データベースから利用するための共有要求を受信すると、
前記実体ファイルの更新処理により更新される前記実体ファイルについて、その実体ファイルの初回登録時のバージョンまたは派生登録時のバージョンを起点とした、更新ごとの各更新前のバージョンおよび更新後のバージョンをグループ化するブランチラインを単位として、そのブランチラインと、その実体ファイルを格納する前記共有元データベースの所在情報とをリンク先として対応付けて前記共有先データベースの前記管理情報データに書き込み、
前記データベースアクセス部が、
前記共有先データベースに対して、管理対象の電子ファイルへのデータアクセス要求を受信すると、
前記共有先データベースの前記管理情報データの所在情報を参照して、データアクセス要求で指定された前記実体ファイルを格納する前記共有元データベース内の対応するブランチラインをリンク先として特定し、
その特定した前記共有元データベース内のブランチラインに含まれる所定バージョンへのデータアクセスを、実行することを特徴とする。
その他の手段は、後記する。
In order to solve the above problems, the present invention is a file management method by a file management apparatus that updates a version added to an electronic file each time an electronic file to be managed is updated.
The file management apparatus includes a database access unit and a sharing request processing unit, and a database that stores an entity file indicating data contents of an electronic file to be managed and management information data indicating the location of the entity file Is accessible,
The sharing request processing unit
When a sharing request for using the entity file from the sharing destination database of the database is received with respect to the sharing source database that stores the entity file of the database,
For the entity file to be updated by the update process of the entity file, the version before each update and the version after the update are grouped from the version at the time of initial registration of the entity file or the version at the time of derivation registration. The branch line to be converted into a unit, the branch line and the location information of the sharing source database storing the entity file are associated with each other as a link destination and written to the management information data of the sharing destination database,
The database access unit is
When receiving a data access request to the electronic file to be managed with respect to the shared database,
With reference to the location information of the management information data in the shared database , the corresponding branch line in the shared database that stores the entity file specified in the data access request is specified as a link destination ,
Its specific data access to a predetermined version included in the branch line of the shared source data in database, and executes.
Other means will be described later.
本発明によれば、更新されるファイルを効率的に管理することができる。 According to the present invention, a file to be updated can be managed efficiently.
図１は、本実施形態のバージョン管理システムを示す構成図である。バージョン管理システムは、ＤＢ管理装置１と、利用者端末３とが、ネットワークで接続されて構成されている。なお、バージョン管理システムが扱うデータは、例えば、ソフトウェアの共通部品（ライブラリ）などが挙げられるが、バージョン（世代）が更新されるデータであれば、任意のデータ（例えば、説明用文書データ）を扱うこととしてもよい。
FIG. 1 is a configuration diagram showing a version management system of the present embodiment. The version management system is configured by connecting a
ＤＢ管理装置１は、プロセッサ１ａと、そのプロセッサ１ａがデータを読み書きするためのメモリ（ハードウェアとしての図示は省略）と、各種データを利用者に入力させるための入力手段（ハードウェアとしての図示は省略、キーボードやマウスなど）と、他装置との通信を実行するためのインタフェース（ハードウェアとしての図示は省略）と、を備えるコンピュータ（ファイル管理装置）として構成される。
ＤＢ管理装置１のメモリには、各処理部（要求受付部１０と、ＤＢアクセス部１１と、表示要求処理部１２と、共有要求処理部１３と、派生要求処理部１４と、派生選択処理部１５と、権限変更要求処理部１６）を構成するためのプログラムと、そのプログラムが処理する各データ（データ管理ＤＢ２０）とが、それぞれ格納される。
The
In the memory of the
データ管理ＤＢ２０には、バージョン管理のリポジトリを格納する実体格納エリア２１と、その実体格納エリア２１に関する情報を格納する管理情報テーブル２２と、が格納されている。なお、データ管理ＤＢ２０は、ＤＢ管理装置１内に複数個（図１では２つ）存在してもよく、それぞれのデータ管理ＤＢ２０には他のデータ管理ＤＢ２０と区別するためのユニークなＤＢ名が付されている。
The data management DB 20 stores an entity storage area 21 for storing a version management repository and a management information table 22 for storing information related to the entity storage area 21. Note that a plurality of data management DBs 20 (two in FIG. 1) may exist in the
利用者端末３は、プロセッサ３１と、そのプロセッサ３１がデータを読み書きするためのメモリ（ハードウェアとしての図示は省略）と、他装置との通信を実行するためのインタフェース（ハードウェアとしての図示は省略）と、各種データを利用者に入力させるための入力手段（ハードウェアとしての図示は省略、キーボードやマウスなど）と、各種画面を表示するための表示装置３２と、ＤＢ管理装置１との入出力に用いられるデータを一時的に格納するワークスペース３３と、を含めて構成される。なお、表示装置３２は、例えば、液晶ディスプレイであり、利用者端末３に内蔵されていてもよいし、アナログＲＧＢケーブルなどで外接されていてもよい。ワークスペース３３には、例えば、各要求の引数となるパラメータや、その各要求への返値となるパラメータが、それぞれファイルとして格納される。
The
表１は、要求受付部１０が受け付ける要求のリストを示す。ＤＢ管理装置１の要求受付部１０は、データ管理ＤＢ２０にアクセスするための各要求を利用者端末３から受け付け、その要求の種別に応じて、要求ごとの各処理部（ＤＢアクセス部１１と、表示要求処理部１２と、共有要求処理部１３と、派生要求処理部１４と、派生選択処理部１５と、権限変更要求処理部１６）に要求の旨を通知する。
Table 1 shows a list of requests accepted by the request accepting unit 10. The request receiving unit 10 of the
ＤＢアクセス部１１は、バージョン管理システムに関する各要求（取得要求、登録要求、更新要求）を受け、その要求の対象となるデータ管理ＤＢ２０に対して、データアクセスを実行する。
表示要求処理部１２は、表示要求を受け、取得要求と同様のファイルの内容の取得処理をＤＢアクセス部１１に依頼し、その結果を利用者端末３の表示装置３２に表示させる。
共有要求処理部１３は、共有要求を受け、データ管理ＤＢ２０の実体格納エリア２１にすでに格納されている実体ファイルを、他のデータ管理ＤＢ２０にも使用できるようにする旨の処理をＤＢアクセス部１１に依頼し、その結果として、管理情報テーブル２２を更新させる。
派生要求処理部１４は、派生要求を受け、データ管理ＤＢ２０の実体格納エリア２１にすでに格納されている実体ファイルのブランチラインを増やす旨の処理をＤＢアクセス部１１に依頼し、その結果として、実体格納エリア２１および管理情報テーブル２２を更新させる。
派生選択処理部１５は、派生切替要求を受け、データ管理ＤＢ２０の実体格納エリア２１にすでに格納されている実体ファイルの複数のブランチラインから使用する１つのブランチラインを選択する旨の処理をＤＢアクセス部１１に依頼し、その結果として、管理情報テーブル２２を更新させる。
権限変更要求処理部１６は、権限変更要求を受け、データ管理ＤＢ２０の実体格納エリア２１にすでに格納されている実体ファイルへのアクセス権を変更する旨の処理をＤＢアクセス部１１に依頼し、その結果として、管理情報テーブル２２を更新させる。
The DB access unit 11 receives each request (acquisition request, registration request, update request) related to the version management system, and executes data access to the data management DB 20 that is the target of the request.
The display request processing unit 12 receives the display request, requests the DB access unit 11 to perform the same file content acquisition process as the acquisition request, and causes the display device 32 of the
In response to the sharing request, the share request processing unit 13 performs a process to make the entity file already stored in the entity storage area 21 of the data management DB 20 available to other data management DBs 20. As a result, the management information table 22 is updated.
Upon receiving the derivation request, the derivation request processing unit 14 requests the DB access unit 11 to increase the branch line of the entity file already stored in the entity storage area 21 of the data management DB 20, and as a result, the entity request processing unit 14 The storage area 21 and the management information table 22 are updated.
In response to the derivation switching request, the derivation selection processing unit 15 performs DB access processing for selecting one branch line to be used from a plurality of branch lines of the entity file already stored in the entity storage area 21 of the data management DB 20. The management information table 22 is updated as a result.
Upon receiving the authority change request, the authority change request processing unit 16 requests the DB access unit 11 to change the access right to the entity file already stored in the entity storage area 21 of the data management DB 20, and As a result, the management information table 22 is updated.
表２は、２つの管理情報テーブル２２の例をそれぞれ示す。管理情報テーブル２２は、含まれるデータ管理ＤＢ２０ごとに作成される。管理情報テーブル２２は、利用情報と、実体情報とを対応づけて管理する。 Table 2 shows examples of two management information tables 22 respectively. The management information table 22 is created for each included data management DB 20. The management information table 22 manages usage information and entity information in association with each other.
管理情報テーブル２２の利用情報は、利用者端末３がデータ管理ＤＢ２０を利用するときに、各要求を発行するために参照される情報である。利用情報は、ファイル名と、格納階層名と、最新バージョンと、変更権限と、を含めて構成される。
ファイル名は、実体格納エリア２１内のリポジトリのファイルを一意に特定するための名称である。
格納階層名は、実体格納エリア２１内のリポジトリのファイルが格納される階層（ディレクトリや、フォルダとも呼ばれる）を特定するための名称である。
最新バージョンは、実体格納エリア２１内のリポジトリのファイルの複数の版（バージョン）のうちの最新のバージョンを示す。なお、本実施形態では、「バージョン」という用語を用いたが、この「バージョン」（例えば、１．３）には、バージョン番号（例えば、「１」）に加え、そのバージョン番号におけるリビジョン番号（例えば、「．３」）を含んでもよし、含まなくてもよい。
変更権限は、実体格納エリア２１内のリポジトリのファイルに対する書き込み処理のアクセス権を示す。
The usage information in the management information table 22 is information that is referred to in order to issue each request when the
The file name is a name for uniquely identifying a repository file in the entity storage area 21.
The storage hierarchy name is a name for specifying a hierarchy (also referred to as a directory or a folder) in which repository files in the entity storage area 21 are stored.
The latest version indicates the latest version among a plurality of versions (versions) of the repository file in the entity storage area 21. In this embodiment, the term “version” is used. However, in addition to the version number (for example, “1”), the “version” (for example, 1.3) includes the revision number (for example, “1”). For example, “.3”) may or may not be included.
The change authority indicates an access right for a write process with respect to a repository file in the entity storage area 21.
管理情報テーブル２２の実体情報は、利用情報のファイル名で示されるファイルが、実体ファイルとして格納されているときの、格納先などに関する情報を示す。実体情報は、ＤＢ名と、格納階層名と、実体格納パスと、ブランチラインと、を含めて構成される。
ＤＢ名は、実体ファイルの格納先を示すデータ管理ＤＢ２０の名称である。なお、管理情報テーブル２２のＤＢ名は、その管理情報テーブル２２が属するデータ管理ＤＢ２０のＤＢ名と同じであるときには、「−」記号などを代わりに記載して省略してもよい。
格納階層名は、ＤＢ名で指定されたデータ管理ＤＢ２０内の実体ファイルの格納位置を示す。なお、管理情報テーブル２２の利用情報および実体情報それぞれの格納階層名が一致するときには、実体情報の格納階層名を「−」記号などを代わりに記載して省略してもよい。
実体格納パスは、ＤＢ名および格納階層名を区切り記号「￥」で区切って連結したパスである。なお、実体格納パスの列は、ＤＢ名の列および格納階層名の列の情報から、文字列連結処理により作成可能であるため、省略可能である。
ブランチラインは、実体ファイルの派生を示す。例えば、所定ファイルのバージョンが、「１．１」→「１．２」→「１．３」→「１．４」と更新されていくときには、これらのバージョン情報の内の、小数点以下１桁目のみが変化するため、ブランチラインは、「１．＊」である。ここで、「＊」は、値が任意に変換するワイルドカードを示す。
The entity information in the management information table 22 indicates information about a storage destination when the file indicated by the file name of the usage information is stored as an entity file. The entity information includes a DB name, a storage hierarchy name, an entity storage path, and a branch line.
The DB name is the name of the data management DB 20 indicating the storage location of the entity file. When the DB name of the management information table 22 is the same as the DB name of the data management DB 20 to which the management information table 22 belongs, a “-” symbol or the like may be written instead and omitted.
The storage hierarchy name indicates the storage location of the entity file in the data management DB 20 specified by the DB name. If the storage hierarchy names of the usage information and the entity information in the management information table 22 match each other, the storage hierarchy name of the entity information may be omitted by using a “−” symbol or the like instead.
The entity storage path is a path in which a DB name and a storage hierarchy name are separated by a delimiter “¥” and concatenated. Note that the entity storage path column can be omitted because it can be created from the DB name column and the storage hierarchy name column information by the character string concatenation process.
The branch line indicates the derivation of the entity file. For example, when the version of a predetermined file is updated as “1.1” → “1.2” → “1.3” → “1.4”, one digit after the decimal point in these version information Since only the eyes change, the branch line is “1. *”. Here, “*” indicates a wild card whose value is arbitrarily converted.
例えば、ファイル名「ｂ．ｃ」に着目すると、管理情報テーブル２２の実体情報が「ＤＢ名＝α」となっているので、ＤＢ名＝αのデータ管理ＤＢ２０内の実体格納エリア２１に格納されていることがわかる。
そして、「ＤＢ名＝α」の管理情報テーブル２２（表２の上側の表）では、格納階層名「Ｘ」が利用情報および実体情報で共通するのに対し、「ＤＢ名＝β」の管理情報テーブル２２（表２の下側の表）では、利用情報の格納階層名「Ｙ」は、実体情報の格納階層名「Ｘ」とは、異なる。
つまり、「ＤＢ名＝α」では、ファイル名「ｂ．ｃ」の実体ファイルをそのまま利用情報として利用者に提示しているのに対し、「ＤＢ名＝β」では、ファイル名「ｂ．ｃ」へのリンクファイルを利用情報として利用者に提示している。
ここで、リンクファイルは、実体ファイルを構成する１つのブランチラインへのリンク（実体格納パスなどの所在情報）を含むが、実体ファイルのデータ内容そのものは含まないファイルである（詳細は、図４参照）。そして、リンクファイルの場合、利用情報の変更権限の初期値は、変更不可を示す「なし」である。
For example, paying attention to the file name “bc”, the entity information in the management information table 22 is “DB name = α”, so it is stored in the entity storage area 21 in the data management DB 20 with DB name = α. You can see that
In the management information table 22 of “DB name = α” (the upper table of Table 2), the storage hierarchy name “X” is common to the usage information and the entity information, whereas the management of “DB name = β”. In the information table 22 (the lower table in Table 2), the usage information storage hierarchy name “Y” is different from the entity information storage hierarchy name “X”.
That is, with “DB name = α”, the actual file with the file name “bc” is presented to the user as usage information as it is, whereas with “DB name = β”, the file name “b.c” is presented. To the user as usage information.
Here, the link file is a file that includes a link (location information such as an entity storage path) to one branch line constituting the entity file, but does not include the data content itself of the entity file (for details, see FIG. 4). reference). In the case of a link file, the initial value of the usage information change authority is “none” indicating that the change is not allowed.
ここで、権限変更要求処理部１６が実行する、管理情報テーブル２２の変更権限について、変更可能を示す「あり」から「なし」に、または、「なし」から「あり」に変更する処理を説明する。
権限変更要求処理部１６は、利用者端末３から入力された権限変更要求を受け、その権限変更要求で指定されたファイル名の実体ファイルの有無をチェックする。このチェックは、具体的には、管理情報テーブル２２の実体情報の実体格納パスにアクセスし、そのパスが示す実体格納エリア２１内で指定されたファイル名が存在するか否かを判断することにより、実現される。
実体ファイルが存在しないときには、権限変更要求を送信した利用者端末３に対して、「ファイルが存在しない」旨のエラーメッセージを返答する。
実体ファイルが存在するときには、管理情報テーブル２２の利用情報内の「変更権限」を権限変更要求の指示通りに変更するようにＤＢアクセス部１１に依頼し、権限変更要求を送信した利用者端末３に対して、「正常に変更した」旨のメッセージを返答する。
Here, the process executed by the authority change request processing unit 16 to change the change authority of the management information table 22 from “present” indicating “changeable” to “none”, or from “none” to “present” will be described. To do.
The authority change request processing unit 16 receives the authority change request input from the
When the actual file does not exist, an error message “file does not exist” is returned to the
When the entity file exists, the DB terminal 11 is requested to change the “change authority” in the usage information of the management information table 22 as instructed by the authority change request, and the
表３は、表２の管理情報テーブル２２（ＤＢ名＝β）に対して、権限変更要求を実行した後の例を示す。表２の管理情報テーブル２２（表２の下側の表）と比較すると、ファイル名「ｂ．ｃ」のレコードの利用情報内の変更権限が、「なし」から「あり」へと変更されている。これにより、以降、共有先からファイル「ｂ．ｃ」に対する変更が可能となる。 Table 3 shows an example after executing the authority change request for the management information table 22 (DB name = β) in Table 2. Compared with the management information table 22 of Table 2 (the lower table of Table 2), the change authority in the usage information of the record with the file name “bc” has been changed from “None” to “Yes” Yes. As a result, the file “bc” can be changed from the sharing destination.
図２は、２つのデータ管理ＤＢ２０（ＤＢ名＝α，β）の一例を示す説明図である。なお、図２において、管理情報テーブル２２は、表２で説明した列の内の説明用の列だけを記載し、その他の列は記載を省略している。 FIG. 2 is an explanatory diagram showing an example of two data management DBs 20 (DB name = α, β). In FIG. 2, the management information table 22 describes only the explanatory columns of the columns described in Table 2, and omits the other columns.
「ＤＢ名＝α」のデータ管理ＤＢ２０の実体格納エリア２１には、３つの実体ファイル（ａ．ｃ，ｂ．ｃ，ｃ．ｃ）が、それぞれ階層名「Ｘ」の下に格納されている。「ＤＢ名＝α」の管理情報テーブル２２には、その３つの実体ファイルそれぞれを示すレコードが、格納されている。
「ＤＢ名＝β」のデータ管理ＤＢ２０の実体格納エリア２１には、２つの実体ファイル（ｄ．ｃ，ｅ．ｃ）および１つのリンクファイル（ｂ．ｃ）が、それぞれ階層名「Ｙ」の下に格納されている。「ＤＢ名＝β」の管理情報テーブル２２には、その３つのファイルそれぞれを示すレコードが、格納されている。
In the entity storage area 21 of the data management DB 20 of “DB name = α”, three entity files (ac, bc, cc) are stored under the hierarchy name “X”, respectively. . The management information table 22 of “DB name = α” stores records indicating the three entity files.
In the entity storage area 21 of the data management DB 20 of “DB name = β”, two entity files (dc, ec) and one link file (bc) each have a hierarchy name “Y”. Stored below. In the management information table 22 of “DB name = β”, records indicating the three files are stored.
なお、ファイル名「ｂ．ｃ」のファイルは、実体ファイルが「ＤＢ名＝α」のデータ管理ＤＢ２０に存在するとともに、リンクファイルが「ＤＢ名＝β」のデータ管理ＤＢ２０にも存在する。つまり、同じファイルが、複数のデータベースで共有されている。
よって、ＤＢアクセス部１１は、「ＤＢ名＝β」の実体格納エリア２１のリンクファイル「ｂ．ｃ」にアクセスするときには、「ＤＢ名＝β」の管理情報テーブル２２の「実体情報」を参照して、そのリンクファイルがリンクする実体ファイルの所在（ＤＢ名＝α、格納階層名＝Ｘ）を求めてから、その所在にアクセスする。つまり、ＤＢアクセス部１１は、リンクファイルではなく、実体ファイルに対して、データアクセス（ファイルの読み書き）を実行する。
一方、ＤＢアクセス部１１は、「ＤＢ名＝α」の実体格納エリア２１の実体ファイル「ｂ．ｃ」には、リンクを辿ることなく、直接アクセスする。
Note that the file with the file name “bc” exists in the data management DB 20 whose actual file is “DB name = α”, and also exists in the data management DB 20 whose link file is “DB name = β”. That is, the same file is shared by multiple databases.
Accordingly, when accessing the link file “bc” in the entity storage area 21 with “DB name = β”, the DB access unit 11 refers to “entity information” in the management information table 22 with “DB name = β”. Then, after obtaining the location (DB name = α, storage hierarchy name = X) of the entity file to which the link file is linked, the location is accessed. That is, the DB access unit 11 performs data access (file read / write) with respect to an actual file, not a link file.
On the other hand, the DB access unit 11 directly accesses the entity file “bc” in the entity storage area 21 of “DB name = α” without following the link.
図３は、２つのデータ管理ＤＢ２０（ＤＢ名＝α，β）の間でのファイルの共有要求処理を実施するときの、表示装置３２に表示される画面を示す画面遷移図である。
ファイル名「ｂ．ｃ」の実体ファイルは、データ管理ＤＢ２０（ＤＢ名＝α）内に存在する。
画面６１において、利用者は、利用者端末３の入力手段（マウスなど）を介して、データ管理ＤＢ２０（ＤＢ名＝α）内のファイル名「ｂ．ｃ」を右クリックすると、そのファイルを処理対象とする要求リストが、画面６２に表示される。
画面６２において、利用者は、表示された要求リストから、「共有要求（シェア）」をクリックすると、その実体ファイルを指し示すリンクファイルが格納される共有先の選択欄が画面６３として表示される。この共有先のリストは、あらかじめ管理者などにより設定されている、データベースリストを記憶手段から読み取ることにより、取得することができる。
画面６３において、利用者は、共有先の選択欄から「ＤＢ名＝β、格納階層名＝Ｙ」をクリックすると、利用者端末３は、少なくとも、右クリックされたファイル名「ｂ．ｃ」の実体情報（管理情報テーブル２２から取得可能）と、その共有先の「ＤＢ名＝β、格納階層名＝Ｙ」とを入力パラメータとしてワークスペース３３に格納するとともに、その入力パラメータを引数とする共有要求を、ＤＢ管理装置１に送信する。
その共有要求を受信したＤＢ管理装置１の共有要求処理部１３は、ワークスペース３３の入力パラメータを参照し、共有先（ＤＢ名＝β）の管理情報テーブル２２に対して、共有要求で指定されたファイル名「ｂ．ｃ」のレコードを追加する。
画面６４において、ファイル名「ｂ．ｃ」のファイルが、あたかもデータ管理ＤＢ２０（ＤＢ名＝β）の格納階層名「Ｙ」に存在しているかのように、アクセス可能に表示装置３２に表示される。
FIG. 3 is a screen transition diagram showing a screen displayed on the display device 32 when a file sharing request process is performed between two data management DBs 20 (DB names = α, β).
The entity file with the file name “bc” exists in the data management DB 20 (DB name = α).
In the screen 61, when the user right-clicks the file name “bc” in the data management DB 20 (DB name = α) via the input means (such as a mouse) of the
On the screen 62, when the user clicks “share request (share)” from the displayed request list, a share destination selection field in which a link file indicating the entity file is stored is displayed as a screen 63. This list of sharing destinations can be acquired by reading a database list set in advance by an administrator or the like from the storage means.
In the screen 63, when the user clicks “DB name = β, storage hierarchy name = Y” from the selection column of the share destination, the
The share request processing unit 13 of the
On the screen 64, the file with the file name “bc” is displayed on the display device 32 so as to be accessible as if it exists in the storage hierarchy name “Y” of the data management DB 20 (DB name = β). The
図４は、図３の共有要求処理の実行後のデータ管理ＤＢ２０を示す説明図である。 FIG. 4 is an explanatory diagram showing the data management DB 20 after execution of the sharing request process of FIG.
上側のデータ管理ＤＢ２０（ＤＢ名＝α）には、ファイル名「ｂ．ｃ」の実体ファイル（バージョン１．１〜１．４）が１つのブランチラインＢ１として、存在する。 In the upper data management DB 20 (DB name = α), an entity file (version 1.1 to 1.4) having the file name “bc” exists as one branch line B1.
下側のデータ管理ＤＢ２０（ＤＢ名＝β）には、ファイル名「ｂ．ｃ」のリンクファイル（バージョン１．１〜１．４）が１つのブランチラインＢ１として、存在する。このリンクファイルは、ファイル名「ｂ．ｃ」の実体ファイル（バージョン１．１〜１．４）の全てのバージョンを含んでいるので、共有先のデータ管理ＤＢ２０（ＤＢ名＝β）では、ＤＢアクセス部１１が、全てのバージョンに対してバージョン管理システムに関する各要求（取得要求、登録要求、更新要求）を実行することができる。 In the lower data management DB 20 (DB name = β), a link file (version 1.1 to 1.4) with the file name “bc” exists as one branch line B1. Since this link file includes all versions of the entity file (versions 1.1 to 1.4) having the file name “bc”, the data management DB 20 (DB name = β) of the sharing destination uses the DB. The access unit 11 can execute each request (acquisition request, registration request, update request) regarding the version management system for all versions.
図５は、共有要求処理部１３が実行する、共有要求処理を示すフローチャートである。なお、共有される実体ファイルが存在するデータ管理ＤＢ２０（図４では、ＤＢ名＝α）を共有元とし、共有するリンクファイルが存在するデータ管理ＤＢ２０（図４では、ＤＢ名＝β）を共有先として、説明する。 FIG. 5 is a flowchart showing the sharing request processing executed by the sharing request processing unit 13. Note that the data management DB 20 (DB name = α in FIG. 4) where the shared entity file exists is used as a sharing source, and the data management DB 20 (DB name = β in FIG. 4) where the shared link file exists is shared. First, it will be described.
Ｓ１０１において、共有先の管理情報テーブル２２に、リンクファイル用のレコードを１つ追加する。
Ｓ１０２において、共有先の管理情報テーブル２２の追加レコードの利用情報（変更権限）に、初期値である「なし」を書き込む。
Ｓ１０３において、共有先の管理情報テーブル２２の追加レコードの利用情報に、共有要求で指定された各情報（ファイル名、格納階層名など）を書き込む（詳細は、図４参照）。
In S101, one record for the link file is added to the management information table 22 of the sharing destination.
In S102, “None” which is an initial value is written in the usage information (change authority) of the additional record in the management information table 22 of the sharing destination.
In S103, each piece of information (file name, storage hierarchy name, etc.) specified in the sharing request is written in the usage information of the additional record in the management information table 22 at the sharing destination (see FIG. 4 for details).
Ｓ１１１において、共有元の管理情報テーブル２２から、共有要求で指定されたファイル名のレコードを読み込む。
Ｓ１１２において、読み込んだ共有元のレコードの実体情報（ＤＢ名、格納階層名）が、省略されているか否かを判定する。具体的には、表２を用いて説明したように、「−」記号が記載されているか否かを判定する。Ｓ１１２でＹｅｓならＳ１１３へ進み、ＮｏならＳ１１４へ進む。
Ｓ１１３において、省略されている共有元のレコードの実体情報を、補完する。例えば、表２で説明したように、ＤＢ名の「−」記号を、その管理情報テーブル２２が属するデータ管理ＤＢ２０のＤＢ名で補完するとともに、実体情報の格納階層名の「−」記号を、利用情報の格納階層名で補完する。
Ｓ１１４において、共有元のレコードの実体情報のブランチラインが複数存在するか否かを判定する。Ｓ１１４でＹｅｓならＳ１１５へ進み、ＮｏならＳ１２１へ進む。
Ｓ１１５において、複数のブランチラインから、１つのブランチラインを共有対象として選択させる。具体的には、派生選択処理部１５が処理する派生選択処理（後記する図１０参照）を呼び出す。
In S111, the record of the file name designated by the sharing request is read from the management information table 22 of the sharing source.
In S112, it is determined whether or not the entity information (DB name, storage hierarchy name) of the read source record is omitted. Specifically, as described with reference to Table 2, it is determined whether or not a “−” symbol is described. If Yes in S112, the process proceeds to S113, and if No, the process proceeds to S114.
In S113, the entity information of the omitted share source record is complemented. For example, as described in Table 2, the “−” symbol of the DB name is complemented with the DB name of the data management DB 20 to which the management information table 22 belongs, and the “−” symbol of the storage hierarchy name of the entity information is Supplement with storage name of usage information.
In S114, it is determined whether or not there are a plurality of branch lines of the entity information of the sharing source record. If Yes in S114, the process proceeds to S115, and if No, the process proceeds to S121.
In S115, one branch line is selected as a sharing target from a plurality of branch lines. Specifically, a derivation selection process (see FIG. 10 described later) processed by the derivation selection processing unit 15 is called.
Ｓ１２１において、共有元の管理情報テーブル２２の読み込んだレコードの実体情報を、共有先の追加レコードの管理情報テーブル２２の実体情報へと、コピーする（例えば、表２の「ｂ．ｃ」のレコードを参照）。なお、Ｓ１１３の補完処理およびＳ１１５の選択処理が実行されたときには、それぞれの処理結果の実体情報をコピーする。
Ｓ１２２において、Ｓ１２１で書き込んだブランチラインに対応する最新バージョンを共有元の管理情報テーブル２２から読み取り、共有先の追加レコードの管理情報テーブル２２の実体情報へと、コピーする（例えば、表２の「ｂ．ｃ」のレコードを参照）。
In S121, the entity information of the record read in the management information table 22 of the sharing source is copied to the entity information of the management information table 22 of the additional record of the sharing destination (for example, the record “bc” in Table 2) See). When the complementing process of S113 and the selection process of S115 are executed, the entity information of each processing result is copied.
In S122, the latest version corresponding to the branch line written in S121 is read from the management information table 22 of the sharing source and copied to the entity information of the management information table 22 of the additional record of the sharing destination (for example, “2” in Table 2). b.c "record).
図６は、データ管理ＤＢ２０（ＤＢ名＝α）での実体ファイル（ｂ．ｃ）に対する派生要求処理を実施するときの、表示装置３２に表示される画面を示す画面遷移図である。
ここで、ファイル名「ｂ．ｃ」の実体ファイルは、データ管理ＤＢ２０（ＤＢ名＝α）内に存在し、派生要求の送信前では、１つのブランチライン（１．＊、最新バージョン＝１．４）が存在するものとする。
画面６１において、利用者は、利用者端末３の入力手段（マウスなど）を介して、データ管理ＤＢ２０（ＤＢ名＝α）内のファイル名「ｂ．ｃ」を右クリックすると、そのファイルを処理対象とする要求リストが、画面６２に表示される。
画面６２において、利用者は、表示された要求リストから、「派生要求（ブランチ）」をクリックすると、その実体ファイルに対応する派生先のブランチラインの入力画面が、画面６５に表示される。
画面６５において、利用者は、表示された入力画面から、２つめのブランチライン（１．１．１．３）を入力して、「ＯＫ」ボタンをクリックすると、利用者端末３は、少なくとも、右クリックされたファイル名「ｂ．ｃ」と、入力されたブラインチライン「１．１．１．３」とを入力パラメータとしてワークスペース３３に格納するとともに、その入力パラメータを引数とする派生要求を、ＤＢ管理装置１に送信する。
その派生要求を受信したＤＢ管理装置１の派生要求処理部１４は、共有先（ＤＢ名＝β）の管理情報テーブル２２に対して、派生要求で指定されたファイル名「ｂ．ｃ」のレコードの「最新バージョン」列に「１．１．１．３」を追加し、「ブランチライン」列に、「１．１．１．＊」を追加する。
画面６６において、ファイル名「ｂ．ｃ」の実体ファイルには、２つのブランチラインが存在することとなる。なお、ブランチラインが増加しても、既にあるブランチラインはそのまま存続するため、その既にあるブランチラインを共有する（リンクする）他のデータ管理ＤＢ２０（例えば、ＤＢ名＝β）へのデータ変更は、不要である（画面６４は変化無し）。
FIG. 6 is a screen transition diagram showing a screen displayed on the display device 32 when performing a derivation request process for the entity file (bc) in the data management DB 20 (DB name = α).
Here, the entity file with the file name “bc” exists in the data management DB 20 (DB name = α), and one branch line (1. *, latest version = 1. 4) exists.
In the screen 61, when the user right-clicks the file name “bc” in the data management DB 20 (DB name = α) via the input means (such as a mouse) of the
On the screen 62, when the user clicks “derivation request (branch)” from the displayed request list, the input screen of the branch line of the derivation destination corresponding to the entity file is displayed on the screen 65.
On the screen 65, when the user inputs the second branch line (1.1.1.3) from the displayed input screen and clicks the “OK” button, the
Upon receiving the derivation request, the derivation request processing unit 14 of the
In the screen 66, there are two branch lines in the entity file with the file name “bc”. Even if the number of branch lines increases, the existing branch lines remain as they are. Therefore, data change to another data management DB 20 that shares (links) the existing branch lines (for example, DB name = β) This is unnecessary (the screen 64 is not changed).
図７は、図４のデータ管理ＤＢ２０に対して、図６の派生要求処理の実行後のデータ管理ＤＢ２０を示す説明図である。 FIG. 7 is an explanatory diagram showing the data management DB 20 after execution of the derivation request process of FIG. 6 with respect to the data management DB 20 of FIG.
上側のデータ管理ＤＢ２０（ＤＢ名＝α）には、ファイル名「ｂ．ｃ」の実体ファイル（バージョン１．１〜１．４）が２つのブランチラインＢ１，Ｂ２として、それぞれ存在する。ここで、ブランチラインＢ２は、ブランチラインＢ１から派生要求に従って派生したものである。具体的には、派生要求処理部１４は、ブランチラインＢ１の所定バージョンのファイル（例えば、バージョン１．１のファイル）を、ブランチラインＢ２の所定バージョンのファイル（例えば、バージョン１．１．１．１のファイル）として、コピーする。そして、ＤＢアクセス部１１は、更新要求に従い、２つのブランチラインのファイルをそれぞれ更新することで、最新バージョンの番号を増加させる。 In the upper data management DB 20 (DB name = α), actual files (versions 1.1 to 1.4) having the file name “bc” exist as two branch lines B1 and B2, respectively. Here, the branch line B2 is derived from the branch line B1 according to the derivation request. Specifically, the derivation request processing unit 14 converts a predetermined version file (for example, version 1.1 file) of the branch line B1 into a predetermined version file (for example, version 1.1.1.) Of the branch line B2. 1 file). Then, the DB access unit 11 increases the latest version number by updating the files of the two branch lines in accordance with the update request.
下側のデータ管理ＤＢ２０（ＤＢ名＝β）には、ファイル名「ｂ．ｃ」のリンクファイル（最新バージョン１．４）が１つのブランチラインＢ１として、存在する。データ管理ＤＢ２０（ＤＢ名＝β）のブランチラインＢ１へのリンクは、データ管理ＤＢ２０（ＤＢ名＝α）のブランチラインＢ２が増加したとしても、とくに変更する必要がない。これにより、ブランチラインごとに独立したファイル共有が可能になるため、共有先で使用しないブランチラインが、共有先にコピーされたり削除されたりするオーバーヘッドを抑制することができる。 In the lower data management DB 20 (DB name = β), a link file (latest version 1.4) with the file name “bc” exists as one branch line B1. The link to the branch line B1 of the data management DB 20 (DB name = β) does not need to be changed even if the branch line B2 of the data management DB 20 (DB name = α) increases. As a result, independent file sharing is possible for each branch line, so that the overhead of copying or deleting branch lines that are not used at the sharing destination can be suppressed.
表４は、図７のデータ管理ＤＢ２０（ＤＢ名＝α）の詳細を示す。表２のデータ管理ＤＢ２０（ＤＢ名＝α）と比較すると、ファイル名「ｂ．ｃ」のレコード内において、最新バージョン「１．１．１．３」およびブランチライン「１．１．１．＊」がそれぞれ追加されている。 Table 4 shows details of the data management DB 20 (DB name = α) in FIG. Compared with the data management DB 20 (DB name = α) in Table 2, the latest version “1.1.1.3” and the branch line “1.1.1. *” Are included in the record with the file name “bc”. "Has been added.
図８は、図６の派生切替要求処理の実行後の状態から、共有先のリンクファイルにおける派生切替要求処理を実施するときの、表示装置３２に表示される画面を示す画面遷移図である。
ファイル名「ｂ．ｃ」の実体ファイルは、データ管理ＤＢ２０（ＤＢ名＝α）内に存在し、２つのブランチライン（最新バージョン１．１．１．３および最新バージョン１．４）に派生されている（図８の下部参照）。
画面６４において、利用者は、利用者端末３の入力手段（マウスなど）を介して、派生先のデータ管理ＤＢ２０（ＤＢ名＝α）内のファイル名「ｂ．ｃ」を右クリックすると、そのファイルを処理対象とする要求リストが、画面６７に表示される。
画面６７において、利用者は、表示された要求リストから、「派生切替要求」をクリックすると、その共有先の実体ファイルを構成するブランチラインの選択欄が、画面６８に表示される。なお、表示される実体ファイルを構成するブランチラインは、共有元の管理情報テーブル２２から取得できる（画面６６参照）。
画面６８において、利用者は、ブランチラインの選択欄から「最新バージョン＝１．１．１．３」をクリックすると、利用者端末３は、少なくとも、右クリックされたファイル名「ｂ．ｃ」と、その選択されたブランチラインの特定情報（最新バージョン＝１．１．１．３）とを入力パラメータとしてワークスペース３３に格納するとともに、その入力パラメータを引数とする派生切替要求を、ＤＢ管理装置１に送信する。
その派生切替要求を受信したＤＢ管理装置１の派生選択処理部１５は、共有先（ＤＢ名＝β）の管理情報テーブル２２に対して、派生切替要求で指定されたブランチラインの情報を上書きする。
画面６９において、具体的には、管理情報テーブル２２のファイル名「ｂ．ｃ」のレコード内の利用情報の最新バージョンを指定された「１．１．１．３」で上書きする。さらに、画面では表示を省略したが、レコード内の実体情報のブランチラインを指定された「１．１．１．＊」で上書きする。
これにより、実体ファイルのデータコピーに関するオーバーヘッドを発生させずに、ブランチラインの切替を実現できる。
FIG. 8 is a screen transition diagram showing a screen displayed on the display device 32 when the derivation switching request process is performed on the shared link file from the state after the derivation switching request process of FIG. 6 is executed.
The entity file with the file name “bc” exists in the data management DB 20 (DB name = α) and is derived from two branch lines (latest version 1.1.1.3 and latest version 1.4). (See the lower part of FIG. 8).
On the screen 64, when the user right-clicks the file name “bc” in the derivation data management DB 20 (DB name = α) via the input means (such as a mouse) of the
On the screen 67, when the user clicks “Derivation switching request” from the displayed request list, a selection field for a branch line that configures the sharing destination entity file is displayed on the screen 68. Note that the branch lines constituting the displayed entity file can be acquired from the management information table 22 of the sharing source (see screen 66).
On the screen 68, when the user clicks “latest version = 1.1.1.3” from the selection field of the branch line, the
Upon receiving the derivation switching request, the derivation selection processing unit 15 of the
Specifically, on the screen 69, the latest version of the usage information in the record of the file name “bc” in the management information table 22 is overwritten with the designated “1.1.1.3”. Further, although the display is omitted on the screen, the branch line of the entity information in the record is overwritten with the designated “1.1.1. *”.
As a result, it is possible to realize branch line switching without causing overhead associated with data copying of the entity file.
図９は、図７のデータ管理ＤＢ２０に対して、図８の派生切替要求処理の実行後のデータ管理ＤＢ２０を示す説明図である。 FIG. 9 is an explanatory diagram showing the data management DB 20 after execution of the derivation switching request process of FIG. 8 with respect to the data management DB 20 of FIG.
上側のデータ管理ＤＢ２０（ＤＢ名＝α）には、ファイル名「ｂ．ｃ」の実体ファイルが２つのブランチラインＢ１，Ｂ２として、それぞれ存在する。 In the upper data management DB 20 (DB name = α), actual files with the file name “bc” exist as two branch lines B1 and B2, respectively.
下側のデータ管理ＤＢ２０（ＤＢ名＝β）には、ファイル名「ｂ．ｃ」のリンクファイル（最新バージョン１．１．１．３）が１つのブランチラインＢ２として、存在する。データ管理ＤＢ２０（ＤＢ名＝β）のブランチラインＢ１へのリンクは、図８の派生切替要求処理により、ブランチラインＢ１へのリンクからブランチラインＢ２へのリンクへと変更されている。 In the lower data management DB 20 (DB name = β), a link file (latest version 1.1.1.3) with the file name “bc” exists as one branch line B2. The link to the branch line B1 in the data management DB 20 (DB name = β) has been changed from the link to the branch line B1 to the link to the branch line B2 by the derivation switching request process of FIG.
表５は、図９のデータ管理ＤＢ２０（ＤＢ名＝β）の詳細を示す。表２のデータ管理ＤＢ２０（ＤＢ名＝β）と比較すると、ファイル名「ｂ．ｃ」のレコード内において、最新バージョンが「１．１．１．３」に、ブランチラインが「１．１．１．＊」に、それぞれ変更されている。 Table 5 shows details of the data management DB 20 (DB name = β) in FIG. Compared with the data management DB 20 (DB name = β) in Table 2, in the record with the file name “bc”, the latest version is “1.1.1.3” and the branch line is “1.1. 1. * ”respectively.
図１０は、派生選択処理部１５が実行する、派生切替要求処理を示すフローチャートである。なお、共有される実体ファイルが存在するデータ管理ＤＢ２０（図９では、ＤＢ名＝α）を共有元とし、共有するリンクファイルが存在するデータ管理ＤＢ２０（図９では、ＤＢ名＝β）を共有先として、説明する。 FIG. 10 is a flowchart showing derivation switching request processing executed by the derivation selection processing unit 15. Note that the data management DB 20 (DB name = α in FIG. 9) where the shared entity file exists is the sharing source, and the data management DB 20 (DB name = β in FIG. 9) where the shared link file exists is shared. First, it will be described.
Ｓ２０１において、利用者端末３から入力された派生切替要求を受け、その派生切替要求で指定されたファイル名の実体ファイルが存在するか否かをチェックする。このチェックは、具体的には、管理情報テーブル２２の実体情報の実体格納パスにアクセスし、そのパスが示す実体格納エリア２１内で指定されたファイル名が存在するか否かを判断することにより、実現される。Ｓ２０１でＹｅｓならＳ２０３へ進み、ＮｏならＳ２０２へ進む。
In S201, a derivation switching request input from the
Ｓ２０２において、実体ファイルが存在しないときには、派生切替要求を送信した利用者端末３に対して、「ファイルが存在しない」旨のエラーメッセージを返答する。
In S202, when the entity file does not exist, an error message “file does not exist” is returned to the
Ｓ２０３において、派生切替要求で指定されたファイルのブランチラインのリストを表示し、利用者に切替先のブランチラインを選択させる。そのために、派生選択処理部１５は、共有元の管理情報テーブル２２から、ブランチラインおよび対応する最新バージョンのリストを取得する。 In S203, a list of branch lines of the file designated by the derivation switching request is displayed, and the user is allowed to select a switching destination branch line. For this purpose, the derivation selection processing unit 15 acquires a list of branch lines and corresponding latest versions from the management information table 22 of the sharing source.
Ｓ２０４において、Ｓ２０３で選択された切替先のブランチラインへと切り替える。そのために、派生選択処理部１５は、共有先の管理情報テーブル２２内におけるブランチラインおよび対応する最新バージョンの組を、選択された切替先のブランチラインおよび対応する最新バージョンの組に書き換える。 In S204, switching to the switching destination branch line selected in S203 is performed. For this purpose, the derivation selection processing unit 15 rewrites the branch line and the corresponding latest version set in the sharing destination management information table 22 to the selected switching destination branch line and the corresponding latest version set.
以上、図２〜図１０を用いて説明した本実施形態では、一例として、１つの共有元のデータ管理ＤＢ２０（ＤＢ名＝α）と、１つの共有先のデータ管理ＤＢ２０（ＤＢ名＝β）と、のあいだでのファイルの共有管理について説明した。一方、１つの共有元に対して、複数の共有先が存在する形態としてもよい。 In the embodiment described above with reference to FIGS. 2 to 10, as an example, one sharing source data management DB 20 (DB name = α) and one sharing destination data management DB 20 (DB name = β). Explained the file sharing management. On the other hand, a plurality of sharing destinations may exist for one sharing source.
図１１は、共有要求処理（図５）を、２つの複数の共有先（ＤＢ名＝β、γ）に対してそれぞれ実行した場合のデータ管理ＤＢ２０を示す説明図である。それぞれの共有先のデータ管理ＤＢ２０は、必ずしも共有元の同じブランチラインを共有する必要はない。例えば、共有先（ＤＢ名＝β）のデータ管理ＤＢ２０は、最新ファイル「１．１．１．３」のブランチラインＢ２へのリンクファイルを有しているのに対し、共有先（ＤＢ名＝γ）のデータ管理ＤＢ２０は、最新ファイル「１．１．１．１．１．２」のブランチラインＢ３へのリンクファイルを有している。 FIG. 11 is an explanatory diagram showing the data management DB 20 when the sharing request process (FIG. 5) is executed for each of a plurality of sharing destinations (DB names = β, γ). Each sharing destination data management DB 20 does not necessarily need to share the same branch line of the sharing source. For example, the data management DB 20 of the sharing destination (DB name = β) has a link file to the branch line B2 of the latest file “1.1.1.3”, whereas the sharing destination (DB name = β). The data management DB 20 of γ) has a link file to the branch line B3 of the latest file “1.1.1.1.1.2”.
表６は、図１１のデータ管理ＤＢ２０の状態における３つの管理情報テーブル２２の例をそれぞれ示す。共有元の管理情報テーブル２２（ＤＢ名＝α）のファイル名「ｂ．ｃ」のレコードには、３つのブランチライン「１．＊」、「１．１．１．＊」、「１．１．１．１．１．＊」が格納されている。
共有先の管理情報テーブル２２（ＤＢ名＝β）のファイル名「ｂ．ｃ」のレコードには、２つめのブランチライン「１．１．１．＊」が格納されている。
共有先の管理情報テーブル２２（ＤＢ名＝γ）のファイル名「ｂ．ｃ」のレコードには、３つめのブランチライン「１．１．１．１．１．＊」が格納されている。
Table 6 shows an example of each of the three management information tables 22 in the state of the data management DB 20 of FIG. The record of the file name “bc” in the management information table 22 (DB name = α) of the sharing source includes three branch lines “1. *”, “1.1.1. *”, “1.1”. .1.1.1. * "Is stored.
The second branch line “1.1.1. *” Is stored in the record of the file name “bc” in the management information table 22 (DB name = β) of the sharing destination.
The third branch line “1.1.1.1.1. *” Is stored in the record of the file name “bc” in the management information table 22 (DB name = γ) of the sharing destination.
以上説明した本実施形態によれば、ソフトウェア共通部品のように複数の管理単位で共有するファイルに変更が発生した場合に、共有元を変更することで共有先がアクセスする時には、変更したものが参照されるため、変更漏れ／誤りの防止と変更工数の削減を図ることができる。
また、共有先では、自管理単位が参照するバージョンのみ参照するため、誤って他管理単位用のバージョンを参照することも防止できる。
さらに、共有先からの更新作業が実施できるため、個別の変更と集中管理を実現することが可能となる。
According to the present embodiment described above, when a file shared by a plurality of management units, such as a software common component, is changed, when the sharing destination accesses by changing the sharing source, the changed one is Since it is referred to, it is possible to prevent change omission / error and reduce man-hours for change.
In addition, since only the version referred to by the own management unit is referred to at the sharing destination, it is possible to prevent the version for another management unit from being erroneously referred to.
Furthermore, since update work from the sharing destination can be performed, individual changes and centralized management can be realized.
これにより、組込みソフトウェア開発の特徴である、多種多様なモデルのソフトウェア共通部品を派生開発する際のソフトウェア変更管理を効率的に実施できる。具体的には、ソフトウェア共通部品の開発部門における複数モデルのソフトウェア共通部品の派生をブランチラインとして管理し、ソフトウェア共通部品の開発部門と製品開発部門とのソフトウェア共通部品の実体ファイルを、そのブランチライン単位で共有することにより、ソフトウェア共通部品に発生した不具合の対策漏れ／誤りの防止、および不具合対策工数の削減を図ることが可能となる。 This makes it possible to efficiently implement software change management when derivating and developing software common parts of various models, which is a feature of embedded software development. More specifically, the derivation of multiple models of software common parts in the software common part development department is managed as a branch line, and the software common part entity files of the software common part development department and product development department are stored in the branch line. By sharing in units, it becomes possible to prevent omissions / errors of troubles occurring in common software components and to reduce the trouble man-hours.
１ ＤＢ管理装置（ファイル管理装置）
１ａ プロセッサ
３ 利用者端末（入力手段）
１０ 要求受付部
１１ ＤＢアクセス部（データベースアクセス部）
１２ 表示要求処理部
１３ 共有要求処理部
１４ 派生要求処理部
１５ 派生選択処理部
１６ 権限変更要求処理部
２０ データ管理ＤＢ
２１ 実体格納エリア
２２ 管理情報テーブル（管理情報データ）
３１ プロセッサ
３２ 表示装置
３３ ワークスペース
1 DB management device (file management device)
10 Request reception part 11 DB access part (database access part)
DESCRIPTION OF SYMBOLS 12 Display request processing part 13 Sharing request processing part 14 Derivation request processing part 15 Derivation selection processing part 16 Authority change request processing part 20 Data management DB
21 Entity storage area 22 Management information table (management information data)
31 processor 32 display device 33 workspace
Claims (7)
前記ファイル管理装置は、データベースアクセス部と、共有要求処理部とを有するとともに、管理対象の電子ファイルのデータ内容を示す実体ファイルと、その実体ファイルの所在を示す管理情報データとを格納するデータベースにアクセス可能であり、
前記共有要求処理部は、
前記データベースのうちの前記実体ファイルを格納する共有元データベースに対して、その実体ファイルを前記データベースのうちの共有先データベースから利用するための共有要求を受信すると、
前記実体ファイルの更新処理により更新される前記実体ファイルについて、その実体ファイルの初回登録時のバージョンまたは派生登録時のバージョンを起点とした、更新ごとの各更新前のバージョンおよび更新後のバージョンをグループ化するブランチラインを単位として、そのブランチラインと、その実体ファイルを格納する前記共有元データベースの所在情報とをリンク先として対応付けて前記共有先データベースの前記管理情報データに書き込み、
前記データベースアクセス部は、
前記共有先データベースに対して、管理対象の電子ファイルへのデータアクセス要求を受信すると、
前記共有先データベースの前記管理情報データの所在情報を参照して、データアクセス要求で指定された前記実体ファイルを格納する前記共有元データベース内の対応するブランチラインをリンク先として特定し、
その特定した前記共有元データベース内のブランチラインに含まれる所定バージョンへのデータアクセスを、実行することを特徴とする
ファイル管理方法。 A file management method by a file management apparatus that updates a version added to an electronic file each time an electronic file to be managed is updated,
The file management apparatus includes a database access unit and a sharing request processing unit, and a database that stores an entity file indicating data contents of an electronic file to be managed and management information data indicating the location of the entity file. Is accessible,
The sharing request processing unit
When a sharing request for using the entity file from the sharing destination database of the database is received with respect to the sharing source database that stores the entity file of the database,
For the entity file to be updated by the update process of the entity file, the version before each update and the version after the update are grouped from the version at the time of initial registration of the entity file or the version at the time of derivation registration. The branch line to be converted into a unit, the branch line and the location information of the sharing source database storing the entity file are associated with each other as a link destination and written to the management information data of the sharing destination database,
The database access unit
When receiving a data access request to the electronic file to be managed with respect to the shared database,
With reference to the location information of the management information data in the shared database , the corresponding branch line in the shared database that stores the entity file specified in the data access request is specified as a link destination ,
File management method, characterized in that the specific data access to a predetermined version included in the branch line of the shared source data in database, it executes.
前記派生要求処理部は、
前記データベースのうちの前記実体ファイルを格納する前記共有元データベースに対して、その実体ファイルの派生元ブランチラインを新たな派生先ブランチラインへと派生するための派生要求を受信すると、
前記派生元ブランチライン内の所定バージョンのファイルを、前記派生先ブランチライン内の所定バージョンとは別のバージョンとしてデータコピーし、
前記派生選択処理部は、
前記共有先データベースの前記管理情報データに書き込むブランチラインについて、その共有元データベースの前記実体ファイルに複数のブランチラインが設定されているときには、入力手段を介して指定されたブランチラインを、前記共有先データベースの前記管理情報データに書き込むことを特徴とする
請求項１に記載のファイル管理方法。 The file management apparatus further includes a derivation request processing unit, a derivation selection processing unit, and an input unit.
The derivation request processing unit
When receiving a derivation request for deriving a derivation source branch line of the entity file to a new derivation destination branch line for the sharing source database that stores the entity file of the database,
A file of a predetermined version in the derivation source branch line is copied as a version different from the predetermined version in the derivation destination branch line,
The derivation selection processing unit
When a plurality of branch lines are set in the entity file of the sharing source database for the branch line to be written to the management information data of the sharing destination database, the branch line designated via the input means is The file management method according to claim 1, wherein the file is written in the management information data of a database.
前記権限変更要求処理部は、
前記実体ファイルへのアクセス権を変更する権限変更要求を受信すると、その権限変更要求で指定されたアクセス権を前記共有先データベースの前記管理情報データに対してブランチラインごとに設定し、
前記データベースアクセス部は、前記共有先データベースの前記管理情報データを参照し、データアクセス要求で指定されたブランチラインへのデータアクセスのアクセス権が存在しないときには、前記実体ファイルへのデータアクセスを禁止することを特徴とする
請求項１または請求項２に記載のファイル管理方法。 The file management device further includes an authority change request processing unit,
The authority change request processing unit
When an authority change request for changing the access right to the entity file is received, the access right specified in the authority change request is set for each branch line with respect to the management information data of the shared database,
The database access unit refers to the management information data in the shared database, and prohibits data access to the entity file when there is no data access access right to the branch line specified by the data access request. The file management method according to claim 1 or 2.
前記ファイル管理装置は、データベースアクセス部と、共有要求処理部とを有するとともに、管理対象の電子ファイルのデータ内容を示す実体ファイルと、その実体ファイルの所在を示す管理情報データとを格納するデータベースにアクセス可能であり、
前記共有要求処理部は、
前記データベースのうちの前記実体ファイルを格納する共有元データベースに対して、その実体ファイルを前記データベースのうちの共有先データベースから利用するための共有要求を受信すると、
前記実体ファイルの更新処理により更新される前記実体ファイルについて、その実体ファイルの初回登録時のバージョンまたは派生登録時のバージョンを起点とした、更新ごとの各更新前のバージョンおよび更新後のバージョンをグループ化するブランチラインを単位として、そのブランチラインと、その実体ファイルを格納する前記共有元データベースの所在情報とをリンク先として対応付けて前記共有先データベースの前記管理情報データに書き込み、
前記データベースアクセス部は、
前記共有先データベースに対して、管理対象の電子ファイルへのデータアクセス要求を受信すると、
前記共有先データベースの前記管理情報データの所在情報を参照して、データアクセス要求で指定された前記実体ファイルを格納する前記共有元データベース内の対応するブランチラインをリンク先として特定し、
その特定した前記共有元データベース内のブランチラインに含まれる所定バージョンへのデータアクセスを、実行することを特徴とする
ファイル管理装置。 A file management device that updates a version added to an electronic file each time an electronic file to be managed is updated,
The file management apparatus includes a database access unit and a sharing request processing unit, and a database that stores an entity file indicating data contents of an electronic file to be managed and management information data indicating the location of the entity file. Is accessible,
The sharing request processing unit
When a sharing request for using the entity file from the sharing destination database of the database is received with respect to the sharing source database that stores the entity file of the database,
For the entity file to be updated by the update process of the entity file, the version before each update and the version after the update are grouped from the version at the time of initial registration of the entity file or the version at the time of derivation registration. The branch line to be converted into a unit, the branch line and the location information of the sharing source database storing the entity file are associated with each other as a link destination and written to the management information data of the sharing destination database,
The database access unit
When receiving a data access request to the electronic file to be managed with respect to the shared database,
With reference to the location information of the management information data in the shared database , the corresponding branch line in the shared database that stores the entity file specified in the data access request is specified as a link destination ,
Its specific data access to a predetermined version included in the branch line of the shared source data in database file management apparatus and executes.
前記派生要求処理部は、
前記データベースのうちの前記実体ファイルを格納する前記共有元データベースに対して、その実体ファイルの派生元ブランチラインを新たな派生先ブランチラインへと派生するための派生要求を受信すると、
前記派生元ブランチライン内の所定バージョンのファイルを、前記派生先ブランチライン内の所定バージョンとは別のバージョンとしてデータコピーし、
前記派生選択処理部は、
前記共有先データベースの前記管理情報データに書き込むブランチラインについて、その共有元データベースの前記実体ファイルに複数のブランチラインが設定されているときには、入力手段を介して指定されたブランチラインを、前記共有先データベースの前記管理情報データに書き込むことを特徴とする
請求項５に記載のファイル管理装置。 The file management apparatus further includes a derivation request processing unit, a derivation selection processing unit, and an input unit.
The derivation request processing unit
When receiving a derivation request for deriving a derivation source branch line of the entity file to a new derivation destination branch line for the sharing source database that stores the entity file of the database,
A file of a predetermined version in the derivation source branch line is copied as a version different from the predetermined version in the derivation destination branch line,
The derivation selection processing unit
When a plurality of branch lines are set in the entity file of the sharing source database for the branch line to be written to the management information data of the sharing destination database, the branch line designated via the input means is The file management apparatus according to claim 5, wherein the file management apparatus writes the management information data in a database.
前記権限変更要求処理部は、
前記実体ファイルへのアクセス権を変更する権限変更要求を受信すると、その権限変更要求で指定されたアクセス権を前記共有先データベースの前記管理情報データに対してブランチラインごとに設定し、
前記データベースアクセス部は、前記共有先データベースの前記管理情報データを参照し、データアクセス要求で指定されたブランチラインへのデータアクセスのアクセス権が存在しないときには、前記実体ファイルへのデータアクセスを禁止することを特徴とする
請求項５または請求項６に記載のファイル管理装置。 The file management device further includes an authority change request processing unit,
The authority change request processing unit
When an authority change request for changing the access right to the entity file is received, the access right specified in the authority change request is set for each branch line with respect to the management information data of the shared database,
The database access unit refers to the management information data in the shared database, and prohibits data access to the entity file when there is no data access access right to the branch line specified by the data access request. The file management apparatus according to claim 5, wherein the file management apparatus is a file management apparatus.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009035059A JP5249807B2 (en) | 2009-02-18 | 2009-02-18 | File management method, file management program, and file management apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009035059A JP5249807B2 (en) | 2009-02-18 | 2009-02-18 | File management method, file management program, and file management apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010191662A JP2010191662A (en) | 2010-09-02 |
| JP5249807B2 true JP5249807B2 (en) | 2013-07-31 |
Family
ID=42817647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009035059A Active JP5249807B2 (en) | 2009-02-18 | 2009-02-18 | File management method, file management program, and file management apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5249807B2 (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5267590B2 (en) * | 2011-02-04 | 2013-08-21 | 富士ゼロックス株式会社 | Information processing apparatus, information processing system, and program |
| JP5681615B2 (en) * | 2011-11-16 | 2015-03-11 | 株式会社日立製作所 | Shared software repository management system |
| JP2013175227A (en) * | 2013-05-09 | 2013-09-05 | Fuji Xerox Co Ltd | Client device and program |
| JP2016014949A (en) * | 2014-07-01 | 2016-01-28 | 株式会社エクサ | Java development support program |
| KR101961644B1 (en) * | 2017-05-19 | 2019-03-25 | 소프트캠프(주) | System for unification managing the distributed data |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08320782A (en) * | 1995-03-17 | 1996-12-03 | Fujitsu Ltd | Software product management equipment |
| JP4275772B2 (en) * | 1998-06-30 | 2009-06-10 | 株式会社Ｃｓｋホールディングス | Database system, data management method, and recording medium recording data management software |
| JP2001273279A (en) * | 2000-03-24 | 2001-10-05 | Toshiba Corp | Electronic filing system and document creation method |
| JP3937736B2 (en) * | 2001-03-16 | 2007-06-27 | カシオ計算機株式会社 | Document management device |
-
2009
- 2009-02-18 JP JP2009035059A patent/JP5249807B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010191662A (en) | 2010-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11010031B2 (en) | Creating and/or editing interactions between user interface elements with selections rather than coding | |
| US10157068B2 (en) | Configuring and operating applications using a descriptor | |
| US12159104B2 (en) | Describing changes in a workflow based on changes in structured documents containing workflow metadata | |
| US10719964B2 (en) | System and method for graphically displaying recommended mappings in an integration cloud service design time | |
| US9652220B2 (en) | Zero down-time deployment of new application versions | |
| US10027735B2 (en) | Mechanism for facilitating user-controlled management of site network mapping and synchronization | |
| US20100306638A1 (en) | Object templates for data-driven applications | |
| US11119749B2 (en) | Architectures and techniques for record protection and field management | |
| US20190102477A1 (en) | Novel metadata relationships in a configuration management database | |
| JP5249807B2 (en) | File management method, file management program, and file management apparatus | |
| JP2012530972A (en) | Managed system extension function | |
| JPWO2011118003A1 (en) | Web application construction system, web application construction method, web application construction program, and recording medium recording web application construction program | |
| CN116049142A (en) | Data processing method, device, electronic device and storage medium | |
| WO2019223136A1 (en) | Data acquisition method and apparatus, and computer device and storage medium | |
| US20150277723A1 (en) | Exporting a component of a currently displayed user interface to a development system | |
| CN113705193A (en) | Rendering content using decoupled rendering resources | |
| US11481213B2 (en) | Systems and methods for project migration | |
| CN118051553A (en) | Business service system and method for executing business service | |
| US11429356B2 (en) | Composition enablement for partner and customer extensibility of inversion of control objects | |
| CN111444161A (en) | Data processing method and device, electronic equipment and storage medium | |
| US11593226B2 (en) | System and method for ensuring compliance of protection policy requirements using visual representation of backups | |
| CN112883695B (en) | Method, device, equipment and medium for generating report template and displaying data report | |
| CN113343649A (en) | File annotation method and device, storage medium and computing equipment | |
| WO2015183016A1 (en) | Data processing device and method for checking data recorded on memory of data processing device | |
| JP2012108740A (en) | Input support method and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110203 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130311 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130402 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130412 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5249807 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160419 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |