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

Description

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

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

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

商品の設計等において、連関図、展開表が用いられている。特に、連関図から展開表への変換が行われる場合がある。連関図を作成する際は発想に制約を設けず、自由に作成しながら、最終的に矛盾のない因果関係を記述することが望ましい。一方で、連関図を自由に記述すると、展開表に表現できない因果関係が生じることがある。それが誤った因果関係である場合は修正が必要だが、誤りに気が付かずに修正できない場合がある。
そこで、本発明は、連関図内の事象間の因果関係に、展開表では表現できない因果関係があることをユーザーが気付くことができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、連関図上又は展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う表示手段を有する情報処理装置である。

請求項２の発明は、連関図を展開表に変換する変換手段をさらに有し、前記変換手段が連関図を展開表に変換した場合に、展開表では表現できない因果関係があることを発見したときに、前記表示手段による表示処理を行う、請求項１に記載の情報処理装置である。

請求項３の発明は、前記表示手段は、前記連関図上で展開表では表現できない因果関係を示す関係線を他と区別して表示すること、該展開表上で該関係線で接続された事象を他と区別して表示すること、又は、該連関図上及び該展開表上で、該関係線と該事象の両方を他と区別して表示すること、のいずれかを行う、請求項２に記載の情報処理装置である。

請求項４の発明は、展開表では表現できない因果関係として、該展開表の同じ軸内の事象を関係線で接続している場合、又は、該展開表で隣合う軸ではない軸にある事象を関係線で接続している場合、を含む、請求項１に記載の情報処理装置である。

請求項５の発明は、前記表示手段は、連関図の事象と展開表の軸とが対応しており、該連関図内に、該展開表における因果の向きと逆向きの因果関係が発生している場合、該連関図上又は該展開表上で、展開表における因果の向きと逆向きの因果関係があることを示す表示を行う、請求項１に記載の情報処理装置である。

請求項６の発明は、前記表示手段は、前記展開表の事象と事象の組み合わせを示すセル内に、因果関係が逆向きであることを示す表示を行う、請求項５に記載の情報処理装置である。

請求項７の発明は、コンピュータを、連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、連関図上又は展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う表示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、連関図内の事象間の因果関係に、展開表では表現できない因果関係があることをユーザーが気付くことができる。

請求項２の情報処理装置によれば、連関図を展開表に変換した場合に、連関図内の事象間の因果関係に、展開表では表現できない因果関係があることをユーザーが気付くことができる。

請求項３の情報処理装置によれば、展開表では表現できない因果関係がある場所を、ユーザーは連関図上又は展開表上で確認できるようになる。

請求項４の情報処理装置によれば、その展開表の同じ軸内の事象を関係線で接続している場合、又は、その展開表で隣合う軸ではない軸にある事象を関係線で接続している場合、を展開表では表現できない因果関係とすることができる。

請求項５の情報処理装置によれば、連関図内に、展開表における因果の向きと逆向きの因果関係が発生している場合、その連関図上又はその展開表上で、展開表における因果の向きと逆向きの因果関係があることをユーザーが気付くことができる。

請求項６の情報処理装置によれば、展開表のセル内に、因果関係が逆向きであることをユーザーが気付くことができる。

請求項７の情報処理プログラムによれば、連関図内の事象間の因果関係に、展開表では表現できない因果関係があることをユーザーが気付くことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

連関図を作成する際は発想に制約を設けず、自由に作成しながら、最終的に矛盾のない因果関係を記述することが望ましい。一方で、連関図を自由に記述すると、展開表に表現できない因果関係が生じることがある。それが誤った因果関係である場合は修正が必要だが、誤りに気が付かずに修正できないことがある。また、誤りに気が付いた場合でも、連関図や展開表が大きくなった状態では、どの関係を修正するべきかを特定するのが困難である。また、展開表には変換できないが、因果関係としては矛盾がないため、その状態を維持したい場合もある。

そこで、第２の実施の形態では、連関図の編集を展開表に反映するときに、展開表に表現できない因果関係があるとき、その原因となっている連関図上の関係線、又はその関係線で接続された展開表上の事象、又は、その両方を他と区別して表示する。
矛盾した因果関係が存在する可能性があることを利用者に示して、修正を促すとともに、効率的な修正作業を支援することができる。関係線や、事象そのものを他と区別するのではなく、それぞれが特定できるようにリスト表示するなどの方法を用いてもよい。

また、他と区別して表示された連関図上の関係線、又は、展開表上の事象に対して、ユーザーの操作で他と区別しない表示にすることができる。
展開表には変換できないが、因果関係としては矛盾がないため、その状態を維持したい場合に対応することができる。

また、連関図において事象と展開表の軸との対応を設定した上で因果関係を展開表に変換したときに、展開表における因果の向きと逆向きの因果関係が発生した場合、その因果関係を展開表に記載する。
展開表における因果の向きと逆向きの因果関係とは、例えば、縦軸が機能、横軸が品質である展開表では、縦軸の機能が要因であり、横軸の品質はその結果である。ヒーターにおいては、縦軸の「発熱」という機能が発現した結果として、横軸の「上昇温度」という品質が得られる。よって、対応する連関図における因果関係は常に縦軸の項目として設定された事象から、横軸の項目として設定された事象に向かう矢印となる。このときに横軸の項目として設定された事象から縦軸の項目に設定された事象に向かって因果関係の矢印が描かれていると因果関係が不整合となるので、通常は展開表にはその関係を表示しない。しかし、例えば、ヒーターで温度が上がった結果として皿の水の蒸発が進むなど、他の機能が発現する場合もある。逆向きの因果関係があったときに、ユーザーに確認の上で展開表に表示するなどの施策によって、そのようなケースに対応することができる。

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

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

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

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

展開表操作受付モジュール２８１０は、展開表生成モジュール２８１５と接続されている。展開表操作受付モジュール２８１０は、展開表表示モジュール２８２０によって表示されている展開表に対しての、ユーザーの操作を受け付ける。

展開表生成モジュール２８１５は、展開表操作受付モジュール２８１０、展開表表示モジュール２８２０、変換モジュール２８２５と接続されている。展開表生成モジュール２８１５は、展開表操作受付モジュール２８１０によって受け付けられた操作にしたがって、展開表を生成する。

展開表表示モジュール２８２０は、展開表生成モジュール２８１５と接続されている。展開表表示モジュール２８２０は、展開表生成モジュール２８１５によって生成された展開表を、液晶ディスプレイ等の表示装置に表示する。
そして、展開表表示モジュール２８２０は、連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う。ここで「連関図内の事象間の因果関係」とは、連関図において事象間を接続する関係線で示される因果関係をいう。具体的には、関係線を矢印で示した場合、矢印の元にある事象は原因となる事象であって、矢印の先にある事象は結果となる事象を示している。
「連関図内で展開表では表現できない因果関係があることを示す表示」として、例えば、その旨を示すメッセージの表示であってもよいし、以下に示しているように、対象の関係線、事象を他と区別して表示するようにしてもよい。
そして、変換モジュール２８２５が連関図を展開表に変換した場合であって、因果関係対応検査モジュール２８３０が展開表では表現できない因果関係があることを発見したときに、展開表表示モジュール２８２０は、展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行うようにしてもよい。
また、展開表表示モジュール２８２０は、連関図の事象と展開表の軸とが対応しており、その連関図内に、その展開表における因果の向きと逆向きの因果関係が発生している場合、その展開表上で、展開表における因果の向きと逆向きの因果関係があることを示す表示を行うようにしてもよい。
また、展開表表示モジュール２８２０は、展開表の事象と事象の組み合わせを示すセル内に、因果関係が逆向きであることを示す表示を行うようにしてもよい。

変換モジュール２８２５は、因果関係対応検査モジュール２８３０を有しており、展開表生成モジュール２８１５、連関図生成モジュール２８４０と接続されている。変換モジュール２８２５は、連関図を展開表に変換すること、又は、展開表を連関図に変換することを行う。
また、変換モジュール２８２５は、連関図が修正された場合に、その連関図に対応する展開表を修正してもよい。逆に、変換モジュール２８２５は、展開表が修正された場合に、その展開表に対応する連関図を修正してもよい。そして、展開表表示モジュール２８２０、連関図表示モジュール２８４５は、修正された要素を、修正されなかった要素とは異なる形態で表示するようにしてもよい。

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

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

因果関係対応検査モジュール２８３０は、連関図と展開表における事象間の因果関係の対応が一致しているか否かの検査を行う。具体的には、因果関係対応検査モジュール２８３０は、連関図内の事象間の因果関係に、展開表では表現できない因果関係があるか否かを検査する。ここで、「展開表では表現できない因果関係」として、その展開表の同じ軸内の事象を関係線で接続している場合、又は、その展開表で隣合う軸ではない軸にある事象を関係線で接続している場合、を含む

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

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

連関図表示モジュール２８４５は、連関図生成モジュール２８４０と接続されている。連関図表示モジュール２８４５は、連関図生成モジュール２８４０によって生成された連関図を、液晶ディスプレイ等の表示装置に表示する。
そして、連関図表示モジュール２８４５は、連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、連関図上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う。
また、連関図表示モジュール２８４５は、連関図の事象と展開表の軸とが対応しており、その連関図内に、その展開表における因果の向きと逆向きの因果関係が発生している場合、その連関図上で、展開表における因果の向きと逆向きの因果関係があることを示す表示を行うようにしてもよい。
また、展開表表示モジュール２８２０、連関図表示モジュール２８４５は、連関図上で展開表では表現できない因果関係を示す関係線を他と区別して表示すること、その展開表上でその関係線で接続された事象を他と区別して表示すること、又は、その連関図上及びその展開表上で、その関係線とその事象の両方を他と区別して表示すること、のいずれかを行うようにしてもよい。

図２９は、第２の実施の形態による処理例を示すフローチャートである。
ステップＳ２９０２では、連関図操作受付モジュール２８３５は、ユーザーの操作にしたがって、対象となる連関図を選択する。
ステップＳ２９０４では、変換モジュール２８２５は、連関図から展開表を生成する。ステップＳ２９０４の詳細な処理については、図３０の例に示すフローチャートを用いて後述する。

ステップＳ２９０６では、変換モジュール２８２５は、ステップＳ２９０４による処理の結果として、変換不可の接続があるか否かを判断し、ある場合はステップＳ２９０８へ進み、それ以外の場合はステップＳ２９１２へ進む。
ステップＳ２９０８では、連関図表示モジュール２８４５は、連関図上で変換不可の接続を他と区別して表示する。

ステップＳ２９１０では、展開表表示モジュール２８２０は、展開表上で、変換不可の接続となっている項目を他と区別して表示する。
ステップＳ２９１２では、連関図表示モジュール２８４５は、連関図を表示する。
ステップＳ２９１４では、展開表表示モジュール２８２０は、展開表を表示する。

図３０は、第２の実施の形態による処理例（図２９の例に示すフローチャート内のステップＳ２９０４の処理例）を示すフローチャートである。
ステップＳ３００２では、変換モジュール２８２５は、連関図内の項目から、展開表の各軸内の項目になるものを選択する。
ステップＳ３００４では、因果関係対応検査モジュール２８３０は、連関図内で、展開表の各軸内の項目の接続関係を抽出する。

ステップＳ３００６では、因果関係対応検査モジュール２８３０は、同じ軸内で項目が接続されているか否かを判断し、接続されている場合はステップＳ３０１０へ進み、それ以外の場合はステップＳ３００８へ進む。
ステップＳ３００８では、因果関係対応検査モジュール２８３０は、隣り合う軸以外で項目が接続されているか否かを判断し、接続されている場合はステップＳ３０１０へ進み、それ以外の場合はステップＳ３０１２へ進む。

ステップＳ３０１０では、因果関係対応検査モジュール２８３０は、変換不可の接続ありと判断する。
ステップＳ３０１２では、変換モジュール２８２５は、連関図内の接続関係にしたがって、展開表内のマトリックス内のセルに記号等を記載する。

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

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

図３１の例では、この連関図内で展開表では表現できない因果関係として、関係線３１５０、関係線３１６０、関係線３１７０がある。関係線３１５０は赤く光らせており、関係線３１６０は青く光らせており、関係線３１７０は灰色に光らせている。
なお、青く光らせる、赤く光らせる、は灰色に光らせる、については、背景をその色で着色してもよいし、その色で点滅するようにしてもよいし、また、他の形態（事象を囲む矩形を、一般的な矩形、二重枠の矩形、角丸の矩形等のように）を異ならせるようにしてもよい。つまり、展開表では表現できない因果関係の関係線を、他の関係線（展開表で表現できる因果関係の関係線）と区別できるように表示すればよい。

関係線３１５０は、展開表における軸を逆につないだ関係線になっている。「加熱時の食材の温度（↑）３１２２」は関係線３１５０によって「加熱部重量（↓）３１８１」に向かって接続され、「加熱部重量（↓）３１８１」は「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」に向かって接続されている。これは、「加熱時の食材の温度（↑）３１２２」が要因で、「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」はその結果になることを意味している。しかし、展開表上では「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」は第３軸になっており、「加熱時の食材の温度（↑）３１２２」は第２軸になっているので、展開表上でそれらの交点に因果関係を示す記号が記載されていると、「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」が要因であり、「加熱時の食材の温度（↑）３１２２」がその結果になることを意味する。したがって、連関図に示されているような「加熱時の食材の温度（↑）３１２２」が要因で、「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」はその結果になるという関係は展開表上では表示することができない。ただし、この場合、その関係線に対応する、展開表上のマトリックスのセル内のマークを工夫する（展開表における因果の向きと逆向きの因果関係があることを示すマーク）ことによって、解決することができる。
関係線３１６０は、展開表における同じ軸同士をつないだ関係線になっている。展開表上では、「加熱部の容量（↑）３１３１」と「加熱部の伝熱効率（↑）３１３２」は、同じ第３軸に含まれている。しかし、この連関図上では、「加熱部の容量（↑）３１３１」から「加熱部の伝熱効率（↑）３１３２」につなぐ関係線になっているが、このことはこの展開表上では、表現することができない。
関係線３１７０は、展開表における軸を飛ばしてつないだ関係線になっている。展開表上では、「保持モーメント（↓）３１３５」は第３軸に含まれており、「作業性（↑）３１１１」は第１軸に含まれている。しかし、この連関図上では、「保持モーメント（↓）３１３５」から「作業性（↑）３１１１」につなぐ関係線になっているが、このことは展開表上では、表現することができない。

なお、図３１の例に示す連関図では、項目が２段になっているものは、上段は連関図での用語を示しており、下段は展開表での用語を示している。これは、後述する図３３の例に示す連関図用語・展開表用語対応テーブル３３００を用いればよい。
また、下段の丸で囲まれた「逆」（丸印の「逆」）は、連関図の用語と展開表の用語は逆の用い方をすることを示している。
例えば、連関図の用語としての「持っているのが楽」は、展開表の用語では「静的負荷」となるが、丸で囲まれた「逆」が記載されているので、「持っているのが楽」の度合いが増すことは、「静的負荷」が減ることを示している。これは、後述する図３４の例に示す連関図用語・展開表用語対応テーブル３４００を用いればよい。

図３２は、展開表の例を示す説明図である。図３１の例に示す連関図に対応する展開表である。
図３１の例に示す連関図の関係線３１５０から、「加熱時の食材の温度（↑）３１２２」に対応する「食材温度３２２２」と「重量（↓）３１３４」に対応する「重量３２３４」、「保持モーメント（↓）３１３５」に対応する「保持モーメント３２３５」、「慣性モーメント（↓）３１３６」に対応する「慣性モーメント３２３６」の背景に色付け（紫色）している。
また、逆接続記号３２５４、逆接続記号３２５５、逆接続記号３２５６によって、「食材温度３２２２」と「重量３２３４」、「食材温度３２２２」と「保持モーメント３２３５」、「食材温度３２２２」と「慣性モーメント３２３６」は、逆向きの因果関係になっていることを示している。
なお、「重量（↓）３１３４」、「保持モーメント（↓）３１３５」、「慣性モーメント（↓）３１３６」は、「加熱部重量（↓）３１８１」を介して、「加熱時の食材の温度（↑）３１２２」から逆向きに接続されている。
図３１の例に示す連関図の関係線３１６０から、「加熱部の容量（↑）３１３１」に対応する「加熱部容量３２３１」と「加熱部の伝熱効率（↑）３１３２」に対応する「加熱部伝熱効率３２３２」の背景に色付け（紫色）している。
図３１の例に示す連関図の関係線３１７０から、「保持モーメント（↓）３１３５」に対応する「保持モーメント３２３５」と「作業性（↑）３１１１」に対応する「作業性３２１１」の背景に色付け（紫色）している。

つまり、連関図では表現されているが、展開表では表現できない因果関係がある場合は、関係線でつながれている事象（項目）を他の事象（展開表では表現できない因果関係ではない場合の事象）と区別できるように表示すればよい。また、連関図での関係線の向きが、展開表では逆向きになる場合は、その関係線に対応するセル内のマークを他のセル内のマーク（連関図での向きと展開表での向きが一致している場合）と区別できるように表示すればよい。
図３１、図３２に示した例は、主に、連関図上での関係線の表示例、展開表上での項目の表示例、セル内のマークの表示例を示すものである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (7)

1. 連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、連関図上又は展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う表示手段
   を有する情報処理装置。
2. 連関図を展開表に変換する変換手段
   をさらに有し、
   前記変換手段が連関図を展開表に変換した場合に、展開表では表現できない因果関係があることを発見したときに、前記表示手段による表示処理を行う、
   請求項１に記載の情報処理装置。
3. 前記表示手段は、前記連関図上で展開表では表現できない因果関係を示す関係線を他と区別して表示すること、該展開表上で該関係線で接続された事象を他と区別して表示すること、又は、該連関図上及び該展開表上で、該関係線と該事象の両方を他と区別して表示すること、のいずれかを行う、
   請求項２に記載の情報処理装置。
4. 展開表では表現できない因果関係として、該展開表の同じ軸内の事象を関係線で接続している場合、又は、該展開表で隣合う軸ではない軸にある事象を関係線で接続している場合、を含む、
   請求項１に記載の情報処理装置。
5. 前記表示手段は、連関図の事象と展開表の軸とが対応しており、該連関図内に、該展開表における因果の向きと逆向きの因果関係が発生している場合、該連関図上又は該展開表上で、展開表における因果の向きと逆向きの因果関係があることを示す表示を行う、
   請求項１に記載の情報処理装置。
6. 前記表示手段は、前記展開表の事象と事象の組み合わせを示すセル内に、因果関係が逆向きであることを示す表示を行う、
   請求項５に記載の情報処理装置。
7. コンピュータを、
   連関図内の事象間の因果関係に、展開表では表現できない因果関係がある場合、連関図上又は展開表上で、連関図内で展開表では表現できない因果関係があることを示す表示を行う表示手段
   として機能させるための情報処理プログラム。

Images