JP7099072B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

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

特許文献１には、品質機能展開に係る諸表の作成を容易とすることを課題とし、品質機能展開処理においては、依存関係を有する機能項目の間を依存関係に応じて接続して、複数の機能項目を系統立てた系統図上で、いずれかのプロセスに属する機能項目について、その機能項目が属するプロセスを特定する属性情報を付与した連関図を作成し、連関図が入力されると、この連関図から各機能項目、機能項目の属性情報、及び機能項目の依存情報を抽出して、原情報として格納し、この後、展開表又は多元表の軸が設定されることで、原情報を用いて、設定された軸に対応する展開表又は多元表を作成して、出力することが開示されている。

特開２０１６－０８１１８５号公報

例えば、連関図において、事象Ａが原因であり、その事象Ａによって結果である事象Ｂがあり、その事象Ｂによって結果である事象Ｃがある場合、事象Ａと事象Ｂは関係線で接続され、事象Ｂと事象Ｃは関係線で接続されることになる。一方、その連関図と対応する展開表において、事象Ａは展開表の第１軸にあり、事象Ｃは展開表の第２軸にあり、事象Ｂは展開表にない場合、展開表上で、事象Ａと事象Ｃに因果関係がある印が記載されることになる（具体的には、展開表のマトリックス内の事象Ａと事象Ｃが交差するセルに丸印が記載される）。この場合に、展開表上で、事象Ａと事象Ｃの因果関係が削除された場合、連関図で、その因果関係に対応する関係線は、２本の関係線（事象Ａと事象Ｂを結ぶ関係線、事象Ｂと事象Ｃを結ぶ関係線）となるので、その関係線のいずれか又は両方を削除すべきかについて機械的に判定することができず、展開表と連関図との連携の障害となる。
本発明は、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、展開表に対する操作を受け付ける受付手段と、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段を有する情報処理装置である。

請求項２の発明は、前記表示手段は、前記操作が、前記展開表における因果関係の削除操作である場合、さらに、前記展開表における因果関係を削除せず、他と区別できるように表示する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、前記表示手段は、該関係線を他と区別しない表示に戻す、請求項１に記載の情報処理装置である。

請求項４の発明は、前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、前記表示手段は、該連関図から該関係線を削除する、請求項３に記載の情報処理装置である。

請求項５の発明は、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除したならば、該展開表における他の因果関係が変化してしまうとき、該関係線を削除しない、請求項１に記載の情報処理装置である。

請求項６の発明は、前記表示手段は、前記削除しない関係線を他と区別できるように表示する、請求項５に記載の情報処理装置である。

請求項７の発明は、前記連関図において、前記因果関係に対応する関係線を削除しても、前記展開表における他の因果関係が変化しないとき、該関係線を削除する、請求項５に記載の情報処理装置である。

請求項８の発明は、削除対象となっている関係線のうち、いずれを削除しても前記展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知する、請求項５に記載の情報処理装置である。

請求項９の発明は、コンピュータを、展開表に対する操作を受け付ける受付手段と、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができる。

請求項２の情報処理装置によれば、展開表における因果関係の削除操作であった場合、展開表における因果関係を削除せず、他と区別できるように表示することができる。

請求項３の情報処理装置によれば、連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、その関係線を他と区別しない表示に戻すことができる。

請求項４の情報処理装置によれば、連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、その連関図からその関係線を削除することができる。

請求項５の情報処理装置によれば、展開表における因果関係の削除操作であった場合、その展開表に対応する連関図において、その因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しないようにすることができる。

請求項６の情報処理装置によれば、削除しない関係線を他と区別できるように表示することができる。

請求項７の情報処理装置によれば、連関図において、因果関係に対応する関係線を削除しても、展開表における他の因果関係が変化しないとき、その関係線を削除することができる。

請求項８の情報処理装置によれば、削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知することができる。

請求項９の情報処理プログラムによれば、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができる。

第１の実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 第１の実施の形態による処理例を示すフローチャートである。 連関図、展開表の対象とする技術例の説明図である。 連関図の例を示す説明図である。 連関図の例を示す説明図である。 連関図の例を示す説明図である。 展開表の例を示す説明図である。 連関図情報テーブルのデータ構造例を示す説明図である。 項目情報テーブルのデータ構造例を示す説明図である。 関係線情報テーブルのデータ構造例を示す説明図である。 展開表情報テーブルのデータ構造例を示す説明図である。 軸項目情報テーブルのデータ構造例を示す説明図である。 因果関係情報テーブルのデータ構造例を示す説明図である。 連関図ＩＤ・展開表ＩＤ関連テーブルのデータ構造例を示す説明図である。 項目ＩＤ・軸項目ＩＤ関連テーブルのデータ構造例を示す説明図である。 関係線ＩＤ・因果関係情報ＩＤ関連テーブルのデータ構造例を示す説明図である。 第１の実施の形態による処理例を示すフローチャートである。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第１の実施の形態による処理例を示す説明図である。 第２の実施の形態の構成例についての概念的なモジュール構成図である。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 連関図の例を示す説明図である。 展開表の例を示す説明図である。 展開表に対する削除操作の例を示す説明図である。 連関図の例を示す説明図である。 展開表の例を示す説明図である。 連関図の例を示す説明図である。 展開表の例を示す説明図である。 連関図の例を示す説明図である。 連関図用語・展開表用語対応テーブルのデータ構造例を示す説明図である。 連関図用語・展開表用語対応テーブルのデータ構造例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
＜第１の実施の形態＞
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

第１の実施の形態である情報処理装置１００は、連関図、展開表を編集するものであって、図１の例に示すように、連関図・展開表作成モジュール１０５、連関図・展開表記憶モジュール１２５、編集モジュール１４５を有している。
ここで「連関図」を用いるのは、解決すべき問題が明確になっているときに、発生の原因が複雑に絡み合っている状況の中で、その因果関係を明らかにするために用いられる手法である。連関図は、図５の例に示すように、項目と関係線によって構成されている。ここで「項目」は、グラフ理論におけるノード（節点、頂点）に該当する。「関係線」は、グラフ理論におけるエッジ（枝）に該当する。つまり、「連関図」とは、項目（事象ともいう）間を関係線（接続線ともいわれる）で接続することで関係を表現したものである。例えば、樹形図（ツリーグラフ等ともいわれる）が典型例である。
また、「展開表（品質機能展開表ともいわれる）」とは、互いに直交する複数の軸に列挙した項目間の関係をマトリックス状に配置した記号又は数値で示したものである。

連関図・展開表作成モジュール１０５は、連関図作成モジュール１１０、展開表生成モジュール１１５、出力モジュール１２０を有しており、連関図・展開表記憶モジュール１２５と接続されている。連関図・展開表作成モジュール１０５は、連関図の作成、その連関図から展開表の生成、連関図と展開表との出力を行う。例えば、特許文献１に記載の技術を用いればよい。

連関図作成モジュール１１０は、展開表生成モジュール１１５と接続されている。連関図作成モジュール１１０は、連関図を作成するにあたって必要な情報を受け付ける。例えば、液晶ディスプレイ等の表示装置に表示したユーザーインタフェース上に、ユーザーによるキーボードのキー操作及びマウスの操作等により作成された、連関図の名称、項目、項目内容（項目の属性情報）、関係線（項目間の依存関係（依存情報、関係線の属性情報））等の情報を受け付ける。ユーザーによるキーボードのキー操作等からの受付の他に、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている情報を読み出すこと等が含まれる。
例えば、連関図作成モジュール１１０は、複数の要素、要素が属するプロセスも含めた要素毎の属性情報、及び複数の要素間の因果関係を受け付け、連関図を作成又は編集する。

展開表生成モジュール１１５は、連関図作成モジュール１１０、出力モジュール１２０、編集モジュール１４５の連関図編集モジュール１６５と接続されている。展開表生成モジュール１１５は、連関図作成モジュール１１０によって作成された連関図を対象として、展開表を生成する。
また、展開表生成モジュール１１５は、表示モジュール１６０によって表示された連関図での修正が行われた場合に、修正後の連関図から展開表を生成するようにしてもよい。つまり、展開表生成モジュール１１５は、連関図作成モジュール１１０によって作成された連関図だけでなく、連関図編集モジュール１６５によって編集された連関図を対象として、展開表を生成するようにしてもよい。この生成処理において、連関図・展開表関連記憶モジュール１４０内の連関図ＩＤ・展開表ＩＤ関連テーブル１５００、項目ＩＤ・軸項目ＩＤ関連テーブル１６００、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を生成する。

出力モジュール１２０は、展開表生成モジュール１１５と接続されている。出力モジュール１２０は、連関図作成モジュール１１０で作成された連関図（連関図編集モジュール１６５で編集された連関図を含めてもよい）、展開表生成モジュール１１５で生成された展開表（連関図作成モジュール１１０で作成された連関図を元にして生成された展開表、連関図編集モジュール１６５で編集された連関図を元にして生成された展開表を含めてもよい）を出力する。ここで出力するとは、連関図、展開表を、例えば、ディスプレイ等の表示装置に表示すること、プリンタ等の印刷装置で印刷すること、ファックス等の画像送信装置で画像を送信すること、データベース等の記憶装置へ書き込むこと、メモリーカード等の記憶媒体に記憶すること、他の情報処理装置へ渡すこと等が含まれる。

連関図・展開表記憶モジュール１２５は、連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０を有しており、連関図・展開表作成モジュール１０５、編集モジュール１４５と接続されている。連関図・展開表記憶モジュール１２５は、連関図、展開表に関する情報を記憶している。
連関図記憶モジュール１３０は、連関図の情報を記憶している。具体例として、連関図情報テーブル９００、項目情報テーブル１０００、関係線情報テーブル１１００を記憶している。図９は、連関図情報テーブル９００のデータ構造例を示す説明図である。連関図情報テーブル９００は、連関図ＩＤ欄９０５、連関図名称欄９１０、作成者欄９１５、作成日時欄９２０、項目数欄９２５、項目ＩＤ欄９３０、関係線数欄９３５、関係線ＩＤ欄９４０を有している。連関図ＩＤ欄９０５は、第１の実施の形態において、連関図を一意に識別するための情報（連関図ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。連関図名称欄９１０は、その連関図ＩＤの連関図の名称を記憶している。作成者欄９１５は、その連関図の作成者を記憶している。作成日時欄９２０は、その連関図の作成または編集した日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。項目数欄９２５は、その連関図における項目数を記憶している。項目数欄９２５内の項目数だけ、その後に項目ＩＤ欄９３０が続く。項目ＩＤ欄９３０は、第１の実施の形態において、項目を一意に識別するための情報（項目ＩＤ）を記憶している。項目ＩＤが示す情報は、項目情報テーブル１０００に記憶されている。関係線数欄９３５は、その連関図における関係線数を記憶している。関係線数欄９３５内の関係線数だけ、その後に関係線ＩＤ欄９４０が続く。関係線ＩＤ欄９４０は、第１の実施の形態において、関係線を一意に識別するための情報（関係線ＩＤ）を記憶している。関係線ＩＤが示す情報は、関係線情報テーブル１１００に記憶されている。
例えば、図７に示す「音の安定性連関図」については、図９に示すように、連関図情報テーブル９００は、連関図ＩＤ欄９０５として「Ｒ０００１」、連関図名称欄９１０として「音の安定性連関図」、作成者欄９１５として「ＦＸ－０００１」、作成日時欄９２０として「２０１８／０５／１５」、項目数欄９２５として「２９」、項目ＩＤ欄９３０として「ＫＭ０００１」、関係線数欄９３５として「３５」、関係線ＩＤ欄９４０として「ＫＳ０００１」をそれぞれ記憶している。

図１０は、項目情報テーブル１０００のデータ構造例を示す説明図である。項目情報テーブル１０００は、項目ＩＤ欄１００５、項目内容欄１０１０、属性欄１０１５、対応軸欄１０３０、軸項目ＩＤ欄１０３５、増加・減少欄１０４０、接続先項目数欄１０４５、接続先項目ＩＤ欄１０５０を有しており、属性欄１０１５は、ここでは座標欄１０２０、特性欄１０２５を有している。項目ＩＤ欄１００５は、項目を識別する項目ＩＤを記憶している。項目内容欄１０１０は、その項目ＩＤの項目の内容（項目名称等）を記憶している。属性欄１０１５は、各種の属性を記憶している。座標欄１０２０は、連関図における表示の位置を示す座標を記憶している。この座標は、左上を原点とした絶対的な位置を示す座標であってもよいし、相対的な位置を示す座標であってもよい。特性欄１０２５は、本項目で表現する内容の特性を記憶している。対応軸欄１０３０は、展開表における対応軸を記憶している。軸項目ＩＤ欄１０３５は、展開表で表現される複数の軸に定義されたそれぞれの項目を識別する軸項目ＩＤを記憶している。増加・減少欄１０４０は、特性を表現する値が増加であるか減少であるかの情報を記憶している。接続先項目数欄１０４５は、その項目から接続先となっている項目数を記憶している。接続先項目数欄１０４５内の項目数だけ、その後に接続先項目ＩＤ欄１０５０が続く。接続先項目ＩＤ欄１０５０は、接続先項目ＩＤを記憶している。
例えば、図７に示す「音の安定性連関図」については、図１０に示すように、項目情報テーブル１０００は、項目ＩＤ欄１００５として「ＫＭ０００１」、項目内容（項目名）欄１０１０として「つぶし厚」、属性欄１０１５の座標欄１０２０として「（１００，２００）」、属性欄１０１５の特性欄１０２５として「単位（ｃｍ）」、対応軸欄１０３０として「２軸」、軸項目ＩＤ欄１０３５として「Ｊ００２５」、増加・減少欄１０４０として「増加（正）」、接続先項目数欄１０４５として「１」、接続先項目ＩＤ欄１０５０として「ＫＭ００１０」をそれぞれ記憶している。なお、属性欄１０１５の座標欄１０２０として、他に「パラメータの値」、「目標値」等を含めてもよい。増加・減少欄１０４０として、他に「減少（負）」、「不明」等がある。

図１１は、関係線情報テーブル１１００のデータ構造例を示す説明図である。関係線情報テーブル１１００は、関係線ＩＤ欄１１０５、接続元項目ＩＤ欄１１１０、接続先項目ＩＤ欄１１１５、属性欄１１２０、状態欄１０３５を有しており、属性欄１０２０は、関連性欄１０２５、関連度欄１０３０を有している。関係線ＩＤ欄１１０５は、関係線ＩＤを記憶している。接続元項目ＩＤ欄１１１０は、その関係線における接続元である項目の項目ＩＤを記憶している。接続先項目ＩＤ欄１１１５は、その関係線における接続先である項目の項目ＩＤを記憶している。属性欄１１２０は、その関係線の属性を記憶している。属性として、例えば、その関係線で接続されている項目間の関係（接続元である項目の数値が増加すれば、接続先である項目の数値も増加する関係（例えば、正比例等）、接続元である項目の数値が増加すれば、接続先である項目の数値は減少する関係（例えば、反比例等））等がある。関連性欄１０２５は、関連性を記憶している。関連度欄１０３０は、関連度を記憶している。
例えば、図７に示す「音の安定性連関図」については、図１１に示すように、関係線情報テーブル１１００は、関係線ＩＤ欄１１０５として「ＫＳ０００１」、接続元項目ＩＤ欄１１１０として「ＫＭ０００１」、接続先項目ＩＤ欄１１１５として「ＫＭ００１０」、属性欄１１２０の関係性欄１１２５として「正相関」、属性欄１１２０の関連度欄１１３０として「大」、状態欄１１３５として「確認済」をそれぞれ記憶している。なお、属性欄１１２０の関係性欄１１２５として、他に、「逆相関」、「不明」等がある。属性欄１１２０の関連度欄１１３０として、他に、「中」、「小」、「不明」等がある。状態欄１１３５として、他に、「未確認」、「棄却」等がある。
図９～１１は例示であって、この他のデータ構造であってもよい。例えば、グラフ構造を示すデータ構造を用いてもよい。

展開表記憶モジュール１３５は、展開表の情報を記憶している。具体例として、展開表情報テーブル１２００、軸項目情報テーブル１３００、因果関係情報テーブル１４００を記憶している。図１２は、展開表情報テーブル１２００のデータ構造例を示す説明図である。展開表情報テーブル１２００は、展開表ＩＤ欄１２０５、展開表名称欄１２１０、作成者欄１２１５、作成日時欄１２２０、元連関図ＩＤ欄１２２５、軸Ａ名称欄１２３０、軸項目数欄１２３５、軸項目ＩＤ欄１２４０、因果関係情報数欄１２４５、因果関係情報ＩＤ欄１２５０等を有している。展開表ＩＤ欄１２０５は、第１の実施の形態において、展開表を一意に識別するための情報（展開表ＩＤ）を記憶している。展開表名称欄１２１０は、その展開表ＩＤの展開表の名称を記憶している。作成者欄１２１５は、その展開表の作成者を記憶している。作成日時欄１２２０は、その展開表の作成日時を記憶している。元連関図ＩＤ欄１２２５は、その展開表の元となった連関図ＩＤを記憶している。つまり、展開表生成モジュール１１５が、その展開表を生成するにあたって、参照した連関図である。軸Ａ名称欄１２３０は、軸Ａ（第１軸）の名称を記憶している。例えば、図８に示す第１軸（品質）８１０Ａの名称（品質）が該当する。その軸Ａについて、軸項目数欄１２３５～因果関係情報ＩＤ欄１２５０がある。そして、４軸である場合は、軸Ｂ、軸Ｃ、軸Ｄについても、軸項目数欄１２３５～因果関係情報ＩＤ欄１２５０と同等のデータがある。軸項目数欄１２３５は、その軸（軸Ａ）における項目数を記憶している。軸項目数欄１２３５内の項目数だけ、その後に軸項目ＩＤ欄１２４０が続く。軸項目ＩＤ欄１２４０は、第１の実施の形態において、軸項目を一意に識別するための情報（軸項目ＩＤ）を記憶している。軸項目ＩＤが示す情報は、軸項目情報テーブル１３００に記憶されている。因果関係情報数欄１２４５は、因果関係情報数を記憶している。因果関係情報とは、図８の例では、「◎」、「△」、「－」等が記載されている欄（セル）を示している。因果関係情報数欄１２４５内の因果関係情報数だけ、その後に因果関係情報ＩＤ欄１２５０が続く。因果関係情報ＩＤ欄１２５０は、第１の実施の形態において、因果関係情報を一意に識別するための情報（因果関係情報ＩＤ）を記憶している。もちろんのことながら、軸Ｂの名称を記憶している軸Ｂ名称欄１２５５のように、軸Ｂ、軸Ｃ、軸Ｄ（第２軸～第４軸）についても、同様の欄が繰り返して続いている。因果関係情報ＩＤが示す情報は、因果関係情報テーブル１４００に記憶されている。
例えば、図８に示す「音の安定性展開表」については、図１２に示すように、展開表情報テーブル１２００は、展開表ＩＤ欄１２０５として「Ｔ０００１」、展開表名称欄１２１０として「音の安定性展開表」、作成者欄１２１５として「ＦＸ－０００１」、作成日時欄１２２０として「２０１８／０５／１６」、元連関図ＩＤ欄１２２５として「Ｒ０００１」、軸Ａ名称欄１２３０として「品質」、軸項目数欄１２３５として「１」、軸項目ＩＤ欄１２４０として「Ｊ０００１」、因果関係情報数欄１２４５として「２」、因果関係情報ＩＤ欄１２５０として「ＩＫ０００１」をそれぞれ記憶している。

図１３は、軸項目情報テーブル１３００のデータ構造例を示す説明図である。軸項目情報テーブル１３００は、軸項目ＩＤ欄１３０５、軸項目名称欄１３１０、属する軸欄１３１５を有している。軸項目ＩＤ欄１３０５は、軸項目ＩＤを記憶している。軸項目名称欄１３１０は、その軸項目ＩＤの軸項目の名称を記憶している。例えば、図８に示す軸項目（音の安定性）８１０の名称（音の安定性）が該当する。属する軸欄１３１５は、その軸項目が属している軸を記憶している。
例えば、図８に示す「音の安定性展開表」については、図１３に示すように、軸項目情報テーブル１３００は、軸項目ＩＤ欄１３０５として「Ｊ０００１」、軸項目名称欄１３１０として「音の安定性」、属する軸欄１３１５として「軸Ａ」をそれぞれ記憶している。

図１４は、因果関係情報テーブル１４００のデータ構造例を示す説明図である。因果関係情報テーブル１４００は、因果関係情報ＩＤ欄１４０５、軸項目ＩＤ（Ａ）欄１４１０、軸項目ＩＤ（Ｂ）欄１４１５、属性欄１４２０を有している。因果関係情報ＩＤ欄１４０５は、因果関係情報ＩＤを記憶している。軸項目ＩＤ（Ａ）欄１４１０は、軸項目ＩＤ（Ａ）を記憶している。軸項目ＩＤ（Ｂ）欄１４１５は、軸項目ＩＤ（Ｂ）を記憶している。つまり、軸項目ＩＤ（Ａ）欄１４１０と軸項目ＩＤ（Ｂ）欄１４１５とが交わる位置が、その因果関係情報の展開表における位置を示している。属性欄１４２０は、属性を記憶している。例えば、「◎＋」、「◎－」、「△＋」、「△－」、「－」等の情報が属性に該当する。
例えば、図８に示す「音の安定性展開表」については、図１４に示すように、因果関係情報テーブル１４００は、因果関係情報ＩＤ欄１４０５として「ＩＫ０００１」、軸項目ＩＤ（Ａ）欄１４１０として「Ｊ０００１」、軸項目ＩＤ（Ｂ）欄１４１５として「Ｊ０００２」、属性欄１４２０として「◎＋」をそれぞれ記憶している。

連関図・展開表関連記憶モジュール１４０は、展開表と連関図とを関連付けている。連関図・展開表関連記憶モジュール１４０は、例えば、展開表と連関図とを関連付けるための情報を記憶している。具体例として、図１５は、連関図ＩＤ・展開表ＩＤ関連テーブル１５００のデータ構造例を示す説明図である。連関図ＩＤ・展開表ＩＤ関連テーブル１５００は、連関図ＩＤ欄１５０５、展開表ＩＤ欄１５１０を有している。連関図ＩＤ欄１５０５は、連関図ＩＤを記憶している。展開表ＩＤ欄１５１０は、その連関図ＩＤに対応する展開表ＩＤを記憶している。具体的には、展開表生成モジュール１１５が、連関図から展開表を生成した場合に、連関図ＩＤ・展開表ＩＤ関連テーブル１５００を生成する。連関図ＩＤ欄１５０５の値は、生成元の連関図を示す連関図ＩＤであり、展開表ＩＤ欄１５１０の値は、生成された展開表を示す展開表ＩＤである。なお、１つの連関図に対して、複数の展開表を対応させてもよい。連関図のどの項目を展開表の軸項目として選択させるかによって、複数の展開表を生成することが可能であるからである。
例えば、図７に示す「音の安定性連関図」と図８に示す「音の安定性展開表」の対応については、図１５に示すように、連関図ＩＤ・展開表ＩＤ関連テーブル１５００は、連関図ＩＤ欄１５０５として「Ｒ０００１」、展開表ＩＤ欄１５１０として「Ｔ０００１」をそれぞれ記憶している。

そして、連関図・展開表関連記憶モジュール１４０は、展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている。連関図・展開表関連記憶モジュール１４０は、例えば、展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けるための情報を記憶している。具体例として、図１６は、項目ＩＤ・軸項目ＩＤ関連テーブル１６００のデータ構造例を示す説明図である。項目ＩＤ・軸項目ＩＤ関連テーブル１６００は、項目ＩＤ欄１６０５、軸項目ＩＤ欄１６１０を有している。項目ＩＤ欄１６０５は、項目ＩＤを記憶している。軸項目ＩＤ欄１６１０は、軸項目ＩＤを記憶している。具体的には、展開表生成モジュール１１５が、連関図から展開表を生成した場合に、項目ＩＤ・軸項目ＩＤ関連テーブル１６００を生成する。項目ＩＤ欄１６０５の値は、生成元の連関図の項目を示す項目ＩＤであり、軸項目ＩＤ欄１６１０の値は、生成された展開表の軸項目を示す軸項目ＩＤである。
例えば、図７に示す「音の安定性連関図」と図８に示す「音の安定性展開表」の対応については、図１６に示すように、項目ＩＤ・軸項目ＩＤ関連テーブル１６００は、項目ＩＤ欄１６０５として「ＫＭ０００１」、軸項目ＩＤ欄１６１０として「Ｊ０００１」をそれぞれ記憶している。

そして、連関図・展開表関連記憶モジュール１４０は、展開表の隣り合う軸内における２つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている。ここで「隣り合う軸内における２つの軸項目」とは、軸Ａと軸Ｂが隣り合っている場合において、軸Ａ内の軸項目Ａ１と軸Ｂ内の軸項目Ｂ１をいう。連関図・展開表関連記憶モジュール１４０は、例えば、展開表の隣り合う軸内における２つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けるための情報を記憶している。具体例として、図１７は、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００のデータ構造例を示す説明図である。関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００は、関係線ＩＤ欄１７０５、因果関係情報ＩＤ欄１７１０を有している。関係線ＩＤ欄１７０５は、関係線ＩＤを記憶している。因果関係情報ＩＤ欄１７１０は、因果関係情報ＩＤを記憶している。具体的には、展開表生成モジュール１１５が、連関図から展開表を生成した場合に、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を生成する。関係線ＩＤ欄１７０５の値は、生成元の連関図の関係線を示す関係線ＩＤであり、因果関係情報ＩＤ欄１７１０の値は、生成された展開表の因果関係情報を示す因果関係情報ＩＤである。なお、１つの因果関係情報ＩＤに対して、複数の関係線ＩＤを対応させてもよい。軸項目としての項目の選択によっては、項目間に１つ以上の項目（軸項目としては選択されていない項目）がはさまれていることが生じるからである。具体的には、項目Ａと項目Ｃが軸項目として選択されたが、項目Ａと項目Ｃの間には項目Ｂがある場合（より詳細には、項目Ａから項目Ｃに直接接続されている関係線はなく、項目Ａから項目Ｂに接続する関係線があり、項目Ｂから項目Ｃに接続する関係線がある場合）、展開表上では、軸項目Ａと軸項目Ｃの間の因果関係情報は１つであるが、対応する連関図では、２つの関係線（項目Ａから項目Ｂに接続する関係線、項目Ｂから項目Ｃに接続する関係線）が対応するからである。
例えば、図７に示す「音の安定性連関図」と図８に示す「音の安定性展開表」の対応については、図１７に示すように、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００は、関係線ＩＤ欄１７０５として「ＫＳ０００１」、因果関係情報ＩＤ欄１７１０として「ＩＫ０００１」をそれぞれ記憶している。

編集モジュール１４５は、展開表操作受付モジュール１５０、関連情報抽出モジュール１５５、表示モジュール１６０、連関図編集モジュール１６５を有しており、連関図・展開表記憶モジュール１２５と接続されている。編集モジュール１４５は、展開表の編集、その展開表の編集によって発生する連関図の編集等を行う。例えば、展開表生成モジュール１１５によって生成された展開表に対して編集要求がなされた際に、その展開表に対応する連関図を抽出し、編集を促す。編集された結果に基づき、展開表生成モジュール１１５に対して展開表を再度生成させる。このことによって、編集結果を展開表に反映することができ、連関図と展開表の情報の同一性を維持することができる。

展開表操作受付モジュール１５０は、関連情報抽出モジュール１５５と接続されている。展開表操作受付モジュール１５０は、ユーザーによるキーボードのキー操作及びマウスの操作等により、展開表に対する編集の情報を受け付ける。ユーザーによるキーボードのキー操作等からの受付の他に、ハードディスク等に記憶されている予め作成されていた編集情報を読み出すこと等が含まれる。例えば、展開表の１つの軸内にある複数の軸項目を統合する修正の操作等がある。

関連情報抽出モジュール１５５は、展開表操作受付モジュール１５０、表示モジュール１６０、連関図編集モジュール１６５と接続されている。関連情報抽出モジュール１５５は、連関図・展開表関連記憶モジュール１４０内の連関図ＩＤ・展開表ＩＤ関連テーブル１５００、項目ＩＤ・軸項目ＩＤ関連テーブル１６００、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を用いて、展開表から連関図を抽出し、展開表の軸項目から連関図の項目を抽出し、展開表の因果関係情報から連関図の関係線を抽出する。つまり、展開表操作受付モジュール１５０で、編集対象となった展開表、展開表の軸項目、展開表の因果関係情報から、それぞれ連関図、連関図の項目、連関図の関係線を抽出する。

表示モジュール１６０は、関連情報抽出モジュール１５５、連関図編集モジュール１６５と接続されている。表示モジュール１６０は、修正対象である展開表に関連付けられている連関図を、連関図ＩＤ・展開表ＩＤ関連テーブル１５００、項目ＩＤ・軸項目ＩＤ関連テーブル１６００、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００のうちいずれか１つ以上を用いて表示する。例えば、展開表から連関図を抽出する場合は連関図ＩＤ・展開表ＩＤ関連テーブル１５００を用い、展開表の軸項目から連関図の項目を抽出する場合は連関図ＩＤ・展開表ＩＤ関連テーブル１５００、項目ＩＤ・軸項目ＩＤ関連テーブル１６００を用い、展開表の因果関係情報から連関図の関係線を抽出する場合は連関図ＩＤ・展開表ＩＤ関連テーブル１５００、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を用い、展開表の軸項目、因果関係情報からそれぞれ連関図の項目、関係線を抽出する場合は連関図ＩＤ・展開表ＩＤ関連テーブル１５００、項目ＩＤ・軸項目ＩＤ関連テーブル１６００、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を用いることになる。ここで「修正対象である」とは、修正した結果の状態であってもよいし、修正対象として未だ修正が完了していない状態であってもよい。したがって、表示するタイミングは、修正が完了したことを契機としてもよいし、修正対象として選択したことを契機としてもよい。

また、表示モジュール１６０は、連関図ＩＤ・展開表ＩＤ関連テーブル１５００を用いて、修正対象である展開表に関連付けられている連関図を表示し、項目ＩＤ・軸項目ＩＤ関連テーブル１６００を用いて、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示するようにしてもよい。例えば、連関図ＩＤ・展開表ＩＤ関連テーブル１５００を用いて、展開表の展開表ＩＤから連関図の連関図ＩＤを抽出することができる。そして、項目ＩＤ・軸項目ＩＤ関連テーブル１６００を用いて、展開表の軸項目の軸項目ＩＤから連関図の項目ＩＤを抽出することができる。ここで「形態」とは、形状（例えば、項目を囲む枠の楕円形状、四角形等）、模様（例えば、背景の斜線等の模様）、色彩（例えば、項目を囲む枠の色彩、背景の色彩、項目を示す文字の色彩等）若しくはこれらの結合又はこれらが動的に変化する（例えば、フラッシュ、アニメーション等）ことを含む。「他の項目」とは、修正対象ではない軸項目に関連付けられている項目をいう。「異なる形態」とは、他の項目の形態と異なっていればよい。
そして、表示モジュール１６０は、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目に関連付けられている連関図の項目を統合して表示するようにしてもよい。
さらに、表示モジュール１６０は、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行うようにしてもよい。

また、表示モジュール１６０は、連関図ＩＤ・展開表ＩＤ関連テーブル１５００を用いて、修正対象である展開表に関連付けられている連関図を表示し、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００を用いて、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示するようにしてもよい。
そして、表示モジュール１６０は、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示するようにしてもよい。
さらに、表示モジュール１６０は、連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行うようにしてもよい。

また、表示モジュール１６０は、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行うようにしてもよい。
そして、表示モジュール１６０は、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行うようにしてもよい。

連関図編集モジュール１６５は、関連情報抽出モジュール１５５、表示モジュール１６０、連関図・展開表作成モジュール１０５の展開表生成モジュール１１５と接続されている。連関図編集モジュール１６５は、表示モジュール１６０によって表示されている連関図に対するユーザーの編集操作に応じて、その連関図を編集する。例えば、表示モジュール１６０によって不整合がある旨の表示が行われた関係線の属性情報等を、ユーザーの編集操作に応じて編集する。その他に、ユーザーの編集操作に応じた、項目の編集（追加、削除等を含む）、項目の属性の編集、関係線の付け直し（追加、削除等を含む）、関係線の属性の編集等がある。
また、連関図編集モジュール１６５は、展開表操作受付モジュール１５０による展開表の修正にしたがって、その展開表に対応する連関図を修正してもよい。例えば、表示された展開表に対して、ユーザーの操作による編集が行われた場合、その編集に基づき展開表に編集を行い、これと並行して展開表に関連する連関図に対して編集結果を反映する。これによって、連関図を使用しないユーザーであっても連関図と展開表の情報の同一性を維持することが可能となる。処理の詳細については、図２１から図２７の例を用いて後述する。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、ユーザー端末２１０Ｃ、連関図・展開表記憶装置２５０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、連関図・展開表記憶装置２５０による機能は、クラウドサービスとして実現してもよい。連関図・展開表記憶装置２５０は、連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０を有しており、情報処理装置１００は、連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０として、通信回線２９０を介して連関図・展開表記憶装置２５０内の連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０を利用するようにしてもよい。
例えば、情報処理装置１００で、ユーザー端末２１０Ａでのユーザーの操作にしたがって、連関図が作成され、その連関図を元にして展開表が生成される。例えば、特許文献１に記載の技術を用いればよい。その連関図情報は、通信回線２９０を介して連関図・展開表記憶装置２５０内の連関図記憶モジュール１３０に記憶され、展開表情報は、通信回線２９０を介して連関図・展開表記憶装置２５０内の展開表記憶モジュール１３５に記憶される。
例えば、ユーザー端末２１０Ｂのユーザーは、主に展開表を利用しており、展開表の編集を行う。展開表の編集が行われると、情報処理装置１００は、その展開表に関連付けられた連関図を表示し、編集対象の軸項目又は因果関係情報に関連付けられた連関図内の項目又は関係線を強調表示する。そして、ユーザーによって、それらの確認、場合によっては編集が行われる。連関図の項目や関係線の確認や編集を行うユーザーは、主に連関図を作成して利用するユーザーであってもよい。
また、ユーザー端末２１０内に、情報処理装置１００が内蔵されていてもよい。その場合は、スタンドアロンとしてのシステム形態になる。

図３は、第１の実施の形態（連関図・展開表作成モジュール１０５）による処理例を示すフローチャートである。
ステップＳ３０２では、連関図作成モジュール１１０は、ユーザーの操作にしたがって、連関図を作成する。
ステップＳ３０４では、展開表生成モジュール１１５は、作成された連関図を元にして展開表を生成する。
ステップＳ３０６では、出力モジュール１２０は、連関図情報を連関図記憶モジュール１３０に記憶し、展開表情報を展開表記憶モジュール１３５に記憶する。

次に、図４～図８を用いて、ストロー笛のメカニズムについて、連関図を作成し、展開表を生成する例を示す。
図４は、連関図、展開表の対象とする技術（ストロー笛のメカニズム）例の説明図である。
ベルヌーイの定理（式１参照）である「流速が大きくなると圧力が下がる」という流体工学の法則を用いている。

「なぜ振動するのか」について、以下のように説明できる。かっこの番号は、図４のかっこの番号に対応している。
（１）吹き込むとストローの中の流速が速くなる
（２）流速が速くなると圧力が下がる
（３）圧力が下がると、リードが吸い寄せられる
（４）リードが吸い寄せられると、流路が狭くなる
（５）流路が狭くなると流速が遅くなる
（６）流速が遅くなると、圧力が元に戻る
（７）圧力が戻ると、リードが開く。（１）に戻る。

図５は、連関図の例を示す説明図である。これは、ストロー笛の音が出ないメカニズムの連関図例を示している。連関図作成モジュール１１０が、ユーザーの操作にしたがって作成したものである。
なお、前提として「空気の密度は不変」、「つぶし加工方法は未定」であるとする。
図５の例では、矩形で囲まれている各項目が関係線によって接続されている。なお、項目内の上向き矢印は、その項目が増加することを示しており、下向き矢印は、その項目が減少することを示している。
なお、項目間の関係線の色は因果関係の極性を示している。項目間をつなぐ黒太線の関係線は、正の相関関係があることを示しており、項目間をつなぐ二重線（白線）の関係線は、逆の相関関係（負の相関関係ともいわれる）があることを示している。例えば、項目「振動しやすさ」が減少すると、項目「音の出易さ」も減少することを示している。また、因果関係の影響度合いの強弱を、実線、破線等によって示してもよい。これらの情報は、関係線情報テーブル１１００の属性欄１１２０に記憶されている。

図６は、連関図の例を示す説明図である。図５の例に示した連関図内の各項目を増加の要因に統一したものである。つまり、音の安定性の連関図例を示している。これによって、項目間で正の相関関係が逆の相関関係になる関係線、逆に、項目間で逆の相関関係が正の相関関係になる関係線がある。

図７は、連関図の例を示す説明図である。
ユーザーの操作によって、展開表の軸（軸項目）として採用する項目を選択した例を示している。ここでは、第１軸として品質、第２軸として機能、第３軸として物理、第４軸として設計を示している。
項目（音の安定性）７１０は、第１軸として選択されている。
項目（開き時の閉じ易さ）７１５、項目（閉じ時の開き易さ）７２０は、第２軸として選択されている。
項目（リード部流速）７２５、項目（リードの素材かたさ）７３０、項目（リードの形状的かたさ）７３５、項目（閉じ中の圧力差）７４０は、第３軸として選択されている。
項目（吹き込み圧）７４５、項目（長さ）７５５、項目（直径）７６０、項目（厚さ）７６５、項目（材料）７７０、項目（つぶし加工）７８０、項目（切込み量）７８５は、第４軸として選択されている。

図８は、展開表の例を示す説明図である。図７の例に示した連関図から生成した展開表を示している。つまり、図８は、ストロー笛の音の安定性の展開表例を示している。
展開表の対象となるものは、開発・設計するシステムの全体又は一部である。
第１軸（品質）８１０Ａは、品質であり、顧客に保証する価値の指標である。そして、展開表の対象とするシステム（部品）がその機能を発現した結果得られる価値の指標であり、かつそのシステム又はその上位システムが顧客に保証する価値の指標である。第１軸（品質）８１０Ａには、軸項目（音の安定性）８１０がある。
第２軸（機能）８１５Ａは、システムが品質を達成するために、その部品や部分システムが果たす役割である。第２軸（機能）８１５Ａには、軸項目（開き時の閉じ易さ）８１５、軸項目（閉じ時の開き易さ）８２０がある。

第３軸（物理）８２５Ａは、部品や部分システムが発揮する機能を決める物理量である。第３軸（物理）８２５Ａには、軸項目（リード部流速）８２５、軸項目（リードの素材かたさ）８３０、軸項目（リードの形状的かたさ）８３５、軸項目（閉じ中の圧力差）８４０がある。
第４軸（設計）８４５Ａは、対象の部品や部分システムの物理量を制御するための設定条件であり、設計者、開発者が決められる（又は決めるべき）量及び条件である。第４軸（設計）８４５Ａには、軸項目（吹き込み圧）８４５、軸項目（ストロー）８５０、軸項目（加工）８７５がある。軸項目（ストロー）８５０内には、軸項目（長さ）８５５、軸項目（直径）８６０、軸項目（厚さ）８６５、軸項目（材料）８７０がある。軸項目（加工）８７５内には、軸項目（つぶし加工）８８０、軸項目（切込み量）８８５がある。

展開表内の隣り合う軸項目で位置が決定されているセル（図８の例では、◎等が記載されている矩形）内が、因果関係情報である。この因果関係情報は、２つの軸項目間の因果関係を示している。「◎」、「△」の記号は因果関係の強弱を示すとともに、それに付随している「＋」、「－」は因果関係の極性を示している。つまり、正の相関関係は「＋」と示し、逆の相関関係は「－」と示し、正の相関関係が強いものは「◎＋」と示し、正の相関関係が弱いものは「△＋」と示し、逆の相関関係が強いものは「◎－」と示し、逆の相関関係が弱いものは「△－」と示し、無関係は「－」と示している。例えば、軸項目（音の安定性）８１０と軸項目（開き時の閉じ易さ）８１５の関係は「◎＋」である。これらの情報は、因果関係情報テーブル１４００の属性欄１４２０に記憶されている。したがって、連関図における関係線情報テーブル１１００と展開表における因果関係情報テーブル１４００とは、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００によって対応しているので、互いにこれらの情報は対応している。
なお、連関図における項目情報テーブル１０００と展開表における軸項目情報テーブル１３００とは、項目ＩＤ・軸項目ＩＤ関連テーブル１６００によって対応しているので、互いにこれらの情報は対応している。

連関図から展開表を生成するが、前述したストロー笛の事例で示したように、連関図は原因／結果、目的／手段等の相互関係を図解することで複雑な要素間の関係性を明らかにするためのもので思考を促すための説明的な項目も含んでいる。一方で展開表は、工程毎の機能で定義される各項目間の因果関係を簡潔に表現するためのものであり、説明的な項目は含まれない。したがって、連関図から展開表を生成する場合には、必要な項目のみを抽出し、抽出した項目を適切な軸項目に割り当て展開表に反映させている。
ここで、展開表に変換される元となる連関図は、必ずしも一つには限定されず、複数の因果関係が集約された展開表も存在する。その場合、その展開表に付帯する連関図は複数存在することとなる。
また、連関図から展開表に変換する場合には連関図の一部のデータを用いて展開表を生成することになるため、一つの連関図からなる展開表を生成する場合であっても、非可逆的な変換を行うことになる。このため、同一の技術を対象とする連関図及び展開表の２種類のデータが存在することになるが、技術資産として蓄積することを考慮すれば２種類のデータの整合性を維持継続させる必要がある。
そのために、第１の実施の形態は、連関図と展開表とのデータ関連付けによる整合性を維持するようにしている。

第１の実施の形態は、以下の処理を行う。
（１）連関図から展開表に変換された展開表において、要因の追加／削除／修正、因果関係の追加／削除／修正を行う。
展開表に対して、項目又は項目間の因果関係に対して編集を行う場合には、項目又は項目間の因果関係に付帯した属性情報として格納されている連関図情報を元に、元となった連関図を読みだして表示する。そして、連関図に対する確認や編集を促す制御を行う。連関図と展開表とを整合させるために連関図で編集された結果は、展開表に反映し結果を表示する。原データは連関図のみとなるため、展開表と連関図の整合性は維持できる。
なお、連関図のない展開表の場合には、展開表を直接編集させるか、簡易で生成された連関図を編集させるか選択できるが、いずれにおいても整合性は維持される。

（２）編集対象箇所（項目）又は項目間の因果関係を含む連関図を表示し、該当箇所を強調表示（ハイライト等）する。
（３）該当する連関図が複数あったら全て表示する。複数の連関図に共通して同一の項目及び関連する因果関係が存在するケースがあるためである。
（４）該当する連関図を呼び出すために項目及び項目間の因果関係に、属する連関図の情報を持たせるが前述したように、読みだされる連関図は一つに限定されない。
また、複数の軸項目を選択すると同一のものとして編集できるようにしてもよい。例えば、項目をマージする目的で行われるものである。
又は、項目及び項目に関連する因果関係をマージできるようにしてもよい。
なお、マージすることによって不整合が生じる場合には、不整合があることを示し、編集（修正）を促すようにしてもよい。

図１８は、第１の実施の形態による処理例を示すフローチャートである。
ステップＳ１８０２では、表示モジュール１６０は、ユーザーの表示操作にしたがって、展開表を表示する。
ステップＳ１８０４では、展開表操作受付モジュール１５０は、展開表の軸項目／因果関係情報に対するユーザーの編集指示を受け付ける。
ステップＳ１８０６では、関連情報抽出モジュール１５５は、編集対象の連関図情報があるか否かを判断し、ある場合はステップＳ１８０８へ進み、それ以外の場合はステップＳ１８１４へ進む。つまり、展開表に対応する連関図（その展開表を生成する元となった連関図）があるか否かを判断している。
ステップＳ１８０８では、表示モジュール１６０は、軸項目又は因果関係情報の付帯情報から該当する連関図を読み出し、表示する。
ステップＳ１８１０では、連関図編集モジュール１６５は、ユーザーの操作にしたがって、連関図を編集する。
ステップＳ１８１２では、展開表生成モジュール１１５は、編集結果を展開表に反映する。
ステップＳ１８１４では、展開表操作受付モジュール１５０は、ユーザーの操作にしたがって、展開表を直接編集する。

図１９は、第１の実施の形態による処理例を示す説明図である。
展開表１９００に対して、ユーザーの操作によって編集指示１９０５が行われる。なお、編集指示１９０５は、実際に編集が行われるものではなく、編集の意思表示であってもよい。連関図ＩＤ・展開表ＩＤ関連テーブル１５００を用いて、展開表１９００に対応する連関図１９５０を表示する。
そして、連関図１９５０に対して、ユーザーの操作によって編集が行われ、その編集結果を展開表１９００に反映させる。
なお、因果関係情報１９０７は、軸項目（閉じ時の開き易さ）８２０と軸項目（リードの素材かたさ）８３０との交わりの位置にある。軸項目（閉じ時の開き易さ）８２０は項目（閉じ時の開き易さ）７２０に対応し、軸項目（リードの素材かたさ）８３０は項目（リードの素材かたさ）７３０に対応する。この対応関係は、項目ＩＤ・軸項目ＩＤ関連テーブル１６００によって管理されている。そして、因果関係情報１９０７は関係線１９５７Ａと関係線１９５７Ｂに対応することになる。この対応関係は、関係線ＩＤ・因果関係情報ＩＤ関連テーブル１７００によって管理されている。

図２０は、第１の実施の形態による処理例を示す説明図である。
展開表２０００に対して、ユーザーの操作によって、複数の軸項目（例えば、軸項目（開き時の閉じ易さ）８１５、軸項目（閉じ時の開き易さ）８２０等）が選択されると、同一の軸項目として編集する（項目をマージする）。又は、項目及びその項目に関連する因果関係情報をマージするようにしてもよい。
具体的には、展開表２０００には「厚さ」と同じ概念を指す「薄さ」が存在するが（軸項目（厚さ）８６５、軸項目（薄さ）２０６０）、軸項目（厚さ）８６５と軸項目（薄さ）２０６０が選択されると、それぞれが対応している連関図を読み出すとともに、選択により以下のいずれかの処理を行う。
（１）一方（例えば、連関図）を編集することで、もう一方（例えば、展開表）に編集結果を反映させる。
（２）同じ概念として、項目（又は、軸項目）を統合連結する。

ただし、マージした場合（つまり、同一として扱うと）、因果関係に不整合が生じる場合には、不整合があるため同一とみなせないことを示し、修正する編集を促す。例えば、展開表２０００の連関図では軸項目（厚さ）８６５と軸項目（リードの素材かたさ）８３０に正の因果関係があるとしているが、軸項目（薄さ）２０６０と軸項目（リードの素材かたさ）８３０に逆の因果関係があるとされているので、不整合であると判断する。なお、この不整合の判断は、１つの展開表において判断してもよいし、複数の展開表間で生じる不整合を判断してもよい。例えば、軸項目（厚さ）と軸項目（薄さ）をマージする場合において、ある展開表では軸項目（厚さ）と軸項目（リードの素材かたさ）に正の因果関係があるとしているが、他の展開表では軸項目（薄さ）と軸項目（リードの素材かたさ）に逆の因果関係があるとされている場合が該当する。また、一方の因果関係が正（強）の因果関係であり、他方の因果関係が正（弱）の因果関係の場合も該当例としてもよい。もちろんのことながら、この２つの展開表は、１つの連関図に対応している（つまり、その１つの連関図から２つの展開表が作成されている）。

展開表に対しての修正指示（実際の修正が行われている必要がない指示）があった場合に、その展開表に対応する連関図を表示し、編集を促していた。
しかし、連関図を使用せず、展開表のみを扱うユーザーも存在しており、そのようなユーザーには連関図の編集は本来不要な編集（つまり、そのユーザーにとっては負荷）を要求することとなる。第１の実施の形態は、連関図を元に展開表を作成するユーザーと、展開表のみを利用するユーザーとが、編集も含めて利用できるようにしている。
つまり、展開表を主として利用するユーザーと連関図を主に使用するユーザーが混在して同一技術を対象として展開表を編集する場合等、展開表を主として使用するユーザーにとっては連関図の編集は不要とし、かつ整合性を維持するために用いる。
図２１から図２７に示す例を用いて、展開表を実際に修正し、その修正結果を連関図に反映させる場合について説明する。

図２１は、第１の実施の形態による処理例を示す説明図である。
展開表の修正結果を連関図に反映させる方法は以下の通りである。なお、編集箇所については編集したことを明示するとともに履歴を残すようにしてもよい。
（Ａ１）展開表の軸項目（要因）の追加（図２２の例を参照）
軸項目（要因）を追加する連関図の該当箇所にダミーの項目（要因）を追加する。
（Ａ２）展開表の軸項目（要因）の削除（図２３の例を参照）
連関図の削除された軸項目（要因）の該当箇所にダミーの項目（要因）を残す。
（Ａ３）展開表の軸項目（要因）の修正（図２４の例を参照）
修正された軸項目（要因）に対する連関図の該当箇所に、その修正を反映する。
（Ｂ１）展開表の因果関係情報の追加（図２５の例を参照）
軸項目間の因果関係情報に対する連関図の該当箇所を追加する。
（Ｂ２）展開表の因果関係情報の削除（図２６の例を参照）
軸項目間の因果関係情報に対する連関図の該当箇所を削除する。
（Ｂ３）展開表の因果関係情報の修正（図２７の例を参照）
軸項目間の因果関係情報に対する連関図の該当箇所を修正する。

既に設定されている因果関係に影響しない範囲で編集を行うが、削除／修正の場合には、他の因果関係に影響を及ぼすため、矛盾が生じる場合には矛盾が生じる旨を表示し、編集を行わない。ここで矛盾が生じる場合とは、軸項目間に要素が存在し、その要素が他の軸項目と直接又は間接的に因果関係を持つ場合である。なお、矛盾が生じるか否かについては、編集後の展開表Ａと、その展開表Ａから作成された連関図から生成された展開表Ｂを比較して、異なる部分があれば、矛盾が生じていると判断してもよい。

図２１（１）の連関図の例は、項目（Ｃ）２１１５から項目（Ｂ）２１１０に向けて接続されており、項目（Ｄ）２１２０から項目（Ｂ）２１１０に向けて接続されており、項目（Ｂ）２１１０から項目（Ａ）２１０５に向けて接続されており、項目（Ｅ）２１２５から項目（Ａ）２１０５に向けて接続されている。
図２１（２）の連関図の例は、項目（Ｃ）２１６５から項目（Ｂ）２１６０に向けて接続されており、項目（Ｄ）２１７０から項目（Ｂ）２１６０に向けて接続されており、項目（Ｂ）２１６０から項目（Ａ）２１５５に向けて接続されており、項目（Ｂ）２１６０から項目（Ｆ）２１８０に向けて接続されており、項目（Ｅ）２１７５から項目（Ａ）２１５５に向けて接続されている。
例えば、図２１（１）において、項目（Ａ）２１０５、項目（Ｃ）２１１５、項目（Ｄ）２１２０、項目（Ｅ）２１２５が軸項目として設定されているとする。項目（Ａ）２１０５と項目（Ｅ）２１２５間の因果関係は削除／修正しても他に影響は出ない。しかし、項目（Ａ）２１０５と項目（Ｄ）２１２０間の因果関係を削除／修正する場合、項目（Ａ）２１０５と項目（Ｂ）２１１０間の因果関係を削除／修正してしまうと、項目（Ａ）２１０５と項目（Ｃ）２１１５間の因果関係に影響が出る。その場合には項目（Ｂ）２１１０と項目（Ｄ）２１２０間の因果関係を削除／修正する。
一方で、図２１（２）の場合、項目（Ａ）２１５５と項目（Ｄ）２１７０間の因果関係を削除する場合、いずれの因果関係を削除／修正しても、他の因果関係に影響してしまうため削除／修正できない旨を表示する。又は、連関図を表示し、編集を促すようにしてもよい。

図２２は、第１の実施の形態による処理例（展開表の軸項目（要因）の追加例）を示す説明図である。
展開表２２００は、展開表１９００の機能軸に、新軸項目２２１０を追加したものである。
この場合、連関図２２５０の例に示すように、新項目（ダミー）２２６０を追加する。新項目（ダミー）２２６０の配置位置は、機能軸内の他の軸項目（開き時の閉じ易さ、閉じ時の開き易さ）に対応する連関図２２５０内の項目の近辺とする。
なお、展開表２２００だけを使用するユーザーに対しては、連関図２２５０を表示しないようにしてもよい。展開表２２００だけを使用するユーザーであるか否かの判断は、過去の履歴（連関図を表示したことがあるか否か）で判断してもよいし、ユーザーの属性（連関図を使用するか否かを示す属性、又は、そのユーザーの職種等）で判断してもよい。

図２３は、第１の実施の形態による処理例（展開表の軸項目（要因）の削除例）を示す説明図である。
展開表２３００は、図１９に例示の展開表１９００の機能軸から対称軸項目２３１０を削除したものである。
この場合、連関図２３５０の例に示すように、削除した軸項目（要因）は対象項目（ダミー）２３６０として残す。

図２４は、第１の実施の形態による処理例（展開表の軸項目（要因）の修正例）を示す説明図である。
展開表２４００は、展開表１９００の機能軸の軸項目（要素）である対称軸項目（修正）２４１０を修正したものである。
この場合、連関図２４５０の例に示すように、対称軸項目（修正）２４１０に対応する対象項目（修正）２４６０を修正すればよい。

図２５は、第１の実施の形態による処理例（展開表の因果関係情報の追加例）を示す説明図である。
展開表２５００は、展開表１９００の「長さ」と「リード形状的かたさ」との交差位置にある因果関係情報を「－」から「◎－」（新因果関係情報２５１０）に変更（因果関係情報の追加に該当）したものである。
この場合、連関図２５５０の例に示すように、関係線２５６０を追加する。関係線２５６０は、項目「長さ」から項目「リード形状的かたさ」を接続する関係線である。

図２６は、第１の実施の形態による処理例（展開表の因果関係情報の削除例）を示す説明図である。
展開表２６００は、展開表１９００の「吹き込み圧」と「閉じ中の圧力差」との交差位置にある因果関係情報を「◎＋」から「－」（対象因果関係情報２６１０）に変更（因果関係情報の削除に該当）したものである。
この場合、連関図２６５０の例に示すように、対象関係線２６６０を削除する。なお、他の因果関係に影響する場合にはその旨を表示し、削除しないようにしてもよい。

図２７は、第１の実施の形態による処理例（展開表の因果関係情報の修正例）を示す説明図である。
展開表２７００は、展開表１９００の「直径」と「リード形状的かたさ」との交差位置にある因果関係情報を「◎－」から「◎＋」（対象因果関係情報２７１０）に変更（因果関係情報の修正に該当）したものである。
この場合、連関図２７５０の例に示すように、対象因果関係情報２７１０に対応する対象関係線２７６０Ａと対象関係線２７６０Ｂを修正する。なお、他の因果関係に影響する場合にはその旨を表示し、修正しないようにしてもよい。

＜第２の実施の形態＞
第２の実施の形態を説明する前に、展開表、連関図についての背景について説明する。なお、特に、この説明（この段落から図２８を用いた説明までの説明）は、第２の実施の形態の理解を容易にすることを目的とするものであり、この説明を用いて限定解釈することは意図していない。そして、この説明部分のみを用いて、特許を受けようとする発明が発明の詳細な説明に記載したものであること（特許法第３６条第６項第１号）の判断を行うべきではないことは当然である。

特に複合的な物理現象を利用したシステムの設計と品質の関係などの複雑な因果関係は、例えば製品の最終的な品質などの結果に対して、その結果の要因となる事象が複数あり、それらの事象を結果として生じる要因となる事象が複数あり、さらにその事象を結果として生じる要因となる事象が複数あり、さらに…、という具合に多くの事象が連鎖的につながっているのが一般的である。また、そのような複雑なシステムにおいては、充足しなければならない品質が数多くあるため、設計群と品質群の因果関係は極めて複雑になる。そのため、所望の品質を満足するための設計項目を見出すのが困難であったり、ある品質を満足するための設計値の変更が他の品質に悪影響を及ぼしたりなどの問題を生じやすい。なお、ここで要因とは、ある事象の原因となり得る事象のことを指す。

そのような複雑な因果関係を可視化し、整理するやり方にはいくつかある。代表的なのが、（１）結果とその要因の間を関係線で接続することで因果関係を表現した連関図（ロジックツリーがその典型）と、（２）互いに直交する複数の軸に列挙した事象間の関係をマトリックス状に配置した記号又は数値で示した展開表である。連関図は結果とその要因を漏れダブりなく詳細に示すのに適しているが、対象とする事象が多くなりすぎると、図が過度に複雑化し、肥大化してしまうため、実用が困難になる。一方、展開表は多くの事象の中から重要なものを抽出して軸上に配置し、マトリックスで因果関係を表現するため、多数の結果と多数の要因の関係を簡潔に表現することができるが、軸上に配置していない事象を含む詳細な因果関係を表現することはできず、その結果、項目の抜け漏れを生じやすい。一般的に広く行われている展開表は横軸と縦軸の２軸に要因と結果を配置するのみであるため、そもそもなぜそのような関係となるかに関する情報は持たせることができないが、３つ以上の軸を互いに直交して配置し、因果関係を構成する要因の中で重要なものを抽出して記載することで概略的な因果関係を表現する多軸の品質機能展開が有効である。

以上から、連関図と多軸の展開表を併用することで因果関係を漏れダブりなく詳細に抽出し、記述しつつ、多数の要因と結果の関係を簡潔に表示することができるようになる。しかし、連関図と多軸の展開表の間の変換は煩雑であり、そのためには変換を支援するシステムが必須となる。
既に、因果関係を階層化した連関図を描いて、階層を選択することで２軸の展開表を表示するシステムがある。しかし、階層化した状態で連関図を作成するためには、最初から因果関係が階層的に整理されている必要があるため、そもそもの目的である漏れダブりのない詳細な因果関係の展開を行うのは困難である。また、要因を階層に分けたとしても選択された階層の要因を全て展開表に表示したのでは、表示する情報量が多くなり、「重要な要因を抽出して」表示するという目的を達することができない。

その課題を解決するために、特許文献１では作成した連関図上で展開表の各軸に対応する事象を選択した上で展開表に展開することが提案されている。しかし、この方法では連関図の情報を縮約して展開表を作成するため、連関図が持つ情報よりも展開表が持つ情報の方がはるかに少なくなる。そのため、連関図から展開表への展開はできても、展開表への変更を逆に連関図に反映することが難しいという課題がある。
以上に述べたように、連関図と展開表は同じ因果関係を異なる役割を持って可視化する仕組みであるため、一方だけを使ったり、片方からもう一方への一方的な変換ができるだけでなく、複雑な因果関係を示す情報を余すところなく持ちつつ、相互に行き来しながら作成、閲覧できたりすることが必須である。
特許文献１記載の技術では、連関図で展開表の軸に対応した事象間が展開表の軸に対応していない事象を介して接続されているときに、展開表で該当する因果関係をマトリックスから削除したとき、連関図からどの事象間の因果関係を削除するべきか判定できないため、展開表と連関図との連携の障害となる。

図２８は、第２の実施の形態の構成例についての概念的なモジュール構成図である。
なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。また、第１の実施の形態と第２の実施の形態を組み合わせてもよい。
「修正」には、元の情報の変更、削除、新たな情報の追加を含む。
「要素」とは、連関図を構成する要素であって、前述の事象（ボックスともいう）、関係線（接続線ともいう）が該当し、グラフ理論における、ノード（節点、頂点）とエッジ（枝、辺、コネクタ）が該当する。例えば、展開表の軸内の項目の修正が行われた場合は、その修正された項目に対応する連関図における事象が修正され、その修正された事象を修正されなかった事象とは異なる形態に変換する。また、展開表内のマトリックス状に配置した記号又は数値の修正が行われた場合は、その修正された記号又は数値に対応する連関図における関係線が修正され、その修正された関係線を修正されなかった関係線とは異なる形態に変換する。
なお、表示モジュール（展開表表示モジュール２８２０、連関図表示モジュール２８３５）は、（１）表示装置を含み、その表示装置に対象（連関図、展開表）を表示させる表示モジュール、（２）表示装置に対象を表示するための制御を行う表示制御モジュール（表示装置そのものは含まない制御モジュール）、のいずれの形態であってもよい。

情報処理装置２８００は、連関図・展開表記憶モジュール１２５、展開表・連関図修正モジュール２８０５を有している。
連関図・展開表記憶モジュール１２５は、連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０を有しており、展開表・連関図修正モジュール２８０５と接続されている。

展開表・連関図修正モジュール２８０５は、展開表操作受付モジュール２８１０、展開表修正モジュール２８１５、展開表表示モジュール２８２０、連関図操作受付モジュール２８２５、連関図修正モジュール２８３０、連関図表示モジュール２８３５を有しており、連関図・展開表記憶モジュール１２５と接続されている。展開表・連関図修正モジュール２８０５は、展開表又は連関図の修正に関する処理を行う。

展開表操作受付モジュール２８１０、展開表修正モジュール２８１５、展開表表示モジュール２８２０は、互いに直交する複数（特に３つ以上）の軸に列挙した項目間の関係をマトリックス状に配置した記号又は数値で示した展開表に関する処理（作成、修正、表示等）を行う。
連関図操作受付モジュール２８２５、連関図修正モジュール２８３０、連関図表示モジュール２８３５は、事象間を関係線で接続することで関係を表現した連関図（樹形図が典型）に関する処理（作成、修正、表示等）を行う。
展開表修正モジュール２８１５、連関図修正モジュール２８３０は、連関図で展開表の軸に対応する事象を選択することで互いに対応関係を持たせ、連関図と展開表間の相互に変換等の処理を行う。なお、相互に変換する処理については、前述した特許文献１等に記載された技術を用いればよい。主に、特許文献１等に記載された技術以外の技術を以下に説明する。

展開表操作受付モジュール２８１０は、展開表修正モジュール２８１５と接続されている。展開表操作受付モジュール２８１０は、展開表表示モジュール２８２０によって表示されている展開表に対しての、ユーザーの操作を受け付ける。例えば、展開表における因果関係の削除操作等がある。「展開表における因果関係の削除」とは、展開表において因果関係を示しているマトリックスのセル内のマーク（後述する図３６に記載の展開表内の「◎（二重丸）」、「□（四角）」、「△（三角）」等）を削除することである。これらのマークは、軸内の項目間の因果関係を示している。つまり、隣り合う軸の２つの項目が交差する位置にあるセルによって、その２つの項目の因果関係（例えば、（１）正の相関、（２）逆の相関、（３）関係はあるが、正の相関であるか、逆の相関であるかが不明等）を示すマークが記載されている。

展開表修正モジュール２８１５は、展開表操作受付モジュール２８１０、展開表表示モジュール２８２０、連関図修正モジュール２８３０と接続されている。展開表修正モジュール２８１５は、展開表操作受付モジュール２８１０によって受け付けられた操作にしたがって、展開表を修正する。

展開表表示モジュール２８２０は、展開表修正モジュール２８１５と接続されている。展開表表示モジュール２８２０は、展開表修正モジュール２８１５によって修正された展開表を、液晶ディスプレイ等の表示装置に表示する。

連関図操作受付モジュール２８２５は、連関図修正モジュール２８３０と接続されている。連関図操作受付モジュール２８２５は、連関図表示モジュール２８３５によって表示されている連関図に対しての、ユーザーの操作を受け付ける。

連関図修正モジュール２８３０は、展開表修正モジュール２８１５、連関図操作受付モジュール２８２５、連関図表示モジュール２８３５と接続されている。連関図修正モジュール２８３０は、連関図操作受付モジュール２８２５によって受け付けられた操作にしたがって、連関図を修正する。

連関図表示モジュール２８３５は、連関図修正モジュール２８３０と接続されている。連関図表示モジュール２８３５は、連関図修正モジュール２８３０によって生成された連関図を、液晶ディスプレイ等の表示装置に表示する。

展開表表示モジュール２８２０は、展開表操作受付モジュール２８１０が受け付けた操作が、展開表における因果関係の削除操作である場合、展開表における因果関係を削除せず、他と区別できるように表示する。ここで「展開表における因果関係を削除せず」とは、削除操作があったことのみをもって削除することはしないことを意味する。例えば、展開表における因果関係の削除操作があった後、その展開表に対応する連関図での確認（詳しくは、削除対象の因果関係に対応する関係線が削除されることの確認）を促した後、展開表での削除が妥当であるとの判断が行われた後に、削除するようにしてもよい。
また、「区別」とは、削除対象となった因果関係を示すマークの形態を、削除対象とはなっていない因果関係を示すマークの形態とは異なるものにすることであり、いわゆる強調表示を含む。形態として、マークの色彩、形状、模様、動的に変化すること（例えば、フラッシュ、アニメーション等）、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、文字（図形、記号等であってもよい）の付加、又は、これらの組み合わせであってもよい。

また、連関図表示モジュール２８３５は、展開表操作受付モジュール２８１０が受け付けた操作が、展開表における因果関係の削除操作である場合、その展開表に対応する連関図において、その因果関係に対応する関係線を削除せず、他と区別できるように表示する。

主に連関図で因果関係を検討するために展開表での作業頻度が低い場面では、展開表で因果関係を削除したときに連関図が変わってしまうと、混乱が生じる。この場合は、展開表で因果関係を削除させずに、連関図上でどの因果関係を削除するとその変更が行えるのかを示した方がよい。なお、連関図上で因果関係を編集した後は、削除作業を終了すると、次の削除作業を行えるようになる。

また、連関図操作受付モジュール２８２５が、連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、連関図表示モジュール２８３５は、その関係線を他と区別しない表示に戻す。つまり、ユーザーが、連関図において関係線（展開表で削除対象となっている因果関係に対応する関係線）を削除するにはふさわしくないと判断したので、連関図では削除しないようにしたものである。
そして、連関図操作受付モジュール２８２５が、連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、連関図表示モジュール２８３５は、その連関図からその関係線を削除する。つまり、展開表で因果関係が削除対象となっていても、連関図での確認がなければ、その削除対象となっている因果関係に対応する関係線を削除しないものである。

また、展開表操作受付モジュール２８１０が受け付けた操作が、展開表における因果関係の削除操作である場合、連関図修正モジュール２８３０は、その展開表に対応する連関図において、その因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しない。
そして、連関図表示モジュール２８３５は、削除しない関係線を他と区別できるように表示する。
また、連関図修正モジュール２８３０は、連関図において、因果関係に対応する関係線を削除しても、展開表における他の因果関係が変化しないとき、その関係線を削除するようにしてもよい。
また、連関図表示モジュール２８３５は、削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知するようにしてもよい。

主に展開表で因果関係を検討するために連関図上での作業頻度が低い場面では、連関図上での作業をすることなく因果関係の削除を行う必要がある。しかし、連関図上での展開表の軸に設定されていない事象が関わる因果関係の有無は展開表からは判断できない。そこで連関図の因果関係を削除しないことにすると、連関図と展開表の間に齟齬が生じる。また、削除する因果関係を構成している連関図上の関係線を全て削除してしまうと、展開表の他の因果関係に意図しない影響が出てしまう可能性がある。第２の実施の形態によって、連関図と展開表の整合を保ったままで展開表上で因果関係の削除を行うことができるようになる。

また、展開表修正モジュール２８１５又は連関図修正モジュール２８３０は、連関図で用いる第１用語と展開表で用いる第２用語とを対応させて記憶する記憶手段（後述する図４３の例に示す連関図用語・展開表用語対応テーブル４３００が該当）を有しており、連関図を展開表又は展開表を連関図に変換する場合に、その記憶手段を用いて、第１用語又は第２用語を第２用語又は第１用語に変換するようにしてもよい。「用語」として、主に、事象の名称がある。その他に、コメント（注釈）で用いる用語を含めてもよい。例えば、第１用語として「加熱時の食材の温度」（連関図で用いる事象名）があり、対応する第２用語として「食材温度」（展開表で用いる事象名）がある。

また、展開表修正モジュール２８１５又は連関図修正モジュール２８３０内の記憶手段には、第１用語と第２用語における増加又は減少が逆であることを示す情報を設定できるようにしてもよい。
そして、展開表修正モジュール２８１５又は連関図修正モジュール２８３０は、記憶手段に第１用語と第２用語における増加又は減少が逆であることを示す情報が設定されていたときは、変換元である連関図又は展開表における増減の関係とは逆にして、変換先の展開表又は連関図に変換するようにしてもよい。具体的には、連関図における増減の関係とは逆にして、変換先の展開表に変換すること、又は、展開表における増減の関係とは逆にして、変換先の連関図に変換することとなる。
例えば、連関図では「板のやわらかさ」という用語を用いて、展開表では「剛性」という用語を用いている場合、この２つの用語の対応では「増加又は減少が逆であることを示す情報」が記憶手段に設定されることになる（後述する図４４の例に示す連関図用語・展開表用語対応テーブル４４００の関係欄４４１５が該当）。そして、連関図を展開表に変換する場合、連関図における関係線の増減の関係とは逆の関係を展開表内に設定する。逆に、展開表を連関図に変換する場合、展開表における増減の関係とは逆の関係を連関図における関係線で表現することになる。

図２９は、第２の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係、その因果関係に対応する関係線の表示についての処理例を示すものである。
ステップＳ２９０２では、展開表操作受付モジュール２８１０は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップＳ２９０４では、展開表修正モジュール２８１５は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップＳ２９０６へ進み、それ以外の場合はステップＳ２９２６へ進む。

ステップＳ２９０６では、連関図修正モジュール２８３０は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップＳ２９０８へ進み、それ以外の場合は処理を終了する（ステップＳ２９９９）。
ステップＳ２９０８では、連関図修正モジュール２８３０は、削除対象に対応する関係線を抽出する。

ステップＳ２９１０では、連関図表示モジュール２８３５は、その関係線を削除せず、他の関係線（削除対象ではない関係線）と区別して、その関係線を表示する。
ステップＳ２９１２では、展開表表示モジュール２８２０は、展開表においても、削除対象の因果関係を削除せず、他の因果関係（削除対象ではない因果関係）と区別して、その因果関係を表示する。

ステップＳ２９１４では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。
ステップＳ２９１６では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップＳ２９１８へ進み、それ以外の場合はステップＳ２９２２へ進む。

ステップＳ２９１８では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。
ステップＳ２９２０では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、削除後の展開表と連関図を表示する。

ステップＳ２９２２では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。
ステップＳ２９２４では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、元（削除操作前）の展開表と連携図を表示する。
ステップＳ２９２６では、展開表修正モジュール２８１５は、その修正操作にしたがった修正を行う。

図３０、図３１は、第２の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線を削除するとした場合に、それにともなって展開表内の因果関係がさらに変化するときの処理例（１）を示すものである。
ステップＳ３００２では、展開表操作受付モジュール２８１０は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップＳ３００４では、展開表修正モジュール２８１５は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップＳ３００６へ進み、それ以外の場合はステップＳ３０３２へ進む。

ステップＳ３００６では、連関図修正モジュール２８３０は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップＳ３００８へ進み、それ以外の場合は処理を終了する（ステップＳ３０９９）。
ステップＳ３００８では、連関図修正モジュール２８３０は、削除対象に対応する関係線を抽出する。

ステップＳ３０１０では、連関図表示モジュール２８３５は、その関係線を削除せず、他の関係線（削除対象ではない関係線）と区別して、その関係線を表示する。
ステップＳ３０１２では、連関図修正モジュール２８３０は、その関係線を削除した場合、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップＳ３０１４へ進み、それ以外の場合はステップＳ３０１８へ進む。

ステップＳ３０１４では、連関図修正モジュール２８３０は、その関係線を削除しないと判断する。
ステップＳ３０１６では、連関図表示モジュール２８３５は、削除しないと判断した関係線を他と区別して表示する。なお、ここでの「他」として、削除対象となっていない関係線、又は／及び、削除対象であるが削除しないとは判断されていない関係線がある。

ステップＳ３０１８では、展開表表示モジュール２８２０は、展開表においても、削除対象の因果関係を削除せず、他の因果関係（削除対象ではない因果関係）と区別して、その因果関係を表示する。
ステップＳ３０２０では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。

ステップＳ３０２２では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップＳ３０２４へ進み、それ以外の場合はステップＳ３０２８へ進む。
ステップＳ３０２４では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。

ステップＳ３０２６では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、削除後の展開表と連関図を表示する。
ステップＳ３０２８では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。

ステップＳ３０３０では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、元（削除操作前）の展開表と連携図を表示する。
ステップＳ３０３２では、展開表修正モジュール２８１５は、その修正操作にしたがった修正を行う。

図３２は、第２の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線を削除するとした場合に、それにともなって展開表内の因果関係がさらに変化するときの処理例（２）を示すものである。
ステップＳ３２０２では、展開表操作受付モジュール２８１０は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップＳ３２０４では、展開表修正モジュール２８１５は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップＳ３２０６へ進み、それ以外の場合はステップＳ３２２４へ進む。

ステップＳ３２０６では、連関図修正モジュール２８３０は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップＳ３２０８へ進み、それ以外の場合は処理を終了する（ステップＳ３２９９）。
ステップＳ３２０８では、連関図修正モジュール２８３０は、削除対象に対応する関係線を抽出する。

ステップＳ３２１０では、連関図表示モジュール２８３５は、その関係線を削除せず、他の関係線（削除対象ではない関係線）と区別して、その関係線を表示する。
ステップＳ３２１２では、連関図修正モジュール２８３０は、その関係線を削除した場合、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップＳ３２１４へ進み、それ以外の場合はステップＳ３２１８へ進む。

ステップＳ３２１４では、連関図修正モジュール２８３０は、その関係線を削除しないと判断する。
ステップＳ３２１６では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、元（削除操作前）の展開表と連携図を表示する。

ステップＳ３２１８では、連関図修正モジュール２８３０は、その関係線を削除する。
ステップＳ３２２０では、展開表修正モジュール２８１５は、削除対象の因果関係を削除する。

ステップＳ３２２２では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、削除後の展開表と連関図を表示する。
ステップＳ３２２４では、展開表修正モジュール２８１５は、その修正操作にしたがった修正を行う。

図３３、図３４は、第２の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線が複数ある場合の処理例を示すものである。
ステップＳ３３０２では、展開表操作受付モジュール２８１０は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップＳ３３０４では、展開表修正モジュール２８１５は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップＳ３３０６へ進み、それ以外の場合はステップＳ３３３０へ進む。

ステップＳ３３０６では、連関図修正モジュール２８３０は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップＳ３３０８へ進み、それ以外の場合は処理を終了する（ステップＳ３３９９）。
ステップＳ３３０８では、連関図修正モジュール２８３０は、削除対象に対応する関係線を抽出する。

ステップＳ３３１０では、連関図表示モジュール２８３５は、その関係線を削除せず、他の関係線（削除対象ではない関係線）と区別して、その関係線を表示する。
ステップＳ３３１２では、連関図修正モジュール２８３０は、削除対象の因果関係に対応する関係線が複数あり、そのいずれの関係線を削除しても、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップＳ３３１４へ進み、それ以外の場合はステップＳ３３１６へ進む。

ステップＳ３３１４では、展開表表示モジュール２８２０は、削除対象となっている因果関係は削除できない旨を表示する。
ステップＳ３３１６では、展開表表示モジュール２８２０は、展開表においても、削除対象の因果関係を削除せず、他の因果関係（削除対象ではない因果関係）と区別して、その因果関係を表示する。

ステップＳ３３１８では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。
ステップＳ３３２０では、展開表表示モジュール２８２０又は連関図表示モジュール２８３５は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップＳ３３２２へ進み、それ以外の場合はステップＳ３３２６へ進む。

ステップＳ３３２２では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。
ステップＳ３３２４では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、削除後の展開表と連関図を表示する。

ステップＳ３３２６では、展開表修正モジュール２８１５と連関図修正モジュール２８３０は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。
ステップＳ３３２８では、展開表表示モジュール２８２０と連関図表示モジュール２８３５は、元（削除操作前）の展開表と連携図を表示する。
ステップＳ３３３０では、展開表修正モジュール２８１５は、その修正操作にしたがった修正を行う。

図３５は、連関図の例を示す説明図である。
作業性（↑）、調理効率（↑）を展開表の第１軸（品質）に選択し、一度に調理できる食材の量（↑）、加熱時の食材の温度（↑）、持っているのが楽（↑）、動かすのが楽（↑）を展開表の第２軸（機能）に選択し、加熱部の容量（↑）、加熱部の伝熱効率（↑）、保持部摩擦係数（↓）、重量（↓）、保持モーメント（↓）、慣性モーメント（↓）を展開表の第３軸（物理）に選択し、加熱部直径（↑）、加熱部高さ（↑）、薄さ（↑）、加熱部材料、保持部直径（↓）、保持部長さ（↓）、保持部表面粗さ（↑）、保持部材料、保持部付着物を展開表の第４軸（設計）に選択している。
そして、第１軸に含まれる事象（作業性（↑）、調理効率（↑））を、例えば、オレンジ色に表示する。第２軸に含まれる事象（一度に調理できる食材の量（↑）、加熱時の食材の温度（↑）、持っているのが楽（↑）、動かすのが楽（↑））を、例えば、黄色に表示する。第３軸に含まれる事象（加熱部の容量（↑）、加熱部の伝熱効率（↑）、保持部摩擦係数（↓）、重量（↓）、保持モーメント（↓）、慣性モーメント（↓））を、例えば、青色に表示する。第４軸に含まれる事象（加熱部直径（↑）、加熱部高さ（↑）、薄さ（↑）、加熱部材料、保持部直径（↓）、保持部長さ（↓）、保持部材料、保持部表面粗さ（↑）、保持部付着物）を、例えば、緑色に表示する。

実線の関係線は、一方の事象の発生の傾向と他方の事象の発生の傾向が一致している関係を示している。点線の関係線は、逆の関係を示している。つまり、一方の事象が発生すると他方の事象と逆の事象が発生する関係である。一点鎖線の関係線は、事象の発生の傾向の関係を特定できないことを示している。
なお、「事象の発生の傾向が一致」とは、必ずしも、事象の増減の一致とは限らない。例えば、目的地までの移動速度が増加すると所要時間は減少するので、「速度が増加する」と「時間が減少する」という事象の発生の傾向は一致している。しかし「速度」と「時間」の増減は逆転している関係になる。

図３６は、展開表の例を示す説明図である。図３５の例に示す連関図に対応する展開表である。
図３６の例に示す連関図は、第１軸（品質）に、作業性、調理効率を有している。第２軸（機能）に、食材収容量、食材温度、静的負荷、動的負荷を有している。第３軸（物理）に、加熱部容量、加熱部伝熱効率、保持部摩擦係数、重量、保持モーメント、慣性モーメントを有している。第４軸（設計）に、加熱部直径、加熱部高さ、加熱部厚さ、加熱部材料、保持部直径、保持部長さ、保持部材料、保持部表面粗さ、保持部付着物を有している。

図３７は、展開表に対する削除操作の例を示す説明図である。
図３６の例に示した展開表に対して、ユーザーの操作によって、因果関係３７０２、因果関係３７０４が削除対象とされた例を示している。
このように、ユーザーによって削除操作が行われた場合であっても、即座に展開表から削除することはせず、図３７の例に示すように、因果関係３７０２、因果関係３７０４を赤太点線枠で囲む等の表示を行う。そして、図３８の例に示す連関図のように、因果関係３７０２、因果関係３７０４に対応する関係線を、他と区別して表示し、連関図上で削除対象を確認させることを行う。
なお、因果関係３７０２は、調理効率３７１２と食材収容量３７２１の間に因果関係があることを示している。因果関係３７０４は、保持部摩擦係数３７３３と保持部付着物３７４９の間に因果関係があることを示している。

図３８は、連関図の例を示す説明図である。図３８の例に示す連関図は、図３７の例に示した展開表に対する削除操作に応じて、連関図上で削除対象となる関係線を確認させるものである。
調理効率（↑）３８１２は、図３７の例に示す展開表の調理効率３７１２に対応する。一度に調理できる食材の量（↑）３８２１は、図３７の例に示す展開表の食材収容量３７２１に対応する。したがって、関係線３８０２は、図３７の例に示す展開表の因果関係３７０２に対応する。
保持部摩擦係数（↓）３８３３は、図３７の例に示す展開表の保持部摩擦係数３７３３に対応する。保持部付着物３８４９は、図３７の例に示す展開表の保持部付着物３７４９に対応する。そして、保持部付着物３８４９と保持部摩擦係数（↓）３８３３との間に表面エネルギ（↑）３８５２があり、接続されている。したがって、関係線３８０４、関係線３８０６は、図３７の例に示す展開表の因果関係３７０４に対応する。なお、前述したように、連関図では展開表よりも詳細な検討が行われており、保持部付着物３８４９と保持部摩擦係数（↓）３８３３とは関係があるが、表面エネルギ（↑）３８５２を介して保持部付着物３８４９と保持部摩擦係数（↓）３８３３との関係があることを示している。一方、展開表では、一覧性を高めるために重要な要因（保持部付着物３８４９、保持部摩擦係数（↓）３８３３）を抽出しているので、表面エネルギ（↑）３８５２は省略されている。

連関図表示モジュール２８３５は、連関図を表示するにあたって、展開表で削除対象となっている因果関係３７０２に対応する関係線３８０２と、展開表で削除対象となっている因果関係３７０４に対応する関係線３８０４、関係線３８０６が削除対象となっていることを示す表示にしている。例えば、関係線３８０２、関係線３８０４、関係線３８０６自体又はその周囲を赤く光らせることを行っている。
なお、赤く光らせる、については、背景をその色で着色してもよいし、その色で点滅するようにしてもよいし、また、他の形態（事象を囲む矩形を、一般的な矩形、二重枠の矩形、角丸の矩形等のように）を異ならせるようにしてもよい。つまり、展開表で削除対象となっている因果関係に対応する関係線を、他の関係線（展開表で削除対象となっていない因果関係に対応する関係線）と区別できるように表示すればよい。
この後、ユーザーの操作によって、削除対象となっている関係線３８０２、関係線３８０４、関係線３８０６が削除された場合は、展開表で削除対象となってい因果関係も削除する。つまり、展開表で因果関係の削除操作が行われても、その展開表に対応する連関図での確認（その因果関係に対応する関係線の削除）が行われなければ、展開表での削除は反映されないようになっている。
なお、関係線３８０４、関係線３８０６については、いずれか一方の削除でも、展開表における因果関係３７０４の削除に該当する。関係線３８０４、関係線３８０６のいずれか一方又は両方の削除は、ユーザーが判断することになる。もちろんのことながら、いずれも削除しない場合は、展開表における因果関係３７０４も削除されない。

図３９、図４０の例を用いて他の例を説明する。
展開表に対応する連関図において、削除対象の因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しないようにしたものである。そして、展開表における因果関係に対応する連関図内の関係線を削除しても、その展開表における他の因果関係が変化しないとき、その関係線を削除するようにしたものである。
図３９は、展開表の例を示す説明図である。図３９の例に示す展開表は、図３６の例に示した展開表と同等のものである。この例では、ユーザーの操作によって、削除対象因果関係３９０２、削除対象因果関係３９０４が削除対象とされた例を示している。
そして、図３９の例では、調理効率３９１２と食材収容量３９２１との因果関係を示していた削除対象因果関係３９０２内のマークを削除し、保持部摩擦係数３９３３と保持部付着物３９４９との因果関係を示していた削除対象因果関係３９０４内のマークも削除している。

図４０は、連関図の例を示す説明図である。
削除対象因果関係３９０２に対応して、調理効率（↑）４０１２と一度に調理できる食材の量（↑）４０２１の間の接続（図３８の例に示す関係線３８０２）を削除している。図４０の例では楕円で囲んでいる。
削除対象因果関係３９０４に対応して、保持部付着物４０４９と表面エネルギ（↑）４０５２の間の接続（図３８の例に示す関係線３８０４）を削除している。図４０の例では楕円で囲んでいる。
なお、表面エネルギ（↑）４０５２と保持部摩擦係数（↓）４０３３の間の関係線４００６は削除せず、他と区別した表示を行っている。関係線４００６を削除してしまうと、保持部材料４０４７と保持部摩擦係数（↓）４０３３との関係（図３９の例に示す展開表では、保持部材料３９４７と保持部摩擦係数３９３３との因果関係）も失われてしまうからである。つまり、前述の「削除対象の因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき」の例に該当する。
なお、関係線４００６は、他と区別した表示を行っているが、他と区別しない表示であってもよい。つまり、図３９の例に示した展開表で因果関係３９０４が削除対象となった場合に、関係線４００６は、削除対象としないようにしてもよい。

図４１、図４２の例を用いて他の例を説明する。
削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知するようにしたものである。
図４１は、展開表の例を示す説明図である。図４１の例に示す展開表は、図３６の例に示した展開表と同等のものである。この例では、ユーザーの操作によって、削除対象因果関係４１０２、削除対象因果関係４１０４が削除対象とされた例を示している。
そして、図４１の例では、保持部摩擦係数４１３３と保持部付着物４１４９との因果関係を示していた削除対象因果関係４１０２内のマークを削除し、重量４１３４と保持部材料４１４７との因果関係を示していた削除対象因果関係４１０４内のマークも削除している。

図４２は、連関図の例を示す説明図である。
削除対象因果関係４１０２に対応して、保持部付着物４２４９と表面エネルギ（↑）４２５４の間の関係線を削除している。なお、削除対象因果関係４１０２に対応している関係線として、関係線４２０６（表面エネルギ（↑）４２５４と保持部摩擦係数（↓）４２３３とを接続）もあるが、これを削除してしまうと保持部材料４２４７と保持部摩擦係数（↓）４２３３の関係も削除されてしまうことになってしまうので、関係線４２０６は削除されていない。
次に、削除対象因果関係４１０４に対応して、関係線４２０８（保持部材料４２４７と密度（↓）４２５２とを接続）、関係線４２１０（密度（↓）４２５２と保持部重量（↓）４２５３とを接続）、関係線４２１２（保持部重量（↓）４２５３と重量（↓）４２３４とを接続）の３本があるが、いずれを削除しても、他の因果関係に影響を及ぼすことになるので、この３本を赤く光らせた上で、警告表示領域４２９０を表示している。警告表示領域４２９０には、例えば「警告：他の因果関係に影響が出るので、削除できません。」と表示する。関係線４２０８又は関係線４２１０を削除してしまうと、保持部材料４２４７と慣性モーメント（↓）４２３６との関係（図４１の例に示す保持部材料４１４７と慣性モーメント４１３６との因果関係）も削除してしまうことになるからである。そして、関係線４２１２を削除してしまうと、保持部直径（↓）４２４５と重量（↓）４２３４との関係（図４１の例に示す保持部直径４１４５と重量４１３４との因果関係）も削除してしまうことになるからである。

展開表修正モジュール２８１５又は連関図修正モジュール２８３０は、連関図用語・展開表用語対応テーブル４３００を有していてもよい。図４３は、連関図用語・展開表用語対応テーブル４３００のデータ構造例を示す説明図である。連関図用語・展開表用語対応テーブル４３００は、連関図用語欄４３０５、展開表用語欄４３１０を有している。連関図用語欄４３０５は、連関図用語を記憶している。展開表用語欄４３１０は、展開表用語を記憶している。
例えば、連関図用語「持っているのが楽」に対応する展開表用語は「静的負荷」であることを示している。

展開表修正モジュール２８１５又は連関図修正モジュール２８３０は、連関図用語・展開表用語対応テーブル４４００を有していてもよい。図４４は、連関図用語・展開表用語対応テーブル４４００のデータ構造例を示す説明図である。連関図用語・展開表用語対応テーブル４４００は、連関図用語欄４４０５、展開表用語欄４４１０、関係欄４４１５を有している。連関図用語欄４４０５は、連関図用語を記憶している。展開表用語欄４４１０は、展開表用語を記憶している。関係欄４４１５は、関係を記憶している。
例えば、連関図用語「持っているのが楽」に対応する展開表用語は「静的負荷」であり、その関係は「逆」であることを示している。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図４５に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ４５０１を用い、記憶装置としてＲＡＭ４５０２、ＲＯＭ４５０３、ＨＤ４５０４を用いている。ＨＤ４５０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。連関図・展開表作成モジュール１０５、連関図作成モジュール１１０、展開表生成モジュール１１５、出力モジュール１２０、編集モジュール１４５、展開表操作受付モジュール１５０、関連情報抽出モジュール１５５、表示モジュール１６０、連関図編集モジュール１６５、展開表・連関図修正モジュール２８０５、展開表操作受付モジュール２８１０、展開表修正モジュール２８１５、展開表表示モジュール２８２０、連関図操作受付モジュール２８２５、連関図修正モジュール２８３０、連関図表示モジュール２８３５等のプログラムを実行するＣＰＵ４５０１と、そのプログラムやデータを記憶するＲＡＭ４５０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ４５０３と、連関図・展開表記憶モジュール１２５、連関図記憶モジュール１３０、展開表記憶モジュール１３５、連関図・展開表関連記憶モジュール１４０等としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ４５０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置４５０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置４５０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース４５０７、そして、それらをつないでデータのやりとりをするためのバス４５０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図４５に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図４５に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図４５に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

前述の実施の形態（主に、第１の実施の形態）は以下のように把握してもよい。
例えば、課題として以下のものがある。
連関図から任意の項目を軸として指定して展開表を作成した場合、連関図内の全ての項目が展開表における軸項目として反映されるわけではない。したがって、展開表を修正し、その修正内容を連関図に反映させようとした場合に不整合が生じることが考えられる。例えば、展開表内の軸項目を修正した場合に、連関図における前記軸項目と同じ項目に対して同じ修正をしたとしても、修正対象の項目と他の項目（特に、その展開表に反映されていない項目）との関係を確定できないため、展開表の修正結果を連関図に自動的に反映させると不整合が生じることが考えられる。
本発明は、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる情報処理装置及び情報処理プログラムを提供することを目的としている。

［Ａ１］展開表と連関図とを関連付けている第１の関連付手段と、
展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている第２の関連付手段と、
展開表の隣り合う軸内における２つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている第３の関連付手段と、
修正対象である展開表に関連付けられている連関図を、前記第１の関連付手段、前記第２の関連付手段、前記第３の関連付手段のうちいずれか１つ以上を用いて表示する表示手段
を有する情報処理装置。

［Ａ２］前記表示手段は、前記第１の関連付手段を用いて、修正対象である展開表に関連付けられている連関図を表示し、前記第２の関連付手段を用いて、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示する、
［Ａ１］に記載の情報処理装置。

［Ａ３］前記表示手段は、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、該軸項目に関連付けられている連関図の項目を統合して表示する、
［Ａ２］に記載の情報処理装置。

［Ａ４］前記表示手段は、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行う、
［Ａ３］に記載の情報処理装置。

［Ａ５］前記表示手段は、前記第１の関連付手段を用いて、修正対象である展開表に関連付けられている連関図を表示し、前記第３の関連付手段を用いて、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示する、
［Ａ１］に記載の情報処理装置。

［Ａ６］前記表示手段は、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、該軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示する、
［Ａ５］に記載の情報処理装置。

［Ａ７］前記表示手段は、前記連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行う、
［Ａ６］に記載の情報処理装置。

［Ａ８］前記表示手段によって表示された連関図での修正が行われた場合に、修正後の連関図から展開表を生成する生成手段
をさらに有する［Ａ１］から［Ａ７］のいずれか１項に記載の情報処理装置。

［Ａ９］前記表示手段は、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行う、
［Ａ２］から［Ａ７］に従属する請求項８に記載の情報処理装置。

［Ａ１０］前記表示手段は、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行う、
［Ａ９］に記載の情報処理装置。

［Ａ１１］コンピュータを、
展開表と連関図とを関連付けている第１の関連付手段と、
展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている第２の関連付手段と、
展開表の隣り合う軸内における２つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている第３の関連付手段と、
修正対象である展開表に関連付けられている連関図を、前記第１の関連付手段、前記第２の関連付手段、前記第３の関連付手段のうちいずれか１つ以上を用いて表示する表示手段
として機能させるための情報処理プログラム。

そして、前述の発明は、以下の効果を有する。
［Ａ１］の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる。

［Ａ２］の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示し、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示することができる。

［Ａ３］の情報処理装置によれば、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目に関連付けられている連関図の項目を統合して表示することができる。

［Ａ４］の情報処理装置によれば、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行うことができる。

［Ａ５］の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示し、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示することができる。

［Ａ６］の情報処理装置によれば、展開表の１つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示することができる。

［Ａ７］の情報処理装置によれば、連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行うことができる。

［Ａ８］の情報処理装置によれば、連関図での修正が行われた場合に、修正後の連関図から展開表を生成することができる。

［Ａ９］の情報処理装置によれば、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行うことができる。

［Ａ１０］の情報処理装置によれば、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行うことができる。

［Ａ１１］の情報処理プログラムによれば、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる。

１００…情報処理装置
１０５…連関図・展開表作成モジュール
１１０…連関図作成モジュール
１１５…展開表生成モジュール
１２０…出力モジュール
１２５…連関図・展開表記憶モジュール
１３０…連関図記憶モジュール
１３５…展開表記憶モジュール
１４０…連関図・展開表関連記憶モジュール
１４５…編集モジュール
１５０…展開表操作受付モジュール
１５５…関連情報抽出モジュール
１６０…表示モジュール
１６５…連関図編集モジュール
２１０…ユーザー端末
２５０…連関図・展開表記憶装置
２９０…通信回線
２８００…情報処理装置
２８０５…展開表・連関図修正モジュール
２８１０…展開表操作受付モジュール
２８１５…展開表修正モジュール
２８２０…展開表表示モジュール
２８２５…連関図操作受付モジュール
２８３０…連関図修正モジュール
２８３５…連関図表示モジュール

Claims (9)

1. 展開表に対する操作を受け付ける受付手段と、
   前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段
   を有する情報処理装置。
2. 前記表示手段は、前記操作が、前記展開表における因果関係の削除操作である場合、さらに、前記展開表における因果関係を削除せず、他と区別できるように表示する、
   請求項１に記載の情報処理装置。
3. 前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、前記表示手段は、該関係線を他と区別しない表示に戻す、
   請求項１に記載の情報処理装置。
4. 前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、前記表示手段は、該連関図から該関係線を削除する、
   請求項３に記載の情報処理装置。
5. 前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除したならば、該展開表における他の因果関係が変化してしまうとき、該関係線を削除しない、
   請求項１に記載の情報処理装置。
6. 前記表示手段は、前記削除しない関係線を他と区別できるように表示する、
   請求項５に記載の情報処理装置。
7. 前記連関図において、前記因果関係に対応する関係線を削除しても、前記展開表における他の因果関係が変化しないとき、該関係線を削除する、
   請求項５に記載の情報処理装置。
8. 削除対象となっている関係線のうち、いずれを削除しても前記展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知する、
   請求項５に記載の情報処理装置。
9. コンピュータを、
   展開表に対する操作を受け付ける受付手段と、
   前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段
   として機能させるための情報処理プログラム。

Images