JP6321904B2 - 検索プログラム、検索方法及び情報処理装置 - Google Patents

Description

本発明は、検索プログラム、検索方法及び情報処理装置に関する。

製品の設計・開発を行う際には、設計・開発の各工程、いわゆるプロセスで生成される仕様書、設計書や検証データなどの成果物のファイルが管理される。かかる製品の一例としては、自動車業界、電機業界や精密業界などで用いられる制御システムや組込システムなどが挙げられる。このように、ファイル管理を行う場合には、仕様や設計の一部に変更が発生した場合にその影響範囲を検索できるように、互いに関係のあるファイル同士が関連付けられる。かかる関連付けによってトレーサビリティの向上を目指す。

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

しかしながら、上記の影響範囲の検索には、以下に説明するように、影響範囲を絞り込むのに自ずから限界があるという問題がある。すなわち、上記の影響範囲の検索では、変更対象とされるファイルから関連付けの連なりが全方位に探索される。この結果、上記の影響範囲の検索では、さして影響のないファイルが無駄に検索される。このように、上記の影響範囲の検索では、検索結果に有用性の低いファイルが多分に含まれるので、検索結果として特定される影響範囲が拡大してしまう。

１つの側面では、影響範囲の絞込み精度を向上させるための、ファイル間の従属関係の設定作業を支援することができる検索プログラム、検索方法及び情報処理装置を提供することを目的とする。

一態様の検索プログラムは、情報間の従属関係に従って、検索範囲を制御する検索プログラムであって、第１の情報、第２の情報の選択順序に応じて、該第１の情報を該第２の情報に従属させる関係又は該第２の情報を該第１の情報に従属させる関係のいずれかを従属関係の設定対象として選択的に表示する。

一実施形態によれば、ファイル間の従属関係の設定作業を支援することができるため、影響範囲の絞込み精度を向上させることができる。

図１は、実施例１に係るファイル管理システムの構成を示す図である。 図２は、実施例１に係るファイル管理サーバの機能的構成を示すブロック図である。 図３は、ツリー構造の一例を示す図である。 図４は、オブジェクト情報の一例を示す図である。 図５は、条件情報の一例を示す図である。 図６は、フォルダ条件、ファイル条件及びファイル要素条件の一例を示す図である。 図７は、関連付け情報の一例を示す図である。 図８は、クライアント端末に表示させる画面の一例を示す図である。 図９は、クライアント端末に表示させる画面の一例を示す図である。 図１０は、関連付けが禁止される態様の一例を示す図である。 図１１は、クライアント端末に表示される画面の一例を示す図である。 図１２は、クライアント端末に表示される画面の一例を示す図である。 図１３は、実施例１に係る関連付け処理の手順を示すフローチャートである。 図１４は、実施例１に係る検索処理の手順を示すフローチャートである。 図１５は、実施例１及び実施例２に係る検索プログラムを実行するコンピュータの一例について説明するための図である。

以下に添付図面を参照して本願に係る検索プログラム、検索方法及び情報処理装置の実施例について説明する。なお、この実施例は適用範囲を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることができる。

［システム構成］
図１は、実施例１に係るファイル管理システムの構成を示す図である。図１に示すファイル管理システム１は、製品の設計・開発の各工程でクライアント端末３０Ａ〜３０Ｃによって生成される開発資産、例えば仕様書、設計書や検証データなどのファイルを管理するものである。

図１に示すように、ファイル管理システム１には、ファイル管理サーバ１０と、クライアント端末３０Ａ〜３０Ｃとが収容される。なお、図１には、３つのクライアント端末をそれぞれ図示したが、ファイル管理システム１は任意の数のクライアント端末を収容できる。また、図１には、１つのファイル管理サーバでファイルを管理する場合を例示するが、複数のファイル管理サーバでファイルを分散して管理することとしてもかまわない。以下では、クライアント端末３０Ａ〜３０Ｃの各装置を区別なく総称する場合には、「クライアント端末３０」と記載する場合がある。

これらファイル管理サーバ１０及びクライアント端末３０の間は、ネットワーク５を介して相互に通信可能に接続される。かかるネットワーク５には、有線または無線を問わず、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

このうち、ファイル管理サーバ１０は、製品の仕様や設計の変更が他のファイルに及ぼす影響範囲を検索する検索サービスをクライアント端末３０に提供するコンピュータである。かかるファイル管理サーバ１０は、上記の検索サービスに関する処理を実行するＷｅｂサーバとして実装することとしてもよいし、また、上記の検索サービスをアウトソーシングにより提供するクラウドとして実装することもできる。他の一態様としては、パッケージソフトウェアやオンラインソフトウェアとして提供される検索プログラムを所望のコンピュータにプリインストール又はインストールさせることによっても実装できる。

クライアント端末３０は、上記の検索サービスの提供を受けるコンピュータである。例えば、クライアント端末３０は、製品の開発・設計に携わる開発者を始め、開発・設計に間接的に関係する関係者などによって使用される。以下では、開発者および関係者を総称して「開発関係者」と記載する場合がある。かかるクライアント端末３０の一態様としては、パーソナルコンピュータを始めとする固定端末の他、スマートフォン、携帯電話機、ＰＨＳ（Personal Handyphone System）やＰＤＡ（Personal Digital Assistants）などの移動体端末も採用できる。

かかるクライアント端末３０には、ファイル管理サーバ１０によって提供される検索サービスの提供を受けるフロントエンドとして機能するアプリケーションプログラム、例えばＷｅｂブラウザなどがプリインストールまたはインストールされる。なお、以下では、クライアント端末３０上で動作されるアプリケーションプログラムのことを「クライアントアプリ」と記載する場合がある。

例えば、クライアント端末３０は、クライアントアプリを介して開発関係者のアカウント名やパスワードなどのログインの認証情報の入力を受け付けた上でログインの認証情報をファイル管理サーバ１０へ送信する。これによって、開発関係者はログイン認証を受けることになる。この結果、ログイン認証に成功した場合、すなわちクライアント端末３０の操作者が開発関係者であると認証された場合には、当該開発関係者が有する権限にしたがって上記の検索サービスの一部または全部がファイル管理サーバ１０によって開放される。かかるログイン認証の成功後には、クライアント端末３０は、クライアントアプリを介して、開発関係者からファイル管理サーバ１０に対する各種のファイル操作を受け付けることができる。

かかるファイル操作の一態様としては、ファイル管理サーバ１０上に新規のファイルをアップロードする操作、ファイル管理サーバ１０上で管理されるファイルの内容の一部を変更する操作やファイルを削除したりする操作などが挙げられる。なお、以下では、ワープロソフトや表計算ソフトなどによって製品の開発・設計の各工程で作成される仕様書、設計書や検証データなどの文書ファイルのことを「ドキュメント」と記載する場合がある。ファイル操作の他の一態様としては、ファイル管理サーバ１０上で管理されるファイルのうち互いに関係のある複数のファイル情報を関連付ける関連付け操作が挙げられる。かかる関連付けは、例えば、あるファイルの内容の変更が他のファイルに与える影響範囲を検索するトレーサビリティを実現する目的でなされる。

なお、ここで言う「ファイル情報」は、必ずしもファイルそのものだけを指すものではなく、ファイルの中身が表す文書に含まれる要素であってもよい。例えば、表形式のファイルの場合には、表計算ソフトで表示される表のマス目であるセルなどが挙げられる。以下では、表計算ソフトのセルなどのように、ファイルの中身が表す文書に含まれる要素のことを「ファイル要素」と記載する場合がある。

［ファイル管理サーバ１０の構成］
続いて、本実施例に係るファイル管理サーバ１０の機能的構成について説明する。図２は、実施例１に係るファイル管理サーバ１０の機能的構成を示すブロック図である。図２に示すように、ファイル管理サーバ１０は、通信Ｉ／Ｆ（interface）部１１と、記憶部１３と、制御部１５とを有する。なお、ファイル管理サーバ１０は、図２に示した機能部以外にも既知のサーバ装置が有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。

通信Ｉ／Ｆ部１１は、他の装置、例えばクライアント端末３０との間で通信制御を行うインタフェースである。かかる通信Ｉ／Ｆ部１１の一態様としては、ＬＡＮ（Local Area Network）カードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、クライアント端末３０からファイル操作に関するコマンドやコマンドに対応するファイルを受信したり、また、あるファイル要素の変更が他のファイルやファイル要素に与える影響範囲の検索要求を受信したりする。また、通信Ｉ／Ｆ部１１は、クライアント端末３０からのファイル操作のコマンドに対応するファイルを送信したり、また、影響範囲の検索結果を送信したりする。

記憶部１３は、制御部１５で実行されるＯＳ（Operating System）や検索プログラムなどの各種プログラムを記憶する記憶デバイスである。記憶部１３の一態様としては、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置が挙げられる。なお、記憶部１３は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）であってもよい。

記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、ファイル１３ａと、オブジェクト情報１３ｂと、条件情報１３ｃと、関連付け情報１３ｄとを記憶する。なお、上記のファイル１３ａ、オブジェクト情報１３ｂ、条件情報１３ｃや関連付け情報１３ｄ以外にも、他の電子データ、例えば開発関係者のファイルへのアクセス権限なども併せて記憶することもできる。

このうち、ファイル１３ａは、製品の開発・設計の各工程で生成される各種のファイルである。かかるファイル１３ａの一例としては、要求分析、外部設計、内部設計といった工程で生成される各種のドキュメントを始め、プログラム設計の後にプログラミングされるプログラムの検証、いわゆるテストの工程で生成される各種のドキュメントが挙げられる。具体例を挙げれば、要求分析の成果として製品の機能に関する仕様が定義される「機能要件書」、外部設計の成果として製品の機能に関する基本設計が定義される「機能設計書」、内部設計の成果として製品の機能に関する詳細設計が定義される「機能詳細設計書」などのドキュメントが挙げられる。さらには、要件の観点からプログラムのテストの計画が策定された「要件テスト仕様書」、機能の観点からプログラムのテストの計画が策定された「機能テスト仕様書」などのドキュメントが挙げられる。

かかるファイル１３ａは、クライアント端末３０への表示や操作が仮想的なツリー構造で実現される。図３は、ツリー構造の一例を示す図である。図３には、ルートフォルダを頂点とし、「機能要件」、「機能設計」、「機能詳細設計」、「要件テスト仕様」、「機能テスト仕様」といった製品の開発・設計の各工程がルートフォルダの配下のフォルダとして配置されたツリー構造が例示されている。

図３に示すように、「機能要件」のフォルダには、「機能要件書」のファイルが格納されている。さらに、「機能要件書」のファイルは、「機能要件１」や「機能要件２」といったファイル要素を含んでいる。また、「機能設計」のフォルダには、「機能Ａ設計書」および「機能Ｂ設計書」の２つのファイルが格納されている。このうち、「機能Ａ設計書」のファイルは、「機能Ａ１設計」や「機能Ａ２設計」などのファイル要素を含み、また、「機能Ｂ設計書」のファイルは、「機能Ｂ１設計」のファイル要素を含んでいる。また、「機能詳細設計」のフォルダには、「機能Ａ１詳細設計書」、「機能Ａ２詳細設計書」および「機能Ｂ１詳細設計書」の３つのファイルが格納されている。このうち、「機能Ａ１詳細設計書」のファイルは、「詳細設計（イ）」及び「詳細設計（ロ）」などのファイル要素を含んでいる。また、「機能Ａ２詳細設計書」のファイルは、「詳細設計（α）」のファイル要素を含んでいる。さらに、「機能Ｂ１詳細設計書」のファイルは、「詳細設計（ｉ）」のファイル要素を含んでいる。また、「要件テスト仕様」のフォルダには、「要件１テスト仕様書」のファイルが格納されており、かかる「要件１テスト仕様書」のファイルが機能要件１に関する「テスト仕様１」を含んでいる。また、「機能テスト仕様」のフォルダには、「機能Ａ１テスト仕様書」のファイルが格納されており、かかる「機能Ａ１テスト仕様書」のファイルが機能Ａ１に関する「テスト仕様Ａ１」を含んでいる。

オブジェクト情報１３ｂは、上記の関連付けが実行されるフォルダ、ファイルやファイル要素といったオブジェクトに関する情報である。かかるオブジェクト情報１３ｂは、クライアント端末３０からのファイル操作が実行された場合に、後述の登録部１５ａによって生成、更新または消去がなされる。

例えば、クライアント端末３０からファイル管理サーバ１０上にフォルダを新規に作成するファイル操作を受け付けた場合には、新規に作成されたフォルダがオブジェクトとして新規に登録される。また、クライアント端末３０からファイルを新規にアップロードするファイル操作を受け付けた場合には、新規にアップロードされたファイルがオブジェクトとして新規に登録される。これとともに、新規にアップロードされたファイルの内容のうち特定のファイル要素が抽出された上でそのファイル要素がオブジェクトとして新規に登録される。また、クライアント端末３０からファイル管理サーバ１０上のフォルダを削除するファイル操作を受け付けた場合には、当該ファイル操作を受け付けたフォルダ、フォルダに含まれるファイル及びファイルが含むファイル要素などのオブジェクトが削除される。また、ファイルを削除するファイル操作を受け付けた場合には、当該ファイル操作を受け付けたファイル及びファイルが含むファイル要素などのオブジェクトが削除される。また、クライアント端末３０からファイル管理サーバ１０上のファイルを更新するファイル操作を受け付けた場合には、更新されるファイルの内容のうち特定のファイル要素が再抽出された上でそのファイル要素がオブジェクトとして上書きされる。

かかるオブジェクト情報１３ｂの一態様としては、「オブジェクトＩＤ（ＩＤ：IDentifier）」、「種別」、「フォルダ」、「ファイル」及び「ファイル要素」などの項目が対応付けられたデータを採用できる。ここで言う「オブジェクトＩＤ」とは、オブジェクトを識別する識別情報を指し、例えば、同一のフォルダ内のファイル、同一のファイルが含むファイル要素を識別できるように、フォルダ、ファイル及びファイル要素の各オブジェクトに固有のＩＤが付与される。また、「種別」とは、オブジェクトの種別を指し、かかる種類の一例としては、フォルダ、ファイルやファイル要素などが挙げられる。

図４は、オブジェクト情報１３ｂの一例を示す図である。図４には、図３に示したフォルダ、ファイル及びファイル要素の各オブジェクトが図示されている。図４に示すオブジェクトＩＤ「object0001」のオブジェクトは、図３に示した「機能要件」のフォルダを指す。このように、オブジェクトがフォルダである場合には、図４に示すように、ファイル及びファイル要素のフィールドはブランクとされる。また、図４に示すオブジェクトＩＤ「object0002」のオブジェクトは、図３に示した「機能要件書」のファイルを指す。このように、オブジェクトがファイルである場合には、図４に示すように、ファイル要素のフィールドはブランクとされる。また、図４に示すオブジェクトＩＤ「object0003」のオブジェクトは、図３に示した「機能要件１」のファイル要素を指す。このように、オブジェクトがファイル要素である場合には、図４に示すように、フォルダ、ファイル及びファイル要素の各フィールドに値が格納される。なお、図４に示すオブジェクト情報１３ｂのスキーマは、あくまで一例であり、図示の例に限定されない。例えば、フォルダ及びファイルに代えてフォルダまたはファイルの格納場所を表すパスを格納させることとしてもかまわない。

条件情報１３ｃは、オブジェクト間の関連付けに関する条件が定義された情報である。かかる条件情報１３ｃの一例としては、２つのオブジェクトの関連付けを許可する条件が搭載されたリスト、いわゆるホワイトリストが挙げられる。なお、以下では、条件情報１３ｃがホワイトリストである場合を例示するが、条件情報１３ｃをブラックリストとすることとしてもかまわない。

ここで、オブジェクト間の関連付けに条件を設定するのは、互いの関係が希薄なオブジェクト同士が誤って関連付けられるのを抑制するためである。これを実現するために、本実施例では、２つのオブジェクトのうち一方のオブジェクトに他方のオブジェクトが従属する従属関係を持つオブジェクトの組合せに絞って関連付けを許可する。かかる従属関係の一例としては、次のようなものが挙げられる。

例えば、図３の例でオブジェクトをフォルダ、すなわち工程という粒度で見た場合には、機能設計は、要求分析がなされた機能要件書、いわゆる機能仕様書にしたがって設計がなされるので、機能設計は、機能要件に従属しているとみなすことができる。同様に、詳細設計、いわゆる内部設計は、機能設計に従属しており、要件テスト仕様は、要件分析に従属しており、機能テスト仕様は、機能設計に従属しているとみなすことができる。

また、図３の例でオブジェクトをファイルという粒度で見た場合には、機能Ａの外部設計がなされた機能Ａ設計書にしたがって機能Ａ１および機能Ｂ１の詳細設計がなされる。このため、機能Ａ１詳細設計書および機能Ａ２詳細設計書は、機能Ａ設計書に従属しているとみなすことができる。同様に、機能Ｂ１詳細設計書は、機能Ｂ設計書に従属しており、要件１テスト仕様書は、機能要件書に従属しており、機能Ａ１テスト仕様書は、機能設計書に従属しているとみなすことができる。

さらに、図３の例でオブジェクトをファイル要素という粒度で見た場合には、機能要件書で定義された機能要件１にしたがって機能Ａの外部設計がなされるので、機能Ａ設計書がファイル要素である機能要件１に従属しているとみなすことができる。さらに、機能Ａ設計書で定義された機能Ａ１設計にしたがって機能Ａ１の詳細設計がなされるので、機能Ａ１詳細設計書が機能Ａ１設計に従属しているとみなすことができる。これと同様に、機能Ａ２詳細設計書は、機能Ａ２設計に従属しており、機能Ｂ１詳細設計書は、機能Ｂ１設計に従属しているとみなすことができる。さらに、同様に、要件１テスト仕様書は、機能要件１に従属しており、機能Ａ１テスト仕様書は、機能Ａ１設計に従属しているとみなすことができる。さらに、同様に、テスト仕様１は、機能要件１に従属しており、テスト仕様Ａ１は、機能Ａ１設計に従属しているとみなすことができる。

これらのことから、条件情報１３ｃには、オブジェクトの組合せのうち一方のオブジェクトに他方のオブジェクトが従属する従属関係を持つオブジェクトの組合せに関する条件が設定される。

かかる条件情報１３ｃの一態様としては、「条件番号」、「タイプ」、「条件１」及び「条件２」などの項目が対応付けられたデータを採用できる。ここで言う「条件番号」とは、条件を識別する識別情報を指す。また、「タイプ」とは、条件のタイプを指す。一例としては、関連付け操作がなされる２つのオブジェクトのうち他方のオブジェクトが従属するオブジェクトとして指定される従属先のオブジェクトに課す条件の粒度がフォルダであるフォルダ条件「folder」が挙げられる。他の一例としては、従属先のオブジェクトに課す条件の粒度がファイルであるファイル条件「file」が挙げられる。更なる一例としては、従属先のオブジェクトに課す条件の粒度がファイル要素であるファイル要素条件「element」などが挙げられる。また、「条件１」は、関連付け操作がなされる２つのオブジェクトのうち従属先のオブジェクトに課す条件を指し、「条件２」は、関連付け操作がなされる２つのオブジェクトのうち従属元のオブジェクトに課す条件を指す。

図５は、条件情報１３ｃの一例を示す図である。図６は、フォルダ条件、ファイル条件及びファイル要素条件の一例を示す図である。図５には、図３に示したオブジェクトを関連付ける場合に課すフォルダ条件、ファイル条件及びファイル要素条件が図示されている。また、図６には、図５に示したフォルダ条件、ファイル条件及びファイル要素条件を対象に従属先のオブジェクトから従属元のオブジェクトへ向かう方向を矢印で図示している。また、図６には、図５に示した条件番号のうちフォルダ名「機能要件」に関するフォルダ条件である条件番号「P001」及び「P004」、フォルダ名「機能設計」に関するフォルダ条件である条件番号「P002」及び「P003」、ファイル名「機能Ａ設計書」に関するファイル条件である条件番号「P005」〜「P006」及びファイル要素名「機能Ａ１設計」に関するファイル要素条件である条件番号「P008」〜「P010」の条件を抜粋して図示している。なお、図６で従属先のオブジェクトから従属元のオブジェクトへ向けて矢印を付与しているのは、変更対象とするファイル要素の影響が当該ファイル要素が属する工程よりも後に実行される工程のオブジェクトに向けて波及する方向、すなわち影響範囲の検索方向に合わせるためである。

図５に示す条件番号「P001」〜「P004」の条件は、フォルダ条件の一例である。例えば、図５に示す条件番号「P001」のフォルダ条件には、図６に示すように、従属先のオブジェクトが属するフォルダが「機能要件」であり、かつ従属元のオブジェクトが属するフォルダが「機能設計」であるという要件が設定されている。また、図５に示す条件番号「P002」のフォルダ条件には、図６に示すように、従属先のオブジェクトが属するフォルダが「機能設計」であり、かつ従属元のオブジェクトが属するフォルダが「機能詳細設計」であるという要件が設定されている。また、図５に示す条件番号「P003」のフォルダ条件には、図６に示すように、従属先のオブジェクトが属するフォルダが「機能設計」であり、かつ従属元のオブジェクトが属するフォルダが「機能テスト仕様」であるという要件が設定されている。また、図５に示す条件番号「P004」のフォルダ条件には、図６に示すように、従属先のオブジェクトが属するフォルダが「機能要件」であり、かつ従属元のオブジェクトが属するフォルダが「要件テスト仕様」であるという要件が設定されている。

図５に示す条件番号「P005」〜「P006」の条件は、ファイル条件の一例である。例えば、図５に示す条件番号「P005」のファイル条件には、図６に示すように、関連付け操作がなされた２つのオブジェクトのうち従属先のオブジェクトとして指定されたファイルもしくはファイル要素を含むファイルが「機能Ａ設計書」であり、かつ従属元のオブジェクトとして指定されたファイルもしくはファイル要素を含むファイルが「機能Ａ１詳細設計書」であるという要件が設定されている。さらに、図５に示す条件番号「P006」のファイル条件には、図６に示すように、従属先のオブジェクトとして指定されたファイルもしくはファイル要素を含むファイルが「機能Ａ設計書」であり、かつ従属元のオブジェクトとして指定されたファイルもしくはファイル要素を含むファイルが「機能Ａ２詳細設計書」であるという要件が設定されている。なお、ここでは、条件番号「P005」〜「P006」のファイル条件を例に挙げて説明したが、これ以外にも条件番号「P007」の条件を始めとする他のファイル条件が条件情報１３ｃに設定されていることを妨げない。

図５に示す「P008」〜「P010」の条件は、ファイル要素条件の一例である。例えば、図５に示す条件番号「P008」のファイル要素条件には、図６に示すように、関連付け操作がなされた２つのオブジェクトのうち従属先のオブジェクトとして指定されたファイル要素が「機能Ａ１設計」であり、かつ従属元のオブジェクトとして指定されたファイルが「機能Ａ１詳細設計書」であるという要件が設定されている。また、図５に示す条件番号「P009」のファイル要素条件には、図６に示すように、従属先のオブジェクトとして指定されたファイル要素が「機能Ａ１設計」であり、かつ従属元のオブジェクトとして指定されたファイル要素が「詳細設計（イ）」であるという要件が設定されている。また、図５に示す条件番号「P010」のファイル要素条件には、図６に示すように、従属先のオブジェクトとして指定されたファイル要素が「機能Ａ１設計」であり、かつ従属元のオブジェクトとして指定されたファイル要素が「詳細設計（ロ）」であるという要件が設定されている。なお、ここでは、条件番号「P008」〜「P010」のファイル要素条件を例に挙げて説明したが、これ以外にも条件番号「P011」〜「P0013」の条件を始めとする他のファイル要素条件が条件情報１３ｃに設定されていることを妨げない。

ここで、図５に示す条件情報１３ｃの例では、従属先のオブジェクトが「条件１」に設定されたフォルダ名、ファイル名またはファイル要素名と完全一致し、かつ従属元のオブジェクトが「条件２」に設定されたフォルダ名、ファイル名またはファイル要素名と完全一致する場合にフォルダ条件、ファイル条件またはファイル要素条件に適合すると判別される場合を例示したが、「条件１」及び「条件２」との間で部分一致する場合に条件に適合すると判別することとしてもかまわない。例えば、ファイル要素条件の条件１に機能Ａが設定されており、かつ条件２に機能Ａ１が設定されている場合を想定する。この場合には、従属先として条件１「機能Ａ１」と部分一致するファイル要素名を持つオブジェクトが指定され、かつ従属元として条件２「機能Ａ１」と部分一致するファイル要素名またはファイル名を持つオブジェクトが指定された場合にファイル要素条件に適合すると判別される。このため、例えば、従属先のオブジェクトとしてファイル要素名が機能Ａ１設計を指定し、かつ従属元のオブジェクトとしてファイル名が機能Ａ１詳細設計書を指定する関連付け操作がなされた場合には、ファイル要素条件に適合すると判別される。

関連付け情報１３ｄは、複数のファイル情報の関連付け、すなわちオブジェクト間の関連付けに関する情報である。かかる関連付け情報１３ｄには、関連付け操作がなされた従属先及び従属元のオブジェクトの組合せがフォルダ条件、ファイル条件またはファイル要素条件のうち少なくともいずれか１つの条件を満たす場合に、当該従属先及び従属元のオブジェクトの組合せが関連付け部１５ｄによって追加登録される。

かかる関連付け情報１３ｄの一態様としては、「オブジェクトＩＤ_１」及び「オブジェクトＩＤ_２」が対応付けられた項目を採用できる。ここで言う「オブジェクトＩＤ_１」とは、オブジェクトの組合せのうち従属先のオブジェクト、すなわち「主」のオブジェクトのオブジェクトＩＤを指す。また、「オブジェクトＩＤ_２」とは、オブジェクトの組合せのうち従属元のオブジェクト、すなわち「従」のオブジェクトのオブジェクトＩＤを指す。

図７は、関連付け情報１３ｄの一例を示す図である。図７には、図３に示したオブジェクトの中で関連付け処理が実行されたオブジェクトの組合せが図示されている。例えば、図７に示すオブジェクトＩＤ_１「object0002」及びオブジェクトＩＤ_２「object0006」の組合せは、機能要件書のファイルおよび機能Ａ設計書のファイルの間に関連付け、いわゆるリレーションシップが設定されている。かかるリレーションシップは、機能要件書のファイルに機能Ａ設計書のファイルが従属していることを意味する。また、図７に示すオブジェクトＩＤ_１「object0003」及びオブジェクトＩＤ_２「object0006」の組合せは、機能要件１のファイル要素及び機能Ａ設計書のファイルの間にリレーションシップが設定されている。かかるリレーションシップは、機能要件１のファイル要素に機能Ａ設計書のファイルが従属していることを意味する。さらに、図７に示すオブジェクトＩＤ_１「object0003」及びオブジェクトＩＤ_２「object0021」の組合せは、機能要件１のファイル要素及びテスト仕様１のファイル要素の間にリレーションシップが設定されている。かかるリレーションシップは、機能要件１のファイル要素にテスト仕様１のファイル要素が従属していることを意味する。

制御部１５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１５は、図２に示すように、登録部１５ａと、設定表示部１５ｂと、判別部１５ｃと、関連付け部１５ｄと、検索部１５ｅとを有する。

このうち、登録部１５ａは、クライアント端末３０から受け付けたファイルを記憶部１３へ登録する処理部である。一態様としては、登録部１５ａは、クライアント端末３０からファイルを新規にアップロードするファイル操作を受け付けた場合に、新規にアップロードされたファイルを記憶部１３へ登録する。また、登録部１５ａは、新規にアップロードされたファイルにオブジェクトＩＤを採番し、当該ファイルのオブジェクトＩＤ及び種別とともに、当該ファイルの名称及びファイルが格納されたフォルダの名称を対応付けて記憶部１３内のオブジェクト情報１３ｂへ追加登録する。さらに、登録部１５ａは、新規にアップロードされたファイルの内容のうち特定のファイル要素、例えばファイルの特徴を表すファイル要素を抽出する。例えば、特定のファイル要素の一例としては、所定の項目と同一の行または列に位置するセル内の情報、例えば数字、記号、文字列などが抽出される。このようにしてセルから抽出される項目は、ドキュメントの内容に合わせて設定しておくことができる。例えば、機能要件書のファイルからファイル要素を抽出する場合には、要件分析された各機能要件の特徴を表す識別子、名称や説明文に関する項目を設定しておくことができる。そして、登録部１５ａは、先に抽出された各ファイル要素にオブジェクトＩＤを採番する。その上で、登録部１５ａは、当該ファイル要素のオブジェクトＩＤ及び種別とともに、当該ファイル要素の名称、ファイル要素の抽出元のファイルの名称及び抽出元のファイルが格納されたフォルダの名称を対応付けて記憶部１３内のオブジェクト情報１３ｂへ追加登録する。

他の一態様としては、登録部１５ａは、クライアント端末３０からファイル管理サーバ１０上のファイルを更新するファイル操作を受け付けた場合に、更新対象とするファイルを記憶部１３に上書きして登録する。さらに、登録部１５ａは、更新対象とするファイルの内容のうち特定のファイル要素を再抽出する。その上で、登録部１５ａは、再抽出された各ファイル要素のうち更新前に抽出されていたファイル要素と一致しないファイル要素にオブジェクトＩＤを採番する。その上で、登録部１５ａは、採番が実行されたファイル要素のオブジェクトＩＤ及び種別とともに、当該ファイル要素の名称、ファイル要素の再抽出元のファイルの名称及び抽出元のファイルが格納されたフォルダの名称を対応付けて記憶部１３内のオブジェクト情報１３ｂへ追加登録する。このとき、登録部１５ａは、更新前に抽出されていたファイル要素のうち再抽出されなかったファイル要素のレコードを記憶部１３内のオブジェクト情報１３ｂから削除する。

設定表示部１５ｂは、２つのオブジェクトの選択順序に応じて、先に選択されたオブジェクトを後に選択されたオブジェクトに従属させる関係又は後に選択されたオブジェクトを先に選択されたオブジェクトに従属させる関係のいずれかを従属関係の設定対象として選択的に表示する処理部である。

一態様としては、設定表示部１５ｂは、クライアント端末３０に表示されたオブジェクト上でドラッグ操作を受け付けた場合に処理を起動する。続いて、設定表示部１５ｂは、ドラッグ操作が開始されたオブジェクトとは異なる他のオブジェクト上でドロップ操作を受け付ける。なお、ドラッグ操作を受け付けたオブジェクトが存在しない場所でドロップ操作を受け付けた場合やドラッグ操作を受け付けたオブジェクトと同一のオブジェクト上でドロップ操作を受け付けた場合には、１つのオブジェクトしか選択されていないので、関連付け操作は取り消される。

その上で、設定表示部１５ｂは、ドラッグ操作を受け付けたオブジェクトにドロップ操作を受け付けたオブジェクトを従属させる従属関係を関連付けを設定する候補としてクライアント端末３０に表示させる。その後、設定表示部１５ｂは、クライアント端末３０に表示された２つのオブジェクトの従属関係を承認する操作を受け付ける前に従属関係の反転操作がなされた場合には、クライアント端末３０に表示された２つのオブジェクトの従属関係を反転させる。そして、設定表示部１５ｂは、従属関係を承認する操作を受け付けると、当該承認の操作を受け付けた時点でクライアント端末３０に表示させていた従属関係を従属先および従属元のオブジェクトと特定する。これによって、従属先のオブジェクトおよび従属元のオブジェクトの関連付け操作を受け付けた状態となる。かかる関連付け操作がなされたオブジェクトの組合せの一例としては、例えば、ファイルとファイルの組合せ、ファイル要素とファイルの組合せもしくはファイル要素とファイル要素の組合せが挙げられる。なお、ここでは、開発関係者の操作によって従属先のオブジェクト及び従属元のオブジェクトが指定される場合を例示したが、従属先のオブジェクト及び従属元のオブジェクトを自動的に抽出することもできる。

このように、２つのオブジェクトのうち一方をドラッグの始点とし、他方をドロップの終点とするドラッグ＆ドロップ（drag and drop）操作がなされた場合に、ドラッグ操作を受け付けたオブジェクト、ドロップ操作を受け付けたオブジェクトの順番を２つのオブジェクトの選択順序と決定する。このため、２つのオブジェクトを選択する操作をマウスの左クリックを押下して離すという１つの動作に割り当てることができるので、操作回数を低減できる。さらには、従属関係を指定する操作をマウスの移動に割り当てることができるので、従属関係の指定を直感的に行わせることができる。

なお、ここでは、マウスの移動方向と影響範囲の検索方向を一致させる操作感を実現する観点からドラッグ操作を受け付けたオブジェクトにドロップ操作を受け付けたオブジェクトを従属させる場合を例示したが、マウスの移動方向とオブジェクトを従属させる方向を一致させる操作感を実現する観点からドロップ操作を受け付けたオブジェクトにドラッグ操作を受け付けたオブジェクトを従属させることとしてもよい。

図８及び図９は、クライアント端末３０に表示させる画面の一例を示す図である。図８及び図９には、ファイル管理システム１がファイルの管理用に提供するファイル管理画面２００及び２１０が図示されている。なお、図８に示すファイル管理画面２００の例では、上下にウィンドウが分割された状態でクライアント端末３０に表示されているが、必ずしも画面は分割されずともよい。

図８に示すように、ファイル管理画面２００に表示されたファイル要素「機能要件１」上でドラッグ操作を受け付け、かつファイル要素「機能要件１」とは異なる他のファイル要素「機能Ａ１設計」上でドロップ操作を受け付けた場合には、次のように従属関係の設定候補が表示される。図９に示すように、ファイル管理画面２１０には、ドラッグ操作が行われた上方向と同様の方向である「機能要件１」から「機能Ａ１設計」への方向に、ドラッグ操作を受け付けた「機能要件１」にドロップ操作を受け付けた「機能Ａ１設計」を従属させる従属関係が関連付け操作の設定の候補とされる。このため、２つのファイル要素を選択する操作をマウスの左クリックを押下して離すという１つの動作に割り当てることができるので、操作回数を低減できる。さらには、従属関係を指定する操作をマウスの移動に割り当てることができるので、従属関係の指定を直感的に行わせることもできる。また、開発関係者は、ファイル管理画面２１０に表示されたラジオボタンをクリックすることによって表示中の従属関係を反転させることもできる。その後、ファイル管理画面２１０に表示されたＯＫボタン２１０Ａが押下された場合に、ＯＫボタン２１０Ａが押下された時点でファイル管理画面２１０に表示させていた従属関係が採用される。すなわち、従属先のファイル要素「機能要件１」および従属元のファイル要素「機能Ａ１設計」の関連付け操作が受け付けられた状態になる。

なお、ここでは、ドラッグ操作にマウスの左ボタンを用いる場合を例示したが、キーボードの特定のキー、例えば「Ctrl」キーやファンクションキーと連動させてドラッグ操作を行わせることとしてもかまわない。また、ドラッグ＆ドロップ操作にマウス以外のポインティングデバイスを用いることもできる。さらには、選択順序は、必ずしもドラッグ＆ドロップ操作で決定せずともよい。例えば、前後してオブジェクトを選択する操作を受け付けることによって同様にオブジェクトの組合せおよび従属関係を指定させることができる。

判別部１５ｃは、記憶部１３に記憶された条件情報１３ｃを参照して、関連付け操作を許可するか否かを判別する処理部である。

一態様としては、判別部１５ｃは、従属先のオブジェクト及び従属元のオブジェクトを指定する関連付け操作を受け付けると、オブジェクト情報１３ｂを参照して、設定表示部１５ｂによって指定が受け付けられた従属先のオブジェクトが属するフォルダと、従属元のオブジェクトが属するフォルダとを特定する。例えば、指定のオブジェクトがファイルである場合には、オブジェクト情報１３ｂに含まれるレコードのうち当該指定が受け付けられたファイル名を含むレコード内のフォルダ名が抽出される。また、指定のオブジェクトがファイル要素である場合には、オブジェクト情報１３ｂに含まれるレコードのうち当該指定が受け付けられたファイル要素名を含むレコード内のフォルダ名が抽出される。

続いて、判別部１５ｃは、従属先のオブジェクトが属するフォルダ及び従属元のオブジェクトが属するフォルダが条件情報１３ｃに設定されたフォルダ条件のうちいずれかのフォルダ条件に適合するか否かを判定する。例えば、判別部１５ｃは、従属先のオブジェクトとして指定されたファイルが格納されたフォルダのフォルダ名もしくは従属先のオブジェクトとして指定されたファイル要素を含むファイルが格納されたフォルダのフォルダ名と図５に示したフォルダ条件に含まれる条件１に設定されたフォルダ名とが完全一致し、かつ従属元のオブジェクトとして指定されたファイルが格納されたフォルダのフォルダ名もしくは従属元のオブジェクトとして指定されたファイル要素を含むファイルが格納されたフォルダのフォルダ名と図５に示したフォルダ条件に含まれる条件２に設定されたフォルダ名とが完全一致する場合に、関連付け操作がなされたオブジェクトの組合せがフォルダ条件に適合すると判別する。かかるフォルダ条件の適合の可否によって、従属先のオブジェクト及び従属元のオブジェクトが「フォルダ」という粒度で従属関係を有するか否かが確認される。このとき、条件情報１３ｃに設定されたいずれのフォルダ条件にも適合しない場合には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、判別部１５ｃは、関連付け操作がなされたオブジェクトの組合せの関連付けを禁止する。

一方、判別部１５ｃは、条件情報１３ｃに設定されたいずれかのフォルダ条件に適合する場合には、次のようなファイル条件の適合の可否を判定する。すなわち、判別部１５ｃは、従属先のオブジェクトが該当するファイル及び従属元のオブジェクトが該当するファイルが条件情報１３ｃに設定されたファイル条件のうちいずれかのファイル条件に適合するか否かを判定する。例えば、判別部１５ｃは、従属先のオブジェクトとして指定されたファイルのファイル名もしくは従属先のオブジェクトとして指定されたファイル要素を含むファイルのファイル名と図５に示したファイル条件に含まれる条件１に設定されたファイル名とが完全一致し、かつ従属元のオブジェクトとして指定されたファイルのファイル名もしくは従属元のオブジェクトとして指定されたファイル要素を含むファイルのファイル名と図５に示したファイル条件に含まれる条件２に設定されたファイル名とが完全一致する場合に、関連付け操作がなされたオブジェクトの組合せがファイル条件に適合すると判別する。かかるファイル条件の適合の可否によって、従属先のオブジェクト及び従属元のオブジェクトが「ファイル」という粒度で従属関係を有するか否かが確認される。

このとき、条件情報１３ｃに設定されたいずれのファイル条件にも適合しない場合には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、判別部１５ｃは、関連付け操作がなされたオブジェクトの組合せの関連付けを禁止する。

一方、判別部１５ｃは、条件情報１３ｃに設定されたいずれかのファイル条件に適合する場合には、従属先として指定されたオブジェクトの粒度がファイル要素であるか否かを判定する。このとき、従属先のオブジェクトの粒度がファイル要素ではなく、ファイルである場合には、関連付け操作がなされたオブジェクトの組合せがファイルとファイルであると確認できる。この場合には、それよりも粒度が小さいファイル要素条件の適合の可否を判定せずともよい。このため、判別部１５ｃは、関連付け操作がなされたオブジェクトの組合せの関連付けを許可する。

また、従属先として指定されたオブジェクトの粒度がファイル要素である場合には、関連付け操作がなされたオブジェクトの組合せがファイル要素とファイルの組合せもしくはファイル要素とファイル要素の組合せのいずれかであることが判明する。この場合には、ファイル要素条件の判定が続行される。すなわち、判別部１５ｃは、従属先のオブジェクトが該当するファイル要素と、従属元のオブジェクトが該当するファイルまたはファイル要素とが条件情報１３ｃに設定されたファイル要素条件のうちいずれかのファイル要素条件に適合するか否かを判定する。例えば、判別部１５ｃは、従属先のオブジェクトとして指定されたファイル要素のファイル要素名と図５に示したファイル要素条件に含まれる条件１に設定されたファイル要素名とが完全一致し、かつ従属元のオブジェクトとして指定されたファイルのファイル名もしくは従属元のオブジェクトとして指定されたファイル要素のファイル要素名と図５に示したファイル要素条件に含まれる条件２に設定されたファイル名もしくはファイル要素名とが完全一致する場合に、関連付け操作がなされたオブジェクトの組合せがファイル要素条件に適合すると判別する。かかるファイル要素条件の適合の可否によって、従属先のオブジェクト及び従属元のオブジェクトが「ファイル要素」という粒度で従属関係を有するか否かが確認される。

このとき、条件情報１３ｃに設定されたいずれのファイル要素条件にも適合しない場合には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、判別部１５ｃは、関連付け操作がなされたオブジェクトの組合せの関連付けを禁止する。一方、条件情報１３ｃに設定されたいずれかのファイル要素条件に適合する場合には、フォルダ、ファイル及びファイル要素の全ての粒度で従属関係の確認が終了したと確定できる。この場合には、判別部１５ｃは、関連付け操作がなされたオブジェクトの組合せの関連付けを許可する。

なお、ここでは、フォルダ条件、ファイル条件及びファイル要素条件を用いて関連付けを許可または禁止するかを判別する場合を例示したが、フォルダ条件、ファイル条件及びファイル要素条件のうち少なくともいずれか１つの条件に絞って条件の適合の可否を判定することもできる。例えば、判別部１５ｃは、フォルダ条件に適合したことをもって関連付け操作がなされたオブジェクトの組合せの関連付けを許可することとしてもよい。また、判別部１５ｃは、ファイル条件に適合したことをもって関連付け操作がなされたオブジェクトの組合せの関連付けを許可することとしてもよい。また、判別部１５ｃは、ファイル要素条件に適合したことをもって関連付け操作がなされたオブジェクトの組合せの関連付けを許可することとしてもよい。

関連付け部１５ｄは、オブジェクト間の関連付けを実行する処理部である。一態様としては、関連付け部１５ｄは、判別部１５ｃによって関連付けが許可された場合に、従属先のオブジェクト及び従属元のオブジェクトの関連付けを関連付け情報１３ｄに追加登録する。このとき、関連付け部１５ｄは、関連付け情報１３ｄが持つフィールドのうちオブジェクトＩＤ_１のフィールドに従属先のオブジェクトを格納するとともに、オブジェクトＩＤ_２のフィールドに従属元のオブジェクトを格納する。

ここで、図１０を用いて、関連付けが禁止される態様の具体例を説明する。図１０は、関連付けが禁止される態様の一例を示す図である。図１０には、図５に示した条件情報１３ｃに設定されたフォルダ条件に適合しない関連付け操作、ファイル条件に適合しない関連付け操作及びファイル要素条件に適合しない関連付け操作が例示されている。

例えば、従属先のオブジェクトとして「機能Ａ設計書」のファイルが指定される場合を想定する。ここで、フォルダ条件では、従属先として指定されるオブジェクトよりも以前の工程で生成されるオブジェクトを従属元として指定する関連付け操作は許可されていない。このため、図１０の（１）に例示するように、機能Ａ設計書が生成される外部設計の工程よりも前の要件分析の工程で生成される機能要件書を従属元のオブジェクトとして関連付ける関連付け操作はフォルダ条件に適合しない。よって、関連付けが禁止されることなる。また、フォルダ条件では、従属先として指定されるオブジェクトよりも後に実行される工程であっても従属関係がなく互いの関係が希薄である工程で生成されるオブジェクトを従属元として指定する関連付け操作は、許可されていない。このため、図１０の（２）に示すように、要件テスト仕様書を従属元のオブジェクトとして指定する関連付け操作はフォルダ条件に適合せず、関連付けが禁止されることになる。

さらに、従属先のオブジェクトとして「機能Ａ設計書」のファイルが指定される場合を想定する。ここで、ファイル条件では、一方のファイルの機能が他方のファイルの機能に包含されないオブジェクト間の関連付け操作は許可されていない。このため、図１０の（３）に示すように、機能Ａ設計書に包含されない機能Ｂ１設計が詳細設計された機能Ｂ１詳細設計書を従属元のオブジェクトとして指定する関連付け操作はファイル条件に適合せず、関連付けが禁止されることになる。

続いて、従属先のオブジェクトとして「機能Ａ１設計」のファイル要素が指定される場合を想定する。ここで、ファイル要素条件では、互いのオブジェクトが同一の機能を持たないオブジェクト間の関連付け操作は許可されていない。このため、図１０の（４）に示すように、従属先として指定された機能Ａ１設計の機能Ａ１とは異なる種類の機能Ｂに属する機能Ｂ１が詳細設計された機能Ｂ１詳細設計書を従属元のオブジェクトとして指定する関連付け操作はファイル要素条件に適合せず、関連付けが禁止されることになる。また、図１０の（５）及び（６）に示すように、従属先として指定された機能Ａ１設計の機能Ａ１と同種の機能Ａに属する機能Ａ２が詳細設計された機能Ａ２詳細設計書を従属元のオブジェクトとして指定したとしても、従属先及び従属元のオブジェクト間で互いの機能が類似するとは言えども同一であるとまでは言えない。このため、機能Ａ２詳細設計書および機能Ａ２詳細設計書で定義された詳細設計（α）を従属元のオブジェクトとして指定する関連付け操作はファイル要素条件に適合しない。よって、関連付けが禁止されることになる。

図２の説明に戻り、検索部１５ｅは、関連付け情報１３ｄを参照して、ファイル要素の変更が他のファイルに与える影響範囲を検索する処理部である。一態様としては、検索部１５ｅは、クライアント端末３０から変更対象とするファイル要素の指定を受け付ける。続いて、検索部１５ｅは、関連付け情報１３ｄに含まれる従属先、図７の例で言えばオブジェクトＩＤ_１に当該指定を受け付けたファイル要素と同一のファイル要素を持つ組合せの従属元のオブジェクトを探索する。その後、検索部１５ｅは、所定の探索回数にわたって探索が終了するまで、次のような処理を繰り返し実行する。すなわち、検索部１５ｅは、関連付け情報１３ｄを参照して、前回探索がなされた従属元のオブジェクトと同一のオブジェクトを従属先に持つオブジェクトの組合せを探索する。そして、検索部１５ｅは、先に探索したオブジェクトの組合せのうち従属元のオブジェクトを特定する。そして、検索部１５ｅは、所定の回数にわたって探索が終了すると、それまでの探索で得られたオブジェクトを影響範囲の検索結果としてクライアント端末３０へ出力する。このとき、検索部１５ｅは、探索で得られたオブジェクトを所定の粒度に合わせて出力することができる。例えば、影響範囲の検索結果として出力するオブジェクトの粒度としてファイルが設定されている場合には、探索で得られたオブジェクトのうちファイルについてはそのまま影響範囲の検索結果として出力する一方でファイル要素についてはファイル要素の代わりに当該ファイル要素を含むファイルを影響範囲の検索結果として出力することもできる。

図１１及び図１２は、クライアント端末３０に表示される画面の一例を示す図である。このうち、図１１には、各種の検索条件を入力可能な検索画面２２０が例示されている。また、図１２には、図１１に示す検索条件が入力された場合の影響範囲の検索結果を含む検索結果画面２３０が例示されている。図１１に示す検索画面２２０には、フォルダ、ファイル及びファイル要素のプルダウンメニューが設けられている。このため、開発関係者は、フォルダ、ファイル、ファイル要素の順に操作することによって変更対象とするファイル要素を指定できる。この他にも、検索画面２２０には、「探索回数」や「影響範囲の検索結果として出力する粒度」についてもプルダウンメニューが設けられており、変更対象とするファイル要素とともに探索回数及び粒度を受け付けることが可能となっている。

図１１に示すように、検索画面２２０上で変更対象とするファイル要素「機能Ａ１設計」、探索回数「１」および粒度「ファイル」が選択された状態で検索ボタン２２０Ａが押下操作された場合には、図７に示した関連付け情報１３ｄを参照して次のような探索が実行される。すなわち、関連付け情報１３ｄに含まれるオブジェクトＩＤ_１に当該指定を受け付けたファイル要素「機能Ａ１設計」、すなわち「object0007」と同一のファイル要素を持つ組合せのオブジェクトＩＤ_２「object0012」、「object0013」、「object0014」及び「object0024」が探索される。図１１の例では、探索回数の指定が１回であるので、今回の探索、すなわち最初の１回で探索が終了する。なお、キャンセルボタン２２０Ｂが押下操作された場合には、検索が中止された後にクライアント端末３０の画面表示が直前に閲覧していた画面や製品の開発・設計のトップ画面などに遷移する。

かかる探索で得られたオブジェクトＩＤ「object0012」、「object0013」、「object0014」及び「object0024」のうちオブジェクトＩＤ「object0013」及び「object0014」は、いずれも詳細設計（イ）及び詳細設計（ロ）に対応する。また、オブジェクトＩＤ「object0024」は、テスト仕様Ａ１に対応する。これらオブジェクトＩＤ「object0013」、「object0014」及び「object0024」はファイル要素である。図１１の例では、粒度として「ファイル」が指定されているので、オブジェクトＩＤ「object0013」及び「object0014」のファイル要素を含む「機能Ａ１詳細設計書」のファイルが詳細設計（イ）及び詳細設計（ロ）の代わりに抽出される。さらに、オブジェクトＩＤ「object0024」のファイル要素を含む「機能Ａ１テスト仕様書」のファイルがテスト仕様Ａ１の代わりに抽出される。なお、ここでは、オブジェクトＩＤ「object0012」のオブジェクト「機能Ａ１詳細設計書」が探索されているので、必ずしも先の抽出は行わずともよい。なお、検索結果画面２３０では、例えば、ファイル要素を検索結果として出力する場合、リレーションシップが設定された各ファイル要素が表示されるようにしてもよい。また、検索結果画面２３０では、例えば、ファイルを検索結果として出力する場合、リレーションシップが設定された各ファイル要素を含むファイルが表示されるようにしてもよい。この検索結果の出力は、ユーザによって設定可能であるとしても良い。

その上で、図１２に示すように、オブジェクトＩＤ「object0012」に対応する機能Ａ１詳細設計書およびオブジェクトＩＤ「object0024」に対応する機能Ａ１テスト仕様書の２つのドキュメントが検索結果画面２３０に表示される。かかる表示によって、開発関係者は、機能Ａ１設計のファイル要素に変更を行った場合には、機能Ａ１詳細設計書および機能Ａ１テスト仕様書に影響を波及することを把握できる。さらに、上記の従来技術のように、ファイル単位の関連付けしか行われていない場合には、機能Ａ１設計とは無関係な機能Ａ２詳細設計書も影響範囲の検索結果として出力される。一方、本実施例では、ファイル要素の単位で関連付けがなされた関連付け情報１３ｄを用いて検索が行われるので、機能Ａ１設計とは無関係な機能Ａ２詳細設計書を出力せずに済む結果、トレーサビリティの精度を向上させることができる。

その後、検索結果画面２３０上の再検索ボタン２３０Ａが押下操作された場合には、クライアント端末３０の画面表示が図１１に示した検索画面２２０に再び遷移し、「変更対象とするファイル要素」、「探索回数」または「影響範囲の検索結果として出力する粒度」の再指定がなされた上で再検索が実行される。一方、検索結果画面２３０上の戻るボタン２３０Ｂが押下操作された場合には、クライアント端末３０の画面表示が直前に閲覧していた画面や製品の開発・設計のトップ画面などに遷移する。

なお、制御部１５には、各種の集積回路や電子回路を採用できる。また、制御部１５が有する機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Application Specific Integrated Circuit）が挙げられる。また、電子回路としては、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などが挙げられる。

［処理の流れ］
次に、本実施例に係るファイル管理サーバの処理の流れについて説明する。なお、ここでは、ファイル管理サーバ１０によって実行される（１）関連付け処理を説明した後に、（２）検索処理を説明することとする。

（１）関連付け処理
図１３は、実施例１に係る関連付け処理の手順を示すフローチャートである。この関連付け処理は、クライアント端末３０に表示されたオブジェクト上でドラッグ操作を受け付けた場合に処理を起動する。

図１３に示すように、オブジェクト上でドラッグ操作を受け付けると（ステップＳ１０１）、続いて、設定表示部１５ｂは、ドラッグ操作が開始されたオブジェクトとは異なる他のオブジェクト上でドロップ操作を受け付ける（ステップＳ１０２）。

その上で、設定表示部１５ｂは、ドラッグ操作を受け付けたオブジェクトにドロップ操作を受け付けたオブジェクトを従属させる従属関係を関連付けを設定する候補としてクライアント端末３０に表示させる（ステップＳ１０３）。

その後、設定表示部１５ｂは、従属関係の反転操作を受け付けたか否かを判定する（ステップＳ１０４）。このとき、従属関係の反転操作がなされた場合（ステップＳ１０４Ｙｅｓ）には、設定表示部１５ｂは、クライアント端末３０に表示された２つのオブジェクトの従属関係を反転させる（ステップＳ１０５）。なお、従属関係の反転操作がなされていない場合（ステップＳ１０４Ｎｏ）には、ステップＳ１０５をとばしてステップＳ１０６へ移行する。

そして、クライアント端末３０に表示された２つのオブジェクトの従属関係を承認する操作を受け付けるまで（ステップＳ１０６Ｎｏ）、上記のステップＳ１０４〜ステップＳ１０５の処理を繰り返し実行する。

その後、従属関係を承認する操作を受け付けた場合（ステップＳ１０６Ｙｅｓ）には、当該承認の操作を受け付けた時点でクライアント端末３０に表示させていた従属関係が従属先および従属元のオブジェクトと特定される。これによって、従属先のオブジェクトおよび従属元のオブジェクトの関連付け操作を受け付けた状態となる。

続いて、判別部１５ｃは、オブジェクト情報１３ｂを参照して、先に特定された従属先のオブジェクトが属するフォルダと、従属元のオブジェクトが属するフォルダとを特定する（ステップＳ１０７）。

続いて、判別部１５ｃは、従属先のオブジェクトが属するフォルダ及び従属元のオブジェクトが属するフォルダが条件情報１３ｃに設定されたフォルダ条件のうちいずれかのフォルダ条件に適合するか否かを判定する（ステップＳ１０８）。

ここで、条件情報１３ｃに設定されたいずれのフォルダ条件にも適合しない場合（ステップＳ１０８Ｎｏ）には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、関連付け操作がなされたオブジェクトの組合せの関連付けを実行せず、そのまま処理を終了する。

一方、条件情報１３ｃに設定されたいずれかのフォルダ条件に適合する場合（ステップＳ１０８Ｙｅｓ）には、判別部１５ｃは、次のようなファイル条件の適合の可否を判定する。すなわち、判別部１５ｃは、従属先のオブジェクトが該当するファイル及び従属元のオブジェクトが該当するファイルが条件情報１３ｃに設定されたファイル条件のうちいずれかのファイル条件に適合するか否かを判定する（ステップＳ１０９）。

このとき、条件情報１３ｃに設定されたいずれのファイル条件にも適合しない場合（ステップＳ１０９Ｎｏ）には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、関連付け操作がなされたオブジェクトの組合せの関連付けを実行せず、そのまま処理を終了する。

一方、条件情報１３ｃに設定されたいずれかのファイル条件に適合する場合（ステップＳ１０９Ｙｅｓ）には、判別部１５ｃは、従属先として指定されたオブジェクトの粒度がファイル要素であるか否かを判定する（ステップＳ１１０）。

このとき、粒度がファイル要素ではない場合（ステップＳ１１０Ｎｏ）には、関連付け操作がなされたオブジェクトの組合せがファイルとファイルであると確認できる。この場合には、それよりも粒度が小さいファイル要素条件の適合の可否を判定せずともよい。このため、関連付け操作がなされたオブジェクトの組合せの関連付けが許可され、ステップＳ１１２の処理へ移行する。

また、従属として指定されたオブジェクトの粒度がファイル要素である場合（ステップＳ１１０Ｙｅｓ）には、関連付け操作がなされたオブジェクトの組合せがファイル要素とファイルの組合せもしくはファイル要素とファイル要素の組合せのいずれかであることが判明する。

この場合には、ファイル要素条件の判定が続行される。すなわち、判別部１５ｃは、従属先のオブジェクトが該当するファイル要素と、従属元のオブジェクトが該当するファイルまたはファイル要素とが条件情報１３ｃに設定されたファイル要素条件のうちいずれかのファイル要素条件に適合するか否かを判定する（ステップＳ１１１）。

ここで、条件情報１３ｃに設定されたいずれのファイル要素条件にも適合しない場合（ステップＳ１１１Ｎｏ）には、従属先のオブジェクト及び従属元のオブジェクトが従属関係にない誤ったオブジェクトの組合せである可能性が高いと推定できる。この場合には、関連付け操作がなされたオブジェクトの組合せの関連付けを実行せず、そのまま処理を終了する。

一方、条件情報１３ｃに設定されたいずれかのファイル要素条件に適合する場合（ステップＳ１１１Ｙｅｓ）には、関連付け操作がなされたオブジェクトの組合せの関連付けが許可される。この場合には、関連付け部１５ｄは、従属先のオブジェクト及び従属元のオブジェクトを関連付け（ステップＳ１１２）、当該関連付けを関連付け情報１３ｄに追加登録し（ステップＳ１１３）、処理を終了する。

（２）検索処理
図１４は、実施例１に係る検索処理の手順を示すフローチャートである。この検索処理は、例えば、クライアント端末３０から検索要求を受け付けた場合に処理が起動される。図１４に示すように、検索部１５ｅは、クライアント端末３０に表示させた検索画面上で「変更対象とするファイル要素」、「探索回数」や「影響範囲の検索結果として出力する粒度」の指定を受け付ける（ステップＳ３０１〜ステップＳ３０３）。

続いて、検索部１５ｅは、関連付け情報１３ｄを参照して、当該指定を受け付けたファイル要素と同一のファイル要素を従属先に持つ組合せの従属元のオブジェクトを探索する（ステップＳ３０４）。

その後、検索部１５ｅは、ステップＳ３０２で指定された探索回数にわたって探索が終了するまで（ステップＳ３０５Ｎｏ）、検索部１５ｅは、次のような処理を繰り返し実行する。すなわち、検索部１５ｅは、関連付け情報１３ｄを参照して、前回探索がなされた従属元のオブジェクトと同一のオブジェクトを従属先に持つオブジェクトの組合せを探索する（ステップＳ３０６）。そして、検索部１５ｅは、先に探索したオブジェクトの組合せのうち従属元のオブジェクトを特定する（ステップＳ３０７）。

そして、所定の回数にわたって探索が終了すると（ステップＳ３０５Ｙｅｓ）、検索部１５ｅは、それまでの探索で得られたオブジェクトをステップＳ３０３で指定された粒度に変換した上で影響範囲の検索結果としてクライアント端末３０へ出力し（ステップＳ３０８）、処理を終了する。

なお、図１４に示したステップＳ３０１〜ステップＳ３０３までの処理は、任意の順序に変更することができ、また、並行して処理を実行することもできる。さらには、ステップＳ３０２及びステップＳ３０３の処理は、探索回数および粒度を予め設定しておくことによって省略することもできる。なお、図１４の処理では従属先のオブジェクトから従属元のオブジェクトを順に特定していくことにより、影響範囲を検索する処理を説明した。従属元のオブジェクトから従属先のオブジェクトを順に特定していくことにより、影響範囲を検索することも可能である。

［実施例１の効果］
上述してきたように、本実施例に係るファイル管理サーバ１０は、２つのオブジェクトのうち選択が先のオブジェクトを選択が後のオブジェクトに従属させる関係又は選択が後のオブジェクトを選択が先のオブジェクトに従属させる関係のいずれかを従属関係の設定対象として選択的に表示する。このため、本実施例に係るファイル管理サーバ１０では、従属関係を持つ関連付けを実行できる結果、主となるオブジェクトから従となるオブジェクトへ向けて検索できる。それ故、本実施例に係るファイル管理サーバ１０では、さして影響のないファイルが無駄に検索されるのを抑制し、検索結果に有用性の高いファイルが含まれる可能性を高めることができる。したがって、本実施例に係るファイル管理サーバ１０によれば、ファイル間の従属関係の設定作業を支援することができるため、影響範囲の絞込み精度を向上させることができる。

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

［応用例］
例えば、ファイル管理サーバ１０は、従属関係が定義されたフォルダがループの関係にあるか否かによって、条件を満たすか否かを判別することもできる。例えば、条件情報１３ｃに含まれる従属先のオブジェクト及び従属元のオブジェクトが次のような関連付けの連なりを形成している場合を想定する。例えば、ファイルＡにファイルＢが従属しており、ファイルＢにファイルＣが従属しており、ファイルＣにファイルＤが従属している連なり「ファイルＡ→ファイルＢ→ファイルＣ→ファイルＤ」が形成されているとする。この場合に、従属先「ファイルＤ」及び従属元「ファイルＡ」とする関連付け操作がなされた場合には、かかる関連付けを許可すると「ファイルＡ→ファイルＢ→ファイルＣ→ファイルＤ→ファイルＡ」となり、関連付けの連なりがループを形成してしまう。このように、関連付けの連なりがループを形成すると、影響範囲の検索結果として同じファイルが重複して検索される可能性があり、トレーサビリティの精度が低下する可能性がある。このことから、トレーサビリティの精度の低下を抑制するために、ファイル管理サーバ１０は、ループを形成する関連付け操作、例えば「ファイルＤ→ファイルＡ」を禁止することができる。

［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、登録部１５ａ、設定表示部１５ｂ、判別部１５ｃ、関連付け部１５ｄまたは検索部１５ｅをファイル管理サーバ１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、登録部１５ａ、設定表示部１５ｂ、判別部１５ｃ、関連付け部１５ｄまたは検索部１５ｅを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のファイル管理サーバ１０の機能を実現するようにしてもよい。また、記憶部に記憶されるファイル１３ａ、オブジェクト情報１３ｂ、条件情報１３ｃまたは関連付け情報１３ｄの全部または一部を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のファイル管理サーバ１０の機能を実現するようにしてもかまわない。

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

図１５は、実施例１及び実施例２に係る検索プログラムを実行するコンピュータの一例について説明するための図である。図１５に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。

ＨＤＤ１７０には、図１５に示すように、上記の実施例１で示した登録部１５ａ、設定表示部１５ｂ、判別部１５ｃ、関連付け部１５ｄ及び検索部１５ｅと同様の機能を発揮する検索プログラム１７０ａが予め記憶される。この検索プログラム１７０ａについては、図２に示した各々の登録部１５ａ、設定表示部１５ｂ、判別部１５ｃ、関連付け部１５ｄ及び検索部１５ｅの各構成要素と同様、適宜統合又は分離しても良い。すなわち、ＨＤＤ１７０に格納される各データは、常に全てのデータがＨＤＤ１７０に格納される必要はなく、処理に必要なデータのみがＨＤＤ１７０に格納されれば良い。

そして、ＣＰＵ１５０が、検索プログラム１７０ａをＨＤＤ１７０から読み出してＲＡＭ１８０に展開する。これによって、図１５に示すように、検索プログラム１７０ａは、検索プロセス１８０ａとして機能する。この検索プロセス１８０ａは、ＨＤＤ１７０から読み出した各種データを適宜ＲＡＭ１８０上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、検索プロセス１８０ａは、図２に示した登録部１５ａ、設定表示部１５ｂ、判別部１５ｃ、関連付け部１５ｄ及び検索部１５ｅにて実行される処理、例えば図１３〜図１４に示す処理を含む。また、ＣＰＵ１５０上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１５０上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。

なお、上記の検索プログラム１７０ａについては、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶させておく必要はない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを取得して実行するようにしてもよい。

１ ファイル管理システム
５ ネットワーク
１０ ファイル管理サーバ
１１ 通信Ｉ／Ｆ部
１３ 記憶部
１３ａ ファイル
１３ｂ オブジェクト情報
１３ｃ 条件情報
１３ｄ 関連付け情報
１５ 制御部
１５ａ 登録部
１５ｂ 設定表示部
１５ｃ 判別部
１５ｄ 関連付け部
１５ｅ 検索部
３０Ａ，３０Ｂ，３０Ｃ クライアント端末

Claims (6)

1. 情報間の従属関係に従って、検索範囲を制御する検索プログラムであって、
   第１の情報においてドラッグ操作が検出された後に、第２の情報においてドロップ操作が検出された場合、ドラッグ＆ドロップ操作の始点である前記第１の情報と、前記ドラッグ＆ドロップ操作の終点である前記第２の情報とのうち一方の情報をもう一方の情報に従属させる第１の従属関係を特定し、
   特定された前記第１の従属関係と、前記第１の従属関係を反転させた第２の従属関係とを従属関係の設定候補として選択可能に表示する、
   ことを特徴とする検索プログラム。
2. 前記検索範囲は、前記第１の情報と前記第２の情報との従属関係に従って、従と定義された情報から主と定義された情報へ辿っていくことにより特定される
   ことを特徴とする請求項１に記載の検索プログラム。
3. 前記検索範囲は、前記第１の情報と前記第２の情報との従属関係に従って、主と定義された情報から従と定義された情報へ辿っていくことにより特定される
   ことを特徴とする請求項１に記載の検索プログラム。
4. 検索時において特定された従属関係に従って検索結果を出力する際、設定に応じて、従属関係が設定された各情報を出力するか又は該従属関係が設定された各情報を含むファイルを出力するかを決定する
   処理をコンピュータに実行させることを特徴とする請求項２または３に記載の検索プログラム。
5. コンピュータが情報間の従属関係に従って、検索範囲を制御する検索方法であって、
   第１の情報においてドラッグ操作が検出された後に、第２の情報においてドロップ操作が検出された場合、ドラッグ＆ドロップ操作の始点である前記第１の情報と、前記ドラッグ＆ドロップ操作の終点である前記第２の情報とのうち一方の情報をもう一方の情報に従属させる第１の従属関係を特定し、
   特定された前記第１の従属関係と、前記第１の従属関係を反転させた第２の従属関係とを従属関係の設定候補として選択可能に表示する、
   ことを特徴とする検索方法。
6. 情報間の従属関係に従って、検索範囲を制御する情報処理装置であって、
   第１の情報においてドラッグ操作が検出された後に、第２の情報においてドロップ操作が検出された場合、ドラッグ＆ドロップ操作の始点である前記第１の情報と、前記ドラッグ＆ドロップ操作の終点である前記第２の情報とのうち一方の情報をもう一方の情報に従属させる第１の従属関係を特定し、特定された前記第１の従属関係と、前記第１の従属関係を反転させた第２の従属関係とを従属関係の設定候補として選択可能に表示する設定表示部
   を有することを特徴とする情報処理装置。

Images