JP2015149019A - ファイル管理プログラム、ファイル管理方法、及びファイル管理システム - Google Patents

Abstract

【課題】書庫ファイルの構成要素ごとに他のデータとの対応づけを可能とすること。
【解決手段】ファイル管理プログラムは、フォルダにファイルを格納するコンピュータに、前記フォルダに、複数のファイルがまとめられた１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、処理を実行させる。
【選択図】図３

Description

本発明は、ファイル管理プログラム、ファイル管理方法、及びファイル管理システムに関する。

製品を構成する各部品の開発プロセスにおいて作成される文書等の成果物を管理するためのデータ管理システムにおいて、予め各成果物の格納先を定義可能なものが有る。例えば、システム管理者によって、開発プロセスの各段階において作成される成果物が想定され、各成果物の格納先が予め定義される。

開発担当者は、開発プロセスの進行に伴って、予め定義された格納先に対応する成果物を作成し、当該成果物を当該格納先に格納する。開発プロセスの各段階においてこのような作業が繰り返されることにより、開発に必要な成果物が漏れなく作成されていることが容易に把握可能なように、各成果物を管理することが可能となる。

特開２００１−５６７７５号公報

ここで、各格納先や各成果物間に対して、開発作業の各段階の関連性や、部品間の関連性に対応させてリレーションが設定されることが有る。各格納先や各成果物間にリレーションを設定しておくことで、或る部品において故障等の問題が発生した場合に、当該故障等の影響範囲又は原因等を、当該部品に関する成果物に設定されたリレーションを辿ることで把握することができるからである。

成果物が１つのファイルで構成される場合、当該ファイルに対して設定されるリレーションは、１つの成果物に対応するものとなる。しかし、複数の成果物が一つの書庫ファイルに格納されている場合、当該書庫ファイルに関するリレーションは、書庫ファイル内の一部の成果物に関するリレーションであっても、当該書庫ファイルに含まれる複数の成果物の集合に対して設定されることになってしまう。その結果、成果物単位でのリレーションの解析が困難になる可能性が有る。

そこで、一側面では、書庫ファイルの構成要素ごとに他のデータとの対応づけを可能とすることを目的とする。

一つの案では、ファイル管理プログラムは、フォルダにファイルを格納するコンピュータに、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、処理を実行させる。

一態様によれば、書庫ファイルの構成要素ごとに他のデータとの対応づけを可能とすることができる。

本発明の実施の形態におけるデータ管理システムの構成例を示す図である。 本発明の実施の形態におけるデータ管理サーバのハードウェア構成例を示す図である。 本発明の実施の形態におけるデータ管理システムの機能構成例を示す図である。 本実施の形態におけるデータの管理体系を示す図である。 データ管理サーバが実行する成果物の登録処理の処理手順の一例を説明するためのフローチャートである。 データ操作画面の表示例を示す図である。 ファイル指定画面の表示例を示す図である。 成果物テーブルに登録されるレコードの例を示す図である。 登録対象の書庫ファイルの構成例を示す図である。 オブジェクトテーブルに登録されるレコードの例を示す図である。 オブジェクトの表示に関してクライアント装置が実行する処理手順の一例を説明するためのフローチャートである。 オブジェクトの表示に関してデータ管理サーバが実行する処理手順の一例を説明するためのフローチャートである。 関連設定画面の表示例を示す図である。 データ管理サーバが実行する関連の設定処理の処理手順の一例を説明するためのフローチャートである。 関連テーブルに登録されるレコードの一例を示す図である。 データ管理サーバが実行する成果物のリビジョンアップ処理の処理手順の一例を説明するためのフローチャートである。 成果物のリビジョンアップにより登録されるレコードの例を示す図である。 新たな登録対象の書庫ファイルの構成例を示す図である。 オブジェクトのリビジョンアップにより登録されるレコードの例を示す図である。 関連の引継ぎによって関連テーブルに登録されるレコードの例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるデータ管理システムの構成例を示す図である。図１に示されるデータ管理システム１において、データ管理サーバ１０と１以上の各クライアント装置２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能に接続される。

データ管理サーバ１０は、データを管理するコンピュータである。複数のコンピュータが、データ管理サーバ１０を構成してもよい。例えば、自動車の電子部品等の製品の開発プロセスにおいて作成される成果物が、管理対象のデータとされる。斯かる成果物は、例えば、文書データ、図面データ、又は画像データ等である。但し、管理対象のデータは、特定のものに限定されなくてもよい。

クライアント装置２０は、データ管理サーバ１０が管理するデータの操作に利用されるコンピュータである。ＰＣ（Personal Computer）、タブレット型端末、スマートフォン、又はフィーチャーフォン等が、クライアント装置２０として用いられてもよい。

図２は、本発明の実施の形態におけるデータ管理サーバのハードウェア構成例を示す図である。図２のデータ管理サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

データ管理サーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってデータ管理サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

なお、データ管理サーバ１０は、複数のコンピュータを含むコンピュータシステムであってもよい。また、クライアント装置２０も、図２に示されるハードウェアを有してもよい。クライアント装置２０は、更に、ユーザからの入力を受け付ける入力装置や、ユーザに対して情報を表示する表示装置等を有してもよい。

図３は、本発明の実施の形態におけるデータ管理システムの機能構成例を示す図である。図３において、データ管理サーバ１０は、要求受信部１１、ファイル解凍部１２、データ登録部１３、データ検索部１４、関連登録部１５、及び応答返信部１６等を有する。これら各部は、データ管理サーバ１０にインストールされた１以上プログラムが、ＣＰＵ１０４に実行させる処理により実現される。データ管理サーバ１０は、また、データ記憶部１７を有する。データ記憶部１７は、例えば、補助記憶装置１０２、又はデータ管理サーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。

要求受信部１１は、クライアント装置２０からの要求を受信する。ファイル解凍部１２は、データ記憶部１７に対して登録されるファイルが書庫ファイルである場合に、当該書庫ファイルを解凍する。データ登録部１３は、クライアント装置２０からの要求に応じて、データの登録処理が必要である場合に、データ記憶部１７にデータを登録する。データ検索部１４は、クライアント装置２０からの要求に応じて、データの検索処理が必要である場合にデータ記憶部１７からデータを検索する。関連登録部１５は、クライアント装置２０から要求に応じて、データ間に関連を生成又は設定（以下、「設定」で統一する。）が必要である場合に、関連付けられるデータ間の関連を示すレコードを、データ記憶部１７に登録する。本実施の形態において、データに対する関連の設定は、データの対応づけの一例に相当する。

応答返信部１６は、ファイル解凍部１２、データ登録部１３、データ検索部１４、及び関連登録部１５等による処理の実行結果を、クライアント装置２０に返信する。

クライアント装置２０は、表示制御部２１、要求送信部２２、及び応答受信部２３等を有する。表示制御部２１は、管理対象のデータの操作指示を受け付けるための画面等を、表示装置に表示させる。要求送信部２２は、表示制御部２１が表示させる画面を介して入力された操作指示に応じた操作要求を、データ管理装置に送信する。応答受信部２３は、要求送信部２２によって送信された操作要求に応じて、データ管理サーバ１０から返信される応答を受信する。当該応答に含まれている情報は、表示制御部２１によって表示される。

続いて、本実施の形態において管理対象とされるデータの管理体系について説明する。図４は、本実施の形態におけるデータの管理体系を示す図である。

図４において、プロジェクトは、開発対象の一つの製品に対応する概念である。プロジェクトには、１以上のプロセスが属する。プロセスは、製品の開発プロセスの各段階に対応する概念である。各プロセスには、１以上の成果物ＢＯＸが属する。成果物ＢＯＸは、成果物を格納するための箱を表現する概念である。したがって、成果物ＢＯＸには、成果物が属する。本実施の形態では、１つの成果物に対して１つの成果物ＢＯＸが用意される。換言すれば、１つの成果物ＢＯＸには、１つの成果物が格納可能である。但し、１つの成果物ＢＯＸに対して複数の成果物の格納が許容されてもよい。

このように、本実施の形態では、プロジェクト、プロセス、及び成果物ＢＯＸ等が構成する階層構造を用いて、成果物の格納先が表現される。当該階層構造を、親子関係と呼ぶ。なお、プロジェクト、プロセス、成果物ＢＯＸ、及び成果物を表現するデータは、それぞれ、データ記憶部１７においては、データベースのレコードとして管理される。例えば、ＲＤＢ（Relational Database）が利用される場合、プロジェクトは、プロジェクト用の形式を有するテーブル（以下、「プロジェクトテーブル」という。）のレコードとして管理される。プロセスは、プロセス用の形式を有するテーブル（以下、「プロセステーブル」という。）のレコードとして管理される。成果物ＢＯＸは、成果物ＢＯＸ用の形式を有するテーブル（以下、「成果物ＢＯＸテーブル」という。）のレコードとして管理される。成果物は、成果物用の形式を有するテーブル（以下、「成果物テーブル」という。）のレコードとして管理される。

また、図４では、成果物の下層に属するデータとして、オブジェクトが示されている。オブジェクトは、ユーザによる指示に応じて、成果物から抽出される、成果物の構成要素である。例えば、成果物が、要求定義書である場合、各要求が、それぞれ１つのオブジェクトとして抽出される。オブジェクトを表現するデータは、他のデータと同様に、データベースのレコードとして管理される。具体的には、オブジェクトは、オブジェクト用の形式を有するテーブル（以下、「オブジェクトテーブル」という。）のレコードとして管理される。

また、成果物が、複数のファイルを含む書庫ファイルである場合、当該書庫ファイルに含まれる各ファイルや各フォルダ等に対応するデータも、オブジェクトとして扱われる。書庫ファイルは、ｚｉｐ形式等の圧縮ファイルであってもよいし、各ファイルが圧縮されずに一つのファイルに統合される（書庫化された）ファイルであってもよい。すなわち、書庫ファイルは、複数のファイルがまとめられ圧縮処理がなされることで生成されてもよいし、または複数のファイルがまとめられることで生成されてもよい。なお、書庫ファイルのファイル形式は、特定のものに限定されなくてもよい。

本実施の形態において、「データ」とは、プロジェクト、プロセス、成果物ＢＯＸ、成果物、及びオブジェクトのレコードをいう。このうち、プロジェクト、プロセス、及び成果物ＢＯＸは、成果物ＢＯＸは、成果物の格納先を構成するデータであるため、ユーザに対しては、フォルダとして表現される。すなわち、プロジェクトは、１以上のプロセスを格納するフォルダとして表現される。プロセスは、１以上の成果物ＢＯＸを格納するフォルダとして表現される。成果物ＢＯＸは、１つの成果物を格納するフォルダとして表現される。そこで、本実施の形態において、「フォルダ」は、プロジェクト、プロセス、及び成果物ＢＯＸの上位概念を意味する用語として使用される。

また、本実施の形態において、プロジェクト、プロセス、成果物ＢＯＸ、成果物、及びオブジェクトを区別する概念を、データ種別という。

プロジェクト、プロセス、及び成果物ＢＯＸ等の親子関係は、例えば、予め管理者によって定義される。製品の開発者等は、開発プロセスの進行に伴って、成果物ＢＯＸに対応する成果物を作成し、当該成果物を当該成果物ＢＯＸに登録する。そうすることで、開発に必要な成果物が漏れなく作成されていることが容易に把握可能なように、各成果物を管理することが可能となる。

各データ間には、関連を設定することができる。一つの関連によって接続される二つのデータの一方は、関連付け元となり、他方は関連付け先となる。すなわち、関連は方向を有する。

関連も、データと同様に、データ記憶部１７において関連を管理するテーブル（以下、「関連テーブル」という。）のレコードとして管理される。関連のレコードには、関連付け元のデータの識別情報と、関連付け先のデータの識別情報等が記憶される。

以下、データ管理システム１において実行される処理手順について説明する。図５は、データ管理サーバが実行する成果物の登録処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１０１において、要求受信部１１は、或る成果物ＢＯＸに対する、成果物としてのファイルの登録要求を、クライアント装置２０から受信する。ファイルの登録要求は、例えば、クライアント装置２０の表示制御部２１によって表示される、データ操作画面に対するユーザによる操作に応じて、クライアント装置２０から送信される。なお、成果物ＢＯＸに対する成果物の登録は、フォルダへのファイルの格納の一例である。

図６は、データ操作画面の表示例を示す図である。図６において、データ操作画面５１０は、ツリー表示領域５１１及び情報表示領域５１２等を含む。

ツリー表示領域５１１は、各データをノードとし、各データの親子関係を示すツリー部品を表示する。例えば、ユーザは、或るノードをダブルクリック等することで、当該ノードを展開することができる。展開されたノードの下位には、当該ノード係るデータに属するデータのノードが、表示される。図６では、「プロジェクトＡ」が展開され、「プロジェクトＡ」の下位に「プロセス１」及び「プロセス２」が表示されている。また、「プロセス１」が展開され、「プロセス１」の下位に「成果物ＢＯＸ１」が表示されている。

情報表示領域５１２には、例えば、ツリー表示領域５１１において選択されたノードに係るデータに関する情報が表示される。情報表示領域５１２は、登録ボタン５１３、成果物タブ５１４、オブジェクトタブ５１５、及びウィンドウ５１６等を含む。

成果物タブ５１４及びオブジェクトタブ５１５は、ツリー表示領域５１１において、成果物ＢＯＸが選択されている場合に表示されるタブである。ウィンドウ５１６は、ツリー表示領域５１１において選択されたノードに係るデータに関する情報が表示される領域である。成果物タブ５１４が選択された場合、ウィンドウ５１６には、ツリー表示領域５１１において選択されている成果物ＢＯＸに登録された成果物としてのファイルに関する情報が表示される。オブジェクトタブ５１５が選択された場合、ウィンドウ５１６には、ツリー表示領域５１１において選択されている成果物ＢＯＸに登録された成果物としてのファイルから抽出されたオブジェクトに関する情報が表示される。

登録ボタン５１３は、ツリー表示領域５１１において選択されているノードに係る成果物ＢＯＸに対するファイルの登録指示を受け付けるためのボタンである。例えば、ツリー表示領域５１１において、いずれかの成果物ＢＯＸに係るノードが選択されている状態で登録ボタン５１３がユーザによって押下されると、表示制御部２１は、ファイル指定画面を、クライアント装置２０の表示装置に表示させる。

図７は、ファイル指定画面の表示例を示す図である。図７において、ファイル指定画面５２０は、登録対象のファイルの指定を受け付けるための画面であり、ファイル名入力領域５２１、参照ボタン５２２、及び登録ボタン５２３等を含む。

ファイル名入力領域５２１は、ファイルのファイル名が入力される領域である。参照ボタン５２２が押下されると、クライアント装置２０のファイルシステムの構成を示す画面が表示される。ユーザは、当該画面の中からファイルを選択することができる。選択されたファイルのファイル名は、ファイル名入力領域５２１に入力される。ファイル名入力領域５２１にファイル名が入力された状態で、登録ボタン５２３が押下されると、要求送信部２２は、登録先の成果物ＢＯＸのＩＤと、登録対象のファイルのファイル名と、登録対象のファイルの実体とを含む、ファイルの登録要求を、データ管理サーバ１０に送信する。ステップＳ１０１では、斯かる登録要求が受信される。なお、成果物ＢＯＸのＩＤとは、当該成果物ＢＯＸのデータに対してデータ記憶部１７に記憶されている識別情報である。ツリー表示領域５１１に表示されている各ノードに係るデータのＩＤは、クライアント装置２０に通知されている。

続いて、データ登録部１３は、登録対象のファイルを、成果物として、データ記憶部１７に記憶する（Ｓ１０２）。具体的には、データ記憶部１７が記憶する成果物テーブルに対して、当該ファイルに対応する一つのレコードが登録される。

図８は、成果物テーブルに登録されるレコードの例を示す図である。図８において、成果物テーブルのレコードは、ＩＤ、リビジョン、及びファイル名等の項目を含む。ＩＤ項目の値は、当該成果物が属する成果物ＢＯＸのＩＤである。すなわち、ＩＤ項目の値は、成果物ＢＯＸテーブルにおいて、当該成果物ＢＯＸに対して記憶されているＩＤである。本実施の形態において、「ＷＰＢ０００１」は、図６における「成果物ＢＯＸ１」のＩＤであることとする。リビジョン項目の値は、成果物のリビジョンである。本実施の形態では、成果物に関して版管理が行われる。具体的には、同一の成果物ＢＯＸに対して、ファイルが登録されるたびに、当該成果物ＢＯＸに対して登録される成果物のリビジョンが更新され、当該成果物ＢＯＸに属するファイルは上書き更新される。リビジョンの初期値は、例えば、「０００１」である。ファイル名項目の値は、当該成果物のファイル名である。

ステップＳ１０２では、ＩＤ項目に、受信されたＩＤが登録され、リビジョン項目に「０００１」が登録され、ファイル名項目に、受信されたファイル名が登録されたレコードが、成果物テーブルに追加される。また、ファイルの実体は、当該レコードに関連付けられて、データ記憶部１７に記憶される。

続いて、データ登録部１３は、登録要求において受信された、登録対象のファイルが書庫ファイルであるか否かを判定する（Ｓ１０３）。当該判定は、当該ファイルのファイル名の拡張子に基づいて行われてもよい。すなわち、ファイル名が所定の拡張子を含む場合、当該ファイルは書庫ファイルであると判定されてもよい。

登録対象のファイルが書庫ファイルでない場合（Ｓ１０３でＮｏ）、ステップＳ１０６に進む。登録対象のファイルが書庫ファイルである場合（Ｓ１０３でＹｅｓ）、ファイル解凍部１２は、当該書庫ファイルを解凍する（Ｓ１０４）。すなわち、当該書庫ファイルに格納されているファイル群及び各ファイル群のパス名が抽出又は取得（以下、「抽出」で統一する。）される。抽出されるファイル群が、階層構造を有する場合、当該階層構造を示す階層構造情報も、当該書庫ファイルから抽出される。具体的には、当該階層構造に従ったパス名が階層構造情報の一例として、各ファイル及び各フォルダについて抽出される。フォルダは、当該階層構造を形成するために定義されたフォルダである。

例えば、登録対象の書庫ファイルの構成が、図９に示される通りであったとする。図９は、登録対象の書庫ファイルの構成例を示す図である。図９には、ファイル又はフォルダをノードとするツリー形式によって、ファイル名が「Ｓａｍｐｌｅ．ｚｉｐ」である書庫ファイルの構成が示されている。

具体的には、Ｓａｍｐｌｅ．ｚｉｐには、「Ｓａｍｐｌｅ」フォルダがルートのフォルダとして含まれている。Ｓａｍｐｌｅフォルダには、「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１」フォルダ及び「Ｓａｍｐｌｅ／ＳａｍｐｌｅＦｉｌｅ１．ｔｘｔ」ファイルが含まれている。「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１」フォルダには、「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１−１」フォルダ及び「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１−２」フォルダが含まれている。「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１−１」フォルダの下には、「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１−１／ＳａｍｌｅＦｉｌｅ２．ｔｘｔ」ファイルが含まれている。

ステップＳ１０４では、各ファイル及びフォルダと共に、上記のようなパス名が、各ファイル又はフォルダの識別情報又は階層構造情報の一例として、書庫ファイルから抽出される。

続いて、データ登録部１３は、抽出された各ファイル及び各フォルダを、オブジェクトとしてデータ記憶部１７に記憶する（Ｓ１０５）。具体的には、データ記憶部１７が記憶するオブジェクトテーブルに対して、各ファイル及び各フォルダのそれぞれに対応するレコードが登録される。

図１０は、オブジェクトテーブルに登録されるレコードの例を示す図である。オブジェクトテーブルのレコードは、ＩＤ、リビジョン、ＯＢｊＩＤ、親ＯｂｊＩＤ、名称、及び種類等の項目を有する。ＩＤ項目の値は、当該オブジェクトの抽出元の成果物が属する成果物ＢＯＸのＩＤである。リビジョン項目の値は、当該オブジェクトが抽出された成果物のリビジョンである。なお、ＩＤ項目の値とリビジョン項目の値とによって、当該オブジェクトの抽出元の成果物が特定される。ＯｂｊＩＤ項目の値は、当該オブジェクトの識別情報である。各オブジェクトのＯｂｊＩＤは、例えば、当該オブジェクトのレコードがオブジェクトテーブルに登録される際に、データ登録部１３によって生成される。親ＯｂｊＩＤ項目の値は、当該オブジェクトの親となるオブジェクトのＯｂｊＩＤである。すなわち、オブジェクト同士は、親子関係を有することができる。本実施の形態では、書庫ファイル内における階層構造における上下関係又は包含関係が、オブジェクト間の親子関係となる。換言すれば、親ＯｂｊＩＤによって、書庫ファイル内における上位の階層のフォルダが特定される。名称項目の値は、オブジェクトの名前である。本実施の形態において、オブジェクトの名前は、書庫ファイルから抽出されたファイル又はフォルダの、ファイル名若しくはフォルダ名である。種類項目の値は、オブジェクトがファイル及びフォルダのいずれであるのかを示す情報である。

なお、図１０は、図９に示したファイル及びフォルダが、オブジェクトテーブルに登録された状態を示す。

続いて、応答返信部１６は、ステップＳ１０１において受信された登録要求に対する応答を返信する（Ｓ１０６）。当該応答には、例えば、新たに登録された成果物のパス名が含まれても良い。例えば、当該成果物の名前が「Ｓａｍｐｌｅ．ｚｉｐ」であり、図６の成果物ＢＯＸ１が登録先である場合、「プロジェクトＡ／プロセス１／成果物ＢＯＸ１／Ｓａｍｐｌｅ．ｚｉｐ」及び当該成果物のデータ（レコード）が、当該成果物のパス名として返信されてもよい。

当該応答は、クライアント装置２０の応答受信部２３によって受信される。表示制御部２１は、当該応答に基づいて、データ操作画面５１０の表示内容を更新する。例えば、情報表示領域５１２の成果物タブ５１４が選択された状態となり、ウィンドウ５１６には、応答に含まれて受信された情報が表示される。

続いて、オブジェクトの表示処理について説明する。図１１は、オブジェクトの表示に関してクライアント装置が実行する処理手順の一例を説明するためのフローチャートである。ここでは、図６に示される成果物ＢＯＸ１に対して、図９に示される構成を有する書庫ファイルが登録されていることとする。

データ操作画面５１０のツリー表示領域５１１（図６）において、「成果物ＢＯＸ１」が選択されている状態で、オブジェクトタブ５１５が選択されると、要求送信部２２は、「成果物ＢＯＸ１」のＩＤを含む、オブジェクトの取得要求を、データ管理サーバ１０に送信する（Ｓ２０１）。すなわち、「成果物ＢＯＸ１」に登録されたファイルから抽出されたオブジェクトの一覧の取得が、要求される。

続いて、応答受信部２３は、オブジェクトの取得要求に対するデータ管理サーバ１０からの応答を受信する（Ｓ２０２）。当該応答には、例えば、図１０に示されるような、オブジェクトの一覧が含まれている。なお、当該オブジェクトの一覧において、親のオブジェクトの順番は、子のオブジェクトより前であることとする。

続いて、表示制御部２１は、変数ｉに１を代入する（Ｓ２０３）。変数ｉは、処理対象のオブジェクトを示す変数である。以下、受信されたオブジェクトの一覧において、ｉ番目のオブジェクトを、「オブジェクトｉ」という。

続いて、表示制御部２１は、受信されたオブジェクトの一覧に含まれるオブジェクトの数が、ｉ以上であるか否かを判定する（Ｓ２０４）。オブジェクトの数がｉ以上である場合（Ｓ２０４でＹｅｓ）、表示制御部２１は、オブジェクトｉのレコードの「親ＯｂｊＩＤ」には、値が登録されているか否かを判定する（Ｓ２０５）。すなわち、オブジェクトｉに、親のオブジェクトが存在するか否かが判定される。

「親ＯｂｊＩＤ」に値が登録されている場合（Ｓ２０５でＹｅｓ）、表示制御部２１は、オブジェクトｉの表示位置を、「親ＯｂｊＩＤ」に値に係るオブジェクトの直下とする（Ｓ２０６）。一方、「親ＯｂｊＩＤ」に値が登録されていない場合（Ｓ２０５でＮｏ）、表示制御部２１は、オブジェクトｉの表示位置を、最上位とする（Ｓ２０７）。

続いて、表示制御部２１は、オブジェクトｉのレコードの「種類」の値は、「フォルダ」であるか否かを判定する（Ｓ２０８）。「種類」の値が「フォルダ」である場合（Ｓ２０８でＹｅｓ）、表示制御部２１は、ステップＳ２０６又はＳ２０７において判定された表示位置に、フォルダのアイコンを表示させ、かつ、オブジェクトｉの「名称」を当該アイコンの横に表示させる（Ｓ２０９）。「種類」の値が「ファイル」である場合（Ｓ２０８でＮｏ）、表示制御部２１は、ステップＳ２０６又はＳ２０７において判定された表示位置に、ファイルのアイコンを表示させ、かつ、オブジェクトｉの「名称」を当該アイコンの横に表示させる（Ｓ２０９）。

続いて、表示制御部２１は、変数ｉに１を加算して（Ｓ２１１）、ステップＳ２０４以降を繰り返す。変数ｉの値が、オブジェクトの数より大きくなると（Ｓ２０４でＮｏ）、図１１の処理は終了する。

図１１の処理の結果、例えば、図１０に示されるレコード群に基づいて、図９に示されるようなツリー構造が、データ操作画面５１０のウィンドウ５１６に表示される。その結果、ユーザは、成果物から抽出されたオブジェクトの親子関係等を確認することができる。

続いて、データ管理サーバ１０側の処理について説明する。図１２は、オブジェクトの表示に関してデータ管理サーバが実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ２２１において、要求受信部１１は、図１１のステップＳ２０１においてクライアント装置２０から送信された、オブジェクトの取得要求を受信する。当該取得要求には、データ操作画面５１０のツリー表示領域５１１において選択されている成果物ＢＯＸのＩＤが含まれている。

続いて、データ検索部１４は、当該取得要求に含まれているＩＤを、ＩＤ項目の値として含むレコード群を、オブジェクトテーブル（図１０）から検索する（Ｓ２２２）。続いて、応答返信部１６は、検索されたレコード群を、クライアント装置２０に返信する（Ｓ２２３）。

図１１及び図１２の処理が実行されることにより、ユーザは、オブジェクトを操作対象とすることができる。例えば、ユーザは、オブジェクト間に関連を設定するための指示を行うことができる。

関連が設定される二つのオブジェクトは、同じプロジェクトに属していてもよいし、異なるプロジェクトに属していてもよい。相互に異なるプロジェクトに属するオブジェクト間に関連が設定される場合、例えば、データ操作画面５１０が、プロジェクトごとに表示されてもよい。或いは、１つ画面内に、データ操作画面５１０と同様の構成を有する領域が、プロジェクトごとに配列されてもよい。この場合、各プロジェクトの成果物ＢＯＸごとに、図１１及び図１２の処理が実行されればよい。そうすることで、ユーザは、相互に異なるプロジェクトに属するオブジェクト同士を関連付けの対象として選択することができる。すなわち、図１１及び図１２の処理は、各オブジェクトを、他のオブジェクトとの関連付けの候補（対応づけ可能な候補）として出力又は表示する処理であるといえる。

例えば、或るプロジェクトに属するオブジェクトのアイコンを、他のプロジェクトに属するオブジェクトのアイコンにドラッグ・アンド・ドロップすることで、当該二つのオブジェクトに対する関連の設定が指示されてもよい。この場合、ドラッグされた方が、関連元であり、ドロップ先が、関連先とされてもよい。

または、関連を設定する二つのオブジェクトのアイコンが選択された状態で、非図示の「関連の設定」メニューが選択されてもよい。この場合、表示制御部は、例えば、図１３に示されるような、関連設定画面を表示させる。

図１３は、関連設定画面の表示例を示す図である。図１３において、関連設定画面５３０は、名称表示領域５３１及び５３２、ラジオボタン５３３、及びＯＫボタン５３４等を含む。

名称表示領域５３１及び５３２は、関連の設定対象として選択された一方のオブジェクトと他方のオブジェクトとのそれぞれの名称が表示される領域である。ラジオボタン５３３は、関連の方向を選択させるためのラジオボタンである。左側の選択肢が選択されると、名称表示領域５３１に係るオブジェクトが関連元となる。右側の選択肢が選択されると、名称表示領域５３１に係るオブジェクトが関連先となる。ＯＫボタン５３４が押下されると、関連の設定指示が入力される。

なお、或るオブジェクトに対して関連付けの候補となるデータ種別は、オブジェクトに限定されなくてもよい。例えば、プロジェクト、プロセス、成果物ＢＯＸ、又は成果物が、或るオブジェクトに対して関連付けられてもよい。この場合、関連付けられる一方のデータとして、オブジェクトが選択され、他方のデータとして、オブジェクト以外のデータが選択されればよい。

また、書庫ファイルから抽出されたファイルから更にオブジェクトが抽出されてもよい。この場合、当該ファイルのファイル名に加えて、当該オブジェクトの識別情報が取得され、当該オブジェクトも関連の設定対象の候補として表示されてもよい。そして、当該オブジェクトに関して、プロジェクト、プロセス、成果物ＢＯＸ、成果物が、又は他のオブジェクトとの関連が設定されてもよい。

上記のような関連の設定指示に応じ、クライアント装置２０の要求送信部２２は、関連の設定要求を、データ管理サーバ１０に送信する。斯かる設定要求に応じて、データ管理サーバ１０が実行する処理について説明する。

図１４は、データ管理サーバが実行する関連の設定処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ３０１において、要求受信部１１は、関連の設定要求を受信する。関連の設定要求には、関連元のオブジェクトのＯｂｊＩＤと関連先のオブジェクトのＯｂｊＩＤとが含まれている。

続いて、関連登録部１５は、設定要求に係る関連に対応するレコードを生成する（Ｓ３０２）。続いて、関連登録部１５は、当該レコードを、データ記憶部１７が記憶する関連テーブルに登録する（Ｓ３０３）。

図１５は、関連テーブルに登録されるレコードの一例を示す図である。図１５において、関連テーブルのレコードは、元ＩＤ、先ＩＤ、元リビジョン、先リビジョン、元ＯｂｊＩＤ、及び先ＯｂｊＩＤ等の項目を有する。

元ＩＤ項目の値は、関連元のオブジェクトが属する成果物ＢＯＸのＩＤである。先ＩＤは、関連先のオブジェクトが属する成果物ＢＯＸのＩＤである。なお、オブジェクトが属する成果物ＢＯＸとは、オブジェクトの抽出元の成果物の登録先の成果物ＢＯＸをいう。

元リビジョン項目の値は、関連元のオブジェクトの抽出元の成果物のリビジョンである。先リビジョン項目の値は、関連先のオブジェクトの抽出元の成果物のリビジョンである。元ＯｂｊＩＤ項目の値は、関連元のオブジェクトのＯｂｊＩＤである。先ＯｂｊＩＤ項目の値は、関連先のオブジェクトのＯｂｊＩＤである。

元ＯｂｊＩＤ及び先ＯｂｊＩＤの値は、ステップＳ３０１において受信される関連の設定要求に含まれている。元ＩＤ、先ＩＤ、元リビジョン、及び先リビジョンの値は、オブジェクトテーブル（図１０）において、元ＯｂｊＩＤ又は先ＯｂｊＩＤを含むレコードに基づいて特定可能である。

このように、オブジェクト同士を関連によって対応づけることができる。本実施の形態において、オブジェクトは、成果物としての書庫ファイルから抽出されたファイル又はフォルダである。すなわち、本実施の形態によれば、書庫ファイル単位のみならず、書庫ファイルに格納されているファイル又はフォルダ単位で、他のデータと対応づけることができる。

続いて、例えば、既に成果物（ファイル）が登録されている成果物ＢＯＸに対して、新たな成果物が登録される、すなわち、成果物のリビジョンアップが行われる場合に実行される処理手順について説明する。

図１６は、データ管理サーバが実行する成果物のリビジョンアップ処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４０１において、要求受信部１１は、或る成果物ＢＯＸに対する、成果物としてのファイルの登録要求を、クライアント装置２０から受信する。ステップＳ４０１は、図５のステップＳ１０１と同じである。したがって、当該登録要求は、登録先の成果物ＢＯＸのＩＤと、登録対象のファイルのファイル名と、登録対象のファイルの実体とを含む。

続いて、データ登録部１３は、登録先の成果物ＢＯＸに登録されている成果物をリビジョンアップする（Ｓ４０２）。具体的には、データ登録部１３は、成果物テーブルに対し、新たなリビジョンのレコードを登録する。なお、データ登録部１３は、登録先の成果物ＢＯＸに対して成果物が登録されていない場合は、図５のステップＳ１０２以降を実行し、成果物が登録されている場合は、図１６のステップＳ４０２以降を実行する。

図１７は、成果物のリビジョンアップにより登録されるレコードの例を示す図である。図１７において、１番目のレコード（以下、「旧レコード」という。）は、図８に示したレコードである。２番目のレコード（以下、「新レコード」という。）は、ステップＳ４０２において登録されるレコードの例である。旧レコードのＩＤ項目の値と、新レコードのＩＤ項目の値とは同じである。双方のレコードは、同じ成果物ＢＯＸに対して登録された成果物に対するレコードだからである。一方、新レコードのリビジョン項目の値は、旧レコードに対して１が加算された値である。リビジョン項目の値が更新されたレコードが登録されることにより、当該成果物が、リビジョンアップされたことが示される。なお、図１７の例では、新レコードのファイル名と、旧レコードのファイル名とは同じであるが、新たに登録される成果物のファイル名が、前のリビジョンの成果物のファイル名と同じであることは、リビジョンアップの要件でなくてもよい。例えば、新たに登録されたファイルのファイル名が、「Ｓａｍｐｌｅ２．ｚｉｐ」であっても、リビジョンアップが行われてもよい。この場合、新レコードのファイル名項目には、「Ｓａｍｐｌｅ２．ｚｉｐ」が登録される。

なお、成果物のリビジョンアップが行われた後において、当該成果物を表現するレコードは、新レコードである。旧レコードは、履歴情報としての意味を有するものの、当該成果物の最新の状態を示すレコードとしては有効ではない。したがって、例えば、当該成果物が検索対象となった場合、最新のリビジョンである新レコードが検索される。

続くステップＳ４０３〜Ｓ４０５は、図５のステップＳ１０３〜Ｓ１０５と同じである。但し、ステップＳ４０５において登録される各オブジェクトのレコードのリビジョン項目の値は、これまでの最新のリビジョンに対して１が加算された値となる。すなわち、オブジェクトに関してもリビジョンアップが行われる。

ここでは、新たに登録される書庫ファイルは、図１８に示される構成を有することとする。図１８は、新たな登録対象の書庫ファイルの構成例を示す図である。図１８と図９とを比較すると、図１８は、「Ｓａｍｐｌｅ／ＳａｍｐｌｅＦｉｌｅ１．ｔｘｔ」ファイルと、「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１／Ｓａｍｐｌｅ１−２」フォルダとが無い点において図９と異なる。但し、新たに登録される書庫ファイルの構成は、既に登録されている書庫ファイルと同じであってもよい。

図１８示される構成を有する書庫ファイルに関して、ステップＳ４０５では、図１９に示されるようなオブジェクトのレコードが登録される。

図１９は、オブジェクトのリビジョンアップにより登録されるレコードの例を示す図である。図１９において、レコード群ＯＬＤは、図１０に示したレコード群である。レコード群ＮＥＷは、ステップＳ４０５において、オブジェクトテーブルに登録されるレコードの一例である。

同じ成果物ＯＢＸに属するオブジェクトに関して、ＩＤ項目の値は同じである。したがって、レコード群ＯＬＤのＩＤ項目の値と、レコード群ＮＥＷのＩＤ項目の値とは同じである。一方、レコード群ＮＥＷのリビジョン項目の値は、レコード群ＯＬＤのリビジョン項目の値に１が加算された値である。また、レコード群ＮＥＷのＯｂｊＩＤ項目には、レコード群ＯＬＤのＯｂｊＩＤ項目の値とは重複しない値が登録される。ＯｂｊＩＤは、リビジョンを跨って一意であるからである。

続いて、データ検索部１４は、オブジェクトテーブルから、ステップＳ４０５において登録されたオブジェクトの直前のリビジョンのオブジェクトに係るレコードを、オブジェクトテーブルから取得する（Ｓ４０６）。図１９の例では、レコード群ＮＥＷとＩＤ項目の値が一致し、リビジョン項目の値が、レコード群ＮＥＷよりも１小さいレコード群ＯＬＤが、取得される。

続いて、データ登録部１３は、変数ｉに１を代入する（Ｓ４０７）。変数ｉは、レコード群ＮＥＷの中で、処理対象のレコードを示す変数である。以下、レコード群ＮＥＷの中でｉ番目のレコードに係るオブジェクトを、「オブジェクトｉ」という。

続いて、データ登録部１３は、オブジェクトｉの階層構造情報を生成する（Ｓ４０９）。オブジェクトｉの階層構造情報は、例えば、オブジェクトｉのパス名である。オブジェクトｉのパス名は、オブジェクトｉに係るレコードを起点として、親ＯｂｊＩＤに係るレコードを再帰的に検索し、検索された各レコードの名称項目の値を接続することで生成することができる。例えば、オブジェクトｉに係るレコードのファイル名項目の値が、「ＳａｍｐｌｅＦｉｌｅ２．ｔｘｔ」であれば、「Ｓａｍｐｌｅ／Ｓａｍｐｌｅ１／Ｓａｍｐｌｅ１−１／ＳａｍｐｌｅＦｉｌｅ２．ｔｘｔ」というパス名が生成される。

続いて、データ検索部１４は、レコード群ＯＬＤの中に、オブジェクトｉのパス名と同じパス名が生成されるオブジェクトに係るレコードが有るか否かを判定する（Ｓ４１０）。例えば、レコード群ＯＬＤに含まれる各レコードについてパス名が生成され、当該パス名の中に、オブジェクトｉのパス名に一致するものが有るか否かが判定される。

該当するレコードが有る場合（Ｓ４１０でＹｅｓ）、データ検索部１４は、当該レコードに係るオブジェクト（以下、「旧オブジェクト」という。）に対して設定されている関連に係るレコードを、関連テーブル（図１５）から検索する（Ｓ４１１）。旧オブジェクトに対して設定されている関連に係るレコードとは、旧オブジェクトのＯｂｊＩＤを、元ＯｂｊＩＤ項目の値又は先Ｏｂｊ項目の値として含むレコードをいう。

当該関連に係るレコードが検索された場合（Ｓ４１２でＹｅｓ）、関連登録部１５は、オブジェクトｉに関して、当該関連を設定する（Ｓ４１３）。すなわち、旧オブジェクトに対応付けられているオブジェクトに対して、オブジェクトｉが対応づけられる。その結果、旧オブジェクトに対して設定されていた関連が、オブジェクトｉに引き継がれる。具体的には、図２０に示されるようなレコードが、関連テーブルに登録される。

図２０は、関連の引継ぎによって関連テーブルに登録されるレコードの例を示す図である。図２０において、１番目のレコード（以下、「旧レコード」という。）は、旧オブジェクトのレコードであり、図１５に示したレコードと同じである。２番目のレコード（以下、「新レコード」という。）は、ステップＳ４１３において登録されるレコードの例である。なお、新レコードは、オブジェクトｉが、図１９において最後のレコードに係るオブジェクトである場合に、登録される。

新レコードの元ＩＤ項目、先ＩＤ項目、先リビジョンＩＤ項目、及び先ＯｂｊＩＤ項目の値は、旧レコードと同じである。一方、新レコードの元リビジョン項目、元ＯｂｊＩＤ項目には、オブジェクトｉに係るレコードのリビジョン項目の値、ＯｂｊＩＤ項目の値が転記される。

なお、図２０は、旧オブジェクトが関連元だった場合の例である。旧オブジェクトが関連先だった場合、新レコードの元ＩＤ項目、先ＩＤ項目、元リビジョンＩＤ項目、及び元ＯｂｊＩＤ項目の値は、旧レコードと同じとなる。一方、新レコードの先リビジョン項目、先ＯｂｊＩＤ項目には、オブジェクトｉに係るレコードのリビジョン項目の値、ＯｂｊＩＤ項目の値が転記される。

このように、新たに登録された書庫ファイルにおいて、既に登録されていた書庫ファイル内における階層構造における位置付けと同一の位置付けに係るファイル又はフォルダには、既に登録されていた書庫ファイル内において対応するファイル又はフォルダに対して設定されている関連が設定される。その結果、ユーザによる関連の再設定の必要性を低減させることができる。

続いて、データ登録部１３は、変数ｉに１を加算して（Ｓ４１４）、ステップＳ４０８以降を繰り返す。なお、ステップＳ４１０において、該当するレコードが無い場合（Ｓ４１０でＮｏ）、又はステップＳ４１１において、該当するレコードが検索されなかった場合（Ｓ４１２でＮｏ）ステップＳ４１３は実行されない。

レコード群ＮＥＷに属するすべてのレコードに関してステップＳ４０８以降が実行されると（Ｓ４０８でＮｏ）、ステップＳ４１５が実行される。ステップＳ４１５は、図５のステップＳ１０６と同様でよい。

上述したように、本実施の形態によれば、成果物ＢＯＸに対して、成果物として書庫ファイルが登録（格納）される場合、書庫ファイルに含まれるファイル及びフォルダのパス名が、書庫ファイルから抽出される。抽出されたパス名ごとに、オブジェクトのレコードが登録される。また、オブジェクトのレコードは、関連の設定対象の候補として出力される。したがって、書庫ファイル内の構成要素ごとに、他のデータとの対応づけを可能とすることができる。

また、書庫ファイルから抽出されるパス名は、各ファイル又は各フォルダの階層構造を示す情報であり、当該パス名に基づいて、当該階層構造を示す情報が、オブジェクトテーブルに登録される。具体的には、親ＯｂｊＩＤ項目の値によって、当該階層構造が保持される。したがって、当該書庫ファイルが登録された成果物ＢＯＸに関する情報の表示の際に、図９に示されるような階層構造を再現することができる。

また、既に登録されているオブジェクトに対して設定された関連は、新たに登録された同名のオブジェクトに自動的に引き継がれる。その結果、ユーザによる関連の再設定の必要性を低減することができる。

なお、本実施の形態が適用可能な範囲は、図４に示される管理形態で管理されるデータ群又はフォルダ群に限られない。例えば、一般的なファイルシステムのような管理形態において、各ファイル又は各フォルダ間に関連を設定することが可能であれば、当該ファイル群又はフォルダ群に関して本実施の形態が適用されてもよい。

また、クライアント装置２０に表示される画面は、データ管理サーバ１０によってＨＴＭＬ等を用いて生成されてもよい。例えば、図１１に示した処理手順は、データ管理サーバ１０によって実行されてもよい。この場合、クライアント装置２０は、汎用的なＷｅｂブラウザを有していればよい。

又は、ファイル解凍部１２、データ登録部１３、データ検索部１４、及び関連登録部１５等の機能を、各クライアント装置２０が有していてもよい。すなわち、本実施の形態においてデータ管理サーバ１０が実行するものとして説明された処理手順が、各クライアント装置２０によって実行されてもよい。この場合、各クライアント装置２０は、ネットワークを介して、データ管理サーバ１０のデータ記憶部１７にアクセスすればよい。

なお、本実施の形態において、データ管理サーバ１０は、ファイル管理装置及びファイル管理システムの一例である。ファイル解凍部１２は、取得部の一例である。応答返信部１６は、出力部の一例である。関連登録部１５は、制御部の一例である。オブジェクトは、データオブジェクトの一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
フォルダにファイルを格納するコンピュータに、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、
取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、
他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、
処理を実行させるファイル管理プログラム。
（付記２）
前記取得する処理は、前記複数のファイルの識別情報を、前記１つの書庫ファイルを解凍することで取得する、ことを特徴とする付記１記載のファイル管理プログラム。
（付記３）
前記記憶させる制御を行う処理は、第一の書庫ファイルが格納されているフォルダに第二の書庫ファイルが格納される場合に、前記第一の書庫ファイルに含まれる第一のファイルの第一の識別情報に一致する第二の識別情報が前記第二の書庫ファイルから取得されたときは、前記記憶部に記憶されている対応付け情報において前記第一のファイルに対応付けられているファイル又はフォルダと、前記第二の識別情報に係るファイルとの対応付け情報を、前記記憶部に記憶させる、ことを特徴とする付記１又は２記載のファイル管理プログラム。
（付記４）
前記複数のファイルの少なくとも一つのファイルがデータオブジェクトを含む場合には、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報に加えて、前記複数のファイルの少なくとも一つのファイルに含まれる前記データオブジェクトの識別情報を取得し、
取得した前記複数のファイルの識別情報および前記データオブジェクトの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する制御を行う、
処理を前記コンピュータに実行させる付記１記載のファイル管理プログラム。
（付記５）
フォルダにファイルを格納するコンピュータに、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得し、
取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶する、
処理を実行させるファイル管理プログラム。
（付記６）
フォルダにファイルを格納するコンピュータが、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、
取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、
他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、
処理を実行するファイル管理方法。
（付記７）
前記取得する処理は、前記複数のファイルの識別情報を、前記１つの書庫ファイルを解凍することで取得する、ことを特徴とする付記５記載のファイル管理方法。
（付記８）
前記記憶させる制御を行う処理は、第一の書庫ファイルが格納されているフォルダに第二の書庫ファイルが格納される場合に、前記第一の書庫ファイルに含まれる第一のファイルの第一の識別情報に一致する第二の識別情報が前記第二の書庫ファイルから取得されたときは、前記記憶部に記憶されている対応付け情報において前記第一のファイルに対応付けられているファイル又はフォルダと、前記第二の識別情報に係るファイルとの対応付け情報を、前記記憶部に記憶させる、ことを特徴とする付記６又は７記載のファイル管理方法。
（付記９）
前記複数のファイルの少なくとも一つのファイルがデータオブジェクトを含む場合には、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報に加えて、前記複数のファイルの少なくとも一つのファイルに含まれる前記データオブジェクトの識別情報を取得し、
取得した前記複数のファイルの識別情報および前記データオブジェクトの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する制御を行う、
処理を前記コンピュータが実行する付記６記載のファイル管理方法。
（付記１０）
フォルダにファイルを格納するコンピュータが、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得し、
取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶する、
処理を実行するファイル管理方法。
（付記１１）
フォルダにファイルを格納するファイル管理装置において、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得する取得部と、
取得した前記複数のファイルの識別情報を、前記ファイル管理装置が管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する出力部と、
他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う制御部と、
を備えたことを特徴とするファイル管理装置。
（付記１２）
前記取得部は、前記複数のファイルの識別情報を、前記１つの書庫ファイルを解凍することで取得する、ことを特徴とする付記１１記載のファイル管理装置。
（付記１３）
前記制御部は、第一の書庫ファイルが格納されているフォルダに第二の書庫ファイルが格納される場合に、前記第一の書庫ファイルに含まれる第一のファイルの第一の識別情報に一致する第二の識別情報が前記第二の書庫ファイルから取得されたときは、前記記憶部に記憶されている対応付け情報において前記第一のファイルに対応付けられているファイル又はフォルダと、前記第二の識別情報に係るファイルとの対応付け情報を、前記記憶部に記憶させる、ことを特徴とする付記１１又は１２記載のファイル管理装置。
（付記１４）
前記取得部は、前記複数のファイルの少なくとも一つのファイルがデータオブジェクトを含む場合には、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報に加えて、前記複数のファイルの少なくとも一つのファイルに含まれる前記データオブジェクトの識別情報を取得し、
前記制御部は、取得した前記複数のファイルの識別情報および前記データオブジェクトの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する制御を行う、ことを特徴とする付記１１記載のファイル管理装置。
（付記１５）
フォルダにファイルを格納するファイル管理装置において、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得する取得部と、
取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶させる制御を行う制御部と、
を備えたことを特徴とするファイル管理装置。
（付記１６）
フォルダにファイルを格納するファイル管理システムにおいて、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得する取得部と、
取得した前記複数のファイルの識別情報を、前記ファイル管理システムが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する出力部と、
他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う制御部と、
を備えたことを特徴とするファイル管理システム。
（付記１７）
前記取得部は、前記複数のファイルの識別情報を、前記１つの書庫ファイルを解凍することで取得する、ことを特徴とする付記１６記載のファイル管理システム。
（付記１８）
前記制御部は、第一の書庫ファイルが格納されているフォルダに第二の書庫ファイルが格納される場合に、前記第一の書庫ファイルに含まれる第一のファイルの第一の識別情報に一致する第二の識別情報が前記第二の書庫ファイルから取得されたときは、前記記憶部に記憶されている対応付け情報において前記第一のファイルに対応付けられているファイル又はフォルダと、前記第二の識別情報に係るファイルとの対応付け情報を、前記記憶部に記憶させる、ことを特徴とする付記１６又は１７記載のファイル管理システム。
（付記１９）
前記取得部は、前記複数のファイルの少なくとも一つのファイルがデータオブジェクトを含む場合には、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報に加えて、前記複数のファイルの少なくとも一つのファイルに含まれる前記データオブジェクトの識別情報を取得し、
前記制御部は、取得した前記複数のファイルの識別情報および前記データオブジェクトの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する制御を行う、ことを特徴とする付記１６記載のファイル管理システム。
（付記２０）
フォルダにファイルを格納するファイル管理システムにおいて、
前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得する取得部と、
取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶させる制御を行う制御部と、
を備えたことを特徴とするファイル管理システム。

１ データ管理システム
１０ データ管理サーバ
１１ 要求受信部
１２ ファイル解凍部
１３ データ登録部
１４ データ検索部
１５ 関連登録部
１６ 応答返信部
１７ データ記憶部
２０ クライアント装置
２１ 表示制御部
２２ 要求送信部
２３ 応答受信部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (9)

1. フォルダにファイルを格納するコンピュータに、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、
   取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、
   他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、
   処理を実行させるファイル管理プログラム。
2. 前記取得する処理は、前記複数のファイルの識別情報を、前記１つの書庫ファイルを解凍することで取得する、ことを特徴とする請求項１記載のファイル管理プログラム。
3. 前記記憶させる制御を行う処理は、第一の書庫ファイルが格納されているフォルダに第二の書庫ファイルが格納される場合に、前記第一の書庫ファイルに含まれる第一のファイルの第一の識別情報に一致する第二の識別情報が前記第二の書庫ファイルから取得されたときは、前記記憶部に記憶されている対応付け情報において前記第一のファイルに対応付けられているファイル又はフォルダと、前記第二の識別情報に係るファイルとの対応付け情報を、前記記憶部に記憶させる、ことを特徴とする請求項１又は２記載のファイル管理プログラム。
4. 前記複数のファイルの少なくとも一つのファイルがデータオブジェクトを含む場合には、前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報に加えて、前記複数のファイルの少なくとも一つのファイルに含まれる前記データオブジェクトの識別情報を取得し、
   取得した前記複数のファイルの識別情報および前記データオブジェクトの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する制御を行う、
   処理を前記コンピュータに実行させる請求項１記載のファイル管理プログラム。
5. フォルダにファイルを格納するコンピュータに、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得し、
   取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶する、
   処理を実行させるファイル管理プログラム。
6. フォルダにファイルを格納するコンピュータが、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得し、
   取得した前記複数のファイルの識別情報を、前記コンピュータが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力し、
   他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う、
   処理を実行するファイル管理方法。
7. フォルダにファイルを格納するコンピュータが、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得し、
   取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶する、
   処理を実行するファイル管理方法。
8. フォルダにファイルを格納するファイル管理システムにおいて、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報を取得する取得部と、
   取得した前記複数のファイルの識別情報を、前記ファイル管理システムが管理する他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけ可能な候補として出力する出力部と、
   他のフォルダ、又は、ファイル、又は、ファイルに含まれる個々のデータオブジェクト、と対応づけることの指定がなされたファイルについて、対応づける対象のファイル又はフォルダ又はファイルに含まれる個々のデータオブジェクトとの対応づけ情報を記憶部に記憶させる制御を行う制御部と、
   を備えたことを特徴とするファイル管理システム。
9. フォルダにファイルを格納するファイル管理システムにおいて、
   前記フォルダに、複数のファイルがまとめられ圧縮処理がなされることで生成されるかまたは複数のファイルがまとめられることで生成される１つの書庫ファイルが格納される場合に、前記１つの書庫ファイルに含まれる前記複数のファイルの識別情報と前記複数のファイル間の階層構造情報とを取得する取得部と、
   取得した前記複数のファイルの識別情報と前記階層構造情報とを記憶部に記憶させる制御を行う制御部と、
   を備えたことを特徴とするファイル管理システム。

Images