特開 2023-174394 部品定義情報管理システム、および、部品定義情報管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023174394

(43)【公開日】2023-12-07

(54)【発明の名称】部品定義情報管理システム、および、部品定義情報管理方法

(51)【国際特許分類】

   G06F 8/38 20180101AFI20231130BHJP

【ＦＩ】

G06F8/38

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022087233

(22)【出願日】2022-05-27

(71)【出願人】

【識別番号】501387839

【氏名又は名称】株式会社日立ハイテク

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜弁理士法人

(72)【発明者】

【氏名】中沢 隆紀

(72)【発明者】

【氏名】西田 寿雄

(72)【発明者】

【氏名】田澤 功

(72)【発明者】

【氏名】角谷 有司

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC13

5B376BC14

5B376BC21

5B376BC43

(57)【要約】

【課題】
ＧＵＩの開発者が設計済みの部品を再利用する際に、設計済みの部品がどのような業務のために設計されたものかを判別可能にして、業務特性に合った部品の再利用を実現する。
【解決手段】
部品定義情報管理システムは、部品定義情報および部品用途を取得し、部品定義情報と部品用途とを紐づけを行い、部品用途の単位で部品定義情報の内容の共通率を分析し、分析結果をもとに、共通率の閾値評価に関する抽象度を部品定義情報に付与し、抽象度を付与する基準となる閾値を設定し、部品定義情報を選定する際に、業務に関する業務情報を取得し、取得した業務情報に含まれる文字列に対応する部品用途が紐づけられた部品定義情報を検索し、ヒットした部品定義情報とそれに付与された抽象度を取得し、取得した部品定義情報と抽象度を出力する。
【選択図】 図２

【特許請求の範囲】

【請求項1】

部品定義情報を選定する部品定義情報管理システムであって、
前記部品定義情報を取得する部品定義情報入力部と、
部品用途を取得する部品用途入力部と、
前記部品定義情報と前記部品用途とを紐づける登録部と、
前記部品用途の単位で前記部品定義情報の内容の共通率を分析する分析部と、
前記分析部の分析結果をもとに、前記共通率の閾値評価に関する抽象度を前記部品定義情報に付与する抽象度分類部と、
前記抽象度分類部が前記抽象度を付与する基準となる閾値を設定する閾値設定部と、
部品定義情報を選定する際に、業務に関する業務情報を取得する業務情報入力部と、
取得した前記業務情報に含まれる文字列に対応する前記部品用途が紐づけられた前記部品定義情報を検索し、ヒットした前記部品定義情報とそれに付与された前記抽象度を取得する検索部と、
前記検索部が取得した前記部品定義情報と前記抽象度を出力する出力部と、を備える、
ことを特徴とする部品定義情報管理システム。

【請求項2】

請求項１に記載の部品定義情報管理システムであって、
検索部の検索結果の部品定義情報から、出力する前記部品定義情報の一部を指定する指定部と、
前記指定部の指定に基づいて前記部品定義情報の一部を切り出す部品切り出し部と、を備え、
前記出力部は、
前記部品切り出し部が切り出した部分を部品定義情報として出力する、
ことを特徴とする部品定義情報管理システム。

【請求項3】

請求項１に記載の部品定義情報管理システムであって、
前記部品定義情報管理システムの出力である部品定義情報を入力として受け付ける交換用入力部を備え、
前記出力部は、
前記交換用入力部が入力として受け付けた部品定義情報が保持するパラメータを引き継いだ部品定義情報を出力する、
ことを特徴とする部品定義情報管理システム。

【請求項4】

請求項２に記載の部品定義情報管理システムであって、
前記部品定義情報管理システムの出力である部品定義情報を入力として受け付ける交換用入力部を備え、
前記出力部は、
前記交換用入力部が入力として受け付けた部品定義情報が保持するパラメータを引き継いだ部品定義情報を出力する、
ことを特徴とする部品定義情報管理システム。

【請求項5】

請求項１に記載の部品定義情報管理システムであって、
部品定義情報の記載内容に応じた重み付けを設定する重み付け設定部を備え、
前記分析部は、
前記重み付けに基づいた共通率を算出する、
ことを特徴とする部品定義情報管理システム。

【請求項6】

請求項２に記載の部品定義情報管理システムであって、
部品定義情報の記載内容に応じた重み付けを設定する重み付け設定部を備え、
前記分析部は、
前記重み付けに基づいた共通率を算出する、
ことを特徴とする部品定義情報管理システム。

【請求項7】

請求項３に記載の部品定義情報管理システムであって、
部品定義情報の記載内容に応じた重み付けを設定する重み付け設定部を備え、
前記分析部は、
前記重み付けに基づいた共通率を算出する、
ことを特徴とする部品定義情報管理システム。

【請求項8】

請求項４に記載の部品定義情報管理システムであって、
部品定義情報の記載内容に応じた重み付けを設定する重み付け設定部を備え、
前記分析部は、
前記重み付けに基づいた共通率を算出する、
ことを特徴とする部品定義情報管理システム。

【請求項9】

部品定義情報を選定する部品定義情報管理方法であって、
前記部品定義情報管理方法は、
プロセッサと、記憶部と、入力装置と、表示装置と、を用いて行う方法であり、
前記プロセッサは、
前記部品定義情報を取得し、
部品用途を取得し、
前記部品定義情報と前記部品用途とを紐づける部品用途テーブルを作成し前記記憶部に記憶させ、
前記部品用途の単位で前記部品定義情報の内容の共通率を分析し、
分析結果をもとに、前記共通率の閾値評価に関する抽象度を前記部品定義情報に付与することに用いる抽象度テーブルを作成し、
前記抽象度を付与する基準となる閾値を設定し、
部品定義情報を選定する際に前記入力装置を介してユーザが入力する業務に関する業務情報を取得し、
取得した前記業務情報に含まれる文字列に対応する前記部品用途が紐づけられた前記部品定義情報を前記記憶部から検索し、ヒットした前記部品定義情報とそれに付与された前記抽象度を取得し、
取得した前記部品定義情報と前記抽象度を前記表示装置に出力する、
ことを特徴とする部品定義情報管理方法。

【請求項10】

請求項９に記載の部品定義情報管理方法をプロセッサに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、部品定義情報管理システムおよび部品定義情報管理方法に関する。

【背景技術】

【0002】

近年、非効率な業務を改善するため、ＤＸ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）を進めるデジタルソリューション開発が盛んとなっている。デジタルソリューション開発では、従来業務を改善するアプリケーションを開発し、業務の現場に導入することで生産性の改善をめざす方法がある。業務で利用するアプリケーションの中には、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を備えるものが存在する。例えば、製造の遅れや材料の欠品といった生産ラインの状況を可視化する生産管理ダッシュボードのアプリケーションには、ユーザに生産ラインの状況をサマリで表示するダッシュボードや、生産ラインの内訳を表示する詳細画面等を備える。このように、ＧＵＩはアプリケーションとユーザとの接点となる。よって、ＧＵＩのデザインが悪いと、生産性の低下につながる可能性があるため、ＧＵＩのデザインは現場に導入する上で重要となる。しかし、ＧＵＩのデザインはソフトウェアの要件として記述がしにくいため、開発後に手戻りが発生しやすく、開発者がＧＵＩを完成させるまでの工数が増大していた。

【0003】

そこで、ＧＵＩの試作と改善のためにプロトタイピングを通じて、業務でアプリケーションを利用するユーザと開発者のゴールイメージを近づけることを考える。例えば、開発者がユーザに対して業務のヒアリングを行う中で、業務に導入するアプリケーションのＧＵＩを迅速に開発してユーザに見せることで、開発者が開発しようとするＧＵＩのイメージが業務特性に合っているかどうかを早期段階で確認することができる。しかし、開発者が迅速にＧＵＩを開発してユーザに見せることは、開発者が１からＧＵＩを開発する場合、開発者への負担が大きく工数を要してしまうため難しい。この負担を軽減する方法として、設計済みのＧＵＩの部品を再利用することを考える。ＧＵＩを構成するボタンやカードは、複数のＧＵＩで共通して利用できるため、設計済みの部品を再利用することで工数を削減できる。しかし、部品の再利用を可能にするためには、予め開発者が設計済みの部品を用意し、個々の部品に名称を付与しておく必要がある。例えば、部品がＧＵＩの「ボタン」の場合、その部品の名称は「ボタン」とすることができる。そして、同一種類の部品が複数存在する場合には、「ボタン１」、「ボタン２」・・・「ボタンＮ」というように種類ごとに番号の異なる名称を各部品に付与することで区別可能である。このようにすることで、開発者が部品を再利用する際は、部品に付与された名称を頼りに部品を探すことができる。しかし、部品の種類に基づく名称からその部品の実体を理解することは困難である。このため、従来では開発者が部品の名称から再利用の判断ができず、部品が表すＧＵＩの実体を確認するために、部品が表すＧＵＩを画面上に表示させ、さらに画面上で直接的に部品を指定して呼び出すという余分の操作が必要であった。したがって、部品を効率的に再利用するためには、開発者が再利用を容易に判断できる部品の管理が課題となる。この課題を解決する方法として、特許文献１がある。特許文献１には「画面を構成する部品には、それに対して設定された特定の項目の部品設定内容を表す名称が付与される。つまり、部品設定における画面作成者の思考を反映した名称が付与される。これにより、部品の種類のみに基づく画一的な名称を付与する場合と比べて、部品とその名称との対応の把握が容易となり、名称から部品の実体を連想し易くなる。また、名称の生成の基礎となる項目に優先順位を定めておけば、画面作成者自身による名称の付与に似通った自動の名称付与を実現することができる。」という記載がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平８－２１２２４２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１では、部品に対して、あらかじめ設定された特定の項目を表す名称を付与することで、部品の実体を理解可能にしている。これにより、開発者は部品の名称を参照した再利用が可能となる。しかし、開発者が部品の再利用を判断する際に、部品がどのような業務のために設計されたものかを判別することができないため、業務特性に合ったＧＵＩを開発する際には利便性に欠けていた。公知例では、ＧＵＩの形状、色、機能から名称を参照して部品を再利用することができるが、その部品がどのような業務で利用することを想定して作られたのか判別することができない。例えば、ＧＵＩのログイン画面を開発する場合、ＩＤとパスワードで認証する場合や、外部アカウントで認証する場合などが存在し、ＧＵＩを構成する部品も異なるため、用途に応じた部品の判別を可能にすることが必要である。

【0006】

本発明は、上述の問題に鑑みてなされたもので、開発者が設計済みの部品を再利用する際に、設計済みの部品がどのような業務のために設計されたものかを判別可能にして、業務特性に合った部品の再利用を実現することを目的としている。

【課題を解決するための手段】

【0007】

上記の課題を解決する本発明の第１の態様によれば、下記の部品定義情報管理システムが提供される。部品定義情報管理システムは、部品定義情報を選定するシステムである。部品定義情報管理システムは、部品定義情報入力部と、部品用途入力部と、登録部と、分析部と、抽象度分類部と、閾値設定部と、業務情報入力部と、検索部と、出力部と、を備える。部品定義情報入力部は、部品定義情報を取得する。部品用途入力部は、部品用途を取得する。登録部は、部品定義情報と部品用途とを紐づける。分析部は、部品用途の単位で部品定義情報の内容の共通率を分析する。抽象度分類部は、分析部の分析結果をもとに、共通率の閾値評価に関する抽象度を部品定義情報に付与する。閾値設定部は、抽象度分類部が抽象度を付与する基準となる閾値を設定する。業務情報入力部は、部品定義情報を選定する際に、業務に関する業務情報を取得する。検索部は、取得した業務情報に含まれる文字列に対応する部品用途が紐づけられた部品定義情報を検索し、ヒットした部品定義情報とそれに付与された前記抽象度を取得する。出力部は、検索部が取得した部品定義情報と前記抽象度を出力する。

【0008】

上記の課題を解決する本発明の第２の態様によれば、下記の部品定義情報管理方法が提供される。部品定義情報管理方法は、部品定義情報を選定する方法であって、プロセッサと、記憶部と、入力装置と、表示装置と、を用いて行う方法である。プロセッサは、部品定義情報を取得し、部品用途を取得し、部品定義情報と部品用途とを紐づける部品用途テーブルを作成し記憶部に記憶させ、部品用途の単位で部品定義情報の内容の共通率を分析し、分析結果をもとに、共通率の閾値評価に関する抽象度を部品定義情報に付与することに用いる抽象度テーブルを作成し、抽象度を付与する基準となる閾値を設定し、部品定義情報を選定する際に入力装置を介してユーザが入力する業務に関する業務情報を取得し、取得した業務情報に含まれる文字列に対応する部品用途が紐づけられた部品定義情報を記憶部から検索し、ヒットした部品定義情報とそれに付与された抽象度を取得し、取得した部品定義情報と抽象度を表示装置に出力する。

【発明の効果】

【0009】

本発明によれば、開発者が設計済みの部品を再利用する際に、設計済みの部品がどのような業務のために設計されたものかを判別可能にして、業務特性に合った部品の再利用を実現することができる。なお、上記した以外の課題、構成および効果は、以下の発明を実施するための形態の説明により明らかにされる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態における部品定義情報とＧＵＩの例を示す図である。

【図2】第１実施形態における部品定義情報管理システムの機能構成例を示す図である。

【図3】第１実施形態における生産管理ダッシュボードの例を示す図である。

【図4】第１実施形態における部品用途記憶部の例を示す図である。

【図5】第１実施形態における抽象度記憶部の例を示す図である。

【図6】第１実施形態における部品定義情報の具体例を示す図である。

【図7】第１実施形態における分析部の処理の流れを示すフローチャートの例である。

【図8】第１実施形態における抽象度分類部の処理の流れを示すフローチャートの例である。

【図9】第１実施形態における閾値設定部の例を示す図である。

【図10】第２実施形態における部品定義情報管理システムの機能構成例を示す図である。

【図11】第２実施形態における画面表示の例である。

【図12】第２実施形態における部品切り出し部の処理の流れを示すフローチャートの例である。

【図13】第３実施形態における部品定義情報管理システムの機能構成例を示す図である。

【図14】第４実施形態における部品定義情報管理システムの機能構成例を示す図である。

【図15】第４実施形態における重み付け設定部の例を示す図である。

【図16】第４実施形態における重み付け設定を入力する画面の例を示す図である。

【図17】部品定義情報管理システムを実現するコンピュータのハードウェア例を示す図である。

【発明を実施するための形態】

【0011】

以下、図面を用いて実施形態を説明する。なお、下記はあくまでも実施の例に過ぎず、下記具体的内容に発明自体が限定されることを意図するものではない。また、以下の説明において、同一または類似の要素および処理に同一の符号を付し、重複説明を省略する場合がある。また、後出の実施形態では、既出の実施形態との差異のみを説明し、重複説明を省略する場合がある。また、以下の実施形態の説明および各図で示す構成および処理は、本発明の理解および実施に必要な程度で実施形態の概要を示すものであり、本発明に係る実施の態様を限定することを意図する趣旨ではない。また、各実施形態および各変形例は、本発明の趣旨を逸脱せず、互いに整合する範囲内で、一部または全部を組合せることができる。

【0012】

＜第１実施形態＞
本実施形態では、ＧＵＩの開発において、開発者が設計済みの部品を再利用する場合に、業務情報に適した部品を選定し、選定結果から開発者が再利用する部品を選択できるようにする処理を示す。本実施形態は、再利用の準備のために設計済みの部品を登録する登録フェーズと、再利用したい部品を検索する検索フェーズの２つのフェーズからなる。

【0013】

ここで、開発者が設計済みの部品を再利用して開発するＧＵＩの例について説明する。図１に示すＧＵＩの例１０１（ａ）は、ＩＤパスワードを用いてログインすることを必要とする業務の際に使われるＧＵＩであり、ＩＤの入力フォームとパスワードの入力フォームがあり、ログインのボタンがその下部にある。また、ＧＵＩの例１０１（ｂ）は外部アカウント連携を用いてログインすることを必要とする業務の際に使われるＧＵＩであり、どの外部アカウントであるかを示すカードがあり、その右側にログインのボタンがある。

【0014】

このように、ログインすることを必要とする業務は、ＩＤパスワードと用いるか、外部アカウント連携を用いるか等存在し、業務の違いによって、ＧＵＩが含むボタン、入力フォーム、カードといった種類が異なる。よって、設計済みの部品を再利用する際には、業務の違いによってＧＵＩを使い分ける必要があるため、本実施形態では、業務ごとにまとめてＧＵＩを管理することにしている。このようなＧＵＩの管理を実現する、ＧＵＩの部品の形状、大きさ、配置、色、機能等を取り決める情報を部品定義情報１００と定義する。

【0015】

部品定義情報１００について図１を用いて説明する。図１は、本実施形態における部品定義情報１００の例を示す図である。部品定義情報１００の例１００（ａ）と１００（ｂ）にはＧＵＩの部品の形状、大きさ、配置、色、機能等の取り決めが記述されている。部品定義情報の例１００（ａ）には、ＧＵＩの例１０１（ａ）におけるボタンとフォームの情報が記述されている。ボタンの場合は、種類を定義するｓｅｔＴｙｐｅ、表示する文字列や画像を定義するｓｅｔＶｉｅｗ、機能を定義するｓｅｔＥｖｅｎｔ、形状を定義するｓｈａｐｅ、大きさを定義するｓｉｚｅ、配置を定義するｐｌａｃｅｍｅｎｔ、色を定義するｃｏｌｏｒ、フォントを定義するｆｏｎｔといったパラメータから成り、各パラメータを設定することで、ＧＵＩ上のボタンを定義することができる。部品定義情報例１００（ａ）の入力フォームの場合は、種類を定義するｓｅｔＴｙｐｅ、表示する文字列や画像を定義するｓｅｔＶｉｅｗ、機能を定義するｓｅｔＥｖｅｎｔ、形状を定義するｓｈａｐｅ、大きさを定義するｓｉｚｅ、配置を定義するｐｌａｃｅｍｅｎｔ、色を定義するｃｏｌｏｒ、フォントを定義するｆｏｎｔといったパラメータから成り、各パラメータを設定することで、ＧＵＩ上の入力フォームを定義することができる。

【0016】

なお、ＩＤパスワードを用いてログインすることを必要とする業務のＧＵＩは、ボタンと入力フォームの組み合わせにより構成されるため、ボタンと入力フォームをまとめて記述するようにしている。例えば、部品定義情報の例１００（ａ）では、ボタンと入力フォームの記述が、ＩＤパスワードを用いてログインすることを必要とする業務のＧＵＩのためのものであることがわかるように、ボタンと入力フォームの記述を「／／ＩＤパスワード」という記号で囲むようにしている。本実施形態では、このような記号を開始終了記号と定義する。

【0017】

開始終了記号は、部品定義情報１００の開発者が、どのような業務のための記述であるかを他者が理解できるように示しており、業務を表現する文字列を含んでいる。本実施形態では、予め開始終了記号が含まれる文字列の候補を用意しておき、その候補の文字列を用いることによって、開始終了記号が記述される。これにより、複数人で共通の理解が可能となっている。

【0018】

また、部品定義情報１００（ｂ）では、外部アカウント連携を用いてログインすることを必要とする業務のための記述であることがわかるように、「／／外部アカウント連携」という開始終了記号でボタンとカードを囲むようにしている。

【0019】

なお、通常、「／／ＩＤパスワード」と「／／外部アカウント連携」の開始終了記号とそれらに囲まれた記述の両方が、同じ部品定義情報１００に含まれる。一方、部品を再利用する開発者は、開発するアプリケーションを操作するユーザの業務の違いによって、「／／ＩＤパスワード」か、「／／外部アカウント連携」のどちらかに対応するＧＵＩか、両方に対応するＧＵＩを再利用したい場合がある。例えば、開発するアプリケーションを操作するユーザの業務が外部アカウントを用いてログインする必要がない場合には、「／／ＩＤパスワード」に対応するＧＵＩのみを再利用したいと考える。また、業務において汎用的に必要となるＧＵＩかどうかを、再利用の判断基準にする場合がある。特に、開発者がプロトタイピングでＧＵＩを開発する際には、汎用的なＧＵＩを再利用して迅速化したいと考える。例えば、ログイン画面のＧＵＩにおいては、「／／ＩＤパスワード」が汎用的であると考えることができる。

【0020】

このようなＧＵＩの使い分けに対応するために、開始終了記号の組み合わせを考える。例えば、「／／ＩＤパスワード」と「／／外部アカウント連携」の２つの開始終了記号の組み合わせを持つ部品定義情報１００の場合、部品定義情報１００が持つ開始終了記号の組み合わせは、「／／ＩＤパスワード」のみ、「／／外部アカウント連携」のみ、「／／ＩＤパスワード」と「／／外部アカウント連携」の３通りとなる。本実施形態では、このような開始終了記号の組み合わせを利用して、ＧＵＩの汎用性を判別可能にしながら、部品定義情報１００を再利用する方法を考える。

【0021】

このような観点から、本実施形態では、業務の違いに基づいて部品を再利用できるようにするため、部品定義情報１００を管理するシステムである部品定義情報管理システム２００について説明する。

【0022】

ここで、本実施形態における部品定義情報管理システム２００の機能構成例について図２を用いて説明する。図２は、第１実施形態における部品定義情報管理システム２００の機能構成例を示す図である。図２に示すように、部品定義情報管理システム２００は、部品定義情報入力部２０１、部品用途入力部２０２、登録部２０３、記憶部２０４、分析部２０５、抽象度分類部２０６、閾値設定部２０７、業務情報入力部２０８、検索部２０９、出力部２１０を含んで構成される。また、記憶部２０４は、記憶領域として、部品定義情報記憶部２０４－１、部品用途記憶部２０４－２、抽象度記憶部２０４－３を含んで構成されており、部品定義情報記憶部２０４－１は複数の部品定義情報１００を保持する。

【0023】

始めに、部品定義情報入力部２０１について説明する。部品定義情報入力部２０１は、登録フェーズにおいて、再利用の準備のために、設計済みの部品定義情報１００の入力を受け付ける。入力された部品定義情報１００は、部品定義情報記憶部２０４－１が記憶する。部品定義情報入力部２０１への部品定義情報１００の入力は、開発者の操作による入力でもよいし、プログラムからの自動入力でもよい。以降の実施形態では、開発者の操作による入力について示す。なお、本実施形態では、部品定義情報１００がテキストファイルとして入力される場合について説明する。

【0024】

部品用途入力部２０２は、登録フェーズにおいて、部品定義情報入力部２０１に入力される部品定義情報１００の部品用途の入力を受け付ける。なお、本実施形態において、部品用途とは、部品定義情報１００の用途を文字列で表記したものと定義する。例えば、図３に示す生産管理ダッシュボードの例であれば、ログイン画面３００、ダッシュボード画面３０１、詳細画面３０２、の画面遷移を持つ。まず、ログイン画面３００はＩＤパスワードを用いてログインする画面である。ログイン画面３００のＬｏｇｉｎボタンを押すと、ダッシュボード画面３０１に遷移する。ここでは生産ラインの状況をサマリで表示しており、この例では、作業が遅れている生産ラインの数を示している。さらに、遅れている生産ラインの内訳を知りたい場合は、詳細ボタンを押すことで、生産ラインの詳細を示す詳細画面３０２が表示される。これにより、実際に遅れている生産ラインがラインＡとラインＢであることが確認できる。このようなダッシュボードにおいては、部品用途を示す文字列の一例として、ログイン画面３００には「ログイン」、ダッシュボード画面３０１には「ダッシュボード」、詳細画面３０２には「詳細」が考えられる。

【0025】

登録部２０３は、部品定義情報入力２０１に入力された部品定義情報１００を記憶部２０４に記憶させる。また、部品定義情報１００と部品用途入力部２０２に入力された部品用途とを紐づける部品用途テーブルを作成し、記憶部２０４に記憶させる。

【0026】

記憶部２０４は、上記したように、部品定義情報記憶部２０４－１、部品用途記憶部２０４－２、抽象度記憶部２０４－３を含む。ここで、本実施形態における部品用途記憶部２０４－２の情報について図４を用いて説明する。図４は、第１実施形態における部品用途記憶部２０４－２が記憶する情報の例を示す図である。図４に示すように、部品用途記憶部２０４－２は、登録部２０３が作成した、部品用途と部品定義情報１００とを紐づける部品用途テーブル４００を記憶している。部品用途に紐づけられた部品定義情報１００は図２で示した部品定義情報記憶部２０４－１に記憶されている。図４に示すように、１つの部品用途に対して、複数の部品定義情報１００が紐づけられて記憶される。

【0027】

分析部２０５は、部品用途記憶部２０４－２に記憶されている部品用途に紐づけられた部品定義情報１００に対して、開始終了記号を比較して共通率を算出する。なお、本実施形態において、共通率とは、同じ部品用途が紐づけられた部品定義情報１００の中で、ある開始終了記号を持つ部品定義情報１００の個数の割合を表す数値とする。部品定義情報１００がＮ個で、ある開始終了記号を持つ部品定義情報がＭ個の時、共通率Ｍ／Ｎ＊１００％とする。ある開始終了記号を同じ部品用途が紐づけられた全ての部品定義情報１００が持つ場合、共通率１００％とする。

【0028】

抽象度分類部２０６は、分析部２０５が算出した共通率から、部品定義情報１００の抽象度を判定し、部品定義情報１００と抽象度を紐づけて管理する抽象度テーブル５００を作成し、抽象度記憶部２０４－３に記憶させる。図５は抽象度テーブル５００の例である。抽象度テーブル５００は、部品定義情報記憶部２０４－１が記憶する部品定義情報１００とその部品定義情報１００が持つ開始終了記号の組み合わせの対応関係を紐づけ、それぞれの組み合わせに抽象度を紐づけて管理する。

【0029】

例えば、図５に示すｆｉｌｅ１の中身が図６の部品定義情報Ｘとすると、開始終了記号の組み合わせは「ＩＤパスワード」のみ、「多要素認証」のみ、「カレンダー表示」のみ、「ＩＤパスワード」と「多要素認証」、「ＩＤパスワード」と「カレンダー表示」、「多要素認証」と「カレンダー表示」、「ＩＤパスワード」と「多要素認証」と「カレンダー表示」の７通りとなるため、これらの組み合わせをｆｉｌｅ１と紐づけて管理する。

【0030】

なお、本実施形態において、抽象度とは、部品定義情報１００が持つ開始終了記号が、その部品定義情報１００と同じ部品用途が紐づけされた部品定義情報１００の中で、多くの数の部品定義情報１００が持つ場合に高く、少ない数の部品定義情報１００が持つ場合に低くなるものと定義する。例えば、図５に示す例の場合、「ＩＤパスワード」はｆｉｌｅ１、ｆｉｌｅ２、ｆｉｌｅ３で共通しているため抽象度を「高」とし、「多要素認証」はｆｉｌｅ１にはあるがｆｉｌｅ２、ｆｉｌｅ３で共通していないため抽象度を「低」としている。

【0031】

高低の判定には（すなわち、閾値評価には）、閾値設定部２０７で閾値が設定できるものとし、設定された閾値以上の共通率を持つ開始終了記号を含む部品定義情報１００の抽象度を「高」、設定された閾値未満の共通率を持つ開始終了記号を含む部品定義情報１００の抽象度を「低」とする。また、抽象度の段階は「高」と「低」の２段階ではなく、「中」を含む３段階や、それ以上の段階数を設けても良い。本実施形態では、抽象度の段階を「高」、「中」、「低」の３段階で説明する。共通率の閾値について６０％以上が抽象度「高」、３０％以上が抽象度「中」、３０％未満が抽象度「小」とする。

【0032】

本実施形態における抽象度記憶部２０４－３の情報について説明する。抽象度記憶部２０４－３は、抽象度分類部２０６が作成した、図５で示した部品定義情報１００と抽象度とを紐づける抽象度テーブル４００を記憶している。なお、上記したように、紐づけられた部品定義情報１００は、図２で示した部品定義情報記憶部２０４－１に記憶されている。図５に示すように、１つの部品定義情報１００に対して、その開始終了記号の組み合わせから、閾値設定部２０７で設定された「高」、「中」、「低」といった抽象度が紐づけられて記憶される。

【0033】

業務情報入力部２０８は、検索フェーズにおいて、部品定義情報１００を再利用する際の検索時に、ユーザ（開発者等）からの業務情報の入力を受け付ける。なお、本実施形態において、業務情報とは、業務が必要とすることを文字列で表したものである。例えば、図３に示す生産管理ダッシュボードの例の場合、「システムにログインする」、「サマリをダッシュボードで確認する」、「生産ラインの内訳を詳細で確認する」等が業務情報の一例となる。

【0034】

検索部２０９は、検索フェーズにおいて、業務情報入力部２０８に入力された業務情報を利用して、部品用途記憶部２０４－２を検索し、ヒットした部品用途に紐づけられた部品定義情報１００と抽象度テーブル５００を部品定義情報記憶部２０４－１と抽象度記憶部２０４－３からそれぞれ取得する。例えば、業務情報として「システムにログインする」が入力された場合、その中の「ログイン」という文字列が部品用途にヒットする。部品用途にヒットしなかった場合は、例えば後述する表示装置１７０６を介して、異なる業務情報の入力を、部品を再利用する開発者に促す。

【0035】

出力部２１０は、検索フェーズにおいて、検索部２０９が取得した部品定義情報１００と抽象度テーブル５００を出力する。

【0036】

ここで、分析部２０５における共通率の算出について、図６及び図７を用いて説明する。図７は第１実施形態における共通率の算出処理の流れを示すフローチャートの例である。図７のフローチャートの処理において、図６で示す部品定義情報記憶部２０４－１に記憶された部品定義情報１００を利用する。

【0037】

分析部２０５の処理は、部品定義情報記憶部２０４－１への部品定義情報１００の記憶を契機に実行される（Ｓ７０１）。例えば、新たに記憶される部品定義情報は図６に示す部品定義情報Ｘとし、既に記憶されている部品定義情報は図６に示す部品定義情報Ｙ１、部品定義情報Ｙ２、部品定義情報Ｙ３とする。

【0038】

次に、分析部２０５は部品定義情報Ｘを分析し、開始終了記号を記憶する（Ｓ７０２）。例えば、図６に示す部品定義情報Ｘの「ＩＤパスワード」、「多要素認証」、「カレンダー表示」を記憶する。

【0039】

次に、分析部２０５は、部品用途記憶部２０４－２を参照し、部品定義情報Ｘに紐づけられた部品用途と、同じ部品用途に紐づけられている部品定義情報１００を取得する（Ｓ７０３）。例えば、図６に示す部品定義情報Ｙ１、部品定義情報Ｙ２、部品定義情報Ｙ３を取得する。

【0040】

次に、比較対象の部品定義情報から部品定義情報を１つ取得する（Ｓ７０４）。例えば、図６に示す部品定義情報Ｙ１を取得する。次に、分析部２０５は、Ｓ７０４で取得した部品定義情報１００を分析し、開始終了記号を記憶する（Ｓ７０５）。例えば、図６に示す部品定義情報Ｙ１の「ＩＤパスワード」、「多要素認証」、「キャンペーン表示」を記憶する。

【0041】

次に、分析部２０５はＳ７０２とＳ７０５で記憶した開始終了記号の共通率を算出する。例えば、「ＩＤパスワード」と「多要素認証」は部品定義情報Ｘと部品定義情報Ｙ１で共通しているため共通率１００％、「カレンダー表示」と「キャンペーン表示」は部品定義情報Ｘと部品定義情報Ｙ１の片方のみに記載されているため共通率５０％となる。

【0042】

次に、まだ比較対象の部品定義情報１００が残っているかを判定し（Ｓ７０７）、まだ比較対象の部品定義情報１００が残っている場合（Ｓ７０７－Ｙｅｓ）、次の比較対象の部品定義情報１００を取得し（Ｓ７０８）、比較する部品定義情報１００が無くなるまでＳ７０５を繰り返し実施する。なお、次の繰り返しにおいては、それより前に記憶した開始終了記号全てに対して共通率を再計算する。例えば、次の繰り返しで図７に示す部品定義情報Ｙ２を取得した場合、Ｓ７０５では「ＩＤパスワード」、「外部アカウント連携」、「ニュース表示」を記憶する。その後Ｓ７０６で共通率を算出する際には、以前に記憶した部品定義情報Ｘの「ＩＤパスワード」、「多要素認証」、「カレンダー表示」と部品定義情報Ｙ１の「ＩＤパスワード」、「多要素認証」、「キャンペーン表示」の全てに対して共通率を算出する。例の場合、「ＩＤパスワード」は部品定義情報Ｘ、部品定義情報Ｙ１、部品定義情報Ｙ２全てに共通しているため共通率１００％、「多要素認証」は部品定義情報Ｘと部品定義情報Ｙ１に共通し、部品定義情報Ｙ２に共通しないため共通率６６．６％、「カレンダー表示」、「キャンペーン表示」、「外部アカウント連携」、「ニュース表示」は部品定義情報Ｘ、部品定義情報Ｙ１、部品定義情報Ｙ２のいずれか１つのみに記載のため共通率３３．３％のように再計算される。

【0043】

ここで、抽象度分類部２０６における部品定義情報１００の抽象度判定について図８を用いて説明する。図８は第１実施形態における抽象度分類部２０６の抽象度判定の流れを示すフローチャートの例である。図９は第１実施形態における閾値設定部２０７の具体例を示す図である。図８のフローチャートの説明において、図９を利用する。

【0044】

抽象度分類部２０６の処理は、分析部２０５の共通率算出処理の終了を契機に実行される。まず、分析部２０５が取得した部品定義情報１００と新たに記憶された部品定義情報１００を取得する（Ｓ８０１）。以降、新たに記憶された部品定義情報１００は分析部２０５が取得した部品定義情報１００に含めるものとする。

【0045】

次に、部品定義情報１００を１つ取得する。（Ｓ８０２）。次に、取得した部品定義情報１００が持つ開始終了記号の組み合わせを算出する（Ｓ８０３）。例えば、図６に示す部品定義情報Ｘの場合、開始終了記号の組み合わせは「ＩＤパスワード」のみ、「多要素認証」のみ、「カレンダー表示」のみ、「ＩＤパスワード」と「多要素認証」、「ＩＤパスワード」と「カレンダー表示」、「多要素認証」と「カレンダー表示」、「ＩＤパスワード」と「多要素認証」と「カレンダー表示」の７通りとなる。

【0046】

次に、Ｓ８０３で算出した組み合わせを１つ取得する（Ｓ８０４）。例えば、「ＩＤパスワード」のみ、の組み合わせを取得する。次に、取得した組み合わせが含む開始終了記号の共通率を取得する（Ｓ８０５）。例えば、「ＩＤパスワード」のみの場合、「ＩＤパスワード」の共通率１００％を取得する。次に、閾値設定部２０７に設定された図９に示す閾値８００をもとに抽象度を判定する（Ｓ８０６）。例えば、図８に示すように、閾値を共通率６０％以上で抽象度「高」、共通率３０％以上で抽象度「中」、共通率０％以上で抽象度「小」と設定した場合、「ＩＤパスワード」の共通率１００％であるから、「ＩＤパスワード」のみの組み合わせは抽象度「高」と判定される。この時、組み合わせが複数の開始終了記号を含む場合、各開始終了記号が持つ共通率の中から、最も低い共通率を用いて抽象度を判定する。

【0047】

次に、まだ取得していない開始終了記号の組み合わせが残っているかを判定する（Ｓ８０７）。まだ取得していない開始終了記号の組み合わせが残っている場合（Ｓ８０７－Ｙｅｓ）、次の開始終了記号の組み合わせを取得し（Ｓ８０８）、取得していない開始終了記号の組み合わせが無くなるまでＳ８０５を繰り返し実施する。次に、まだ取得していない部品定義情報１００が残っているかを判定する（Ｓ８０９）。まだ取得していない部品定義情報１００が残っている場合（Ｓ８０９－Ｙｅｓ）、次の部品定義情報１００を取得し（Ｓ８１０）、取得していない部品定義情報１００が無くなるまでＳ８０３を繰り返し実施する。抽象度分類部２０６が判定した抽象度と部品定義情報１００の紐づけ情報は図５に示す抽象度テーブル５００を例として、抽象度記憶部２０４３に記憶される。

【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】

１００ 部品定義情報
１０１ ＧＵＩの例
２００ 部品定義情報管理システム
２０１ 部品定義情報入力部
２０２ 部品用途入力部
２０３ 登録部
２０４ 記憶部
２０４－１ 部品定義情報記憶部
２０４－２ 部品用途記憶部
２０４－３ 抽象度記憶部
２０５ 分析部
２０６ 抽象度分類部
２０７ 閾値設定部
２０８ 業務情報入力部
２０９ 検索部
２１０ 出力部
３００ ログイン画面
３０１ ダッシュボード画面
３０２ 詳細画面
４００ 部品用途テーブル
５００ 抽象度テーブル
１０００ 指定部
１００１ 部品切り出し部
１１００ 検索結果表示画面
１１０１ プレビュー表示
１３００ 交換用入力部
１３０１ 交換用記憶部
１４００ 重み付け設定部
１７００ コンピュータ
１７０１ ＲＡＭ
１７０２ ＣＰＵ
１７０３ ＲＯＭ
１７０３－１ 共通率計算プログラム
１７０３－２ 抽象度判定プログラム
１７０３－３ 検索プログラム
１７０３－４ 切り出しプログラム
１７０４ 記憶媒体
１７０４－１ 部品定義情報群
１７０５ 入力装置
１７０６ 表示装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】