JP2016042214A - 設計支援システム、設計支援方法、及び設計支援プログラム - Google Patents

Abstract

【課題】複数のプロジェクトに分かれて実行される設計作業において、プロジェクト間でのすり合わせを効率的に行う。
【解決手段】設計支援システム１は、要件データ、要素データ、及び依存関係データのうちの少なくとも一つを含む他プロジェクトの設計データを参照データセットとして取得するデータセット参照部１１と、当該参照データセットを記憶するプロジェクトＤＢ２３と、ユーザからの入力操作に応じて、プロジェクトＤＢ２３に記憶されている参照データセットの参照編集を実行する編集実行部２５と、を備える。編集実行部２５は、参照編集として、データ（要件データ、要素データ、又は依存関係データ）を参照データセットに追加する参照追加と、参照データセットに含まれるデータを変更する参照更新と、参照データセットに含まれるデータを削除する参照削除と、のうちの少なくとも一つを実行する。
【選択図】図２

Description

本発明は、例えば複数のプロジェクトに分かれて実行される設計作業を支援する設計支援システム、設計支援方法、及び設計支援プログラムに関する。

複数のプロジェクト（例えば、上位下位の設計段階間や部署間等で分けられたチーム）に分かれて実行される製品開発プロジェクトにおいては、上位プロジェクト（例えば概要設計を行うプロジェクト）によりなされた上位（概要）レベルの設計内容に基づいて、下位プロジェクト（例えば詳細設計を行うプロジェクト）が下位（詳細）レベルの設計を進める場合がある。また、詳細レベルの異なる設計間において、上位の設計段階で設計された値を下位の設計段階の目標値として伝播する設計手順支援装置が知られている（下記特許文献１参照）

特開平５−２０３７３号公報

製品開発においては、下位プロジェクトが、上位プロジェクトによりなされた上位設計に示される要求に従って自担当の範囲の設計を進めようとするが、スムーズに設計が完了する場合は稀である。つまり、実際の設計においては、下位プロジェクトが設計を進めるうちに、上位設計との整合性が取れなくなってしまったり、新たな課題が発生したりする場合がある。このような場合、下位プロジェクトは、設計を進めていく上で、上位設計とのすり合わせ（設計調整）を行う必要がある。特に製造業でのメカ設計等においては、このすり合わせを繰り返しながら製品開発を進めることが多い。

しかしながら、上記特許文献１に記載された技術は、例えばウォータフォール型のＶ字プロセス等のトップダウンプロセスにより、下位プロジェクトが上位プロジェクトの設計内容を覆さないように設計を進めることを前提としている。このように、上位レベルの設計で決まった内容（設計値）を下位レベルの設計に伝えるだけでは、上記のすり合わせを効率的に実行することはできない。そこで、複数のプロジェクトに分かれて実行される設計作業において、プロジェクト間でのすり合わせを効率的に行うことが望まれている。

本発明の一側面に係る設計支援システムは、コンピュータシステムにより構成されて、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムである。設計支援システムは、他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得部と、参照データ取得部により取得された参照データを設計データ記憶部に記憶する設計データ記憶処理部と、ユーザからの入力操作に応じて、設計データ記憶部に記憶されている参照データを編集する参照編集を実行する編集実行部と、を備える。編集実行部は、参照編集として、項目データ又は依存関係データを参照データに追加する参照追加と、参照データに含まれる項目データ又は依存関係データを変更する参照更新と、参照データに含まれる項目データ又は依存関係データを削除する参照削除と、のうちの少なくとも一つを実行する。

本発明の一側面に係る設計支援方法は、コンピュータシステムにより構成されて、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムにより実行される設計支援方法である。設計支援方法は、他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得ステップと、参照データ取得ステップにおいて取得された参照データを設計データ記憶部に記憶する設計データ記憶処理ステップと、ユーザからの入力操作に応じて、設計データ記憶処理ステップにおいて記憶された参照データを編集する参照編集を実行する編集実行ステップと、を含む。編集実行ステップにおいては、参照編集として、項目データ又は依存関係データを参照データに追加する参照追加と、参照データに含まれる項目データ又は依存関係データを変更する参照更新と、参照データに含まれる項目データ又は依存関係データを削除する参照削除と、のうちの少なくとも一つが実行される。

本発明の一側面に係る設計支援プログラムは、コンピュータシステムを、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムとして機能させる設計支援プログラムである。設計支援システムは、他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得部と、参照データ取得部により取得された参照データを設計データ記憶部に記憶する設計データ記憶部と、ユーザからの入力操作に応じて、設計データ記憶部に記憶されている参照データを編集する参照編集を実行する編集実行部と、を備える。編集実行部は、参照編集として、項目データ又は依存関係データを参照データに追加する参照追加と、参照データに含まれる項目データ又は依存関係データを変更する参照更新と、参照データに含まれる項目データ又は依存関係データを削除する参照削除と、のうちの少なくとも一つを実行する。

上記の形態では、他プロジェクトの設計データが、参照データとして取得される。そして、各プロジェクトの設計担当者（ユーザ）に対して、当該参照データを編集する参照編集（参照追加、参照更新、参照削除）の機能が提供される。これにより、各プロジェクトのユーザは、自プロジェクトの設計を進めるうちに、他プロジェクトの設計との整合性が取れなくなった場合等において、他プロジェクトの設計データを参照編集により適宜変更しつつ、自プロジェクトの設計を円滑に進めることが可能となる。これにより、複数のプロジェクトに分かれて実行される設計作業において、プロジェクト間でのすり合わせを効率的に行うことが可能となる。

上記設計支援システムでは、参照データ取得部は、他プロジェクトの設計データを参照データとして取得した後に、他プロジェクトの設計データが更新された場合に、他プロジェクトの更新後の設計データを更新後参照データとして取得し、設計データ記憶処理部は、参照データ取得部により取得された更新後参照データにより、設計データ記憶部に記憶されている参照データを更新してもよい。上記設計支援システムによれば、他プロジェクトにおける最新の設計内容が反映された参照データが、設計データ記憶部に記憶される。その結果、自プロジェクトのユーザが他プロジェクトの古い設計データを参照して設計を進めてしまうことに起因して自プロジェクトの設計内容と他プロジェクトの設計内容との間に齟齬が生じるおそれを抑制することができる。

上記設計支援システムでは、設計データ記憶処理部は、編集実行部により参照更新が実行された項目データ又は依存関係データを、更新後参照データによる更新の対象から除外してもよい。上記設計支援システムによれば、自プロジェクトのユーザにより参照更新されたデータが、自プロジェクトのユーザの意図に反して、他プロジェクトにおいて更新されたデータに上書きされてしまうことを防ぐことができる。

上記設計支援システムでは、編集実行部により参照編集が実行された後の参照データを、当該参照編集が実行される前の状態に戻す参照編集取消部を更に備えてもよい。上記設計支援システムによれば、参照データの参照編集を容易に取り消すことができるため、自プロジェクトのユーザは、様々な設計パターンを容易に検討することができる。

上記設計支援システムでは、参照データ取得部により取得された複数の参照データの中に、同一の項目データ又は依存関係データについて互いに競合する複数のデータが含まれている場合に、予め定められたルールに基づいて同一の項目データ又は依存関係データについて採用される設計値を決定する参照データマージ部を更に備えてもよい。上記設計支援システムによれば、参照データマージ部により、複数の参照データの中に、互いに競合するデータが含まれている場合であっても、採用される設計値を自動的に決定することができる。

上記設計支援システムでは、参照データマージ部は、上記複数のデータのそれぞれの保有元である他プロジェクトのそれぞれについて、予め定められたルールに基づく優先度を算出し、複数のデータのうち優先度が最大となる他プロジェクトに保有されるデータの設計値を、同一の項目データ又は依存関係データについて採用される設計値として決定してもよい。上記設計支援システムによれば、互いに競合する複数のデータのそれぞれを保有する他プロジェクトのそれぞれについて算出される優先度に応じて、採用される設計値を適切に決定することができる。

上記設計支援システムでは、参照データマージ部は、上記複数のデータのそれぞれについて、各データの保有元の他プロジェクトによりなされた編集の種類を示す編集情報を取得し、複数のデータのうち編集の種類に対して予め定められた優先度が最大となる編集情報に対応するデータの設計値を、同一の項目データ又は依存関係データについて採用される設計値として決定してもよい。上記設計支援システムによれば、互いに競合する複数のデータのそれぞれの編集状態（編集の種類）に応じて、採用される設計値を適切に決定することができる。

本発明の一側面によれば、複数のプロジェクトに分かれて実行される設計作業において、プロジェクト間でのすり合わせを効率的に行うことができる。

複数のプロジェクト間の関係を概念的に示す図である。 一実施形態に係る設計支援システムの段階的詳細化に関する機能構成を示すブロック図である。 設計データの一例を示す図である。 要件データの一例を示す図である。 要素データの一例を示す図である。 依存関係データの一例を示す図である。 図３に示す設計データの表現形式の一例を示す図である。 図３に示す要件データ間の依存関係データをＤＳＭ形式で示した図である。 プロジェクトＰＪ１による依存関係データの参照編集実行前の設計データを示す図である。 プロジェクトＰＪ１による依存関係データの参照編集実行後の設計データを示す図である。 プロジェクトＰＪ１による要素データの参照編集実行後の設計データを示す図である。 プロジェクトＰＪ０〜ＰＪ３間の参照関係の一例を概念的に示す図である。 参照データマージ処理のフローを示す図である。 プロジェクトＰＪ０〜ＰＪ３間の参照関係の一例を概念的に示す図である。 ２階層プロジェクト間の参照関係を示す図である。 プロジェクトＰＪ０において通常編集により追加された設計データを示す図である。 図１６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 変更後のプロジェクトＰＪ０の設計データを示す図である。 図１８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 通常編集実行後のプロジェクトＰＪ１の設計データを示す図である。 図２０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 図１０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 図１１に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 変更後のプロジェクトＰＪ０の設計データを示す図である。 図２４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 更新後のプロジェクトＰＪ１の設計データを示す図である。 図２６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 参照編集取消部の取消処理後の設計データを示す図である。 図２８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 ３階層プロジェクト間の参照関係を示す図である。 参照データマージ処理実行後のプロジェクトＰＪ３の設計データを示す図である。 図３１に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 プロジェクトＰＪ２における編集後の設計データを示す図である。 図３３に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 参照データマージ処理実行後のプロジェクトＰＪ３の設計データを示す図である。 図３５に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 プロジェクトＰＪ３における編集後の設計データを示す図である。 図３７に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 実施例におけるプロジェクト間の参照関係を示す図である。 車両企画ＰＪにより設計された設計データを示す図である。 図４０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 エンジン設計前の設計データを示す図である。 図４２に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 エンジン設計後の設計データを示す図である。 図４４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 燃費設計前の設計データを示す図である。 図４６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 燃費設計後の設計データを示す図である。 図４８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 出力設計前の設計データを示す図である。 図５１に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 出力設計後の設計データを示す図である。 図５２に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 ピストン設計前の設計データを示す図である。 図５４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 ピストン設計後の設計データを示す図である。 図５６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 ＷＰ設計前の設計データを示す図である。 図５８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 ＷＰ設計後の設計データを示す図である。 図６０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。 一実施形態に係る設計支援システムの段階的詳細化に関する動作を示すフロー図である。 一実施形態に係る設計支援プログラムの段階的詳細化に関する機能構成を示すブロック図である。 一実施形態に係る設計支援システムの参照サマリに関する機能構成を示すブロック図である。 依存関係のサマリについて説明するための図である。 参照サマリ比較を説明するための図である。 比較結果データの一例を示す図である。 比較結果データの一例を示す図である。 一実施形態に係る設計支援システムの参照サマリに関する動作を示すフロー図である。 一実施形態に係る設計支援プログラムの参照サマリに関する機能構成を示すブロック図である。

以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。

本実施形態に係る設計支援システムは、複数のプロジェクトに分かれて設計作業が進められる場合において、各プロジェクトの設計を支援するシステムである。具体的には、設計支援システムは、「段階的詳細化」及び「参照サマリ」の機能を提供する。「段階的詳細化」とは、上位（概要）レベルの設計を行う上位プロジェクトの設計内容を、下位プロジェクトに対して参照及び編集させる機能である。段階的詳細化によれば、下位プロジェクトは、上位プロジェクトの設計内容を参照及び編集しながら、自プロジェクトの設計を円滑に進めることが可能となる。「参照サマリ」とは、段階的詳細化によって詳細化された下位プロジェクトの設計内容を、上位プロジェクトの設計内容と同一の粒度（例えば概要レベル）に要約（サマリ）する機能である。参照サマリによれば、上位プロジェクトの設計内容と下位プロジェクトにおいて詳細化された設計内容とを同一の粒度で容易に比較することが可能となる。

［段階的詳細化］
まず、図１〜図６３を用いて、段階的詳細化の機能について説明する。図１は、複数のプロジェクト間の関係を概念的に示す図である。プロジェクトとは、同一の目標を達成するために集められた１人以上（通常は複数）の人員から構成されるチームである。プロジェクトは、例えば、上位下位の設計段階、部署、担当、役割等により分けられたチームであってもよい。より具体的には、プロジェクトは、例えば自動車の設計におけるエンジン設計プロジェクトや燃費設計プロジェクト等のように設計要素毎に分けられた設計チームであってもよい。図１に示すように、本実施形態では、例えば車両の製品開発に関する設計を、複数のプロジェクト（図１の例では、プロジェクトＰＪ０〜ＰＪ３）に分かれて実行することを想定している。例えば、上位層のプロジェクトＰＪ０は、上位（概要）レベルの設計を行うプロジェクトである。プロジェクトＰＪ０の下層（中間層）のプロジェクトＰＪ１，ＰＪ２は、プロジェクトＰＪ０での設計内容に基づいて、下位（詳細）レベルの設計を行うプロジェクトである。プロジェクトＰＪ１，ＰＪ２の下層（下位層）のプロジェクトＰＪ３は、プロジェクトＰＪ０〜ＰＪ２での設計内容に基づいて、より下位レベルの設計を行うプロジェクトである。

各プロジェクトでは、例えば、技術モデル、業務モデル、課題モデル等についての設計が行われる。これらのモデルでは、設計項目と、各設計項目間の依存関係とが規定される。技術モデルとは、開発対象の製品に関する要件と要素との間の依存関係を規定したモデルである。即ち、技術モデルは、設計項目として、要件と要素とを有している。業務モデルとは、タスク（作業工程等）と成果物（例えば設計書作成、データ作成等）との間の依存関係を規定したモデルである。即ち、業務モデルは、設計項目として、タスクと成果物とを有している。課題モデルとは、課題（心配点、要因等）と対策（タスク（作業工程等）等）との依存関係を規定したモデルである。即ち、課題モデルは、設計項目として、課題と対策とを有している。本実施形態では、技術モデルの設計に着目して説明する。ただし、本実施形態に係る設計支援システムは、例えば上述した各モデルのように、何らかの設計項目と当該設計項目間の依存関係を規定したモデルであれば、どのようなモデルの設計に対しても適用可能である。

図２は、本実施形態に係る設計支援システム１の段階的詳細化に関する機能構成を示すブロック図である。設計支援システム１は、プロジェクト毎に設けられ、各プロジェクトの設計を支援するコンピュータシステムである。本実施形態では一例として、設計支援システム１は、情報処理サーバ１０と一以上の情報処理端末２０とを備えて構成される。ただし、設計支援システム１は、上述の構成に限定されず、例えば以下に述べる情報処理サーバ１０及び情報処理端末２０の機能を併せ持つ一体の装置として構成されてもよい。また、複数のプロジェクトが１つの設計支援システム１を共有するものとして構成されてもよい。また、設計支援システム１を構成する情報処理サーバ１０は、プロジェクト毎に設けられなくともよく、複数のプロジェクトにより共有される１台のサーバ装置として構成されてもよい。

各プロジェクトの情報処理端末２０は、例えば、当該プロジェクトのユーザ（設計担当者）が設計データを編集（追加、更新、削除等）するための端末である。情報処理端末２０は、例えばパーソナルコンピュータ及び専用コンピュータ端末等であり、ＣＰＵ（Central Processing Unit）、メモリ、ＨＤＤ（Hard Disk Drive）等の補助記憶装置、及び他装置とのデータ通信を行うための通信モジュール等を備えて構成される。また、情報処理端末２０は、ディスプレイ等の出力装置と、ユーザからの入力操作を受け付けるマウス、キーボード等の入力装置を備えている。

各プロジェクトの情報処理サーバ１０は、情報処理端末２０との間でＬＡＮ（Local Area Network）等の通信ネットワークを介して通信可能とされたサーバ装置である。情報処理サーバ１０は、情報処理端末２０と同様に、ＣＰＵ、メモリ、ＨＤＤ等の補助記憶装置、及び他装置とのデータ通信を行うための通信モジュール等を備えて構成される。情報処理サーバ１０は、情報処理端末２０からの各種命令の実行指示を受け、他プロジェクトの設計データを取得したり、情報処理端末２０における設計データの編集のために必要となるデータを生成及び記憶したりする。また、各プロジェクトの情報処理サーバ１０は、他プロジェクトの情報処理サーバ１０との間でＬＡＮ等の通信ネットワークを介して通信可能とされており、相互にデータ送受信が可能とされている。これにより、各プロジェクトの情報処理サーバ１０は、各プロジェクトの設計データ等を相互に参照することができる。

［設計データについて］
まず、本実施形態における設計データについて説明する。図３は、技術モデルの設計（車両設計）において生成される設計データの一例を示す図である。図３に示すように、設計データＤは、論理的なデータ構造としてツリー形式で表現される。具体的には、設計データＤは、設計項目を示す項目データＤ１と、各項目データＤ１間の依存関係を規定する依存関係データＤ２とを含んで構成される。項目データＤ１の種類としては、設計対象の製品等に要求される要件を示す要件データＤ１１と、設計対象の製品等に含まれる設計要素を示す要素データＤ１２とがある。設計データＤは、一例として車両を設計対象とする設計データであり、車両に要求される要件（車両要求、燃費、排ガス、振動、出力）を示す要件データＤ１１と、車両に含まれる設計要素（車、エンジン、Ｔ／Ｍ、ボディ）を示す要素データＤ１２とを含んでいる。

図３に示すように、要件及び要素は、それぞれ階層構造を有していてもよい。図３に示す例では、要件（車両要求）を示す要件データＤ１１とそれ以外の各要件（燃費、排ガス、振動、出力）を示す要件データＤ１１との間の依存関係データＤ２により、要件データＤ１１間の依存関係（親子関係）が規定されている。つまり、車両に要求される要件（車両要求）として、具体的には、燃費、排ガス、振動、出力といった要件があることが規定されている。同様に、要素（車）を示す要素データＤ１２とそれ以外の各要素（エンジン、Ｔ／Ｍ、ボディ）を示す要素データＤ１２との間の各依存関係データＤ２により、要素データＤ１２間の依存関係（親子関係）が規定されている。つまり、車の設計要素として、具体的には、エンジン、Ｔ／Ｍ、ボディといった要素があることを示している。

また、要件データＤ１１と要素データＤ１２との間の依存関係データＤ２により、要件と要素との間の依存関係が規定されている。要件と要素との間の依存関係は、要件及び要素の一方の設計が他方の設計と何らかの関わりがあることを示すものである。例えば、図３に示す例では、要件（燃費）と要素（エンジン、ボディ）との間の依存関係データＤ２は、要件（燃費）の目標値が変更された場合に、要素（エンジン、ボディ）の設計変更が生じる可能性があることを示している。逆にいえば、要件（燃費）と要素（エンジン、ボディ）との間の依存関係データＤ２は、要素（エンジン、ボディ）の設計変更が生じた場合に、要件（燃費）の目標値を達成できるか否かの結果に影響が生じる可能性があることを示している。

各項目データＤ１（要件データＤ１１又は要素データＤ１２）は、少なくとも１つのデータセットＤＳに所属する。データセットＤＳとは、同一カテゴリに分類される項目データＤ１をグルーピングしたものである。データセットＤＳの種類としては、一以上の要件データＤ１１を含む要件データセットＤＳ１と、一以上の要素データＤ１２を含む要素データセットＤＳ２とがある。図３に示す例では、各要件データＤ１１（燃費、排ガス、振動、出力）は、それぞれ異なる要件データセットＤＳ１に含まれており、各要素データＤ１２（エンジン、Ｔ／Ｍ、ボディ）は、それぞれ異なる要素データセットＤＳ２に含まれている。

図４〜図６は、要件データ、要素データ、依存関係データの一例を示す図である。図４〜図６に示すように、要件データ、要素データ、依存関係データには、それぞれ各種属性値を示す情報（関連情報）が関連付けられている。

図４に示すように、要件データには、仕様リスク及び重要度等の関連情報が関連付けられている。仕様リスクとは、仕様の確定度合いを示す指標であり、仕様の確定度合いが大きいほど小さい値をとる。例えば、仕様が確定した状態では仕様リスクには「０（最小値）」が設定され、仕様が未検討の状態では仕様リスクは「５（最大値）」に設定される。重要度は、要件全体の中での相対的な重要度を示す指標であり、重要性が高いほど大きい値をとる。

図５に示すように、要素データには、要素リスク及び自由度等の関連情報が関連付けられている。要素リスクとは、要素設計の確定度合いを示す指標であり、要素設計の確定度合いが大きいほど小さい値をとる。自由度とは、他の方式に変更することについてどの程度許容できるかという許容度合いを示す指標であり、他の方式への変更についての許容度合いが大きいほど大きい値をとる。すなわち、自由に方式を変更可能な設計範囲が大きいほど、自由度には大きい値が設定される。

図６に示すように、依存関係データには、依存度及び自信度等の関連情報が関連付けられている。依存度とは、依存関係の強さ（感度）を示す指標であり、感度が大きいほど大きい値をとる。自信度とは、依存度の設定が適切であるか否かの確度を示す指標であり、依存度の設定が適切である可能性が高いほど大きい値をとる。

図７は、図３に示す要件データＤ１１と要素データＤ１２との間の依存関係データＤ２をＤＭＭ（Domain Mapping Matrix）形式で表現したものである。表中セルの値は、縦軸で示される要件データＤ１１と横軸で示される要素データＤ１２との間の依存関係データＤ２の依存度を示している。図８は、図３に示す要件データＤ１１間の依存関係データＤ２をＤＳＭ（Domain Structure Matrix）形式で示した図である。表中セルの値は、縦軸で示される要件データＤ１１と横軸で示される要件データＤ１１との間の依存関係データＤ２の依存度を示している。なお、図３に示す要素データＤ１２間の依存関係データＤ２についても、図８に示した要件データＤ１１間の依存関係データＤ２と同様のＤＳＭ形式で表現することができる。

［依存関係データの参照編集］
続いて、依存関係データの参照編集について説明する。依存関係データの参照編集の種類としては、依存関係データの参照追加、参照更新、及び参照削除がある。依存関係データの参照追加とは、参照された他プロジェクトのデータセットに含まれる要件データ間、要素データ間、又は要件データと要素データとを直接結び付ける依存関係データを追加することである。依存関係データの参照更新とは、参照された他プロジェクトの依存関係データの関連情報を更新することである。依存関係データの参照削除とは、参照された他プロジェクトの依存関係データを削除することである。本実施形態では、依存関係データの参照削除は、依存関係データに対して、当該依存関係データを削除されたものとして扱うことを示す参照削除フラグを付加することにより行われる。

図９及び図１０を用いて、依存関係データの参照編集について説明する。ここでは、プロジェクトＰＪ１がプロジェクトＰＪ０において設計されたデータセットを参照データセットとして参照する場合を例として説明する。なお、以降の説明において、「データセットを参照（取得）する」といった意味で「データセット」と記載した場合には、この「データセット」は、当該データセットに含まれる要件データ又は要素データと、当該要件データ又は要素データに紐付く依存関係データと、を包含するデータ群を示すものとする。

図９は、プロジェクトＰＪ１による依存関係データの参照編集実行前の設計データを示す図である。図９に示すように、プロジェクトＰＪ０において設計された要件データセットＲＳ０１に含まれる要件データＲ０１１〜Ｒ０１３が、プロジェクトＰＪ１により参照される。同様に、プロジェクトＰＪ０において設計された要素データセットＥＳ０１に含まれる要素データＥ０１１〜Ｅ０１３が、プロジェクトＰＪ１により参照される。また、依存関係データＲ０１１−Ｅ０１１（要件データＲ０１１と要素データＥ０１１との間の依存関係を示すデータ。以下、他の依存関係データについても同様に表記する），Ｒ０１２−Ｅ０１１，Ｒ０１２−Ｅ０１２，Ｒ０１２−Ｅ０１３，Ｒ０１３−Ｅ０１２が、プロジェクトＰＪ１により参照される。なお、図９において、要素データセットＥＳ１１、要素データＥ１１１、及び依存関係データＲ０１１−Ｅ１１１，Ｒ０１２−Ｅ１１１，Ｒ０１３−Ｅ１１１，Ｅ１１１−Ｅ０１２は、プロジェクトＰＪ１によって、参照編集によらずに追加されたデータである。

図１０は、プロジェクトＰＪ１による依存関係データの参照編集実行後の設計データを示す図である。図１０において、「！」マークは、依存関係データＲ０１３−Ｅ０１１，Ｒ０１２−Ｅ０１１，Ｒ０１２−Ｅ０１２，Ｒ０１３−Ｅ０１２が参照編集されたデータであることを示している。破線で示される依存関係データＲ０１２−Ｅ０１２，Ｒ０１３−Ｅ０１２は、参照削除された依存関係データである。この例では、依存度が「３」の依存関係データＲ０１３−Ｅ０１１が、参照追加されている。また、依存関係データＲ０１２−Ｅ０１１の依存度が、「６」から「９」に参照更新されている。また、依存関係データＲ０１２−Ｅ０１２，Ｒ０１３−Ｅ０１２が、参照削除されている。

［要件（要素）データの参照編集］
続いて、要件（要素）データの参照編集について説明する。要件データの参照編集は、要素データの参照編集と同様であるため、ここでは要素データの参照編集に着目して説明する。要素データの参照編集の種類としては、要素データの参照追加、参照更新、及び参照削除がある。要素データの参照追加とは、参照された他プロジェクトのデータセットに要素データを追加することである。要素データの参照更新とは、参照された他プロジェクトの要素データの関連情報を更新することである。要素データの参照削除とは、参照された他プロジェクトの要素データを削除することである。本実施形態では、要素データの参照削除は、要素データに対して、当該要素データを削除されたものとして扱うことを示す参照削除フラグを付加することにより行われる。

図１０及び図１１を用いて、要素データの参照編集について説明する。上述した図１０は、プロジェクトＰＪ１による要素データの参照編集が実行される前の設計データを示す図である。図１１は、プロジェクトＰＪ１による要素データの参照編集実行後の設計データを示す図である。図１１において、要素データＥ０１２，Ｅ０１３，Ｅ０１５に付された「！」マークは、要素データＥ０１２，Ｅ０１３，Ｅ０１５が参照編集されたデータであることを示している。破線で示される要素データＥ０１３は、参照削除された要素データである。この例では、要素データＥ０１５が、要素データセットＥＳ０１に参照追加されている。また、要素データＥ０１２の要素リスクが、「５」から「１」に参照更新されている。また、要素データＥ０１３が、参照削除されている。

［参照データマージ処理］
続いて、図１２及び図１３を用いて、起源を同一とする複数のデータセット（複数のプロジェクトの各々において参照編集されたデータセット）を参照する場合に実行される参照データマージ処理について説明する。参照データマージ処理とは、参照対象となる複数のデータセットの中に、互いに競合（矛盾）するデータ（要件データ、要素データ、又は依存関係データ）が含まれている場合に、当該競合するデータについて採用される設計値を決定する処理である。本実施形態では一例として、参照データマージ処理は、「参照パスの経路コストに基づくマージ処理」と、「参照編集状態に基づくマージ処理」と、「参照更新のマージルールに基づくマージ処理」とを含む。

図１２は、プロジェクトＰＪ０〜ＰＪ３間の参照関係の一例を概念的に示す図である。この例では、プロジェクトＰＪ１は、プロジェクトＰＪ０において作成されたデータセットＸを参照する。また、プロジェクトＰＪ２は、データセットＸと、プロジェクトＰＪ１による参照編集が反映されたデータセットＸ１とを参照する。また、プロジェクトＰＪ３は、データセットＸ１と、プロジェクトＰＪ２による参照編集が反映されたデータセットＸ２とを参照する。ここで、データセットＸ１，Ｘ２は、いずれも起源をデータセットＸとするデータセットである。この例では、プロジェクトＰＪ２がデータセットＸとデータセットＸ１とを参照する際、及び、プロジェクトＰＪ３がデータセットＸ１とデータセットＸ２とを参照する際において、参照データマージ処理が必要となり得る。

本実施形態では一例として、図１３に示すフローに基づいて、参照データマージ処理が実行される。まず、参照パスの経路コストに基づくマージ処理（ステップＳ１）が実行される。ここで、参照パスとは、参照元（参照する側）のプロジェクトから参照先（参照される側）のプロジェクトへの参照関係を遡ることで得られるパスである。例えば、プロジェクトＰＪ２からプロジェクトＰＪ０への参照パスは、プロジェクトＰＪ２からプロジェクトＰＪ０へと直接辿る参照パスＰＪ２−ＰＪ０と、プロジェクトＰＪ２からプロジェクトＰＪ１を経由してプロジェクトＰＪ０に遡る参照パスＰＪ２−ＰＪ１−ＰＪ０との２つの経路が存在する。ここで、参照パスＰＪ２−ＰＪ１−ＰＪ０は、プロジェクトＰＪ１により参照編集された後のデータセットＸ１を参照することで、間接的にプロジェクトＰＪ０のデータセットＸを参照する参照パスである。参照パスの経路コストとは、参照パスに含まれるプロジェクトの個数を示す。

図１２に示す例では、参照パスＰＪ２−ＰＪ０の経路コストは「０」であり、参照パスＰＪ２−ＰＪ１−ＰＪ０の経路コストは「１」である。また、プロジェクトＰＪ２からプロジェクトＰＪ１への参照パスＰＪ２−ＰＪ１の経路コストは「０」である。

参照パスの経路コストに基づくマージ処理では、複数の参照先プロジェクトの各々への参照パスのうちに重複する経路がある場合、重複する経路を有する参照パスのうち経路コストが小さくなる方の参照パスを有する参照先プロジェクトのデータセットの設計値を優先する。例えば、プロジェクトＰＪ０のデータセットＸとプロジェクトＰＪ１のデータセットＸ１とを参照するプロジェクトＰＪ２に着目する。この場合、プロジェクトＰＪ２からプロジェクトＰＪ０への参照パスＰＪ２−ＰＪ１−ＰＪ０と、プロジェクトＰＪ２からプロジェクトＰＪ１への参照パスＰＪ２−ＰＪ１とが、互いに重複する経路（参照パスＰＪ２−ＰＪ１）を有している。従って、参照パスの経路コストに基づくマージ処理により、互いに重複する経路を有する参照パス同士、即ち参照パスＰＪ２−ＰＪ１−ＰＪ０及び参照パスＰＪ２−ＰＪ１について経路コストが比較される。

ここでは、参照パスＰＪ２−ＰＪ１の経路コスト（＝０）の方が、参照パスＰＪ２−ＰＪ１−ＰＪ０の経路コスト（＝１）よりも小さい。従って、プロジェクトＰＪ２では、経路コストが小さくなる方の参照パスＰＪ２−ＰＪ１に紐づくプロジェクトＰＪ１のデータセットＸ１に含まれるデータが、プロジェクトＰＪ０のデータセットＸに含まれるデータよりも優先される。例えば、データセットＸに含まれる要件データＹの重要度が「５」であり、データセットＸ１に含まれる要件データＹの重要度が「３」である場合には、データセットＸ１に含まれる要件データＹ（重要度が「３」）が採用される。同様に、プロジェクトＰＪ１のデータセットＸ１とプロジェクトＰＪ２のデータセットＸ２との間に互いに競合するデータが含まれている場合を考える。この場合、プロジェクトＰＪ３では、参照パスの経路コストに基づくマージ処理により、プロジェクトＰＪ２のデータセットＸ２に含まれるデータが、プロジェクトＰＪ１のデータセットＸ１に含まれるデータよりも優先される。

図１２に示す例のように、参照パスの経路コストに基づくマージ処理によりマージできた場合（採用するデータを決定できた場合）には、参照データマージ処理を終了する（ステップＳ２：ＹＥＳ）。一方、参照パスの経路コストに基づくマージ処理によりマージできなかった場合（ステップＳ２：ＮＯ）には、参照編集状態に基づくマージ処理が実行される（ステップＳ３）。例えば、図１４に示す例のように、プロジェクトＰＪ２がプロジェクトＰＪ１のデータセットＸ１を参照しない場合を考える。この場合、プロジェクトＰＪ３からプロジェクトＰＪ１，ＰＪ２への参照パスの経路コストは、いずれも「０」となる。ここで、プロジェクトＰＪ３がプロジェクトＰＪ１のデータセットＸ１とプロジェクトＰＪ２のデータセットＸ２とを参照する場合を考える。データセットＸ１及びデータセットＸ２の間に互いに競合するデータが含まれている場合、プロジェクトＰＪ１，ＰＪ２への参照パスの経路コストが等しいため、プロジェクトＰＪ３では、参照パスの経路コストに基づくマージ処理により、いずれのデータセットに含まれるデータを優先すべきか決定することができない。

参照編集状態に基づくマージ処理では、予め定められた参照編集状態間の優先順位に基づいてマージされる。参照編集状態としては、例えば参照更新されたことを示す「参照更新状態」、参照削除されたことを示す「参照削除状態」、参照更新及び参照削除のいずれも実行されていないことを示す「参照編集なし状態」等がある。ここで、参照編集状態間の優先順位が、予め「参照更新状態」、「参照編集なし状態」、「参照削除状態」の順に高いと定められているとする。また、図１４に示す例において、プロジェクトＰＪ１のデータセットＸ１において、要件データＹは参照削除されており、プロジェクトＰＪ２のデータセットＸ２において、要件データＹは参照編集も参照削除もされていないとする。この場合、参照削除状態であるデータセットＸ１の要件データＹよりも、参照編集なし状態であるデータセットＸ２の要件データＹの方が、優先度が高い。従って、プロジェクトＰＪ３では、参照編集状態に基づくマージ処理により、参照編集なし状態であるデータセットＸ２の要件データＹが採用される。つまり、プロジェクトＰＪ３においては、要件データＹは削除されていないものとして参照されることとなる。

参照編集状態に基づくマージ処理によりマージできた場合には、参照データマージ処理を終了する（ステップＳ４：ＹＥＳ）。一方、参照編集状態に基づくマージ処理によりマージできなかった場合（ステップＳ４：ＮＯ）には、参照更新のマージルールに基づくマージ処理が実行される（ステップＳ５）。ここで、参照編集状態に基づくマージ処理によりマージできなかった場合とは、具体的には、互いに競合する複数のデータセットにおいて、同一の設計対象（要件データ、要素データ、又は依存関係データ）に対して異なる内容の参照更新が行われている場合である。

参照更新のマージルールに基づくマージ処理では、予め定められたマージルールに基づいてマージされる。例えば関連情報として予め用意されている予約属性（各種リスクの現在値，開始初期値，終了目論見値、自由度の現在値，開始初期値，終了目論見値、重要度、備考等）毎に予め定められたマージルールに従って採用する設計値が決定される。

ここで、予め定められたマージルールとは、例えば、各種リスク又は自由度の現在値，開始初期値については大きい方の値を優先し、各種リスク又は自由度の終了目論見値については小さい値を優先し、重要度については大きい値を優先し、備考については和を取る（両方の記載事項を併合する）といったルールである。このようなルールは、ユーザ等により設定可能なものであってもよい。

また、ユーザ等によるカスタマイズにより追加された関連情報（カスタム属性）についても、ユーザ等により設定されたマージルール（望大、望小、望目、０／１、非線形、関数等）に基づいてマージされてもよい。「望大」とは、できるだけ大きくなる方の設計値を優先することを示している。「望小」とは、できるだけ小さくなる方の設計値を優先することを示している。「望目」とは、予め定められた値（目標値）にできるだけ近い設計値を優先することを示している。「０／１」とは、離散的な値をとる設計値について、オン（１）とオフ（０）のうち予め定められた方の値を優先することを示している。「非線形、関数」とは、例えば関数（数式）やデータ列で示される設計値が、予め定められた非線形グラフ及び関数等により近似する方の設計値を優先することを示している。なお、上述のようなマージルールが定められておらず、採用する設計値を自動で判定できない関連情報については、互いに競合する複数の設計値を両方とも参照可能に保持するようにマージされてもよい。

［設計支援システムの各機能についての説明］
続いて、図２に示した設計支援システム１の各機能について説明する。まず、情報処理サーバ１０の各機能について説明する。情報処理サーバ１０は、データセット参照部１１、参照データマージ部１２、データ同期部１３、マージ結果ＤＢ１４、参照編集付きマージ結果ＤＢ１５、自プロジェクトＤＢ１６、他プロジェクトＤＢ１７、及び参照設定実行部１８を備えている。

データセット参照部（参照データ取得部）１１は、情報処理端末２０のデータセット参照指示部２１により参照先として指定された他プロジェクトのデータセットを参照データセット（参照データ）として取得する機能要素である。具体的には、データセット参照部１１は、他プロジェクトのデータセットに含まれる要件データ又は要素データと、当該要件データ又は要素データに紐付く依存関係データとを参照データセットとして取得する。データセット参照部１１は、例えば他プロジェクトの情報処理サーバ１０にアクセスし、当該他プロジェクトの情報処理サーバ１０に記憶されているデータセットを取得することにより、参照データセットを取得してもよい。データセット参照部１１は、参照データセットに対する参照編集許可設定（詳しくは後述）に関する情報も取得する。

データセット参照部１１は、他プロジェクトのデータセットを参照データセットとして取得した後に、他プロジェクトのデータセットが更新された場合に、他プロジェクトの更新後のデータセット（更新後参照データ）を再度取得してもよい。例えば、データセット参照部１１は、参照先の他プロジェクトにおける設計により参照データセットとして取得された他プロジェクトのデータセットが更新されたことを検知した場合に、当該他プロジェクトから更新後のデータセットを再度取得してもよい。なお、他プロジェクトにおけるデータセットの更新を検知する方法は何でもよい。例えば、データセット参照部１１は、プロジェクト間の参照構造（例えば図１２に示すような参照構造）をオリジナルのデータセット（最上位の参照先プロジェクトのデータセット）まで辿ることで、データセットの参照パスを生成する。そして、データセット参照部１１は、参照パス上の他プロジェクトのデータセットの更新の有無を監視することにより、データセットの更新を検知してもよい。

また、データセット参照部１１は、参照データセットに対する参照編集を実行した他プロジェクトからメール通知等の変更通知を受け取ることで、他プロジェクトにおける参照データセットの変更を検知してもよい。これにより、他プロジェクトにおいて参照データセットが変更された場合に、当該他プロジェクトの変更後の参照データセットを取得し、後述の参照データマージ部１２及びデータ同期部１３に受け渡すことができる。そして、参照データマージ部１２及びデータ同期部１３の処理により、他プロジェクトにおける最新の設計内容が反映されたデータがマージ結果ＤＢ１４、参照編集付きマージ結果ＤＢ１５、及び他プロジェクトＤＢ１７に記憶されることとなる。また、データセット参照部１１は、後述する更新部２６による更新処理が実行されるタイミングで、他プロジェクトの更新後参照データを取得してもよい。これにより、情報処理端末２０上の設計データをサーバ同期させるタイミングで、他プロジェクトのデータ更新を考慮したデータを情報処理サーバ１０上の各種ＤＢに記憶させることができる。

参照データマージ部１２は、データセット参照部１１により互いに競合する複数の参照データセットが取得された場合に、上述した参照データマージ処理を実行する機能要素である。具体的には、参照データマージ部１２は、データセット参照部１１により取得された複数の参照データセットの中に、同一の要件データ、要素データ又は依存関係データについて互いに競合する複数のデータが含まれているか否かを判定し、競合する複数のデータが含まれていると判定された場合に、予め定められたルールに基づいて同一の要件データ、要素データ又は依存関係データについて採用される設計値を決定する。ここで、「予め定められたルール」とは、例えば、上述した「参照パスの経路コストに基づくマージ処理」、「参照編集状態に基づくマージ処理」、及び「参照更新のマージルールに基づくマージ処理」等のマージ処理におけるルールである。参照データマージ部１２により、複数の参照データセットの中に、互いに競合するデータが含まれている場合であっても、採用される設計値を自動的に決定することができる。

参照データマージ部１２は、例えば上述した参照パスの経路コストに基づくマージ処理により、互いに競合する複数のデータのそれぞれの保有元である他プロジェクトのそれぞれについて、参照パスの経路コスト（予め定められたルールに基づく優先度）を算出してもよい。そして、互いに競合する複数のデータのうち参照パスの経路コストが最小（優先度が最大）となる他プロジェクトに保有されるデータの設計値を、採用される設計値として決定してもよい。これにより、互いに競合する複数のデータのそれぞれを保有する他プロジェクトのそれぞれについて算出される参照パスの経路コストに応じて、採用される設計値を適切に決定することができる。

また、参照データマージ部１２は、例えば上述した参照編集状態に基づくマージ処理により、互いに競合する複数のデータのそれぞれについて、参照編集状態（各データの保有元の他プロジェクトによりなされた編集の種類を示す編集情報）を取得し、複数のデータのうち参照編集状態に対して予め定められた優先度が最大となる参照編集状態に対応するデータの設計値を、採用される設計値として決定してもよい。これにより、互いに競合する複数のデータのそれぞれの参照編集状態に応じて、採用される設計値を適切に決定することができる。

参照データマージ部１２は、上述の参照データマージ処理によって設計値が決定されたデータ（要件データ、要素データ、又は依存関係データ）を、マージ結果としてマージ結果ＤＢ１４に記憶する。なお、設計値とは、データに関連付けられる属性値であってもよいし、当該データの有無（削除されている状態か否か）を示す情報であってもよい。

また、参照データマージ部１２は、後述する更新部２６から参照データセットに対する参照編集結果を取得する。参照編集結果とは、参照編集されたデータ（要件データ、要素データ、又は依存関係データ）と、参照編集の種類（参照追加、参照更新、参照削除）を示すフラグ情報とを含むペア情報である。参照データマージ部１２は、更新部２６から参照編集結果を取得すると、上述のマージ結果と参照編集結果とを合わせた参照編集付きマージ結果を参照編集付きマージ結果ＤＢ１５に記憶する。

データ同期部１３は、自プロジェクトＤＢ１６及び他プロジェクトＤＢ１７をデータセット参照部１１又は更新部２６から取得されたデータに基づいて最新の状態とする機能要素である。自プロジェクトＤＢ１６は、自プロジェクトにおいて追加されたデータセットに含まれる要件データ又は要素データ、及び当該要件データ又は要素データに紐づく依存関係データを自設計データセットとして記憶するデータベースである。他プロジェクトＤＢ１７は、データセット参照部１１により取得された他プロジェクトの参照データセットを記憶するデータベースである。データ同期部１３は、データセット参照部１１から参照データセットを取得すると、当該参照データセットを他プロジェクトＤＢ１７に記憶する。また、データ同期部１３は、更新部２６から自設計データセットを取得すると、当該自設計データセットを自プロジェクトＤＢ１６に記憶する。

参照設定実行部１８は、参照編集許可設定及び参照モード設定についての設定を実行する機能要素である。参照編集許可設定は、自設計データセットに対して設定される、他プロジェクトによる参照編集を許可するか否かについての設定である。参照編集許可設定は、参照編集を許可する「参照編集許可モード」、又は参照編集を許可しない「参照編集不許可モード」に設定される。参照モード設定とは、参照データセットに対して設定される、当該参照データセットを参照編集が可能な参照編集モードで参照するか否かについての設定である。参照モード設定は、参照編集か可能な状態で参照する「参照編集モード」、又は参照編集が不可能な（参照のみ許可される）状態で参照する「参照モード」に設定される。参照設定実行部１８は、参照編集許可設定及び参照モード設定の設定内容を自プロジェクトＤＢ１６に記憶する。参照編集許可設定を自プロジェクトＤＢ１６に記憶することにより、例えば自設計データセットを参照しようとして自プロジェクトＤＢ１６にアクセスしてきた他プロジェクトの情報処理サーバ１０に対して、自設計データセットの参照編集許可設定に関する情報を伝達することができる。

続いて、情報処理端末２０の各機能について説明する。情報処理端末２０は、データセット参照指示部２１、参照編集前プロジェクトＤＢ２２、プロジェクトＤＢ２３、設計データ提示部２４、編集実行部２５、更新部２６、参照編集取消部２７、及び参照設定実行部２８を備えている。

データセット参照指示部２１は、ユーザによる所定の入力操作を受け付けて、当該入力操作により指定された他プロジェクトのデータセットを参照データセットとして取得するようにデータセット参照部１１に指示する機能要素である。

参照編集前プロジェクトＤＢ２２は、自プロジェクトにおける参照編集結果（編集実行部２５による参照編集結果）が反映されていない状態の参照データセット（互いに競合する複数の参照データセットがある場合には、これらをマージした後のデータセット）を記憶するデータベースである。参照編集前プロジェクトＤＢ２２は、マージ結果ＤＢ１４に記憶されているデータ（マージ結果）と、他プロジェクトＤＢ１７に記憶されているデータ（参照データセット）とを取得する。そして、参照編集前プロジェクトＤＢ２２は、これらのデータに基づいて、自プロジェクトにおける参照編集結果が反映されていない状態の参照データセットを生成及び記憶する。具体的には、参照編集前プロジェクトＤＢ２２は、一以上の参照データセットのうち参照データマージ処理が必要なデータ部分をマージ結果で置き換えることで、自プロジェクトにおける参照編集結果が反映されていない状態の参照データセットを生成及び記憶することができる。参照編集前プロジェクトＤＢ２２に記憶される参照データセットに含まれるデータは、後述する参照編集取消部２７により当該データに対する参照更新の取消処理が実行された際に、プロジェクトＤＢ２３を更新するためのデータとして用いられる（詳しくは後述する）。

プロジェクトＤＢ２３は、他プロジェクトＤＢ１７を介して、データセット参照部１１により取得された参照データセットを記憶するデータベース（設計データ記憶部、設計データ記憶処理部）である。具体的には、プロジェクトＤＢ２３は、自プロジェクトにおける編集結果（編集実行部２５による通常編集及び参照編集の結果）が反映された設計データを記憶する。通常編集とは、自設計データセットを追加、更新、又は削除することである。また、自プロジェクトの編集実行部２５により参照追加された要素データ、要件データ、又は依存関係データを自プロジェクトの編集実行部２５により更新することも通常編集に含まれる。プロジェクトＤＢ２３は、情報処理サーバ１０に記憶されている設計データと同期をとる場合には、参照編集付きマージ結果ＤＢ１５に記憶されたデータ（参照編集付きマージ結果）と、自プロジェクトＤＢ１６に記憶されているデータ（自設計データセット）と、他プロジェクトＤＢ１７に記憶されているデータ（参照データセット）とを取得する。そして、これらのデータに基づいて、マージ結果が反映された参照データセットに対する参照編集の結果と通常編集の結果（通常編集により追加された自設計データセット）とからなる設計データを生成及び記憶する。

後述する編集実行部２５により通常編集（自設計データセットの追加、更新、削除）が実行されると、プロジェクトＤＢ２３には、当該通常編集の結果が反映された自設計データセットが記憶される。また、編集実行部２５により参照編集（参照データセットに対する参照追加・参照更新・参照削除）が実行されると、プロジェクトＤＢ２３には、参照編集結果が記憶される。つまり、プロジェクトＤＢ２３には、編集実行部２５を介したユーザによる編集結果がリアルタイムに反映された設計データが記憶されることとなる。

設計データ提示部２４は、プロジェクトＤＢ２３に記憶されている設計データをユーザに提示する機能要素である。設計データ提示部２４は、例えばディスプレイ等の画面上に、図３に示したツリー形式や図７及び図８に示したＤＭＭ形式及びＤＳＭ形式等によって、設計データを表示する。ここで、設計データ提示部２４は、プロジェクトＤＢ２３に記憶されているデータのうち、参照削除フラグ（詳しくは後述）が付加されているデータや、参照削除フラグが付加されている要件データ又は要素データに関連付けられている依存関係データについては、ユーザに提示しなくてもよい。或いは、設計データ提示部２４は、これらのデータを、参照削除されたデータ又は参照削除された要件データ又は要素データに関連付けられている依存関係データであることがわかるようにしてユーザに提示してもよい。

編集実行部２５は、ユーザによる入力操作に応じて、通常編集又は参照編集を実行する機能要素である。具体的には、編集実行部２５は、通常編集により、自設計データセットの追加、更新、又は削除を実行し、当該通常編集後の自設計データをプロジェクトＤＢ２３に記憶する。また、編集実行部２５は、参照データセットに対する参照編集により、要件データ、要素データ、又は依存関係データの参照追加、参照更新、又は参照削除を実行し、参照編集結果をプロジェクトＤＢ２３に記憶する。編集実行部２５は、参照データセットが「参照編集許可モード」に設定されており、且つ当該参照データセットが「参照編集モード」に設定されている場合にのみ、当該参照データセットに含まれる要件データ又は要素データに対する参照編集を実行することが可能とされてもよい。また、２つの参照データセット間の依存関係データについては、当該２つの参照データセットがいずれも参照編集可能な場合にのみ、参照編集を実行することが可能とされてもよい。

編集実行部２５は、要件データ、要素データ、又は依存関係データの参照追加を実行する場合には、参照追加されたデータをプロジェクトＤＢ２３に記憶する。この際、参照追加されたデータに、参照追加されたデータであることを示す参照追加フラグを付加する。

編集実行部２５は、要件データ、要素データ、又は依存関係データの参照更新を実行する場合には、参照更新後のデータをプロジェクトＤＢ２３に記憶する。この際、参照更新後のデータに、参照更新されたデータであることを示す参照更新フラグを付加する。

編集実行部２５は、要件データ、要素データ、又は依存関係データの参照削除を実行する場合には、参照削除されたデータをプロジェクトＤＢ２３から削除することなく、当該データに、参照削除されたデータであることを示す参照削除フラグを付加する。

更新部２６は、ユーザによる所定の入力操作や後述する参照設定実行部２８による参照編集許可設定又は参照モード設定が実行されたこと等をトリガとして、プロジェクトＤＢ２３に記憶されている設計データにより、情報処理サーバ１０上のデータベース（自プロジェクトＤＢ１６、参照編集付きマージ結果ＤＢ１５）を更新する機能要素である。具体的には、更新部２６は、プロジェクトＤＢ２３に記憶されている自設計データセットをデータ同期部１３に送信する。これにより、データ同期部１３により自プロジェクトＤＢ１６が更新される。また、更新部２６は、プロジェクトＤＢ２３に記憶されている参照編集結果を参照データマージ部１２に送信する。これにより、参照データマージ部１２により参照編集付きマージ結果ＤＢ１５が更新される。

参照編集取消部２７は、ユーザによる所定の入力操作等をトリガとして、ユーザの入力操作等により指定された要件データ、要素データ、又は依存関係データ（取消対象データ）に対する参照編集を取り消す取消（クリア）処理を実行する機能要素である。参照編集取消部２７により、参照データセットに対する参照編集を容易に取り消すことができるため、自プロジェクトのユーザは、様々な設計パターンを容易に検討することができる。具体的には、参照編集取消部２７は、プロジェクトＤＢ２３を参照することで、取消対象データに付加されているフラグの種類を確認し、当該フラグの種類に応じて以下の処理を実行する。

取消対象データに参照追加フラグが付加されている場合には、参照編集取消部２７は、取消対象データをプロジェクトＤＢ２３から削除する。これにより、取消対象データについての参照追加が取り消される（参照追加されなかったものとされる）。

取消対象データに参照更新フラグが付加されている場合には、参照編集取消部２７は、参照編集前プロジェクトＤＢ２２に記憶されている取消対象データを取得する。そして、当該取消対象データでプロジェクトＤＢ２３に記憶されている取消対象データを更新（上書き）する。また、参照編集取消部２７は、取消対象データの参照更新フラグを削除する。これにより、取消対象データは、参照更新がされなかった場合において採用されるべきデータに更新されることとなる。

取消対象データに参照削除フラグが付加されている場合には、参照編集取消部２７は、プロジェクトＤＢ２３に記憶されている取消対象データの参照削除フラグを削除する。取消対象データに付加された参照削除フラグが削除されることにより、設計データ提示部２４は、当該取消対象データを、削除されていないデータとしてユーザに提示することとなる。

参照設定実行部２８は、ユーザによる入力操作に応じて、自設計データセットに対する参照編集許可設定、及び参照データセットに対する参照モード設定を実行する機能要素である。参照設定実行部２８は、参照編集許可設定及び参照モード設定の設定内容をプロジェクトＤＢ２３に記憶させる。また、参照設定実行部２８は、情報処理サーバ１０上の自プロジェクトＤＢ１６における参照編集許可設定及び参照モード設定の設定内容を更新するために、参照設定実行部１８に対して参照編集許可設定又は参照モード設定の設定内容を送信する。

［１．２階層プロジェクト間での参照構成］
続いて、図１５〜図２９を用いて、２階層プロジェクト間で参照編集が実行される場合を例として、設計支援システム１により実行される機能について具体的に説明する。図１５は、２階層プロジェクト間の参照関係を示す図である。ここでは一例として、図１５に示すように、参照先のプロジェクトＰＪ０の要件データセットＲＳ０１及び要素データセットＥＳ０１が、参照元のプロジェクトＰＪ１によって参照される場合を例として説明する。

［１−１．プロジェクトＰＪ０における設計データの作成］
まず、参照先のプロジェクトＰＪ０において、ユーザ（プロジェクトＰＪ０の設計担当者）による通常編集が実行される。図１６は、プロジェクトＰＪ０において通常編集により新たに追加された設計データを示す図である。図１７は、図１６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

プロジェクトＰＪ０の編集実行部２５は、通常編集により、要件データセットＲＳ０１及び要素データセットＥＳ０１を追加する。また、編集実行部２５は、要件データセットＲＳ０１に要件データＲ０１１，Ｒ０１２を追加する。ここでは一例として、編集実行部２５は、要件データＲ０１１，Ｒ０１２の重要度を「５」に設定し、仕様リスクを「５」に設定する。続いて、編集実行部２５は、要素データセットＥＳ０１に要素データＥ０１１〜Ｅ０１４を追加する。ここでは一例として、編集実行部２５は、要素データＥ０１１〜Ｅ０１４の自由度を「５」に設定し、要素リスクを「５」に設定する。続いて、編集実行部２５は、依存関係データＲ０１１−Ｅ０１１，Ｒ０１１−Ｅ０１２，Ｒ０１２−Ｅ０１２，Ｒ０１２−Ｅ０１３，Ｒ０１２−Ｅ０１４を追加する。ここでは一例として、編集実行部２５は、依存関係データＲ０１１−Ｅ０１２の依存度を「６」に設定し、それ以外の依存関係データＲ０１１−Ｅ０１１，Ｒ０１２−Ｅ０１２，Ｒ０１２−Ｅ０１３，Ｒ０１２−Ｅ０１４の依存度を「９」に設定する。

編集実行部２５は、ユーザによる入力操作を受け付けて、当該入力操作に応じた通常編集結果（上述の通常編集の結果）をプロジェクトＤＢ２３に記憶する。この際、ユーザは、設計データ提示部２４によりディスプレイ等に表示される設計データの内容を確認しながら、編集実行部２５を介して上述の通常編集を実行することができる。

プロジェクトＰＪ０において上述の通常編集が完了すると、ユーザによる所定の入力操作をトリガとして、更新部２６による更新処理が実行される。具体的には、更新部２６は、プロジェクトＤＢ２３に記憶された設計データ（図１６に示す設計データ）を、自設計データセットとしてプロジェクトＰＪ０（プロジェクトＰＪ０の情報処理サーバ１０）のデータ同期部１３に送信する。データ同期部１３は、当該自設計データセットを自プロジェクトＤＢ１６に記憶する。

［１−２．プロジェクトＰＪ１におけるプロジェクトＰＪ０のデータセット参照］
続いて、プロジェクトＰＪ１において、プロジェクトＰＪ０のデータセットＲＳ０１，ＥＳ０１が参照される。具体的には、プロジェクトＰＪ１のデータセット参照指示部２１が、ユーザによる入力操作（プロジェクトＰＪ０のデータセットＲＳ０１，ＥＳ０１を参照することを指示する入力操作）を受け付ける。そして、データセット参照指示部２１は、当該指示内容をプロジェクトＰＪ１のデータセット参照部１１に送信する。

データセット参照部１１は、当該指示内容を受信すると、プロジェクトＰＪ０の情報処理サーバ１０（自プロジェクトＤＢ１６）にアクセスする。そして、データセット参照指示部２１により指定されたデータセット及びデータセット間の依存関係データを、参照データセットとして取得する。具体的には、データセット参照部１１は、要件データセットＲＳ０１及び当該要件データセットＲＳ０１に含まれる要件データＲ０１１，Ｒ０１２と、要素データセットＥＳ０１及び当該要素データセットＥＳ０１に含まれる要素データＥ０１１〜Ｅ０１４と、依存関係データＲ０１１−Ｅ０１１，Ｒ０１１−Ｅ０１２，Ｒ０１２−Ｅ０１２，Ｒ０１２−Ｅ０１３，Ｒ０１２−Ｅ０１４と、を参照データセットとして取得する。ここでは、一のプロジェクト（プロジェクトＰＪ０）のデータセットのみが参照されるため、取得される参照データセットには、互いに競合するデータセットは含まれない。従って、参照データマージ部１２による処理は実行されず、データ同期部１３による処理が実行される。データ同期部１３は、データセット参照部１１により取得された参照データセットを他プロジェクトＤＢ１７に記憶する。

続いて、プロジェクトＰＪ１のプロジェクトＤＢ２３は、他プロジェクトＤＢ１７に記憶されているプロジェクトＰＪ０の参照データセットを取得及び記憶する。そして、プロジェクトＰＪ１の設計データ提示部２４は、プロジェクトＰＪ０の参照データセット（図１６に示すプロジェクトＰＪ０の設計データと同一）を、プロジェクトＰＪ１のユーザに提示する。これにより、プロジェクトＰＪ１のユーザは、プロジェクトＰＪ０の参照データセットを参照しながら自プロジェクトＰＪ１の設計を進めることが可能となる。

［１−３．プロジェクトＰＪ０におけるデータ変更及びプロジェクトＰＪ１への伝達］
続いて、上述の「１−２」のデータセット参照処理が実行された後に、参照先のプロジェクトＰＪ０において設計データが変更される場合について説明する。ここでは一例として、図１８及び図１９に示すように、プロジェクトＰＪ０の設計データが変更された場合について説明する。図１８は、変更後のプロジェクトＰＪ０の設計データを示す図であり、図１９は、図１８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

ここでは一例として、プロジェクトＰＪ０の編集実行部２５は、通常編集により、プロジェクトＰＪ０の設計データに対して以下の変更を加える。即ち、編集実行部２５は、要件データセットＲＳ０１に要件データＲ０１３（重要度は「５」、仕様リスクは「５」）を追加し、要件データＲ０１２の重要度を「５」から「３」に更新する。また、編集実行部２５は、要素データＥ０１１の自由度を「５」から「１」に更新し、要素データＥ０１４を削除する（要祖データＥ０１４に関連付けられる依存関係データＲ０１１−Ｅ０１４も削除される）。また、編集実行部２５は、依存関係データＲ０１１−Ｅ０１２を削除し、依存度が「６」の依存関係データＲ０１２−Ｅ０１１を追加し、依存関係データＲ０１２−Ｅ０１２の依存度を「９」から「３」に更新し、依存度が「９」の依存関係データＲ０１３−Ｅ０１２を追加する。

この場合、プロジェクトＰＪ１のデータセット参照部１１は、参照先として指定されたプロジェクトＰＪ０におけるデータセットの更新を検知し、当該プロジェクトＰＪ０から更新後のデータセット（更新後参照データ。図１８に示す設計データ）を再度取得する。その後、再度取得されたデータセットは、データ同期部１３により他プロジェクトＤＢ１７に記憶される。更に、他プロジェクトＤＢ１７に記憶された参照データセットは、参照編集前プロジェクトＤＢ２２及びプロジェクトＤＢ２３により取得及び記憶される。具体的には、参照編集前プロジェクトＤＢ２２及びプロジェクトＤＢ２３は、更新後参照データにより、自ＤＢに記憶されている参照データを更新する。

これにより、プロジェクトＰＪ０における最新の設計内容が反映された参照データセットが、プロジェクトＤＢ２３に記憶される。そして、プロジェクトＰＪ１の設計データ提示部２４は、プロジェクトＤＢ２３に記憶された更新後の参照データセットをプロジェクトＰＪ１のユーザに提示する。これにより、プロジェクトＰＪ１のユーザは、プロジェクトＰＪ０における上述の設計変更が反映された設計データ（参照データセット）を参照しながら設計を進めることが可能となる。その結果、プロジェクトＰＪ１のユーザがプロジェクトＰＪ０の古い設計データを参照して設計を進めてしまうことに起因してプロジェクトＰＪ１の設計内容とプロジェクトＰＪ０の設計内容との間に齟齬が生じるおそれを抑制することができる。

［１−４．プロジェクトＰＪ１における通常編集］
続いて、図２０及び図２１に示すように、プロジェクトＰＪ１において通常編集が実行される。図２０は、通常編集実行後のプロジェクトＰＪ１の設計データを示す図であり、図２１は、図２０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。プロジェクトＰＪ１の編集実行部２５は、通常編集により、要素データセットＥＳ１１を追加し、当該要素データセットＥＳ１１に要素データＥ１１１を追加し、依存関係データＲ０１１−Ｅ１１１，Ｒ０１２−Ｅ１１１，Ｒ０１３−Ｅ１１１，Ｅ１１１−Ｅ０１２を追加する。編集実行部２５は、当該通常編集により追加された上記データ（自設計データセット）をプロジェクトＤＢ２３に記憶する。

［１−５．参照編集の設定］
続いて、プロジェクトＰＪ１がプロジェクトＰＪ０の要件データセットＲＳ０１及び要素データセットＥＳ０１を参照編集するために必要な設定が行われる。具体的には、プロジェクトＰＪ０の参照設定実行部１８は、自設計データセットである要件データセットＲＳ０１及び要素データセットＥＳ０１を参照編集許可モードに設定する。プロジェクトＰＪ０において要件データセットＲＳ０１及び要素データセットＥＳ０１が参照編集許可モードに設定されたことは、プロジェクトＰＪ１のデータセット参照部１１を介してプロジェクトＰＪ１に伝達される。一方、プロジェクトＰＪ１の参照設定実行部２８は、参照データセット（プロジェクトＰＪ０の要件データセットＲＳ０１及び要素データセットＥＳ０１）を参照編集モードに設定する。以上の設定により、プロジェクトＰＪ１の編集実行部２５は、プロジェクトＤＢ２３に記憶されている参照データセット（要件データセットＲＳ０１、要素データセットＥＳ０１、及び要件データセットＲＳ０１と要素データセットＥＳ０１との間に規定される依存関係データ）に対する参照編集を実行することが可能となる。

［１−６．依存関係データの参照編集］
続いて、プロジェクトＰＪ１の編集実行部２５により、依存関係データの参照編集が実行される。図１０は、上述した通り、プロジェクトＰＪ１による依存関係データの参照編集が実行された後の設計データを示す図である。また、図２２は、図１０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図２２において、依存関係データの依存度（「＊」以外）を示すマスに付加されている「！」マークは、当該依存度が参照更新されたことを示している。また、依存関係データの依存度「＊」を示すマスに付加されている「！」マークは、当該依存関係データが参照削除されたことを示している。また、「＊」は、当該依存関係データが参照削除されたものであることを示している。

図１０及び図２２に示すように、編集実行部２５は、要素データセットＥＳ０１に対する参照編集により、依存度が「３」の依存関係データＲ０１３−Ｅ０１１を参照追加する。具体的には、編集実行部２５は、参照追加フラグが付加された依存関係データＲ０１３−Ｅ０１１を、プロジェクトＤＢ２３に記憶する。また、編集実行部２５は、依存関係データＲ０１２−Ｅ０１１の依存度を「６」から「９」に参照更新する。具体的には、編集実行部２５は、更新後の依存関係データＲ０１２−Ｅ０１１を、参照更新フラグを付加した上で、プロジェクトＤＢ２３に記憶する。また、編集実行部２５は、依存関係データＲ０１２−Ｅ０１２，Ｒ０１３−Ｅ０１２を参照削除する。具体的には、編集実行部２５は、プロジェクトＤＢ２３に記憶されている依存関係データＲ０１２−Ｅ０１２，Ｒ０１３−Ｅ０１２に参照削除フラグを付加する。

［１−７．要素データの参照編集］
続いて、プロジェクトＰＪ１の編集実行部２５により、要素データの参照編集が実行される。図１１は、上述した通り、プロジェクトＰＪ１による要素データの参照編集が実行された後の設計データを示す図である。また、図２３は、図１１に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図２３において、要素データに付加されている「！」マークは、当該要素データが参照追加された要素データであることを示している。また、要素リスクに付加されている「！」マークは、当該要素リスクが参照更新されたことを示している。

図１１及び図２３に示すように、編集実行部２５は、要素データセットＥＳ０１に対する参照編集により、要素データセットＥＳ０１に要素データＥ０１５を参照追加する。具体的には、編集実行部２５は、参照追加フラグが付加された要素データＥ０１５をプロジェクトＤＢ２３に記憶する。また、編集実行部２５は、要素データＥ０１２の要素リスクを「５」から「１」に参照更新する。具体的には、編集実行部２５は、更新後の要素データＥ０１２を、参照更新フラグを付加した上で、プロジェクトＤＢ２３に記憶する。また、編集実行部２５は、要素データＥ０１３を参照削除する。具体的には、編集実行部２５は、プロジェクトＤＢ２３に記憶されている要素データＥ０１３に参照削除フラグを付加する。

［１−８．プロジェクトＰＪ０におけるデータ変更及びプロジェクトＰＪ１への伝達］
続いて、上述の「１−７」までの処理が実行された後に、参照先のプロジェクトＰＪ０において設計データが変更される場合について説明する。ここでは一例として、プロジェクトＰＪ０における設計データが、図１８及び図１９に示す状態（上述の「１−３」におけるデータ変更がされた後の状態）から、図２４及び図２５に示すように、変更された場合について説明する。図２４は、変更後のプロジェクトＰＪ０の設計データを示す図であり、図２５は、図２４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

ここでは一例として、プロジェクトＰＪ０の編集実行部２５は、通常編集により、プロジェクトＰＪ０の設計データに対して以下の変更を加える。即ち、編集実行部２５は、要件データＲ０１１の仕様リスクを「５」から「１」に更新する。また、編集実行部２５は、要素データＥ０１１の要素リスクを「５」から「１」に更新し、要素データＥ０１２の自由度を「５」から「３」に更新する。また、編集実行部２５は、依存関係データＲ０１２−Ｅ０１１の依存度を「６」から「３」に更新し、依存関係データＲ０１２−Ｅ０１２を削除し、依存関係データＲ０１２−Ｅ０１３の依存度を「９」から「６」に更新する。

この場合、プロジェクトＰＪ１のデータセット参照部１１は、参照先として指定されたプロジェクトＰＪ０におけるデータセットの更新を検知し、当該プロジェクトＰＪ０から更新後のデータセット（更新後参照データ。図２４に示す設計データ）を再度取得する。その後、再度取得されたデータセットは、データ同期部１３により他プロジェクトＤＢ１７に記憶される。更に、他プロジェクトＤＢ１７に記憶された更新後の参照データセットの内容は、参照編集前プロジェクトＤＢ２２により取得及び記憶される。また、他プロジェクトＤＢ１７に記憶された更新後の参照データセットの内容は、プロジェクトＤＢ２３によっても取得される。なお、この例では参照先プロジェクトが１つだけであるが、参照先プロジェクトが複数あり、複数の参照先プロジェクトのうち少なくとも１つの参照先プロジェクトの更新後参照データがデータセット参照部１１により取得された場合には、当該少なくとも１つの参照先プロジェクトの更新後参照データと他の参照先プロジェクトについてデータセット参照部１１により既に取得されている参照データセットとが、参照データマージ部１２に入力される。そして、参照データマージ部１２は、入力されたこれらのデータに対して、上述の参照データマージ処理を実行し、マージ結果ＤＢ１４及び参照編集付きマージ結果ＤＢ１５を更新する。その結果、参照編集前プロジェクトＤＢ２２は、他プロジェクトＤＢ１７及びマージ結果ＤＢ１４に記憶されたデータに基づいて更新され、プロジェクトＤＢ２３は、自プロジェクトＤＢ１６、他プロジェクトＤＢ１７、及び参照編集付きマージ結果ＤＢ１５に記憶されたデータに基づいて更新されることとなる。

ここで、他プロジェクトＤＢ１７から取得された更新後の参照データセットでプロジェクトＤＢ２３に記憶される参照データが更新されてしまうと、プロジェクトＰＪ１における参照更新（上述の「１−６」及び「１−７」で実行された参照更新）の内容が上書きされてしまうおそれがある。これは、プロジェクトＰＪ１の設計を進めるプロジェクトＰＪ１のユーザにとって、好ましくない。そこで、プロジェクトＤＢ２３は、編集実行部２５により参照更新が実行された要件データ、要素データ、又は依存関係データを、更新後参照データによる更新の対象から除外してもよい。即ち、プロジェクトＤＢ２３は、更新後参照データのうちプロジェクトＰＪ１において参照更新されたデータについては更新しなくてもよい。即ち、プロジェクトＤＢ２３は、プロジェクトＰＪ１において参照更新されていないデータ（参照削除されたデータ、又は、参照編集されていないデータ）についてのみ、プロジェクトＰＪ０での更新内容に基づいて更新してもよい。これにより、プロジェクトＰＪ１のユーザにより参照更新されたデータが、プロジェクトＰＪ１のユーザの意図に反して、プロジェクトＰＪ０において更新されたデータに上書きされてしまうことを防ぐことができる。ここで、プロジェクトＤＢ２３は、プロジェクトＰＪ１において参照更新されたデータであっても、参照更新の内容が参照先のプロジェクトＰＪ０における更新内容と競合しない場合には、プロジェクトＰＪ０の更新後参照データに基づいてプロジェクトＰＪ１のデータを更新してもよい。つまり、プロジェクトＤＢ２３は、参照先のプロジェクトＰＪ０における更新内容を反映するか否かを、関連情報単位で判断してもよい。具体的には、プロジェクトＤＢ２３は、プロジェクトＰＪ１において参照更新されたデータであっても、プロジェクトＰＪ１において参照更新された関連情報とプロジェクトＰＪ０において更新された関連情報とが異なる場合には、プロジェクトＰＪ０での更新内容を反映してもよい。例えば、プロジェクトＤＢ２３は、プロジェクトＰＪ１において要素リスクの参照更新（「５」→「１」）がされた要素データＥ０１２について、プロジェクトＰＪ０により自由度の更新（「５」→「３」）がされた場合には、当該自由度の更新を反映してもよい。本実施形態では、プロジェクトＤＢ２３は、参照先のプロジェクトにおける更新内容を反映するか否かを、データ（要件データ、要素データ、又は依存関係データ）単位ではなく、関連情報単位で判断するものとして説明する。ただし、参照先のプロジェクトにおける更新内容を反映するか否かをデータ単位で判断してもよいことは言うまでもない。また、プロジェクトＤＢ２３は、設計データ提示部２４がユーザ操作に応じて適宜切り替えて提示することが可能なように、参照先のプロジェクトＰＪ０の更新後参照データ及びプロジェクトＰＪ１における参照編集結果の両方を記憶してもよい。

図２６は、上記方針に基づいて更新された後のプロジェクトＰＪ１の設計データを示す図である。図２７は、図２６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図２６に示すように、プロジェクトＤＢ２３は、プロジェクトＰＪ１において参照更新されていない要件データＲ０１１については、プロジェクトＰＪ０による更新結果を反映する。一方、プロジェクトＤＢ２３は、プロジェクトＰＪ１において参照更新されている要素データＥ０１２については、プロジェクトＰＪ０による更新結果を反映しない。

［１−９．参照編集の取消処理］
続いて、プロジェクトＰＪ１において、上述の「１−６」及び「１−７」で実行された参照編集をすべて取り消す取消処理が実行される場合について説明する。具体的には、参照編集取消部２７により、参照編集された要素データ及び依存関係データの各々について、参照編集の種類に応じた取消処理が実行される。図２８は、上述の参照編集取消部２７の取消処理後の設計データを示す図である。図２９は、図２８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

参照編集取消部２７は、要素データＥ０１５の参照追加を取り消す。具体的には、参照編集取消部２７は、要素データＥ０１５と、要素データＥ０１５に紐づく依存関係データＥ１１１−Ｅ０１５とをプロジェクトＤＢ２３から削除する。参照編集取消部２７は、要素データＥ０１３の参照削除を取り消す。具体的には、参照編集取消部２７は、プロジェクトＤＢ２３から要素データＥ０１３に付加された参照削除フラグを削除する。これにより、要素データＥ０１３及び依存関係データＲ０１２−Ｅ０１３は、設計データ提示部２４により再度ユーザに提示されるようになる。ここで、依存関係データＲ０１２−Ｅ０１３の依存度は、上述の「１−８」におけるプロジェクトＰＪ０での設計変更が反映されているため、「６」となっている。

参照編集取消部２７は、要素データＥ０１２の要素リスクを「５」から「１」に更新した参照更新を取り消す。具体的には、参照編集取消部２７は、参照編集前プロジェクトＤＢ２２に記憶されている要素データＥ０１２（上述の「１−８」において自由度が「３」に変更されたデータ）を取得する。そして、当該要素データＥ０１２でプロジェクトＤＢ２３に記憶されている要素データＥ０１２を更新（上書き）する。また、参照編集取消部２７は、要素データＥ０１２の参照更新フラグを削除する。このように、要素データＥ０１２に対するプロジェクトＰＪ０での変更内容は、要素データＥ０１２に対する参照編集が有効である状態においては伝達されないが、参照編集が取り消された時点で伝達される。

参照編集取消部２７は、依存関係データＲ０１２−Ｅ０１１の依存度を「６」から「９」に更新した参照更新を取り消す。具体的には、参照編集取消部２７は、参照編集前プロジェクトＤＢ２２に記憶されている依存関係データＲ０１２−Ｅ０１１（上述の「１−８」において依存度が「３」に変更されたデータ）を取得する。そして、当該依存関係データＲ０１２−Ｅ０１１でプロジェクトＤＢ２３に記憶されている依存関係データＲ０１２−Ｅ０１１を更新（上書き）する。また、参照編集取消部２７は、依存関係データＲ０１２−Ｅ０１１の参照更新フラグを削除する。このように、依存関係データＲ０１２−Ｅ０１１に対するプロジェクトＰＪ０での変更内容は、依存関係データＲ０１２−Ｅ０１１に対する参照編集が有効である状態においては伝達されないが、参照編集が取り消された時点で伝達される。

参照編集取消部２７は、依存関係データＲ０１３−Ｅ０１１の参照追加を取り消す。具体的には、参照編集取消部２７は、依存関係データＲ０１３−Ｅ０１１をプロジェクトＤＢ２３から削除する。

［２．３階層プロジェクト間での参照構成］
次に、図３０〜図３８を用いて、３階層プロジェクト間で参照編集が実行される場合において設計支援システム１により実行される機能について具体的に説明する。図３０は、３階層プロジェクト間の参照関係を示す図である。図３０に示す例では、中間層のプロジェクトＰＪ１，ＰＪ２は、最上位のプロジェクトＰＪ０の要件データセットＲＳ０１及び要素データセットＥＳ０１を参照する。また、最下層のプロジェクトＰＪ３は、プロジェクトＰＪ１の要件データセットＲＳ０１及び要素データセットＥＳ０１，ＥＳ１１を参照すると共に、プロジェクトＰＪ２の要件データセットＲＳ０１及び要素データセットＥＳ０１，ＥＳ２１を参照する。

［２−１．プロジェクトＰＪ１における参照編集］
まず、プロジェクトＰＪ１において、上述の「１−４」と同様の通常編集が実行される。これにより、プロジェクトＰＪ１の設計データは、図２０及び図２１に示す状態となる。続いて、プロジェクトＰＪ１において、上述の「１−６」及び「１−７」と同様の参照編集が実行されることにより、プロジェクトＰＪ１の設計データは、図１１及び図２３に示す状態となる。一方、プロジェクトＰＪ２においては、参照編集が実行されず、変更後のプロジェクトＰＪ０の設計データ（図１８参照）が参照された状態となっているものとする。

［２−２．プロジェクトＰＪ３における参照データマージ］
続いて、プロジェクトＰＪ３のデータセット参照部１１により、参照パスＰＪ３−ＰＪ１−ＰＪ０の参照編集内容（プロジェクトＰＪ１における参照編集が反映された要件データセットＲＳ０１、要素データセットＥＳ０１、及び要件データセットＲＳ０１と要素データセットＥＳ０１との間の依存関係データ）が取得される。また、当該データセット参照部１１により、参照パスＰＪ３−ＰＪ２−ＰＪ０の参照編集内容（プロジェクトＰＪ２における参照編集が反映された要件データセットＲＳ０１、要素データセットＥＳ０１、及び要件データセットＲＳ０１と要素データセットＥＳ０１との間の依存関係データ）が取得される。続いて、プロジェクトＰＪ３の参照データマージ部１２により、参照パスＰＪ３−ＰＪ１−ＰＪ０の参照編集内容と参照パスＰＪ３−ＰＪ２−ＰＪ０の参照編集内容とについての参照データマージが実行される。

ここでは一例として、参照データマージ部１２は、上述した参照編集状態に基づくマージ処理を実行するものとする。この場合、プロジェクトＰＪ２においては参照編集が実行されていないため、互いに競合するデータについては、参照編集が実行されているプロジェクトＰＪ１のデータセットに含まれるデータが優先される。従って、参照データマージ部１２による参照データマージ処理のマージ結果は、プロジェクトＰＪ１の参照編集結果と一致することとなる。図３１は、上記参照データマージ処理実行後のプロジェクトＰＪ３の設計データを示す図である。図３２は、図３１に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。このように、プロジェクトＰＪ３のプロジェクトＤＢ２３には、プロジェクトＰＪ１と同様の設計データが記憶され、プロジェクトＰＪ３の設計データ提示部２４は、プロジェクトＰＪ１と同様の設計データをユーザに提示することとなる。

［２−３．プロジェクトＰＪ２における参照編集］
続いて、プロジェクトＰＪ２において、編集実行部２５により、図３３に示すような設計データの編集（通常編集及び参照編集）が実行される。図３３は、プロジェクトＰＪ２における編集後の設計データを示す図である。図３４は、図３３に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図３３に示すように、プロジェクトＰＪ２の編集実行部２５は、通常編集により、要素データセットＥＳ２１を追加し、当該要素データセットＥＳ２１に要素データＥ２１１を追加する。また、編集実行部２５は、依存関係データＲ０１１−Ｅ２１１，Ｒ０１２−Ｅ２１１，Ｅ２１１−Ｅ０１３を追加する。また、編集実行部２５は、要素データセットＥＳ０１に対する参照編集により、要素データＥ０１３の要素リスクを「５」から「１」に参照更新する。また、編集実行部２５は、依存関係データＲ０１１−Ｅ０１１，Ｒ０１２−Ｅ０１３を参照削除し、依存関係データＲ０１２−Ｅ０１１の依存度を「６」から「３」に参照更新する。

［２−４．プロジェクトＰＪ３における参照データマージ］
続いて、プロジェクトＰＪ３のデータセット参照部１１により、参照パスＰＪ３−ＰＪ１−ＰＪ０の参照編集内容（プロジェクトＰＪ１における参照編集が反映された要件データセットＲＳ０１、要素データセットＥＳ０１、及び要件データセットＲＳ０１と要素データセットＥＳ０１との間の依存関係データ）が取得される（図１１及び図２３参照）。また、当該データセット参照部１１により、参照パスＰＪ３−ＰＪ２−ＰＪ０の参照編集内容（プロジェクトＰＪ２における参照編集が反映された要件データセットＲＳ０１、要素データセットＥＳ０１、及び要件データセットＲＳ０１と要素データセットＥＳ０１との間の依存関係データ）が取得される（図３３及び図３４参照）。続いて、プロジェクトＰＪ３の参照データマージ部１２により、参照パスＰＪ３−ＰＪ１−ＰＪ０の参照編集内容と参照パスＰＪ３−ＰＪ２−ＰＪ０の参照編集内容とについての参照データマージが実行される。

参照データマージ部１２は、上述した参照編集状態に基づくマージ処理及び参照更新のマージルールに基づくマージ処理を実行する。これにより、参照データマージ部１２は、プロジェクトＰＪ１とプロジェクトＰＪ２とで互いに競合するデータ（要素データＥ０１３，依存関係データＲ０１２−Ｅ０１１）について、以下のように採用するデータを決定する。即ち、要素データＥ０１３については、プロジェクトＰＪ２における参照更新の方がプロジェクトＰＪ１における参照削除よりも優先されるため、参照データマージ部１２は、プロジェクトＰＪ２における参照更新結果（要素リスクが「１」）を採用する。また、依存関係データＲ０１２−Ｅ０１１については、プロジェクトＰＪ１の参照更新結果（依存度「９」）の方がプロジェクトＰＪ２の参照更新結果（依存度「３」）よりも大きいため、参照データマージ部１２は、予め定められたマージルールに基づいて、プロジェクトＰＪ１の参照更新結果を採用する。図３５は、上記参照データマージ処理実行後のプロジェクトＰＪ３の設計データを示す図である。図３６は、図３５に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

［２−５．プロジェクトＰＪ３における参照編集］
続いて、プロジェクトＰＪ３において、編集実行部２５により、図３７に示すような設計データの編集（通常編集及び参照編集）が実行される。図３７は、プロジェクトＰＪ３における編集後の設計データを示す図である。図３８は、図３７に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図３７に示すように、プロジェクトＰＪ３の編集実行部２５は、通常編集により、要素データセットＥＳ３１を追加し、当該要素データセットＥＳ３１に要素データＥ３１１，Ｅ３１２を追加する。また、編集実行部２５は、依存関係データＲ０１１−Ｅ３１１，Ｒ０１１−Ｅ３１２，Ｒ０１２−Ｅ３１２，Ｒ０１３−Ｅ３１１，Ｅ３１１−Ｅ１１１，Ｅ３１２−Ｅ２１１を追加する。また、編集実行部２５は、要素データセットＥＳ０１に対する参照編集により、要素データＥ０１１の要素リスクを「５」から「１」に参照更新し、依存関係データＲ０１２−Ｅ０１１，Ｒ０１３−Ｅ０１１を参照削除する。また、編集実行部２５は、要素データセットＥＳ１１に対する参照編集により、要素データＥ１１１の要素リスクを「５」から「１」に参照更新し、依存関係データＲ０１１−Ｅ１１１，Ｒ０１２−Ｅ１１１，Ｒ０１３−Ｅ１１１を参照削除する。また、編集実行部２５は、要素データセットＥＳ２１に対する参照編集により、要素データＥ２１１の要素リスクを「５」から「１」に参照更新し、依存関係データＲ０１１−Ｅ２１１，Ｒ０１２−Ｅ２１１を参照削除する。

以上述べた設計支援システム１によれば、データセット参照部１１により、他プロジェクトのデータセットに含まれる要件データ又は要素データと、当該要件データ又は要素データに紐付く依存関係データが、参照データセット（参照データ）として取得される。具体的には、当該参照データセットは、他プロジェクトＤＢ１７を介して、プロジェクトＤＢ２３に記憶される。そして、編集実行部２５により、各プロジェクトの設計担当者（ユーザ）に対して、参照データセットを編集する参照編集（参照追加、参照更新、参照削除）の機能が提供される。これにより、各プロジェクトのユーザは、自プロジェクトの設計を進めるうちに、他プロジェクトの設計との整合性が取れなくなった場合等において、他プロジェクトの設計データを参照編集により適宜変更しつつ、自プロジェクトの設計を円滑に進めることが可能となる。これにより、複数のプロジェクトに分かれて実行される設計作業において、プロジェクト間でのすり合わせを効率的に行うことが可能となる。また、各プロジェクトは、プロジェクト全体の膨大な設計データのうち、自プロジェクトにおいて必要となるデータのみに絞って参照することで、効率的に設計を行うことも可能となる。

［３．実施例（段階的詳細化）］
続いて、図３９〜図６１を用いて、自動車の設計開発に上述の設計支援システム１を適用する場合の段階的詳細化の実施例について説明する。図３９は、実施例におけるプロジェクト間の参照関係を示す図である。図３９に示すように、本実施例では、６つのプロジェクト（車両企画ＰＪ、エンジン設計ＰＪ、燃費設計ＰＪ、出力設計ＰＪ、ピストン設計ＰＪ、ＷＰ設計ＰＪ）が存在する。各プロジェクト（ＰＪ）は、上述の設計支援システム１を備えている。

車両企画ＰＪは、要件データセットＲＳ００，ＲＳ０１，ＲＳ０２、及び要素データセットＥＳ００，ＥＳ０１，ＥＳ０２を設計する。エンジン設計ＰＪは、車両企画ＰＪから要件データセットＲＳ０１，ＲＳ０２、及び要素データセットＥＳ０１を参照する。また、エンジン設計ＰＪは、自設計データセットとして要素データセットＥＳ１１を設計する。燃費設計ＰＪは、車両企画ＰＪから、要件データセットＲＳ０１を参照し、エンジン設計ＰＪから要素データセットＥＳ０１，ＥＳ１１を参照する。また、燃費設計ＰＪは、自設計データセットとして、要件データセットＲＳ２１を設計する。出力設計ＰＪは、車両企画ＰＪから要件データセットＲＳ０２を参照し、エンジン設計ＰＪから要素データセットＥＳ０１，ＥＳ１１を参照する。また、出力設計ＰＪは、自設計データセットとして、要件データセットＲＳ３１を設計する。

ピストン設計ＰＪは、エンジン設計ＰＪから要素データセットＥＳ０１，ＥＳ１１を参照し、燃費設計ＰＪから要件データセットＲＳ０１，ＲＳ２１、及び要素データセットＥＳ１１を参照し、出力設計ＰＪから要件データセットＲＳ０２，ＲＳ３１、及び要素データセットＥＳ１１を参照する。また、ピストン設計ＰＪは、自設計データセットとして、要素データセットＥＳ４１を設計する。ＷＰ設計ＰＪは、エンジン設計ＰＪから要素データセットＥＳ０１，ＥＳ１１を参照し、燃費設計ＰＪから要件データセットＲＳ０１，ＲＳ２１、及び要素データセットＥＳ１１を参照し、出力設計ＰＪから要件データセットＲＳ０２，ＲＳ３１、及び要素データセットＥＳ１１を参照する。また、ＷＰ設計ＰＪは、自設計データセットとして、要素データセットＥＳ５１を設計する。

［３−１．車両企画ＰＪによる設計］
まず、車両企画ＰＪは、車両レベルの性能（要件）とユニット（要素）、各性能をどのユニットで実現するか（性能とユニット間の依存関係）の方針決定に関する設計を実行する。図４０は、車両企画ＰＪにより設計された設計データを示す図である。図４１は、図４０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図４０及び図４１に示すように、車両企画ＰＪの編集実行部２５は、ユーザ（車両企画担当者）からの入力操作を受け付けて、以下の編集を実行する。即ち、編集実行部２５は、通常編集により、要件データセットＲＳ００，ＲＳ０１，ＲＳ０２、及び要素データセットＥＳ００，ＥＳ０１，ＥＳ０２を追加する。そして、編集実行部２５は、要件データセットＲＳ００に要件データ「車両要求」を追加し、要件データセットＲＳ０１に要件データ「燃費（重要度＝５、仕様リスク＝４）」を追加し、要件データセットＲＳ０２に要件データ「出力（重要度＝３、仕様リスク＝４）」を追加する。また、編集実行部２５は、要素データセットＥＳ００に要素データ「車両」を追加し、要素データセットＥＳ０１に要素データ「エンジン（自由度＝５、要素リスク＝５）」を追加し、要素データセットＥＳ０２に要素データ「Ｔ／Ｍ（自由度＝１、要素リスク＝５）」を追加する。また、編集実行部２５は、「燃費」−「エンジン」間、「燃費」−「Ｔ／Ｍ」間、「出力」−「エンジン」間に、依存関係データ（依存度＝９）を追加し、「出力」−「Ｔ／Ｍ」間に依存関係データ（依存度＝３）を追加する。

［３−２．エンジン設計ＰＪによる設計（設計前）］
続いて、エンジン設計ＰＪは、車両企画ＰＪの設計結果を受けて、エンジン設計の準備をする。具体的には、エンジン設計ＰＪは、車両企画ＰＪの設計データの一部を参照し、エンジン詳細データセットを追加するための準備を行う。図４２は、エンジン設計前の設計データ（車両企画ＰＪから参照したデータセット）を示す図である。図４３は、図４２に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図４２及び図４３に示すように、エンジン設計ＰＪのデータセット参照部１１は、車両企画ＰＪの要件データセットＲＳ０１，ＲＳ０２及び要素データセットＥＳ０１、並びに当該データセットに含まれるデータに紐付く依存関係データを、参照データセットとして取得する。

［３−３．エンジン設計ＰＪによる設計（設計後）］
続いて、エンジン設計ＰＪは、エンジン部品の詳細化（要素の洗い出し）、及び各性能をどの部品で実現するか（性能とエンジン部品との間の依存関係）についての方針決定に関する設計を実行する。図４４は、エンジン設計後の設計データを示す図である。図４５は、図４４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図４４及び図４５に示すように、エンジン設計ＰＪの編集実行部２５は、ユーザ（エンジン設計担当者）からの入力操作を受け付けて、以下の編集を実行する。即ち、編集実行部２５は、通常編集により、要素データセット（エンジン詳細データセット）ＥＳ１１を追加し、当該要素データセットＥＳ１１に要素データ「ピストン」、「シリンダブロック」、「インテークバルブ」、「ＥＧＲ」、「カムシャフト」、及び「メカＷＰ」を追加する。また、編集実行部２５は、要件データ「燃費」と上記各要素データとの間に依存関係データを追加し、要件データ「出力」と「ＥＧＲ」及び「メカＷＰ」を除いた上記各要素データとの間に依存関係データを追加する。

また、編集実行部２５により、「燃費」−「エンジン」間及び「出力」−「エンジン」間の依存関係データは、参照削除される。言い換えると、ユーザは、エンジン部品を詳細化した要素データセットＥＳ３１の定義が完了したことで各要件データ「燃費」、「出力」から「エンジン」への直接の依存関係データは不要となったと判断し、編集実行部２５を介して上記参照削除を実行する。また、編集実行部２５により、「エンジン」の要素リスクは、「５」から「４」に参照更新される。言い換えると、ユーザは、エンジン部品の設計が詳細化されたことで、「エンジン」についての要素リスクが下がったと判断し、編集実行部２５を介して上記参照更新を実行する。

［３−３．燃費設計ＰＪによる設計（設計前）］
続いて、燃費設計ＰＪは、車両企画ＰＪ及びエンジン設計ＰＪの設計結果を受けて、燃費設計の準備をする。具体的には、燃費設計ＰＪは、車両企画ＰＪ及びエンジン設計ＰＪの設計データの一部を参照し、燃費詳細データセットを追加するための準備を行う。図４６は、燃費設計前の設計データ（車両企画ＰＪ及びエンジン設計ＰＪから参照したデータセット）を示す図である。図４７は、図４６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図４６及び図４７に示すように、燃費設計ＰＪのデータセット参照部１１は、車両企画ＰＪの要件データセットＲＳ０１と、エンジン設計ＰＪの要素データセットＥＳ０１，ＥＳ１１と、これらのデータセットに含まれるデータに紐付く依存関係データとを、参照データセットとして取得する。

続いて、燃費設計ＰＪの参照データマージ部１２は、車両企画ＰＪから参照された参照データセットと、エンジン設計ＰＪから参照された参照データセットとの間で競合するデータについて、参照データマージ処理を実行する。具体的には、車両企画ＰＪの要件データセットＲＳ０１の「燃費」には、「燃費」−「エンジン」間の依存関係データが紐づいている。一方、エンジン設計ＰＪの要素データセットＥＳ０１の「エンジン」には、「燃費」−「エンジン」間の依存関係データが紐付いていない（参照削除されている）。つまり、「燃費」−「エンジン」間の依存関係データについて、車両企画ＰＪから参照された参照データセットと、エンジン設計ＰＪから参照された参照データセットとの間で競合している。ここでは一例として、参照データマージ部１２は、上述の参照パスの経路コストに基づくマージ処理により、燃費設計ＰＪからの参照パスの経路コストが小さい方のエンジン設計ＰＪの参照編集結果（参照削除）を優先している。

［３−４．燃費設計ＰＪによる設計（設計後）］
続いて、燃費設計ＰＪは、燃費特性を詳細化（要件の洗い出し）、各特性の機能割付（要件に対する目標値の設定）を行い、各特性をどの部品で実現するか（特性とエンジン部品との間の依存関係）についての方針決定に関する設計を実行する。図４８は、燃費設計後の設計データを示す図である。図４９は、図４８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図４８及び図４９に示すように、燃費設計ＰＪの編集実行部２５は、ユーザ（燃費設計担当者）からの入力操作を受け付けて、以下の編集を実行する。即ち、編集実行部２５は、通常編集により、要件データセット（燃費詳細データセット）ＲＳ２１を追加し、当該要件データセットＲＳ２１に要件データ「フリクション」、「空燃比」、「ポンプ損失」、及び「冷却損失」を追加する。また、編集実行部２５は、「フリクション」の目標値として「摩耗損失：３［Ｎｍ］」を定義し、「冷却損失」の目標値として「冷却損失：５［Ｎｍ］」を定義する。つまり、燃費性能が、「フリクション」及び「冷却損失」の目標値として具現化される。また、編集実行部２５は、要件データセットＲＳ２１内の各要件データと要素データセットＥＳ１１内の各要素データとの間に依存関係データを追加する。

また、編集実行部２５により、「燃費」と要素データセットＥＳ１１内の各要素データとの間の依存関係データは、参照削除される。言い換えると、ユーザは、燃費性能を詳細化した要件データセットＲＳ２１の定義が完了したことで「燃費」から要素データセットＥＳ１１内の各要素データへの直接の依存関係データは不要となったと判断し、編集実行部２５を介して上記参照削除を実行する。また、編集実行部２５により、「燃費」の仕様リスクは、「４」から「３」に参照更新される。言い換えると、ユーザは、燃費性能の設計が詳細化されたことで、燃費性能の達成の目途がついたと判断し、編集実行部２５を介して上記参照更新を実行する。

また、編集実行部２５により、「ピストン」の要素リスクは、「５」から「３」に参照更新される。これは、例えば以下の理由による。即ち、ユーザは、図４９に示すＤＭＭ形式の表を参照することで、「フリクション」性能に最も影響が大きい（依存度が高い）要素は「ピストン」であることを把握する。これにより、ユーザは、「フリクション」の目標値（摩耗損失：３［Ｎｍ］）を達成するために、例えばピストン重量を軽くすることで摩耗損失を抑える方式を検討することができる。そして、ユーザは、このような検討を進めた結果、ピストンの実現方針案が具体化されたと判断し、編集実行部２５を介して、「ピストン」の要素リスクを「５」から「３」に参照更新する。

また、編集実行部２５により、「メカＷＰ」の要素リスクは、「５」から「３」に参照更新される。これは、例えば以下の理由による。即ち、ユーザは、図４９に示すＤＭＭ形式の表を参照することで、「冷却損失」性能に最も影響が大きい（依存度が高い）要素は「メカＷＰ」であることを把握する。これにより、ユーザは、「冷却損失」の目標値（冷却損失：５［Ｎｍ］）を達成するために、例えばメカＷＰで冷却水の流量調整をすることで冷却損失を抑える方式を検討することができる。そして、ユーザは、このような検討を進めた結果、メカＷＰの実現方針案が具体化されたと判断し、編集実行部２５を介して、「メカＷＰ」の要素リスクを「５」から「３」に参照更新する。

［３−５．出力設計ＰＪによる設計（設計前）］
続いて、出力設計ＰＪは、車両企画ＰＪ及びエンジン設計ＰＪの設計結果を受けて、出力設計の準備をする。具体的には、出力設計ＰＪは、車両企画ＰＪ及びエンジン設計ＰＪの設計データの一部を参照し、出力詳細データセットを追加するための準備を行う。図５０は、出力設計前の設計データ（車両企画ＰＪ及びエンジン設計ＰＪから参照したデータセット）を示す図である。図５１は、図５０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図５０及び図５１に示すように、出力設計ＰＪのデータセット参照部１１は、車両企画ＰＪの要件データセットＲＳ０２と、エンジン設計ＰＪの要素データセットＥＳ０１，ＥＳ１１と、これらのデータセットに含まれるデータに紐付く依存関係データとを、参照データセットとして取得する。

続いて、出力設計ＰＪの参照データマージ部１２は、車両企画ＰＪから参照された参照データセットと、エンジン設計ＰＪから参照された参照データセットとの間で競合するデータについて、参照データマージ処理を実行する。具体的には、車両企画ＰＪの要件データセットＲＳ０２の「出力」には、「出力」−「エンジン」間の依存関係データが紐づいている。一方、エンジン設計ＰＪの要素データセットＥＳ０１の「エンジン」には、「出力」−「エンジン」間の依存関係データが紐付いていない（参照削除されている）。つまり、「出力」−「エンジン」間の依存関係データについて、車両企画ＰＪから参照された参照データセットと、エンジン設計ＰＪから参照された参照データセットとの間で競合している。ここでは一例として、参照データマージ部１２は、上述の参照パスの経路コストに基づくマージ処理により、出力設計ＰＪからの参照パスの経路コストが小さい方のエンジン設計ＰＪの参照編集結果（参照削除）を優先している。

［３−６．出力設計ＰＪによる設計（設計後）］
続いて、出力設計ＰＪは、出力特性を詳細化（要件の洗い出し）、各特性の機能割付（要件に対する目標値の設定）を行い、各特性をどの部品で実現するか（特性とエンジン部品との間の依存関係）についての方針決定に関する設計を実行する。図５２は、出力設計後の設計データを示す図である。図５３は、図５２に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図５２及び図５３に示すように、出力設計ＰＪの編集実行部２５は、ユーザ（出力設計担当者）からの入力操作を受け付けて、以下の編集を実行する。即ち、編集実行部２５は、通常編集により、要件データセット（出力詳細データセット）ＲＳ３１を追加し、当該要件データセットＲＳ３１に要件データ「圧縮比」、「体積効率」、及び「点火時期」を追加する。また、編集実行部２５は、「圧縮比」の目標値として「実圧縮比：１２」を定義する。つまり、出力性能が、「圧縮比」の目標値として具現化される。また、編集実行部２５は、要件データセットＲＳ３１内の各要件データと要素データセットＥＳ１１内の各要素データとの間に依存関係データを追加する。

また、編集実行部２５により、「出力」と要素データセットＥＳ１１内の各要素データとの間の依存関係データは、参照削除される。言い換えると、ユーザは、出力性能を詳細化した要件データセットＲＳ３１の定義が完了したことで「出力」から要素データセットＥＳ１１内の各要素データへの直接の依存関係データは不要となったと判断し、編集実行部２５を介して上記参照削除を実行する。また、編集実行部２５により、「出力」の仕様リスクは、「４」から「３」に参照更新される。言い換えると、ユーザは、出力性能の設計が詳細化されたことで、出力性能の達成の目途がついたと判断し、編集実行部２５を介して上記参照更新を実行する。

また、編集実行部２５により、「カムシャフト」の要素リスクは、「５」から「３」に参照更新される。これは、例えば以下の理由による。即ち、ユーザは、図５３に示すＤＭＭ形式の表を参照することで、「圧縮比」性能に影響が大きい（依存度が高い）要素は「カムシャフト」であることを把握する。これにより、ユーザは、「圧縮比」の目標値（実圧縮比：１２）を達成するために、例えばカムシャフトの作用角を大きくすることで空気を多く取り込む方式を検討することができる。そして、ユーザは、このような検討を進めた結果、カムシャフトの実現方針案が具体化されたと判断し、編集実行部２５を介して、「カムシャフト」の要素リスクを「５」から「３」に参照更新する。

［３−７．ピストン設計ＰＪによる設計（設計前）］
続いて、ピストン設計ＰＪは、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの設計結果を受けて、ピストン設計の準備をする。具体的には、ピストン設計ＰＪは、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの設計データの一部を参照し、ピストン詳細データセットを追加するための準備を行う。図５４は、ピストン設計前の設計データ（エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪから参照したデータセット）を示す図である。図５５は、図５４に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図５４及び図５５に示すように、ピストン設計ＰＪのデータセット参照部１１は、エンジン設計ＰＪの要素データセットＥＳ０１，ＥＳ１１と、燃費設計ＰＪの要件データセットＲＳ０１，ＲＳ２１及び要素データセットＥＳ１１と、出力設計ＰＪの要件データセットＲＳ０２，ＲＳ３１及び要素データセットＥＳ１１と、これらのデータセットに含まれるデータに紐付く依存関係データとを、参照データセットとして取得する。

続いて、ピストン設計ＰＪの参照データマージ部１２は、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの間で競合する要素データセットＥＳ１１に含まれるデータについて、参照データマージ処理を実行する（図５４及び図５５参照）。

［３−８．ピストン設計ＰＪによる設計（設計後）］
続いて、ピストン設計ＰＪは、ピストン仕様の詳細化（要素の洗い出し）、各特性をどの部品仕様で実現するか（特性とピストン仕様との間の依存関係）についての具体的な方式決定に関する設計を実行する。図５６は、ピストン設計後の設計データを示す図である。図５７は、図５６に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

図５６及び図５７に示すように、ピストン設計ＰＪの編集実行部２５は、ユーザ（ピストン設計担当者）からの入力操作を受け付けて、以下の編集を実行する。即ち、編集実行部２５は、通常編集により、要素データセット（ピストン詳細データセット）ＥＳ４１を追加し、当該要素データセットＥＳ４１に要素データ「重量」、「冠面形状」、「コーティング」、「強度」、「表面処理」、及び「材質」を追加する。また、ユーザにより、燃費性能（フリクションの目標値「摩耗損失：３［Ｎｍ］」）と、出力性能（圧縮比の目標値「実圧縮比：１２」）とを両方加味した上で、ピストンの設計検討が行われる。その結果、編集実行部２５は、「重量」の設計値として「重量：２７０［ｇ］」を定義し、「強度」の設計値として「安全率：０．９」を定義する。つまり、燃費性能及び出力性能の実現方式が、ピストンの「重量」及び「強度」の設計値として具現化される。また、編集実行部２５は、要件データセットＲＳ２１，ＲＳ３１内の各要件データと要素データセットＥＳ４１内の各要素データとの間に依存関係データを追加する。

また、編集実行部２５により、要件データセットＲＳ２１，ＲＳ３１内の各要件データと「ピストン」との間の依存関係データは、参照削除される。言い換えると、ユーザは、ピストンを詳細化した要件データセットＲＳ４１の定義が完了したことで「ピストン」から要件データセットＲＳ２１，ＲＳ３１内の各要件データへの直接の依存関係データは不要となったと判断し、編集実行部２５を介して上記参照削除を実行する。また、編集実行部２５により、「ピストン」の要素リスクは、「３」から「１」に参照更新される。言い換えると、ユーザは、ピストン設計の詳細化が完了したと判断し、編集実行部２５を介して上記参照更新を実行する。

また、編集実行部２５により、「フリクション」の仕様リスクは、「３」から「１」に参照更新される。これは、例えば以下の理由による。即ち、ユーザは、図５７に示すＤＭＭ形式の表を参照することで、「フリクション」性能に影響が大きい（依存度が高い）要素は「重量」であることを把握する。これにより、ユーザは、「フリクション」の目標値（摩擦損失：３［Ｎｍ］）を達成するために、例えばピストンを軽くする方式を検討することができる。そして、ユーザは、このような検討を進めた結果、フリクションの目標値達成の目途がついたと判断し、編集実行部２５を介して、「フリクション」の仕様リスクを「３」から「１」に参照更新する。

また、編集実行部２５により、「圧縮比」の目標値は、「１２」から「１０」に参照更新される。これは、例えば以下の理由による。上述の通り、「フリクション」の目標値を達成するためにピストンを軽くしたことにより、ピストンの強度を「安全率：０．９」に下げることとなった。これにより、圧縮比の目標値（実圧縮比：１２）を満たすことができなくなった。そこで、ユーザは、妥協案として、編集実行部２５を介して、「圧縮比」の目標値を「実圧縮比：１０」に参照更新している。また、圧縮比の目標値を下方修正することとなるため、編集実行部２５により、「圧縮比」の仕様リスクが「３」から「４」に参照更新されている。

［３−９．ＷＰ設計ＰＪによる設計（設計前）］
続いて、ＷＰ設計ＰＪは、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの設計結果を受けて、ＷＰ設計の準備をする。具体的には、ＷＰ設計ＰＪは、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの設計データの一部を参照し、ＷＰ詳細データセットを追加するための準備を行う。図５８は、ＷＰ設計前の設計データ（エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪから参照したデータセット）を示す図である。図５９は、図５８に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。図５８及び図５９に示すように、ＷＰ設計ＰＪのデータセット参照部１１は、エンジン設計ＰＪの要素データセットＥＳ０１，ＥＳ１１と、燃費設計ＰＪの要件データセットＲＳ０１，ＲＳ２１及び要素データセットＥＳ１１と、出力設計ＰＪの要件データセットＲＳ０２，ＲＳ３１及び要素データセットＥＳ１１と、これらのデータセットに含まれるデータに紐付く依存関係データとを、参照データセットとして取得する。

続いて、ＷＰ設計ＰＪの参照データマージ部１２は、エンジン設計ＰＪ、燃費設計ＰＪ、及び出力設計ＰＪの間で競合する要素データセットＥＳ１１に含まれるデータについて、参照データマージ処理を実行する（図５８及び図５９参照）。

［３−１０．ＷＰ設計ＰＪによる設計（設計後）］
続いて、ＷＰ設計ＰＪは、ＷＰ仕様の詳細化（要素の洗い出し）、各特性をどの部品仕様で実現するか（特性とＷＰ仕様との間の依存関係）についての具体的な方式決定に関する設計を実行する。図６０は、ＷＰ設計後の設計データを示す図である。図６１は、図６０に示す設計データにおける要件・要素データ間の依存関係データをＤＭＭ形式で示した図である。

ここでは一例として、ＷＰ設計ＰＪのユーザ（ＷＰ設計担当者）により、燃費性能（冷却損失：５［Ｎｍ］）を実現するためのＷＰの設計検討が行われる。その結果、ＷＰを「メカＷＰ」から「電動ＷＰ」に変更することが決定される。即ち、図６０及び図６１に示すように、ＷＰ設計ＰＪの編集実行部２５は、参照データセットである要素データセットＥＳ１１に含まれる要素データ「メカＷＰ」を参照削除すると共に、要素データセットＥＳ１１に新たな要素データ「電動ＷＰ」を参照追加する。

また、編集実行部２５は、通常編集により、要素データセット（ＷＰ詳細データセット）ＥＳ５１を追加し、当該要素データセットＥＳ５１に要素データ「流量」、「消費電力」、及び「形状」を追加する。また、ユーザにより、燃費性能（冷却損失の目標値「冷却損失：５［Ｎｍ］」）を加味した上で、「電動ＷＰ」の設計検討が行われる。その結果、編集実行部２５は、電動ＷＰの「流量」の設計値として「流量：１００［Ｌ／ｍｉｎ］」を定義する。つまり、燃費性能の実現方式が、電動ＷＰの「流量」の設計値として具現化される。また、編集実行部２５は、要件データセットＲＳ２１，ＲＳ３１内の各要件データと要素データセットＥＳ５１内の各要素データとの間に依存関係データを追加する。

また、編集実行部２５により、「冷却損失」の仕様リスクは、「３」から「１」に参照更新される。これは、上述のように、「冷却損失」の目標達成のために、メカＷＰを電動ＷＰに変更し、メカＷＰの流量を１００Ｌ／ｍｉｎに下げて冷却水への伝熱を抑える方式が具体的に検討されたことによる。つまり、ユーザは、このような検討を進めた結果、冷却損失の目標値達成の目途がついたと判断し、編集実行部２５を介して、「冷却損失」の仕様リスクを「３」から「１」に参照更新する。また、編集実行部２５により、「電動ＷＰ」の要素リスクは、「３」から「１」に通常編集により更新される。言い換えると、ユーザは、電動ＷＰの構成の詳細化が完了したと判断し、編集実行部２５を介して上記参照更新及び通常編集による更新を実行する。

続いて、図６２を用いて、設計支援システム１の段階的詳細化に関する動作（一実施形態に係る設計支援方法を含む動作）を説明する。図６２は、参照先として指定された他プロジェクトのデータセットが参照データセットとして取得されてから、参照編集が実行され、最後に参照編集が取り消される処理が実行される場合のフローを示す図である。まず、データセット参照部１１により、情報処理端末２０のデータセット参照指示部２１により参照先として指定された他プロジェクトのデータセットが、参照データセットとして取得される（ステップＳ１０１、参照データ取得ステップ）。

続いて、データセット参照部１１により取得された複数の参照データセットの中に、同一の要件データ、要素データ又は依存関係データについて互いに競合する第１のデータ及び第２のデータが含まれている場合には、参照データマージ部１２により、上述の参照データマージ処理が実行され、採用される設計値が決定される（ステップＳ１０２、参照データマージステップ）。

続いて、データセット参照部１１により取得された参照データセットは、他プロジェクトＤＢ１７を介して、プロジェクトＤＢ２３に記憶される（ステップＳ１０３、設計データ記憶処理ステップ）。ここで、ステップＳ１０２において参照データマージ部１２による参照データマージ処理が実行されている場合には、プロジェクトＤＢ２３は、参照編集付きマージ結果ＤＢ１５から参照編集付きマージ結果を取得及び記憶する。これにより、参照データマージ処理のマージ結果と自プロジェクトにおける参照編集とが反映された参照データセットが、プロジェクトＤＢ２３に記憶されることとなる。

続いて、プロジェクトＤＢ２３に記憶された参照データセットは、設計データ提示部２４によりユーザに提示される（ステップＳ１０４、設計データ提示ステップ）。続いて、編集実行部２５により、ユーザからの入力操作に応じて、プロジェクトＤＢ２３に記憶された参照データセットを編集する参照編集が実行される（ステップＳ１０５、編集実行ステップ）。続いて、参照編集取消部２７により、ユーザによる入力操作等をトリガとして、指定された要件データ、要素データ、又は依存関係データ（取消対象データ）に対する参照編集を取り消す処理が実行される（ステップＳ１０６、参照編集取消ステップ）。

続いて、図６３を用いて、一実施形態に係る設計支援プログラムについて説明する。図６３は、設計支援プログラムＰ１の機能構成（モジュール構成）を示すブロック図である。設計支援プログラムＰ１は、コンピュータシステムを設計支援システム１として機能させるためのプログラムである。特に、設計支援プログラムＰ１は、コンピュータシステムを、段階的詳細化に関する機能を有する設計支援システム１（図２参照）として機能させるためのプログラムである。図６３に示すように、設計支援プログラムＰ１は、参照データ取得モジュールＰ１１、参照データマージモジュールＰ１２、設計データ記憶モジュールＰ１３、設計データ提示モジュールＰ１４、編集実行モジュールＰ１５、及び参照編集取消モジュールＰ１６を備える。参照データ取得モジュールＰ１１、参照データマージモジュールＰ１２、設計データ記憶モジュールＰ１３、設計データ提示モジュールＰ１４、編集実行モジュールＰ１５、及び参照編集取消モジュールＰ１６が実行されることにより実現される機能はそれぞれ、上述した設計支援システム１のデータセット参照部１１、参照データマージ部１２、プロジェクトＤＢ２３、設計データ提示部２４、編集実行部２５、及び参照編集取消部２７の機能と同様である。

設計支援プログラムＰ１は、例えばＣＤ−ＲＯＭ及びＤＶＤ等の記録媒体に記憶され、設計支援システム１として用いられるコンピュータシステムにより実行される。具体的には、当該コンピュータシステムを構成する各装置（情報処理サーバ１０、情報処理端末２０）は、例えばＣＤ−ＲＯＭドライブ及びＤＶＤドライブ等の記録媒体読取部を備えている。記録媒体読取部に記録媒体がセットされると、各装置は、記録媒体読取部から記録媒体に格納された設計支援プログラムＰ１にアクセス可能となる。そして、設計支援プログラムＰ１を各装置に実行させることによって、コンピュータシステムを、設計支援システム１として動作させることが可能となる。なお、設計支援プログラムＰ１は、搬送波に重畳されたデータ信号としてネットワークを介して提供されるものであってもよい。

［参照サマリ］
次に、参照サマリの機能について説明する。なお、上述の段階的詳細化に関する説明内容と重複する内容については、適宜説明を省略する。図６４は、本実施形態に係る設計支援システム１の参照サマリに関する機能構成を示すブロック図である。図６４に示すように、情報処理サーバ１０は、参照サマリに関する機能要素として、設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３、参照サマリ比較部１１４、及び自プロジェクトＤＢ１６を備えている。また、情報処理端末２０は、参照サマリに関する機能要素として、参照サマリ指示部１２１、参照サマリ比較結果ＤＢ１２２、参照サマリ反映部１２３、参照サマリ整合部１２４、プロジェクトＤＢ２３、及び設計データ提示部２４を備えている。

以下、設計支援システム１の参照サマリに関する各機能について説明する。なお、説明の便宜上、図６４に示す情報処理サーバ１０及び情報処理端末２０は、図３０に示したプロジェクトＰＪ０の情報処理サーバ１０及び情報処理端末２０であるものとする。また、以下の説明においては、プロジェクトＰＪ０よりも下位のプロジェクトであるプロジェクトＰＪ１，ＰＪ２の設計内容をプロジェクトＰＪ０と同一の設計粒度にサマリするケースについて考える。また、適宜、別ケースとして、プロジェクトＰＪ３の設計内容をプロジェクトＰＪ０と同一の設計粒度にサマリするケースについても考える。

ここで、「設計粒度」とは、設計データに含まれているデータセットの組み合わせ（個数及び種類）を示す。即ち、「設計粒度が同一である」とは、設計データに含まれているデータセットの組み合わせが同一であることを意味する。また、サマリ処理の対象となるプロジェクトのことを「サマリ元プロジェクト」という。一方、サマリ元プロジェクトをサマリした結果（サマリ結果）と比較される対象となるプロジェクトのことを「サマリ先プロジェクト」という。上記の場合には、プロジェクトＰＪ０がサマリ先プロジェクトであり、プロジェクトＰＪ１，ＰＪ２，ＰＪ３がサマリ元プロジェクトである。また、サマリ先プロジェクトの設計粒度は、サマリ元プロジェクトをサマリする際の目標となる設計粒度となる。

参照サマリ指示部１２１は、プロジェクトＰＪ０のユーザによるサマリ元プロジェクトを指定するユーザ操作を受け付け、指定されたサマリ元プロジェクトを設計データ取得部１１１に通知する機能要素である。ここでは一例として、サマリ元プロジェクトとしてプロジェクトＰＪ１，ＰＪ２が指定されるものとする。また、参照サマリ指示部１２１は、プロジェクトＤＢ２３に記憶されているプロジェクトＰＪ０の設計データを取得すると共に、当該設計データを設計データ取得部１１１に送信する。

設計データ取得部１１１は、サマリ先プロジェクトＰＪ０の設計データ（第１の設計データ）と、サマリ元プロジェクトＰＪ１，ＰＪ２の設計データ（第２の設計データ）とを取得する機能要素である。具体的には、設計データ取得部１１１は、参照サマリ指示部１２１から、サマリ先プロジェクトＰＪ０の設計データを取得する。また、設計データ取得部１１１は、参照サマリ指示部１２１からの通知により、サマリ元プロジェクトＰＪ１，ＰＪ２を特定することができる。そして、設計データ取得部１１１は、例えばサマリ元プロジェクトＰＪ１，ＰＪ２の情報処理サーバ１０にアクセスすることで、サマリ元プロジェクトＰＪ１，ＰＪ２の設計データを取得する。

ここで、サマリ元プロジェクトＰＪ１，ＰＪ２の情報処理サーバ１０上に記憶されている設計データは、最新の設計データとは異なっている場合がある。例えば、各プロジェクトＰＪ１，ＰＪ２の情報処理端末２０において、各プロジェクトＰＪ１，ＰＪ２のユーザが編集実行部２５を介して、プロジェクトＤＢ２３に記憶されている設計データを編集している可能性がある。この場合、最新の編集（通常編集又は参照編集）が反映された設計データは、プロジェクトＤＢ２３にのみ記憶され、更新部２６による更新が実行されるまでは、情報処理サーバ１０のデータベース（参照編集付きマージ結果ＤＢ１５、自プロジェクトＤＢ１６）に記憶されない。

そこで、設計データ取得部１１１は、サマリ元プロジェクトＰＪ１，ＰＪ２において、情報処理端末２０での編集が完了しており、最新の設計データが情報処理サーバ１０のデータベースに記憶されていることを確認してもよい。そして、設計データ取得部１１１は、確認完了するまではサマリ元プロジェクトＰＪ１，ＰＪ２の設計データの取得処理を保留し、確認完了後に、サマリ元プロジェクトＰＪ１，ＰＪ２の情報処理サーバ１０からサマリ元プロジェクトＰＪ１，ＰＪ２の設計データを取得してもよい。例えば、設計データ取得部１１１は、サマリ元プロジェクトＰＪ１，ＰＪ２の情報処理サーバ１０の自プロジェクトＤＢ１６に記憶されている参照モード設定を参照することで、上記の確認を行ってもよい。具体的には、設計データ取得部１１１は、サマリ元プロジェクトＰＪ１，ＰＪ２の参照モード設定が「参照モード」であれば、サマリ元プロジェクトＰＪ１，ＰＪ２の情報処理端末２０による参照編集が完了しており、更新部２６による更新（データ同期）が実行完了していると判断してもよい。

サマリ対象データセット抽出部１１２は、サマリ先プロジェクトＰＪ０の設計データとサマリ元プロジェクトＰＪ１，ＰＪ２の設計データとに共通に含まれるデータセットをサマリ対象データセットとして抽出する機能要素である。ここで、プロジェクトＰＪ１，ＰＪ２は、いずれもプロジェクトＰＪ０の要件データセットＲＳ０１及び要素データセットＥＳ０１を参照している（図１１及び図３３参照）。即ち、要件データセットＲＳ０１及び要素データセットＥＳ０１が、プロジェクトＰＪ０〜ＰＪ２で共通に含まれるデータセットである。従って、サマリ対象データセット抽出部１１２は、要件データセットＲＳ０１及び要素データセットＥＳ０１を、サマリ対象データとして抽出する。

サマリ実行部１１３は、サマリ元プロジェクトＰＪ１，ＰＪ２の設計データに基づいて、サマリ対象データセット抽出部１１２により抽出されたサマリ対象データセット（要件データセットＲＳ０１及び要素データセットＥＳ０１）以外のデータセットを含まないサマリ結果（第３の設計データ）を生成する機能要素である。ここで、サマリ元プロジェクトＰＪ１には、サマリ対象データセット以外に要素データセットＥＳ１１が含まれている（図１１参照）。また、サマリ元プロジェクトＰＪ２には、サマリ対象データセット以外に要素データセットＥＳ２１が含まれている（図３３参照）。そこで、サマリ実行部１１３は、以下に述べるような処理により、サマリ元プロジェクトＰＪ１，ＰＪ２の設計データに基づいて、要素データセットＥＳ１１，ＥＳ２１を含まないサマリ結果を生成する。

（第１の例）
サマリ実行部１１３は、サマリ元プロジェクトが複数（本実施形態では一例としてプロジェクトＰＪ１，ＰＪ２の２つ）である場合には、以下のようにしてサマリ結果を生成してもよい。即ち、サマリ実行部１１３は、複数のサマリ元プロジェクトＰＪ１，ＰＪ２のそれぞれの設計データを、予め定められたルールに基づいて１つのマージデータ（第４の設計データ）に変換する。ここで、「予め定められたルール」とは、例えば上述した参照データマージ処理における各種ルールである。即ち、ここでの「予め定められたルール」とは、「参照パスの経路コストに基づくマージ処理」、「参照編集状態に基づくマージ処理」、及び「参照更新のマージルールに基づくマージ処理」等のマージ処理におけるルールである。上述の変換処理により、図３５に示すようなデータ構成のマージデータが得られる。

そして、サマリ実行部１１３は、得られたマージデータについて、サマリ対象データセットＲＳ０１，ＥＳ０１に含まれる２つの項目データ（要件データ又は要素データ）を検出する。具体的には、サマリ実行部１１３は、サマリ対象データセットＲＳ０１，ＥＳ０１以外のデータセットＥＳ１１，ＥＳ２１に含まれる項目データ（ここでは一例として、要素データＥ１１１）に関連付けられた複数の依存関係データＲ０１１−Ｅ１１１，Ｅ１１１−Ｅ０１２を介して結び付けられた２つの項目データ（ここでは一例として、要件データＲ０１１及び要素データＥ０１２）を検出する。そして、サマリ実行部１１３は、当該複数の依存関係データＲ０１１−Ｅ１１１，Ｅ１１１−Ｅ０１２から、要件データＲ０１１と要素データＥ０１２との間の依存関係を示す１つの依存関係データＲ０１１−Ｅ０１２を生成する。サマリ実行部１１３は、このような処理（依存関係データのサマリ）を、検出された全ての２つの項目データの組み合わせに対して実行する。そして、サマリ実行部１１３は、サマリ対象データセット以外のデータセットＥＳ１１，ＥＳ２１を削除することで、サマリ結果を生成してもよい。ここで、データセットＥＳ１１，ＥＳ２１に含まれる要素データと、当該要素データに関連付けられた依存関係データとは、当該データセットＥＳ１１，ＥＳ２１の削除に伴って削除される。

図６５は、依存関係データのサマリについて説明するための図である。図６５（ａ）は、直列の依存関係データをサマリする場合の例を示す図である。図６５（ａ）において、要件データＡ及び要素データＸは、サマリ対象データセットに含まれる項目データである。一方、要件データａ及び要素データｘは、サマリ対象データセット以外のデータセットに含まれる項目データである。この場合、サマリ実行部１１３は、上述の処理（依存関係データのサマリ）により、複数（ここでは一例として３つ）の依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘから、１つの依存関係データＡ−Ｘを生成する。

新たに生成される依存関係データＡ−Ｘの関連情報（依存度等）は、予め定められたルールにより設定される。例えば、直列の依存関係データをサマリする場合には、依存関係データＡ−Ｘの依存度には、以下の優先度に従って、依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘのうちのいずれかの依存度が設定される。ここで、優先度は、優先度１、優先度２、優先度３の順に高いものとする。つまり、優先度１のルールにより依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘのうちのいずれかの依存度を決定することができなかった場合には、優先度２のルールが適用される。優先度２のルールでも依存度を決定することができなかった場合には、優先度３のルールが適用される。
優先度１：自信度考慮済みの依存度が最小である依存関係データの依存度
優先度２：依存度が最小である依存関係データの依存度
優先度３：自信度が最大である依存関係データの依存度

「自信度考慮済みの依存度」とは、依存度及び自信度に基づく予め定められた演算により求まる値である。例えば自信度が相対的に大きい依存関係データの依存度が採用され易くなるように演算された値である。ここで、図６５（ａ）に示す依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘの自信度は、いずれも同一であるものとする。この場合、自信度の相対的な大きさは、依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘ間で等しくなるため、優先度１のルールは優先度２のルールと同一となる。そして、優先度１のルールにより、依存関係データＡ−Ｘの依存度は、依存度が最小である依存関係データＡ−ａの依存度「３」に設定される。ただし、上述のルールは一例に過ぎず、その他の値が依存関係データＡ−Ｘの依存度として設定されてもよい。例えば、全ての依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘの平均値が依存関係データＡ−Ｘの依存度として設定されてもよい。

図６５（ｂ）は、並列の依存関係データをサマリする場合の例を示す図である。図６５（ｂ）に示すように、要件データＡ及び要素データＸの間に、複数の並列するパスが存在する場合には、まず、各パスについて上述した直列の依存関係データのサマリルールが適用される。この例では、要件データＡ及び要件データＸの間に、依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘにより形成されるパスと、依存関係データＡ−ｂ，ｂ−ｙ，ｙ−Ｘにより形成されるパスとが存在している。ここで、依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘ，Ａ−ｂ，ｂ−ｙ，ｙ−Ｘの自信度はいずれも同一であるものとする。この場合、依存関係データＡ−ａ，ａ−ｘ，ｘ−Ｘからは、依存度が最小の依存関係データＡ−ａの依存度が採用されて、依存度「３」の依存関係データＡ−Ｘが生成される。また、依存関係データＡ−ｂ，ｂ−ｙ，ｙ−Ｘからは、依存度が最小の依存関係データｂ−ｙの依存度が採用されて、依存度「６」の依存関係データＡ−Ｘが生成される。以上の処理により、並列の２つの依存関係データＡ−Ｘが生成される。

続いて、並列の２つの依存関係データＡ−Ｘのサマリが実行される。例えば、並列の依存関係データをサマリする場合には、依存関係データＡ−Ｘの依存度には、以下の優先度に従って、２つの依存関係データＡ−Ｘのうちのいずれかの依存度が設定される。
優先度１：自信度考慮済みの依存度が最大である依存関係データの依存度
優先度２：依存度が最大である依存関係データの依存度
優先度３：自信度が最小である依存関係データの依存度

図６５（ｂ）に示す例では、並列の２つの依存関係データＡ−Ｘの自信度に差はないため、優先度１のルールは優先度２のルールと同一となる。そして、優先度１のルールにより、依存関係データＡ−Ｘの依存度は、依存度が最大である依存関係データＡ−Ｘ（図６５（ｂ）の図示下側の依存関係データ）の依存度「６」に設定される。ただし、上述のルールは一例に過ぎず、その他の値が依存関係データＡ−Ｘの依存度として設定されてもよい。例えば、並列する２つの依存関係データＡ−Ｘの平均値が依存関係データＡ−Ｘの依存度として設定されてもよい。また、例えば依存度以外の属性のサマリルールについては、当該属性に応じて別途定められてもよい。また、上述のようなサマリルールが定められていない属性については、サマリ元となる依存関係データの値を全て参照可能に保持するようにサマリされてもよい。

（第２の例）
また、サマリ実行部１１３は、サマリ元プロジェクトが複数（本実施形態では一例としてＰＪ１，ＰＪ２の２つ）である場合には、第１の例とは逆の処理を行ってもよい。即ち、サマリ実行部１１３は、まず、各サマリ元プロジェクトＰＪ１，ＰＪ２に対して、上述の第１の例に示した方法と同様に、検出された全ての２つの項目データの組み合わせに対して依存関係データのサマリを実行する。そして、サマリ実行部１１３は、各サマリ元プロジェクトＰＪ１，ＰＪ２に対する依存関係データのサマリにより得られた複数の設計データ（第５の設計データ）を、上述した参照データマージ処理における各種ルールに基づいて１つのマージデータ（サマリ結果）に変換することで、サマリ結果を生成してもよい。

第１の例及び第２の例に示すように、設計支援システム１は、サマリ実行部１１３を備えることにより、サマリ元プロジェクトが複数（本実施形態では一例としてＰＪ１，ＰＪ２の２つ）ある場合において、サマリ先プロジェクトＰＪ０の設計データと共通のデータセット構成を有し且つ複数のサマリ元プロジェクトＰＪ１，ＰＪ２の設計内容に基づくサマリ結果が、効率的且つ適切に生成される。その結果、例えばサマリ先プロジェクトＰＪ０の設計データとサマリ結果とを比較することにより、サマリ先プロジェクトＰＪ０の設計内容と複数のサマリ元プロジェクトＰＪ１，ＰＪ２の設計内容との差異を容易に把握することが可能となる。従って、サマリ先プロジェクトＰＪ０と複数のサマリ元プロジェクトＰＪ１，ＰＪ２との間でのすり合わせを効率的に行うことが可能となる。

（第３の例）
また、サマリ実行部１１３は、仮に、サマリ元プロジェクトが１つ（例えば図３０に示すプロジェクトＰＪ３）である場合には、サマリ元プロジェクトＰＪ３の設計データに対して、上述の第１の例に示した方法と同様に、検出された全ての２つの項目データの組み合わせに対して依存関係データのサマリを実行することで、サマリ結果を生成することができる。これにより、サマリ先プロジェクトＰＪ０の設計データと共通のデータセット構成を有するサマリ元プロジェクトＰＪ３の設計データを効率的且つ適切に生成することが可能となる。

なお、第１の例〜第３の例は、サマリ実行部１１３によるサマリ結果を生成するための処理の一例に過ぎない。例えば、サマリ実行部１１３は、サマリ元プロジェクトが複数である場合に、上述した依存関係データのサマリを設計データの一部に対して実行した後に、参照データマージ処理を実行し、再度これらの処理を繰り返し実行するといった反復的（試行錯誤的）な手法によりサマリ結果を生成してもよい。サマリ実行部１１３は、上述の第１の例〜第３の例に示す手順、或いはその他の手順によりサマリ結果を生成すると、サマリ先プロジェクトＰＪ０の設計データと当該サマリ結果とを参照サマリ比較部１１４に出力する。

参照サマリ比較部（比較部）１１４は、サマリ先プロジェクトＰＪ０の設計データとサマリ結果（ここでは一例としてプロジェクトＰＪ３のサマリ結果）とを比較した結果（比較結果データ）を出力する機能要素である。具体的には、参照サマリ比較部１１４は、サマリ実行部１１３から入力されたサマリ先プロジェクトＰＪ０の設計データとサマリ結果とを取得する。そして、図６６に示すように、参照サマリ比較部１１４は、サマリ先プロジェクトＰＪ０の設計データとサマリ結果とを比較することで、サマリ先プロジェクトＰＪ０の設計データとサマリ結果との間における各データ（要件データ、要素データ、及び依存関係データ）についての差分を示す比較結果データを生成する。

より具体的には、参照サマリ比較部１１４は、サマリ先プロジェクトＰＪ０の設計データとサマリ結果との一方にのみ含まれるデータの有無や、共通して含まれるデータの設計値（例えば仕様リスク、要素リスク、依存度等の属性値）の差分の有無を判定する。これにより、参照サマリ比較部１１４は、例えば図６７及び図６８に示すように差分箇所が目立つようにレイアウトされたデータ（例えば差分箇所に下線や色を付けるレイアウトがされたデータ）を差分結果データとして生成してもよい。また、参照サマリ比較部１１４は、単に差分箇所の情報がリスト形式で記載されたテキストデータ等を差分結果データとして生成してもよい。

参照サマリ比較部１１４は、生成された比較結果データを自プロジェクトＤＢ１６及び参照サマリ比較結果ＤＢ１２２に出力する。自プロジェクトＤＢ１６には、比較結果データと共に、参照サマリ比較部１１４による比較が実行された際のプロジェクトＰＪ０の設計データのリビジョン番号等が記憶される。これにより、プロジェクトＰＪ０の設計データのリビジョン毎の比較結果が自プロジェクトＤＢ１６にヒストリー形式で記憶され、プロジェクトＰＪ０のユーザ等がこれらの比較結果を後で確認することが可能となる。

参照サマリ比較結果ＤＢ１２２は、一時的に比較結果データを記憶する機能要素である。参照サマリ比較結果ＤＢ１２２に記憶された比較結果データは、設計データ提示部２４が比較結果データをユーザに提示する際や、参照サマリ反映部１２３が後述する処理を実行する際に参照される。

参照サマリ反映部（反映部）１２３は、比較結果データに基づいて、サマリ先プロジェクトＰＪ０のプロジェクトＤＢ２３に記憶されている設計データを、サマリ結果と同一の設計データに更新（反映）する機能要素である。参照サマリ反映部１２３による上述の処理によれば、サマリ先プロジェクトＰＪ０の設計内容をサマリ元プロジェクトの設計内容に合わせることができる。これにより、サマリ先プロジェクトＰＪ０とサマリ元プロジェクトとの間の設計のすり合わせが自動化され、設計作業の効率化が図れる。また、参照サマリ反映部１２３は、サマリ結果のうちユーザにより指定された一部のデータ（要件データ、要素データ、又は依存関係データ）のみをプロジェクトＰＪ０の設計データに反映してもよい。例えば、プロジェクトＰＪ０のユーザは、設計データ提示部２４により提示された比較結果データを参照し、サマリ結果と同一のデータに変更する部分を選択する。そして、参照サマリ反映部１２３は、ユーザにより選択されたデータについてのみサマリ結果と同一の設計データに変更する。

参照サマリ整合部（整合部）１２４は、参照サマリ反映部１２３によりサマリ先プロジェクトＰＪ０の設計データがサマリ結果と同一の設計データに更新されたことを示す通知情報を、サマリ先プロジェクトＰＪ０の設計データに基づいて生成された設計データを保有する全てのプロジェクトに対して通知する機能要素である。具体的には、参照サマリ整合部１２４は、サマリ先プロジェクトＰＪ０の設計データ（又は当該設計データを参照編集して生成された設計データ）を参照するプロジェクト（図３０に示す例では、プロジェクトＰＪ１〜ＰＪ３）に対して通知する。

より具体的には、参照サマリ整合部１２４は、各プロジェクトＰＪ１〜ＰＪ３に対して、参照サマリ反映部１２３によりサマリ結果と同一の設計データに変更された部分（要件データ、要素データ、又は依存関係データ）に関して、参照編集を取り消す取消（クリア）処理を実行した上で、参照データセットに対する参照データマージ処理を実行するように指示してもよい。これにより、通知先の各プロジェクトＰＪ１〜ＰＪ３において、参照編集取消部２７による取消処理が実行され、データセット参照部１１、参照データマージ部１２、及びデータ同期部１３による処理が実行される。その結果、通知先の各プロジェクトＰＪ１〜ＰＪ３のプロジェクトＤＢ２３には、サマリ先プロジェクトＰＪ０での参照サマリ反映部１２３による反映が考慮された最新の設計データが記憶される。

このような参照サマリ整合部１２４の処理により、通知を受けたプロジェクトＰＪ１〜ＰＪ３側において、サマリ先プロジェクトＰＪ０の最新の設計データを自プロジェクトの設計データに反映させるといった処理（上述の参照編集の取消処理、及び参照データマージ処理）をスムーズに実行することが可能となる。その結果、各プロジェクトＰＪ１〜ＰＪ３のユーザは、上位のプロジェクトＰＪ０において、下位のプロジェクトの設計データ（参照編集により変更された部分等）が反映（承認）されたことを把握することができる。

以上述べた設計支援システム１によれば、サマリ先プロジェクトＰＪ０の設計データとサマリ元プロジェクト（例えばプロジェクトＰＪ１，ＰＪ２）の設計データとで共通のデータセットが、サマリ対象データセットとして抽出される。そして、サマリ元プロジェクトの設計データに基づいて、サマリ対象データセット以外のデータセットを含まないサマリ結果が生成される。つまり、データセット構成がサマリ先プロジェクトＰＪ０の設計データと同一であり、設計粒度がサマリ先プロジェクトＰＪ０の設計データの設計粒度と同等であるサマリ結果を得ることができる。即ち、サマリ先プロジェクトＰＪ０の設計データとの比較に適したサマリ結果を得ることができる。その結果、例えばサマリ先プロジェクトＰＪ０の設計データとサマリ結果とを比較することにより、サマリ先プロジェクトＰＪ０の設計内容とサマリ元プロジェクトの設計内容との差異を容易に把握することが可能となる。従って、サマリ先プロジェクトＰＪ０とサマリ元プロジェクトとの間でのすり合わせを効率的に行うことが可能となる。

［４．実施例（参照サマリ）］
続いて、自動車の設計開発に上述の設計支援システム１を適用する場合の参照サマリを用いた設計検証の実施例について説明する。ここでは、図３９に示す各プロジェクト（車両企画ＰＪ、エンジン設計ＰＪ、燃費設計ＰＪ、出力設計ＰＪ、ピストン設計ＰＪ、ＷＰ設計ＰＪ）間での参照サマリを用いた設計検証について説明する。

［４−１．車両企画ＰＪにおける検証］
車両企画ＰＪにおいて、性能設計（燃費設計及び出力設計）の結果が、車両企画の設計粒度で検証される。具体的には、車両企画ＰＪをサマリ先プロジェクト、燃費設計ＰＪ及び出力設計ＰＪをサマリ元プロジェクトとして、上述の参照サマリが実行される。具体的には、車両企画ＰＪの設計支援システム１において、燃費設計ＰＪの設計データ（図４８参照）と出力設計ＰＪの設計データ（図５２参照）とについて、上述の設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３による処理が実行される。これにより、車両企画ＰＪの設計データ（図４０参照）と同一の設計粒度のサマリ結果、即ち、要件データセットＲＳ００，ＲＳ０１，ＲＳ０２と、要素データセットＥＳ００，ＥＳ０１，ＥＳ０２と、これらのデータセットに含まれる項目データ（要件データ又は要素データ）間の依存関係データから構成されるサマリ結果が、サマリ実行部１１３により出力される。

続いて、参照サマリ比較部１１４により、車両企画ＰＪの設計データと上述のサマリ結果とが比較され、比較結果データが参照サマリ比較結果ＤＢ１２２に出力される。車両企画ＰＪのユーザは、この比較結果データを設計データ提示部２４等により確認することで、設計差分を車両企画ＰＪの設計データに反映してもよいか否かを判断することができる。つまり、車両企画ＰＪのユーザは、性能設計（燃費設計及び出力設計）の結果を受けて、車両企画の方針を変更するか否かを判断することができる。

車両企画ＰＪのユーザは、設計差分を車両企画ＰＪの設計データに反映してもよいと判断した場合には、例えば参照サマリ反映部１２３に対して所定のユーザ操作を実行することにより、参照サマリ反映部１２３に、車両企画ＰＪの設計データを上述のサマリ結果と同一の設計データに更新させることができる。その後、参照サマリ整合部１２４により、車両企画ＰＪの設計データ（又は当該設計データを参照編集して生成された設計データ）を参照する各プロジェクトに対する通知が実行される。その結果、各プロジェクトにおける設計データは、車両企画ＰＪにおける設計データの変更（反映）が考慮された最新の設計データとなる。

［４−２．エンジン設計ＰＪにおける検証］
エンジン設計ＰＪにおいて、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果が、エンジン設計の設計粒度で検証される。具体的には、エンジン設計ＰＪをサマリ先プロジェクト、ピストン設計ＰＪ及びＷＰ設計ＰＪをサマリ元プロジェクトとして、上述の参照サマリが実行される。具体的には、エンジン設計ＰＪの設計支援システム１において、ピストン設計ＰＪの設計データ（図５６参照）とＷＰ設計ＰＪの設計データ（図６０参照）とについて、上述の設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３による処理が実行される。これにより、エンジン設計ＰＪの設計データ（図４４参照）と同一の設計粒度のサマリ結果、即ち、要件データセットＲＳ０１，ＲＳ０２と、要素データセットＥＳ０１，ＥＳ１１と、これらのデータセットに含まれる項目データ（要件データ又は要素データ）間の依存関係データから構成されるサマリ結果が、サマリ実行部１１３により出力される。

続いて、参照サマリ比較部１１４により、エンジン設計ＰＪの設計データと上述のサマリ結果とが比較され、比較結果データが参照サマリ比較結果ＤＢ１２２に出力される。エンジン設計ＰＪのユーザは、この比較結果データを設計データ提示部２４等により確認することで、設計差分をエンジン設計ＰＪの設計データに反映してもよいか否かを判断することができる。つまり、エンジン設計ＰＪのユーザは、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果を受けて、エンジン設計の方針を変更するか否かを判断することができる。

エンジン設計ＰＪのユーザは、設計差分をエンジン設計ＰＪの設計データに反映してもよいと判断した場合には、例えば参照サマリ反映部１２３に対して所定のユーザ操作を実行することにより、参照サマリ反映部１２３に、エンジン設計ＰＪの設計データを上述のサマリ結果と同一の設計データに更新させることができる。その後、参照サマリ整合部１２４により、エンジン設計ＰＪの設計データ（又は当該設計データを参照編集して生成された設計データ）を参照する各プロジェクトに対する通知が実行される。その結果、各プロジェクトにおける設計データは、エンジン設計ＰＪにおける設計データの変更（反映）が考慮された最新の設計データとなる。

［４−３．燃費設計ＰＪにおける検証］
燃費設計ＰＪにおいて、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果が、燃費設計の設計粒度で検証される。具体的には、燃費設計ＰＪをサマリ先プロジェクト、ピストン設計ＰＪ及びＷＰ設計ＰＪをサマリ元プロジェクトとして、上述の参照サマリが実行される。具体的には、燃費設計ＰＪの設計支援システム１において、ピストン設計ＰＪの設計データ（図５６参照）とＷＰ設計ＰＪの設計データ（図６０参照）とについて、上述の設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３による処理が実行される。これにより、燃費設計ＰＪの設計データ（図４８参照）と同一の設計粒度のサマリ結果、即ち、要件データセットＲＳ０１，ＲＳ２１と、要素データセットＥＳ０１，ＥＳ１１と、これらのデータセットに含まれる項目データ（要件データ又は要素データ）間の依存関係データから構成されるサマリ結果が、サマリ実行部１１３により出力される。

続いて、参照サマリ比較部１１４により、燃費設計ＰＪの設計データと上述のサマリ結果とが比較され、比較結果データが参照サマリ比較結果ＤＢ１２２に出力される。燃費設計ＰＪのユーザは、この比較結果データを設計データ提示部２４等により確認することで、設計差分を燃費設計ＰＪの設計データに反映してもよいか否かを判断することができる。つまり、燃費設計ＰＪのユーザは、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果を受けて、燃費設計の方針を変更するか否かを判断することができる。

燃費設計ＰＪのユーザは、設計差分を燃費設計ＰＪの設計データに反映してもよいと判断した場合には、例えば参照サマリ反映部１２３に対して所定のユーザ操作を実行することにより、参照サマリ反映部１２３に、燃費設計ＰＪの設計データを上述のサマリ結果と同一の設計データに更新させることができる。その後、参照サマリ整合部１２４により、燃費設計ＰＪの設計データ（又は当該設計データを参照編集して生成された設計データ）を参照する各プロジェクトに対する通知が実行される。その結果、各プロジェクトにおける設計データは、燃費設計ＰＪにおける設計データの変更（反映）が考慮された最新の設計データとなる。

［４−４．出力設計ＰＪにおける検証］
出力設計ＰＪにおいて、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果が、出力設計の設計粒度で検証される。具体的には、出力設計ＰＪをサマリ先プロジェクト、ピストン設計ＰＪ及びＷＰ設計ＰＪをサマリ元プロジェクトとして、上述の参照サマリが実行される。具体的には、出力設計ＰＪの設計支援システム１において、ピストン設計ＰＪの設計データ（図５６参照）とＷＰ設計ＰＪの設計データ（図６０参照）とについて、上述の設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３による処理が実行される。これにより、出力設計ＰＪの設計データ（図５２参照）と同一の設計粒度のサマリ結果、即ち、要件データセットＲＳ０２，ＲＳ３１と、要素データセットＥＳ０１，ＥＳ１１と、これらのデータセットに含まれる項目データ（要件データ又は要素データ）間の依存関係データから構成されるサマリ結果が、サマリ実行部１１３により出力される。

続いて、参照サマリ比較部１１４により、出力設計ＰＪの設計データと上述のサマリ結果とが比較され、比較結果データが参照サマリ比較結果ＤＢ１２２に出力される。出力設計ＰＪのユーザは、この比較結果データを設計データ提示部２４等により確認することで、設計差分を出力設計ＰＪの設計データに反映してもよいか否かを判断することができる。つまり、出力設計ＰＪのユーザは、エンジン詳細設計（ピストン設計及びＷＰ設計）の結果を受けて、出力設計の方針を変更するか否かを判断することができる。

出力設計ＰＪのユーザは、設計差分を出力設計ＰＪの設計データに反映してもよいと判断した場合には、例えば参照サマリ反映部１２３に対して所定のユーザ操作を実行することにより、参照サマリ反映部１２３に、出力設計ＰＪの設計データを上述のサマリ結果と同一の設計データに更新させることができる。その後、参照サマリ整合部１２４により、出力設計ＰＪの設計データ（又は当該設計データを参照編集して生成された設計データ）を参照する各プロジェクトに対する通知が実行される。その結果、各プロジェクトにおける設計データは、出力設計ＰＪにおける設計データの変更（反映）が考慮された最新の設計データとなる。

続いて、図６９を用いて、設計支援システム１の参照サマリに関する動作（一実施形態に係る設計支援方法を含む動作）を説明する。図６９は、サマリ先プロジェクトＰＪ０において、指定された参照元プロジェクトに対する参照サマリに関する処理が実行される場合のフローを示す図である。まず、設計データ取得部１１１により、サマリ元プロジェクトとして指定された他プロジェクト（ここでは一例としてプロジェクトＰＪ１，ＰＪ２）の設計データが取得される（ステップＳ２０１、設計データ取得ステップ）。

続いて、サマリ対象データセット抽出部１１２により、サマリ先プロジェクトＰＪ０の設計データ及びサマリ元プロジェクトＰＪ１，ＰＪ２の設計データに共通に含まれるデータセットがサマリ対象データセットとして抽出される（ステップＳ２０２、サマリ対象データセット抽出ステップ）。

続いて、サマリ実行部１１３により、サマリ元プロジェクトＰＪ１，ＰＪ２の設計データに基づいて、サマリ対象データセット抽出部１１２により抽出されたサマリ対象データセット以外のデータセットを含まないサマリ結果が生成及び出力される（ステップＳ２０３、サマリ実行ステップ）。具体的には、サマリ実行部１１３は、サマリ先プロジェクトＰＪ０の設計データと当該サマリ結果とを参照サマリ比較部１１４に出力する。なお、サマリ結果の生成は、上述した第１の例〜第３の例等に示した手順により実行される。

続いて、参照サマリ比較部１１４により、サマリ実行部１１３から出力されたサマリ先プロジェクトＰＪ０の設計データ及びサマリ結果が取得される。そして、参照サマリ比較部１１４により、サマリ先プロジェクトＰＪ０の設計データとサマリ結果とが比較され、サマリ先プロジェクトＰＪ０の設計データとサマリ結果との間における項目データ（要件データ又は要素データ）及び依存関係データのそれぞれについての差分を示す比較結果データが出力される（ステップＳ２０４、比較ステップ）。

続いて、参照サマリ反映部１２３により、サマリ先プロジェクトＰＪ０のプロジェクトＤＢ２３に記憶されている設計データが、比較結果データに基づいてサマリ結果と同一の設計データに更新（反映）される（ステップＳ２０５、反映ステップ）。続いて、参照サマリ整合部１２４により、サマリ先プロジェクトＰＪ０の設計データがサマリ結果と同一の設計データに更新されたことを示す通知情報が、サマリ先プロジェクトＰＪ０の設計データ（又は当該設計データを参照編集して生成された設計データ）を参照するプロジェクト（図３０に示す例では、プロジェクトＰＪ１〜ＰＪ３）に対して通知される（ステップＳ２０６、整合ステップ）。

続いて、図７０を用いて、一実施形態に係る設計支援プログラムについて説明する。図７０は、設計支援プログラムＰ２の機能構成（モジュール構成）を示すブロック図である。設計支援プログラムＰ２は、コンピュータシステムを設計支援システム１として機能させるためのプログラムである。特に、設計支援プログラムＰ２は、コンピュータシステムを、参照サマリに関する機能を有する設計支援システム１（図６４参照）として機能させるためのプログラムである。図７０に示すように、設計支援プログラムＰ２は、設計データ取得モジュールＰ２１、サマリ対象データセット抽出モジュールＰ２２、サマリ実行モジュールＰ２３、参照サマリ比較モジュールＰ２４、参照サマリ反映モジュールＰ２５、及び参照サマリ整合モジュールＰ２６を備える。設計データ取得モジュールＰ２１、サマリ対象データセット抽出モジュールＰ２２、サマリ実行モジュールＰ２３、参照サマリ比較モジュールＰ２４、参照サマリ反映モジュールＰ２５、及び参照サマリ整合モジュールＰ２６が実行されることにより実現される機能はそれぞれ、上述した設計支援システム１の設計データ取得部１１１、サマリ対象データセット抽出部１１２、サマリ実行部１１３、参照サマリ比較部１１４、参照サマリ反映部１２３、及び参照サマリ整合部１２４の機能と同様である。

設計支援プログラムＰ２は、例えばＣＤ−ＲＯＭ及びＤＶＤ等の記録媒体に記憶され、設計支援システム１として用いられるコンピュータシステムにより実行される。具体的には、当該コンピュータシステムを構成する各装置（情報処理サーバ１０、情報処理端末２０）は、例えばＣＤ−ＲＯＭドライブ及びＤＶＤドライブ等の記録媒体読取部を備えている。記録媒体読取部に記録媒体がセットされると、各装置は、記録媒体読取部から記録媒体に格納された設計支援プログラムＰ２にアクセス可能となる。そして、設計支援プログラムＰ２を各装置に実行させることによって、コンピュータシステムを、設計支援システム１として動作させることが可能となる。なお、設計支援プログラムＰ２は、搬送波に重畳されたデータ信号としてネットワークを介して提供されるものであってもよい。

１…設計支援システム、１０…情報処理サーバ、１１…データセット参照部（参照データ取得部）、１２…参照データマージ部、１３…データ同期部、１４…マージ結果ＤＢ、１５…参照編集付きマージ結果ＤＢ、１６…自プロジェクトＤＢ、１７…他プロジェクトＤＢ、１８…参照設定実行部、２０…情報処理端末、２１…データセット参照指示部、２２…参照編集前プロジェクトＤＢ、２３…プロジェクトＤＢ、２４…設計データ提示部、２５…編集実行部、２６…更新部、２７…参照編集取消部、２８…参照設定実行部、１１１…設計データ取得部、１１２…サマリ対象データセット抽出部、１１３…サマリ実行部、１１４…参照サマリ比較部（比較部）、１２１…参照サマリ指示部、１２２…参照サマリ比較結果ＤＢ、１２３…参照サマリ反映部（反映部）、１２４…参照サマリ整合部（整合部）、Ｐ１，Ｐ２…設計支援プログラム、Ｐ１１…参照データ取得モジュール、Ｐ１２…参照データマージモジュール、Ｐ１３…設計データ記憶モジュール、Ｐ１４…設計データ提示モジュール、Ｐ１５…編集実行モジュール、Ｐ１６…参照編集取消モジュール、Ｐ２１…設計データ取得モジュール、Ｐ２２…サマリ対象データセット抽出モジュール、Ｐ２３…サマリ実行モジュール、Ｐ２４…参照サマリ比較モジュール、Ｐ２５…参照サマリ反映モジュール、Ｐ２６…参照サマリ整合モジュール。

Claims (9)

1. コンピュータシステムにより構成されて、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムであって、
   他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得部と、
   前記参照データ取得部により取得された参照データを設計データ記憶部に記憶する設計データ記憶処理部と、
   ユーザからの入力操作に応じて、前記設計データ記憶部に記憶されている参照データを編集する参照編集を実行する編集実行部と、を備え、
   前記編集実行部は、前記参照編集として、前記項目データ又は前記依存関係データを前記参照データに追加する参照追加と、前記参照データに含まれる前記項目データ又は前記依存関係データを変更する参照更新と、前記参照データに含まれる前記項目データ又は前記依存関係データを削除する参照削除と、のうちの少なくとも一つを実行する、
   設計支援システム。
2. 前記参照データ取得部は、前記他プロジェクトの設計データを参照データとして取得した後に、前記他プロジェクトの設計データが更新された場合に、前記他プロジェクトの更新後の設計データを更新後参照データとして取得し、
   前記設計データ記憶処理部は、前記参照データ取得部により取得された更新後参照データにより、前記設計データ記憶部に記憶されている参照データを更新する、
   請求項１記載の設計支援システム。
3. 前記設計データ記憶処理部は、前記編集実行部により参照更新が実行された項目データ又は依存関係データを、前記更新後参照データによる更新の対象から除外する、
   請求項２記載の設計支援システム。
4. 前記編集実行部により前記参照編集が実行された後の参照データを、当該参照編集が実行される前の状態に戻す参照編集取消部を更に備える、
   請求項１〜３のいずれか一項記載の設計支援システム。
5. 前記参照データ取得部により取得された複数の参照データの中に、同一の項目データ又は依存関係データについて互いに競合する複数のデータが含まれている場合に、予め定められたルールに基づいて前記同一の項目データ又は依存関係データについて採用される設計値を決定する参照データマージ部を更に備える、
   請求項１〜４のいずれか一項記載の設計支援システム。
6. 前記参照データマージ部は、前記複数のデータのそれぞれの保有元である他プロジェクトのそれぞれについて、予め定められたルールに基づく優先度を算出し、前記複数のデータのうち前記優先度が最大となる他プロジェクトに保有されるデータの設計値を、前記同一の項目データ又は依存関係データについて採用される設計値として決定する、
   請求項５記載の設計支援システム。
7. 前記参照データマージ部は、前記複数のデータのそれぞれについて、各データの保有元の他プロジェクトによりなされた編集の種類を示す編集情報を取得し、前記複数のデータのうち前記編集の種類に対して予め定められた優先度が最大となる編集情報に対応するデータの設計値を、前記同一の項目データ又は依存関係データについて採用される設計値として決定する、
   請求項５記載の設計支援システム。
8. コンピュータシステムにより構成されて、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムにより実行される設計支援方法であって、
   他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得ステップと、
   前記参照データ取得ステップにおいて取得された参照データを設計データ記憶部に記憶する設計データ記憶処理ステップと、
   ユーザからの入力操作に応じて、前記設計データ記憶処理ステップにおいて記憶された参照データを編集する参照編集を実行する編集実行ステップと、を含み、
   前記編集実行ステップにおいては、前記参照編集として、前記項目データ又は前記依存関係データを前記参照データに追加する参照追加と、前記参照データに含まれる前記項目データ又は前記依存関係データを変更する参照更新と、前記参照データに含まれる前記項目データ又は前記依存関係データを削除する参照削除と、のうちの少なくとも一つが実行される、
   設計支援方法。
9. コンピュータシステムを、複数のプロジェクトに分かれて実行される設計における各プロジェクトの設計を支援する設計支援システムとして機能させる設計支援プログラムであって、
   前記設計支援システムは、
   他プロジェクトの設計データであって、設計項目を示す項目データと、当該項目データ間の依存関係を示す依存関係データと、のうちの少なくとも一つを含む設計データを参照データとして取得する参照データ取得部と、
   前記参照データ取得部により取得された参照データを設計データ記憶部に記憶する設計データ記憶処理部と、
   ユーザからの入力操作に応じて、前記設計データ記憶部に記憶されている参照データを編集する参照編集を実行する編集実行部と、を備え、
   前記編集実行部は、前記参照編集として、前記項目データ又は前記依存関係データを前記参照データに追加する参照追加と、前記参照データに含まれる前記項目データ又は前記依存関係データを変更する参照更新と、前記参照データに含まれる前記項目データ又は前記依存関係データを削除する参照削除と、のうちの少なくとも一つを実行する、
   設計支援プログラム。
   

Images