JP6222923B2 - ファイル管理プログラム、ファイル管理装置およびファイル管理方法 - 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）２６２６２が規定されている。ファイル管理装置１１は、登録されたドキュメントから関連付けを行う要素を抽出して要素間の関連付けして管理するため、何れかの要素に修正が発生した場合、修正が発生した要素により影響が及ぶ範囲を特定できる。これにより、ファイル管理装置１１は、ＩＳＯ２６２６２に準拠したシステムの開発を支援できる。

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

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

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

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

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

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

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

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

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

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

図１５に示すように、検索部４３は、検索中の階層を示す変数Ｎに１をセットする（Ｓ３０）。検索部４３は、検索条件で指定された検索の起点のファイルを第１の表形式のファイルとし、検索の起点となる要素を第１の部分と設定する（Ｓ３１）。

検索部４３は、検索条件で指定された従属関係で第１の表形式のファイルの第１の部分に対応づけられた第２の表形式のファイルの第２の部分を抽出する（Ｓ３２）。例えば、検索部４３は、上位から下位の従属関係の検索が指定されている場合、リレーション情報３４から、第１の表形式のファイルの第１の部分の要素を上位して関連付けされた下位の要素を抽出する。例えば、検索部４３は、リレーション情報３４のＲｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤの項目に第１の表形式のファイルの第１の部分の要素の属性情報が格納されたレコードのＲｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目の属性情報を検索する。また、検索部４３は、下位から上位の従属関係の検索が指定されている場合、リレーション情報３４から、第１の表形式のファイルの第１の部分の要素を下位して関連付けされた上位の要素を抽出する。例えば、検索部４３は、リレーション情報３４のＲｅｌａｔｉｏｎ Ｃｈｉｌｄ ＩＤの項目に第１の表形式のファイルの第１の部分とされた要素の属性情報が格納されたレコードのＲｅｌａｔｉｏｎ Ｐａｒｅｎｔ ＩＤの項目の属性情報を検索する。そして、検索部４３は、抽出された要素を第２の表形式のファイルの第２の部分とする。

検索部４３は、第２の表形式のファイルの第２の部分が抽出されたか否か判定する（Ｓ３３）。第２の部分が抽出されない場合（Ｓ３３否定）、後述するＳ３７へ移行する。

一方、第２の部分が抽出された場合（Ｓ３３肯定）、第２の表形式のファイルの第２の部分の要素を影響が及び要素と記憶する（Ｓ３４）。

検索部４３は、検索条件で階層の数が指定されているか否かを判定する（Ｓ３５）。階層の数が指定されている場合（Ｓ３５肯定）、検索部４３は、検索中の階層を示す変数Ｎが検索条件で指定された階層の数であるか否か判定する（Ｓ３６）。変数Ｎが検索条件で指定された階層の数である場合（Ｓ３６肯定）、検索部４３は、記憶した影響が及び要素と、影響が及び要素を含んだファイルを影響範囲として出力し（Ｓ３７）、処理を終了する。

一方、階層の数が指定されていない場合（Ｓ３５否定）、および、変数Ｎが検索条件で指定された階層の数ではない場合（Ｓ３６否定）、後述するＳ３８へ移行する。検索部４３は、変数Ｎの値に１を加算する（Ｓ３８）。そして、検索部４３は、検索された第２の部分を新たな第１の部分とし、第２の部分を含む第２の表形式のファイルを新たな第１の表形式のファイルと設定して（Ｓ３９）、上述のＳ３２へ移行する。

このように、ファイル管理装置１１は、第１の表形式のファイルの第１の部分を特定する情報と、第２の表形式のファイルの第２の部分を特定する情報との対応関係を記憶部２３のリレーション情報３４に記憶する。ファイル管理装置１１は、第１の表形式のファイルの第１の部分についての影響範囲の検索依頼を受信すると、記憶部２３のリレーション情報３４を参照して、第１の部分を特定する情報に対応づけられた第２の部分を特定する情報を抽出する。そして、ファイル管理装置１１は、検索依頼に対する応答として、第２の部分を特定する情報と第２の部分を含む第２の表形式のファイルを特定する情報とを出力する。これにより、ファイル管理装置１１は、変更の影響範囲をファイルの部分まで特定できる。

また、ファイル管理装置１１は、記憶部２３のリレーション情報３４に、第１の部分に対する前記第２の部分の従属関係を記憶する。そして、ファイル管理装置１１は、影響範囲の検索依頼に従属関係を指定する情報が含まれている場合、当該従属関係を指定する情報に応じて第１の部分に関連する情報を抽出する。これにより、ファイル管理装置１１は、特定の従属関係で対応づけられた部分のみを抽出できる。例えば、ファイル管理装置１１は、従属関係を開発の工程順とすることにより、後の工程で影響を受ける部分のみを抽出できる。

また、ファイル管理装置１１は、影響範囲の検索依頼に、検索する範囲を指定する情報が含まれている場合、検索依頼に含まれる範囲内で第１の部分に対応づけられた第２の部分を特定する情報を抽出する。これにより、ファイル管理装置１１は、指定した範囲内で変更の影響範囲を抽出できる。

次に、実施例２について説明する。実施例２に係るファイル管理装置１１の構成は、図２に示した実施例１に係るファイル管理装置１１と略同一であるため、主に異なる部分について説明する。

実施例２に係るファイル管理装置１１は、要素間の対応関係に種類を設定することが可能とされている。また、ファイル管理装置１１は、同じ要素間に、複数の種類の対応関係を設定することも可能とされている。ファイル管理装置１１は、対応関係毎に、対応関係の種類をリレーション情報３４に記憶する。図１６は、リレーション情報のデータ構成の一例を示す図である。なお、図６に示した実施例１に係るリレーション情報３４と同一部分については説明を省略し、主に異なる部分について説明する。図１６に示すように、実施例２に係るリレーション情報３４は、「Ｒｅｌａｔｉｏｎ Ｋｉｎｄ」の項目をさらに有する。Ｒｅｌａｔｉｏｎ Ｋｉｎｄの項目は、関連付けした対応関係の種類を示す情報を記憶する領域である。

ここで、ドキュメントから抽出された要素は、各種の用途で関連付けが行われる。例えば、修正の影響範囲を検索しやすくするため、変更の影響が及ぶ要素同士が関連づけされる。また、特定の対象向けの開発が行われた部分の要素が関連づけされる。例えば、自動車の開発では、それぞれの国の法制度や環境、ニーズに合わせるため、それぞれの国向けに個別の機能が開発される場合がある。また、ドキュメントの参考とした部分を検索しやすくするため、参考とした部分の要素が関連づけされる。

実施例２に係るファイル管理装置１１は、用途毎に種類を分けて対応関係を登録することが可能とされており、対応関係の種類として「トレーサビリティ」、「日本向け」、「米国向け」、「参考」を用意している。トレーサビリティは、修正の影響が及ぶ要素同士の関連付けに用いられる。日本向けは、日本国向けに開発された個別の機能の要素同士の関連付けに用いられる。米国向けは、米国向けに開発された個別の機能の要素同士の関連付けに用いられる。参考は、参考としたドキュメントの要素同士の関連付けに用いられる。

実施例２に係るリレーション情報３４のＲｅｌａｔｉｏｎ Ｋｉｎｄの項目には、対応関係の種類の情報として、種類を示す名称が格納される。図１６の例では、「ＩＤ ００１」の要素と「ＩＤ ００１−０１」の要素は、「トレーサビリティ」として関連づけられている。また、「ＩＤ ００１」の要素と「ＩＤ ００１−０１」の要素は、「日本向け」としても関連づけられている。「ＩＤ ００１」の要素と「ＩＤ ００１−０２」の要素は、「トレーサビリティ」として関連づけられている。また、「ＩＤ ００１」の要素と「ＩＤ ００１−０１」の要素は、「米国向け」としても関連づけられている。「ＩＤ ００２」の要素と「ＩＤ ００２−０１」の要素は、「参考」として関連づけられている。

ファイル管理装置１１は、判定部４１により、関連性があると判定された要素同士を候補として、図９に示す指定画面６０に提示して関連づける要素の指定を受け付ける。そして、ファイル管理装置１１は、指定画面６０において関連づける要素が指定された場合、従属関係を指定する指定画面６５を表示させ、指定画面６５により従属関係の指定および種類の指定を受け付ける。

図１７は、指定画面の一例を示す図である。なお、図９に示した実施例１に係る指定画面６５と同一部分については説明を省略し、主に異なる部分について説明する。図１７に示すように、実施例２に係る指定画面６５には、要素間の従属関係の種類を指定する選択領域６８が設けられている。選択領域６８は、指定が可能な対応関係の種類の名称が表示され、種類を選択することが可能とされている。図１７の例では、選択領域６８に、「トレーサビリティ」、「日本向け」、「米国向け」、「参考」が表示され、種類を選択することが可能とされている。選択領域６８は、同時に複数の種類を選択することも可能とされている。選択領域６８は、選択された項目が反転表示される。開発者は、修正の影響が及ぶ要素同士を関連付けする場合、「トレーサビリティ」を選択する。また、開発者は、日本国向けに開発された個別の機能の要素同士を関連付けする場合、「日本向け」を選択する。また、開発者は、米国向けに開発された個別の機能の要素同士を関連付けする場合、「米国向け」を選択する。また、開発者は、参考としたドキュメントの要素を関連付けする場合、「参考」を選択する。図１７の例では、「トレーサビリティ」と「日本向け」が選択された状態を示している。

関連付け部４２は、指定画面６０において関連づけが指定された要素同士を、指定画面６５で指定された種類毎に、リレーション情報３４に登録する。

また、実施例２に係るファイル管理装置１１は、開発者が操作画面から関連づける要素を指定して関連づけを行うことも可能とされている。関連付け部４２は、端末装置１２から操作画面の要求を受け付けた場合、要素同士の関連づけを行う操作画面を端末装置１２に表示させて、操作画面で指定された要素同士の関連づけを行う。

図１８は、操作画面の一例を示す図である。図１８に示すように、実施例２に係る操作画面９０は、ドキュメントの種類毎にフォルダを分けて表示しており、登録されたドキュメントおよびドキュメントの要素をツリー構造で表示する構成とされている。図１８の例では、操作画面９０には、機能設計と機能要件にフォルダが設けられている。また、操作画面９０には、機能設計の登録されたドキュメントとして機能設計書Ａと機能設計書Ｂが表示され、機能要件の登録されたドキュメントとして機能要件書が表示されている。操作画面９０には、機能設計書Ａの要素として抽出された機能１と機能２が表示され、機能設計書Ｂの要素として抽出された機能３が表示され、機能要件書の要素として抽出された機能要件Ａと機能要件Ｂが表示されている。操作画面９０は、関連づける要素の指定を受け付ける。例えば、操作画面９０は、関連づける一方の要素を他方の要素にドラック・アンド・ドロップすることにより関連づける要素の指定を受け付ける。図１８の例は、機能要件書の機能要件Ａと、機能設計書Ａの機能２とを関連づけするため、機能要件Ａを機能２にドラック・アンド・ドロップした場合を示している。

関連付け部４２は、操作画面９０で関連づけを行う要素が指定されると、図１７に示した指定画面６５を表示させ、指定画面６５により従属関係の指定および種類の指定を受け付ける。そして、関連付け部４２は、操作画面９０において関連づけが指定された要素同士を、指定画面６５で指定された従属関係、種類でリレーション情報３４に登録する。なお、操作画面９０がドラック・アンド・ドロップにより関連づける要素の指定を受け付ける場合、関連付け部４２は、例えば、ドラッグされた要素を従属関係の上位とし、要素がドロップされた要素を従属関係の下位として関連づけを行うものとしてもよい。

また、実施例２に係るファイル管理装置１１は、検索の対象とする関連付けの種類を指定して影響範囲の検索の要求を受け付ける。検索部４３は、例えば、検索条件として、検索の対象とする関連付けの種類を指定可能な領域を含んだ条件画面を端末装置１２に表示させ、条件画面から影響範囲の検索の要求を受け付ける。

図１９は、条件画面の一例を示す図である。なお、図１１に示した実施例１に係る条件画面８０と同一部分については説明を省略し、主に異なる部分について説明する。図１９に示すように、実施例２に係る条件画面８０は、検索の対象とする関連付けの種類を指定する選択領域８８が設けられている。選択領域８８は、指定が可能な対応関係の種類の名称が表示され、種類を選択することが可能とされている。図１９の例では、選択領域８８に、「トレーサビリティ」、「日本向け」、「米国向け」、「参考」が表示され、種類を選択することが可能とされている。選択領域８８は、同時に複数の種類を選択することも可能とされている。選択領域８８は、選択された項目が反転表示される。開発者は、修正の影響が及ぶ要素を検索する場合、「トレーサビリティ」を選択する。また、開発者は、日本国向けに開発された個別の機能の要素を検索する場合、「日本向け」を選択する。また、開発者は、米国向けに開発された個別の機能の要素を検索する場合、「米国向け」を選択する。また、開発者は、参考として参照したドキュメントの要素を検索する場合、「参考」を選択する。図１９の例では、「トレーサビリティ」が選択された状態を示している。

検索部４３は、検索が要求された場合、条件画面８０で指定された検索条件に従って、リレーション情報３４から、指定された要素に関連付けられた要素を影響範囲として検索する。例えば、リレーション情報３４には、第１の表形式のファイルの第１の部分を特定する情報と、第２の表形式のファイルの第２の部分を特定する情報とが対応付けられている。この場合、検索部４３は、検索条件に、対応関係の種類を指定する情報が含まれている場合、第１の部分を特定する情報に対応づけられた第２の部分のうち、指定された種類で対応づけられた第２の部分を特定する情報を抽出する。

次に、本実施例に係るファイル管理装置１１が影響範囲を検索する検索処理の流れを説明する。図２０は、検索処理の手順を示すフローチャートである。なお、図１５に示した実施例１に係る検索処理と同一部分については説明を省略し、主に異なる部分について説明する。

検索部４３は、検索条件で対応関係の種類が指定されているか否かを判定する（Ｓ４０）。種類が指定されていない場合（Ｓ４０否定）、上述のＳ３４へ移行する。一方、種類が指定されている場合（Ｓ４０肯定）、検索部４３は、Ｓ３２の処理で抽出された第２の表形式のファイルの第２の部分の要素のうち、指定された種類で対応づけられた第２の部分の要素を抽出し（Ｓ４１）、Ｓ３４へ移行する。

このように、ファイル管理装置１１は、記憶部２３のリレーション情報３４に、対応関係毎に、対応関係の種類をさらに記憶する。そして、ファイル管理装置１１は、影響範囲の検索依頼に対応関係の種類を指定する情報が含まれている場合、第１の部分を特定する情報に対応づけられた第２の部分のうち、検索依頼に含まれる種類で対応づけられた第２の部分を特定する情報を抽出する。これにより、ファイル管理装置１１は、特定の種類で対応づけられた部分のみを抽出できる。例えば、ファイル管理装置１１は、変更の影響を受ける範囲をファイルの部分まで特定できる。また、ファイル管理装置１１は、日本向け、米国向けなど、特定の国向けに開発された範囲をファイルの部分まで特定できる。また、ファイル管理装置１１は、参考としたドキュメントのファイルの部分まで特定できる。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (6)

1. 従属関係の方向の指定を含む第１の表形式のファイルの第１の部分についての影響範囲の検索依頼を受信すると、表形式のファイルの部分同士の従属関係を記憶した記憶部を参照して、前記第１の部分の要素の情報と指定された前記従属関係の方向に対応する従属関係を有する第２の表形式のファイルの第２の部分の要素の情報を抽出し、
   前記検索依頼に対する応答として、前記第２の部分の要素の情報と前記第２の表形式のファイルを特定する情報とを出力する
   処理をコンピュータに実行させることを特徴とするファイル管理プログラム。
2. 前記従属関係の方向は、上から下、又は、下から上、又は、両方のいずれかである、
   ことを特徴とする請求項１に記載のファイル管理プログラム。
3. 前記抽出する処理は、前記影響範囲の検索依頼に、対応する部分の情報を検索する範囲を指定する情報が含まれている場合、前記検索依頼に含まれる範囲内で前記第１の部分に対応づけられた第２の部分を特定する情報を抽出する
   ことを特徴とする請求項１または２に記載のファイル管理プログラム。
4. 前記記憶部は、対応関係毎に、対応関係の種類をさらに記憶しており、
   前記抽出する処理は、前記影響範囲の検索依頼に前記対応関係の種類を指定する情報が含まれている場合、前記第１の部分を特定する情報に対応づけられた第２の部分のうち、前記検索依頼に含まれる種類で対応づけられた第２の部分を特定する情報を抽出する
   ことを特徴とする請求項１〜３の何れか１つに記載のファイル管理プログラム。
5. 表形式のファイルの部分同士の従属関係を記憶した記憶部と、
   従属関係の方向の指定を含む第１の表形式のファイルの第１の部分についての影響範囲の検索依頼を受信すると、前記記憶部を参照して、前記第１の部分の要素と指定された前記従属関係の方向に対応する従属関係を有する第２の表形式のファイルの第２の部分の要素の情報を抽出し、前記検索依頼に対する応答として、前記第２の部分の要素の情報と前記第２の表形式のファイルを特定する情報とを出力する制御部と、
   を備えたことを特徴とするファイル管理装置。
6. 従属関係の方向の指定を含む第１の表形式のファイルの第１の部分についての影響範囲の検索依頼を受信すると、表形式のファイルの部分同士の従属関係を記憶した記憶部を参照して、前記第１の部分の要素の情報と指定された前記従属関係の方向に対応する従属関係を有する第２の表形式のファイルの第２の部分の要素の情報を抽出し、
   前記検索依頼に対する応答として、前記第２の部分の要素の情報と前記第２の表形式のファイルを特定する情報とを出力する
   処理をコンピュータが実行することを特徴とするファイル管理方法。

Images