(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-28
(45)【発行日】2023-12-06
(54)【発明の名称】情報処理装置、及びコンピュータプログラム
(51)【国際特許分類】
G06F 30/10 20200101AFI20231129BHJP
G06F 30/12 20200101ALI20231129BHJP
G06F 111/04 20200101ALN20231129BHJP
【ＦＩ】
G06F30/10 200
G06F30/12
G06F111:04
【請求項の数】
11
(21)【出願番号】P 2020000870
(22)【出願日】2020-01-07
(65)【公開番号】P2021111015
(43)【公開日】2021-08-02
【審査請求日】2022-12-23
(73)【特許権者】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】110001519
【氏名又は名称】弁理士法人太陽国際特許事務所
(72)【発明者】
【氏名】安藤 正登
(72)【発明者】
【氏名】向井 博和
(72)【発明者】
【氏名】伊藤 朋之
【審査官】松浦 功
(56)【参考文献】
【文献】特開２０１８－２０５９０８（ＪＰ，Ａ）
【文献】特開２０１９－２１９７６９（ＪＰ，Ａ）
【文献】特開２０１９－２１９７６８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ３０／００ －３０／２８
Ｇ０６Ｑ ５０／０４
(57)【特許請求の範囲】
【請求項1】
プロセッサを備え、前記プロセッサは、
複数の項目について、関係を有する前記項目の間が前記関係に応じて接続されることで系統立てられて作成された連関図に対し、前記項目の変更を検出し、
変更を検出した前記連関図に関連付けられた他の連関図であって、変更を検出した前記項目と同一とみなした項目を有する前記他の連関図に対して、検出した変更に関する情報を出力する
処理を実行する、情報処理装置。
【請求項2】
前記プロセッサは、前記他の連関図における変更箇所に対応する箇所を明示する情報を出力する、請求項１に記載の情報処理装置。
【請求項3】
前記プロセッサは、前記他の連関図における変更箇所に対応する箇所で変更があった旨の情報を、連関図のリストに表示する、請求項１に記載の情報処理装置。
【請求項4】
前記プロセッサは、変更を検出した前記連関図と、前記他の連関図とを合成した連関図に対して、検出した変更に関する情報を出力する、請求項１に記載の情報処理装置。
【請求項5】
変更を検出した前記連関図は、２以上の連関図を合成して生成された連関図である、請求項１に記載の情報処理装置。
【請求項6】
前記プロセッサは、合成した前記連関図に対して前記項目の変更を検出すると、合成元となる前記連関図の各々に対して検出した変更に関する情報を出力する、請求項５に記載の情報処理装置。
【請求項7】
前記プロセッサは、通知した変更を反映する指示の入力を受け付けた場合に、前記他の連関図に対して変更を反映する、請求項１に記載の情報処理装置。
【請求項8】
前記入力は、通知した変更の少なくとも一部に対して行われる、請求項７に記載の情報処理装置。
【請求項9】
前記プロセッサは、名称が同一の場合に、前記連関図における変更を検出した前記項目と、前記他の連関図における項目とを同一とみなす、請求項１に記載の情報処理装置。
【請求項10】
前記プロセッサは、さらに、関係のある項目の名称に同一のものがある場合に、前記連関図における変更を検出した前記項目と、前記他の連関図における項目とを同一とみなす、請求項９に記載の情報処理装置。
【請求項11】
コンピュータに、複数の項目について、関係を有する前記項目の間が前記関係に応じて接続されることで系統立てられて作成された連関図に対し、前記項目の変更を検出し、
変更を検出した前記連関図に関連付けられた他の連関図であって、変更を検出した前記項目と同一とみなした項目を有する前記他の連関図に対して、検出した変更に関する情報を出力する
処理を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、及びコンピュータプログラムに関する。
【背景技術】
【0002】
特許文献１には、各々が品質機能展開に係る機能を示す複数の機能項目について、依存関係を有する前記機能項目の間が依存関係に応じて接続されることで系統立てられ、かつ前記複数の機能項目のうち前記品質機能展開の複数のプロセスの何れかに属する機能を示す機能項目に、該機能項目が属する前記プロセスを特定する属性情報が付与されて作成された連関図が入力されることで、前記連関図から、前記機能項目を特定する情報、前記機能項目に付与された前記属性情報、及び前記機能項目ごとの前記依存関係を特定する依存情報を抽出して、原情報として受け付ける受付手段と、前記原情報の前記属性情報から前記機能項目を前記プロセスごとに分類し、分類した前記機能項目を前記プロセスごとに展開するための展開情報を作成し、前記原情報を前記展開情報から前記プロセスを軸として前記機能項目を展開した展開表に展開する展開手段と、前記展開手段により展開された前記展開表を出力する出力手段と、を含む情報処理装置の発明が記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－０８１１８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
要素間の論理的な関係を表示する連関図は、複数の各連関図の要素単位で他の連関図と同じ部分と、異なる部分とから構成される。同じ要素が複数の連関図に存在する場合に、それぞれの連関図を表示した場合、又は編集する場合に、連関図が大きくなる程、連関図同士で整合を取っての表示又は編集が困難になることが想定される。
【0005】
本発明は、一の連関図における要素への変更を行う場合に、連関図をそれぞれ独立して編集する場合と比べて、他の連関図における要素と対応する要素との把握を容易にできる、情報処理装置及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、複数の項目について、関係を有する前記項目の間が前記関係に応じて接続されることで系統立てられて作成された連関図に対し、前記項目の変更を検出し、変更を検出した前記連関図に関連付けられた他の連関図であって、変更を検出した前記項目と同一とみなした項目を有する前記他の連関図に対して、検出した変更に関する情報を出力する処理を実行する。
【0007】
本発明の第２態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、前記プロセッサは、前記他の連関図における変更箇所に対応する箇所を明示する情報を出力する。
【0008】
本発明の第３態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、前記プロセッサは、前記他の連関図における変更箇所に対応する箇所で変更があった旨の情報を、連関図のリストに表示する。
【0009】
本発明の第４態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、前記プロセッサは、変更を検出した前記連関図と、前記他の連関図とを合成した連関図に対して、検出した変更に関する情報を出力する。
【0010】
本発明の第５態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、変更を検出した前記連関図は、２以上の連関図を合成して生成された連関図である。
【0011】
本発明の第６態様に係る情報処理装置は、本発明の第５態様に係る情報処理装置であって、前記プロセッサは、合成した前記連関図に対して前記項目の変更を検出すると、合成元となる前記連関図の各々に対して検出した変更に関する情報を出力する。
【0012】
本発明の第７態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、前記プロセッサは、通知した変更を反映する指示の入力を受け付けた場合に、前記他の連関図に対して変更を反映する。
【0013】
本発明の第８態様に係る情報処理装置は、本発明の第７態様に係る情報処理装置であって、前記入力は、通知した変更の少なくとも一部に対して行われる。
【0014】
本発明の第９態様に係る情報処理装置は、本発明の第１態様に係る情報処理装置であって、前記プロセッサは、名称が同一の場合に、前記連関図における変更を検出した前記項目と、前記他の連関図における項目とを同一とみなす。
【0015】
本発明の第１０態様に係る情報処理装置は、本発明の第９態様に係る情報処理装置であって、前記プロセッサは、さらに、関係のある項目の名称に同一のものがある場合に、前記連関図における変更を検出した前記項目と、前記他の連関図における項目とを同一とみなす。
【0016】
本発明の第１１態様に係るコンピュータプログラムは、コンピュータに、複数の項目について、関係を有する前記項目の間が前記関係に応じて接続されることで系統立てられて作成された連関図に対し、前記項目の変更を検出し、変更を検出した前記連関図に関連付けられた他の連関図であって、変更を検出した前記項目と同一とみなした項目を有する前記他の連関図に対して、検出した変更に関する情報を出力する処理を実行させる。
【0017】
本発明の第１態様によれば、一の連関図における要素への変更を行う場合に、連関図をそれぞれ独立して編集する場合と比べて、関連付けられた他の連関図における要素と対応する要素との把握が容易となる。
【0018】
本発明の第２態様によれば、関連付けられた他の連関図においてどこが変更されたかを把握することが容易となる。
【0019】
本発明の第３態様によれば、関連付けられた他の連関図に変更があったことを把握することが容易となる。
【0020】
本発明の第４態様によれば、複数の連関図に関連付けられた連関図に変更があったことを把握することが容易となる。
【0021】
本発明の第５態様によれば、関連付けられた連関図同士を合成した連関図に変更があったことを把握することが容易となる。
【0022】
本発明の第６態様によれば、関連付けられた連関図同士を合成した連関図に変更があったことを把握することが容易となる。
【0023】
本発明の第７態様によれば、通知した変更に対する反映の指示があった時点で、関連付けられた他の連関図に対する変更を、連関図に対して反映できる。
【0024】
本発明の第８態様によれば、通知した変更の一部に対する反映の指示があった時点で、関連付けられた他の連関図に対する変更の一部を、連関図に対して反映できる。
【0025】
本発明の第９態様によれば、同一の名称である項目が複数の連関図で存在する場合に、ある連関図において当該項目について検出した変更に関する情報を、別の連関図に対して出力できる。
【0026】
本発明の第１０態様によれば、同一の名称である項目が複数の連関図で存在し、さらに関連する項目について同一の名称のものが存在する場合に、ある連関図において当該項目について検出した変更に関する情報を、別の連関図に対して出力できる。
【0027】
本発明の第１１態様によれば、一の連関図における要素への変更を行う場合に、連関図をそれぞれ独立して編集する場合と比べて、関連付けられた他の連関図における要素と対応する要素との把握が容易となる。
【発明の効果】
【0028】
本発明によれば、関連する連関図をそれぞれ編集する際に、連関図をそれぞれ独立して編集する場合と比べて、一の連関図で行われた項目の変更と他の連関図における対応する項目の関係の把握を容易にできる。
【図面の簡単な説明】
【0029】
【図1】本実施形態に係る情報処理システムの概略構成を示す図である。
【図2】サーバのハードウェア構成を示すブロック図である。
【図3】サーバの機能構成の例を示すブロック図である。
【図4】連関図情報テーブルのデータ構造例を示す説明図である。
【図5】項目情報テーブルのデータ構造例を示す説明図である。
【図6】関係線情報テーブルのデータ構造例を示す説明図である。
【図7】サーバによる連関図編集処理の流れを示すフローチャートである。
【図8】サーバが提供するユーザインタフェースの例を示す図である。
【図9】サーバが提供するユーザインタフェースの例を示す図である。
【図10】サーバが提供するユーザインタフェースの例を示す図である。
【図11】サーバが提供するユーザインタフェースの例を示す図である。
【図12】サーバが提供するユーザインタフェースの例を示す図である。
【図13】サーバが提供するユーザインタフェースの例を示す図である。
【図14】サーバが提供するユーザインタフェースの例を示す図である。
【発明を実施するための形態】
【0030】
以下、本開示の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【0031】
まず、本件発明者が本発明の実施の形態に至った経緯を説明する。
【0032】
複合的な物理現象を利用したシステムは、例えば製品の最終的な品質などの結果に対して、その結果の要因となる事象が複数あり、それらの事象を結果として生じる要因となる事象が複数あり、さらにその事象を結果として生じる要因となる事象が複数あり、という具合に、多くの事象が連鎖的に繋がっているのが一般的である。また、そのような複雑なシステムにおいては、充足しなければならない品質が数多くあるため、設計群と品質群の因果関係は極めて複雑になる。そのため、所望の品質を満足するための設計項目を見出すのが困難であり、ある品質を満足するための設計値の変更が他の品質に悪影響を及ぼすなどの問題を生じやすい。
【0033】
そのような複雑な因果関係を可視化して整理するための情報として連関情報がある。連関情報は、要因と、要因間の因果関係とが規定された情報のことをいう。連関情報には、例えば、結果とその要因の間を関係線で接続することで因果関係を表現した連関図がある。連関図の一例として、ロジックツリーがある。連関図は、結果とその要因とを漏れなく、かつ重複なく詳細に示すのに適している。
【0034】
また、連関情報には、例えば、互いに直交する複数の軸に列挙した事象間の関係をマトリックス状に配置した記号または数値で示した品質機能展開表がある。品質機能展開表は、多くの事象の中から重要なものを抽出して軸上に配置し、マトリックスで因果関係を表現するため、多数の結果と多数の要因との関係を簡潔に表現することができる。
【0035】
しかし、連関図は対象とする事象が多くなりすぎると、図が過度に複雑化し、肥大化してしまう。また品質機能展開表は、軸上に配置していない事象を含む詳細な因果関係を表現することはできず、その結果、項目の抜け漏れを生じやすい。
【0036】
一般に広く行われている品質機能展開表は横軸と縦軸の２軸に要因と結果を配置するため、そもそも、何故そのような関係となるかに関する情報は持たせることができない。しかし、３つ以上の軸を互いに直交して配置し、因果関係を構成する要因の中で重要なものを抽出して記載することで、概略的な因果関係を表現する多軸の品質機能展開が有効である。
【0037】
以上から、連関図と、多軸の品質機能展開表とを併用することで、因果関係を漏れなく、かつ重複なく詳細に抽出して記述しつつ、多数の要因と結果の関係を簡潔に表示することができる。しかし、連関図と多軸の品質機能展開表との間の変換は煩雑であり、そのためには変換を支援するシステムが必須となる。
【0038】
因果関係を階層化した連関図を描いて、階層を選択することで２軸の品質機能展開表を表示する場合、階層化した状態で連関図を作成するためには、最初から因果関係が階層的に整理されている必要がある。そのため、最初から因果関係が階層的に整理されていなければ、そもそもの目的である、漏れのない、かつ重複のない詳細な因果関係の描画を、階層的に行うのは困難である。また、要因を階層に分けたとしても、選択された階層の要因を全て品質機能展開表に表示すると、表示する情報量が多くなり、重要な要因を抽出して表示するという目的を達することができない。
【0039】
特開２０１６－０８１１８５号公報で開示された発明は、作成した連関図上で品質機能展開表の各軸に対応する事象を選択した上で、品質機能展開表に展開することを提案する。しかし、この技術では連関図の情報を縮約して品質機能展開表を作成するため、連関図が持つ情報よりも品質機能展開表が持つ情報の方が遥かに少なくなる。そのため、連関図から品質機能展開表への展開はできても、品質機能展開表へ行われた変更を逆に連関図に反映することが難しい。
【0040】
以上に述べたように、連関図と品質機能展開表とは、同じ因果関係を異なる役割を持って可視化する仕組みである。従って、一方だけを使ったり、片方からもう一方への一方的な変換ができたりするだけでなく、複雑な因果関係の情報を余すところなく持ちつつ、相互に行き来しながら作成、閲覧できることが求められる。
【0041】
連関図は一人のユーザだけが作成するとは限らず、複数のユーザが異なる連関図を作成する場合もありうる。複数のユーザで作成する連関図は、要素やコネクタの数が膨大になりやすい。すると、担当者の担当箇所や、他の担当者の更新を把握しづらく、複数人で作成した連関図の更新及び管理が困難である。テキストは、複数ユーザに対する同時編集を、差分の管理又は操作単位での変換によって実現している。しかし、物理量の因果関係を表示する連関図は、各連関図の要素単位で他の連関図と同じ部分と、異なる部分とが散らばって表れる。そのため、テキストと同じ方法での、複数ユーザによる編集が困難である。
【0042】
そこで、本実施形態では、関連する連関図がそれぞれ編集された際に、一の連関図で行われた変更をユーザに把握させることが可能な技術について述べる。
【0043】
【0044】
サーバ１０は、要因間の依存関係が記述された連関図を出力する装置である。連関図は、機能項目を線で連結することで依存関係を表現した図である。本実施形態では、サーバ１０は、ユーザ端末２０Ａ、２０Ｂからの連関図の作成に関する入力を受け付け、受け付けた入力に応じて連関図を生成する機能を有する。ユーザ端末２０Ａ、２０Ｂは、それぞれ異なる連関図についての作成に関する入力を、ユーザから受け付けることができる。
【0045】
本実施形態は、品質機能展開における連関図を得るための処理を行う連関図作成処理に適用可能である。品質機能展開は、例えば、製品又はサービスの設計において、顧客に満足が得られる設計品質を設定し、設定した設計品質を具現化するように、各機能項目又は構成等との依存関係の確認などに適用される。品質機能展開においては、実際の依存関係を適正に確認する必要があり、このために、品質機能展開においては、多くの設計品質などの機能項目が正確に、かつ漏れなく（見落とし無く）設定される。また、品質機能展開においては、関連する一連のプロセスのうちから一つ又は複数のプロセスを軸として、プロセスの各機能項目（要素）を階層化し系統的に表示することで各機能項目の対応関係が明確化される。
【0046】
本実施形態は、各種の事案の品質機能展開について、関連する２つのプロセスの対応関係（例えば、プロセスを軸とする展開表の対応関係）を組み合わせ、２つのプロセスの間の機能項目の対応関係（依存関係）を示す連関図の作成に適用される。作成した連関図は、品質機能展開における二元表へ展開されうる。品質機能展開における二元表には、要求品質展開表、品質要素（特性）展開表、企画品質設定表、設計品質設定表、機能展開表、機構展開表、ユニット・部品展開表、工法展開表、シーズ展開表、及びコスト展開表などの諸表がある。また、二元表には、原価企画設定表、素材展開表、ＦＴ展開表、信頼性企画設定表、計測機器展開表、測定方法展開表、業務機能展開表、技術展開表、ＱＡ表、ＱＣ工程表、及び保証項目展開表などの諸表があり、本実施形態により作成された連関図は、これらの諸表への展開が可能である。また、これらに限らず、本実施形態により作成された連関図から、所望のプロセスの間の対応関係を示す二元表の作成に用いられる。
【0047】
さらに、本実施形態により作成された連関図は、２つのプロセスに限らず、２つ以上（例えば３又は４）のプロセスの対応関係を組み合わせ、各プロセスの間の機能項目の対応関係を表す品質機能展開に係る図表の作成に用いられる。なお、以下の説明においては、複数のプロセスの対応関係を示す品質機能展開に係る図表を「多元表」と表記して説明する。即ち、以下の説明においては、２つのプロセスの対応関係を示す多元表を二元表とし、３つのプロセスの対応関係を示す多元表を三元表、４つのプロセスの対応関係を示す多元表を四元表として説明する。また、本実施形態において、プロセスは、品質－性能－構造－材料などのように、対象とする事案について、相互に関連するか又は相互に作用する一連の活動を示し、関連するプロセスの間では、一方のアウトプットが他方のインプットとなるように作用する（JIS Q 9000等参照）。
【0048】
ユーザ端末２０Ａ、２０Ｂは、インターネット又はイントラネット等のネットワーク３０を通じてサーバ１０に接続して、連関図の作成に関してユーザからの入力を受け付ける装置である。ユーザ端末２０Ａ、２０Ｂは、それぞれ異なるユーザが使用するための端末である。図１では、２台のユーザ端末を図示しているが、情報処理システムにおいてはユーザ端末の数は問わない。ユーザ端末のそれぞれは、例えばパーソナルコンピュータ、スマートフォン、タブレット端末等のネットワーク３０に接続する機能を有するあらゆる装置でありうる。以下の説明では、ユーザ端末２０Ａ、２０Ｂを区別して表記する必要が無い場合には、単にユーザ端末２０と表記する。
【0049】
図２は、サーバ１０のハードウェア構成を示すブロック図である。
【0050】
図２に示すように、サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ストレージ１４、入力部１５、表示部１６及び通信インタフェース（Ｉ／Ｆ）１７を有する。各構成は、バス１９を介して相互に通信可能に接続されている。
【0051】
ＣＰＵ１１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４からプログラムを読み出し、ＲＡＭ１３を作業領域としてプログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４に記録されているプログラムにしたがって、上記各構成の制御および各種の演算処理を行う。本実施形態では、ＲＯＭ１２またはストレージ１４には、連関図をユーザに編集させる連関図編集プログラムが格納されている。
【0052】
ＲＯＭ１２は、各種プログラムおよび各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラムまたはデータを記憶する。ストレージ１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）またはフラッシュメモリ等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、および各種データを格納する。
【0053】
入力部１５は、マウス等のポインティングデバイス、およびキーボードを含み、各種の入力を行うために使用される。
【0054】
表示部１６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部１６は、タッチパネル方式を採用して、入力部１５として機能しても良い。
【0055】
通信インタフェース１７は、ユーザ端末２０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。
【0056】
上記の連関図編集プログラムを実行する際に、サーバ１０は、上記のハードウェア資源を用いて、各種の機能を実現する。サーバ１０が実現する機能構成について説明する。
【0057】
次に、サーバ１０の機能構成について説明する。
【0058】
図３は、サーバ１０の機能構成の例を示すブロック図である。
【0059】
図３に示すように、サーバ１０は、機能構成として、入力部１０１、作成部１０２、出力部１０３、検出部１０４、及び記憶部１０５を有する。各機能構成は、ＣＰＵ１１がＲＯＭ１２またはストレージ１４に記憶された連関図生成プログラムを読み出し、実行することにより実現される。
【0060】
入力部１０１は、ユーザ端末２０からの、連関図の作成に関するユーザからの入力を受け付ける。連関図の作成に関する入力には、例えば、項目の設定、項目に対する属性情報の設定、項目間の連結、項目に対するプロセスの設定、等の連関図の作成に関する様々な入力が含まれる。サーバ１０は、ユーザ端末２０の画面上に、連関図を作成させるためのユーザインタフェースを表示させる。ユーザによるキーボードのキー操作及びマウスの操作等によってユーザ端末２０のユーザインタフェース上に作成された、連関図、項目、関係線の情報を、入力部１０１は受け付ける。ユーザによるキーボードのキー操作等からの受付の他に、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている情報を読み出すこと等が含まれる。
【0061】
作成部１０２は、入力部１０１が受け付けた入力から連関図を作成する。入力部１０１が受け付けた情報に基づいて連関図を作成する。例えば、入力部１０１が受け付けたユーザの編集操作に応じて、項目の編集（追加、削除等を含む）、項目の属性（項目の名称、特性等）の編集、関係線の付け直し（追加、削除等を含む）、関係線の属性（強度、方向等）の編集等を行う。また、出力部１０３によって表示されている画面に対するユーザの操作に応じて、新たな項目及びこの新たな項目とは異なる連関図上の位置に既に存在する同一又は類似の属性の他の項目を、異なる位置に別々に表示したり、同じ位置で統合して表示したりする。
【0062】
出力部１０３は、作成部１０２が作成した連関図を出力する。連関図の出力先は、連関図の作成に関するユーザからの入力を受け付けたユーザ端末２０である。また、出力部１０３は、作成部１０２が作成した連関図に関する情報を記憶部１０５に記憶させる。
【0063】
検出部１０４は、作成部１０２が作成した連関図に対して、内容の変更を検出する。内容の変更には、項目の名称の変更、項目に対する属性情報の追加、変更又は削除、項目間の連結の変更又は削除、項目に対するプロセスの設定の変更又は削除、等が含まれる。そして、出力部１０３は、検出部１０４が検出した変更に関する情報を出力する。
【0064】
例えば、出力部１０３は、作成部１０２が作成した連関図であって、検出部１０４が内容の変更を検出した連関図に関連付けられた他の連関図であって、変更を検出した項目と同一とみなした項目を有する他の連関図に対して、検出した変更に関する情報を出力する。
【0065】
記憶部１０５は、サーバ１０の動作に関する種々の情報を記憶する。本実施形態では、記憶部１０５は、連関図に関する情報を記憶する。例えば、記憶部１０５は、連関図情報テーブル、項目情報テーブル、関係線情報テーブルを記憶する。ここで、記憶部１０５が記憶する連関図に関する情報の例を説明する。
【0066】
図４は、連関図情報テーブル９００のデータ構造例を示す説明図である。連関図情報テーブル９００は、連関図ＩＤ欄９０５、連関図名欄９１０、作成者欄９１５、作成日時欄９２０、項目数欄９２５、項目ＩＤ欄９３０、関係線数欄９３５、関係線ＩＤ欄９４０、同期連関図ＩＤ欄９４５を有している。連関図ＩＤ欄９０５は、本実施の形態において、連関図を一意に識別するための情報（連関図ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。連関図名欄９１０は、その連関図ＩＤの連関図の名称を記憶している。作成者欄９１５は、その連関図の作成者を記憶している。作成日時欄９２０は、その連関図の作成または編集した日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。項目数欄９２５は、その連関図における項目数を記憶している。項目数欄９２５内の項目数だけ、その後に項目ＩＤ欄９３０が続く。項目ＩＤ欄９３０は、本実施形態において、項目を一意に識別するための情報（項目ＩＤ）を記憶している。項目ＩＤが示す情報は、項目情報テーブル１０００に記憶されている。関係線数欄９３５は、その連関図における関係線数を記憶している。関係線数欄９３５内の関係線数だけ、その後に関係線ＩＤ欄９４０が続く。関係線ＩＤ欄９４０は、本実施形態において、関係線を一意に識別するための情報（関係線ＩＤ）を記憶している。関係線ＩＤが示す情報は、関係線情報テーブル１１００に記憶されている。同期連関図ＩＤ欄９４５は、当該連関図と同期している連関図のＩＤを記憶している。
【0067】
図５は、項目情報テーブル１０００のデータ構造例を示す説明図である。項目情報テーブル１０００は項目ＩＤごとに用意され、属性として、項目に付属した属性である項目付属属性と、連関図を構成するための属性である連関図構成属性とを有する。項目付属属性は、項目名、特性、属する軸等の属性である。なお、ここでいう特性とは、性質、挙動、及び作用である。連関図構成属性は、接続項目数、接続項目ＩＤ、座標等の属性である。連関図構成属性に伴い、項目情報テーブル１０００は、項目ＩＤ欄１００５、項目名欄１０１０、座標欄１０１５、特性欄１０２０、属する軸欄１０２５、同名項目欄１０２７、接続項目数欄１０３０、接続項目ＩＤ欄１０３５を有している。項目ＩＤ欄１００５は、項目ＩＤを記憶している。項目名欄１０１０は、その項目ＩＤの項目の名称を記憶している。座標欄１０１５は、その項目が表示されている連関図上の座標を記憶している。特性欄１０２０は、その項目の特性を記憶している。属する軸欄１０２５は、連関図を展開図に変換した場合にその項目に対応する軸項目が属することとなる軸を記憶している。同名項目欄１０２７は、当該項目と同一の項目とみなす項目の情報を、「連関図ＩＤ；項目ＩＤ」の形式で、当該項目と同一の項目とみなす項目の数だけ記憶している。なお、同一の項目とみなす項目は、必ずしも項目の名称が完全に一致している必要はない。ユーザからの入力によって、当該項目と同一の項目が指定されてもよい。接続項目数欄１０３０は、その項目が接続されている項目数、つまり、その項目が接続元項目である場合の接続先項目数とその項目が接続先項目である場合の接続元項目数との和を記憶している。接続項目数欄１０３０内の項目数だけ、その後に接続項目ＩＤ欄１０３５が続く。接続項目ＩＤ欄１０３５は、接続先項目ＩＤ及び接続元項目ＩＤを記憶している。
【0068】
図６は、関係線情報テーブル１１００のデータ構造例を示す説明図である。関係線情報テーブル１１００は、関係線ＩＤ欄１１０５、接続元項目ＩＤ欄１１１０、接続先項目ＩＤ欄１１１５、属性欄１１２０を有している。関係線ＩＤ欄１１０５は、関係線ＩＤを記憶している。接続元項目ＩＤ欄１１１０は、その関係線の接続元である項目の項目ＩＤを記憶している。接続先項目ＩＤ欄１１１５は、その関係線の接続先である項目の項目ＩＤを記憶している。属性欄１１２０は、その関係線の属性を記憶している。属性として、例えば、その関係線の極性がある。極性とは、接続元である項目の数値が増加すれば、接続先である項目の数値も増加する関係（例えば、正比例等）にあるのか、接続元である項目の数値が増加すれば、接続先である項目の数値は減少する関係（例えば、反比例等）にあるのか、の性質である。属性として、例えば、その関係線の関係度合いの強弱又は関係の方向もある。
【0069】
なお、図４～６に示したテーブルは例示であって、この他のデータ構造であってもよい。例えば、グラフ構造を示すデータ構造を用いてもよい。
【0070】
作成部１０２は、図４～６に示したテーブルに格納されているデータを用いて、項目間の依存関係を視覚的に表現した連関図を作成することができる。
【0071】
また、連関図に関する情報は記憶部１０５に記憶されていなくてもよい。連関情報はサーバ１０と別の装置に記憶されていてもよい。
【0072】
次に、サーバ１０の作用について説明する。
【0073】
図７は、サーバ１０による連関図編集処理の流れを示すフローチャートである。ＣＰＵ１１がＲＯＭ１２又はストレージ１４から連関図編集プログラムを読み出して、ＲＡＭ１３に展開して実行することにより、連関図編集処理が行なわれる。
【0074】
ＣＰＵ１１は、ユーザ端末２０からの連関図の編集に関する入力を受け付けるまで待機する（ステップＳ１０１）。
【0075】
ユーザ端末２０からの連関図の編集に関する入力を受け付けると（ステップＳ１０１；Ｙｅｓ）、ＣＰＵ１１は、ユーザ端末２０からの入力に応じた連関図の作成を実施する（ステップＳ１０２）。連関図の作成に関する入力が、例えば、項目の設定であれば、ＣＰＵ１１は、入力に対応する項目を連関図上に表示する。連関図の作成に関する入力が、例えば、項目に対する属性情報の設定であれば、ＣＰＵ１１は、入力に対応する属性情報を連関図上に表示したり、項目情報テーブル１０００に格納したりする。連関図の作成に関する入力が、例えば、項目間の連結であれば、ＣＰＵ１１は、項目間を連結した線を連関図上に表示したり、項目間の連結に関する情報を関係線情報テーブル１１００に格納したりする。
【0076】
ステップＳ１０２に続いて、ＣＰＵ１１は、編集の対象となる連関図での変更箇所を項目単位で検出する（ステップＳ１０３）。
【0077】
ステップＳ１０３に続いて、ＣＰＵ１１は、検出した変更箇所の中に、他の連関図において同一とみなす項目が存在しているかどうか判断する（ステップＳ１０４）。ＣＰＵ１１は、図５に示した項目情報テーブル１０００を参照し、検出した変更箇所の中に、他の連関図において同一とみなす項目が存在しているかどうか判断する。
【0078】
なお、ＣＰＵ１１は、単に項目の名称が同一であるという条件だけで、ある連関図での変更を別の連関図に通知してもよい。また、ＣＰＵ１１は、項目の名称が同一であり、かつ、当該項目に関係している項目の名称も同一であるという条件を満たした場合に、ある連関図での変更を別の連関図に通知してもよい。
【0079】
ステップＳ１０４の判断の結果、検出した変更箇所の中に、他の連関図において同一とみなす項目が存在していれば（ステップＳ１０４；Ｙｅｓ）、ＣＰＵ１１は、その項目を有する連関図へ変更を通知する（ステップＳ１０５）。ＣＰＵ１１は、図５に示した項目情報テーブル１０００を参照し、検出した変更箇所の中に、他の連関図において同一とみなす項目が存在しているかどうか判断する。このステップＳ１０５の通知は、他の連関図において同一とみなす項目が存在していることが判明した時点で即座に行われてもよく、変更箇所と同一とみなす項目を有する連関図が編集される時点で行われてもよい。
【0080】
ステップＳ１０５に続いて、ＣＰＵ１１は、変更を通知した他の連関図に対して、ユーザからの当該変更を反映するような操作の入力をユーザ端末２０から受け付けたかどうか判断する（ステップＳ１０６）。
【0081】
ステップＳ１０６の判断の結果、ユーザからの当該変更を反映するような操作の入力をユーザ端末２０から受け付けていれば（ステップＳ１０６；Ｙｅｓ）、ＣＰＵ１１は、変更を通知した他の連関図に対して変更箇所を反映する（ステップＳ１０７）。
【0082】
ステップＳ１０４の判断の結果、検出した変更箇所の中に、他の連関図において同一とみなす項目が存在していなければ（ステップＳ１０４；Ｎｏ）、ＣＰＵ１１は、ステップＳ１０５以降の処理をスキップする。
【0083】
また、ステップＳ１０６の判断の結果、ユーザからの当該変更を反映するような操作の入力をユーザ端末２０から受け付けていなければ（ステップＳ１０６；Ｎｏ）、ＣＰＵ１１は、ステップＳ１０７の処理をスキップする。
【0084】
サーバ１０は、図７に示した一連の動作を実行することで、関連する連関図をそれぞれ編集する際に、連関図をそれぞれ独立して編集する場合と比べて、一の連関図で行われた項目の変更と他の連関図における対応する項目の関係の把握を容易にできる。
【0085】
続いて、サーバ１０が提供するユーザインタフェースの例を説明する。
【0086】
図８は、サーバ１０が提供するユーザインタフェースの例を示す図である。図８では、説明の便宜上、２つの連関図４０、５０が１つの図で示されているが、連関図４０と連関図５０とは、それぞれ独立して編集される連関図である。連関図４０はユーザ端末２０Ａで編集されているとし、連関図５０はユーザ端末２０Ｂで編集されているとする。連関図４０の連関図ＩＤは０００１であり、連関図５０の連関図ＩＤは０００２であるとする。そして、連関図４０、５０は同期しているというデータが、サーバ１０の連関図情報テーブル９００に格納されている。
【0087】
連関図４０と、連関図５０とは、それぞれ異なる事象に着目して作成された連関図であるが、連関図４０及び連関図５０には、「デカーラ押し付け力」という共通する項目が存在する。従って、サーバ１０は、連関図４０に対する項目情報テーブル１０００において、連関図４０の「デカーラ押し付け力」は、連関図５０の「デカーラ押し付け力」と同一の項目であるという情報を保持している。同様に、サーバ１０は、連関図５０に対する項目情報テーブル１０００において、連関図５０の「デカーラ押し付け力」は、連関図４０の「デカーラ押し付け力」と同一の項目であるという情報を保持している。サーバ１０は、連関図４０又は連関図５０の一方の「デカーラ押し付け力」という項目に対してユーザから編集があったことを検出すると、他方に対して、「デカーラ押し付け力」という項目に対してユーザから編集があったことを通知する処理を実行する。
【0088】
図９は、サーバ１０が提供するユーザインタフェースの例を示す図である。図９でも、図８と同様に、説明の便宜上、２つの連関図４０、５０が１つの図で示されている。ユーザ端末２０Ａによって連関図４０の編集が行われ、「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加されたとする。サーバ１０は、連関図４０において「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加されたことを検出すると、項目の追加があったことを所定の方法で通知する。
【0089】
例えば、ユーザ端末２０Ｂにおいて連関図５０が開かれたとする。サーバ１０は、連関図５０に対して連関図４０において「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加されたことを通知する。そして、ユーザ端末２０Ｂにおいて、連関図５０にもその変更を反映させる旨の入力が行われると、サーバ１０は、連関図５０において「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目を追加する。
【0090】
図１０は、サーバ１０が提供するユーザインタフェースの例を示す図である。図１０でも、図８及び図９と同様に、説明の便宜上、２つの連関図４０、５０が１つの図で示されている。図１０には、連関図５０においても、「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加された状態が示されている。
【0091】
【0092】
サーバ１０は、連関図４０において「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加されたことを検出すると、連関図５０がユーザ端末２０Ｂで開かれた際に、「デカーラ押し付け力」、「デカーラバネ弾性」、及び「デカーラバネ変位量」の枠に所定の色を付ける等により、変更を通知する。ユーザがマウスカーソル３００を操作し、「デカーラ押し付け力」の枠を選択すると、サーバ１０は、変更を反映させるためのメニュー２００を連関図５０に重畳して表示する。ユーザがマウスカーソル３００を操作し、メニュー２００を選択すると、サーバ１０は、図１１に示すように、「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目を追加する。サーバ１０がこのようなユーザインタフェースを提供することで、ユーザは、連関図５０と関連付けられている連関図４０においてどのような変更が行われたのかを把握できる。
【0093】
サーバ１０は、複数の連関図をまとめて編集させてもよい。図１２は、サーバ１０が提供するユーザインタフェースの例を示す図である。図１２では、２つの連関図４０、５０を１つにまとめた連関図６０が示されている。従って、連関図６０は、連関図４０と連関図５０の両方に関連付けられている旨の情報が連関図情報テーブル９００に登録される。２つの連関図４０、５０を１つにまとめたことで、連関図６０では、「デカーラ押し付け力」という項目が２箇所で登場している。
【0094】
ここで、上述したように、連関図４０において「デカーラ押し付け力」に関連する項目として「デカーラバネ劣化状態」という項目が追加されたとする。サーバ１０は、連関図６０に対して、「デカーラ押し付け力」という項目に編集が行われたことを通知する。図１３は、サーバ１０が提供するユーザインタフェースの例を示す図である。図１３では、連関図４０に対して行われた編集を連関図６０にも反映させた状態が示されている。従って、図１３では、２箇所の「デカーラ押し付け力」について「デカーラバネ劣化状態」という項目が追加された状態が示されている。
【0095】
サーバ１０は、管理している連関図のリストをユーザ端末２０に提示する際に、関連付けられている連関図で編集が行われたことを提示することによって通知を行ってもよい。図１４は、サーバ１０が提供するユーザインタフェースの例を示す図である。図１４では、サーバ１０が管理している連関図のリスト７０が示されている。リスト７０は、連関図のタイトル（プロジェクト名）を表示するプロジェクト名欄７１、各連関図に対するコメントを表示するコメント欄７２、各連関図のキーワードを表示するキーワード欄７３、各連関図の状態を表示する状態欄７４、各連関図のバージョン番号を表示するバージョン欄７５、及び各連関図の更新日時を表示する更新日時欄７６を有する。更新日時欄７６の日時は、連関図情報テーブル９００の作成日時欄９２０から取得される。
【0096】
ここで、リスト７０の上から２行目の「用紙しわ」というプロジェクト名の連関図における状態欄７４には「編集中」と表示されている。これは、当該連関図が誰かによって編集中であることを意味する。
【0097】
また、リスト７０の上から３行目の「用紙しわ＋そり量」というプロジェクト名の連関図における状態欄７４には「更新あり」と表示されている。これは、当該連関図と関連する連関図において、同一とみなす項目に対する編集が行われたことを意味する。従って、ユーザは、「用紙しわ＋そり量」というプロジェクト名の連関図を開くと、どの項目に対する変更が行われたのかを、サーバ１０からの通知によって知ることができる。
【0098】
なお、上記各実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した連関図編集処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、連関図編集処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。
【0099】
また、上記各実施形態では、連関図編集処理のプログラムがＲＯＭまたはストレージに予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。
【0100】
また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。
【符号の説明】
【0101】
１０ サーバ
２０Ａ、２０Ｂ ユーザ端末
３０ ネットワーク
２０Ａ、２０Ｂ ユーザ端末
３０ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
