記憶部と、前記記憶部に記憶された機能を実行する処理部とを備えた情報処理装置における要求仕様記述支援方法において、前記処理部は、記憶部に記憶された製品ログを入力データとして加工し、ユースケースのキーワードを抽出し、前記抽出したキーワードからユースケース記述を作成し、前記作成したキーワードから必要なユースケース記述を特定し、前記導出したユースケース記述を記憶装置に格納することを特徴とする要求仕様記述支援方法。従来の開発における上流工程の支援方法として、要求仕様や、ユースケース記述の十分性や網羅性を確保することが挙げられる。特許文献1においても、所定の基準に従ってユースケースで記述された要求仕様に基づいて、要求仕様中に含まれる各ユースケースを実行することで、ユースケースの抜けや記述漏れが無いかの十分性を確認している。しかし、特許文献1の方法では、実際に製品開発が終了する前に実施する必要があるため、どうしても開発者側が想定している製品仕様を強く残したまま製品化されることになる。また、市場においては、求められる顧客要望や、使用方法も刻々と変わって行くものである。これは、顧客が求める製品仕様と開発者側が想定している製品仕様との間に、大きな差異を作りこむことに繋がる。つまり、開発時点で顧客が求める全てのユースケース記述を漏れなく定義または、作成すること困難であるという課題が挙げられる。本発明の目的は、開発時点に漏れてしまう潜在的なユースケース記述を開発後の製品ログから導出することで、ユースケース記述の十分性や網羅性を確保し、開発における製品仕様の定義及び作成の支援を行うことにある。本発明の一形態では、ユースケース記述の十分性を確保する手段として、製品ログからユースケース記述に必要なキーワードを抽出する手段を持ち、抽出したキーワードから推論UC記述を作成する手段と、前述した推論UC記述と既存UC記述の比較を行うことで、潜在的なユースケース記述を導出するための比較方法と、製品ごとに定義されるユースケース一覧のようにカテゴライズし、推論UC記述を格納するための手段を有することを特徴とする。製品ログをユースケース記述に置き換えることで、開発時に定義したユースケース記述の過不足を確認できる。これは、潜在的に漏れてしまったユースケース記述の導出に繋がり、ユースケース記述の十分性や網羅性を向上させる効果がる。本発明の実施形態について、図面を参照しながら説明する。本発明では、製品開発において、開発側の設計意図と、顧客要望の差異から発生する潜在的に定義されていないユースケース記述や、製品に対する顧客の使用方法が変化することで見直しが必要になるユースケース記述を、所定の基準に従って導出する。図1は、本発明の一形態としてユースケース記述を用いたプログラム開発のプロセスを説明した図である。従来の開発手順の一形態として、顧客要望受付、顧客要望、要求仕様、UC記述の定義作成、開発、UC記述不足、既存UC記述DBで構成されている。顧客要望受付は、顧客からの要望を受けるためのサポート窓口として機能し、開発した製品に対する要望や、問題点を収集する。前述した顧客要望受付は、開発の時期に関係なく常に運用している内容である。顧客要望は前述した顧客要望受付で受け付けた要望や、問題点を纏めた情報であり、製品開発に対するフィードバックの情報として用いる。取り込んだ顧客要望から開発者側で取捨選択を行い、開発を推進することで、顧客が求める製品仕様を実現する。要求仕様は、顧客要望から導出した開発項目や、開発側がターゲットとしている市場に有効な開発項目を仕様として定義する。UC記述の定義作成では、要求仕様で定義した内容を入力とし、ユースケース記述のフォーマットに従い、アクターとシステムのやり取りを定義、および作成を行う。開発では、作成されたユースケース記述を基に製品の作りこみを行う。このとき、開発期間中は、ユースケース記述の過不足を評価する必要があるため、常にUC記述不足の判定を行う必要がある。ユースケース記述が不足していた場合には、再度UC記述の定義作成を行う。既存UC記述DBでは、前述した開発プロセスを経て、製品開発が終了した時点で、その結果を既存ユースケース記述として格納する。しかし、前述した開発プロセスを用いても漏れてしまうユースケース記述が存在する。そのユースケース記述を潜在的なユースケース記述と位置づけ、その潜在的なユースケース記述を導出するための手段として、UC記述抽出処理と抽出結果DBを含む一連の手段を定義する。UC記述抽出処理は、製品ログから潜在的なユースケース記述を導出する機能を有する。抽出結果DBはUC記述抽出処理で導出した潜在的なユースケース記述の抽出結果を格納する。UC記述抽出処理の詳細については後述する。なお、前述した手段を適用することで、様々なケースのユースケース記述を導出することができ、漏れてしまった潜在的なユースケース記述などを導出することが可能となる。なお、前述した手段は、開発期間中のどこの時期でも実施可能な手段である。図2は、本発明の一形態におけるシステムの構成を説明する図である。本発明の一形態では、メモリ、HDD、CPU、入力装置、システムバスを有するサーバ装置上で動作する。サーバー装置は一般的な計算機であってもよい。メモリは、前述した手段のUC記述抽出処理部を実行するために必要なプログラムおよびデータを記憶する。なお、UC記述抽出処理部を構成する各処理部の要素としては、製品ログからユースケース記述に必要なキーワードの文字列を切り出す製品ログの入力部、加工した製品ログからキーワードを抽出するためのキーワード抽出部、抽出したキーワードを用いて推論UC記述を作成する推論UC記述作成部、作成した推論UC記述と既存UC記述を比較して潜在的なユースケース記述を導出するUC記述比較部、導出したユースケース記述を抽出結果としてDBに格納するDB格納部がある。各処理部の詳細については後述する。HDDは、UC記述抽出処理部を実行するために必要な、各定義条件として、製品ログの出力項目テーブル、抽出キーワードテーブル、推論UC記述組み立て基準テーブル、推論UC記述フォーマットテーブル、推論停止条件テーブル、推論UC記述作成条件テーブル、既存UC記述適合条件テーブル、メインUC記述一覧テーブルを有し、UC記述抽出処理部の抽出結果を格納する抽出結果DBとUC記述比較部で比較を行うときに用いる既存UC記述DBを有する。各テーブルの詳細については後述する。なお、前述した各定義条件と各DB情報は必要に応じてメモリ上にロードしても良い。さらに、前述した、システム構成は一台のサーバ装置で実現する必要は無く、分散した環境で実現しても良い。CPU、入力装置、システムバスにおいても、前述した図1を実現するための最低限の構成であるため、必ず図2の構成にする必要は無い。処理性能やシステム環境などの状況に応じて、変更することが可能である。図3は、製品ログの入力部の処理を説明した図である。製品ログの入力部では、後述するキーワード抽出部で用いる入力データ用に加工するために、製品ログを入力として、文字列の切り出しを行い、その結果を出力する。ログの読込み処理では、開発対象の製品ログを読み込むことを行う。文字列の切り出し処理では、UC記述抽出処理の一連の処理で使用するキーワードを文字列として切り出すことを行う。なお、文字列の切り出しを行う処理では、後述する製品ログの出力項目テーブルを用いる。次に、抽出処理の入力データに加工する処理では、文字列の切り出し処理で切り出した各文字列を後述するキーワード抽出部の入力データとして扱うために加工する。製品ログの入力部を実施することで、入力データとする製品ログのフォーマットや製品ログの出力項目の内容に影響せずに製品ログを加工することが可能である。また、扱う入力データが製品ログであるため、セキュリティの観点を考慮する必要がある。そのため、必要に応じて事前に不要な製品ログを削除したり、ダミーデータを追加することも可能である。前述した製品ログの加工方法以外にも、UC記述抽出処理で用いる入力データを加工するための手段を製品ログの入力部で実現することが可能である。図4は、製品ログの入力部を実施した場合の一例を説明した図である。製品ログは例として示したものであり、一行ごとに英字の文字を並べたものである。この製品ログを入力データとして、製品ログの読込み処理を実施し、続いて文字列の切り出し処理を実施することで、文字列の切り出しが完了する。その後、抽出処理の入力データに加工する処理を実施することで、所定のフォーマットに従った加工製品ログを出力する。例として示した加工処理は一度だけ実施しているが、必要に応じて多段的に加工処理を実施しても良い。図5は、キーワード抽出部の処理を説明した図である。キーワード抽出部では、後述する推論UC記述作成部で用いる入力データを導出するために、読み込んだ加工製品ログから、不要なUC記述や、不要なキーワードを削除することで、推論UC記述に必要なキーワードを抽出する。加工ログの読込み処理は、製品ログの入力部で導出した結果を入力データとして読み込む処理を行う。キーワード選定処理では、キーワード判定処理、UC記述基準の判定処理、不要UC記述判定処理、不要UC記述削除処理を有しており、これら処理を実施することで、不要なUC記述と、不要なキーワードを削除する処理を行う。具体的な処理として、キーワード判定処理は、後述する抽出キーワードテーブルを用いて、UC記述を作成するのに必要なキーワードを判定すると同時に、不要なキーワードを特定する。UC記述基準の判定処理は、後述する推論UC記述組み立て基準テーブルを用いて、後述するUC記述の基準の条件に一致しているかを判定する。判定の結果、UC記述の基準に一致した場合は、そのUC記述に対してUC記述の基準を付加する。不要UC記述判定処理は前述した、UC記述基準の判定処理により不要UC記述が付加されたUC記述を特定し、不要UC記述が付加されていた場合は、不要UC記述削除処理を実施し、そうでない場合は次の処理を行う。不要キーワード削除処理では、キーワード判定処理の結果、不要なキーワードと特定したキーワードを対象のUC記述から削除する処理を行う。抽出結果表に出力処理は、不要な情報を削除後、選定した結果をキーワード抽出結果として扱うためのデータとして出力する。選定終了処理は入力データの加工製品ログに対して、前述した処理が完了した時点で行う。なお、ユースケース記述のフォーマットには様々な種類があるが、キーワード抽出部を実施することで、ユースケース記述に関係の無い製品ログを削除し、ユースケース記述として必要と判定されたキーワードと、ユースケース記述の追加情報として必要なキーワードを抽出することが可能である。前述したユースケース記述の追加情報とは、一般的なユースケース記述のフォーマットには含まれないが、UC記述抽出処理の出力結果として必要なキーワードと判断された情報の事を指す。そのため、ユースケース記述の追加情報を補充することで、様々な用途のユースケース記述を導出できる。なお、前述したユースケース記述の追加情報は、後述する抽出キーワードテーブルと推論UC記述組み立て基準テーブルにて定義する。図6は、キーワード抽出部を実施した場合の一例を示した図である。例として示した加工製品ログを入力データとして、加工ログ読込み処理を行っている。次に、キーワードの判定処理およびUC記述基準の判定処理を実施した結果、キーワード選定結果312を出力する。この時点では、不要なUC記述と不要なキーワードが付加されたままなので、不要UC記述削除処理、および、不要キーワード削除処理を実施する。キーワード選定結果は、既に不要UC記述の行と不要キーワードの列を特定しているので、各削除処理を実施することで、推論UC記述作成部で使用する入力データとして、キーワード抽出結果が出力される。図7は、推論UC記述作成部の処理を説明した図である。推論UC記述作成部では、キーワード抽出部で出力した抽出結果から、予め定義しているUC記述条件を参照し、潜在的なユースケース記述を導出する。この時点で、既存ユースケース記述と比較できるフォーマットに修正する作業も行っている。抽出結果表の読込み処理は、キーワード抽出部で抽出した結果を入力データとして読み込む。推論UC記述作成処理では、推論停止条件判定処理、分岐UC記述判定処理、一時推論UC記述表を複製処理、繰返しUC記述判定処理、繰返しUC記述の正規表現処理、一時推論UC記述表に出力処理、UC記述条件判定処理、推論UC記述表に出力処理を有しており、これら処理を実施することで、UC記述比較部で用いる推論UC記述を導出することができる。具体的な処理として、推論停止条件判定処理では、後述する推論停止条件テーブルを用いて、処理の始めに推論UC記述の作成を停止するための条件に該当しているかを判定している。推論停止条件判定処理で条件に該当した場合は、UC記述のフォーマットと条件を満たしているかを判定するためにUC記述条件判定処理を行う。推論停止条件判定処理で条件に該当しない場合は、読み込んだ抽出結果をさらに解析するために、次の処理に移る。分岐UC記述判定処理は、後述するUC記述基準が分岐UC記述であるかを判定している。UC記述基準が分岐UC記述の場合には、当該推論UC記述を別の推論UC記述作成部で処理する必要があるため、一時推論UC記述表を複製処理を行い、処理を分岐させる。分岐UC記述判定処理にてUC記述基準が分岐UC記述と判定されない場合は、次の繰返しUC記述判定処理に移る。次に、繰返しUC記述判定処理は、UC記述基準が繰返しUC記述であるかを判定している。UC記述基準が繰返しUC記述と判定された場合は、繰返し部分を正規化するために、繰返しUC記述の正規表現処理を行う。繰返しUC記述の正規表現処理は、顧客の操作で繰返し行われた内容をUC記述として定義しないために、正規表現に直すことで繰返し操作を除外するための処理である。繰返しUC記述判定処理にてUC記述基準が繰返しUC記述と判定されない場合は、次の処理に移る。一時推論UC記述表に出力処理は、UC記述条件判定処理の入力データとして、推論UC記述フォーマットの形式に従い出力し、一時的にデータを保持するための処理である。このとき、一時的に保持するための推論UC記述のフォーマットとしては、後述する推論UC記述フォーマットテーブルを用いる。UC記述条件判定処理は、後述する推論UC記述作成条件テーブルを用いることで、UC記述比較部の入力データとして扱うために、推論UC記述として一般的なユースケース記述の書式およびユースケース記述の条件を満たしているかを判定している。推論UC記述表に出力処理は、UC記述条件判定処理の結果で、条件を満たしているものを推論UC記述フォーマットテーブルに従い出力する処理を行う。推論UC記述表に出力処理の結果が、そのままUC記述比較部の入力データとなる。UC記述条件判定処理の結果で、条件を満たしていない場合は、その情報を破棄し、次の推論UC記述作成処理を行う。すべての入力データに対して前述した推論UC記述作成処理を完了した時点で推論UC記述作成処理を終了処理を実施する。推論UC記述作成部を実施することで、潜在的に漏れていたユースケース記述を製品ログから導出することが可能となる。この時点では、既存UC記述の可能性も含まれているが、推論UC記述作成部では製品ログからユースケース記述に変換する手段を実現している。図8は、UC記述比較部の処理を説明した図である。UC記述比較部では、推論UC記述作成部で求めた推論UC記述と既存UC記述を比較し、その結果から推論UC記述と判定したものを出力する。なお、出力内容は利用者の目的に応じて推論UC記述の用途ごとに設定することが可能である。既存UC記述DBの読込み処理は、推論UC記述作成部で求めた推論UC記述と比較するための対象データを用意するために、既存UC記述DBの読み込む処理を行う。UC記述候補判定処理は、推論UC記述結果の読込み処理、既存UC記述判定処理、判定結果を出力処理を有しており、これら処理を実施することで、既存UC記述DBに存在しない潜在的なユースケース記述を導出することが可能である。具体的な処理として、推論UC記述結果の読込み処理は、推論UC記述作成部の出力結果を入力データとして扱うために読込み処理を行う。既存UC記述判定処理は、推論UC記述作成部で求めた推論UC記述が既存UC記述DBに存在するかのを判定するための処理である。既存UC記述判定処理の結果、既存UC記述に存在しないと判定した場合は、判定結果を出力処理を行い、既存UC記述に存在した場合は、次の既存UC記述判定処理を行う。このとき、既存UC記述と判断するための判断条件として、既存UC適合率があり、その計算式については後述するUC記述適合率計算式を用いて算出することができる。なお、UC記述適合率の計算結果から、既存UC記述かどうかの判定を行なうための基準として、既存UC記述適合条件テーブルを用いる。判定結果を出力処理では、既存UC記述判定処理の結果、既存UC記述に存在しないと判定したUC記述を出力する処理を行う。すべての入力データに対して前述した処理が完了した時点で判定処理を終了処理を実施する。UC記述比較部を実現することで、推論UC記述を導出するだけでなく、推論UC記述の推論UC記述出力量を調整することができ、様々な推論UC記述の用途に合わせた設定が可能である。すなわち、後述する既存UC記述適合条件テーブルを追加修正することで、推論UC記述の利用方法を想定した出力内容や出力量を定義することができる。既存UC記述適合条件テーブルの詳細については後述する。図9は、UC記述比較部を実施した場合の一例を説明した図である。例として、推論UC記述作成結果と既存UC記述を比較している。UC記述比較部に従い、推論UC記述作成結果と既存UC記述の比較を行った結果、UC記述比較結果510を出力する。比較の結果としては、2ステップ目が既存UC記述と非適合になり、それ以外のステップが既存UC記述に適合している例である。例として示した推論UC記述作成結果のUC記述ステップ数が、既存UC記述のUC記述ステップ数より多いが、推論UC記述作成結果と既存UC記述のUC記述ステップ数の大小関係に依存することなく、UC記述比較部を実施することが可能である。図10Aは、UC記述比較部の既存UC記述判定処理で用いるUC記述適合率を算出するためのUC記述適合率計算式である。UC記述適合数は、既存UC記述判定処理の結果、既存UC記述に適合した数を値として用いる。推論UC記述数or既存UC記述数のステップ数が多い方は、既存UC記述判定処理で比較処理を行う時点で、推論UC記述と既存UC記述を比べてステップ数の多い方を値として用いる。前述した分母と分子を用いて、UC記述適合率を算出する。図10Bは、UC記述適合率の計算例を示した図である。計算例について説明する。まず、UC記述適合率計算式の分母として定義した推論UC記述数or既存UC記述数のステップ数が多い方については、図9の推論UC記述作成結果と既存UC記述から、推論UC記述作成結果のステップ数が4ステップであるため、既存UC記述の3ステップより多い。そのため、UC記述適合率計算式の分母は4となる。次に、UC記述適合率計算式の分子として定義したUC記述適合数については、図9のUC比較結果から、適合と判定されたステップが3つとなるため、UC記述適合率計算式の分子は3となる。前述した値を用いてUC記述適合率計算式に値を代入すると、計算例に示す数値が算出される。図11Aは、DB格納部の処理を説明した図である。DB格納部では、UC記述比較部で求めた推論UC記述を、開発時に参照しやすいようにカテゴライズして格納する処理を行う。判定結果の読込み処理は、UC記述比較部で実施した判定結果を入力データとして扱うために読込み処理を行う。メインUC記述一覧を参照処理は、後述するメインUC記述一覧テーブルを用いることで、開発時に定義するユースケース記述の一覧表を参照することができる。UC記述群ごとにカテゴライズする処理は、メインUC記述一覧を参照処理の参照結果を事前情報として用いて、各UC記述群ごとにカテゴライズする処理を行う。抽出結果として抽出結果DBに格納処理は、各UC記述群ごとにカテゴライズする処理の実施結果により、カテゴライズされた推論UC記述を抽出結果DBに格納する。DB格納部を実現することで、様々なUC記述群ごとにカテゴライズできる方法を実現する。なお、DB格納部では、メインUC記述一覧テーブル以外のテーブル情報もカテゴライズ情報として参照することができるため、運用に合わせたDB格納方法が可能である。図11Bは、抽出結果DBのテーブルを説明した図である。抽出結果DBとしては、図11Aで前述したメインUC記述一覧テーブルを参照して、カテゴライズした結果が保存される。抽出結果DBのテーブルは、UC記述番号、カテゴライズ結果、UC記述適合率、ステップ数、経過時間、UC記述判定結果から構成される。UC記述番号は、メインUC記述一覧テーブルのUC記述番号と対応を取るために同じ構成で設定される。カテゴライズ結果は、図11Aの各UC記述群ごとにカテゴライズするの処理で一意に識別できる文字列が設定される。UC記述適合率は、図10Aで説明したUC記述適合率計算式の計算結果が設定される。ステップ数は、図7の推論UC記述表に出力の結果から導出したステップ数の合計値が設定される。経過時間は、図7の推論UC記述表に出力の結果から導出した経過時間の累計値が設定される。UC記述判定結果は、図7のUC記述条件の判定結果が設定される。なお、導出した推論UC記述の出力結果を抽出結果DBから参照するときは、抽出結果DBのテーブルの各項目を検索キーとすることで、必要な推論UC記述の情報を検索することができる。抽出結果DBのテーブルに示す具体例としては、UC記述判定結果が正常なケースと異常なケースを抜粋して説明する。UC記述判定結果が正常の場合は、後述する推論UC記述作成条件テーブルからステップ数と経過時間は共に正常域と判定される結果が格納されている。また、カテゴライズ結果についても一意に識別できる値が設定されており、かつ、UC記述適合率も既存UC記述適合条件テーブルから正常域な結果が格納されているため、UC記述判定結果が正常と格納されている。しかし、UC記述判定結果が異常の場合は、経過時間以外の項目に関しては正常域な結果が格納されているが、経過時間については、推論UC記述作成条件テーブルから異常域と判定されるため、異常と格納されている。図12は、製品ログの出力項目テーブルを示した図である。製品ログの出力項目テーブルは、本発明の一形態として定義した製品ログに出力される項目をまとめた出力項目と、出力項目に対応した出力内容から構成されている。それぞれの項目は、必要に応じて追加することで、キーワード抽出の粒度を細かくすることが可能となる。このとき、製品ログの出力項目テーブルは、製品ログの入力部の文字列の切り出し処理で参照する。具体例として、出力項目で定義したユーザIDを用いて文字列を切り出したい場合、想定されるユースケース記述としては、多重アクセスを許容する製品のログから、ログインユーザごとにユーザを分類する場合が考えられる。他にも、製品の特性を考慮してログを解析する場合は、前述した通り、製品ログの出力項目テーブルを用いて文字列の切り出し処理を行うか、新たに出力項目を追加していくことで実現する。図13Aは、抽出キーワードテーブルを示した図である。抽出キーワードテーブルは、抽出対象のキーワードとして使用するキーワード項目721と、推論UC記述作成部の処理で用いる目的を明記した推論UC記述作成部での用途から構成されている。それぞれの項目は、必要に応じて追加することで、推論UC記述作成部での推論処理のパターンを増やすことが可能である。このとき、抽出キーワードテーブルはキーワード抽出部のキーワード判定処理で参照する。具体例として、抽出キーワードテーブルのキーワードの項目が定義されている場合、ユーザIDを用いて説明すると、推論UC記述作成部での用途で明記している通り、ユーザを特定するために用いる。しかし、抽出キーワードテーブルのキーワードの項目に定義していないキーワードを抽出した場合、不要キーワード削除処理にて削除する。前述した通り、抽出キーワードテーブルは必要なキーワードと、不要なキーワードを特定するために用いる。図13Bは、推論UC記述組み立て基準テーブルを示した図である。推論UC記述組み立て基準テーブルは、UC記述基準の判定処理で用いるUC記述基準と、各UC記述基準ごとに実際の製品ログの操作内容や処理内容の凡例を明記している抽出項目の操作及び処理と、各UC記述基準ごとに抽出項目の操作及び処理の凡例を導出するのに用いる説明から構成されている。それぞれの項目は、必要に応じて追加することで、より詳細なUC記述基準の判定処理が可能となる。また、UC記述基準はは先頭UC記述、終了UC記述、分岐UC記述、繰返しUC記述、その他UC記述、不要UC記述を有している。各UC記述基準における抽出項目の操作及び処理と説明を必要に応じて追加することで、推論UC記述作成部で行う推論処理のパターンを増やすことが可能となる。このとき、推論UC記述組み立て基準テーブルはキーワード抽出部のUC記述基準の判定処理で参照する。具体例として、UC記述基準を不要UC記述と判定する場合は、ユースケース記述として定義する内容に不要な情報が含まれる場合である。例えば、製品が実現するシステムの振る舞いや動作ではなく、製品の内部処理に該当する情報や、非機能要求に該当する情報である。そのため、UC記述基準の判定処理で、不要UC記述と判定されたユースケース記述は、不要UC記述削除処理にて削除される。また、それ以外の各UC記述基準と判定された場合は、推論UC記述を作成するために必要な情報であるため、該当するUC記述基準が付加される。前述した通り、推論UC記述組み立て基準テーブルは必要なUC記述と不要なUC記述を特定するために用いる。図14は、推論UC記述出力フォーマットテーブルを示した図である。推論UC記述出力フォーマットテーブルは、ユースケース記述のステップ数を明示的に示すためのステップ数、推論UC記述を作成し始めてからの経過時間を示す経過時間、顧客が操作した内容を記載する操作内容、顧客操作に対するシステム応答を記載するシステム応答、UC記述基準の判定処理の結果を付加するUC記述基準から構成されている。それぞれの項目は、必要に応じて追加することで、推論UC記述作成部で作成する推論UC記述のフォーマットを定義することに繋がり、様々なユースケース記述に対応することが可能になる。このとき、推論UC記述出力フォーマットテーブルは、推論UC記述作成部の一時推論UC記述表を複製処理、一時推論UC記述表に出力処理、推論UC記述表に出力処理で用いる。また、既存UC記述DBの保存フォーマットとしても用いている。図15Aは、推論停止条件テーブルを示した図である。推論停止条件テーブルは、推論UC記述作成処理を停止するための条件を示した推論停止条件、推論停止条件の停止条件を明記している項目の説明から構成されている。それぞれの項目は必要に応じて追加することで、確度の高い推論停止条件判定処理が可能となる。このとき、推論停止条件テーブルは、推論UC記述作成部の推論停止条件判定処理で参照する。具体例として、推論停止条件の経過時間を用いて、推論停止条件判定処理を行う場合は、経過時間の説明に明記している通り、ユースケース記述のステップ間の経過時間が1時間を越えた場合は、ユースケース記述として前後のステップ同士の関連が低くなるため異常系と見なし、推論UC記述作成処理を停止する。実際のユースケース記述としては、1つの操作を行ってから次の操作まで1時間何も操作を行わない場合に該当する。つまり、推論停止条件テーブルは、UMLの技術分野における一般的なユースケース記述の定義に該当しない場合に、推論UC記述作成処理を停止させるための条件定義に用いる。図15Bは、推論UC記述作成条件テーブルを示した図である。推論UC記述作成条件テーブルは、推論UC記述としての条件を満たしているかの項目を明記したUC記述定義条件、各推論UC記述に対してUC記述の種別を明示的にするためのUC記述判定、UC記述定義条件の内容を明記している説明、UC記述条件判定処理にて複合条件を明記した論理式から構成されている。それぞれの項目は必要に応じて追加することで、より確度の高いUC記述条件判定処理が可能となる。このとき、推論UC記述作成条件テーブルは、推論UC記述作成部のUC記述条件判定処理で参照する。UC記述定義条件の停止条件を用いて判定する場合は、推論UC記述として出力するための最低条件を満たしているかを判定するときである。具体的には、推論UC記述作成部の推論停止条件判定処理で正常に終了判定を終えた推論UC記述をUC記述条件判定処理で改めて確認するための条件という位置づけである。前述した通り推論UC記述作成条件テーブルは、推論UC記述として出力する条件を満たしているかを判定し、かつ、出力する推論UC記述が正常系であるか、異常系であるかを判定する場合に用いる。図16は、既存UC記述適合条件テーブルを示した図である。既存UC記述適合条件テーブルは、推論UC記述の出力量を定義した推論UC記述出力量、UC記述適合率を評価基準として明記した既存UC記述判定条件、推論UC記述出力量を設定する時点で参照する用途から構成されている。それぞれの項目は必要に応じて追加することで、用途ごとに合わせたUC記述条件判定処理が可能となる。また、既存UC記述判定条件の閾値は変更することを許容しており、閾値を変更するすることで、用途ごとに詳細な推論UC記述作成に関する場合分けが可能となる。このとき、既存UC記述適合条件テーブルは、UC記述比較部の既存UC記述判定処理で参照する。例えば、ユーザの様々な操作を潜在的UC記述として導出したい場合は、推論UC記述出力量を中と設定することで可能となる。つまり、推論UC記述出力量を変更することで、導出した推論UC記述の用途に合わせた既存UC記述判定処理が可能となる。図17は、メインUC記述一覧テーブルを示した図である。メインUC記述一覧テーブルは、各ユースケース記述のカテゴリーに関連づいた番号のUC記述番号と、UC記述番号を一意に識別するためのタイトルと、各UC記述番号を代表する先頭UC記述およびその他UC記述を明記した、先頭UC記述その他UC記述から構成されている。それぞれの項目は必要に応じて追加することで、ユースケース記述の分類をより細かく行うことが可能となる。このとき、メインUC記述一覧テーブルは、DB格納部のメインUC記述一覧を参照処理と各UC記述群ごとにカテゴライズする処理で参照する。メインUC記述一覧を参照処理では、メインUC記述一覧テーブルの最新情報を読み込むために用いる。各UC記述群ごとにカテゴライズする処理では、判定結果の読込み処理で取得したメインUC記述一覧テーブルの先頭UC記述その他UC記述を参照し、推論UC記述をカテゴライズするために用いる。例えば、取得した先頭UC記述その他UC記述の内容が、インストール画面を表示している推論UC記述の場合、UC記述番号がUC1000のカテゴリに分類される。つまり、メインUC記述一覧テーブルは、判定結果の読込み処理で取得した推論UC記述の内容と、先頭UC記述その他UC記述をつき合わせて、抽出結果DBにカテゴライズして格納する場合に用いる。