JP6110139B2 - ファイル管理プログラム、ファイル管理装置およびファイル管理方法 - Google Patents

Description

本発明は、ファイル管理プログラム、ファイル管理装置およびファイル管理方法に関する。

自動車、電機・精密業界等における制御システム・組込システムの設計・開発では、設計・開発の各プロセスで生成される仕様書・設計書・テスト仕様書などの各種のドキュメントの管理を行う。このため、システムの開発では、多数のドキュメントのファイルをファイル管理装置により管理することがある。

ファイル管理装置は、作業者によるファイル同士の関連付け処理により、各ファイル間の関連付け情報を記憶することができる。この構成により、ファイル管理装置は、一つのファイルに対して変更があった場合に、変更の影響を受けるファイルを特定することが可能である。

特開２００２−１４９６４８号公報

しかしながら、ファイル同士を関連付けるには、作業者が各ファイルを参照して関連箇所を検索し、関連箇所を有するファイル同士を関連付けするので、ファイルの関連付けに手間がかかる、という問題点があった。例えば、ドキュメントを表形式のファイルで作成した場合、多数のセルから関連箇所を検索するので、関連箇所の検索が煩雑であった。

一側面では、ファイルの関連付けを支援できるファイル管理プログラム、ファイル管理装置およびファイル管理方法を提供することを目的とする。

本発明の一側面によれば、ファイル管理プログラムは、コンピュータに、表形式のファイルの属性情報に対応づけて、該表形式のファイルに含まれるセルを特定する情報を記憶する記憶部を参照して、関連性を判定する処理を実行させる。ファイル管理プログラムは、コンピュータに、記憶部に、表形式の第１のファイルの属性情報に対応づけて第１の情報と、表形式の第２のファイルの属性情報に対応づけて第２の情報とが記憶されている場合、比較に基づいて関連性を判定する処理を実行させる。ファイル管理プログラムは、コンピュータに、第１のファイルと第２のファイルの間の関連性を第１の情報と第２の情報との比較に基づいて判定する処理を実行させる。

ファイルの関連付けを支援できる。

図１は、ファイル管理装置を含んだシステムの全体の概略構成の一例を示す図である。 図２は、ファイル管理装置の全体構成を示す図である。 図３は、形式情報のデータ構成の一例を示す図である。 図４は、要素情報のデータ構成の一例を示す図である。 図５は、ファイル情報のデータ構成の一例を示す図である。 図６は、リレーション情報のデータ構成の一例を示す図である。 図７は、属性情報および属性情報に対応する要素の情報を抽出する流れの一例を示す図である。 図８は、ドキュメントの要素間の関連付けを行う流れの一例を示す図である。 図９は、指定画面の一例を示す図である。 図１０は、各種のドキュメントの関連づけを行った一例を示す図である。 図１１は、条件画面の一例を示す図である。 図１２は、影響範囲の検索の流れの一例を示す図である。 図１３は、抽出処理の手順を示すフローチャートである。 図１４は、関連付け処理の手順を示すフローチャートである。 図１５は、検索処理の手順を示すフローチャートである。 図１６は、ファイル管理プログラムを実行するコンピュータを示す図である。

以下に、本発明にかかるファイル管理プログラム、ファイル管理装置およびファイル管理方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

実施例１に係るシステムについて説明する。図１は、ファイル管理装置を含んだシステムの全体の概略構成の一例を示す図である。図１に示すように、システム１０は、ファイル管理装置１１と、端末装置１２とを有する。ファイル管理装置１１と端末装置１２は、各種の情報を交換することが可能とされている。例えば、ファイル管理装置１１と端末装置１２は、ネットワーク１３を介して通信可能に接続され、各種の情報を交換することが可能とされている。かかるネットワーク１３の一態様としては、有線または無線を問わず、Local Area Network（ＬＡＮ）やVirtual Private Network（ＶＰＮ）などの任意の通信網が挙げられる。なお、図１の例では、システム１０は、端末装置１２を２つ有する場合を例示したが、開示のシステムはこれに限定されず、端末装置１２を任意の数とすることができる。

端末装置１２は、開発を行う開発者が用いるコンピュータである。端末装置１２は、例えば、デスクトップ型ＰＣ（パーソナル・コンピュータ）、タブレット型ＰＣ、ノート型ＰＣなどの情報処理装置等である。開発者は、開発に際し、端末装置１２により各種のドキュメントを作成する。例えば、開発者は、開発で要求される機能の要件を記述した機能要件書や、それぞれの機能を設計する機能設計書、それぞれの機能が実現できているか否かをテストするためのテスト仕様書など、開発の段階に応じて各種のドキュメントを作成する。このような開発において作成されるドキュメントは、書類の種類や、開発時期、開発元など特定の種類毎に、記載する内容や、記載箇所、スタイルなどが定められ、記載の形式が統一される。ドキュメントは、同じ種類毎に記載の形式を統一することにより、同じ種類のどのドキュメントにも同じ項目が含まれるため、記載すべき項目が漏れることを抑制できる。また、ドキュメントは、同じ種類毎に記載の形式を統一することにより、同じ種類のドキュメントの内容を確認する際に目的の記載箇所を直ぐに参照できるため、内容の確認が行いやすくなる。開発者は、表形式でドキュメントの作成が可能なソフトウェアを用いて、ドキュメントの形式に沿ってドキュメントを作成する。表形式でドキュメントの作成が可能なソフトウェアとしては、例えば、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌ（登録商標）等の表計算ソフトが挙がられる。なお、開発内容は、ソフトウェアの開発に限定されるものではなく、ハードウェアの開発であってもよい。例えば、自動車の開発では、要求される機能を満たすために、ハードウェアおよびソフトウェアの開発が行われる。また、各ドキュメントは、関連する開発のドキュメントから流用して作成される場合もある。例えば、自動車の開発では、既に開発済みの車種の部品を流用または改修して新規の車種の開発を行う場合、既に開発済みの車種の部品のドキュメントを流用して新規の車種のドキュメントが作成される。

ファイル管理装置１１は、ドキュメントのファイルを管理する装置である。ファイル管理装置１１は、例えば、サーバコンピュータなどのコンピュータなどである。ファイル管理装置１１は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータによるクラウドとして実装することもできる。なお、本実施例では、ファイル管理装置１１を１台のコンピュータとした場合を例として説明する。ファイル管理装置１１は、ドキュメントをグループに分けて管理することが可能である。例えば、ファイル管理装置１１は、開発工程毎に、ドキュメントをグループに分けて管理する。ファイル管理装置１１は、グループ毎にドキュメントの登録を受け付けるフォルダを分けており、端末装置１２からドキュメントの登録を受け付ける。開発者は、端末装置１２を用いてドキュメントを作成または修正した場合、ドキュメントの種類に応じたフォルダ内に、ドキュメントが記述された表形式のファイルを登録する。ファイル管理装置１１は、フォルダに新規のドキュメントのファイルが登録された場合、登録されたドキュメントのファイルを記憶する。また、ファイル管理装置１１は、登録済みのドキュメントのファイルがフォルダに新たに登録された場合、登録済みのドキュメントのファイルと、新たに登録されたドキュメントのファイルを比較して修正箇所および修正内容を特定する。そして、ファイル管理装置１１は、新たに登録されたドキュメントのファイルと共に、特定した修正箇所および修正内容を修正履歴として記憶する。

また、ファイル管理装置１１は、登録されたドキュメントのファイル同士の関連性を判定する。ファイル管理装置１１は、判定の結果、関連箇所を有するファイル同士を関連付けて管理する。

次に、実施例１に係るファイル管理装置１１について説明する。図２は、ファイル管理装置の全体構成を示す図である。図２に示すように、ファイル管理装置１１は、通信Ｉ／Ｆ（インタフェース）部２０と、表示部２１と、入力部２２と、記憶部２３と、制御部２４とを有する。

通信Ｉ／Ｆ部２０は、他の装置、例えば、端末装置１２との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部２０は、ネットワーク１３を介して他の装置と各種情報を送受信する。例えば、通信Ｉ／Ｆ部２０は、ネットワーク１３を介して端末装置１２からドキュメントが記述された表形式のファイルを受信する。かかる通信Ｉ／Ｆ部２０の一態様としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。

表示部２１は、各種情報を表示する表示デバイスである。表示部２１としては、Liquid Crystal Display（ＬＣＤ）やCathode Ray Tube（ＣＲＴ）などの表示デバイスが挙げられる。表示部２１は、各種情報を表示する。

入力部２２は、各種の情報を入力する入力デバイスである。例えば、入力部２２としては、マウスやキーボードなどの入力デバイスが挙げられる。入力部２２は、ユーザからの操作入力を受け付け、受け付けた操作内容を示す操作情報を制御部２４に入力する。

記憶部２３は、ハードディスク、Solid State Drive（ＳＳＤ）、光ディスクなどの記憶装置である。なお、記憶部２３は、Random Access Memory（ＲＡＭ)、フラッシュメモリ、Non Volatile Static Random Access Memory（ＮＶＳＲＡＭ)などのデータを書き換え可能な半導体メモリであってもよい。

記憶部２３は、制御部２４で実行されるOperating System（ＯＳ）やファイル管理に用いる各種プログラムを記憶する。さらに、記憶部２３は、制御部２４で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部２３は、ドキュメントデータ３０と、形式情報３１と、要素情報３２と、ファイル情報３３と、リレーション情報３４とを記憶する。

ドキュメントデータ３０は、登録されたドキュメントのファイルのデータである。一例として、ドキュメントデータ３０は、端末装置１２からドキュメントの登録用のフォルダにドキュメントのファイルが登録されることにより格納される。他の一例として、ドキュメントデータ３０は、ドキュメント内の要素を抽出する際に後述の抽出部４０によって参照される。

形式情報３１は、ドキュメントの記載の形式毎に、表形式のファイルにおいて関連付けを行う要素に関する情報を記憶したデータである。ここで、開発では、設計の工程において開発で要求される要件を定め、要件を具体的に実現するための機能を設計する。そして、テストの工程では、設計した機能が実現されているテストし、機能により要求される要件が満たされているかテストを行う。このように、要件と機能とテスト項目は、互いに関連性を有する場合がある。このように関連性を有する場合、何れかが修正されると、関連性を有する他の部分も修正を行わねばならない場合がある。例えば、要件が修正された場合は、修正された要件に関連する機能、および修正された要件に関連するテスト項目も修正する場合がある。そこで、本実施例に係るファイル管理装置１１では、ドキュメントの記載の形式毎に、関連付けを行う要素の情報を保持するセルの情報を形式情報３１に記憶する。一例として、形式情報３１は、ドキュメントを作成する開発者や、ファイル管理装置１１を管理する管理者により、入力部２２あるいは端末装置１２から登録される。他の一例として、形式情報３１は、関連付けを行う要素を抽出するために、後述の抽出部４０によって参照される。

図３は、形式情報のデータ構成の一例を示す図である。図３に示すように、形式情報３１は、「Ｆｏｒｍａｔ ｔｙｐｅ」、「Ｋｅｙ」、「Ｃｏｎｔｅｎｔｓ」の各項目を有する。Ｆｏｒｍａｔ ｔｙｐｅの項目は、ドキュメントの記載の形式の種別を記憶する領域である。本実施例では、Ｆｏｒｍａｔ ｔｙｐｅの項目には、記載の形式の種別として、該当する形成で作成されるドキュメントの種類を示す名称が格納される。Ｋｅｙの項目は、ドキュメント内で要素に付与される属性情報の項目名を記憶する領域である。例えば、ドキュメントでは、要素に対してＩＤやＮｏなどの要素を識別するために属性情報を付与して、要件を記述する。Ｋｅｙの項目には、該当する記載の形成で作成されるドキュメントに含まれる属性情報の項目名が格納される。Ｃｏｎｔｅｎｔｓの項目は、ドキュメント内で要素に関する情報が記述されるセルの項目名を記憶する領域である。例えば、ドキュメントでは、属性情報に対応づけて、要素に関する情報を記述する項目が設けられ、処理内容などが記述される。Ｃｏｎｔｅｎｔｓの項目には、要素に関する情報が記述される部分の項目名が格納される。

図３の例では、「機能要件書Ａ」のドキュメントは、属性情報の項目名が「ＩＤ」であり、要素に関する情報が記述される項目の項目名が「要件」であることを示す。また、「機能要件書Ｂ」のドキュメントは、属性情報の項目名が「Ｎｏ」であり、要素に関する情報が記述される項目の項目名が「Ｄｅｓｃｒｉｐｔｉｏｎ」であることを示す。また、「機能設計書」のドキュメントは、属性情報の項目名が「ＩＤ」であり、要素に関する情報が記述される項目の項目名が「内容」であることを示す。

要素情報３２は、ドキュメントから抽出された要素に関する情報を記憶したデータである。一例として、要素情報３２は、後述の抽出部４０によって格納される。他の一例として、要素情報３２は、関連する要素の判定を行うために、後述の判定部４１によって参照される。

図４は、要素情報のデータ構成の一例を示す図である。図４に示すように、要素情報３２は、「Ｏｂｊｅｃｔ ＩＤ」、「Ｋｅｙ」、「Ｄｅｔａｉｌ」の各項目を有する。Ｏｂｊｅｃｔ ＩＤの項目は、抽出した要素に対して付与した識別情報を記憶する領域である。本実施例では、ドキュメントから抽出された要素に、識別情報として一意のＩＤ番号を付与する。なお、登録されたドキュメントと同じドキュメントが既に登録され、登録されたドキュメントから抽出された要素のＫｅｙの情報が既に要素情報３２に登録されている場合、要素には、同じＩＤ番号を付与する。Ｏｂｊｅｃｔ ＩＤの項目には、付与したＩＤ番号が格納される。Ｋｅｙの項目は、ドキュメントから抽出した属性情報を記憶する領域である。上述のように、ドキュメントでは、要素に対してＩＤやＮｏなどの属性情報が付与される。Ｋｅｙの項目には、ドキュメントから抽出した属性情報が格納される。Ｄｅｔａｉｌの項目は、ドキュメントから抽出した要素の情報を記憶する領域である。上述のように、ドキュメントでは、属性情報に対応づけて、要素に関する情報が記述される。Ｄｅｔａｉｌの項目には、抽出した要素に関する情報が格納される。

図４の例では、Ｏｂｊｅｃｔ ＩＤ「０００１」は、「ＩＤ ００１」との属性情報と、「進む」との要素が抽出されていることを示す。また、Ｏｂｊｅｃｔ ＩＤ「０００４」は、「Ｎｏ Ａ」との属性情報と、「要件Ａ」との要素が抽出されていることを示す。また、Ｏｂｊｅｃｔ ＩＤ「０００７」は、「Ｎｏ ００１−０１」との属性情報と、「機能Ａ」との要素が抽出されていることを示す。

ファイル情報３３は、要素の抽出元となったファイルに関する情報を記憶したデータである。一例として、ファイル情報３３は、後述の抽出部４０によって格納される。他の一例として、ファイル情報３３は、影響が及ぶファイルを特定するために、後述の検索部４３によって参照される。

図５は、ファイル情報のデータ構成の一例を示す図である。図５に示すように、ファイル情報３３は、「Ｆｉｌｅ Ｎａｍｅ」、「ＩＤ」の各項目を有する。Ｆｉｌｅ Ｎａｍｅの項目は、要素の抽出元となったファイルを示す情報を記憶する領域である。本実施例では、Ｆｉｌｅ Ｎａｍｅの項目に、ファイルを示す情報として要素の抽出元となったドキュメントの名称が格納される。ＩＤの項目には、抽出された要素を識別する情報を記憶する領域である。本実施例では、ＩＤの項目に、抽出された要素の属性情報が格納される。なお、ＩＤの項目には、抽出された要素に付与されたＩＤ番号を格納してもよい。

図５の例では、ＩＤ「ＩＤ ００１」は、「機能要件書Ａ」から抽出されたことを示す。また、ＩＤ「Ｎｏ Ａ」は、「機能要件書Ｂ」から抽出されたことを示す。また、ＩＤ「Ｎｏ ００１−０１」は、「機能設計書」から抽出されたことを示す。

リレーション情報３４は、関連付けした要素に関する情報を記憶したデータである。一例として、リレーション情報３４は、後述の関連付け部４２によって格納される。他の一例として、リレーション情報３４は、影響範囲を特定するために、後述の検索部４３によって参照される。

図６は、リレーション情報のデータ構成の一例を示す図である。図６に示すように、リレーション情報３４は、「Ｒｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤ」、「Ｒｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤ」の各項目を有する。Ｒｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤの項目は、関連付けした一方の要素を示す情報を記憶する領域である。Ｒｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目は、関連付けした他方の要素を示す情報を記憶する領域である。本実施例では、Ｒｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤ、Ｒｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目に、要素の属性情報が格納される。なお、Ｒｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤ、Ｒｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目には、要素に付与されたＩＤ番号を格納してもよい。ここで、本実施例では、従属関係を定めて関連付けを行うことが可能とされている。Ｒｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤの項目には、従属関係において上位となる要素の属性情報が格納される。Ｒｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目には、従属関係において下位となる要素の属性情報が格納される。

図６の例では、「ＩＤ ００１」の要素と「ＩＤ ００１−０１」の要素は、関連付けられており、「ＩＤ ００１」が上位であり、「ＩＤ ００１−０１」が下位であることを示す。また、「ＩＤ ００１」の要素と「ＩＤ ００１−０２」の要素は、関連付けられており、「ＩＤ ００１」が上位であり、「ＩＤ ００１−０２」が下位であることを示す。また、「ＩＤ ００２」の要素と「ＩＤ ００２−０１」の要素は、関連付けられており、「ＩＤ ００２」が上位であり、「ＩＤ ００２−０１」が下位であることを示す。

図２に戻り、制御部２４は、ファイル管理装置１１を制御するデバイスである。制御部２４としては、Central Processing Unit（ＣＰＵ）、Micro Processing Unit（ＭＰＵ）等の電子回路や、Application Specific Integrated Circuit（ＡＳＩＣ）、Field Programmable Gate Array（ＦＰＧＡ）等の集積回路を採用できる。制御部２４は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２４は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２４は、抽出部４０と、判定部４１と、関連付け部４２と、検索部４３とを有する。

抽出部４０は、各種の情報を抽出する。例えば、抽出部４０は、ドキュメントの登録を受け付けるフォルダに、ドキュメントが記述された表形式のファイルが登録された場合、形式情報３１を参照して、ドキュメントの形式に従い、表形式のファイルから要素を抽出する。ドキュメントの形式は、ファイルにドキュメントの種類を示す情報が含まれる場合、ファイルに含まれる情報から判定してもよい。例えば、ファイルのファイル名や特定のセルなどにドキュメントの記載の形式を示す情報が含まれる場合、抽出部４０は、登録されたファイルから記載の形式を特定する。例えば、ファイルのファイル名や特定のセルなどにドキュメントの種類を示す名称が含まれる場合、抽出部４０は、ファイル名や特定のセルから記載の形式を特定する。なお、ドキュメントの記載の形式は、開発者から指定させてもよい。例えば、ドキュメントの登録を受け付けるフォルダにファイルが登録された場合、抽出部４０は、形式情報３１に記憶されたドキュメントの記載の形式の種別を、ファイルを登録した端末装置１２に表示させ、記載形式の指定を受け付ける。

抽出部４０は、ドキュメントの記載の形式に基づき、形式情報３１から関連付けを行う要素の抽出箇所を求める。例えば、抽出部４０は、形式情報３１のＫｅｙ、Ｃｏｎｔｅｎｔｓの各項目を参照して、抽出の対象とする属性情報の項目名および要素に関する情報が記述されるセルの項目名を求める。そして、抽出部４０は、登録されたファイルから、求めた項目名が設定されたセルを検索し、項目名が設定されたセルから、例えば、列方向に順にセルのデータを抽出する。データの抽出は、所定の終了条件を満たすまで行う。終了条件は、例えば、空白のセルが所定個連続した場合に、データの抽出を終了するものとしてもよい。また、終了条件は、一定個数のセルのデータを抽出すると終了するものとしてもよい。終了条件は、全ドキュメントで１つとしてもよく、ドキュメントの種類毎に個別に定めてもよい。

抽出部４０は、抽出した属性情報および属性情報に対応する要素の情報に対して、一意のＩＤ番号を付与し、属性情報および属性情報に対応する要素の情報を対応づけて要素情報３２に格納する。また、抽出部４０は、属性情報と要素の抽出元となったファイルのドキュメント名を対応づけてファイル情報３３に格納する。

図７は、属性情報および属性情報に対応する要素の情報を抽出する流れの一例を示す図である。抽出部４０は、ドキュメントが記述された表形式のファイルが登録された場合、形式情報３１を参照して抽出の対象とする項目の項目名を特定する。例えば、図７に示すように、機能要件書Ａが登録された場合、抽出部４０は、形式情報３１を参照して、「ＩＤ」および「要件」の項目を抽出対象と特定する。また、機能要件書Ｂが登録された場合、抽出部４０は、形式情報３１を参照して、「Ｎｏ」および「Ｄｅｓｃｒｉｐｔｉｏｎ」の項目を抽出対象と特定する。また、機能設計書が登録された場合、抽出部４０は、形式情報３１を参照して、「ＩＤ」および「設計内容」の項目を抽出対象と特定する。

そして、抽出部４０は、登録されたファイルから抽出対象とされた項目名の項目のデータを抽出する。図７の例では、抽出部４０は、機能要件書Ａから「ＩＤ」および「要件」の項目のデータを抽出する。また、抽出部４０は、機能要件書Ｂから「Ｎｏ」および「Ｄｅｓｃｒｉｐｔｉｏｎ」の項目のデータを抽出する。また、抽出部４０は、機能設計書から「ＩＤ」および「設計内容」の項目のデータを抽出する。このように、抽出部４０は、登録されたファイルから抽出対象とされた項目名の項目のデータを抽出する。これにより、抽出部４０は、登録されたドキュメントが抽出対象とされた項目名の項目のデータを含んでいれば、データの記載位置にかかわらずデータを抽出できる。すなわち、抽出部４０は、ドキュメント内で抽出対象とする項目のデータのセルの位置が固定されていなくも、抽出対象とする項目のデータを抽出できる。

抽出部４０は、抽出した属性情報および属性情報に対応する要素の情報に対して、一意のＩＤ番号を付与し、属性情報および属性情報に対応する要素の情報を対応づけて要素情報３２に格納する。また、抽出部４０は、属性情報と要素の抽出元となったファイルのドキュメント名を対応づけてファイル情報３３に格納する。これにより、図７の例では、機能要件書Ａでは、「ＩＤ ００１」と「進む」が抽出されて、ＩＤ番号「０００１」が付与される。そして、「０００１」と「ＩＤ ００１」と「進む」が対応づけられて要素情報３２に格納される。また、「機能要件書Ａ」と「ＩＤ ００１」が対応づけられてファイル情報３３に格納される。また、機能要件書Ｂでは、「Ｎｏ Ａ」と「要件Ａ」が抽出されて、ＩＤ番号「０００４」が付与される。そして、「０００４」と「Ｎｏ Ａ」と「要件Ａ」が対応づけられて要素情報３２に格納される。また、「機能要件書Ｂ」と「Ｎｏ Ａ」が対応づけられてファイル情報３３に格納される。また、機能設計書では、「ＩＤ ００１−０１」と「機能Ａ」が抽出されて、ＩＤ番号「０００７」が付与される。そして、「０００７」と「ＩＤ ００１−０１」と「機能Ａ」が対応づけられて要素情報３２に格納される。また、「機能設計書」と「ＩＤ ００１−０１」が対応づけられてファイル情報３３に格納される。なお、ファイル情報３３のＩＤの項目には、ＩＤ番号を格納してもよい。

図２に戻り、判定部４１は、各種の判定を行う。例えば、判定部４１は、要素情報３２を参照し、要素情報３２に記憶された情報を比較してファイル間の関連性を判定する。判定部４１は、例えば、要素情報３２からＫｅｙの項目に記憶された情報を読み出す。そして、判定部４１は、読み出した各情報を読み出した他の情報とそれぞれ比較し、一致または部分一致するか否か判定する。判定部４１は、一致または部分一致する場合、関連性があると判定する。なお、判定部４１は、例えば、要素情報３２からＤｅｔａｉｌの項目に記憶された情報を読み出して、読み出した情報を読み出した他の情報と比較して関連性を判定してもよい。また、判定部４１は、ＫｅｙおよびＤｅｔａｉｌの項目の情報をそれぞれ比較し、ＫｅｙおよびＤｅｔａｉｌで共に一致または部分一致する場合に関連性があると判定してもよい。

関連付け部４２は、各種の関連づけを行う。例えば、関連付け部４２は、判定部４１により関連性があると判定された要素同士の関連付けを行う。関連付け部４２は、例えば、要素情報３２から関連性があると判定された要素のＫｅｙの項目に記憶された情報を読み出し、関連性がある各要素の読み出した情報を対応付けてリレーション情報３４に登録する。

図８は、ドキュメントの要素間の関連付けを行う流れの一例を示す図である。判定部４１は、要素情報３２からＫｅｙの項目に記憶された情報を読み出す。図８の例では、Ｋｅｙの項目に記憶された「ＩＤ ００１」、「ＩＤ ００２」、「ＩＤ ００３」、「Ｎｏ Ａ」、「Ｎｏ Ｂ」、「Ｎｏ Ｃ」、「ＩＤ ００１−０１」、「ＩＤ ００１−０２」、「ＩＤ ００２−０１」を読み出す。判定部４１は、読み出した情報を読み出した他の情報と比較し、一致または部分一致するか否か判定する。図８の例では、「ＩＤ ００１」と「ＩＤ ００１−０１」、「ＩＤ ００１」と「ＩＤ ００１−０２」、および「ＩＤ ００２」と「ＩＤ ００２−０１」が部分一致するため、関連性があると判定される。関連付け部４２は、関連性があると判定された要素のＫｅｙの項目に記憶された情報を読み出し、関連性がある各要素の読み出した情報を対応付けてリレーション情報３４に登録する。これにより、図８の例では、リレーション情報３４に「ＩＤ ００１」と「ＩＤ ００１−０１」、「ＩＤ ００１」と「ＩＤ ００１−０２」、および「ＩＤ ００２」と「ＩＤ ００２−０１」がそれぞれ関連付けて登録される。なお、関連付け部４２は、リレーション情報３４のＲｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤおよびＲｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの各項目に関連付ける要素のＩＤ番号を格納して関連付けを行ってよい。また、関連付け部４２は、関連性があると判定された要素同士を候補として提示し、関連付ける要素同士の指定を受け付ける指定画面を端末装置１２に表示させて、指定画面で指定された要素同士の関連づけを行ってもよい。

図９は、指定画面の一例を示す図である。図９に示すように、指定画面６０は、ドキュメントの種類毎にフォルダを分けて表示しており、登録されたドキュメントおよびドキュメントの要素をツリー構造で表示する構成とされている。図９の例では、指定画面６０には、機能設計と機能要件にフォルダが設けられている。また、指定画面６０には、機能設計の登録されたドキュメントとして機能設計書Ａと機能設計書Ｂが表示され、機能要件の登録されたドキュメントとして機能要件書が表示されている。指定画面６０には、機能設計書Ａの要素として抽出された機能１と機能２が表示され、機能設計書Ｂの要素として抽出された機能３が表示され、機能要件書の要素として抽出された機能要件Ａと機能要件Ｂが表示されている。図９の例は、機能設計書Ａの機能１と機能要件書の機能要素Ａとが関連性がある判定された場合を示している。指定画面６０には、機能設計書Ａの機能１と機能要件書の機能要素Ａの間に関連性があり、関連付けの候補であることを示す破線６１が表示されている。開発者は、関連付けの候補として表示された要素同士を関連づける場合、破線６１部分を指定する。関連付け部４２は、関連づけが指定された要素のＫｅｙの項目に記憶された情報を読み出し、各要素の読み出した情報を対応付けてリレーション情報３４に登録する。なお、関連付けする際の要素間の従属関係は、開発工程に従って上流工程で作成されるドキュメントの要素を上位とし、下流工程で作成されるドキュメントの要素を下位とするようにしてもよい。例えば、開発工程の順に作成されるドキュメントの種類を示した工程情報を記憶部２３に記憶させる。関連付け部４２は、記憶部２３に記憶された工程情報に基づいて、関連付けする際の要素間の従属関係を定めてもよい。また、関連付けする際の要素間の従属関係は、開発者が画面から指定してもよい。例えば、図９に示すように、指定画面６０において関連づける要素が指定された場合、従属関係を指定する指定画面６５を表示させ、指定画面６５により従属関係を指定させてもよい。図９に示すように、指定画面６５には、要素間の従属関係を指定するラジオボタン６６、６７が設けられている。ラジオボタン６６は、機能設計書Ａの機能１を上位とし、機能要件書の機能要素Ａを下位とすることを示している。ラジオボタン６７は、機能設計書Ａの機能１を下位とし、機能要件書の機能要素Ａを上位とすることを示している。開発者は、登録を行う従属関係に応じて指定画面６５のラジオボタン６６、６７の何れかを選択する。関連付け部４２は、指定画面６５により選択された従属関係で要素同士の関連づけを行う。

ここで、開発において作成される各種のドキュメントの関連づけを行った一例を示す。図１０は、各種のドキュメントの関連づけを行った一例を示す図である。図１０の例では、ドキュメントの種類毎にフォルダを分けて示しており、登録されたドキュメントおよびドキュメントの要素をツリー構造で示している。図１０の例では、機能要件、機能設計、機能詳細設計、機能テスト仕様および要件テスト仕様の各フォルダが設けられている。また、図１０の例では、機能要件のドキュメントとして機能要件書が示されている。機能設計のドキュメントとして機能設計書Ａと機能設計書Ｂが示されている。機能詳細設計のドキュメントとして機能詳細設計書が示されている。機能テスト仕様のドキュメントとして機能テスト仕様書が示されている。要件テスト仕様のドキュメントとして要件テスト仕様書が示されている。また、図１０の例では、機能要件書の要素として機能要件１と機能要件２が示されている。機能設計書Ａの要素として機能設計１と機能設計２が示されている。機能設計書Ｂの要素として機能設計３が示されている。機能詳細設計書の要素として詳細設計１と詳細設計２が示されている。機能テスト仕様書の要素としてテスト仕様が示されている。要件テスト仕様書の要素としてテスト仕様が示されている。図１０の例では、関連づけられた要素同士をリレーション７０により結んでいる。図１０の例では、機能要件書の機能要件１と機能設計書Ａの機能設計１が関連づけられていることを示す。また、機能要件書の機能要件２と機能設計書Ｂの機能設計３が関連づけられていることを示す。また、機能設計書Ａの機能設計２と機能詳細設計書の詳細設計２が関連づけられていることを示す。また、機能設計書Ａの機能設計１と機能テスト仕様書のテスト仕様が関連づけられていることを示す。また、機能要件書の機能要件２と要件テスト仕様書のテスト仕様が関連づけられていることを示す。

開発において作成されるドキュメントは、様々な情報が多数含まれ、記載の形式も複数ある。このため、開発者により管理すべき項目を検索するには手間がかかる。また、開発においてドキュメントは、多数作成される。このため、開発者が管理すべき項目を関連づけを管理することは困難である。

そこで、ファイル管理装置１１は、ドキュメントの記載の形式毎に、表形式のファイルにおいて関連付けを行う要素に関する情報を形式情報３１に記憶する。そして、ファイル管理装置１１は、ドキュメントが登録された場合、登録されたドキュメントの形式に従い、ドキュメントから要素を抽出する。これにより、ファイル管理装置１１は、ドキュメントに含まれる多くの情報から関連付けを行う要素の情報を抽出できる。また、ファイル管理装置１１は、抽出した要素の情報を比較して関連性を判定する。これにより、ファイル管理装置１１は、抽出した多くの要素から関連性がある要素を特定できるため、関連付けを支援できる。

図２に戻り、検索部４３は、各種の検索を行う。例えば、検索部４３は、ドキュメントの要素を指定して影響範囲の検索の要求を受け付ける。検索部４３は、例えば、検索条件を指定する条件画面を端末装置１２に表示させ、条件画面から影響範囲の検索の要求を受け付ける。

図１１は、条件画面の一例を示す図である。条件画面８０は、検索の起点となる対象ファイルを指定する入力領域８１および対象要素を指定する入力領域８２が設けられている。入力領域８１には、検索の起点となる対象ファイルが入力される。入力領域８２には、検索の起点となる対象要素が入力される。なお、入力領域８１および入力領域８２は、候補を表示させ、選択により指定を行えるようにしてもよい。例えば、入力領域８１には、ファイル情報３３に登録されたファイルを表示させる。入力領域８１には、ファイル情報３３に登録された要素の属性情報を表示させ、入力領域８１でファイルが選択された場合、選択されたファイルに含まれる要素の属性情報を表示させる。また、条件画面８０には、検索対象とする要素間の従属関係を指定するラジオボタン８３、８４、８５が設けられている。ラジオボタン８３は、検索対象の要素から上位から下位の従属関係でのみ関連づけられた要素を検索することを示している。ラジオボタン８４は、検索対象の要素から下位から上位の従属関係でのみ関連づけられた要素を検索することを示している。ラジオボタン８５は、検索対象の要素から何れかの従属関係で関連づけられた要素を検索することを示している。また、条件画面８０には、検索範囲とする階層を指定する入力領域８６が設けられている。多数の要素を関連づけした場合、検索対象の要素に関連づけられた要素が他の要素を関連づけられ、他の要素がさらに他の要素と関連づけられるなど、検索対象の要素から階層的に他の要素が関連付けられている場合がある。入力領域８６には、検索対象の要素から何階層まで関連づけられた要素を検索範囲とするかを指定する。例えば、１階層とされた場合は、検索対象の要素に直接関連づけられた要素が検索範囲となる。条件画面８０には、検索開始を指定するボタン８７が設けられている。開発者は、条件画面８０により、検索の起点となる対象ファイルおよび対象要素、検索対象とする従属関係、検索範囲をし、ボタン８７を指定して検索を要求する。

検索部４３は、検索が要求された場合、条件画面８０で指定された検索条件に従って、指定された要素に関連付けられた要素を影響範囲として検索する。

図１２は、影響範囲の検索の流れの一例を示す図である。図１２の例では、機能要件書Ａに、ＩＤ「ＩＤ ００１」として要件「進む」が記載されている。また、ＩＤ「ＩＤ ００２」として要件「止まる」が記載されている。ＩＤ「ＩＤ ００３」として要件「止まる」が記載されている。また、図１２の例では、機能設計書に、機能設計１のＩＤ「ＩＤ ００１−０１」として設計内容「機能Ａ」が記載されている。また、ＩＤ「ＩＤ ００１−０２」として設計内容「機能Ｂ」が記載されている。また、機能設計２のＩＤ「ＩＤ ００２−０１」として設計内容「機能Ｃ」が記載されている。図１２の例では、要件「進む」に対して「機能Ａ」と「機能Ｂ」が関連づけられている。検索部４３は、要件を指定して影響範囲の検索が要求された場合、指定された要件に関連付けられた要件を検索し、検索された要件と、検索された要件を含んだドキュメントを影響範囲として提示する。図１２の例では、検索部４３は、機能設計書の要件「進む」の影響範囲の検索が要求された場合、検索結果の画面により、「機能Ａ」、「機能Ｂ」と、「機能Ａ」、「機能Ｂ」を含んだ機能設計書を影響範囲として提示している。

ここで、自動車の開発では、自動車向け機能安全規格としてＩＳＯ（International Organization for Standardization）２６２６２が規定されている。ファイル管理装置１１は、登録されたドキュメントから関連付けを行う要素を抽出して要素間の関連付けして管理するため、何れかの要素に修正が発生した場合、修正が発生した要素により影響が及ぶ範囲を特定できる。これにより、ファイル管理装置１１は、ＩＳＯ２６２６２に準拠したシステムの開発を支援できる。

次に、本実施例に係るファイル管理装置１１がドキュメントから要素を抽出する抽出処理の流れを説明する。図１３は、抽出処理の手順を示すフローチャートである。この抽出処理は、例えば、ドキュメントの登録を受け付けるフォルダに、ドキュメントが登録されたタイミングで実行される。なお、抽出処理は、バッチなどにより一定期間毎に実行してもよい。また、抽出処理は、管理者が指示したタイミングで実行してもよい。

図１３に示すように、抽出部４０は、登録されたドキュメントの記載の形式に基づき、形式情報３１から抽出の対象とする属性情報の項目名および要素に関する情報が記述されるセルの項目名を特定する（Ｓ１０）。そして、抽出部４０は、登録されたファイルから抽出対象とされた項目名の項目のデータを抽出する（Ｓ１１）。抽出部４０は、抽出した属性情報および属性情報に対応する要素の情報に対して、一意のＩＤ番号を付与し、属性情報および属性情報に対応する要素の情報を対応づけて要素情報３２に格納し（Ｓ１２）、処理を終了する。

次に、本実施例に係るファイル管理装置１１が要素を関連づける関連付け処理の流れを説明する。図１４は、関連付け処理の手順を示すフローチャートである。この関連付け処理は、例えば、抽出処理が終了したタイミングで実行される。なお、関連付け処理は、バッチなどにより一定期間毎に実行してもよい。また、関連付け処理は、管理者が指示したタイミングで実行してもよい。

図１４に示すように、判定部４１は、要素情報３２からＫｅｙの項目に記憶された情報を読み出す（Ｓ２０）。判定部４１は、読み出した情報から処理対象として選択されていない情報を、処理対象の情報として選択する（Ｓ２１）。判定部４１は、読み出した情報から、Ｓ２１にて選択された処理対象の情報以外の情報を順に選択する（Ｓ２２）。そして、判定部４１は、Ｓ２１にて選択された処理対象の情報とＳ２２にて選択された情報とが既に比較済みであるか否か判定する（Ｓ２３）。比較済みである場合（Ｓ２３肯定）、後述するＳ２６へ移行する。

一方、比較済みではない場合（Ｓ２３否定）、判定部４１は、処理対象の情報と選択した情報を比較して、一致または部分一致するか否か判定する（Ｓ２４）。一致も部分一致もしない場合（Ｓ２４否定）、後述するＳ２６へ移行する。

一方、一致または部分一致する場合（Ｓ２４肯定）、関連付け部４２は、情報が一致または部分一致した各要素のＫｅｙの項目に記憶された情報を読み出し、各要素の読み出した情報を対応付けてリレーション情報３４に登録する（Ｓ２５）。

判定部４１は、処理対象の情報を、処理対象の情報以外の読み出した全情報と比較済みであるか否か判定する（Ｓ２６）。比較済みではない場合（Ｓ２６否定）、上述のＳ２２へ移行して次の情報を選択する。

一方、比較済みの場合（Ｓ２６肯定）、判定部４１は、読み出した全情報を処理対象の情報と選択したか否か判定する（Ｓ２７）。読み出した情報に処理対象の情報と選択されていない情報がある場合（Ｓ２７否定）、上述のＳ２１へ移行する。

一方、読み出した全情報を処理対象の情報と選択した場合（Ｓ２７肯定）、処理を終了する。

次に、本実施例に係るファイル管理装置１１が影響範囲を検索する検索処理の流れを説明する。図１５は、検索処理の手順を示すフローチャートである。この検索処理は、例えば、検索の要求を受け付けたタイミングで実行される。

図１５に示すように、検索部４３は、指定された検索条件に従って、指定された要素に関連付けられた要素をたどり、影響が及ぶ要素を特定する（Ｓ３０）。検索部４３は、特定した要素および特定した要素を含んだドキュメントを影響範囲として提示し（Ｓ３１）、処理を終了する。

このように、ファイル管理装置１１は、表形式の第１ファイル及び第２ファイルの属性情報に対応付けられた第１情報と第２情報との比較により、第１ファイルと第２ファイルとの関連性を判定する。これにより、ファイル管理装置１１は、ファイルの関連付けを支援できる。

また、ファイル管理装置１１は、比較対象とする要素の情報が一致または部分一致する場合、関連性があると判定する。これにより、ファイル管理装置１１は、関連がある要素同士を関連づけることができる。

また、ファイル管理装置１１は、形式情報３１を参照して、ドキュメントの記載の形式に従い、表形式のファイルから属性情報および該属性情報に対応づける情報を抽出する。そして、ファイル管理装置１１は、抽出した属性情報および該属性情報に対応づける情報を対応づけて要素情報３２に格納する。これにより、ファイル管理装置１１は、表形式のファイルから関連付けを行う要素の情報を抽出できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、要素間を関連付けする場合について説明したが、開示の装置はこれに限定されない。例えば、要素間を関連付けファイル同士を関連付けてもよい。

また、上記の実施例では、検索結果として、影響を受ける要件と、影響を受ける要件を含んだファイルとを影響範囲として提示する場合について説明したが、開示の装置はこれに限定されない。例えば、何れか一方のみ提示してもよい。

また、上記の実施例では、関連付けを行う要素の項目名を記憶し、要素の情報として項目名の項目のデータを抽出する場合について説明したが、開示の装置はこれに限定されない。例えば、関連付けを行う要素の情報が記憶される範囲を示す範囲情報を記憶し、ファイルから範囲情報が示す範囲のデータを抽出してもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示す抽出部４０、判定部４１、関連付け部４２および検索部４３の各処理部が適宜統合または分割されてもよい。また、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、Central Processing Unit（ＣＰＵ）および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ファイル管理プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１６は、ファイル管理プログラムを実行するコンピュータを示す図である。

図１６に示すように、コンピュータ３００は、ＣＰＵ３１０、Read Only Memory（ＲＯＭ）３２０、Hard Disk Drive（ＨＤＤ）３３０、Random Access Memory（ＲＡＭ）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。

ＲＯＭ３２０には上記実施例の各処理部と同様の機能を発揮するファイル管理プログラム３２０ａが予め記憶される。例えば、上記実施例の抽出部４０、判定部４１、関連付け部４２および検索部４３と同様の機能を発揮するファイル管理プログラム３２０ａを記憶させる。なお、ファイル管理プログラム３２０ａについては、適宜分離しても良い。

ＨＤＤ３３０には、各種データを記憶する。例えば、ＨＤＤ３３０は、ＯＳやファイル管理に用いる各種データを記憶する。

そして、ＣＰＵ３１０が、ファイル管理プログラム３２０ａをＲＯＭ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、ファイル管理プログラム３２０ａは、実施例の抽出部４０、判定部４１、関連付け部４２および検索部４３と同様の動作を実行する。

なお、上記したファイル管理プログラム３２０ａについては、必ずしも最初からＲＯＭ３２０に記憶させることを要しない。ファイル管理プログラム３２０ａはＨＤＤ３３０に記憶させてもよい。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact Disk Read Only Memory（ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１１ ファイル管理装置
２３ 記憶部
２４ 制御部
３１ 形式情報
３２ 要素情報
３３ ファイル情報
３４ リレーション情報
４０ 抽出部
４１ 判定部
４２ 関連付け部
４３ 検索部

Claims (5)

1. 表形式のファイルの属性情報に対応づけて、前記表形式のファイルに含まれるセルに対応付けられた情報を記憶する記憶部を参照して、表形式の第１のファイルの属性情報に対応づけて前記記憶部に前記第１のファイルに含まれる第１の情報が記憶され、表形式の第２のファイルの属性情報に対応づけて前記記憶部に前記第２のファイルに含まれる第２の情報が記憶されている場合に、前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間の関連性を前記第１の情報と前記第２の情報との比較に基づいて判定し、
   前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間に関連性があると判定された場合に、前記第１の情報と前記第２の情報との間の従属関係を指定可能な項目を含んだ画面を表示する、
   処理をコンピュータに実行させることを特徴とするファイル管理プログラム。
2. 前記判定する処理は、前記第１の情報と前記第２の情報とが一致または部分一致する場合、関連性があると判定する
   ことを特徴とする請求項１に記載のファイル管理プログラム。
3. 前記コンピュータに、
   ドキュメントの記載の形式毎に、表形式のファイルにおいて属性情報、該属性情報に対応づける情報を保持するセルの情報を記憶する形式記憶部を参照して、ドキュメントの記載の形式に従い、表形式のファイルから属性情報および該属性情報に対応づける情報を抽出し、
   抽出した属性情報および該属性情報に対応づける情報を対応づけて前記記憶部に格納する処理をさらに実行させ、
   前記判定する処理は、前記記憶部に属性情報に対応づけて情報が格納された２つのファイルを前記第１のファイルおよび前記第２のファイルとして前記判定を行うことを特徴とする請求項１または２に記載のファイル管理プログラム。
4. 表形式のファイルの属性情報に対応づけて、前記表形式のファイルに含まれるセルに対応付けられた情報を記憶する記憶部と、
   表形式の第１のファイルの属性情報に対応づけて前記記憶部に前記第１のファイルに含まれる第１の情報が記憶され、表形式の第２のファイルの属性情報に対応づけて前記記憶部に前記第２のファイルに含まれる第２の情報が記憶されている場合に、前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間の関連性を前記第１の情報と前記第２の情報との比較に基づいて判定する判定部と、
   前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間に関連性があると判定された場合に、前記第１の情報と前記第２の情報との間の従属関係を指定可能な項目を含んだ画面を表示する関連付け部と、
   を備えたことを特徴とするファイル管理装置。
5. 表形式のファイルの属性情報に対応づけて、前記表形式のファイルに含まれるセルに対応付けられた情報を記憶する記憶部を参照して、表形式の第１のファイルの属性情報に対応づけて前記記憶部に前記第１のファイルに含まれる第１の情報が記憶され、表形式の第２のファイルの属性情報に対応づけて前記記憶部に前記第２のファイルに含まれる第２の情報が記憶されている場合に、前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間の関連性を前記第１の情報と前記第２の情報との比較に基づいて判定し、
   前記第１のファイルに含まれる前記第１の情報と、前記第２のファイルに含まれる前記第２の情報との間に関連性があると判定された場合に、前記第１の情報と前記第２の情報との間の従属関係を指定可能な項目を含んだ画面を表示する、
   処理をコンピュータが実行することを特徴とするファイル管理方法。

Images