"コンピュータに,フォルダ内への格納を要求されたファイルのファイル名に含まれる所定の文字の数が,前記フォルダ内に格納された他のいずれのファイルのファイル名に含まれる前記所定の文字の数とも異なる場合に,前記ファイルの前記フォルダへの格納を抑止する処理を実行させるための管理プログラム。前記所定の文字は,前記フォルダの命名規約において,ファイル名に含まれる複数の文字列間の区切り文字に用いられることを定められた文字または記号であることを特徴とする請求項1に記載の管理プログラム。コンピュータに,指定されたフォルダに対するファイルの登録要求を受け付け,前記登録要求されたファイルの名称を所定文字を境に文字列のブロックに分割し,前記登録要求されたファイルの名称から得られた文字列のブロック数が,前記指定されたフォルダの配下にあるファイルの名称を前記所定文字を境に分割して得られる文字列のブロック数のいずれとも不一致である場合に,前記登録要求されたファイルを登録しないと判定する処理を実行させるための管理プログラム。前記コンピュータに,さらに,ファイルの名称を前記所定文字を境に分割して得られる文字列のブロックのうち,先頭ブロックまたは末尾ブロックの文字列が,前記登録要求されたファイルと一致する,前記指定されたフォルダの配下にあるファイルが存在しない場合に,前記登録要求されたファイルを登録しないと判定する処理を実行させるための請求項3に記載の管理プログラム。前記コンピュータに,さらに,前記ファイルの登録要求が,特定の権限による登録要求である場合に,前記登録しないとの判定に関わらず,前記登録要求されたファイルを登録すると判定する処理を実行させるための請求項3または請求項4に記載の管理プログラム。フォルダ内への格納を要求されたファイルのファイル名に含まれる所定の文字の数が,前記フォルダ内に格納された他のいずれのファイルのファイル名に含まれる前記所定の文字の数とも異なる場合に,前記ファイルの前記フォルダへの格納を抑止する登録判定制御部を備えることを特徴とする管理システム。コンピュータが,フォルダ内への格納を要求されたファイルのファイル名に含まれる所定の文字の数が,前記フォルダ内に格納された他のいずれのファイルのファイル名に含まれる前記所定の文字の数とも異なる場合に,前記ファイルの前記フォルダへの格納を抑止する過程を実行することを特徴とする管理方法。上述のように,構成管理システムで管理される開発資産のファイルには,開発者などのユーザによって,プロジェクトで制定された命名規約に沿ったファイル名が付与される。しかし,ユーザが,命名規約に沿わないファイル名を誤って付与したファイルを,構成管理システムに対して登録する可能性がある。一側面では,本発明は,命名規約に沿わないファイル名でファイルが登録されることを抑制することを目的とする。1態様では,開示するプログラムは,コンピュータを,次のように機能させる。すなわち,前記プログラムは,前記プログラムがインストールされて実行されるコンピュータに,フォルダ内への格納を要求されたファイルのファイル名に含まれる所定の文字の数が,当該フォルダ内に格納された他のいずれのファイルのファイル名に含まれる当該所定の文字の数とも異なる場合に,当該ファイルの当該フォルダへの格納を抑止する処理を実行させる。1態様では,命名規約に沿わないファイル名でファイルが登録されることを抑制することが可能となる。以下,本実施の形態について,図を用いて説明する。図1は,本実施の形態による構成管理システムの構成例を示す図である。図1に示す構成管理システムにおいて,構成管理サーバ10は,ソフトウェア開発の資産であるファイルを一元管理するコンピュータである。構成管理サーバ10では,制定された命名規約に従ったファイル管理が行われる。利用者端末20は,ソフトウェアの開発者や構成管理システムの管理者などの各ユーザが使用するコンピュータである。各利用者端末20は,LAN等のネットワーク30を介して構成管理サーバ10にアクセス可能である。構成管理サーバ10は,資産記憶部11,構成管理制御部12,ルール生成部13,ルール情報記憶部14,資産登録判定制御部15を備える。資産記憶部11は,本実施の形態の構成管理システムによる管理対象である開発資産のファイルを記憶する記憶部である。資産記憶部11では,フォルダを用いた階層構造で,ファイルが管理されている。なお,本実施の形態のフォルダには,ディレクトリも含まれるものとする。構成管理制御部12は,開発資産の管理制御を行う。例えば,構成管理制御部12は,登録が依頼されたファイルを,資産記憶部11における指定されたフォルダの配下に,開発資産として登録するなどの処理を行う。ルール生成部13は,指定されたフォルダ配下にすでに存在するファイルを解析し,該当フォルダ配下におけるファイルの名称の規則性を示すルール情報を自動生成する。本実施の形態による構成管理サーバ10では,制定された命名規約に従ったファイル管理が行われていることが前提となっている。したがって,ルール生成部13により自動生成されるルール情報は,制定された命名規約に準じた,該当フォルダ配下のファイルに対する命名ルールの情報となる。ルール生成部13は,フォルダ解析部131,ルール導出部132を備える。フォルダ解析部131は,ルール情報の生成が指定されたフォルダ配下のファイルの名称を解析する。ルール導出部132は,フォルダ解析部131による解析の結果に基づいて,ルール情報の生成が指定されたフォルダ配下のファイルに対する命名ルールを導出する。本実施の形態では,フォルダ解析部131による解析結果の情報と,ルール導出部132により導出された命名ルールを示す情報とを含めた情報が,ルール生成部13により生成されたルール情報となる。ルール生成部13により生成されるルール情報は,ルール情報記憶部14に記憶される。ルール情報記憶部14は,ルール情報を記憶する記憶部である。資産登録判定制御部15は,本実施の形態の構成管理システムに対する開発資産の登録可否を判定する制御を行う。すなわち,資産登録判定制御部15は,利用者端末20から資産記憶部11へのファイル登録が要求された際に,登録が要求されたファイルの資産記憶部11への登録可否を判定する制御を行う。例えば,資産登録判定制御部15は,フォルダ内への格納を要求されたファイルのファイル名に含まれる所定の文字の数が,そのフォルダ内に格納された他のいずれのファイルのファイル名に含まれる所定の文字の数とも異なる場合に,要求されたファイルの該当フォルダへの格納を抑止する制御を行う。所定の文字は,該当フォルダの命名規約において,ファイル名に含まれる複数の文字列間の区切り文字に用いられることを定められた文字または記号である。本実施の形態による資産登録判定制御部15の具体的な動作の例を説明する。資産登録判定制御部15は,受付部151,分割部152,判定部153,登録部154,強制登録部155,ルール情報更新部156を備える。受付部151は,利用者端末20から,指定されたフォルダに対するファイルの登録要求を受け付ける。例えば,ソフトウェアの開発者であるユーザが,自身の利用者端末20で作成,編集した開発資産のファイルを,構成管理サーバ10のファイルシステム,すなわち資産記憶部11に登録する作業を行う。このとき,ユーザは,ファイルの登録先のフォルダを指定する。ユーザが操作する利用者端末20は,登録先のフォルダを指定したファイルの登録要求を構成管理サーバ10に送る。受付部151は,利用者端末20から送られたファイルの登録要求を受け付ける。分割部152は,登録要求されたファイルの名称を,所定文字を境に文字列のブロックに分割する。開発資産であるファイルの名称は,複数の文字列のブロックを組み合わせて生成されることが多い。このとき,各ブロックの文字列の連結に,デリミタ文字と呼ばれる区切り文字が用いられることが多い。分割部152がファイルの名称を分割する際に用いる所定文字は,例えばデリミタ文字として定義された,記号を含む文字である。デリミタ文字として使用される文字には,例えば,_,-,などの文字がある。図1では図示省略されているが,本実施の形態による構成管理サーバ10では,デリミタ文字が定義された設定情報が保持されている。例えば,登録要求されたファイルの名称が構造設計書_情報系2次改修_表示制御部docであったものとする。また,所定のデリミタ文字として,_が定義されているものとする。このとき,分割部152は,登録要求されたファイルの名称が構造設計書_情報系2次改修_表示制御部docを所定のデリミタ文字_を境に分割し,3つの文字列のブロック構造設計書,情報系2次改修,表示制御部を得る。なお,本実施の形態では,後述のファイルの登録可否判定で拡張子の文字列を使用しないので,分割部152により得られる文字列のブロックに,拡張子の文字列のブロックは含まれない。ファイルの命名規約において,拡張子の文字列が重要な意味をなすようなケースでは,拡張子の文字列のブロックを含めたファイルの登録可否判定を行うようにしてもよい。判定部153は,登録要求されたファイルの名称と,登録先として指定されたフォルダの配下にすでに格納されているファイルの名称とに基づいて,登録要求されたファイルの指定されたフォルダへの登録可否を判定する。上述したように,本実施の形態による構成管理サーバ10では,制定された命名規約に従ったファイル管理が行われることが前提となっている。すなわち,資産記憶部11において,フォルダの配下にすでに格納されているファイルの名称は,制定された命名規約に沿って命名された名称であることになる。判定部153は,登録要求されたファイルの名称と,指定されたフォルダの配下にすでに格納されているファイルの名称との間で,共通する命名ルールがあるかを判断することで,登録要求されたファイルの登録可否の判定を行う。例えば,判定部153は,登録要求されたファイルの名称から得られた文字列のブロック数と,指定されたフォルダの配下にある各ファイルの名称を所定文字を境に分割して得られる文字列のブロック数とを比較する。判定部153は,登録要求されたファイルの名称から得られた文字列のブロック数が,指定されたフォルダの配下にある各ファイルの名称から得られる文字列のブロック数のいずれとも不一致である場合に,登録要求されたファイルを登録しないと判定する。一般に,同じ種類の開発資産として一緒に管理するファイルであれば,そのファイルの名称に含まれる文字列のブロック数は,同じブロック数となる。本実施の形態では,同じ種類の開発資産として一緒に管理するファイルに対しては,同じブロック数の文字列がデリミタ文字で連結された名称が付与されるように,命名規約によって定められているものとする。一般に,開発資産の管理を行うファイルシステムでは,同じ種類の開発資産として管理するファイルを,同じフォルダ配下に一緒に格納することが行われる。すなわち,登録要求されたファイルと同じ文字列のブロック数の名称を持つファイルが,登録先として指定されたフォルダの配下にない場合には,登録要求されたファイルの名称が,該当フォルダにおけるファイルに対する命名ルールに従っていない可能性が高い。このようなファイルの名称に含まれる文字列のブロック数を用いた判定によって,本実施の形態による構成管理システムでは,命名規約に沿わないファイルの登録を抑制することが可能となる。なお,本実施の形態では,開発資源であるファイルの登録先として指定される可能性があるフォルダについては,判定部153によるファイルの登録可否判定で必要な情報を含むルール情報が,ルール生成部13によってあらかじめ生成され,ルール情報記憶部14に記憶されている。本実施の形態では,上述の指定されたフォルダの配下にあるファイルの名称を所定文字を境に分割して得られる文字列のブロック数の情報は,ルール情報記憶部14に記憶されたルール情報に含まれている。判定部153は,ルール情報記憶部14に記憶された該当フォルダのルール情報から,判定に必要な情報を取得する。また,例えば,判定部153は,ファイルの名称を所定文字を境に分割して得られる文字列のブロックのうち,先頭ブロックまたは末尾ブロックの文字列が,登録要求されたファイルと一致する,指定されたフォルダの配下にあるファイルが存在するかを確認する。判定部153は,先頭ブロックまたは末尾ブロックの文字列が登録要求されたファイルと一致する,指定されたフォルダの配下にあるファイルが存在しない場合に,登録要求されたファイルを登録しないと判定する。一般に,同じ種類の開発資産として一緒に管理するファイルであれば,そのファイルの名称における先頭ブロックの文字列または末尾ブロックの文字列のいずれかに,同じ文字列が使用される。本実施の形態では,同じ種類の開発資産として一緒に管理するファイルに対しては,そのファイルの名称における先頭ブロックの文字列または末尾ブロックの文字列のいずれかに同じ文字列が使用されるように,命名規約によって定められているものとする。すなわち,先頭ブロックまたは末尾ブロックの文字列が登録要求されたファイルと一致する,指定されたフォルダの配下にあるファイルが存在しない場合には,登録要求されたファイルの名称が,該当フォルダにおけるファイルに対する命名ルールに従っていない可能性が高い。このようなファイルの名称に含まれる先頭ブロックの文字列または末尾ブロックの文字列を用いた判定によって,本実施の形態による構成管理システムでは,命名規約に沿わないファイルの登録を抑制することが可能となる。なお,本実施の形態では,指定されたフォルダの配下にあるファイルの名称における先頭ブロックの文字列や末尾ブロックの文字列の情報は,ルール情報記憶部14に記憶されたルール情報に含まれている。判定部153は,ルール情報記憶部14に記憶された該当フォルダのルール情報から,判定に必要な情報を取得する。登録部154は,判定部153によって登録可能と判定された,登録要求されたファイルを,登録先として指定されたフォルダに登録する処理を行う。例えば,登録部154は,登録要求されたファイルの,資産記憶部11における指定先フォルダの領域への格納を,構成管理制御部12に依頼する。強制登録部155は,ファイルの登録要求が,特定の権限による登録要求である場合に,判定部153による登録しないとの判定に関わらず,登録要求されたファイルを登録すると判定する。特定の権限によるファイルの登録要求は,例えば,特定の権限を持つユーザが操作する利用者端末20からのファイルの登録要求である。判定部153により登録できないと判定されたファイルが従う命名ルールは,登録先として指定されたフォルダ配下にすでに格納されているファイルが従う命名ルールとは異なる。特定の権限を持たないユーザは,このようなファイルを,当該フォルダ配下に登録することができない。ただし,例えばプロジェクトの管理者など,特定の権限を持つユーザは,登録先として指定したフォルダ配下のファイルが従う命名ルールとは異なる命名ルールに従ったファイルを,強制的に登録することが可能である。例えば,強制登録部155は,ファイルの登録要求を行った利用者端末20の操作者が,特定の権限を持つユーザである場合に,判定部153の判定では登録できないとされた登録要求のファイルを,指定されたフォルダ配下に登録するように,構成管理制御部12に依頼する。強制登録部155によってフォルダ配下に新たなファイルが登録されると,以後当該フォルダには,特定の権限を持たないユーザによる登録要求であっても,新たなファイルと同じ命名ルールに従ったファイルの登録が可能となる。すなわち,特定の権限を持つユーザは,命名規約の設定変更などのわずらわしい作業を行わずに,新たな命名ルールに従ったファイルを強制登録するだけで,構成管理システムにおける命名規約の変更を行うことが可能となる。ルール情報更新部156は,登録要求されたファイルが指定されたフォルダ配下に登録される際に,ルール情報記憶部14に記憶されたルール情報の更新を行う。例えば,ルール情報更新部156は,フォルダ配下に新たなファイルが追加されたときに,ルール情報における当該フォルダ配下のファイルの名称の解析結果の情報に,新たなファイルの名称の解析結果の情報を追加する。また,ルール情報更新部156は,フォルダ配下への新たなファイルの追加で,当該フォルダ配下のファイルから新たな命名ルールが導出可能となった場合に,ルール情報における導出された命名ルールを示す情報を更新する。なお,利用者端末20が構成管理サーバ10の機能を備えて,単一の装置で本発明を実現する実施形態としても良い。図2は,本実施の形態による構成管理サーバを実現するコンピュータのハードウェア構成例を示す図である。図1に示す本実施の形態の構成管理サーバ10を実現するコンピュータ1は,例えば,CPUCentralProcessingUnit2,主記憶となるメモリ3,記憶装置4,通信装置5,媒体読取書込装置6,入力装置7,出力装置8等を備える。記憶装置4は,例えばHDDHardDiskDriveなどである。媒体読取書込装置6は,例えばCD-RCompactDiscRecordableドライブやDVD-RDigitalVersatileDiscRecordableドライブなどである。入力装置7は,例えばキーボードマウスなどである。出力装置8は,例えばディスプレイ等の表示装置などである。図1に示す構成管理サーバ10および構成管理サーバ10が備える各機能部は,コンピュータ1が備えるCPU2,メモリ3等のハードウェアと,ソフトウェアプログラムとによって実現することが可能である。コンピュータ1が実行可能なプログラムは,記憶装置4に記憶され,その実行時にメモリ3に読み出され,CPU2により実行される。コンピュータ1は,可搬型記録媒体から直接プログラムを読み取り,そのプログラムに従った処理を実行することもできる。また,コンピュータ1は,サーバコンピュータからプログラムが転送されるごとに,逐次,受け取ったプログラムに従った処理を実行することもできる。さらに,このプログラムは,コンピュータ1で読み取り可能な記録媒体に記録しておくことができる。なお,図1に示す構成管理システムにおける利用者端末20についても,構成管理サーバ10と同様に,図2に示すようなハードウェア構成を有するコンピュータ1によって実現可能である。以下では,ルール情報記憶部14に記憶されるルール情報について,より具体的な例を示しながら説明を行う。図3は,本実施の形態によるルール情報のデータ構成例を示す図である。図3Aは,フォルダ管理テーブル141のデータ構成例を示す。図3Bは,要素管理テーブル142のデータ構成例を示す。図3Cは,サブ要素管理テーブル143のデータ構成例を示す。図3Dは,ルール管理テーブル144のデータ構成例を示す。図3Eは,ルールサブ要素管理テーブル145のデータ構成例を示す。図3に示す各テーブルは,ルール情報記憶部14に記憶されるルール情報を構成するデータの一例である。図3Aに示すフォルダ管理テーブル141は,開発資産のファイルを格納するフォルダの状況を管理するデータである。フォルダ管理テーブル141は,要素管理テーブルリスト,ルール導出保留要素管理テーブルリスト,ルール管理テーブルリスト,子フォルダ管理テーブルリストの情報を持つ。要素管理テーブルリストは,当該フォルダ管理テーブル141が管理するフォルダ配下の各要素についての要素管理テーブル142のリストデータである。例えば,要素管理テーブルリストは,該当する要素管理テーブル142に対するポインタのリストとなる。フォルダ配下の要素は,ファイルやサブフォルダである。ルール導出保留要素管理テーブルリストは,当該フォルダ管理テーブル141が管理するフォルダ配下の各要素のうち,まだ命名ルールの導出ができない要素についての要素管理テーブル142のリストデータである。例えば,ルール導出保留要素管理テーブルリストは,該当する要素管理テーブル142に対するポインタのリストとなる。ルール管理テーブルリストは,当該フォルダ管理テーブル141が管理するフォルダ配下の各要素から導出された命名ルールについてのルール管理テーブル144のリストデータである。例えば,ルール管理テーブルリストは,該当するルール管理テーブル144に対するポインタのリストとなる。子フォルダ管理テーブルリストは,当該フォルダ管理テーブル141が管理するフォルダ配下のサブフォルダについてのフォルダ管理テーブル141のリストデータである。例えば,子フォルダ管理テーブルリストは,該当するフォルダ管理テーブル141に対するポインタのリストとなる。図3Bに示す要素管理テーブル142は,開発資産のファイルを格納するフォルダ配下の要素に対する要素名の解析結果等を管理するデータである。上述したように,フォルダ配下の要素には,ファイルとサブフォルダとがあるが,本実施の形態では,ファイルについての要素管理テーブル142のみが生成されるものとする。フォルダの命名規約に沿ったフォルダの登録制御を行う場合には,サブフォルダについても要素管理テーブル142を生成する。要素管理テーブル142は,要素名,ルール導出済みフラグ,サブ要素数,サブ要素管理テーブルリストの情報を持つ。要素名は,当該要素管理テーブル142が管理する要素の名称を示す。本実施の形態では,ファイルについての要素管理テーブル142のみが生成されるので,要素管理テーブル142の要素名は,ファイルの名称となる。ルール導出済みフラグは,当該要素管理テーブル142が管理する要素から,命名ルールが導出されたかを示す。命名ルールが導出された場合には,ルール導出済みフラグにtrueが記録され,まだ命名ルールが導出されていない場合には,ルール導出済みフラグにfalseが記録される。サブ要素数は,当該要素管理テーブル142が管理する要素の名称すなわちファイルの名称を,所定のデリミタ文字を境に分割して得られる文字列のブロックの数を示す。以下では,ファイルの名称を所定のデリミタ文字を境に分割して得られる文字列のブロックをサブ要素とも呼ぶ。なお,本実施の形態のサブ要素には,拡張子は含まれない。サブ要素管理テーブルリストは,当該要素管理テーブル142が管理する要素の要素名を分割して得られる各サブ要素についてのサブ要素管理テーブル143のリストデータである。例えば,サブ要素管理テーブルリストは,該当するサブ要素管理テーブル143に対するポインタのリストとなる。図3Cに示すサブ要素管理テーブル143は,開発資産のファイルを格納するフォルダ配下の要素の要素名を分割して得られる各サブ要素を管理するデータである。サブ要素管理テーブル143は,部分文字列,デリミタ文字の情報を持つ。部分文字列は,当該サブ要素管理テーブル143が管理するサブ要素の文字列である。デリミタ文字は,要素名において,当該サブ要素管理テーブル143が管理するサブ要素の後ろにあるデリミタ文字である。なお,要素名における最後のサブ要素など,後ろにデリミタ文字がない場合には,サブ要素管理テーブル143のデリミタ文字の項目に,例えばnullが記録される。図3Dに示すルール管理テーブル144は,開発資産のファイルを格納するフォルダ配下の要素から導出された命名ルールを管理するデータである。ルール管理テーブル144は,サブ要素数,ルールサブ要素管理テーブルリストの情報を持つ。サブ要素数は,当該ルール管理テーブル144が管理する命名ルールにおけるサブ要素のルールの数を示す。すなわち,サブ要素数は,当該ルール管理テーブル144が管理する命名ルールが導出された各要素の要素名から得られるサブ要素の数となる。ルールサブ要素管理テーブルリストは,当該ルール管理テーブル144が管理する命名ルールにおける各サブ要素についてのルールサブ要素管理テーブル145のリストデータである。例えば,ルールサブ要素管理テーブルリストは,該当するルールサブ要素管理テーブル145に対するポインタのリストとなる。図3Eに示すルールサブ要素管理テーブル145は,命名ルールにおける各サブ要素のルールを管理するデータである。ルールサブ要素管理テーブル145は,文字列の情報を持つ。文字列は,命名ルールにおけるサブ要素の文字列のルールである。例えば,命名ルールにおいて,文字列の一致が要求されるサブ要素についてのルールサブ要素管理テーブル145の文字列の項目には,一致が要求される文字列が記録される。また,例えば,命名ルールにおいて,自由な文字列が許可されるサブ要素についてのルールサブ要素管理テーブル145の文字列の項目には,nullが記録される。図4は,開発資産のファイルを格納するフォルダの例を示す図である。ここでは,図4に示すフォルダについてのルール情報の生成を説明する。なお,図4において,フォルダを示すマークの右に記載された文字列は,フォルダの名称を示し,ファイルを示すマークの右に記載された文字列は,ファイルの名称を示す。例えば,開発資産の管理者であるユーザから,ルール情報を生成する対象のフォルダとして,フォルダAAAAが指定されたものとする。このとき,ルール生成部13のフォルダ解析部131は,フォルダAAAA配下の各要素の解析を行う。本実施の形態のフォルダ解析部131による解析では,ファイルの要素については,その要素名を解析し,サブフォルダについては,さらにそのサブフォルダ配下の各要素の解析を行う。図5,図6は,本実施の形態のフォルダ解析部による処理後のルール情報の例を示す図である。図5に示すように,フォルダAAAAのフォルダ管理テーブル141aにおける要素管理テーブルリストの項目には,フォルダAAAA配下の各ファイルの要素管理テーブル142a~eに対するポインタが記録される。また,図5に示すように,フォルダAAAAのフォルダ管理テーブル141aにおける子フォルダ管理テーブルリストの項目には,フォルダAAAA配下のサブフォルダCCCCのフォルダ管理テーブル141bに対するポインタが記録される。さらに,図5に示すように,フォルダCCCCのフォルダ管理テーブル141bにおける要素管理テーブルリストの項目には,フォルダCCCC配下の各ファイルの要素管理テーブル142f~hに対するポインタが記録される。各要素管理テーブル142a~hには,各ファイルの名称の解析結果が記録される。図6に示す例は,フォルダAAAA配下のファイルffff_gggg_hhhhdocの解析結果が記録された要素管理テーブル142cの例である。図6に示すように,ファイルffff_gggg_hhhhdocの要素管理テーブル142cにおける要素名の項目には,ファイルの名称ffff_gggg_hhhhdocが記録される。また,ファイルffff_gggg_hhhhdocの要素管理テーブル142cにおけるルール導出済みフラグの項目には,デフォルトとしてfalseが記憶される。また,ファイルffff_gggg_hhhhdocの要素管理テーブル142cにおけるサブ要素数の項目には,要素名ffff_gggg_hhhhdocから拡張子docを切り取ってデリミタ文字_を境に分割して得られるサブ要素の数3が記録される。また,ファイルffff_gggg_hhhhdocの要素管理テーブル142cにおけるサブ要素管理テーブルリストの項目には,要素名から得られる各サブ要素のサブ要素管理テーブル143a~cに対するポインタが記録される。なお,サブ要素管理テーブルリストでは,要素名におけるサブ要素の登場順で,各サブ要素管理テーブル143a~cに対するポインタが記録されている。図6に示すように,各サブ要素管理テーブル143a~cにおける部分文字列の項目には,それぞれ各サブ要素の文字列ffff,gggg,hhhhが記録される。各サブ要素管理テーブル143a,bにおけるデリミタ文字の項目には,要素名において,それぞれサブ要素の後ろにあるデリミタ文字_が記録される。なお,末尾のサブ要素hhhhのサブ要素管理テーブル143cにおけるデリミタ文字の項目には,nullが記録される。他の要素管理テーブルa,b,d~hについても,図6に示すファイルffff_gggg_hhhhdocの要素管理テーブル142cと同様なデータ構成となる。例えば,ルール生成部13のルール導出部132は,図5,図6に示すフォルダAAAA配下の各ファイルに対する解析結果の情報から,フォルダAAAA配下のファイルに対する命名ルールを導出する。まず,ルール導出部132は,サブ要素数が同じ要素をグルーピングする。例えば,フォルダAAAA配下のファイルにおいて,サブ要素数が2つであるファイルbbbb_bbbbdocと,ファイルbbbb_yyyydocがグルーピングされる。また,フォルダAAAA配下のファイルにおいて,サブ要素数が3つであるファイルbbbb_bbbb_zzzzdocと,ファイルffff_gggg_hhhhdocと,ファイルgggg_yyyy_zzzzdocがグルーピングされる。さらに,ルール導出部132は,同じサブ要素数のグループごとに,さらに先頭サブ要素の文字列が一致する要素をグルーピングする。例えば,サブ要素数が2つのグループでは,ファイルbbbb_bbbbdocと,ファイルbbbb_yyyydocの先頭サブ要素の文字列bbbbが一致する。グルーピングされたファイルbbbb_bbbbdocと,ファイルbbbb_yyyydocとの間では,先頭サブ要素の文字列bbbb以外で文字列が一致するサブ要素はない。このグループから導出される命名ルールは,bbbbnullとなる。命名ルールbbbbnullは,サブ要素数が2つで,先頭のサブ要素の文字列がbbbbであり,末尾のサブ要素の文字列は任意であることを示している。ルール導出部132は,先頭サブ要素の文字列が他のファイルと一致しなかったファイルについて,同じサブ要素数のグループごとに,さらに末尾サブ要素の文字列が一致する要素をグルーピングする。例えば,サブ要素数が3つのグループでは,ファイルbbbb_bbbb_zzzzdocと,ファイルgggg_yyyy_zzzzdocの末尾サブ要素の文字列zzzzが一致する。グルーピングされたファイルbbbb_bbbb_zzzzdocと,ファイルgggg_yyyy_zzzzdocとの間では,末尾サブ要素の文字列zzzz以外で文字列が一致するサブ要素はない。このグループから導出される命名ルールは,nullnullzzzzとなる。なお,先に末尾サブ要素の文字列の一致を見てから,先頭サブ要素の文字列の一致を見るなどの設計は,任意である。フォルダCCCC配下のファイルに対する命名ルールについても,同様に導出される。図7,図8は,本実施の形態のルール導出部による処理後のルール情報の例を示す図である。図7に示すように,フォルダAAAAのフォルダ管理テーブル141aにおけるルール管理テーブルリストの項目には,フォルダAAAA配下のファイルから導出された命名ルールのルール管理テーブル144a,bに対するポインタが記録される。同様に,図7に示すように,フォルダCCCCのフォルダ管理テーブル141bにおけるルール管理テーブルリストの項目には,フォルダCCCC配下のファイルから導出された命名ルールのルール管理テーブル144cに対するポインタが記録される。各ルール管理テーブル144a~cには,それぞれ導出された命名ルールを示す情報が記録される。図8に示す例は,フォルダAAAA配下のファイルbbbb_bbbbdocとファイルbbbb_yyyydocとから導出された命名ルールbbbbnullのルール管理テーブル144aの例である。図8に示すように,命名ルールbbbbnullのルール管理テーブル144aにおけるサブ要素数の項目には,ファイルに対する命名ルールにおけるサブ要素のルールの数2が記録される。また,命名ルールbbbbnullのルール管理テーブル144aにおけるルールサブ要素管理テーブルリストの項目には,ファイルに対する命名ルールにおける各サブ要素のルールのルールサブ要素管理テーブル145a,bに対するポインタが記録される。なお,ルールサブ要素管理テーブルリストでは,ファイルの名称におけるサブ要素の登場順で,各ルールサブ要素管理テーブル145a,bに対するポインタが記録されている。図8に示すように,各ルールサブ要素管理テーブル145a,bにおける文字列の項目には,それぞれ各サブ要素の文字列のルールを示すbbbb,nullが記録される。文字列bbbbは,そのサブ要素の文字列がbbbbであることを示し,nullは,そのサブ要素の文字列が任意であることを示す。他のルール管理テーブルb,cについても,図8に示す命名ルールbbbbnullのルール管理テーブル144aと同様なデータ構成となる。なお,図7では省略されているが,各フォルダ管理テーブル141a,bの要素管理テーブルリストの項目には,それぞれ該当するフォルダ配下のファイルの要素管理テーブル142a~hに対するポインタが記録されている。ここで,図7に示すように,フォルダAAAAのフォルダ管理テーブル141aにおけるルール導出保留要素管理テーブルリストの項目には,ファイルffff_gggg_hhhhdocの要素管理テーブル142cに対するポインタが記録されている。これは,ファイルffff_gggg_hhhhdocから,命名ルールが導出されなかったことを意味する。同様に,フォルダCCCCのフォルダ管理テーブル141bにおけるルール導出保留要素管理テーブルリストの項目には,ファイルeeeedocの要素管理テーブル142hに対するポインタが記録されている。これは,ファイルeeeedocから,命名ルールが導出されなかったことを意味する。ルール導出部132は,命名ルールが導出されたファイルの要素管理テーブル142のルール導出済みフラグにtrueを設定する。命名ルールが導出されなかったファイルの要素管理テーブル142では,ルール導出済みフラグはデフォルトのfalseのままである。フォルダ管理テーブル141のルール導出保留要素管理テーブルリストには,ルール導出済みフラグがfalseである要素管理テーブル142に対するポインタが記録される。ここで,受付部151が,登録先としてフォルダAAAAを指定した,ファイルffff_gggg_iiiidocの登録要求を受け付けたものとする。図7に示すように,登録要求されたファイルffff_gggg_iiiidocにマッチする命名ルールを管理するルール管理テーブル144はない。しかし,ルール導出済みフラグがfalseである要素管理テーブル142cのファイルffff_gggg_hhhhdocは,登録要求されたファイルffff_gggg_iiiidocとサブ要素数が同じで,先頭サブ要素の文字列が一致する。判定部153は,登録要求されたファイルffff_gggg_iiiidocを登録可と判定する。ファイルffff_gggg_iiiidocが,フォルダAAAA配下に新たに登録されることで,新たなファイルffff_gggg_iiiidocと,ルール導出が保留されたファイルffff_gggg_hhhhdocとから,新たな命名ルールを導出することが可能となる。ルール情報更新部156は,新たなファイルffff_gggg_iiiidocと,ルール導出が保留されたファイルffff_gggg_hhhhdocとから,新たな命名ルールffffggggnullを生成し,ルール情報記憶部14に記憶されたフォルダAAAAのルール情報を更新する。図9は,本実施の形態のルール情報更新部による処理後のルール情報の例を示す図である。図7に示すルール情報と比較して,新たに命名ルールffffggggnullのルール管理テーブル144dに対するポインタが,フォルダAAAAのフォルダ管理テーブル141aのルール管理テーブルリストに追加されている。また,図9では,ルール導出保留要素管理テーブルリストから,ファイルffff_gggg_hhhhdocの要素管理テーブル142cに対するポインタが削除されている。このように,新たに登録されたファイルと,当初命名ルールが導出できなかったファイルとから,命名規約に沿った新たな命名ルールを自動で導出することができる。以下では,図10~図17に示すフローチャートを用いて,本実施の形態のルール生成部13によるルール生成処理や,資産登録判定制御部15による資産登録判定処理の流れを説明する。図10は,本実施の形態のルール生成部によるルール生成処理フローチャートである。フォルダを指定したルール情報生成の指示を受けると,ルール生成部13のフォルダ解析部131は,指定されたフォルダを解析対象としたフォルダ解析処理を実行するステップS10。フォルダ解析処理の詳細については,後述する。ルール生成部13のルール導出部132は,フォルダ解析部131によるフォルダ解析処理の結果を用いて,ルール導出処理を実行するステップS11。なお,指定されたフォルダを対象としたルール導出処理だけではなく,指定されたフォルダ以下の各階層におけるフォルダを対象としたルール導出処理も行われる。ルール導出処理の詳細については,後述する。図11は,本実施の形態のフォルダ解析部によるフォルダ解析処理フローチャートである。フォルダ解析部131は,解析対象のフォルダのフォルダ管理テーブル141を生成するステップS20。ルール情報記憶部14に,フォルダ管理テーブル141の領域が確保される。フォルダ解析部131は,解析対象のフォルダ配下の要素を並べた要素リストを生成するステップS21。要素には,フォルダ配下のファイルとサブフォルダが含まれる。フォルダ解析部131は,要素リストが空であるかを判定するステップS22。要素リストが空であればステップS22のYES,フォルダ解析部131は,解析対象のフォルダに対するフォルダ解析処理を終了する。要素リストが空でなければステップS22のNO,フォルダ解析部131は,要素リストの先頭から要素を1つ取得するステップS23。フォルダ解析部131は,取得した要素がファイルであるかを判定するステップS24。取得した要素がファイルであればステップS24のYES,フォルダ解析部131は,取得した要素に対する要素名分析処理を実行するステップS25。要素名分析処理の詳細については,後述する。フォルダ解析部131は,本処理における解析対象フォルダのフォルダ管理テーブル141の要素管理テーブルリストに,取得した要素の要素管理テーブル142を登録するステップS26。取得した要素がファイルでなければステップS24のNO,すなわち取得した要素がサブフォルダであれば,フォルダ解析部131は,取得した要素のサブフォルダを解析対象としたフォルダ解析処理を実行するステップS27。フォルダ解析部131は,本処理における解析対象フォルダのフォルダ管理テーブル141の子フォルダ管理テーブルリストに,ステップS27の処理で得られたサブフォルダのフォルダ管理テーブル141を登録するステップS28。フォルダ解析部131は,処理した要素を要素リストから削除しステップS29,ステップS22の処理に戻る。図12は,本実施の形態のフォルダ解析部による要素名分析処理フローチャートである。フォルダ解析部131は,要素管理テーブル142を生成するステップS30。ルール情報記憶部14に,要素管理テーブル142の領域が確保される。フォルダ解析部131は,要素管理テーブル142の要素名に,要素であるファイルの名称を記録するステップS31。フォルダ解析部131は,要素管理テーブル142のルール導出済みフラグに,デフォルトでfalseを記録するステップS32。フォルダ解析部131は,作業要素名に要素名を入力するステップS33。フォルダ解析部131は,作業要素名から拡張子を切り取るステップS34。このとき,拡張子の前の.も含めて切り取られる。フォルダ解析部131は,作業要素名を所定のデリミタ文字を境にサブ要素に分割するステップS35。フォルダ解析部131は,サブ要素の数だけ,サブ要素管理テーブル143を生成するステップS36。各サブ要素管理テーブル143には,サブ要素の文字列と,デリミタ文字が記録される。フォルダ解析部131は,要素管理テーブル142のサブ要素数に,サブ要素の数を記録するステップS37。フォルダ解析部131は,要素管理テーブル142のサブ要素管理テーブルリストに,各サブ要素管理テーブル143を登録しステップS38,要素名分析処理を終了する。図13,図14は,本実施の形態のルール導出部によるルール導出処理フローチャートである。ルール導出部132は,処理対象のファイルをサブ要素数が同じファイルごとにグルーピングし,同一要素数グループリストを生成するステップS40。ここでは,サブ要素数が同じファイルをまとめたグループを,同一要素数グループと呼ぶ。また,同一要素数グループを並べたリストを,同一要素数グループリストと呼ぶ。ルール導出部132は,同一要素数グループリストが空であるかを判定するステップS41。同一要素数グループリストが空でなければステップ41のNO,ルール導出部132は,同一要素数グループリストから,同一要素数グループを1つ取得するステップS42。ルール導出部132は,取得した同一要素数グループ内のファイルを,さらに先頭サブ要素の文字列が同じファイル同士でグルーピングし,同一先頭文字列グループリストを生成するステップS43。ここでは,同一要素数グループ内で,先頭サブ要素の文字列が同じファイルをまとめたグループを,同一先頭文字列グループと呼ぶ。また,同一先頭文字列グループを並べたリストを,同一先頭文字列グループリストと呼ぶ。なお,同一先頭文字列グループリストには,他のどのファイルとも先頭サブ要素の文字列が一致しないファイルは含まれない。ルール導出部132は,同一先頭文字列グループリストが空であるかを判定するステップS44。同一先頭文字列グループリストが空でなければステップS44のNO,ルール導出部132は,同一先頭文字列グループリストから,同一先頭文字列グループを1つ取得するステップS45。ルール導出部132は,ルール管理テーブル144を生成するステップS46。ルール情報記憶部14に,ルール管理テーブル144の領域が確保される。ルール導出部132は,ルール管理テーブル144のサブ要素数に,取得した同一先頭文字列グループ内のファイルのサブ要素数を記録するステップS47。ルール導出部132は,サブ要素数分のルールサブ要素管理テーブル145を生成するステップS48。ルール導出部132は,各ルールサブ要素管理テーブル145に,文字列またはnullを記録するステップS49。ルール導出部132は,取得した同一先頭文字列グループ内のすべてのファイルで文字列が一致するサブ要素については,該当サブ要素のルールサブ要素管理テーブル145に,すべてのファイルで一致する文字列を記録する。また,ルール導出部132は,取得した同一先頭文字列グループ内のファイルで1つでも文字列が一致しないサブ要素については,該当サブ要素のルールサブ要素管理テーブル145にnullを記録する。ルール導出部132は,ルール管理テーブル144のルールサブ要素管理テーブルリストに,各ルールサブ要素管理テーブル145を登録するステップS50。ルール導出部132は,処理対象フォルダのフォルダ管理テーブル141のルール管理テーブルリストに,ルール管理テーブル144を登録するステップS51。ルール導出部132は,取得した同一先頭文字列グループ内の各ファイルの要素管理テーブル142のルール導出済みフラグにtrueを設定しステップS52,ステップS44の処理に戻る。同一先頭文字列グループリストが空であればステップS44のYES,ルール導出部132は,同一末尾文字列グループリストを生成するステップS53。すなわち,ルール導出部132は,ステップS42で取得した同一要素数グループ内で先頭サブ要素の文字列が他と一致しなかったファイルを,さらに末尾サブ要素の文字列が同じファイル同士でグルーピングする。ここでは,同一要素数グループ内で,末尾サブ要素の文字列が同じファイルをまとめたグループを,同一末尾文字列グループと呼ぶ。また,同一末尾文字列グループを並べたリストを,同一末尾文字列グループリストと呼ぶ。なお,同一末尾文字列グループリストには,他のどのファイルとも末尾サブ要素の文字列が一致しないファイルは含まれない。ルール導出部132は,同一末尾文字列グループリストが空であるかを判定するステップS54。同一末尾文字列グループリストが空であればステップS54のYES,ルール導出部132は,ステップS41の処理に戻る。同一末尾文字列グループリストが空でなければステップS54のNO,ルール導出部132は,同一末尾文字列グループリストから,同一末尾文字列グループを1つ取得するステップS55。ルール導出部132は,ルール管理テーブル144を生成するステップS56。ルール情報記憶部14に,ルール管理テーブル144の領域が確保される。ルール導出部132は,ルール管理テーブル144のサブ要素数に,取得した同一末尾文字列グループ内のファイルのサブ要素数を記録するステップS57。ルール導出部132は,サブ要素数分のルールサブ要素管理テーブル145を生成するステップS58。ルール導出部132は,各ルールサブ要素管理テーブル145に,文字列またはnullを記録するステップS59。ルール導出部132は,取得した同一末尾文字列グループ内のすべてのファイルで文字列が一致するサブ要素については,該当サブ要素のルールサブ要素管理テーブル145に,すべてのファイルで一致する文字列を記録する。また,ルール導出部132は,取得した同一末尾文字列グループ内のファイルで1つでも文字列が一致しないサブ要素については,該当サブ要素のルールサブ要素管理テーブル145にnullを記録する。ルール導出部132は,ルール管理テーブル144のルールサブ要素管理テーブルリストに,各ルールサブ要素管理テーブル145を登録するステップS60。ルール導出部132は,処理対象フォルダのフォルダ管理テーブル141のルール管理テーブルリストに,ルール管理テーブル144を登録するステップS61。ルール導出部132は,取得した同一末尾文字列グループ内の各ファイルの要素管理テーブル142のルール導出済みフラグにtrueを設定しステップS62,ステップS54の処理に戻る。同一要素数グループリストが空であればステップS41のYES,ルール導出部132は,処理対象フォルダのフォルダ管理テーブル141のルール導出保留要素管理テーブルリストに,ルール導出済みフラグがfalseである要素管理テーブル142を記録するステップS63。ルール導出部132は,ルール導出処理を終了する。図15は,本実施の形態の資産登録判定制御部による資産登録判定処理フローチャートである。資産登録判定制御部15において,受付部151は,指定されたフォルダに対するファイルの登録要求を受け付けるステップS70。資産登録判定制御部15は,登録要求されたファイルについてのルールチェック処理を実行するステップS71。ルールチェック処理についての詳細は,後述する。資産登録判定制御部15の判定部153は,登録要求されたファイルが,指定されたフォルダにおける命名ルールに適合するかを判定するステップS72。登録要求されたファイルが命名ルールに適合する場合にはステップS72のYES,登録部154は,登録要求されたファイルを資産として指定されたフォルダに登録する処理を行うステップS76。登録要求されたファイルが命名ルールに適合しない場合にはステップS72のNO,強制登録部155は,ファイルの登録要求を行ったユーザに命名ルールを更新する権限があるかを判定するステップS73。なお,ここでは,利用者端末20から構成管理サーバ10へのアクセス時に,すでにユーザ認証が行われているものとする。ユーザに権限があればステップS73のYES,登録要求されたファイルを強制登録するかを判定するステップS74。ここでは,例えばユーザに対して強制登録するかを問合せ,その回答が強制登録であったかを判定する。登録要求されたファイルを強制登録する場合にはステップS74のYES,ルール情報更新部156は,指定フォルダのフォルダ管理テーブル141のルール導出保留要素管理テーブルリストに,登録要求されたファイルの要素管理テーブル142を登録するステップS75。登録部154は,登録要求されたファイルを資産として指定されたフォルダに登録する処理を行うステップS76。ユーザに権限がなければステップS73のNO,または登録要求されたファイルを強制登録しない場合にはステップS74のNO,資産登録判定制御部15は,登録要求されたファイルを登録できないと判定するステップS77。図16は,本実施の形態の資産登録判定制御部によるルールチェック処理フローチャートである。資産登録判定制御部15は,登録要求されたファイルを対象として,要素名分析処理を行うステップS80。資産登録判定制御部15による要素名分析処理は,例えば上述のフォルダ解析部131による要素名分析処理と同様の処理であるため,ここでは詳細な説明は省略する。資産登録判定制御部15の判定部153は,既存ルール検索処理を行うステップS81。既存ルール検索処理の詳細については,後述する。判定部153は,登録要求されたファイルの名称に適合する既存の命名ルールがあるかを判定するステップS82。適合する既存の命名ルールがあればステップS82のYES,資産登録判定制御部15は,OK復帰でルールチェック処理を終了する。適合する既存の命名ルールがなければステップS82のNO,ルール情報更新部156は,指定フォルダのフォルダ管理テーブル141のルール導出保留要素管理テーブルリストに,登録要求されたファイルの要素管理テーブルをマージしたリストを生成するステップS83。ルール情報更新部156は,生成されたリストを対象としたルール導出処理を実行するステップS84。ルール情報更新部156によるルール導出処理は,例えば上述のルール導出部132によるルール導出処理と同様の処理であるため,ここでは詳細な説明は省略する。なお,ルール情報更新部156によるルール導出処理では,図13のステップS63の処理は行わない。判定部153は,ルール情報更新部156によるルール導出処理で新たな命名ルールが導出されたかを判定するステップS85。新たな命名ルールが導出されなければステップS85のNO,資産登録判定制御部15は,NG復帰でルールチェック処理を終了する。新たな命名ルールが導出されればステップS85のYES,ルール情報更新部156は,指定フォルダのフォルダ管理テーブル141のルール導出保留要素管理テーブルリストから,ルール導出済みフラグがtrueである要素管理テーブル142を削除するステップS86。資産登録判定制御部15は,OK復帰でルールチェック処理を終了する。図17は,本実施の形態の判定部による既存ルール検索処理フローチャートである。判定部153は,指定フォルダのフォルダ管理テーブル141のルール管理テーブルリストから,サブ要素数が登録要求されたファイルの名称のサブ要素数と一致するルール管理テーブル144を抽出するステップS90。判定部153は,サブ要素ごとに,登録要求されたファイルの名称と,抽出された各ルール管理テーブル144の命名ルールとの適合をチェックするステップS91。判定部153は,登録要求されたファイルの名称が,いずれかのルール管理テーブル144の命名ルールと,すべてのサブ要素について適合したかを判定するステップS92。いずれかの命名ルールとすべてのサブ要素について適合していればステップS92のYES,判定部153は,OK復帰で既存ルール検索処理を終了する。いずれの命名ルールともすべてのサブ要素について適合していなければステップS92のNO,判定部153は,NG復帰で既存ルール検索処理を終了する。図18は,本実施の形態のファイル登録によるデータ変遷の例を示す図である。図18において,開発資産は,あるフォルダに格納されたファイルを示す。命名ルールは,開発資産のファイルから導出された命名ルールを示す。ルール導出保留資産は,その時点で命名ルールが導出できないファイルを示す。図18Aは,初期の開発資産を示す。図18Aに示す初期の開発資産からは,機能仕様書null,構造設計書情報系2次改修nullの2つの命名ルールが導出される。ルール導出保留資産は,ファイル管理_社内_体制xlsのみである。ここで,開発資産として,新たにファイル機能仕様書_入力仕様docが登録されるものとする。ファイル機能仕様書_入力仕様docは,命名ルール機能仕様書nullに適合するので,問題なく登録される。このとき,命名ルールや,ルール導出保留資産にも変化はない。図18Bは,図18Aの開発資産に,新たにファイル機能仕様書_入力仕様docが登録された状態を示す。次に,開発資産として,新たにファイル管理_社内_トレーニングdocが登録されるものとする。ファイル管理_社内_トレーニングdocは,既存の命名ルールには適合しない。しかし,ファイル管理_社内_トレーニングdocと,ルール導出保留資産であるファイル管理_社内_体制xlsとは,サブ要素数がともに3つであり,先頭サブ要素の文字列管理が一致する。ファイル管理_社内_トレーニングdocは開発資産として登録される。このとき,登録されるファイル管理_社内_トレーニングdocと,ルール導出保留資産であるファイル管理_社内_体制xlsとから,新たな命名ルール管理社内nullが導出される。ルール導出保留資産から,ファイル管理_社内_体制xlsが削除される。図18Cは,図18Bの開発資産に,新たにファイル管理_社内_トレーニングdocが登録された状態を示す。さらに,開発資産として,新たにファイル試験_IT_シナリオ1docが,特定の権限を持つユーザにより強制登録されるものとする。ファイル試験_IT_シナリオ1docは,既存の命名ルールには適合しない。また,ルール導出保留資産もない。そのため,ファイル試験_IT_シナリオ1docは,特定の権限を持つユーザによる強制登録で,開発資産に登録される。このとき,ルール導出保留資産に,ファイル試験_IT_シナリオ1docが登録される。図18Dは,図18Cの開発資産に,新たにファイル試験_IT_シナリオ1docが登録された状態を示す。以上,本実施の形態について説明したが,本発明はその主旨の範囲において種々の変形が可能であることは当然である。例えば,本実施の形態による構成管理システムでは,構成管理サーバ10が資産登録判定制御部15を備えているが,各利用者端末20が資産登録判定制御部15を備えるようにしてもよい。このとき,利用者端末20は,資産登録判定制御部15によりファイルの登録が可と判定された場合にのみ,構成管理サーバ10に対して登録するファイルを送る。また,例えば,本実施の形態では,ファイルの命名規約に沿ったファイルの登録制御を行う技術を説明したが,この技術を,フォルダの命名規約に沿ったフォルダの登録制御に適用することも可能である。"