JP6102444B2 - 設計書管理プログラム、設計書管理方法および情報処理装置 - Google Patents

Description

本発明は、設計書管理プログラムなどに関する。

複数の電子文書や紙の文書をデジタイズしたものを格納し、管理する文書管理システムが利用されている。システム開発においても、文書管理システムは、設計や仕様を説明するために作成される複数の設計書を格納し、管理する。

複数の表を格納し、管理する文書管理システムでは、論理的に独立に構築された複数の表に対する検索を実施し、統合された検索結果を得る技術がある。かかる技術では、同一名称・同一意味の項目対応表を予め作成しておき、対応項目を同一視することにより、複数の表に及んで存在する列を統合する（例えば、特許文献１参照）。

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

しかしながら、従来では、設計書の設計情報が変更される際、設計変更による影響範囲を特定することが難しいという問題がある。例えば、データベースで管理されるテーブルの項目桁数が拡張される際、設計変更の影響を受ける設計書を特定することが難しい。

従来の文書管理システムでは、設計書を格納、管理するが、設計書そのものが持つ情報を活用することができないので、設計書の設計情報が変更されても設計変更による影響範囲を特定することが難しい。また、人間が視認により影響範囲をチェックする場合であっても、チェックにミスが発生することがある。

１つの側面では、設計変更時の影響範囲を特定することを目的とする。

本願の開示する設計書管理プログラムは、複数の項目が含まれる設計書を複数管理する設計書管理プログラムであって、第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、項目の識別情報と機能とを対応付けた第１の記憶部から、受け付けた該第１の項目に対応する機能を特定し、該特定した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出して、前記第１の項目に関連する設計書として出力する処理をコンピュータに実行させる。

１つの態様によれば、設計変更時の影響範囲を特定することができる。

図１は、実施例に係る情報処理装置の構成を示す機能ブロック図である。 図２は、設計書の一例を示す図である。 図３は、ＸＭＬ文書の一例を示す図である。 図４は、キー／値データの一例を示す図である。 図５は、設計書間の項目の関係の一例を示す図である。 図６は、設計書間の項目の関係の種類を示す図である。 図７は、実施例に係る関係定義マップの一例を示す図である。 図８Ａは、実施例に係る関係探索処理の手順の一例を示すフローチャートである。 図８Ｂは、実施例に係る関係探索処理の手順の一例を示すフローチャートである。 図９は、実施例に係る関係探索処理の具体例を示す図である。 図１０は、実施例に係る関係探索結果の一例を示す図である。 図１１は、実施例に係る関係探索の実装例を示す図である。 図１２は、実施例に係る整合性マップの一例を示す図である。 図１３は、設計書管理プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する設計書管理プログラム、設計書管理方法および情報処理装置の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。

［実施例に係る情報処理装置の構成］
図１は、実施例に係る情報処理装置の構成を示すブロック図である。図１に示すように、情報処理装置１は、制御部１１と、記憶部１２とを有する。情報処理装置１は、設計書の設計情報を変更した際、変更に伴う影響箇所を探索する。すなわち、設計者が設計書を利用して設計作業を行う際、設計情報は複数の設計書に横断的に記述される。このため、設計者は、ある設計要素の変更が必要になった場合、複数の設計書の横断的な影響範囲を確認する。情報処理装置１は、設計者の確認作業を支援するために、変更に伴う影響範囲を探索する。ここでいう設計書とは、システム開発において設計や仕様を説明するために作成された文書をいう。例えば、設計書には、テーブル仕様書、画面項目仕様書や項目一覧などが挙げられる。ここでいう設計情報とは、設計書毎に定義される項目と該項目の値で表される情報のことをいう。例えば、設計情報には、桁数、型、属性などの書式の情報などが挙げられる。

制御部１１は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。そして、制御部１１は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路の電子回路に対応する。または、制御部１１は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路に対応する。さらに、制御部１１は、ＸＭＬ（Extensible Markup Language）変換部１１１、キー／値変換部１１２、アーカイバ部１１３および関係探索部１１４を有する。

記憶部１２は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）などの不揮発性の半導体メモリ素子などの記憶装置に対応する。記憶部１２は、設計書１２１、ＸＭＬスキーマ１２２、ＸＭＬ文書１２３、キー／値データ１２４および関係定義マップ１２５を有する。

設計書１２１は、システム開発において設計や仕様を説明するために作成された文書であり、例えば表計算ソフトであるＥＸＣＥＬによって作成される。なお、設計書１２１は、ＥＸＣＥＬによって作成された文書に限らず、文書作成ソフトであるＷＯＲＤによって作成されても良い。ここで、設計書１２１の一例を、図２を参照して説明する。

図２は、設計書の一例を示す図である。図２には、ＥＸＣＥＬによって作成された「項目一覧」の設計書が表されている。ここでは、「項目一覧」の設計書は、「Ｃ２ＵＩ１Ａ３ｄ１」という設計書種別で表されている。設計書には、複数の項目と当該項目の値が設定されている。１組の項目と項目の値とが１つの設計情報を示す。ここでは、項目として、例えば、「Ｎｏ．」、「項目名」、「項目ＩＤ」、「属性」、「桁数全体」、「桁数小数」、「業務コード名」、「ドメイン名」、「ドメインＩＤ」が設定されている。そして、項目の値が、各セルに設定されている。例えば、符号Ｌ１で示される行について、「Ｎｏ．」が「１」である場合、「項目名」として「住所」、「項目ＩＤ」として「ＡＤＤＲＥＳＳ」、「属性」として「日本語型」、「桁数全体」として「１００」、「桁数小数」として「０」が設定されている。このように、各項目の値は、行単位で設定されている。

図１に戻って、ＸＭＬスキーマ１２２は、設計書とＸＭＬ文書とを相互変換する際に用いられるＸＭＬの構造定義である。ＸＭＬスキーマ１２２は、設計書がＥＸＣＥＬ、ＷＯＲＤなどどのようなドキュメント形式であっても汎用的なデータ形式であるＸＭＬに変換させることができる。

ＸＭＬ文書１２３は、設計書を、ＸＭＬスキーマ１２２を介して変換されたＸＭＬの文書である。なお、ＸＭＬ文書１２３は、後述するＸＭＬ変換部１１１によって生成される。ここで、ＸＭＬ文書１２３の一例を、図３を参照して説明する。

図３は、ＸＭＬ文書の一例を示す図である。図３には、図２で示した「項目一覧」の設計書１２１から変換されたＸＭＬ文書１２３が表されている。例えば、図２の設計書１２１の符号Ｌ１で示された行の項目と当該項目の値は、ＸＭＬ文書１２３の符号Ｘ１に表されている。

図１に戻って、キー／値データ１２４は、ＸＭＬ文書１２３の項目の値を検索するために用いられる補助データ（インデックス）である。ＸＭＬの文書は、図３で示したように明確な構造を持たない半構造化データであるので、検索性能に問題があることがある。そこで、キー／値データ１２４によって検索が補助される。なお、キー／値データ１２４は、後述するキー／値変換部１１２によって生成される。ここで、キー／値データ１２４の一例を、図４を参照して説明する。

図４は、キー／値データ１２４の一例を示す図である。図４に示すように、キー／値データ１２４である補助インデックスは、ＸＭＬ文書１２３から生成される。補助インデックスは、項目の値に辿りつくパスと当該項目の値とを含む。ここでは、パスは、キー／値データ１２４の「ＸＭＬＰａｔｈ」に対応する。値は、キー／値データ１２４の「ＸＭＬＶａｌｕｅ」に対応する。キー／値データ１２４によって設計書の項目および項目の値が高速に、且つ多角的に検索される。

図１に戻って、関係定義マップ１２５は、設計書間の項目の関係を、設計書毎に記憶する。すなわち、関係定義マップ１２５によって項目を通して設計書を辿るために用いられるセマンティックな関係が定義される。

ここで、設計書間の項目の関係について、図５を参照して説明する。図５は、設計書間の項目の関係の一例を示す図である。なお、図５では、仕様書として、「画面項目転送仕様」、「画面項目仕様」、「テーブル仕様」、「画面一覧」、「項目一覧」および「テーブル一覧」が示され、これらの仕様書間の項目の関係が表されている。

図５に示すように、設計書間の項目の関係は、参照関係と項目関係とがある。参照関係とは、同一の設計項目が異なる設計書に記述されている関係をいう。参照関係には、方向があり、参照される側と参照する側とがある。例えば、「画面項目転送仕様」の画面項目ＩＤと「画面項目仕様」の画面項目ＩＤとの関係では、参照関係である。そして、「画面項目転送仕様」の画面項目ＩＤは参照する側であり、「画面項目仕様」の画面項目ＩＤは参照される側である。また、項目関係とは、異なる設計項目同士の関係をいい、設計書間の場合と同一設計書内の場合とがある。例えば、「画面項目転送仕様」の画面項目ＩＤと項目ＩＤとの関係は、同一設計書内の場合の項目関係である。また、例えば、「画面項目転送仕様」の項目名と「画面項目仕様」の項目名との関係は、設計書間の場合の項目関係であり、画面項目ＩＤに従属する関係（従属関係）である。

図６は、設計書間の項目の関係の種類を示す図である。図６上段には、設計書間の項目の関係の種類の１つとして、参照関係が示されている。図６上段に示すように、「設計書Ｂ」の項目「ＫｅｙＡ」はキーとなる項目（キー項目）であり、「設計書Ａ」の項目「ＫｅｙＡ」を参照している。また、「設計書Ａ」の項目「ＶａｌｕｅＡ１」はキーではない項目であり、「設計書Ｂ」の項目「ＶａｌｕｅＡ１」を参照している。

図６中段には、設計書間の項目の関係の種類の１つとして、従属関係が示されている。キー項目に従属する項目（従属項目）には、参照するもの（参照）と、参照されるもの（被参照）がある。図６中段に示すように、「設計書Ａ」および「設計書Ｂ」間では、「設計書Ｂ」の「ＶａｌｕｅＡ１」は、「設計書Ａ」の「ＶａｌｕｅＡ１」と対応する。「設計書Ｂ」から見ると、「ＶａｌｕｅＡ１」が、「ＫｅｙＡ」に対して、「設計書Ａ」との関係において参照関係の従属項目にある。一方、「設計書Ａ」から見ると、「ＶａｌｕｅＡ１」が、「ＫｅｙＡ」に対して、「設計書Ｂ」との関係において被参照関係の従属項目にある。

図６下段には、設計書間の項目の関係の種類の１つとして、項目関係が示されている。すなわち、従属には含まれない、同一設計書内の項目関係が示されている。図６下段に示すように、「ＶａｌｕｅＢ２」が、「設計書Ｃ」の「ＶａｌｕｅＣ１」に対して、項目関係にある。つまり、関係定義マップ１２５は、設計書間の参照関係、従属関係（参照）、従属関係（被参照）および項目関係を、設計書毎に記憶する。なお、関係定義マップ１２５の一例は、後述するものとする。

図１に戻って、ＸＭＬ変換部１１１は、ＸＭＬスキーマ１２２を介して設計書１２１をＸＭＬ文書１２３に変換する。また、ＸＭＬ変換部１１１は、ＸＭＬスキーマ１２２を介してＸＭＬ文書１２３を設計書１２１に変換する。

キー／値変換部１１２は、ＸＭＬ文書１２３をキー／値データ１２４に変換する。また、キー／値変換部１１２は、キー／値データ１２４をＸＭＬ文書１２３に変換する。

アーカイバ部１１３は、それぞれのリソース（設計書１２１、ＸＭＬスキーマ１２２、ＸＭＬ文書１２３、キー／値データ１２４）を紐付けて、記憶部１２にアーカイブする。

関係探索部１１４は、関係定義マップ１２５に従い、設計書の項目変更に伴う影響箇所を探索する。

例えば、関係探索部１１４は、変更対象の項目(対象項目）に対する関係定義マップ１２５を取得する。そして、関係探索部１１４は、取得した関係定義マップ１２５に基づいて、対象項目が有する項目関係を元に参照関係にある他の設計書の項目を探索する。そして、関係探索部１１４は、探索できた設計書の項目から、さらに、他の設計書と参照関係にある項目を繰り返し探索する。すなわち、関係探索部１１４は、対象項目を有する設計書から参照関係を上位に向かって辿り、対象項目と関係する項目（最上位項目）を保持する。また、関係探索部１１４は、保持された最上位項目を対象項目として当該対象項目に対する関係定義マップ１２５を取得する。そして、関係探索部１１４は、取得した関係定義マップ１２５に基づいて、対象項目が有する項目関係を元に被参照関係にある他の設計書の項目を探索する。そして、関係探索部１１４は、探索できた設計書の項目から、さらに、他の設計書と被参照関係にある項目を繰り返し探索する。すなわち、関係探索部１１４は、最上位項目を有する設計書から被参照関係を下位に向かって辿り、最上位項目と関係する項目を取得する。つまり、関係探索部１１４は、対象項目に対して最上位項目を探す「上り」の処理と、最上位項目に関連する項目を探す「下り」の処理によって実現する。

また、関係探索部１１４は、対象項目と関係する項目を影響範囲項目として関係探索結果一覧に出力する。なお、関係探索結果一覧には、例えば、影響範囲項目および影響範囲項目を有する設計書が含まれる。

［関係定義マップの一例］
ここで、関係定義マップ１２５の一例を、図７を参照して説明する。図７は、実施例に係る関係定義マップの一例を示す図である。図７では、「テーブル仕様」および「項目一覧」間における「テーブル仕様」の関係定義マップ１２５である。図７左に示すように、「テーブル仕様」の項目ＩＤは、「項目一覧」の項目ＩＤと参照関係にある。また、「テーブル仕様」の項目名、属性、桁数＿全体、桁数＿小数は、「テーブル仕様」の項目ＩＤに対して、「項目一覧」との関係において参照関係の従属項目にある。

このような設計書間の関係の下、図７右に示すように、「テーブル仕様」の関係定義マップ１２５が表されている。枠内ｍ０には、関係探索のルールが設定されている。枠内ｍ０には、関係定義マップ１２５が「テーブル仕様」に対応するマップであることが設定されている（ｍ１）。また、枠内ｍ０には、参照関係の定義（ｍ２）と従属関係（参照）の定義（ｍ３）と図示しない従属関係（被参照）のと図示しない定義と項目関係の定義が設定される。参照関係の定義（ｍ２）には、「テーブル仕様」の項目ＩＤと参照関係にある「項目一覧」の項目ＩＤが設定されている（ｍ２１）。また、従属関係（参照）の定義（ｍ３）には、項目名が「テーブル仕様」の項目ＩＤに対して従属項目（参照）関係にあることが設定されている（ｍ３１）。属性が「テーブル仕様」の項目ＩＤに対して従属項目（参照）関係にあることが設定されている（ｍ３２）。桁数＿全体が「テーブル仕様」の項目ＩＤに対して従属項目（参照）関係にあることが設定されている（ｍ３３）。桁数＿小数が「テーブル仕様」の項目ＩＤに対して従属項目（参照）関係にあることが設定されている（ｍ３４）。

つまり、「テーブル仕様」の桁数＿全体を変更対象とする場合、関係探索部１１４は、以下のように関係を探索する。すなわち、関係探索部１１４は、「テーブル仕様」の関係定義マップ１２５に基づいて、対象項目である桁数＿全体が有する従属関係（参照）を元に、参照関係にある「項目一覧」の項目である項目ＩＤを探索する。

［関係探索処理の手順］
次に、図８Ａおよび図８Ｂを参照して、実施例に係る関係探索処理の手順を説明する。図８Ａおよび図８Ｂは、実施例に係る関係探索処理の手順の一例を示すフローチャートを示す図である。

図８Ａに示すように、関係探索部１１４は、関係探索の指示があったか否かを判定する（ステップＳ１０１）。関係探索の指示がなかったと判定した場合（ステップＳ１０１；Ｎｏ）、関係探索部１１４は、上りの処理を実行する。すなわち、関係探索部１１４は、関係探索の指示があったか否かを判定する（ステップＳ１０１）。関係探索の指示がなかったと判定した場合（ステップＳ１０１；Ｎｏ）、関係探索部１１４は、関係探索の指示があるまで、判定処理を繰り返す。

一方、関係探索の指示があったと判定した場合（ステップＳ１０１；Ｙｅｓ）、関係探索部１１４は、関係探索の指示に含まれる設計書の名称、変更対象の項目（対象項目）および対象項目の値を抽出する。そして、関係探索部１１４は、抽出した対象項目に対する関係定義マップ１２５を取得する（ステップＳ１０２）。

関係定義マップ１２５を取得した後、関係探索部１１４は、対象項目の値と、関係定義マップ１２５の参照関係を元に、参照関係の設計書のキー／値データ１２４から該当する項目を取得する（ステップＳ１０３）。例えば、関係探索部１１４は、対象項目がキー項目である場合、キー項目と参照関係にある他の設計書の項目について、他の設計書のキー／値データ１２４を用いて、対象項目の値と同じ値を持つ該当項目を取得する。すなわち、対象項目が、関係定義マップ１２５の参照関係の定義に設定されている場合である。また、関係探索部１１４は、対象項目が従属項目である場合、従属元のキー項目と参照関係にある他の設計書の項目について、他の設計書のキー／値データ１２４を用いて、キー項目の値と同じ値を持つ該当項目を取得する。すなわち、対象項目が、関係定義マップ１２５の従属関係（参照）の定義に設定されている場合である。そして、関係探索部１１４は、該当する項目を取得する処理を実行した後、ステップＳ１０６に移行する。

また、関係定義マップ１２５を取得した後、関係探索部１１４は、対象項目に対する関係定義マップ１２５に、項目関係があるか否かを判定する（ステップＳ１０４）。項目関係がないと判定した場合（ステップＳ１０４；Ｎｏ）、関係探索部１１４は、ステップＳ１０６に移行する。一方、項目関係があると判定した場合（ステップＳ１０４；Ｙｅｓ）、関係探索部１１４は、対象項目の行番号と、関係定義マップ１２５の項目関係を元に、項目関係の設計書のキー／値データ１２４から該当する項目を取得する（ステップＳ１０５）。そして、関係探索部１１４は、ステップＳ１０６に移行する。

ステップＳ１０６では、関係探索部１１４は、該当する項目が取得できたか否かを判定する（ステップＳ１０６）。該当する項目が取得できたと判定した場合（ステップＳ１０６；Ｙｅｓ）、関係探索部１１４は、取得した項目を対象項目とする（ステップＳ１０７）。そして、関係探索部１１４は、さらに上位の設計書を辿るべく、ステップＳ１０２に移行する。

一方、該当する項目が取得できなかったと判定した場合（ステップＳ１０６；Ｎｏ）、関係探索部１１４は、対象項目を最上位の設計書の項目と判断し、リストに保存する（ステップＳ１０８）。そして、関係探索部１１４は、下りの処理を実行する（ステップＳ１０９）。

図８Ｂに示すように、関係探索部１１４は、上りの処理でリストに保存した全ての最上位の設計書の項目を、順次、対象項目として選択する（ステップＳ１２１）。そして、関係探索部１１４は、選択した対象項目を、影響範囲項目として関係探索結果一覧に設定する（ステップＳ１２２）。

続いて、関係探索部１１４は、対象項目に対する関係定義マップ１２５を取得する（ステップＳ１２３）。

関係定義マップ１２５を取得した後、関係探索部１１４は、対象項目の値と、関係定義マップ１２５の被参照関係を元に、被参照関係の設計書のキー／値データ１２４から該当する項目を取得する（ステップＳ１２４）。例えば、関係探索部１１４は、対象項目がキー項目である場合、キー項目と被参照関係にある他の設計書の項目について、他の設計書のキー／値データ１２４を用いて、対象項目の値と同じ値を持つ該当項目を取得する。すなわち、対象項目が、関係定義マップ１２５の参照関係の定義に設定されている場合である。また、関係探索部１１４は、対象項目が従属項目である場合、従属元のキー項目と被参照関係にある他の設計書の項目について、他の設計書のキー／値データ１２４を用いて、キー項目の値と同じ値を持つ該当項目を取得する。すなわち、対象項目が、関係定義マップ１２５の従属関係（被参照）の定義に設定されている場合である。そして、関係探索部１１４は、該当する項目を取得する処理を実行した後、ステップＳ１２７に移行する。

また、関係定義マップ１２５を取得した後、関係探索部１１４は、対象項目に対する関係定義マップ１２５に、項目関係があるか否かを判定する（ステップＳ１２５）。項目関係がないと判定した場合（ステップＳ１２５；Ｎｏ）、関係探索部１１４は、ステップＳ１２７に移行する。一方、項目関係があると判定した場合（ステップＳ１２５；Ｙｅｓ）、関係探索部１１４は、関係探索部１１４は、対象項目の行番号と、関係定義マップ１２５の項目関係を元に、項目関係の設計書のキー／値データ１２４から該当する項目を取得する（ステップＳ１２６）。そして、関係探索部１１４は、ステップＳ１２７に移行する。

ステップＳ１２７では、関係探索部１１４は、該当する項目が取得できたか否かを判定する（ステップＳ１２７）。該当する項目が取得できたと判定した場合（ステップＳ１２７；Ｙｅｓ）、関係探索部１１４は、取得した項目を対象項目とする（ステップＳ１２８）。そして、関係探索部１１４は、さらに下位の設計書を辿るべく、ステップＳ１２２に移行する。

一方、該当する項目が取得できなかったと判定した場合（ステップＳ１２７；Ｎｏ）、関係探索部１１４は、対象項目を最下位の設計書の項目と判断し、関係探索処理を終了する。

［関係探索処理の具体例］
次に、実施例に係る関係探索処理の具体例を、図９を参照して説明する。図９は、実施例に係る関係探索処理の具体例を示す図である。図９では、「テーブル仕様書」における「受注テーブル」の項目「項目ＩＤ」の値である「受注番号」が変更される場合の影響範囲の探索方法を示す。すなわち、「項目ＩＤ」が対象項目である。

まず、関係探索部１１４は、以下のように「上り」の処理を行う。関係探索部１１４は、「テーブル仕様書」の関係定義マップ１２５の参照関係を元に、対象項目の値「受注番号」と同じ値を持つ項目を取得する（Ｓ２０１）。ここでは、「項目一覧」の項目「項目ＩＤ」、項目の値「受注番号」が取得される。

さらに、関係探索部１１４は、「項目一覧」の関係定義マップ１２５の参照関係を元に、「項目一覧」の項目の値「受注番号」と同じ値を持つ項目を取得する。ここでは、関係探索部１１４は、「項目一覧」が最上位の設計書であるため、参照関係を元に項目を取得できない。そこで、関係探索部１１４は、「項目一覧」の関係定義マップ１２５に基づいて、対象項目である項目ＩＤの項目関係をチェックする（Ｓ２０２）。ここでは、関係探索部１１４は、項目「ドメインＩＤ」、項目の値「番号」が取得される。そして、関係探索部１１４は、「項目一覧」が最上位の設計書であるため、「項目一覧」における項目「項目ＩＤ」および項目の値「受注番号」と、項目「ドメインＩＤ」および項目の値「番号」をリストに保存する。

次に、関係探索部１１４は、以下のように「下り」の処理を行う。まず、関係探索部１１４は、リストに保存された項目を関係探索結果一覧に設定する。そして、関係探索部１１４は、「項目一覧」の関係定義マップ１２５の被参照関係を元に、リストに保存された項目の値と同じ値を持つ項目を取得する（Ｓ２０３）。ここでは、リストに保存された項目のうち「受注画面項目仕様書」の項目「画面項目ＩＤ」、項目の値「受注番号」が探索される。そして、関係探索部１１４は、「受注画面項目仕様書」の「画面項目ＩＤ」を関係探索結果一覧に設定する。なお、リストに保存された項目のうち「ドメインＩＤ」と被参照関係にある項目はなかったものとする。

続いて、関係探索部１１４は、「受注画面項目仕様書」の関係定義マップ１２５の被参照関係を元に、「画面項目ＩＤ」の「受注番号」と同じ値を持つ項目を取得する（Ｓ２０４）。ここでは、「受注画面項目転送仕様書」の項目「画面項目ＩＤ」、項目の値「受注番号」が取得される。そして、関係探索部１１４は、「受注画面項目転送仕様書」の「画面項目ＩＤ」を関係探索結果一覧に設定する。

さらに、関係探索部１１４は、「受注画面項目転送仕様書」の関係定義マップ１２５の被参照関係を元に、「画面項目ＩＤ」の「受注番号」と同じ値を持つ項目を取得する。ここでは、関係探索部１１４は、「受注画面項目転送仕様書」が最下位の設計書であるため、「画面項目ＩＤ」と被参照関係にある他の設計書の項目を取得できない。一方、関係探索部１１４は、「受注画面項目転送仕様書」の関係定義マップ１２５に基づいて、「画面項目ＩＤ」の項目関係をチェックする（Ｓ２０５）。ここでは、関係探索部１１４は、項目「項目ＩＤ」、項目の値「受注番号」が取得される。そして、関係探索部１１４は、「受注画面項目転送仕様書」の「画面項目ＩＤ」、「項目ＩＤ」を関係探索結果一覧に設定する。その後、関係探索部１１４は、「受注画面項目転送仕様書」が最下位の設計書であるため関係探索処理を終了する。

［関係探索結果の一例］
次に、図９で示した関係探索処理の関係探索結果を、図１０を参照して説明する。図１０は、実施例に係る関係探索結果の一例を示す図である。図１０に示すように、関係探索結果は、設計書ｋ１、設計書名（ファイル名）ｋ２、シート名ｋ３、項目名ｋ４、項目値ｋ５および行番号ｋ６を含む。設計書ｋ１および設計書名（ファイル名）ｋ２は、設計書の名称を示す。シート名ｋ３は、設計書がＥＸＣＥＬで作成されている場合、ＥＸＣＥＬ上のシートの名称を示す。シート名は、図２上の設計書種別「Ｃ２ＵＩ１Ａ３ｄ１」に対応する。なお、設計書ｋ１およびシート名ｋ３単位で、関係定義マップ１２５が作成される。項目名ｋ４は、項目の名称を示す。項目値ｋ５は、項目名ｋ４に相当する項目の値を示す。行番号ｋ６は、項目値ｋ５に相当する項目の値がある行番号を示す。

一例として、設計書ｋ１が「項目一覧」、設計書名（ファイル名）ｋ２が「項目一覧」である場合、項目名ｋ４として「項目ＩＤ」、項目値ｋ５として「受注番号」、行番号ｋ６として「１」が出力される。設計書ｋ１が「項目一覧」、設計書名（ファイル名）ｋ２が「項目一覧」である場合、項目名ｋ４として「ドメインＩＤ」、項目値ｋ５として「番号」、行番号ｋ６として「１」が出力される。

［関係探索の実装例］
次に、実施例に係る関係探索の実装例を、図１１を参照して説明する。図１１は、実施例に係る関係探索の実装例を示す図である。図１１では、ＥＸＣＥＬのアドイン機能を利用して関係探索処理を実装している。そして、設計書「テーブル仕様」の「ユーザ権限」を変更する際の影響範囲を探索する場合を示している。

例えば、「ユーザ権限」のセルを右クリックした際に表示されるショートカットメニューの中の影響範囲ボタンｂ１が押下されると、関係探索部１１４は、「ユーザ権限」を項目の値とする対象項目「項目名」と関係する項目を探索する。そして、関係探索部１１４は、関係探索結果を示す影響範囲探索結果ｈ０を出力する。ここでは、影響範囲探索結果ｈ０には、「ユーザ権限」を変更する際の影響範囲が出力される。影響範囲探索結果ｈ０には、設計書名、項目名および項目値が含まれる。なお、ショートカットメニューの中の影響範囲ボタンｂ１が押下される場合を説明したが、これに限定されず、影響範囲ボタンｂ２が押下される場合であっても良い。

ところで、上記実施例では、情報処理装置１は、関係定義マップ１２５を用いて、設計書の設計情報の変更に伴う影響箇所を探索することについて説明した。しかしながら、情報処理装置１は、さらに、複数の設計書間の設計情報の整合性をチェックするようにしても良い。かかる場合、情報処理装置１の記憶部１２は、例えば、関係定義マップ１２５と異なる整合性マップを記憶するようにする。整合性マップとは、設計書間で参照関係および従属関係にある項目を、設計書毎に記憶するマップである。すなわち、整合性マップによって整合をチェックするチェック対象の設計書とマッチング対象の設計書との間のセマンティックな関係が定義される。

ここで、整合性マップの一例を、図１２を参照して説明する。図１２は、実施例に係る整合性マップの一例を示す図である。図１２では、図７左で示した「テーブル仕様」および「項目一覧」間における「テーブル仕様」の整合性マップである。図１２左に示すように、「テーブル仕様」の項目ＩＤは、「項目一覧」の項目ＩＤと参照関係にある。また、「テーブル仕様」の項目名、属性、桁数＿全体、桁数＿小数は、項目ＩＤの従属項目にあり、「項目一覧」の項目名、属性、桁数＿全体、桁数＿小数と従属関係にある。

このような設計書間の関係の下、図１２右に示すように、「テーブル仕様」の整合性マップが表されている。枠内ｎ０には、項目ＩＤに対して適用する整合性チェックのルールが設定されている。ここでは、枠内ｎ０には、整合性マップが「テーブル仕様」に対応するマップであることが設定されている（ｎ１）。マッチング対象の設計書（to＿spectype）である「項目一覧」と、項目ＩＤと参照関係の項目（to＿field＿name）である項目ＩＤが設定されている（ｎ２）。また、項目ＩＤの従属項目（from＿field＿name）である項目名が、「項目一覧」の項目（to＿field＿name）である項目名と従属関係であることが規定されている（ｎ３）。項目ＩＤの従属項目（from＿field＿name）である型が、「項目一覧」の項目（to＿field＿name）である属性と従属関係であることが規定されている（ｎ４）。項目ＩＤの従属項目（from＿field＿name）である桁数＿全体が、「項目一覧」の項目（to＿field＿name）である桁数＿全体と従属関係であることが規定されている（ｎ５）。項目ＩＤの従属項目（from＿field＿name）である桁数＿小数が、「項目一覧」の項目（to＿field＿name）である桁数＿小数と従属関係であることが規定されている（ｎ６）。

このような整合性マップを用いて、情報処理装置１は、複数の設計書間の設計情報の整合をチェックすることができる。例えば、情報処理装置１は、整合性マップを用いて、「テーブル仕様」の項目ＩＤの値と、当該項目ＩＤと参照関係にある「項目一覧」の項目ＩＤの値とが一致する各行について、従属関係にある項目の値が一致しているか否かを整合判定する。ここでは、情報処理装置１は、「テーブル仕様」の項目ＩＤを「項目一覧」の項目ＩＤと整合判定する。そして、情報処理装置１は、項目ＩＤの値が同じ行の「テーブル仕様」の項目名と「項目一覧」の項目名を従属項目として整合判定する。情報処理装置１は、項目ＩＤの値が同じ行の「テーブル仕様」の属性と「項目一覧」の属性を従属項目として整合判定する。情報処理装置１は、項目ＩＤの値が同じ行の「テーブル仕様」の桁数＿全体と「項目一覧」の桁数＿全体を従属項目として整合判定する。情報処理装置１は、項目ＩＤの値が同じ行の「テーブル仕様」の桁数＿小数と「項目一覧」の桁数＿小数を従属項目として整合判定する。

ここで、整合性マップに定義されている関係は、図６上段で示した参照関係および図６中段で示した従属関係と同じ関係となっている。図６で示した参照関係および従属関係は、関係定義マップ１２５に定義される。したがって、整合性マップを用いて関係定義マップ１２５を自動的に生成することが可能となる。つまり、利用者が関係定義マップ１２５を定義していない場合であっても、整合性マップを用いて関係定義マップ１２５を自動生成することができる。例えば、関係探索部１２５は、処理の開始時に、設計書毎の整合性マップを用いて、関係定義マップ１２５を生成するようにしても良い。

なお、上記実施例では、関係探索部１１４は、対象項目を有する設計書から参照関係を上位の設計書に向かって辿り、対象項目と関係する項目（最上位項目）を保持する。そして、関係探索部１１４は、最上位項目を有する設計書から被参照関係を下位の設計書に向かって辿り、最上位項目と関係する項目を取得する。関係探索部１１４は、辿る元の設計書の関係定義マップ１２５に基づいて、上位および下位の設計書に向かって辿る。しかしながら、関係探索部１１４が、上位の設計書から下位の設計書に向かって辿る際、辿った先の設計書内で同一の項目を複数探索対象として取得する場合がある。

例えば、上位の設計書が「ドメイン属性マスタ」であるとする。「ドメイン属性マスタ」には、項目として「属性」があり、「属性」の値として「数値型」、「日付型」、「日本語型」があるとする。そして、下位の設計書が「ドメイン一覧」であるとする。「ドメイン一覧」には、項目として「ドメインＩＤ」、「ドメイン名」、「属性」があり、「ドメインＩＤ」および「ドメイン名」のそれぞれの値に対して「属性」の値があるとする。この場合、関係探索部１１４は、「日本語型」を項目の値とする対象項目「属性」を有する「ドメイン属性マスタ」から被参照関係を下位の設計書に向かって辿り、対象項目と関係する項目を影響箇所として取得する。ここでは、関係探索部１１４は、「ドメイン一覧」の中の、「ドメイン属性マスタ」の「日本語型」に該当する項目を探索対象として複数取得してしまう。これを避けるために、関係定義マップ１２５の被参照関係の定義に、下位を辿らせる／下位を辿らせないという遷移可否情報が設定されるようにしても良い。かかる場合、関係探索部１１４は、辿った先の設計書の関係定義マップ１２５から、被参照関係の定義に設定された遷移可否情報を抽出し、抽出した遷移可否情報に従って下位への遷移を制御すれば良い。これにより、関係探索部１１４は、影響箇所として取得される項目について、同じ設計書から同じ項目を取得しないようにすることができる。

また、上記実施例では、情報処理装置１は、設計書における設計情報の影響範囲を探索することについて説明した。しかしながら、情報処理装置１は、設計書に限定されず、複数の文書間で情報に関連性があるような文書に適用しても良い。

［実施例の効果］
上記実施例によれば、関係探索部１１４は、第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、関係定義マップ１２５から、受け付けた該第１の項目に対応する関係を特定する。そして、関係探索部１１４は、特定した関係に対応する項目が登録された設計書を前記第１の項目に関連する設計書として出力する。かかる構成によれば、関係探索部１１４は、関係定義マップ１２５を用いて検索依頼を受けた第１の設計書の第１の項目に関連する設計書を出力するので、第１の設計書の第１の項目を変更する場合の影響範囲を特定することができる。

また、上記実施例によれば、関係探索部１１４は、特定した関係が参照関係である場合、第１の設計書の第１の項目と参照関係にある参照関係に対応付けられた項目を有する第２の設計書を抽出する。関係探索部１１４は、抽出した関係が被参照関係である場合、第１の設計書の第１の項目と被参照関係にある被参照関係に対応付けられた項目を有する第２の設計書を抽出する。そして、関係探索部１１４は、抽出した設計書の項目の情報を出力する。かかる構成によれば、関係探索部１１４は、第１の設計書の第１の項目と参照関係または被参照関係にある設計書の項目の情報を出力する。この結果、関係探索部１１４は、第１の設計書の第１の項目を変更する場合の影響範囲を特定することができる。

また、上記実施例によれば、関係探索部１１４は、第２の設計書を抽出する場合、第１の設計書から上位に向かって、参照関係を用いて第２の設計書を抽出する。関係探索部１１４は、第３の設計書を抽出する場合、最上位の設計書から下位に向かって、被参照関係を用いて第３の設計書を抽出する。かかる構成によれば、関係探索部１１４は、設計書間の上位および下位の関係性を維持しながら関連する設計書を辿ることができ、第１の設計書の第１の項目に関連する設計書を効率的に探索することができる。

また、上記実施例によれば、関係探索部１１４は、設計書間で参照関係および従属関係にある項目を設計書毎に記憶する整合性マップを用いて関係定義マップ１２５を生成する。かかる構成によれば、関係定義マップ１２５を作成する手間が軽減できる。

［その他］
なお、情報処理装置１は、既知のパーソナルコンピュータ、ワークステーション等の装置に、上記したＸＭＬ変換部１１１、キー／値変換部１１２、アーカイバ部１１３および関係探索部１１４などの各機能を搭載することによって実現することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、ＸＭＬ変換部１１１とアーカイバ部１１３、キー／値変換部１１２とアーカイバ部１１３とをそれぞれ１個の部として統合しても良い。一方、関係探索部１１４を、関係探索する処理部と、関係探索の結果を出力する出力部とに分散しても良い。また、記憶部１２を情報処理装置１の外部装置としてネットワーク経由で接続するようにしても良い。

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

図１２に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、設計書管理プログラム２０５ａおよび設計書管理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、設計書管理プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、情報処理装置１の各機能部に対応する。設計書管理関連情報２０５ｂは、設計書１２１、ＸＭＬスキーマ１２２、ＸＭＬ文書１２３、キー／値データ１２４および関係定義マップ１２５に対応する。そして、例えばリムーバブルディスク２１１が、設計書管理プログラム２０５ａなどの各情報を記憶する。

なお、設計書管理プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから設計書管理プログラム２０５ａを読み出して実行するようにしても良い。

以上説明した実施形態及びその変形例に関し、更に以下の付記を開示する。

（付記１）複数の項目が含まれる設計書を複数管理する設計書管理プログラムであって、
第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、項目の識別情報と機能とを対応付けた第１の記憶部から、受け付けた該第１の項目に対応する機能を特定し、
該特定した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出して、前記第１の項目に関連する設計書として出力する
各処理をコンピュータに実行させることを特徴とする設計書管理プログラム。

（付記２）前記第１の記憶部は、他の設計書において定義された項目の識別情報と前記機能を示す参照関係または被参照関係とを対応付け、
該出力する処理は、
該特定する機能が参照関係である場合、前記第１の設計書の前記第１の項目と参照関係にある前記参照関係に対応付けられた項目の識別情報を有する第２の設計書を抽出し、
該特定する機能が被参照関係である場合、前記第１の設計書の前記第１の項目と被参照関係にある前記被参照関係に対応付けられた項目の識別情報を有する第３の設計書を抽出し、
該抽出した設計書の前記項目の情報を出力する
処理を実行させることを特徴とする付記１に記載の設計書管理プログラム。

（付記３）前記第２の設計書を抽出する処理は、前記第１の設計書から上位の設計書へ遷移するように、前記参照関係を用いて前記第２の設計書を抽出し、
前記第３の設計書を抽出する処理は、最上位の設計書から下位の設計書へ遷移するように、前記被参照関係を用いて前記第３の設計書を抽出する
処理を実行させることを特徴とする付記２に記載の設計書管理プログラム。

（付記４）前記第１の記憶部は、さらに、参照関係を遷移するか否かまたは被参照関係を遷移するか否かを示す遷移可否情報を対応付け、
前記第２の設計書を抽出する処理は、前記第１の記憶部の前記参照関係における前記遷移可否情報を用いて上位の設計書への遷移を制御し、
前記第３の設計書を抽出する処理は、前記第１の記憶部の前記被参照関係における前記遷移可否情報を用いて下位の設計書への遷移を制御する
処理を実行させることを特徴とする付記３に記載の設計書管理プログラム。

（付記５）設計書間で参照関係および従属関係にある項目を設計書毎に記憶する第３の記憶部を有し、
前記第１の記憶部は、他の設計書において定義された項目の識別情報と前記機能を示す参照関係、参照の従属関係または被参照の従属関係とを対応付け、
該特定する処理は、前記第１の設計書の前記第１の項目に関連する設計書の検索依頼を受け付けると、前記第３の記憶部を用いて前記第１の記憶部を生成し、生成した前記第１の記憶部から、受け付けた該第１の項目に対応する機能を特定する
を設計書毎に記憶する整合性マップから関係定義マップ１２５を生成する。
処理を実行させることを特徴とする付記１に記載の設計書管理プログラム。

（付記６）コンピュータが複数の項目が含まれる設計書を複数管理する設計書管理方法であって、
第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、項目の識別情報と機能とを対応付けた第１の記憶部から、受け付けた該第１の項目に対応する機能を抽出し、
該抽出した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出して、前記第１の項目に関連する設計書として出力する
各処理を実行することを特徴とする設計書管理方法。

（付記７）項目の識別情報と機能とを対応付けた第１の記憶部と、
複数の項目が含まれる第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、前記第１の記憶部から、受け付けた該第１の項目に対応する機能を抽出し、該抽出した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出する抽出部と、
前記抽出部によって抽出された設計書を、前記第１の項目に関連する設計書として出力する出力部と、
を有することを特徴とする情報処理装置。

１ 情報処理装置
１１ 制御部
１２ 記憶部
１１１ ＸＭＬ変換部
１１２ キー／値変換部
１１３ アーカイバ部
１１４ 関係探索部
１２１ 設計書
１２２ ＸＭＬスキーマ
１２３ ＸＭＬ文書
１２４ キー／値データ
１２５ 関係定義マップ

Claims (5)

1. 複数の項目が含まれる設計書を複数管理する設計書管理プログラムであって、
   第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、項目の識別情報と機能とを対応付けた第１の記憶部から、受け付けた該第１の項目に対応する機能を特定し、
   特定した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出して、前記第１の項目に関連する設計書として出力する
   処理をコンピュータに実行させることを特徴とする設計書管理プログラム。
2. 前記第１の記憶部は、他の設計書において定義された項目の識別情報と前記機能を示す参照関係または被参照関係とを対応付け、
   該出力する処理は、
   該特定する機能が参照関係である場合、前記第１の設計書の前記第１の項目と参照関係にある前記参照関係に対応付けられた項目の識別情報を有する第２の設計書を抽出し、
   該特定する機能が被参照関係である場合、前記第１の設計書の前記第１の項目と被参照関係にある前記被参照関係に対応付けられた項目の識別情報を有する第３の設計書を抽出し、
   該抽出した設計書の前記項目の情報を出力する
   処理を実行させることを特徴とする請求項１に記載の設計書管理プログラム。
3. 前記第２の設計書を抽出する処理は、前記第１の設計書から上位の設計書へ遷移するように、前記参照関係を用いて前記第２の設計書を抽出し、
   前記第３の設計書を抽出する処理は、最上位の設計書から下位の設計書へ遷移するように、前記被参照関係を用いて前記第３の設計書を抽出する
   処理を実行させることを特徴とする請求項２に記載の設計書管理プログラム。
4. コンピュータが複数の項目が含まれる設計書を複数管理する設計書管理方法であって、
   第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、項目の識別情報と機能とを対応付けた第１の記憶部から、受け付けた該第１の項目に対応する機能を特定し、
   該特定した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出して、前記第１の項目に関連する設計書として出力する
   各処理を実行することを特徴とする設計書管理方法。
5. 項目の識別情報と機能とを対応付けた第１の記憶部と、
   複数の項目が含まれる第１の設計書の第１の項目に関連する設計書の検索依頼を受け付けると、前記第１の記憶部から、受け付けた該第１の項目に対応する機能を特定し、該特定した前記機能に対応する項目の識別情報が登録された設計書を、設計書を記憶した第２の記憶部から抽出する抽出部と、
   前記抽出部によって抽出された設計書を、前記第１の項目に関連する設計書として出力する出力部と、
   を有することを特徴とする情報処理装置。