(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-07-04
(45)【発行日】2022-07-12
(54)【発明の名称】情報処理装置及び情報処理プログラム
(51)【国際特許分類】
G06F 30/10 20200101AFI20220705BHJP
G06Q 10/06 20120101ALI20220705BHJP
G06Q 50/04 20120101ALI20220705BHJP
【FI】
G06F30/10 200
G06Q10/06
G06Q50/04
(21)【出願番号】P 2018115249
(22)【出願日】2018-06-18
【審査請求日】2021-05-24
(73)【特許権者】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】100115129
【氏名又は名称】清水 昇
(74)【代理人】
【識別番号】100102716
【氏名又は名称】在原 元司
(74)【代理人】
【識別番号】100122275
【氏名又は名称】竹居 信利
(72)【発明者】
【氏名】伊藤 朋之
(72)【発明者】
【氏名】古川 茂広
(72)【発明者】
【氏名】安藤 正登
【審査官】松浦 功
(56)【参考文献】
【文献】特開2010-066955(JP,A)
【文献】特開2016-081185(JP,A)
【文献】特開2000-259636(JP,A)
【文献】特開2002-358332(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G06F 30/00 -30/398
G06Q 10/06
G06Q 50/04
(57)【特許請求の範囲】
【請求項1】
展開表に対する操作を受け付ける受付手段と、
前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段
を有する情報処理装置。
【請求項2】
前記表示手段は、前記操作が、前記展開表における因果関係の削除操作である場合、さらに、前記展開表における因果関係を削除せず、他と区別できるように表示する、
請求項1に記載の情報処理装置。
【請求項3】
前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、前記表示手段は、該関係線を他と区別しない表示に戻す、
請求項1に記載の情報処理装置。
【請求項4】
前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、前記表示手段は、該連関図から該関係線を削除する、
請求項3に記載の情報処理装置。
【請求項5】
前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除したならば、該展開表における他の因果関係が変化してしまうとき、該関係線を削除しない、
請求項1に記載の情報処理装置。
【請求項6】
前記表示手段は、前記削除しない関係線を他と区別できるように表示する、
請求項5に記載の情報処理装置。
【請求項7】
前記連関図において、前記因果関係に対応する関係線を削除しても、前記展開表における他の因果関係が変化しないとき、該関係線を削除する、
請求項5に記載の情報処理装置。
【請求項8】
削除対象となっている関係線のうち、いずれを削除しても前記展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知する、
請求項5に記載の情報処理装置。
【請求項9】
コンピュータを、
展開表に対する操作を受け付ける受付手段と、
前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【0002】
特許文献1には、品質機能展開に係る諸表の作成を容易とすることを課題とし、品質機能展開処理においては、依存関係を有する機能項目の間を依存関係に応じて接続して、複数の機能項目を系統立てた系統図上で、いずれかのプロセスに属する機能項目について、その機能項目が属するプロセスを特定する属性情報を付与した連関図を作成し、連関図が入力されると、この連関図から各機能項目、機能項目の属性情報、及び機能項目の依存情報を抽出して、原情報として格納し、この後、展開表又は多元表の軸が設定されることで、原情報を用いて、設定された軸に対応する展開表又は多元表を作成して、出力することが開示されている。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
例えば、連関図において、事象Aが原因であり、その事象Aによって結果である事象Bがあり、その事象Bによって結果である事象Cがある場合、事象Aと事象Bは関係線で接続され、事象Bと事象Cは関係線で接続されることになる。一方、その連関図と対応する展開表において、事象Aは展開表の第1軸にあり、事象Cは展開表の第2軸にあり、事象Bは展開表にない場合、展開表上で、事象Aと事象Cに因果関係がある印が記載されることになる(具体的には、展開表のマトリックス内の事象Aと事象Cが交差するセルに丸印が記載される)。この場合に、展開表上で、事象Aと事象Cの因果関係が削除された場合、連関図で、その因果関係に対応する関係線は、2本の関係線(事象Aと事象Bを結ぶ関係線、事象Bと事象Cを結ぶ関係線)となるので、その関係線のいずれか又は両方を削除すべきかについて機械的に判定することができず、展開表と連関図との連携の障害となる。
本発明は、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【0005】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項1の発明は、展開表に対する操作を受け付ける受付手段と、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段を有する情報処理装置である。
【0006】
請求項2の発明は、前記表示手段は、前記操作が、前記展開表における因果関係の削除操作である場合、さらに、前記展開表における因果関係を削除せず、他と区別できるように表示する、請求項1に記載の情報処理装置である。
【0007】
請求項3の発明は、前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、前記表示手段は、該関係線を他と区別しない表示に戻す、請求項1に記載の情報処理装置である。
【0008】
請求項4の発明は、前記受付手段が、前記連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、前記表示手段は、該連関図から該関係線を削除する、請求項3に記載の情報処理装置である。
【0009】
請求項5の発明は、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除したならば、該展開表における他の因果関係が変化してしまうとき、該関係線を削除しない、請求項1に記載の情報処理装置である。
【0010】
請求項6の発明は、前記表示手段は、前記削除しない関係線を他と区別できるように表示する、請求項5に記載の情報処理装置である。
【0011】
請求項7の発明は、前記連関図において、前記因果関係に対応する関係線を削除しても、前記展開表における他の因果関係が変化しないとき、該関係線を削除する、請求項5に記載の情報処理装置である。
【0012】
請求項8の発明は、削除対象となっている関係線のうち、いずれを削除しても前記展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知する、請求項5に記載の情報処理装置である。
【0013】
請求項9の発明は、コンピュータを、展開表に対する操作を受け付ける受付手段と、前記操作が、前記展開表における因果関係の削除操作である場合、該展開表に対応する連関図において、該因果関係に対応する関係線を削除せず、他と区別できるように表示する表示手段として機能させるための情報処理プログラムである。
【発明の効果】
【0014】
請求項1の情報処理装置によれば、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができる。
【0015】
請求項2の情報処理装置によれば、展開表における因果関係の削除操作であった場合、展開表における因果関係を削除せず、他と区別できるように表示することができる。
【0016】
請求項3の情報処理装置によれば、連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、その関係線を他と区別しない表示に戻すことができる。
【0017】
請求項4の情報処理装置によれば、連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、その連関図からその関係線を削除することができる。
【0018】
請求項5の情報処理装置によれば、展開表における因果関係の削除操作であった場合、その展開表に対応する連関図において、その因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しないようにすることができる。
【0019】
請求項6の情報処理装置によれば、削除しない関係線を他と区別できるように表示することができる。
【0020】
請求項7の情報処理装置によれば、連関図において、因果関係に対応する関係線を削除しても、展開表における他の因果関係が変化しないとき、その関係線を削除することができる。
【0021】
請求項8の情報処理装置によれば、削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知することができる。
【0022】
請求項9の情報処理プログラムによれば、展開表において因果関係を削除する操作があった場合に、展開表に対応する連関図上で、削除対象となっている因果関係を示す関係線を、ユーザーが判断することができる。
【図面の簡単な説明】
【0023】
【
図1】第1の実施の形態の構成例についての概念的なモジュール構成図である。
【
図2】本実施の形態を利用したシステム構成例を示す説明図である。
【
図3】第1の実施の形態による処理例を示すフローチャートである。
【
図4】連関図、展開表の対象とする技術例の説明図である。
【
図9】連関図情報テーブルのデータ構造例を示す説明図である。
【
図10】項目情報テーブルのデータ構造例を示す説明図である。
【
図11】関係線情報テーブルのデータ構造例を示す説明図である。
【
図12】展開表情報テーブルのデータ構造例を示す説明図である。
【
図13】軸項目情報テーブルのデータ構造例を示す説明図である。
【
図14】因果関係情報テーブルのデータ構造例を示す説明図である。
【
図15】連関
図ID・展開表ID関連テーブルのデータ構造例を示す説明図である。
【
図16】項目ID・軸項目ID関連テーブルのデータ構造例を示す説明図である。
【
図17】関係線ID・因果関係情報ID関連テーブルのデータ構造例を示す説明図である。
【
図18】第1の実施の形態による処理例を示すフローチャートである。
【
図19】第1の実施の形態による処理例を示す説明図である。
【
図20】第1の実施の形態による処理例を示す説明図である。
【
図21】第1の実施の形態による処理例を示す説明図である。
【
図22】第1の実施の形態による処理例を示す説明図である。
【
図23】第1の実施の形態による処理例を示す説明図である。
【
図24】第1の実施の形態による処理例を示す説明図である。
【
図25】第1の実施の形態による処理例を示す説明図である。
【
図26】第1の実施の形態による処理例を示す説明図である。
【
図27】第1の実施の形態による処理例を示す説明図である。
【
図28】第2の実施の形態の構成例についての概念的なモジュール構成図である。
【
図29】第2の実施の形態による処理例を示すフローチャートである。
【
図30】第2の実施の形態による処理例を示すフローチャートである。
【
図31】第2の実施の形態による処理例を示すフローチャートである。
【
図32】第2の実施の形態による処理例を示すフローチャートである。
【
図33】第2の実施の形態による処理例を示すフローチャートである。
【
図34】第2の実施の形態による処理例を示すフローチャートである。
【
図37】展開表に対する削除操作の例を示す説明図である。
【
図43】連関図用語・展開表用語対応テーブルのデータ構造例を示す説明図である。
【
図44】連関図用語・展開表用語対応テーブルのデータ構造例を示す説明図である。
【
図45】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0024】
以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
<第1の実施の形態>
図1は、第1の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア(コンピュータ・プログラム)、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム(コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム)、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、1モジュールを1プログラムで構成してもよいし、複数モジュールを1プログラムで構成してもよく、逆に1モジュールを複数プログラムで構成してもよい。また、複数モジュールは1コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって1モジュールが複数コンピュータで実行されてもよい。なお、1つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続(データの授受、指示、データ間の参照関係、ログイン等)の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、2以上の値(もちろんのことながら、全ての値も含む)が同じであってもよい。また、「Aである場合、Bをする」という記載は、「Aであるか否かを判断し、Aであると判断した場合はBをする」の意味で用いる。ただし、Aであるか否かの判断が不要である場合を除く。また、「A、B、C」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その1つのみを選んでいる場合(例えば、Aのみ)を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク(一対一対応の通信接続を含む)等の通信手段で接続されて構成されるほか、1つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」(社会システム)にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、RAM(Random Access Memory)、外部記憶媒体、通信回線を介した記憶装置、CPU(Central Processing Unit)内のレジスタ等を含んでいてもよい。
【0025】
第1の実施の形態である情報処理装置100は、連関図、展開表を編集するものであって、
図1の例に示すように、連関図・展開表作成モジュール105、連関図・展開表記憶モジュール125、編集モジュール145を有している。
ここで「連関図」を用いるのは、解決すべき問題が明確になっているときに、発生の原因が複雑に絡み合っている状況の中で、その因果関係を明らかにするために用いられる手法である。連関図は、
図5の例に示すように、項目と関係線によって構成されている。ここで「項目」は、グラフ理論におけるノード(節点、頂点)に該当する。「関係線」は、グラフ理論におけるエッジ(枝)に該当する。つまり、「連関図」とは、項目(事象ともいう)間を関係線(接続線ともいわれる)で接続することで関係を表現したものである。例えば、樹形図(ツリーグラフ等ともいわれる)が典型例である。
また、「展開表(品質機能展開表ともいわれる)」とは、互いに直交する複数の軸に列挙した項目間の関係をマトリックス状に配置した記号又は数値で示したものである。
【0026】
連関図・展開表作成モジュール105は、連関図作成モジュール110、展開表生成モジュール115、出力モジュール120を有しており、連関図・展開表記憶モジュール125と接続されている。連関図・展開表作成モジュール105は、連関図の作成、その連関図から展開表の生成、連関図と展開表との出力を行う。例えば、特許文献1に記載の技術を用いればよい。
【0027】
連関図作成モジュール110は、展開表生成モジュール115と接続されている。連関図作成モジュール110は、連関図を作成するにあたって必要な情報を受け付ける。例えば、液晶ディスプレイ等の表示装置に表示したユーザーインタフェース上に、ユーザーによるキーボードのキー操作及びマウスの操作等により作成された、連関図の名称、項目、項目内容(項目の属性情報)、関係線(項目間の依存関係(依存情報、関係線の属性情報))等の情報を受け付ける。ユーザーによるキーボードのキー操作等からの受付の他に、ハードディスク(コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む)等に記憶されている情報を読み出すこと等が含まれる。
例えば、連関図作成モジュール110は、複数の要素、要素が属するプロセスも含めた要素毎の属性情報、及び複数の要素間の因果関係を受け付け、連関図を作成又は編集する。
【0028】
展開表生成モジュール115は、連関図作成モジュール110、出力モジュール120、編集モジュール145の連関図編集モジュール165と接続されている。展開表生成モジュール115は、連関図作成モジュール110によって作成された連関図を対象として、展開表を生成する。
また、展開表生成モジュール115は、表示モジュール160によって表示された連関図での修正が行われた場合に、修正後の連関図から展開表を生成するようにしてもよい。つまり、展開表生成モジュール115は、連関図作成モジュール110によって作成された連関図だけでなく、連関図編集モジュール165によって編集された連関図を対象として、展開表を生成するようにしてもよい。この生成処理において、連関図・展開表関連記憶モジュール140内の連関
図ID・展開表ID関連テーブル1500、項目ID・軸項目ID関連テーブル1600、関係線ID・因果関係情報ID関連テーブル1700を生成する。
【0029】
出力モジュール120は、展開表生成モジュール115と接続されている。出力モジュール120は、連関図作成モジュール110で作成された連関図(連関図編集モジュール165で編集された連関図を含めてもよい)、展開表生成モジュール115で生成された展開表(連関図作成モジュール110で作成された連関図を元にして生成された展開表、連関図編集モジュール165で編集された連関図を元にして生成された展開表を含めてもよい)を出力する。ここで出力するとは、連関図、展開表を、例えば、ディスプレイ等の表示装置に表示すること、プリンタ等の印刷装置で印刷すること、ファックス等の画像送信装置で画像を送信すること、データベース等の記憶装置へ書き込むこと、メモリーカード等の記憶媒体に記憶すること、他の情報処理装置へ渡すこと等が含まれる。
【0030】
連関図・展開表記憶モジュール125は、連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140を有しており、連関図・展開表作成モジュール105、編集モジュール145と接続されている。連関図・展開表記憶モジュール125は、連関図、展開表に関する情報を記憶している。
連関図記憶モジュール130は、連関図の情報を記憶している。具体例として、連関図情報テーブル900、項目情報テーブル1000、関係線情報テーブル1100を記憶している。
図9は、連関図情報テーブル900のデータ構造例を示す説明図である。連関図情報テーブル900は、連関
図ID欄905、連関図名称欄910、作成者欄915、作成日時欄920、項目数欄925、項目ID欄930、関係線数欄935、関係線ID欄940を有している。連関
図ID欄905は、第1の実施の形態において、連関図を一意に識別するための情報(連関
図ID:IDentification)を記憶している。連関図名称欄910は、その連関
図IDの連関図の名称を記憶している。作成者欄915は、その連関図の作成者を記憶している。作成日時欄920は、その連関図の作成または編集した日時(年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい)を記憶している。項目数欄925は、その連関図における項目数を記憶している。項目数欄925内の項目数だけ、その後に項目ID欄930が続く。項目ID欄930は、第1の実施の形態において、項目を一意に識別するための情報(項目ID)を記憶している。項目IDが示す情報は、項目情報テーブル1000に記憶されている。関係線数欄935は、その連関図における関係線数を記憶している。関係線数欄935内の関係線数だけ、その後に関係線ID欄940が続く。関係線ID欄940は、第1の実施の形態において、関係線を一意に識別するための情報(関係線ID)を記憶している。関係線IDが示す情報は、関係線情報テーブル1100に記憶されている。
例えば、
図7に示す「音の安定性連関図」については、
図9に示すように、連関図情報テーブル900は、連関
図ID欄905として「R0001」、連関図名称欄910として「音の安定性連関図」、作成者欄915として「FX-0001」、作成日時欄920として「2018/05/15」、項目数欄925として「29」、項目ID欄930として「KM0001」、関係線数欄935として「35」、関係線ID欄940として「KS0001」をそれぞれ記憶している。
【0031】
図10は、項目情報テーブル1000のデータ構造例を示す説明図である。項目情報テーブル1000は、項目ID欄1005、項目内容欄1010、属性欄1015、対応軸欄1030、軸項目ID欄1035、増加・減少欄1040、接続先項目数欄1045、接続先項目ID欄1050を有しており、属性欄1015は、ここでは座標欄1020、特性欄1025を有している。項目ID欄1005は、項目を識別する項目IDを記憶している。項目内容欄1010は、その項目IDの項目の内容(項目名称等)を記憶している。属性欄1015は、各種の属性を記憶している。座標欄1020は、連関図における表示の位置を示す座標を記憶している。この座標は、左上を原点とした絶対的な位置を示す座標であってもよいし、相対的な位置を示す座標であってもよい。特性欄1025は、本項目で表現する内容の特性を記憶している。対応軸欄1030は、展開表における対応軸を記憶している。軸項目ID欄1035は、展開表で表現される複数の軸に定義されたそれぞれの項目を識別する軸項目IDを記憶している。増加・減少欄1040は、特性を表現する値が増加であるか減少であるかの情報を記憶している。接続先項目数欄1045は、その項目から接続先となっている項目数を記憶している。接続先項目数欄1045内の項目数だけ、その後に接続先項目ID欄1050が続く。接続先項目ID欄1050は、接続先項目IDを記憶している。
例えば、
図7に示す「音の安定性連関図」については、
図10に示すように、項目情報テーブル1000は、項目ID欄1005として「KM0001」、項目内容(項目名)欄1010として「つぶし厚」、属性欄1015の座標欄1020として「(100,200)」、属性欄1015の特性欄1025として「単位(cm)」、対応軸欄1030として「2軸」、軸項目ID欄1035として「J0025」、増加・減少欄1040として「増加(正)」、接続先項目数欄1045として「1」、接続先項目ID欄1050として「KM0010」をそれぞれ記憶している。なお、属性欄1015の座標欄1020として、他に「パラメータの値」、「目標値」等を含めてもよい。増加・減少欄1040として、他に「減少(負)」、「不明」等がある。
【0032】
図11は、関係線情報テーブル1100のデータ構造例を示す説明図である。関係線情報テーブル1100は、関係線ID欄1105、接続元項目ID欄1110、接続先項目ID欄1115、属性欄1120、状態欄1035を有しており、属性欄1020は、関連性欄1025、関連度欄1030を有している。関係線ID欄1105は、関係線IDを記憶している。接続元項目ID欄1110は、その関係線における接続元である項目の項目IDを記憶している。接続先項目ID欄1115は、その関係線における接続先である項目の項目IDを記憶している。属性欄1120は、その関係線の属性を記憶している。属性として、例えば、その関係線で接続されている項目間の関係(接続元である項目の数値が増加すれば、接続先である項目の数値も増加する関係(例えば、正比例等)、接続元である項目の数値が増加すれば、接続先である項目の数値は減少する関係(例えば、反比例等))等がある。関連性欄1025は、関連性を記憶している。関連度欄1030は、関連度を記憶している。
例えば、
図7に示す「音の安定性連関図」については、
図11に示すように、関係線情報テーブル1100は、関係線ID欄1105として「KS0001」、接続元項目ID欄1110として「KM0001」、接続先項目ID欄1115として「KM0010」、属性欄1120の関係性欄1125として「正相関」、属性欄1120の関連度欄1130として「大」、状態欄1135として「確認済」をそれぞれ記憶している。なお、属性欄1120の関係性欄1125として、他に、「逆相関」、「不明」等がある。属性欄1120の関連度欄1130として、他に、「中」、「小」、「不明」等がある。状態欄1135として、他に、「未確認」、「棄却」等がある。
図9~11は例示であって、この他のデータ構造であってもよい。例えば、グラフ構造を示すデータ構造を用いてもよい。
【0033】
展開表記憶モジュール135は、展開表の情報を記憶している。具体例として、展開表情報テーブル1200、軸項目情報テーブル1300、因果関係情報テーブル1400を記憶している。
図12は、展開表情報テーブル1200のデータ構造例を示す説明図である。展開表情報テーブル1200は、展開表ID欄1205、展開表名称欄1210、作成者欄1215、作成日時欄1220、元連関
図ID欄1225、軸A名称欄1230、軸項目数欄1235、軸項目ID欄1240、因果関係情報数欄1245、因果関係情報ID欄1250等を有している。展開表ID欄1205は、第1の実施の形態において、展開表を一意に識別するための情報(展開表ID)を記憶している。展開表名称欄1210は、その展開表IDの展開表の名称を記憶している。作成者欄1215は、その展開表の作成者を記憶している。作成日時欄1220は、その展開表の作成日時を記憶している。元連関
図ID欄1225は、その展開表の元となった連関
図IDを記憶している。つまり、展開表生成モジュール115が、その展開表を生成するにあたって、参照した連関図である。軸A名称欄1230は、軸A(第1軸)の名称を記憶している。例えば、
図8に示す第1軸(品質)810Aの名称(品質)が該当する。その軸Aについて、軸項目数欄1235~因果関係情報ID欄1250がある。そして、4軸である場合は、軸B、軸C、軸Dについても、軸項目数欄1235~因果関係情報ID欄1250と同等のデータがある。軸項目数欄1235は、その軸(軸A)における項目数を記憶している。軸項目数欄1235内の項目数だけ、その後に軸項目ID欄1240が続く。軸項目ID欄1240は、第1の実施の形態において、軸項目を一意に識別するための情報(軸項目ID)を記憶している。軸項目IDが示す情報は、軸項目情報テーブル1300に記憶されている。因果関係情報数欄1245は、因果関係情報数を記憶している。因果関係情報とは、
図8の例では、「◎」、「△」、「-」等が記載されている欄(セル)を示している。因果関係情報数欄1245内の因果関係情報数だけ、その後に因果関係情報ID欄1250が続く。因果関係情報ID欄1250は、第1の実施の形態において、因果関係情報を一意に識別するための情報(因果関係情報ID)を記憶している。もちろんのことながら、軸Bの名称を記憶している軸B名称欄1255のように、軸B、軸C、軸D(第2軸~第4軸)についても、同様の欄が繰り返して続いている。因果関係情報IDが示す情報は、因果関係情報テーブル1400に記憶されている。
例えば、
図8に示す「音の安定性展開表」については、
図12に示すように、展開表情報テーブル1200は、展開表ID欄1205として「T0001」、展開表名称欄1210として「音の安定性展開表」、作成者欄1215として「FX-0001」、作成日時欄1220として「2018/05/16」、元連関
図ID欄1225として「R0001」、軸A名称欄1230として「品質」、軸項目数欄1235として「1」、軸項目ID欄1240として「J0001」、因果関係情報数欄1245として「2」、因果関係情報ID欄1250として「IK0001」をそれぞれ記憶している。
【0034】
図13は、軸項目情報テーブル1300のデータ構造例を示す説明図である。軸項目情報テーブル1300は、軸項目ID欄1305、軸項目名称欄1310、属する軸欄1315を有している。軸項目ID欄1305は、軸項目IDを記憶している。軸項目名称欄1310は、その軸項目IDの軸項目の名称を記憶している。例えば、
図8に示す軸項目(音の安定性)810の名称(音の安定性)が該当する。属する軸欄1315は、その軸項目が属している軸を記憶している。
例えば、
図8に示す「音の安定性展開表」については、
図13に示すように、軸項目情報テーブル1300は、軸項目ID欄1305として「J0001」、軸項目名称欄1310として「音の安定性」、属する軸欄1315として「軸A」をそれぞれ記憶している。
【0035】
図14は、因果関係情報テーブル1400のデータ構造例を示す説明図である。因果関係情報テーブル1400は、因果関係情報ID欄1405、軸項目ID(A)欄1410、軸項目ID(B)欄1415、属性欄1420を有している。因果関係情報ID欄1405は、因果関係情報IDを記憶している。軸項目ID(A)欄1410は、軸項目ID(A)を記憶している。軸項目ID(B)欄1415は、軸項目ID(B)を記憶している。つまり、軸項目ID(A)欄1410と軸項目ID(B)欄1415とが交わる位置が、その因果関係情報の展開表における位置を示している。属性欄1420は、属性を記憶している。例えば、「◎+」、「◎-」、「△+」、「△-」、「-」等の情報が属性に該当する。
例えば、
図8に示す「音の安定性展開表」については、
図14に示すように、因果関係情報テーブル1400は、因果関係情報ID欄1405として「IK0001」、軸項目ID(A)欄1410として「J0001」、軸項目ID(B)欄1415として「J0002」、属性欄1420として「◎+」をそれぞれ記憶している。
【0036】
連関図・展開表関連記憶モジュール140は、展開表と連関図とを関連付けている。連関図・展開表関連記憶モジュール140は、例えば、展開表と連関図とを関連付けるための情報を記憶している。具体例として、
図15は、連関
図ID・展開表ID関連テーブル1500のデータ構造例を示す説明図である。連関
図ID・展開表ID関連テーブル1500は、連関
図ID欄1505、展開表ID欄1510を有している。連関
図ID欄1505は、連関
図IDを記憶している。展開表ID欄1510は、その連関
図IDに対応する展開表IDを記憶している。具体的には、展開表生成モジュール115が、連関図から展開表を生成した場合に、連関
図ID・展開表ID関連テーブル1500を生成する。連関
図ID欄1505の値は、生成元の連関図を示す連関
図IDであり、展開表ID欄1510の値は、生成された展開表を示す展開表IDである。なお、1つの連関図に対して、複数の展開表を対応させてもよい。連関図のどの項目を展開表の軸項目として選択させるかによって、複数の展開表を生成することが可能であるからである。
例えば、
図7に示す「音の安定性連関図」と
図8に示す「音の安定性展開表」の対応については、
図15に示すように、連関
図ID・展開表ID関連テーブル1500は、連関
図ID欄1505として「R0001」、展開表ID欄1510として「T0001」をそれぞれ記憶している。
【0037】
そして、連関図・展開表関連記憶モジュール140は、展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている。連関図・展開表関連記憶モジュール140は、例えば、展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けるための情報を記憶している。具体例として、
図16は、項目ID・軸項目ID関連テーブル1600のデータ構造例を示す説明図である。項目ID・軸項目ID関連テーブル1600は、項目ID欄1605、軸項目ID欄1610を有している。項目ID欄1605は、項目IDを記憶している。軸項目ID欄1610は、軸項目IDを記憶している。具体的には、展開表生成モジュール115が、連関図から展開表を生成した場合に、項目ID・軸項目ID関連テーブル1600を生成する。項目ID欄1605の値は、生成元の連関図の項目を示す項目IDであり、軸項目ID欄1610の値は、生成された展開表の軸項目を示す軸項目IDである。
例えば、
図7に示す「音の安定性連関図」と
図8に示す「音の安定性展開表」の対応については、
図16に示すように、項目ID・軸項目ID関連テーブル1600は、項目ID欄1605として「KM0001」、軸項目ID欄1610として「J0001」をそれぞれ記憶している。
【0038】
そして、連関図・展開表関連記憶モジュール140は、展開表の隣り合う軸内における2つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている。ここで「隣り合う軸内における2つの軸項目」とは、軸Aと軸Bが隣り合っている場合において、軸A内の軸項目A1と軸B内の軸項目B1をいう。連関図・展開表関連記憶モジュール140は、例えば、展開表の隣り合う軸内における2つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けるための情報を記憶している。具体例として、
図17は、関係線ID・因果関係情報ID関連テーブル1700のデータ構造例を示す説明図である。関係線ID・因果関係情報ID関連テーブル1700は、関係線ID欄1705、因果関係情報ID欄1710を有している。関係線ID欄1705は、関係線IDを記憶している。因果関係情報ID欄1710は、因果関係情報IDを記憶している。具体的には、展開表生成モジュール115が、連関図から展開表を生成した場合に、関係線ID・因果関係情報ID関連テーブル1700を生成する。関係線ID欄1705の値は、生成元の連関図の関係線を示す関係線IDであり、因果関係情報ID欄1710の値は、生成された展開表の因果関係情報を示す因果関係情報IDである。なお、1つの因果関係情報IDに対して、複数の関係線IDを対応させてもよい。軸項目としての項目の選択によっては、項目間に1つ以上の項目(軸項目としては選択されていない項目)がはさまれていることが生じるからである。具体的には、項目Aと項目Cが軸項目として選択されたが、項目Aと項目Cの間には項目Bがある場合(より詳細には、項目Aから項目Cに直接接続されている関係線はなく、項目Aから項目Bに接続する関係線があり、項目Bから項目Cに接続する関係線がある場合)、展開表上では、軸項目Aと軸項目Cの間の因果関係情報は1つであるが、対応する連関図では、2つの関係線(項目Aから項目Bに接続する関係線、項目Bから項目Cに接続する関係線)が対応するからである。
例えば、
図7に示す「音の安定性連関図」と
図8に示す「音の安定性展開表」の対応については、
図17に示すように、関係線ID・因果関係情報ID関連テーブル1700は、関係線ID欄1705として「KS0001」、因果関係情報ID欄1710として「IK0001」をそれぞれ記憶している。
【0039】
編集モジュール145は、展開表操作受付モジュール150、関連情報抽出モジュール155、表示モジュール160、連関図編集モジュール165を有しており、連関図・展開表記憶モジュール125と接続されている。編集モジュール145は、展開表の編集、その展開表の編集によって発生する連関図の編集等を行う。例えば、展開表生成モジュール115によって生成された展開表に対して編集要求がなされた際に、その展開表に対応する連関図を抽出し、編集を促す。編集された結果に基づき、展開表生成モジュール115に対して展開表を再度生成させる。このことによって、編集結果を展開表に反映することができ、連関図と展開表の情報の同一性を維持することができる。
【0040】
展開表操作受付モジュール150は、関連情報抽出モジュール155と接続されている。展開表操作受付モジュール150は、ユーザーによるキーボードのキー操作及びマウスの操作等により、展開表に対する編集の情報を受け付ける。ユーザーによるキーボードのキー操作等からの受付の他に、ハードディスク等に記憶されている予め作成されていた編集情報を読み出すこと等が含まれる。例えば、展開表の1つの軸内にある複数の軸項目を統合する修正の操作等がある。
【0041】
関連情報抽出モジュール155は、展開表操作受付モジュール150、表示モジュール160、連関図編集モジュール165と接続されている。関連情報抽出モジュール155は、連関図・展開表関連記憶モジュール140内の連関
図ID・展開表ID関連テーブル1500、項目ID・軸項目ID関連テーブル1600、関係線ID・因果関係情報ID関連テーブル1700を用いて、展開表から連関図を抽出し、展開表の軸項目から連関図の項目を抽出し、展開表の因果関係情報から連関図の関係線を抽出する。つまり、展開表操作受付モジュール150で、編集対象となった展開表、展開表の軸項目、展開表の因果関係情報から、それぞれ連関図、連関図の項目、連関図の関係線を抽出する。
【0042】
表示モジュール160は、関連情報抽出モジュール155、連関図編集モジュール165と接続されている。表示モジュール160は、修正対象である展開表に関連付けられている連関図を、連関
図ID・展開表ID関連テーブル1500、項目ID・軸項目ID関連テーブル1600、関係線ID・因果関係情報ID関連テーブル1700のうちいずれか1つ以上を用いて表示する。例えば、展開表から連関図を抽出する場合は連関
図ID・展開表ID関連テーブル1500を用い、展開表の軸項目から連関図の項目を抽出する場合は連関
図ID・展開表ID関連テーブル1500、項目ID・軸項目ID関連テーブル1600を用い、展開表の因果関係情報から連関図の関係線を抽出する場合は連関
図ID・展開表ID関連テーブル1500、関係線ID・因果関係情報ID関連テーブル1700を用い、展開表の軸項目、因果関係情報からそれぞれ連関図の項目、関係線を抽出する場合は連関
図ID・展開表ID関連テーブル1500、項目ID・軸項目ID関連テーブル1600、関係線ID・因果関係情報ID関連テーブル1700を用いることになる。ここで「修正対象である」とは、修正した結果の状態であってもよいし、修正対象として未だ修正が完了していない状態であってもよい。したがって、表示するタイミングは、修正が完了したことを契機としてもよいし、修正対象として選択したことを契機としてもよい。
【0043】
また、表示モジュール160は、連関
図ID・展開表ID関連テーブル1500を用いて、修正対象である展開表に関連付けられている連関図を表示し、項目ID・軸項目ID関連テーブル1600を用いて、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示するようにしてもよい。例えば、連関
図ID・展開表ID関連テーブル1500を用いて、展開表の展開表IDから連関図の連関
図IDを抽出することができる。そして、項目ID・軸項目ID関連テーブル1600を用いて、展開表の軸項目の軸項目IDから連関図の項目IDを抽出することができる。ここで「形態」とは、形状(例えば、項目を囲む枠の楕円形状、四角形等)、模様(例えば、背景の斜線等の模様)、色彩(例えば、項目を囲む枠の色彩、背景の色彩、項目を示す文字の色彩等)若しくはこれらの結合又はこれらが動的に変化する(例えば、フラッシュ、アニメーション等)ことを含む。「他の項目」とは、修正対象ではない軸項目に関連付けられている項目をいう。「異なる形態」とは、他の項目の形態と異なっていればよい。
そして、表示モジュール160は、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目に関連付けられている連関図の項目を統合して表示するようにしてもよい。
さらに、表示モジュール160は、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行うようにしてもよい。
【0044】
また、表示モジュール160は、連関
図ID・展開表ID関連テーブル1500を用いて、修正対象である展開表に関連付けられている連関図を表示し、関係線ID・因果関係情報ID関連テーブル1700を用いて、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示するようにしてもよい。
そして、表示モジュール160は、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示するようにしてもよい。
さらに、表示モジュール160は、連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行うようにしてもよい。
【0045】
また、表示モジュール160は、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行うようにしてもよい。
そして、表示モジュール160は、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行うようにしてもよい。
【0046】
連関図編集モジュール165は、関連情報抽出モジュール155、表示モジュール160、連関図・展開表作成モジュール105の展開表生成モジュール115と接続されている。連関図編集モジュール165は、表示モジュール160によって表示されている連関図に対するユーザーの編集操作に応じて、その連関図を編集する。例えば、表示モジュール160によって不整合がある旨の表示が行われた関係線の属性情報等を、ユーザーの編集操作に応じて編集する。その他に、ユーザーの編集操作に応じた、項目の編集(追加、削除等を含む)、項目の属性の編集、関係線の付け直し(追加、削除等を含む)、関係線の属性の編集等がある。
また、連関図編集モジュール165は、展開表操作受付モジュール150による展開表の修正にしたがって、その展開表に対応する連関図を修正してもよい。例えば、表示された展開表に対して、ユーザーの操作による編集が行われた場合、その編集に基づき展開表に編集を行い、これと並行して展開表に関連する連関図に対して編集結果を反映する。これによって、連関図を使用しないユーザーであっても連関図と展開表の情報の同一性を維持することが可能となる。処理の詳細については、
図21から
図27の例を用いて後述する。
【0047】
図2は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置100、ユーザー端末210A、ユーザー端末210B、ユーザー端末210C、連関図・展開表記憶装置250は、通信回線290を介してそれぞれ接続されている。通信回線290は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置100、連関図・展開表記憶装置250による機能は、クラウドサービスとして実現してもよい。連関図・展開表記憶装置250は、連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140を有しており、情報処理装置100は、連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140として、通信回線290を介して連関図・展開表記憶装置250内の連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140を利用するようにしてもよい。
例えば、情報処理装置100で、ユーザー端末210Aでのユーザーの操作にしたがって、連関図が作成され、その連関図を元にして展開表が生成される。例えば、特許文献1に記載の技術を用いればよい。その連関図情報は、通信回線290を介して連関図・展開表記憶装置250内の連関図記憶モジュール130に記憶され、展開表情報は、通信回線290を介して連関図・展開表記憶装置250内の展開表記憶モジュール135に記憶される。
例えば、ユーザー端末210Bのユーザーは、主に展開表を利用しており、展開表の編集を行う。展開表の編集が行われると、情報処理装置100は、その展開表に関連付けられた連関図を表示し、編集対象の軸項目又は因果関係情報に関連付けられた連関図内の項目又は関係線を強調表示する。そして、ユーザーによって、それらの確認、場合によっては編集が行われる。連関図の項目や関係線の確認や編集を行うユーザーは、主に連関図を作成して利用するユーザーであってもよい。
また、ユーザー端末210内に、情報処理装置100が内蔵されていてもよい。その場合は、スタンドアロンとしてのシステム形態になる。
【0048】
図3は、第1の実施の形態(連関図・展開表作成モジュール105)による処理例を示すフローチャートである。
ステップS302では、連関図作成モジュール110は、ユーザーの操作にしたがって、連関図を作成する。
ステップS304では、展開表生成モジュール115は、作成された連関図を元にして展開表を生成する。
ステップS306では、出力モジュール120は、連関図情報を連関図記憶モジュール130に記憶し、展開表情報を展開表記憶モジュール135に記憶する。
【0049】
次に、
図4~
図8を用いて、ストロー笛のメカニズムについて、連関図を作成し、展開表を生成する例を示す。
図4は、連関図、展開表の対象とする技術(ストロー笛のメカニズム)例の説明図である。
ベルヌーイの定理(式1参照)である「流速が大きくなると圧力が下がる」という流体工学の法則を用いている。
【数1】
「なぜ振動するのか」について、以下のように説明できる。かっこの番号は、
図4のかっこの番号に対応している。
(1)吹き込むとストローの中の流速が速くなる
(2)流速が速くなると圧力が下がる
(3)圧力が下がると、リードが吸い寄せられる
(4)リードが吸い寄せられると、流路が狭くなる
(5)流路が狭くなると流速が遅くなる
(6)流速が遅くなると、圧力が元に戻る
(7)圧力が戻ると、リードが開く。(1)に戻る。
【0050】
図5は、連関図の例を示す説明図である。これは、ストロー笛の音が出ないメカニズムの連関図例を示している。連関図作成モジュール110が、ユーザーの操作にしたがって作成したものである。
なお、前提として「空気の密度は不変」、「つぶし加工方法は未定」であるとする。
図5の例では、矩形で囲まれている各項目が関係線によって接続されている。なお、項目内の上向き矢印は、その項目が増加することを示しており、下向き矢印は、その項目が減少することを示している。
なお、項目間の関係線の色は因果関係の極性を示している。項目間をつなぐ黒太線の関係線は、正の相関関係があることを示しており、項目間をつなぐ二重線(白線)の関係線は、逆の相関関係(負の相関関係ともいわれる)があることを示している。例えば、項目「振動しやすさ」が減少すると、項目「音の出易さ」も減少することを示している。また、因果関係の影響度合いの強弱を、実線、破線等によって示してもよい。これらの情報は、関係線情報テーブル1100の属性欄1120に記憶されている。
【0051】
図6は、連関図の例を示す説明図である。
図5の例に示した連関図内の各項目を増加の要因に統一したものである。つまり、音の安定性の連関図例を示している。これによって、項目間で正の相関関係が逆の相関関係になる関係線、逆に、項目間で逆の相関関係が正の相関関係になる関係線がある。
【0052】
図7は、連関図の例を示す説明図である。
ユーザーの操作によって、展開表の軸(軸項目)として採用する項目を選択した例を示している。ここでは、第1軸として品質、第2軸として機能、第3軸として物理、第4軸として設計を示している。
項目(音の安定性)710は、第1軸として選択されている。
項目(開き時の閉じ易さ)715、項目(閉じ時の開き易さ)720は、第2軸として選択されている。
項目(リード部流速)725、項目(リードの素材かたさ)730、項目(リードの形状的かたさ)735、項目(閉じ中の圧力差)740は、第3軸として選択されている。
項目(吹き込み圧)745、項目(長さ)755、項目(直径)760、項目(厚さ)765、項目(材料)770、項目(つぶし加工)780、項目(切込み量)785は、第4軸として選択されている。
【0053】
図8は、展開表の例を示す説明図である。
図7の例に示した連関図から生成した展開表を示している。つまり、
図8は、ストロー笛の音の安定性の展開表例を示している。
展開表の対象となるものは、開発・設計するシステムの全体又は一部である。
第1軸(品質)810Aは、品質であり、顧客に保証する価値の指標である。そして、展開表の対象とするシステム(部品)がその機能を発現した結果得られる価値の指標であり、かつそのシステム又はその上位システムが顧客に保証する価値の指標である。第1軸(品質)810Aには、軸項目(音の安定性)810がある。
第2軸(機能)815Aは、システムが品質を達成するために、その部品や部分システムが果たす役割である。第2軸(機能)815Aには、軸項目(開き時の閉じ易さ)815、軸項目(閉じ時の開き易さ)820がある。
【0054】
第3軸(物理)825Aは、部品や部分システムが発揮する機能を決める物理量である。第3軸(物理)825Aには、軸項目(リード部流速)825、軸項目(リードの素材かたさ)830、軸項目(リードの形状的かたさ)835、軸項目(閉じ中の圧力差)840がある。
第4軸(設計)845Aは、対象の部品や部分システムの物理量を制御するための設定条件であり、設計者、開発者が決められる(又は決めるべき)量及び条件である。第4軸(設計)845Aには、軸項目(吹き込み圧)845、軸項目(ストロー)850、軸項目(加工)875がある。軸項目(ストロー)850内には、軸項目(長さ)855、軸項目(直径)860、軸項目(厚さ)865、軸項目(材料)870がある。軸項目(加工)875内には、軸項目(つぶし加工)880、軸項目(切込み量)885がある。
【0055】
展開表内の隣り合う軸項目で位置が決定されているセル(
図8の例では、◎等が記載されている矩形)内が、因果関係情報である。この因果関係情報は、2つの軸項目間の因果関係を示している。「◎」、「△」の記号は因果関係の強弱を示すとともに、それに付随している「+」、「-」は因果関係の極性を示している。つまり、正の相関関係は「+」と示し、逆の相関関係は「-」と示し、正の相関関係が強いものは「◎+」と示し、正の相関関係が弱いものは「△+」と示し、逆の相関関係が強いものは「◎-」と示し、逆の相関関係が弱いものは「△-」と示し、無関係は「-」と示している。例えば、軸項目(音の安定性)810と軸項目(開き時の閉じ易さ)815の関係は「◎+」である。これらの情報は、因果関係情報テーブル1400の属性欄1420に記憶されている。したがって、連関図における関係線情報テーブル1100と展開表における因果関係情報テーブル1400とは、関係線ID・因果関係情報ID関連テーブル1700によって対応しているので、互いにこれらの情報は対応している。
なお、連関図における項目情報テーブル1000と展開表における軸項目情報テーブル1300とは、項目ID・軸項目ID関連テーブル1600によって対応しているので、互いにこれらの情報は対応している。
【0056】
連関図から展開表を生成するが、前述したストロー笛の事例で示したように、連関図は原因/結果、目的/手段等の相互関係を図解することで複雑な要素間の関係性を明らかにするためのもので思考を促すための説明的な項目も含んでいる。一方で展開表は、工程毎の機能で定義される各項目間の因果関係を簡潔に表現するためのものであり、説明的な項目は含まれない。したがって、連関図から展開表を生成する場合には、必要な項目のみを抽出し、抽出した項目を適切な軸項目に割り当て展開表に反映させている。
ここで、展開表に変換される元となる連関図は、必ずしも一つには限定されず、複数の因果関係が集約された展開表も存在する。その場合、その展開表に付帯する連関図は複数存在することとなる。
また、連関図から展開表に変換する場合には連関図の一部のデータを用いて展開表を生成することになるため、一つの連関図からなる展開表を生成する場合であっても、非可逆的な変換を行うことになる。このため、同一の技術を対象とする連関図及び展開表の2種類のデータが存在することになるが、技術資産として蓄積することを考慮すれば2種類のデータの整合性を維持継続させる必要がある。
そのために、第1の実施の形態は、連関図と展開表とのデータ関連付けによる整合性を維持するようにしている。
【0057】
第1の実施の形態は、以下の処理を行う。
(1)連関図から展開表に変換された展開表において、要因の追加/削除/修正、因果関係の追加/削除/修正を行う。
展開表に対して、項目又は項目間の因果関係に対して編集を行う場合には、項目又は項目間の因果関係に付帯した属性情報として格納されている連関図情報を元に、元となった連関図を読みだして表示する。そして、連関図に対する確認や編集を促す制御を行う。連関図と展開表とを整合させるために連関図で編集された結果は、展開表に反映し結果を表示する。原データは連関図のみとなるため、展開表と連関図の整合性は維持できる。
なお、連関図のない展開表の場合には、展開表を直接編集させるか、簡易で生成された連関図を編集させるか選択できるが、いずれにおいても整合性は維持される。
【0058】
(2)編集対象箇所(項目)又は項目間の因果関係を含む連関図を表示し、該当箇所を強調表示(ハイライト等)する。
(3)該当する連関図が複数あったら全て表示する。複数の連関図に共通して同一の項目及び関連する因果関係が存在するケースがあるためである。
(4)該当する連関図を呼び出すために項目及び項目間の因果関係に、属する連関図の情報を持たせるが前述したように、読みだされる連関図は一つに限定されない。
また、複数の軸項目を選択すると同一のものとして編集できるようにしてもよい。例えば、項目をマージする目的で行われるものである。
又は、項目及び項目に関連する因果関係をマージできるようにしてもよい。
なお、マージすることによって不整合が生じる場合には、不整合があることを示し、編集(修正)を促すようにしてもよい。
【0059】
図18は、第1の実施の形態による処理例を示すフローチャートである。
ステップS1802では、表示モジュール160は、ユーザーの表示操作にしたがって、展開表を表示する。
ステップS1804では、展開表操作受付モジュール150は、展開表の軸項目/因果関係情報に対するユーザーの編集指示を受け付ける。
ステップS1806では、関連情報抽出モジュール155は、編集対象の連関図情報があるか否かを判断し、ある場合はステップS1808へ進み、それ以外の場合はステップS1814へ進む。つまり、展開表に対応する連関図(その展開表を生成する元となった連関図)があるか否かを判断している。
ステップS1808では、表示モジュール160は、軸項目又は因果関係情報の付帯情報から該当する連関図を読み出し、表示する。
ステップS1810では、連関図編集モジュール165は、ユーザーの操作にしたがって、連関図を編集する。
ステップS1812では、展開表生成モジュール115は、編集結果を展開表に反映する。
ステップS1814では、展開表操作受付モジュール150は、ユーザーの操作にしたがって、展開表を直接編集する。
【0060】
図19は、第1の実施の形態による処理例を示す説明図である。
展開表1900に対して、ユーザーの操作によって編集指示1905が行われる。なお、編集指示1905は、実際に編集が行われるものではなく、編集の意思表示であってもよい。連関
図ID・展開表ID関連テーブル1500を用いて、展開表1900に対応する連関
図1950を表示する。
そして、連関
図1950に対して、ユーザーの操作によって編集が行われ、その編集結果を展開表1900に反映させる。
なお、因果関係情報1907は、軸項目(閉じ時の開き易さ)820と軸項目(リードの素材かたさ)830との交わりの位置にある。軸項目(閉じ時の開き易さ)820は項目(閉じ時の開き易さ)720に対応し、軸項目(リードの素材かたさ)830は項目(リードの素材かたさ)730に対応する。この対応関係は、項目ID・軸項目ID関連テーブル1600によって管理されている。そして、因果関係情報1907は関係線1957Aと関係線1957Bに対応することになる。この対応関係は、関係線ID・因果関係情報ID関連テーブル1700によって管理されている。
【0061】
図20は、第1の実施の形態による処理例を示す説明図である。
展開表2000に対して、ユーザーの操作によって、複数の軸項目(例えば、軸項目(開き時の閉じ易さ)815、軸項目(閉じ時の開き易さ)820等)が選択されると、同一の軸項目として編集する(項目をマージする)。又は、項目及びその項目に関連する因果関係情報をマージするようにしてもよい。
具体的には、展開表2000には「厚さ」と同じ概念を指す「薄さ」が存在するが(軸項目(厚さ)865、軸項目(薄さ)2060)、軸項目(厚さ)865と軸項目(薄さ)2060が選択されると、それぞれが対応している連関図を読み出すとともに、選択により以下のいずれかの処理を行う。
(1)一方(例えば、連関図)を編集することで、もう一方(例えば、展開表)に編集結果を反映させる。
(2)同じ概念として、項目(又は、軸項目)を統合連結する。
【0062】
ただし、マージした場合(つまり、同一として扱うと)、因果関係に不整合が生じる場合には、不整合があるため同一とみなせないことを示し、修正する編集を促す。例えば、展開表2000の連関図では軸項目(厚さ)865と軸項目(リードの素材かたさ)830に正の因果関係があるとしているが、軸項目(薄さ)2060と軸項目(リードの素材かたさ)830に逆の因果関係があるとされているので、不整合であると判断する。なお、この不整合の判断は、1つの展開表において判断してもよいし、複数の展開表間で生じる不整合を判断してもよい。例えば、軸項目(厚さ)と軸項目(薄さ)をマージする場合において、ある展開表では軸項目(厚さ)と軸項目(リードの素材かたさ)に正の因果関係があるとしているが、他の展開表では軸項目(薄さ)と軸項目(リードの素材かたさ)に逆の因果関係があるとされている場合が該当する。また、一方の因果関係が正(強)の因果関係であり、他方の因果関係が正(弱)の因果関係の場合も該当例としてもよい。もちろんのことながら、この2つの展開表は、1つの連関図に対応している(つまり、その1つの連関図から2つの展開表が作成されている)。
【0063】
展開表に対しての修正指示(実際の修正が行われている必要がない指示)があった場合に、その展開表に対応する連関図を表示し、編集を促していた。
しかし、連関図を使用せず、展開表のみを扱うユーザーも存在しており、そのようなユーザーには連関図の編集は本来不要な編集(つまり、そのユーザーにとっては負荷)を要求することとなる。第1の実施の形態は、連関図を元に展開表を作成するユーザーと、展開表のみを利用するユーザーとが、編集も含めて利用できるようにしている。
つまり、展開表を主として利用するユーザーと連関図を主に使用するユーザーが混在して同一技術を対象として展開表を編集する場合等、展開表を主として使用するユーザーにとっては連関図の編集は不要とし、かつ整合性を維持するために用いる。
図21から
図27に示す例を用いて、展開表を実際に修正し、その修正結果を連関図に反映させる場合について説明する。
【0064】
図21は、第1の実施の形態による処理例を示す説明図である。
展開表の修正結果を連関図に反映させる方法は以下の通りである。なお、編集箇所については編集したことを明示するとともに履歴を残すようにしてもよい。
(A1)展開表の軸項目(要因)の追加(
図22の例を参照)
軸項目(要因)を追加する連関図の該当箇所にダミーの項目(要因)を追加する。
(A2)展開表の軸項目(要因)の削除(
図23の例を参照)
連関図の削除された軸項目(要因)の該当箇所にダミーの項目(要因)を残す。
(A3)展開表の軸項目(要因)の修正(
図24の例を参照)
修正された軸項目(要因)に対する連関図の該当箇所に、その修正を反映する。
(B1)展開表の因果関係情報の追加(
図25の例を参照)
軸項目間の因果関係情報に対する連関図の該当箇所を追加する。
(B2)展開表の因果関係情報の削除(
図26の例を参照)
軸項目間の因果関係情報に対する連関図の該当箇所を削除する。
(B3)展開表の因果関係情報の修正(
図27の例を参照)
軸項目間の因果関係情報に対する連関図の該当箇所を修正する。
【0065】
既に設定されている因果関係に影響しない範囲で編集を行うが、削除/修正の場合には、他の因果関係に影響を及ぼすため、矛盾が生じる場合には矛盾が生じる旨を表示し、編集を行わない。ここで矛盾が生じる場合とは、軸項目間に要素が存在し、その要素が他の軸項目と直接又は間接的に因果関係を持つ場合である。なお、矛盾が生じるか否かについては、編集後の展開表Aと、その展開表Aから作成された連関図から生成された展開表Bを比較して、異なる部分があれば、矛盾が生じていると判断してもよい。
【0066】
図21(1)の連関図の例は、項目(C)2115から項目(B)2110に向けて接続されており、項目(D)2120から項目(B)2110に向けて接続されており、項目(B)2110から項目(A)2105に向けて接続されており、項目(E)2125から項目(A)2105に向けて接続されている。
図21(2)の連関図の例は、項目(C)2165から項目(B)2160に向けて接続されており、項目(D)2170から項目(B)2160に向けて接続されており、項目(B)2160から項目(A)2155に向けて接続されており、項目(B)2160から項目(F)2180に向けて接続されており、項目(E)2175から項目(A)2155に向けて接続されている。
例えば、
図21(1)において、項目(A)2105、項目(C)2115、項目(D)2120、項目(E)2125が軸項目として設定されているとする。項目(A)2105と項目(E)2125間の因果関係は削除/修正しても他に影響は出ない。しかし、項目(A)2105と項目(D)2120間の因果関係を削除/修正する場合、項目(A)2105と項目(B)2110間の因果関係を削除/修正してしまうと、項目(A)2105と項目(C)2115間の因果関係に影響が出る。その場合には項目(B)2110と項目(D)2120間の因果関係を削除/修正する。
一方で、
図21(2)の場合、項目(A)2155と項目(D)2170間の因果関係を削除する場合、いずれの因果関係を削除/修正しても、他の因果関係に影響してしまうため削除/修正できない旨を表示する。又は、連関図を表示し、編集を促すようにしてもよい。
【0067】
図22は、第1の実施の形態による処理例(展開表の軸項目(要因)の追加例)を示す説明図である。
展開表2200は、展開表1900の機能軸に、新軸項目2210を追加したものである。
この場合、連関
図2250の例に示すように、新項目(ダミー)2260を追加する。新項目(ダミー)2260の配置位置は、機能軸内の他の軸項目(開き時の閉じ易さ、閉じ時の開き易さ)に対応する連関
図2250内の項目の近辺とする。
なお、展開表2200だけを使用するユーザーに対しては、連関
図2250を表示しないようにしてもよい。展開表2200だけを使用するユーザーであるか否かの判断は、過去の履歴(連関図を表示したことがあるか否か)で判断してもよいし、ユーザーの属性(連関図を使用するか否かを示す属性、又は、そのユーザーの職種等)で判断してもよい。
【0068】
図23は、第1の実施の形態による処理例(展開表の軸項目(要因)の削除例)を示す説明図である。
展開表2300は、
図19に例示の展開表1900の機能軸から対称軸項目2310を削除したものである。
この場合、連関
図2350の例に示すように、削除した軸項目(要因)は対象項目(ダミー)2360として残す。
【0069】
図24は、第1の実施の形態による処理例(展開表の軸項目(要因)の修正例)を示す説明図である。
展開表2400は、展開表1900の機能軸の軸項目(要素)である対称軸項目(修正)2410を修正したものである。
この場合、連関
図2450の例に示すように、対称軸項目(修正)2410に対応する対象項目(修正)2460を修正すればよい。
【0070】
図25は、第1の実施の形態による処理例(展開表の因果関係情報の追加例)を示す説明図である。
展開表2500は、展開表1900の「長さ」と「リード形状的かたさ」との交差位置にある因果関係情報を「-」から「◎-」(新因果関係情報2510)に変更(因果関係情報の追加に該当)したものである。
この場合、連関
図2550の例に示すように、関係線2560を追加する。関係線2560は、項目「長さ」から項目「リード形状的かたさ」を接続する関係線である。
【0071】
図26は、第1の実施の形態による処理例(展開表の因果関係情報の削除例)を示す説明図である。
展開表2600は、展開表1900の「吹き込み圧」と「閉じ中の圧力差」との交差位置にある因果関係情報を「◎+」から「-」(対象因果関係情報2610)に変更(因果関係情報の削除に該当)したものである。
この場合、連関
図2650の例に示すように、対象関係線2660を削除する。なお、他の因果関係に影響する場合にはその旨を表示し、削除しないようにしてもよい。
【0072】
図27は、第1の実施の形態による処理例(展開表の因果関係情報の修正例)を示す説明図である。
展開表2700は、展開表1900の「直径」と「リード形状的かたさ」との交差位置にある因果関係情報を「◎-」から「◎+」(対象因果関係情報2710)に変更(因果関係情報の修正に該当)したものである。
この場合、連関
図2750の例に示すように、対象因果関係情報2710に対応する対象関係線2760Aと対象関係線2760Bを修正する。なお、他の因果関係に影響する場合にはその旨を表示し、修正しないようにしてもよい。
【0073】
<第2の実施の形態>
第2の実施の形態を説明する前に、展開表、連関図についての背景について説明する。なお、特に、この説明(この段落から
図28を用いた説明までの説明)は、第2の実施の形態の理解を容易にすることを目的とするものであり、この説明を用いて限定解釈することは意図していない。そして、この説明部分のみを用いて、特許を受けようとする発明が発明の詳細な説明に記載したものであること(特許法第36条第6項第1号)の判断を行うべきではないことは当然である。
【0074】
特に複合的な物理現象を利用したシステムの設計と品質の関係などの複雑な因果関係は、例えば製品の最終的な品質などの結果に対して、その結果の要因となる事象が複数あり、それらの事象を結果として生じる要因となる事象が複数あり、さらにその事象を結果として生じる要因となる事象が複数あり、さらに…、という具合に多くの事象が連鎖的につながっているのが一般的である。また、そのような複雑なシステムにおいては、充足しなければならない品質が数多くあるため、設計群と品質群の因果関係は極めて複雑になる。そのため、所望の品質を満足するための設計項目を見出すのが困難であったり、ある品質を満足するための設計値の変更が他の品質に悪影響を及ぼしたりなどの問題を生じやすい。なお、ここで要因とは、ある事象の原因となり得る事象のことを指す。
【0075】
そのような複雑な因果関係を可視化し、整理するやり方にはいくつかある。代表的なのが、(1)結果とその要因の間を関係線で接続することで因果関係を表現した連関図(ロジックツリーがその典型)と、(2)互いに直交する複数の軸に列挙した事象間の関係をマトリックス状に配置した記号又は数値で示した展開表である。連関図は結果とその要因を漏れダブりなく詳細に示すのに適しているが、対象とする事象が多くなりすぎると、図が過度に複雑化し、肥大化してしまうため、実用が困難になる。一方、展開表は多くの事象の中から重要なものを抽出して軸上に配置し、マトリックスで因果関係を表現するため、多数の結果と多数の要因の関係を簡潔に表現することができるが、軸上に配置していない事象を含む詳細な因果関係を表現することはできず、その結果、項目の抜け漏れを生じやすい。一般的に広く行われている展開表は横軸と縦軸の2軸に要因と結果を配置するのみであるため、そもそもなぜそのような関係となるかに関する情報は持たせることができないが、3つ以上の軸を互いに直交して配置し、因果関係を構成する要因の中で重要なものを抽出して記載することで概略的な因果関係を表現する多軸の品質機能展開が有効である。
【0076】
以上から、連関図と多軸の展開表を併用することで因果関係を漏れダブりなく詳細に抽出し、記述しつつ、多数の要因と結果の関係を簡潔に表示することができるようになる。しかし、連関図と多軸の展開表の間の変換は煩雑であり、そのためには変換を支援するシステムが必須となる。
既に、因果関係を階層化した連関図を描いて、階層を選択することで2軸の展開表を表示するシステムがある。しかし、階層化した状態で連関図を作成するためには、最初から因果関係が階層的に整理されている必要があるため、そもそもの目的である漏れダブりのない詳細な因果関係の展開を行うのは困難である。また、要因を階層に分けたとしても選択された階層の要因を全て展開表に表示したのでは、表示する情報量が多くなり、「重要な要因を抽出して」表示するという目的を達することができない。
【0077】
その課題を解決するために、特許文献1では作成した連関図上で展開表の各軸に対応する事象を選択した上で展開表に展開することが提案されている。しかし、この方法では連関図の情報を縮約して展開表を作成するため、連関図が持つ情報よりも展開表が持つ情報の方がはるかに少なくなる。そのため、連関図から展開表への展開はできても、展開表への変更を逆に連関図に反映することが難しいという課題がある。
以上に述べたように、連関図と展開表は同じ因果関係を異なる役割を持って可視化する仕組みであるため、一方だけを使ったり、片方からもう一方への一方的な変換ができるだけでなく、複雑な因果関係を示す情報を余すところなく持ちつつ、相互に行き来しながら作成、閲覧できたりすることが必須である。
特許文献1記載の技術では、連関図で展開表の軸に対応した事象間が展開表の軸に対応していない事象を介して接続されているときに、展開表で該当する因果関係をマトリックスから削除したとき、連関図からどの事象間の因果関係を削除するべきか判定できないため、展開表と連関図との連携の障害となる。
【0078】
図28は、第2の実施の形態の構成例についての概念的なモジュール構成図である。
なお、第1の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。また、第1の実施の形態と第2の実施の形態を組み合わせてもよい。
「修正」には、元の情報の変更、削除、新たな情報の追加を含む。
「要素」とは、連関図を構成する要素であって、前述の事象(ボックスともいう)、関係線(接続線ともいう)が該当し、グラフ理論における、ノード(節点、頂点)とエッジ(枝、辺、コネクタ)が該当する。例えば、展開表の軸内の項目の修正が行われた場合は、その修正された項目に対応する連関図における事象が修正され、その修正された事象を修正されなかった事象とは異なる形態に変換する。また、展開表内のマトリックス状に配置した記号又は数値の修正が行われた場合は、その修正された記号又は数値に対応する連関図における関係線が修正され、その修正された関係線を修正されなかった関係線とは異なる形態に変換する。
なお、表示モジュール(展開表表示モジュール2820、連関図表示モジュール2835)は、(1)表示装置を含み、その表示装置に対象(連関図、展開表)を表示させる表示モジュール、(2)表示装置に対象を表示するための制御を行う表示制御モジュール(表示装置そのものは含まない制御モジュール)、のいずれの形態であってもよい。
【0079】
情報処理装置2800は、連関図・展開表記憶モジュール125、展開表・連関図修正モジュール2805を有している。
連関図・展開表記憶モジュール125は、連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140を有しており、展開表・連関図修正モジュール2805と接続されている。
【0080】
展開表・連関図修正モジュール2805は、展開表操作受付モジュール2810、展開表修正モジュール2815、展開表表示モジュール2820、連関図操作受付モジュール2825、連関図修正モジュール2830、連関図表示モジュール2835を有しており、連関図・展開表記憶モジュール125と接続されている。展開表・連関図修正モジュール2805は、展開表又は連関図の修正に関する処理を行う。
【0081】
展開表操作受付モジュール2810、展開表修正モジュール2815、展開表表示モジュール2820は、互いに直交する複数(特に3つ以上)の軸に列挙した項目間の関係をマトリックス状に配置した記号又は数値で示した展開表に関する処理(作成、修正、表示等)を行う。
連関図操作受付モジュール2825、連関図修正モジュール2830、連関図表示モジュール2835は、事象間を関係線で接続することで関係を表現した連関図(樹形図が典型)に関する処理(作成、修正、表示等)を行う。
展開表修正モジュール2815、連関図修正モジュール2830は、連関図で展開表の軸に対応する事象を選択することで互いに対応関係を持たせ、連関図と展開表間の相互に変換等の処理を行う。なお、相互に変換する処理については、前述した特許文献1等に記載された技術を用いればよい。主に、特許文献1等に記載された技術以外の技術を以下に説明する。
【0082】
展開表操作受付モジュール2810は、展開表修正モジュール2815と接続されている。展開表操作受付モジュール2810は、展開表表示モジュール2820によって表示されている展開表に対しての、ユーザーの操作を受け付ける。例えば、展開表における因果関係の削除操作等がある。「展開表における因果関係の削除」とは、展開表において因果関係を示しているマトリックスのセル内のマーク(後述する
図36に記載の展開表内の「◎(二重丸)」、「□(四角)」、「△(三角)」等)を削除することである。これらのマークは、軸内の項目間の因果関係を示している。つまり、隣り合う軸の2つの項目が交差する位置にあるセルによって、その2つの項目の因果関係(例えば、(1)正の相関、(2)逆の相関、(3)関係はあるが、正の相関であるか、逆の相関であるかが不明等)を示すマークが記載されている。
【0083】
展開表修正モジュール2815は、展開表操作受付モジュール2810、展開表表示モジュール2820、連関図修正モジュール2830と接続されている。展開表修正モジュール2815は、展開表操作受付モジュール2810によって受け付けられた操作にしたがって、展開表を修正する。
【0084】
展開表表示モジュール2820は、展開表修正モジュール2815と接続されている。展開表表示モジュール2820は、展開表修正モジュール2815によって修正された展開表を、液晶ディスプレイ等の表示装置に表示する。
【0085】
連関図操作受付モジュール2825は、連関図修正モジュール2830と接続されている。連関図操作受付モジュール2825は、連関図表示モジュール2835によって表示されている連関図に対しての、ユーザーの操作を受け付ける。
【0086】
連関図修正モジュール2830は、展開表修正モジュール2815、連関図操作受付モジュール2825、連関図表示モジュール2835と接続されている。連関図修正モジュール2830は、連関図操作受付モジュール2825によって受け付けられた操作にしたがって、連関図を修正する。
【0087】
連関図表示モジュール2835は、連関図修正モジュール2830と接続されている。連関図表示モジュール2835は、連関図修正モジュール2830によって生成された連関図を、液晶ディスプレイ等の表示装置に表示する。
【0088】
展開表表示モジュール2820は、展開表操作受付モジュール2810が受け付けた操作が、展開表における因果関係の削除操作である場合、展開表における因果関係を削除せず、他と区別できるように表示する。ここで「展開表における因果関係を削除せず」とは、削除操作があったことのみをもって削除することはしないことを意味する。例えば、展開表における因果関係の削除操作があった後、その展開表に対応する連関図での確認(詳しくは、削除対象の因果関係に対応する関係線が削除されることの確認)を促した後、展開表での削除が妥当であるとの判断が行われた後に、削除するようにしてもよい。
また、「区別」とは、削除対象となった因果関係を示すマークの形態を、削除対象とはなっていない因果関係を示すマークの形態とは異なるものにすることであり、いわゆる強調表示を含む。形態として、マークの色彩、形状、模様、動的に変化すること(例えば、フラッシュ、アニメーション等)、点滅(点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある)、文字(図形、記号等であってもよい)の付加、又は、これらの組み合わせであってもよい。
【0089】
また、連関図表示モジュール2835は、展開表操作受付モジュール2810が受け付けた操作が、展開表における因果関係の削除操作である場合、その展開表に対応する連関図において、その因果関係に対応する関係線を削除せず、他と区別できるように表示する。
【0090】
主に連関図で因果関係を検討するために展開表での作業頻度が低い場面では、展開表で因果関係を削除したときに連関図が変わってしまうと、混乱が生じる。この場合は、展開表で因果関係を削除させずに、連関図上でどの因果関係を削除するとその変更が行えるのかを示した方がよい。なお、連関図上で因果関係を編集した後は、削除作業を終了すると、次の削除作業を行えるようになる。
【0091】
また、連関図操作受付モジュール2825が、連関図において他と区別できるように表示された関係線を削除しない操作を受け付けた場合に、連関図表示モジュール2835は、その関係線を他と区別しない表示に戻す。つまり、ユーザーが、連関図において関係線(展開表で削除対象となっている因果関係に対応する関係線)を削除するにはふさわしくないと判断したので、連関図では削除しないようにしたものである。
そして、連関図操作受付モジュール2825が、連関図において他と区別できるように表示された関係線を削除する操作を受け付けた場合にのみ、連関図表示モジュール2835は、その連関図からその関係線を削除する。つまり、展開表で因果関係が削除対象となっていても、連関図での確認がなければ、その削除対象となっている因果関係に対応する関係線を削除しないものである。
【0092】
また、展開表操作受付モジュール2810が受け付けた操作が、展開表における因果関係の削除操作である場合、連関図修正モジュール2830は、その展開表に対応する連関図において、その因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しない。
そして、連関図表示モジュール2835は、削除しない関係線を他と区別できるように表示する。
また、連関図修正モジュール2830は、連関図において、因果関係に対応する関係線を削除しても、展開表における他の因果関係が変化しないとき、その関係線を削除するようにしてもよい。
また、連関図表示モジュール2835は、削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知するようにしてもよい。
【0093】
主に展開表で因果関係を検討するために連関図上での作業頻度が低い場面では、連関図上での作業をすることなく因果関係の削除を行う必要がある。しかし、連関図上での展開表の軸に設定されていない事象が関わる因果関係の有無は展開表からは判断できない。そこで連関図の因果関係を削除しないことにすると、連関図と展開表の間に齟齬が生じる。また、削除する因果関係を構成している連関図上の関係線を全て削除してしまうと、展開表の他の因果関係に意図しない影響が出てしまう可能性がある。第2の実施の形態によって、連関図と展開表の整合を保ったままで展開表上で因果関係の削除を行うことができるようになる。
【0094】
また、展開表修正モジュール2815又は連関図修正モジュール2830は、連関図で用いる第1用語と展開表で用いる第2用語とを対応させて記憶する記憶手段(後述する
図43の例に示す連関図用語・展開表用語対応テーブル4300が該当)を有しており、連関図を展開表又は展開表を連関図に変換する場合に、その記憶手段を用いて、第1用語又は第2用語を第2用語又は第1用語に変換するようにしてもよい。「用語」として、主に、事象の名称がある。その他に、コメント(注釈)で用いる用語を含めてもよい。例えば、第1用語として「加熱時の食材の温度」(連関図で用いる事象名)があり、対応する第2用語として「食材温度」(展開表で用いる事象名)がある。
【0095】
また、展開表修正モジュール2815又は連関図修正モジュール2830内の記憶手段には、第1用語と第2用語における増加又は減少が逆であることを示す情報を設定できるようにしてもよい。
そして、展開表修正モジュール2815又は連関図修正モジュール2830は、記憶手段に第1用語と第2用語における増加又は減少が逆であることを示す情報が設定されていたときは、変換元である連関図又は展開表における増減の関係とは逆にして、変換先の展開表又は連関図に変換するようにしてもよい。具体的には、連関図における増減の関係とは逆にして、変換先の展開表に変換すること、又は、展開表における増減の関係とは逆にして、変換先の連関図に変換することとなる。
例えば、連関図では「板のやわらかさ」という用語を用いて、展開表では「剛性」という用語を用いている場合、この2つの用語の対応では「増加又は減少が逆であることを示す情報」が記憶手段に設定されることになる(後述する
図44の例に示す連関図用語・展開表用語対応テーブル4400の関係欄4415が該当)。そして、連関図を展開表に変換する場合、連関図における関係線の増減の関係とは逆の関係を展開表内に設定する。逆に、展開表を連関図に変換する場合、展開表における増減の関係とは逆の関係を連関図における関係線で表現することになる。
【0096】
図29は、第2の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係、その因果関係に対応する関係線の表示についての処理例を示すものである。
ステップS2902では、展開表操作受付モジュール2810は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップS2904では、展開表修正モジュール2815は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップS2906へ進み、それ以外の場合はステップS2926へ進む。
【0097】
ステップS2906では、連関図修正モジュール2830は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップS2908へ進み、それ以外の場合は処理を終了する(ステップS2999)。
ステップS2908では、連関図修正モジュール2830は、削除対象に対応する関係線を抽出する。
【0098】
ステップS2910では、連関図表示モジュール2835は、その関係線を削除せず、他の関係線(削除対象ではない関係線)と区別して、その関係線を表示する。
ステップS2912では、展開表表示モジュール2820は、展開表においても、削除対象の因果関係を削除せず、他の因果関係(削除対象ではない因果関係)と区別して、その因果関係を表示する。
【0099】
ステップS2914では、展開表表示モジュール2820又は連関図表示モジュール2835は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。
ステップS2916では、展開表表示モジュール2820又は連関図表示モジュール2835は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップS2918へ進み、それ以外の場合はステップS2922へ進む。
【0100】
ステップS2918では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。
ステップS2920では、展開表表示モジュール2820と連関図表示モジュール2835は、削除後の展開表と連関図を表示する。
【0101】
ステップS2922では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。
ステップS2924では、展開表表示モジュール2820と連関図表示モジュール2835は、元(削除操作前)の展開表と連携図を表示する。
ステップS2926では、展開表修正モジュール2815は、その修正操作にしたがった修正を行う。
【0102】
図30、
図31は、第2の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線を削除するとした場合に、それにともなって展開表内の因果関係がさらに変化するときの処理例(1)を示すものである。
ステップS3002では、展開表操作受付モジュール2810は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップS3004では、展開表修正モジュール2815は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップS3006へ進み、それ以外の場合はステップS3032へ進む。
【0103】
ステップS3006では、連関図修正モジュール2830は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップS3008へ進み、それ以外の場合は処理を終了する(ステップS3099)。
ステップS3008では、連関図修正モジュール2830は、削除対象に対応する関係線を抽出する。
【0104】
ステップS3010では、連関図表示モジュール2835は、その関係線を削除せず、他の関係線(削除対象ではない関係線)と区別して、その関係線を表示する。
ステップS3012では、連関図修正モジュール2830は、その関係線を削除した場合、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップS3014へ進み、それ以外の場合はステップS3018へ進む。
【0105】
ステップS3014では、連関図修正モジュール2830は、その関係線を削除しないと判断する。
ステップS3016では、連関図表示モジュール2835は、削除しないと判断した関係線を他と区別して表示する。なお、ここでの「他」として、削除対象となっていない関係線、又は/及び、削除対象であるが削除しないとは判断されていない関係線がある。
【0106】
ステップS3018では、展開表表示モジュール2820は、展開表においても、削除対象の因果関係を削除せず、他の因果関係(削除対象ではない因果関係)と区別して、その因果関係を表示する。
ステップS3020では、展開表表示モジュール2820又は連関図表示モジュール2835は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。
【0107】
ステップS3022では、展開表表示モジュール2820又は連関図表示モジュール2835は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップS3024へ進み、それ以外の場合はステップS3028へ進む。
ステップS3024では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。
【0108】
ステップS3026では、展開表表示モジュール2820と連関図表示モジュール2835は、削除後の展開表と連関図を表示する。
ステップS3028では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。
【0109】
ステップS3030では、展開表表示モジュール2820と連関図表示モジュール2835は、元(削除操作前)の展開表と連携図を表示する。
ステップS3032では、展開表修正モジュール2815は、その修正操作にしたがった修正を行う。
【0110】
図32は、第2の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線を削除するとした場合に、それにともなって展開表内の因果関係がさらに変化するときの処理例(2)を示すものである。
ステップS3202では、展開表操作受付モジュール2810は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップS3204では、展開表修正モジュール2815は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップS3206へ進み、それ以外の場合はステップS3224へ進む。
【0111】
ステップS3206では、連関図修正モジュール2830は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップS3208へ進み、それ以外の場合は処理を終了する(ステップS3299)。
ステップS3208では、連関図修正モジュール2830は、削除対象に対応する関係線を抽出する。
【0112】
ステップS3210では、連関図表示モジュール2835は、その関係線を削除せず、他の関係線(削除対象ではない関係線)と区別して、その関係線を表示する。
ステップS3212では、連関図修正モジュール2830は、その関係線を削除した場合、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップS3214へ進み、それ以外の場合はステップS3218へ進む。
【0113】
ステップS3214では、連関図修正モジュール2830は、その関係線を削除しないと判断する。
ステップS3216では、展開表表示モジュール2820と連関図表示モジュール2835は、元(削除操作前)の展開表と連携図を表示する。
【0114】
ステップS3218では、連関図修正モジュール2830は、その関係線を削除する。
ステップS3220では、展開表修正モジュール2815は、削除対象の因果関係を削除する。
【0115】
ステップS3222では、展開表表示モジュール2820と連関図表示モジュール2835は、削除後の展開表と連関図を表示する。
ステップS3224では、展開表修正モジュール2815は、その修正操作にしたがった修正を行う。
【0116】
図33、
図34は、第2の実施の形態による処理例を示すフローチャートである。主に、削除対象となった因果関係に対応する関係線が複数ある場合の処理例を示すものである。
ステップS3302では、展開表操作受付モジュール2810は、展開表に対して行われた、ユーザーの修正操作を受け付ける。
ステップS3304では、展開表修正モジュール2815は、その修正操作は、因果関係の削除であるか否かを判断し、因果関係の削除の場合はステップS3306へ進み、それ以外の場合はステップS3330へ進む。
【0117】
ステップS3306では、連関図修正モジュール2830は、展開表に対応する連関図はあるか否かを判断し、ある場合はステップS3308へ進み、それ以外の場合は処理を終了する(ステップS3399)。
ステップS3308では、連関図修正モジュール2830は、削除対象に対応する関係線を抽出する。
【0118】
ステップS3310では、連関図表示モジュール2835は、その関係線を削除せず、他の関係線(削除対象ではない関係線)と区別して、その関係線を表示する。
ステップS3312では、連関図修正モジュール2830は、削除対象の因果関係に対応する関係線が複数あり、そのいずれの関係線を削除しても、展開表内における他の因果関係が変化するか否かを判断し、変化する場合はステップS3314へ進み、それ以外の場合はステップS3316へ進む。
【0119】
ステップS3314では、展開表表示モジュール2820は、削除対象となっている因果関係は削除できない旨を表示する。
ステップS3316では、展開表表示モジュール2820は、展開表においても、削除対象の因果関係を削除せず、他の因果関係(削除対象ではない因果関係)と区別して、その因果関係を表示する。
【0120】
ステップS3318では、展開表表示モジュール2820又は連関図表示モジュール2835は、他と区別して表示した連関図内の関係線と展開表内の因果関係を削除するかの確認を表示する。
ステップS3320では、展開表表示モジュール2820又は連関図表示モジュール2835は、「削除」の操作を受け付けたか否かを判断し、受け付けた場合はステップS3322へ進み、それ以外の場合はステップS3326へ進む。
【0121】
ステップS3322では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除する。
ステップS3324では、展開表表示モジュール2820と連関図表示モジュール2835は、削除後の展開表と連関図を表示する。
【0122】
ステップS3326では、展開表修正モジュール2815と連関図修正モジュール2830は、展開表及び連関図上から対象となっている因果関係と関係線を削除しない。
ステップS3328では、展開表表示モジュール2820と連関図表示モジュール2835は、元(削除操作前)の展開表と連携図を表示する。
ステップS3330では、展開表修正モジュール2815は、その修正操作にしたがった修正を行う。
【0123】
図35は、連関図の例を示す説明図である。
作業性(↑)、調理効率(↑)を展開表の第1軸(品質)に選択し、一度に調理できる食材の量(↑)、加熱時の食材の温度(↑)、持っているのが楽(↑)、動かすのが楽(↑)を展開表の第2軸(機能)に選択し、加熱部の容量(↑)、加熱部の伝熱効率(↑)、保持部摩擦係数(↓)、重量(↓)、保持モーメント(↓)、慣性モーメント(↓)を展開表の第3軸(物理)に選択し、加熱部直径(↑)、加熱部高さ(↑)、薄さ(↑)、加熱部材料、保持部直径(↓)、保持部長さ(↓)、保持部表面粗さ(↑)、保持部材料、保持部付着物を展開表の第4軸(設計)に選択している。
そして、第1軸に含まれる事象(作業性(↑)、調理効率(↑))を、例えば、オレンジ色に表示する。第2軸に含まれる事象(一度に調理できる食材の量(↑)、加熱時の食材の温度(↑)、持っているのが楽(↑)、動かすのが楽(↑))を、例えば、黄色に表示する。第3軸に含まれる事象(加熱部の容量(↑)、加熱部の伝熱効率(↑)、保持部摩擦係数(↓)、重量(↓)、保持モーメント(↓)、慣性モーメント(↓))を、例えば、青色に表示する。第4軸に含まれる事象(加熱部直径(↑)、加熱部高さ(↑)、薄さ(↑)、加熱部材料、保持部直径(↓)、保持部長さ(↓)、保持部材料、保持部表面粗さ(↑)、保持部付着物)を、例えば、緑色に表示する。
【0124】
実線の関係線は、一方の事象の発生の傾向と他方の事象の発生の傾向が一致している関係を示している。点線の関係線は、逆の関係を示している。つまり、一方の事象が発生すると他方の事象と逆の事象が発生する関係である。一点鎖線の関係線は、事象の発生の傾向の関係を特定できないことを示している。
なお、「事象の発生の傾向が一致」とは、必ずしも、事象の増減の一致とは限らない。例えば、目的地までの移動速度が増加すると所要時間は減少するので、「速度が増加する」と「時間が減少する」という事象の発生の傾向は一致している。しかし「速度」と「時間」の増減は逆転している関係になる。
【0125】
図36は、展開表の例を示す説明図である。
図35の例に示す連関図に対応する展開表である。
図36の例に示す連関図は、第1軸(品質)に、作業性、調理効率を有している。第2軸(機能)に、食材収容量、食材温度、静的負荷、動的負荷を有している。第3軸(物理)に、加熱部容量、加熱部伝熱効率、保持部摩擦係数、重量、保持モーメント、慣性モーメントを有している。第4軸(設計)に、加熱部直径、加熱部高さ、加熱部厚さ、加熱部材料、保持部直径、保持部長さ、保持部材料、保持部表面粗さ、保持部付着物を有している。
【0126】
図37は、展開表に対する削除操作の例を示す説明図である。
図36の例に示した展開表に対して、ユーザーの操作によって、因果関係3702、因果関係3704が削除対象とされた例を示している。
このように、ユーザーによって削除操作が行われた場合であっても、即座に展開表から削除することはせず、
図37の例に示すように、因果関係3702、因果関係3704を赤太点線枠で囲む等の表示を行う。そして、
図38の例に示す連関図のように、因果関係3702、因果関係3704に対応する関係線を、他と区別して表示し、連関図上で削除対象を確認させることを行う。
なお、因果関係3702は、調理効率3712と食材収容量3721の間に因果関係があることを示している。因果関係3704は、保持部摩擦係数3733と保持部付着物3749の間に因果関係があることを示している。
【0127】
図38は、連関図の例を示す説明図である。
図38の例に示す連関図は、
図37の例に示した展開表に対する削除操作に応じて、連関図上で削除対象となる関係線を確認させるものである。
調理効率(↑)3812は、
図37の例に示す展開表の調理効率3712に対応する。一度に調理できる食材の量(↑)3821は、
図37の例に示す展開表の食材収容量3721に対応する。したがって、関係線3802は、
図37の例に示す展開表の因果関係3702に対応する。
保持部摩擦係数(↓)3833は、
図37の例に示す展開表の保持部摩擦係数3733に対応する。保持部付着物3849は、
図37の例に示す展開表の保持部付着物3749に対応する。そして、保持部付着物3849と保持部摩擦係数(↓)3833との間に表面エネルギ(↑)3852があり、接続されている。したがって、関係線3804、関係線3806は、
図37の例に示す展開表の因果関係3704に対応する。なお、前述したように、連関図では展開表よりも詳細な検討が行われており、保持部付着物3849と保持部摩擦係数(↓)3833とは関係があるが、表面エネルギ(↑)3852を介して保持部付着物3849と保持部摩擦係数(↓)3833との関係があることを示している。一方、展開表では、一覧性を高めるために重要な要因(保持部付着物3849、保持部摩擦係数(↓)3833)を抽出しているので、表面エネルギ(↑)3852は省略されている。
【0128】
連関図表示モジュール2835は、連関図を表示するにあたって、展開表で削除対象となっている因果関係3702に対応する関係線3802と、展開表で削除対象となっている因果関係3704に対応する関係線3804、関係線3806が削除対象となっていることを示す表示にしている。例えば、関係線3802、関係線3804、関係線3806自体又はその周囲を赤く光らせることを行っている。
なお、赤く光らせる、については、背景をその色で着色してもよいし、その色で点滅するようにしてもよいし、また、他の形態(事象を囲む矩形を、一般的な矩形、二重枠の矩形、角丸の矩形等のように)を異ならせるようにしてもよい。つまり、展開表で削除対象となっている因果関係に対応する関係線を、他の関係線(展開表で削除対象となっていない因果関係に対応する関係線)と区別できるように表示すればよい。
この後、ユーザーの操作によって、削除対象となっている関係線3802、関係線3804、関係線3806が削除された場合は、展開表で削除対象となってい因果関係も削除する。つまり、展開表で因果関係の削除操作が行われても、その展開表に対応する連関図での確認(その因果関係に対応する関係線の削除)が行われなければ、展開表での削除は反映されないようになっている。
なお、関係線3804、関係線3806については、いずれか一方の削除でも、展開表における因果関係3704の削除に該当する。関係線3804、関係線3806のいずれか一方又は両方の削除は、ユーザーが判断することになる。もちろんのことながら、いずれも削除しない場合は、展開表における因果関係3704も削除されない。
【0129】
図39、
図40の例を用いて他の例を説明する。
展開表に対応する連関図において、削除対象の因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき、その関係線を削除しないようにしたものである。そして、展開表における因果関係に対応する連関図内の関係線を削除しても、その展開表における他の因果関係が変化しないとき、その関係線を削除するようにしたものである。
図39は、展開表の例を示す説明図である。
図39の例に示す展開表は、
図36の例に示した展開表と同等のものである。この例では、ユーザーの操作によって、削除対象因果関係3902、削除対象因果関係3904が削除対象とされた例を示している。
そして、
図39の例では、調理効率3912と食材収容量3921との因果関係を示していた削除対象因果関係3902内のマークを削除し、保持部摩擦係数3933と保持部付着物3949との因果関係を示していた削除対象因果関係3904内のマークも削除している。
【0130】
図40は、連関図の例を示す説明図である。
削除対象因果関係3902に対応して、調理効率(↑)4012と一度に調理できる食材の量(↑)4021の間の接続(
図38の例に示す関係線3802)を削除している。
図40の例では楕円で囲んでいる。
削除対象因果関係3904に対応して、保持部付着物4049と表面エネルギ(↑)4052の間の接続(
図38の例に示す関係線3804)を削除している。
図40の例では楕円で囲んでいる。
なお、表面エネルギ(↑)4052と保持部摩擦係数(↓)4033の間の関係線4006は削除せず、他と区別した表示を行っている。関係線4006を削除してしまうと、保持部材料4047と保持部摩擦係数(↓)4033との関係(
図39の例に示す展開表では、保持部材料3947と保持部摩擦係数3933との因果関係)も失われてしまうからである。つまり、前述の「削除対象の因果関係に対応する関係線を削除したならば、その展開表における他の因果関係が変化してしまうとき」の例に該当する。
なお、関係線4006は、他と区別した表示を行っているが、他と区別しない表示であってもよい。つまり、
図39の例に示した展開表で因果関係3904が削除対象となった場合に、関係線4006は、削除対象としないようにしてもよい。
【0131】
図41、
図42の例を用いて他の例を説明する。
削除対象となっている関係線のうち、いずれを削除しても展開表上の他の因果関係が変化してしまう場合は、削除できない旨を通知するようにしたものである。
図41は、展開表の例を示す説明図である。
図41の例に示す展開表は、
図36の例に示した展開表と同等のものである。この例では、ユーザーの操作によって、削除対象因果関係4102、削除対象因果関係4104が削除対象とされた例を示している。
そして、
図41の例では、保持部摩擦係数4133と保持部付着物4149との因果関係を示していた削除対象因果関係4102内のマークを削除し、重量4134と保持部材料4147との因果関係を示していた削除対象因果関係4104内のマークも削除している。
【0132】
図42は、連関図の例を示す説明図である。
削除対象因果関係4102に対応して、保持部付着物4249と表面エネルギ(↑)4254の間の関係線を削除している。なお、削除対象因果関係4102に対応している関係線として、関係線4206(表面エネルギ(↑)4254と保持部摩擦係数(↓)4233とを接続)もあるが、これを削除してしまうと保持部材料4247と保持部摩擦係数(↓)4233の関係も削除されてしまうことになってしまうので、関係線4206は削除されていない。
次に、削除対象因果関係4104に対応して、関係線4208(保持部材料4247と密度(↓)4252とを接続)、関係線4210(密度(↓)4252と保持部重量(↓)4253とを接続)、関係線4212(保持部重量(↓)4253と重量(↓)4234とを接続)の3本があるが、いずれを削除しても、他の因果関係に影響を及ぼすことになるので、この3本を赤く光らせた上で、警告表示領域4290を表示している。警告表示領域4290には、例えば「警告:他の因果関係に影響が出るので、削除できません。」と表示する。関係線4208又は関係線4210を削除してしまうと、保持部材料4247と慣性モーメント(↓)4236との関係(
図41の例に示す保持部材料4147と慣性モーメント4136との因果関係)も削除してしまうことになるからである。そして、関係線4212を削除してしまうと、保持部直径(↓)4245と重量(↓)4234との関係(
図41の例に示す保持部直径4145と重量4134との因果関係)も削除してしまうことになるからである。
【0133】
展開表修正モジュール2815又は連関図修正モジュール2830は、連関図用語・展開表用語対応テーブル4300を有していてもよい。
図43は、連関図用語・展開表用語対応テーブル4300のデータ構造例を示す説明図である。連関図用語・展開表用語対応テーブル4300は、連関図用語欄4305、展開表用語欄4310を有している。連関図用語欄4305は、連関図用語を記憶している。展開表用語欄4310は、展開表用語を記憶している。
例えば、連関図用語「持っているのが楽」に対応する展開表用語は「静的負荷」であることを示している。
【0134】
展開表修正モジュール2815又は連関図修正モジュール2830は、連関図用語・展開表用語対応テーブル4400を有していてもよい。
図44は、連関図用語・展開表用語対応テーブル4400のデータ構造例を示す説明図である。連関図用語・展開表用語対応テーブル4400は、連関図用語欄4405、展開表用語欄4410、関係欄4415を有している。連関図用語欄4405は、連関図用語を記憶している。展開表用語欄4410は、展開表用語を記憶している。関係欄4415は、関係を記憶している。
例えば、連関図用語「持っているのが楽」に対応する展開表用語は「静的負荷」であり、その関係は「逆」であることを示している。
【0135】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、
図45に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部(演算部)としてCPU4501を用い、記憶装置としてRAM4502、ROM4503、HD4504を用いている。HD4504として、例えばハードディスク、SSD(Solid State Drive)を用いてもよい。連関図・展開表作成モジュール105、連関図作成モジュール110、展開表生成モジュール115、出力モジュール120、編集モジュール145、展開表操作受付モジュール150、関連情報抽出モジュール155、表示モジュール160、連関図編集モジュール165、展開表・連関図修正モジュール2805、展開表操作受付モジュール2810、展開表修正モジュール2815、展開表表示モジュール2820、連関図操作受付モジュール2825、連関図修正モジュール2830、連関図表示モジュール2835等のプログラムを実行するCPU4501と、そのプログラムやデータを記憶するRAM4502と、本コンピュータを起動するためのプログラム等が格納されているROM4503と、連関図・展開表記憶モジュール125、連関図記憶モジュール130、展開表記憶モジュール135、連関図・展開表関連記憶モジュール140等としての機能を有する補助記憶装置(フラッシュ・メモリ等であってもよい)であるHD4504と、キーボード、マウス、タッチスクリーン、マイク、カメラ(視線検知カメラ等を含む)等に対する利用者の操作(動作、音声、視線等を含む)に基づいてデータを受け付ける受付装置4506と、CRT、液晶ディスプレイ、スピーカー等の出力装置4505と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース4507、そして、それらをつないでデータのやりとりをするためのバス4508により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【0136】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、
図45に示すハードウェア構成は、1つの構成例を示すものであり、本実施の形態は、
図45に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア(例えば特定用途向け集積回路(Application Specific Integrated Circuit:ASIC)等)で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに
図45に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器(携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む)、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機(スキャナ、プリンタ、複写機、ファックス等のいずれか2つ以上の機能を有している画像処理装置)などに組み込まれていてもよい。
【0137】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク(DVD)であって、DVDフォーラムで策定された規格である「DVD-R、DVD-RW、DVD-RAM等」、DVD+RWで策定された規格である「DVD+R、DVD+RW等」、コンパクトディスク(CD)であって、読出し専用メモリ(CD-ROM)、CDレコーダブル(CD-R)、CDリライタブル(CD-RW)等、ブルーレイ・ディスク(Blu-ray(登録商標) Disc)、光磁気ディスク(MO)、フレキシブルディスク(FD)、磁気テープ、ハードディスク、読出し専用メモリ(ROM)、電気的消去及び書換可能な読出し専用メモリ(EEPROM(登録商標))、フラッシュ・メモリ、ランダム・アクセス・メモリ(RAM)、SD(Secure Digital)メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク(LAN)、メトロポリタン・エリア・ネットワーク(MAN)、ワイド・エリア・ネットワーク(WAN)、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【0138】
前述の実施の形態(主に、第1の実施の形態)は以下のように把握してもよい。
例えば、課題として以下のものがある。
連関図から任意の項目を軸として指定して展開表を作成した場合、連関図内の全ての項目が展開表における軸項目として反映されるわけではない。したがって、展開表を修正し、その修正内容を連関図に反映させようとした場合に不整合が生じることが考えられる。例えば、展開表内の軸項目を修正した場合に、連関図における前記軸項目と同じ項目に対して同じ修正をしたとしても、修正対象の項目と他の項目(特に、その展開表に反映されていない項目)との関係を確定できないため、展開表の修正結果を連関図に自動的に反映させると不整合が生じることが考えられる。
本発明は、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる情報処理装置及び情報処理プログラムを提供することを目的としている。
【0139】
[A1]展開表と連関図とを関連付けている第1の関連付手段と、
展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている第2の関連付手段と、
展開表の隣り合う軸内における2つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている第3の関連付手段と、
修正対象である展開表に関連付けられている連関図を、前記第1の関連付手段、前記第2の関連付手段、前記第3の関連付手段のうちいずれか1つ以上を用いて表示する表示手段
を有する情報処理装置。
【0140】
[A2]前記表示手段は、前記第1の関連付手段を用いて、修正対象である展開表に関連付けられている連関図を表示し、前記第2の関連付手段を用いて、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示する、
[A1]に記載の情報処理装置。
【0141】
[A3]前記表示手段は、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、該軸項目に関連付けられている連関図の項目を統合して表示する、
[A2]に記載の情報処理装置。
【0142】
[A4]前記表示手段は、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行う、
[A3]に記載の情報処理装置。
【0143】
[A5]前記表示手段は、前記第1の関連付手段を用いて、修正対象である展開表に関連付けられている連関図を表示し、前記第3の関連付手段を用いて、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示する、
[A1]に記載の情報処理装置。
【0144】
[A6]前記表示手段は、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、該軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示する、
[A5]に記載の情報処理装置。
【0145】
[A7]前記表示手段は、前記連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行う、
[A6]に記載の情報処理装置。
【0146】
[A8]前記表示手段によって表示された連関図での修正が行われた場合に、修正後の連関図から展開表を生成する生成手段
をさらに有する[A1]から[A7]のいずれか1項に記載の情報処理装置。
【0147】
[A9]前記表示手段は、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行う、
[A2]から[A7]に従属する請求項8に記載の情報処理装置。
【0148】
[A10]前記表示手段は、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行う、
[A9]に記載の情報処理装置。
【0149】
[A11]コンピュータを、
展開表と連関図とを関連付けている第1の関連付手段と、
展開表の軸に含まれる項目である軸項目と連関図内の項目とを関連付けている第2の関連付手段と、
展開表の隣り合う軸内における2つの軸項目間の因果関係を示す因果関係情報と連関図の項目間を結ぶ関係線とを関連付けている第3の関連付手段と、
修正対象である展開表に関連付けられている連関図を、前記第1の関連付手段、前記第2の関連付手段、前記第3の関連付手段のうちいずれか1つ以上を用いて表示する表示手段
として機能させるための情報処理プログラム。
【0150】
そして、前述の発明は、以下の効果を有する。
[A1]の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる。
【0151】
[A2]の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示し、修正対象である軸項目に関連付けられている項目を、他の項目とは異なる形態で表示することができる。
【0152】
[A3]の情報処理装置によれば、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目に関連付けられている連関図の項目を統合して表示することができる。
【0153】
[A4]の情報処理装置によれば、統合対象である複数の軸項目と隣り合う軸内の軸項目との因果関係情報が異なる場合は、不整合がある旨の表示を行うことができる。
【0154】
[A5]の情報処理装置によれば、修正対象である展開表に関連付けられている連関図を表示し、修正対象である因果関係情報に関連付けられている関係線を、他の関係線とは異なる形態で表示することができる。
【0155】
[A6]の情報処理装置によれば、展開表の1つの軸内にある複数の軸項目を統合する修正が行われた場合は、その軸項目の因果関係情報に関連付けられている連関図の関係線を統合して表示することができる。
【0156】
[A7]の情報処理装置によれば、連関図における統合対象である複数の関係線の属性情報が異なる場合は、不整合がある旨の表示を行うことができる。
【0157】
[A8]の情報処理装置によれば、連関図での修正が行われた場合に、修正後の連関図から展開表を生成することができる。
【0158】
[A9]の情報処理装置によれば、異なる形態で表示された項目又は関係線を修正対象とすることを促す旨の表示を行うことができる。
【0159】
[A10]の情報処理装置によれば、異なる形態で表示された項目以外の項目、又は、異なる形態で表示された関係線以外の関係線が修正対象とされた場合は、展開表では修正対象とされていない項目又は関係線が修正されてしまう旨の表示を行うことができる。
【0160】
[A11]の情報処理プログラムによれば、修正対象である展開表に関連付けられている連関図を表示することにより修正内容を反映させるのを容易にすることができる。
【符号の説明】
【0161】
100…情報処理装置
105…連関図・展開表作成モジュール
110…連関図作成モジュール
115…展開表生成モジュール
120…出力モジュール
125…連関図・展開表記憶モジュール
130…連関図記憶モジュール
135…展開表記憶モジュール
140…連関図・展開表関連記憶モジュール
145…編集モジュール
150…展開表操作受付モジュール
155…関連情報抽出モジュール
160…表示モジュール
165…連関図編集モジュール
210…ユーザー端末
250…連関図・展開表記憶装置
290…通信回線
2800…情報処理装置
2805…展開表・連関図修正モジュール
2810…展開表操作受付モジュール
2815…展開表修正モジュール
2820…展開表表示モジュール
2825…連関図操作受付モジュール
2830…連関図修正モジュール
2835…連関図表示モジュール