ソフトウェアの複数のバージョンの動作をテストする装置であって、複数のデータの各データと、当該各データを識別するデータ識別情報とを対応付けて記憶する記憶部と、前記複数のデータの各データを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列と、当該各データを識別するデータ識別情報とを対応付けたテスト結果情報を取得する取得部と、前記複数のデータをグループ化して得られる複数のグループであって各グループに属するデータを識別するデータ識別情報に前記テスト結果情報において対応付けられた前記テスト結果列が同一又は類似である複数のグループの当該各グループを、当該テスト結果列によって識別するグループ識別情報と、当該各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を、当該テスト結果列における連続して成功を示すテスト結果の多さによって示すテスト結果安定性情報と、当該各グループに属するデータを用いてテストされる前記ソフトウェアのモジュールの安定性を、当該テスト結果列におけるテスト結果の変動の少なさによって示すモジュール安定性情報と、当該各グループに属するデータを識別するデータ識別情報とを対応付けたグループ情報を生成するグループ情報生成部と、前記複数のグループの各グループを識別するグループ識別情報に前記グループ情報において少なくとも2つのデータ識別情報が対応付けられており、当該グループ識別情報に当該グループ情報において対応付けられた前記テスト結果安定性情報が予め定めた第1の基準を超える安定性を示しており、当該グループ識別情報に当該グループ情報において対応付けられた前記モジュール安定性情報が予め定めた第2の基準を超える安定性を示しているが前記テスト結果列におけるテスト結果の変動が1回以上あることを示している場合に、当該各グループに属するデータを識別するデータ識別情報として当該少なくとも2つのデータ識別情報のうちの特定のデータ識別情報を含み当該特定のデータ識別情報以外は含まないリストを生成するリスト生成部と、前記複数のグループの各グループに属するデータとして、前記リスト生成部により生成された前記リストに当該各グループに属するデータを識別するデータ識別情報として含まれる前記特定のデータ識別情報に対応付けて前記記憶部に記憶されたデータを用いて、前記ソフトウェアの新たなバージョンのテストを実行するテスト実行部とを含む、装置。ソフトウェアの複数のバージョンの動作をテストする装置であって、複数のデータの各データについて、当該各データを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得する取得部と、前記複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて前記取得部により取得された前記テスト結果列が同一又は類似である複数のグループの当該各グループについて、当該各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成する生成部と、前記複数のグループの少なくとも2つのデータが属する各グループについて前記生成部により生成された前記テスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、当該少なくとも2つのデータから前記ソフトウェアの動作をテストする際に用いるデータを選択する選択部とを含む、装置。前記生成部は、前記複数のグループの各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列における成功を示すテスト結果の出現状況に基づいて、前記テスト結果安定性情報を生成する、請求項2の装置。前記生成部は、前記複数のグループの各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列において、当該複数のバージョンのうちの最新のバージョンから遡って連続するバージョンの動作をテストしたときのテスト結果が成功を示し続ける長さが長いほど、高い安定性を示す前記テスト結果安定性情報を生成する、請求項2又は請求項3の装置。前記生成部は、前記複数のグループの各グループに属するデータを用いてテストされる前記ソフトウェアのモジュールの安定性を示すモジュール安定性情報を更に生成し、前記選択部は、前記少なくとも2つのデータが属する各グループについて前記生成部により生成された前記モジュール安定性情報が予め定めた基準を超える安定性を示している場合に、当該少なくとも2つのデータから前記ソフトウェアの動作をテストする際に用いるデータを選択する、請求項2の装置。前記生成部は、前記複数のグループの各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列におけるテスト結果の変動状況に基づいて、前記モジュール安定性情報を生成する、請求項5の装置。前記生成部は、前記複数のグループの各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列において、当該複数のバージョンの各バージョンの動作をテストしたときのテスト結果の変動に当該各バージョンの新しさに応じた重みを付加して加算することで得られた変動の度合いが低いほど、高い安定性を示す前記モジュール安定性情報を生成する、請求項5又は請求項6の装置。前記選択部は、前記少なくとも2つのデータの各データを用いて前記ソフトウェアの動作をテストするのに要する時間に基づいて、当該少なくとも2つのデータから前記ソフトウェアの動作をテストする際に用いるデータを選択する、請求項2乃至請求項7の何れかの装置。ソフトウェアの複数のバージョンの動作をテストする方法であって、複数のデータの各データについて、当該各データを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得するステップと、前記複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて取得された前記テスト結果列が同一又は類似である複数のグループの当該各グループについて、当該各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成するステップと、前記複数のグループの少なくとも2つのデータが属する各グループについて生成された前記テスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、当該少なくとも2つのデータから前記ソフトウェアの動作をテストする際に用いるデータを選択するステップとを含む、方法。ソフトウェアの複数のバージョンの動作をテストする装置としてコンピュータを機能させるプログラムであって、前記コンピュータを、複数のデータの各データについて、当該各データを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得する取得部と、前記複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて前記取得部により取得された前記テスト結果列が同一又は類似である複数のグループの当該各グループについて、当該各グループに属するデータを用いて前記ソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成する生成部と、前記複数のグループの少なくとも2つのデータが属する各グループについて前記生成部により生成された前記テスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、当該少なくとも2つのデータから前記ソフトウェアの動作をテストする際に用いるデータを選択する選択部として機能させる、プログラム。このように、ソフトウェアのバージョンが変わるごとにユーザ側でユーザデータを用いたテストを実施することは有効である。しかしながら、ユーザデータを用いて普通にテストを実施したのでは、CADソフトの製品仕様が通常公開されていないことから、重複したテストが行われ、無駄が発生する可能性がある。例えば緊急パッチ適用前の検証は早く終えてパッチ適用が求められるため、限られた時間内に完了させる必要があるので、このような重複したテストはできるだけ排除する必要がある。即ち、普通にテストを実施したのではテスト工数が膨大になるので、テストを最適化することが望まれる。また、このような重複したテストは排除し、その代わりに、新しいユーザデータを追加して、別の不具合や別の機能について対応した方がより効果的である。尚、公報記載の技術は、何れも、ソフトウェアのバージョンが変わるごとのテストにおける無駄の削減に寄与するものではない。本発明の目的は、複数のデータを用いてソフトウェアの複数のバージョンの動作をテストする際の無駄を削減することにある。かかる目的のもと、本発明は、ソフトウェアの複数のバージョンの動作をテストする装置であって、複数のデータの各データと、各データを識別するデータ識別情報とを対応付けて記憶する記憶部と、複数のデータの各データを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列と、各データを識別するデータ識別情報とを対応付けたテスト結果情報を取得する取得部と、複数のデータをグループ化して得られる複数のグループであって各グループに属するデータを識別するデータ識別情報にテスト結果情報において対応付けられたテスト結果列が同一又は類似である複数のグループの各グループを、テスト結果列によって識別するグループ識別情報と、各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を、テスト結果列における連続して成功を示すテスト結果の多さによって示すテスト結果安定性情報と、各グループに属するデータを用いてテストされるソフトウェアのモジュールの安定性を、テスト結果列におけるテスト結果の変動の少なさによって示すモジュール安定性情報と、各グループに属するデータを識別するデータ識別情報とを対応付けたグループ情報を生成するグループ情報生成部と、複数のグループの各グループを識別するグループ識別情報にグループ情報において少なくとも2つのデータ識別情報が対応付けられており、グループ識別情報にグループ情報において対応付けられたテスト結果安定性情報が予め定めた第1の基準を超える安定性を示しており、グループ識別情報にグループ情報において対応付けられたモジュール安定性情報が予め定めた第2の基準を超える安定性を示しているがテスト結果列におけるテスト結果の変動が1回以上あることを示している場合に、各グループに属するデータを識別するデータ識別情報として少なくとも2つのデータ識別情報のうちの特定のデータ識別情報を含み特定のデータ識別情報以外は含まないリストを生成するリスト生成部と、複数のグループの各グループに属するデータとして、リスト生成部により生成されたリストに各グループに属するデータを識別するデータ識別情報として含まれる特定のデータ識別情報に対応付けて記憶部に記憶されたデータを用いて、ソフトウェアの新たなバージョンのテストを実行するテスト実行部とを含む、装置を提供する。また、本発明は、ソフトウェアの複数のバージョンの動作をテストする装置であって、複数のデータの各データについて、各データを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得する取得部と、複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて取得部により取得されたテスト結果列が同一又は類似である複数のグループの各グループについて、各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成する生成部と、複数のグループの少なくとも2つのデータが属する各グループについて生成部により生成されたテスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、少なくとも2つのデータからソフトウェアの動作をテストする際に用いるデータを選択する選択部とを含む、装置も提供する。ここで、生成部は、複数のグループの各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列における成功を示すテスト結果の出現状況に基づいて、テスト結果安定性情報を生成する、ものであってもよい。また、生成部は、複数のグループの各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列において、複数のバージョンのうちの最新のバージョンから遡って連続するバージョンの動作をテストしたときのテスト結果が成功を示し続ける長さが長いほど、高い安定性を示すテスト結果安定性情報を生成する、ものであってよい。更に、生成部は、複数のグループの各グループに属するデータを用いてテストされるソフトウェアのモジュールの安定性を示すモジュール安定性情報を更に生成し、選択部は、少なくとも2つのデータが属する各グループについて生成部により生成されたモジュール安定性情報が予め定めた基準を超える安定性を示している場合に、少なくとも2つのデータからソフトウェアの動作をテストする際に用いるデータを選択する、ものであってよい。この場合、生成部は、複数のグループの各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列におけるテスト結果の変動状況に基づいて、モジュール安定性情報を生成する、ものであってよい。また、生成部は、複数のグループの各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列において、複数のバージョンの各バージョンの動作をテストしたときのテスト結果の変動に各バージョンの新しさに応じた重みを付加して加算することで得られた変動の度合いが低いほど、高い安定性を示すモジュール安定性情報を生成する、ものであってよい。加えて、選択部は、少なくとも2つのデータの各データを用いてソフトウェアの動作をテストするのに要する時間に基づいて、少なくとも2つのデータからソフトウェアの動作をテストする際に用いるデータを選択する、ものであってよい。更に、本発明は、ソフトウェアの複数のバージョンの動作をテストする方法であって、複数のデータの各データについて、各データを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得するステップと、複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて取得されたテスト結果列が同一又は類似である複数のグループの各グループについて、各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成するステップと、複数のグループの少なくとも2つのデータが属する各グループについて生成されたテスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、少なくとも2つのデータからソフトウェアの動作をテストする際に用いるデータを選択するステップとを含む、方法も提供する。更にまた、本発明は、ソフトウェアの複数のバージョンの動作をテストする装置としてコンピュータを機能させるプログラムであって、コンピュータを、複数のデータの各データについて、各データを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果列を取得する取得部と、複数のデータをグループ化して得られる複数のグループであって各グループに属するデータについて取得部により取得されたテスト結果列が同一又は類似である複数のグループの各グループについて、各グループに属するデータを用いてソフトウェアの複数のバージョンの動作をテストしたときのテスト結果の安定性を示すテスト結果安定性情報を生成する生成部と、複数のグループの少なくとも2つのデータが属する各グループについて生成部により生成されたテスト結果安定性情報が予め定めた基準を超える安定性を示している場合に、少なくとも2つのデータからソフトウェアの動作をテストする際に用いるデータを選択する選択部として機能させる、プログラムも提供する。本発明によれば、複数のデータを用いてソフトウェアの複数のバージョンの動作をテストする際の無駄を削減することができる。以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。本実施の形態は、ユーザデータを用いなければ最終的な受け入れ可否の判定が困難なCADソフトについて、ブラックボックス的に、即ち、その内部構造を知ることなく、過去に障害を発生したデータを用いて、ユーザのCADソフトの利用状況及びCADソフトのモジュールの変更状況を考慮して、時間的な制約の下で、網羅性及び効率性の高いテストを実施するものである。図1は、本発明の実施の形態におけるテスト実行装置10の構成例を示したブロック図である。例えば、セットメーカは、CADソフトによって部品の形状を表す形状データを作成し、この形状データを部品メーカに提供して部品の製造を依頼する。このとき、セットメーカがCADソフトによって直接的に作成するCADデータにはセットメーカ独自の設計情報も含まれているので、部品メーカには、CADデータをそのまま提供するのではなく、CADソフトの機能によって設計情報を削除する変換を行った後の形状データを提供する。一方、CADソフトにはその不具合の修正等のために修正パッチが適用されることがある。ところが、修正パッチが他のセットメーカからの要望に応じて適用された場合等は、修正パッチが適用されたCADソフトを用いることにより、別の部分に影響が生じることがある。従って、修正パッチが適用されるごとに、CADソフトの機能によるCADデータから形状データへの変換が、CADデータから形状に関する部分を正確に抜き出すものとなっているかどうかのテストを行う必要がある。そこで、このテスト実行装置10では、修正パッチ適用ごとの版リリースが異なるCADソフトについてこのようなテストを行う。図示するように、テスト実行装置10は、テストデータ記憶部11と、テストデータ追加部12と、テスト条件設定部13と、テスト実行部14と、テスト結果分析部15と、テスト結果記憶部16と、リスト作成条件設定部17と、リスト作成部18と、リスト記憶部19とを含む。テストデータ記憶部11は、テストケース名と、テストデータとを対応付けて記憶するデータベースである。ここで、テストケース名は、テストデータを識別する名称であり、例えばテストデータのファイル名を用いるとよい。テストデータは、CADソフトにより形状データに変換される前のCADデータのうち、テスト実行部14によるテストで用いるデータである。本実施の形態では、データの一例として、テストデータを用いており、データ識別情報の一例として、テストケース名を用いている。また、データとデータ識別情報とを対応付けて記憶する記憶部の一例として、テストデータ記憶部11を設けている。テストデータ追加部12は、1回目のリリースのCADソフトを用いたテストに先立ち、又は、そのテストを行った後のデータの追加が必要となった任意のタイミングで、テストデータ記憶部11にテストデータを追加する。このとき、テストデータ追加部12は、ユーザ側で過去に障害を発生させたCADデータを、テストデータとして追加する。テスト条件設定部13は、テスト実行部14によりテストを行う際の条件であるテスト条件を設定する。ここで、テスト条件には、例えば、テストデータで表される形状とテストデータを変換して得られる形状データで表される形状との許容誤差がある。尚、このテスト条件設定部13はオプションであり、テスト実行部14によるテストでテスト条件が必要でない場合は、設けなくてもよい。テスト実行部14は、テストデータ記憶部11に記憶されたテストデータで表される形状と、このテストデータをCADソフトにより変換して得られる形状データで表される形状との差分が、テスト条件設定部13により設定された許容誤差内に収まっているかどうかのテストを行う。このとき、テスト対象となるテストデータのテストケース名を記述したリストのデータ以下、テスト用リストというがリスト記憶部19に記憶されていれば、テストデータ記憶部11に記憶されたテストデータのうち、リスト記憶部19に記憶されたテスト用リストに記述されたテストケース名に対応するテストデータを用いて、テストを行う。そして、テストケース名に対応付けて、テスト結果及びテスト時間を出力する。テスト結果分析部15は、1回目からN-1回目のリリースのCADソフトを用いたテストでは、テスト実行部14によりテストケース名に対応付けて出力されたテスト結果及びテスト時間に基づいて、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト結果履歴及びテスト時間情報を更新する。また、N回目以降のリリースのCADソフトを用いたテストでは、テスト実行部14によりテストケース名に対応付けて出力されたテスト結果と、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト結果履歴とを分析し、グループ識別子を生成すると共にテスト結果安定性指数及びモジュール安定性指数を算出する。そして、テスト結果記憶部16にそのテストケース名に対応付けて、グループ識別子、テスト結果安定性指数、モジュール安定性指数を記憶すると共に、テスト実行部14によりテストケース名に対応付けて出力されたテスト結果及びテスト時間に基づいて、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト結果履歴及びテスト時間情報を更新する。尚、Nは予め定めた自然数で、テストケースの集約を初めて実施するときのCADソフトのリリース回数を示す。Nは例えば10~20程度が望ましい。本実施の形態では、テスト結果情報の一例として、テスト結果記憶部16に記憶されたテストケース名とテスト結果履歴との対応情報を用いており、テスト結果情報を取得する取得部の一例として、テスト結果分析部15を設けている。また、グループ情報の一例として、テスト結果記憶部16に記憶されたテストケース名とグループ識別子とテスト結果安定性指数とモジュール安定性指数との対応情報を用いており、グループ情報を生成するグループ情報生成部の一例として、テスト結果分析部15を設けている。テスト結果記憶部16は、テストケース名と、テスト結果履歴と、グループ識別子と、テスト結果安定性指数と、モジュール安定性指数と、テスト時間情報とを対応付けて記憶するデータベースである。ここで、テストケース名は、テスト実行部14によるテストの対象となったテストデータを識別する名称である。テスト結果履歴は、テスト結果列の一例であり、CADソフトのバージョンの一例であるリリースごとにリリース番号及びテスト結果を記述した履歴情報である。また、グループ識別子は、グループ識別情報の一例であり、対応するテストケースが属するグループを識別する情報である。テスト結果安定性指数は、テスト結果安定性情報の一例であり、対応するテストケースにおけるテスト結果の安定性テスト結果が良好であるかどうかを示す指数である。モジュール安定性指数は、モジュール安定性情報の一例であり、対応するテストケースでテストされるCADソフトのモジュールの安定性モジュールが頻繁に変更されていないかどうかを示す指数である。更に、テスト時間情報は、対応するテストケースのテストに要した時間の情報であり、複数回のテストが行われた場合には例えば個々のテストに要した時間の平均値や最新のテストに要した時間によって表すとよい。リスト作成条件設定部17は、テスト用リストを作成する際の条件以下、リスト作成条件というを設定する。ここで、リスト作成条件には、例えば、テスト用リストに含めるテストケースの数の制限、テスト用リストに含めるテストケースのテスト時間の制限、テスト用リストでテストケースを集約するときのテスト結果安定性指数の下限の閾値である第1閾値、テスト用リストでテストケースを集約するときのモジュール安定性指数の下限の閾値である第2閾値がある。リスト作成部18は、テスト結果記憶部16に記憶されたテスト結果と、リスト作成条件設定部17により設定されたリスト作成条件とに基づいて、テスト対象として選択したテストデータのテストケース名を記述したテスト用リストを作成する。本実施の形態では、リストを生成するリスト生成部の一例として、また、データを選択する選択部の一例として、リスト作成部18を設けている。リスト記憶部19は、リスト作成部18により作成されたテスト用リストを記憶する。次に、本実施の形態におけるテスト実行装置10の動作について詳細に説明する。動作が開始すると、テスト実行装置10は、まず、全てのCADデータを用いて一通りテストを行う。例えば、50000件のCADデータがあり、このうち3000件を用いてテストしたい場合であっても、準備段階として50000件を用いてテストする。即ち、テストデータ追加部12は、この50000件のCADデータをテストデータとしてテストケース名と共にテストデータ記憶部11に追加する。これにより、1回目のリリースのCADソフトについての動作が行われる。即ち、まず、テスト実行部14が、テストデータ記憶部11に記憶された50000件のテストデータを用いて、1回目のリリースのCADソフトをテストし、テストケース名に対応付けてテスト結果を出力する。具体的には、テストデータにおける形状と、1回目のリリースのCADソフトによりテストデータを変換した後の形状データにおける形状との差分を求め、差分が許容誤差内に収まっていればテスト結果としてパスを、差分が許容誤差内に収まっていなければテスト結果としてフェイルを出力する。このとき、テスト実行部14は、テストケース名に対応付けてテスト時間も出力する。次に、テスト結果分析部15は、テスト実行部14によりテストケース名に対応付けて出力されたテスト結果を、テスト結果記憶部16にそのテストケース名に対応するテスト結果履歴として記憶すると共に、テスト実行部14によりテストケース名に対応付けて出力されたテスト時間を、テスト結果記憶部16にそのテストケース名に対応するテスト時間情報として記憶する。具体的には、この時点では、テスト結果記憶部16にそのテストケース名に対応するテスト結果履歴及びテスト時間情報は記憶されていないので、テスト実行部14により出力されたテスト結果及びテスト時間をそのままテスト結果履歴及びテスト時間情報として記憶する。次いで、リスト作成部18は、テスト結果記憶部16に記憶されたテストケースのうち、リスト作成条件設定部17により設定された数の制限及びテスト時間の制限を超えない範囲でテストケースを選択し、この選択したテストケースのテストケース名を記述したテスト用リストを作成する。そして、作成したテスト用リストをリスト記憶部19に記憶する。その後、2回目のリリースのCADソフトについての動作が行われる。即ち、まず、テスト実行部14が、テストデータ記憶部11に記憶された50000件のテストデータのうち、リスト記憶部19に記憶されたテスト用リストに記述されたテストケース名のテストデータを用いて、2回目のリリースのCADソフトをテストし、テストケース名に対応付けてテスト結果及びテスト時間を出力する。尚、テストデータ追加部12によりテストデータ記憶部11にテストデータが追加された場合は、その追加されたテストデータも用いて、このような処理を行う。次に、テスト結果分析部15は、テスト実行部14によりテストケース名に対応付けて出力されたテスト結果を、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト結果履歴に含めて記憶すると共に、テスト実行部14によりテストケース名に対応付けて出力されたテスト時間に基づいて、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト時間情報を更新する。尚、リスト作成部18は、3回目のリリースのCADソフトのテストでも今回のテストで用いたテストデータをそのまま用いることから、新たにテスト用リストを作成する処理を行わない。その後、3回目からN-1回目までのリリースのCADソフトについても同様の動作が繰り返される。ここで、このときのテスト結果記憶部16の記憶内容について説明する。図2は、テスト結果記憶部16の記憶内容の一例を示した図である。尚、ここでは、N=10としている。図示するように、テスト結果記憶部16には、テストケース名に対応付けて、テスト結果履歴及びテスト時間情報が記憶されている。このうち、テスト結果履歴としては、1回目から9回目までの各リリースに対して、リリース番号及びテスト結果が記憶されている。括弧内で、左側の要素がリリース番号を示し、右側の要素がテスト結果を示す。Pはパスで、Fはフェイルを意味する。尚、この段階では、グループ識別子の生成、テスト結果安定性指数及びモジュール安定性指数の算出は行われていないので、これらの欄は空欄になっている。その後、N回目のリリースのCADソフトについての動作が行われる。即ち、まず、テスト実行部14が、テストデータ記憶部11に記憶された50000件のテストデータのうち、リスト記憶部19に記憶されたテスト用リストに記述されたテストケース名のテストデータを用いて、N回目のリリースのCADソフトをテストし、テストケース名に対応付けてテスト結果及びテスト時間を出力する。次に、テスト結果分析部15は、テスト実行部14により出力されたテスト結果と、テスト結果記憶部16に記憶されたテスト結果履歴とに基づいて、テスト結果分析処理を行う。以下、このテスト結果分析処理について詳細に説明する。第一に、テスト結果分析部15は、テストケースグループ決定処理を行う。このテストケースグループ決定処理は、各テストケースを文字列に変換することにより、各テストケースが属するグループを決定する処理である。図3は、このテストケースグループ決定処理の概要について示した図である。図には、テストケースA~Eを用いてリリース1.1~4.0のCADソフトをテストしたときのテスト結果と、テストケースA~Eが属するグループのグループ識別子とを示している。また、リリースごとのリリース日時も示している。ここで、リリースごとのテスト結果としては、パスを○で、フェイルを×で、未実施を空白で表している。また、グループ識別子は、テスト結果におけるパスを1、フェイルを0、未実施を2とすることで表される文字列である。尚、上記では、1回目のリリースのCADソフトのテストで全てのテストデータを対象とするので、未実施のテストケースはあり得ないが、これはあくまで例であるので、未実施のテストケースも示している。テスト結果分析部15は、テストケースに対するグループ識別子が同じ場合に、そのテストケースが属するグループを同じグループとする。図では、テストケースC及びテストケースDに対するグループ識別子が0000011111で同じであるので、これらのテストケースは同じグループに属することになる。このように各テストケースが属するグループが決定された後、各グループでテストケースの集約が検討されることになる。尚、本実施の形態では、複数のテストケースに対するグループ識別子が同一の場合にそれらのテストケースが同じグループに属するものとして説明するが、複数のテストケースに対するグループ識別子が類似する場合、例えば、グループ識別子の各文字の差分の二乗和が閾値以内である場合に、それらのテストケースが同じグループに属するものとしてもよい。第二に、テスト結果分析部15は、テストケース優先度決定処理を行う。このテストケース優先度決定処理は、テストケースを集約する際に、不安定な又は重点的なテストの実施が必要なテストケースに高い優先度を与える処理である。これにより、このようなテストケースが優先的に残されるので、網羅性の高いテストケース選択が実現される。尚、このテストケース優先度決定処理は、テストで用いるテストケースとCADソフト内のモジュールとの相関関係が不明である、又は、そのような相関関係を調査するのに多大な労力を必要とする、ということを条件に行われる。具体的には、テスト結果分析部15は、テストケースごとのテスト結果履歴からテストケースの安定性を把握する。その際、テストケースごとのテスト結果履歴において着目する情報としては、現時点でのテスト結果の安定性に加え、テストの対象となるモジュールの安定性がある。たとえ現在のテスト結果がある程度良好であっても、機能変更が頻繁なモジュールについては、より優先度を高くしてテストを実施する必要があるからである。そこで、テスト結果分析部15は、テストケースの安定性の判断において、テスト結果安定性指数、モジュール安定性指数という2つの指数を算出する。1テスト結果安定性指数図4は、テスト結果安定性指数を算出するときの手順を示した図である。aには、テストケースA~Cを用いてリリース1.1~4.0のCADソフトをテストしたときのテスト結果と、現在まで継続してテスト結果がパスだったリリース日時を示すパス日時とを示している。尚、図中のテスト結果のうち、リリース1.1~3.0に対するテスト結果が、テスト結果記憶部16に記憶されていたものであり、リリース4.0に対するテスト結果が、テスト実行部14により出力されたものである。bでは、aのテスト結果○、×を、テスト結果が継続してパスである日数を示すパス継続数に置き換えている。つまり、リリース1.1に対しては、テスト結果が○であれば、パス継続数を1とし、テスト結果が×であれば、パス継続数を0とする。また、それ以降のリリースに対しては、テスト結果が○であれば、パス継続数を1つ前のリリースに対するパス継続数に1を加算した値とし、テスト結果が×であれば、パス継続数を0とする。これにより、リリース4.0に対するパス継続数が、現時点におけるテスト結果の安定性を表すことになり、その値は、テストケースAについては10、テストケースBについては5、テストケースCについては5となる。尚、本実施の形態では、パス継続数を、現在まで継続してテスト結果がパスであった日数として説明するが、現在まで継続してテスト結果がパスであった回数としてもよい。但し、これでは、テストケースAのリリース2.1のときのようにそれまでのテスト結果が全てパスであった場合も、テストケースBのリリース4.0のときのようにそれまでのテスト結果にフェイルがあった場合も、安定性を表す値は同じ5となってしまう。そこで、本実施の形態では、パス継続数を正規化して、テスト結果安定性指数を算出する。cに、パス継続数を正規化したときの結果を示す。具体的には、bのあるリリースに対するパス継続数を、そのリリースまでのリリース数で除することにより、0から1の間のテスト結果安定性指数を算出する。例えば、現時点、つまり、10回目のリリースでのテスト結果安定性指数は、テストケースAについては1=10/10、テストケースBについては0.5=5/10、テストケースCについては0.5=5/10となる。尚、テスト結果安定性指数は、以降の説明においても、あるリリースから最新のリリースまでのパス継続数に基づいて算出するものとするが、その他の方法で算出するものとしてもよい。例えば、あるリリースから最新のリリースではない任意のリリースまでのパス継続数に基づいて算出するものとしてもよい。また、テスト結果が連続してパスであった数に基づくのでなく、単にテスト結果がパスであった数に基づいて、より一般化して言えば、成功を示すテスト結果の出現状況に基づいて、算出するものとしてもよい。2モジュール安定性指数図5は、モジュール安定性指数を算出するときの手順を示した図である。aには、テストケースA~Cを用いてリリース1.1~4.0のCADソフトをテストしたときのテスト結果を示している。bでは、aのテスト結果○、×を、テスト結果の変動の有無を示す変動データに置き換えている。テスト結果パスが続く長さが同じであっても、より安定したモジュールに関連したテストケースを優先して集約することが望ましい。そのため、テスト結果に基づいてパス及びフェイルが変動したパターンを求める。ここでは、テスト結果が1つ前のリリースに対するテスト結果と同じであれば、変動データを1とし、テスト結果が1つ前のリリースに対するテスト結果と異なっていれば、変動データを0としている。ところで、このようなテスト結果の変動は、現時点に近い時点での変動の方が、現時点から遠い時点での変動よりも、テストケース選択における重要度が高いと言える。従って、リリース日時が現在日時に近いほど重みを大きくする重み付け関数を設定し、重み付け関数で求められる各リリース日時に対する重みを各リリース日時における変動データに乗じて得られる値の和をモジュール安定性指数とする。図6は、このような重み付け関数の一例を示したグラフである。このグラフにおいて、横軸tは、現在日時とリリース日時との差分であり、縦軸Ftは、現在日時とリリース日時との差分がtである場合の重みである。モジュール安定性指数Mは、現在日時とリリース日時との差分がtである場合の変動データをVtとすると、M=ΣFt×Vtにより算出される。ここで、例えば、リリースの回数をRとし、Ft=R-t/Σtとする。図5の例では、R=10、Σt=123410=55であるので、Ft=10-t/55となる。従って、モジュール安定性指数は、テストケースAについては、1=1/55×12/55×13/55×14/55×15/55×16/55×17/55×18/55×19/55×110/55×1となる。また、テストケースBについては、0.8=1/55×12/55×13/55×14/55×15/55×06/55×07/55×18/55×19/55×110/55×1となる。更に、テストケースCについては、0.89=1/55×12/55×13/55×14/55×15/55×16/55×07/55×18/55×19/55×110/55×1となる。尚、モジュール安定性指数は、以降の説明においても、各リリースに対する変動データに各リリースの新しさに応じた重みを付加した結果を加算することによって算出するものとするが、その他の方法で算出するものとしてもよい。例えば、各リリースの新しさに応じた重みは付加することなく、単に変動データ1の数に基づいて、より一般化して言えば、テスト結果の変動状況に基づいて、算出するものとしてもよい。次いで、このようなテスト結果分析処理を行うテスト結果分析部15の動作について、フローチャートを参照して説明する。図7は、N回目のリリースのCADソフトについてのテスト結果分析部15の動作例を示したフローチャートである。尚、1回目からN-1回目までのリリースのCADソフトについての動作をこのフローチャートに含める場合は、フローチャートの先頭に、何回目のリリースのCADソフトについての動作であるかを判断するステップを設けるとよい。そして、そのステップで1回目からN-1回目までのリリースのCADソフトについての動作であると判断されれば、テスト実行部14により出力されたテスト結果及びテスト時間をテスト結果記憶部16に記憶する処理のみを行い、そのステップでN回目のリリースのCADソフトについての動作であると判断されれば、図示した処理を行うようにするとよい。さて、動作を開始すると、テスト結果分析部15は、まず、テスト実行部14から出力されたデータの中に未処理のデータがあるかどうかを判定するステップ101。未処理のデータがないと判定されれば、そのまま処理を終了するが、未処理のデータがあると判定されれば、そのデータの中から、テストケース名、テスト結果、テスト時間の1つの組を取り出すステップ102。次に、テスト結果分析部15は、テスト結果記憶部16にそのテストケース名に対応付けて記憶されたテスト結果履歴を読み出すステップ103。そして、テスト結果分析部15は、ステップ102で取り出したテスト結果とステップ103で読み出したテスト結果履歴とに基づいて、グループ識別子を生成するステップ104。具体的には、まず、ステップ103で読み出したテスト結果履歴を分析し、テスト結果パスを文字1に変換し、テスト結果フェイルを文字0に変換することで、文字列を生成する。そして、ステップ102で取り出したテスト結果を参照し、テスト結果がパスであればその文字列の後ろに文字1を付加し、テスト結果がフェイルであればその文字列の後ろに文字0を付加することで、グループ識別子を生成する。また、テスト結果分析部15は、ステップ102で取り出したテスト結果とステップ103で読み出したテスト結果履歴とに基づいて、テスト結果安定性指数を算出するステップ105。具体的には、まず、ステップ102で取り出したテスト結果を参照し、テスト結果がパスであればパス継続数を1とし、テスト結果がフェイルであればパス継続数を0とする。また、パス継続数が1であれば、ステップ103で読み出したテスト結果履歴を分析し、前回のリリースに対するテスト結果からの連続するパスの数をパス継続数に加算する。そして、この時点におけるパス継続数を今回のリリースまでのリリース回数で除することで、テスト結果安定性指数を算出する。更に、テスト結果分析部15は、ステップ102で取り出したテスト結果とステップ103で読み出したテスト結果履歴とに基づいて、モジュール安定性指数を算出するステップ106。具体的には、まず、ステップ103で読み出したテスト結果履歴を分析し、1回目のリリースに対する変動データを1とし、2回目から前回までのリリースに対する変動データを、テスト結果が1つ前のテスト結果と同じであれば1とし、テスト結果が1つ前のテスト結果と異なれば0とする。また、ステップ102で取り出したテスト結果を参照し、今回のリリースに対する変動データを、テスト結果が前回のテスト結果と同じであれば1とし、テスト結果が前回のテスト結果と異なれば0とする。そして、各リリースに対する変動データに、図6のような重み付け関数でtを各リリースのリリース日時と今回のリリースのリリース日時との差分としたときのFtを乗じ、その結果の値を足し合わせることで、モジュール安定性指数を算出する。ここで、各リリースのリリース日時は、図2に示したようにテスト結果履歴内に記憶されていないのであれば、CADソフトのリリースを管理するデータベースからリリース番号をキーに取得するとよい。或いは、テスト結果履歴内に記憶しておき、そこから取得するようにしてもよい。これにより、テスト結果分析部15は、テスト結果記憶部16に、ステップ102で取り出したテストケース名に対応付けて、グループ識別子、テスト結果安定性指数、モジュール安定性指数を記憶するステップ107。このとき、グループ識別子、テスト結果安定性指数、モジュール安定性指数が既に記憶されていれば、これらを新たなグループ識別子、テスト結果安定性指数、モジュール安定性指数で上書きする。次いで、テスト結果分析部15は、ステップ102で取り出したテスト結果を、ステップ102で取り出したテストケース名に対応付けてテスト結果記憶部16に記憶されたテスト結果履歴に含めて、記憶するステップ108。また、テスト結果分析部15は、ステップ102で取り出したテスト時間に基づいて、ステップ102で取り出したテストケース名に対応付けてテスト結果記憶部16に記憶されたテスト時間情報を更新するステップ109。その後、処理はステップ101に戻り、未処理のデータがないと判定されるまで、ステップ102~109の処理を繰り返す。ここで、このときのテスト結果記憶部16の記憶内容について説明する。図8は、テスト結果記憶部16の記憶内容の一例を示した図である。尚、ここでも、N=10としている。図示するように、テスト結果記憶部16には、テストケース名に対応付けて、テスト結果履歴及びテスト時間情報が記憶されている。このうち、テスト結果履歴としては、1回目から10回目までの各リリースに対して、リリース番号及びテスト結果が記憶されている。また、テストケース名に対応付けて、グループ識別子、テスト結果安定性指数、モジュール安定性指数も記憶されている。次に、リスト作成部18は、テスト結果記憶部16に記憶された情報に基づいて、テストケースを集約して新たなテスト用リストを作成するテスト用リスト作成処理を行う。具体的には、テスト結果記憶部16に記憶されたグループ識別子のグループのうち、テスト結果安定性指数及びモジュール安定性指数が閾値を超えるグループ内のテストケースを集約する。その際、グループに属するテストケースからテスト時間に基づいて1つのテストケースを選択する。例えば、グループに属するテストケースのうち、テスト時間が大きいものを優先的に除外する。図9は、このようなテストケースの集約について示した図である。図には、まず、2443件のテストデータを用いてテストを行ったときのグループ識別子ごとに、テスト結果安定性指数、モジュール安定性指数、テストケースの件数図では単に件数と表記を示している。ここで、第1閾値が0.35であり、第2閾値が0.8である場合を考える。即ち、あるグループにおいて、テスト結果安定性指数が0.35を超えており、かつ、モジュール安定性指数が0.8を超えていれば、そのグループ内のテストケースを集約するものとする。図では、テスト結果安定性指数が0.35を超えており、かつ、モジュール安定性指数が0.8を超えているグループに対して、判定結果TRUEを示し、それ以外のグループに対して、判定結果FALSEを示している。判定結果がTRUEのグループについて、テストケースを集約することになるが、件数が1の場合はこれ以上集約できないので、件数が2以上のグループについて集約する。即ち、件数が2以上で判定結果がTRUEのグループ図中、太線囲みで示すに属するテストケースは1つを除いてテスト用リストに含める対象から除外する。尚、テスト結果安定性指数及びモジュール安定性指数の両方が1であるグループについては、テスト結果は安定しているが、そのグループに属するテストケースが同じモジュールに関連するものと推測し難いため、本実施の形態では、テストケースの集約を行わない。また、テスト結果安定性指数が0でモジュール安定性指数が1であるグループについては、テスト結果が全てフェイルということだけを表すものであるので、本実施の形態では、テストケースの集約を行わない。図では、各グループに対して、このような集約を行った後のテストケースの件数図では単に集約後と表記も示している。全体では、2443件のテストケースが、集約後は2226件となり、約8.9のテストケースが削減されている。次いで、このようなテスト用リスト作成処理を行うリスト作成部18の動作について、フローチャートを参照して説明する。図10は、N回目のリリースのCADソフトについてのリスト作成部18の動作例を示したフローチャートである。尚、1回目からN-1回目までのリリースのCADソフトについての動作をこのフローチャートに含める場合は、フローチャートの先頭に、何回目のリリースのCADソフトについての動作であるかを判断するステップを設けるとよい。そして、そのステップで1回目のリリースのCADソフトについての動作であると判断されれば、リスト作成条件設定部17により設定されたテストケース数及びテスト時間の制限内のテストケースを記述したテスト用リストを作成する処理のみを行い、そのステップで2回目からN-1回目までのリリースのCADソフトについての動作であると判断されれば、全ての処理をスキップし、そのステップでN回目のリリースのCADソフトについての動作であると判断されれば、図示した処理を行うようにするとよい。さて、動作を開始すると、リスト作成部18は、リスト作成条件設定部17により設定されたテスト結果安定性指数の閾値である第1閾値及びモジュール安定性指数の閾値である第2閾値を取得するステップ151。また、リスト作成部18は、テスト結果記憶部16に記憶されたデータを、一時的にグループごとにまとめる処理を行うステップ152。具体的には、同じグループ識別子に対応付けられたテストケースのデータをまとめる。そして、リスト作成部18は、テスト結果記憶部16に記憶されたグループの中に、未処理のグループがあるかどうかを判定するステップ153。未処理のグループがあると判定されれば、そのグループの中から、1つグループのデータを読み出すステップ154。次に、リスト作成部18は、読み出したグループのデータに含まれるテストケースが1つであるかどうかを判定するステップ155。テストケースが1つであると判定されれば、そのテストケースは集約対象とならないので、読み出したデータをそのままメモリに記憶するステップ160。テストケースが1つでないと判定されれば、リスト作成部18は、読み出したグループのデータにおけるモジュール安定性指数が1であるかどうかを判定するステップ156。モジュール安定性指数が1であると判定されれば、このグループに属するテストケースのテスト結果はずっと同じであり、テスト結果からはテストケースを集約できると言えないので、読み出したデータをそのままメモリに記憶するステップ160。モジュール安定性指数が1でないと判定されれば、リスト作成部18は、読み出したグループのデータにおけるテスト結果安定性指数が、ステップ151で取得した第1閾値を超えているかどうかを判定するステップ157。テスト結果安定性指数が第1閾値を超えていないと判定されれば、このグループに属するテストケースのテスト結果は安定しておらず、テストケースを集約できないので、読み出したデータをそのままメモリに記憶するステップ160。テスト結果安定性指数が第1閾値を超えていると判定されれば、リスト作成部18は、読み出したグループのデータにおけるモジュール安定性指数が、ステップ151で取得した第2閾値を超えているかどうかを判定するステップ158。モジュール安定性指数が第2閾値を超えていないと判定されれば、このグループに属するテストケースに関連するモジュールは頻繁に変更されており、テストケースを集約できないので、読み出したデータをそのままメモリに記憶するステップ160。モジュール安定性指数が第2閾値を超えていると判定されれば、リスト作成部18は、読み出したグループのデータに含まれるテストケースのうち、テスト時間が最も短いもののみを残してそれ以外は除去し、その結果のデータをメモリに記憶するステップ159。その後、処理はステップ153に戻り、未処理のグループがないと判定されるまで、ステップ154~160の処理を繰り返す。そして、ステップ153で未処理のグループがないと判定されれば、リスト作成部18は、ステップ159又はステップ160でメモリに記憶されたデータ内のテストケース名を記述したテスト用リストを作成し、リスト記憶部19に記憶するステップ161。尚、この動作例では、あるグループについて、モジュール安定性指数が1でないという第1の条件、テスト結果安定性指数が第1閾値を超えているという第2の条件、及び、モジュール安定性指数が第2閾値を超えているという第3の条件が全て満たされた場合に、そのグループ内のテストケースを集約するようにしたが、この限りではない。例えば、第1の条件は、このテスト用リスト作成処理で判断する条件から除外してもよい。また、第2の条件及び第3の条件は、両方が満たされることを要求するのではなく、何れか一方のみが満たされることを要求するものでもよい。更に、第2の条件及び第3の条件は、独立の条件とするのではなく、テストケース重要度=第1重み係数×テスト結果安定性指数第2重み係数×モジュール安定性指数により算出されるテストケース重要度が閾値を超えている、という1つの条件にまとめてもよい。また、この動作例では、リスト作成部18は、グループのデータが条件を満たす場合にそのグループ内の残すテストケース以外のテストケースを除去するのみであった。しかしながら、除去したテストケースの代わりに、別途テストしてテスト結果がフェイルであったテストケースや、新しい機能や重要な箇所に関連するテストケースを追加するようにしてもよい。但し、この場合も、リスト作成条件設定部17により設定されたテストケース数及びテスト時間の制限内に収まるようにテストデータを追加するのが望ましい。加えて、その際、リスト作成条件設定部17により設定されたテスト時間の制限までどの程度の余裕があるかを知らせるために、テスト用リストに含まれる全てのテストケースに基づくテストを行った場合の想定合計時間を算出するようにしてもよい。以上により、N回目のリリースのCADソフトについての動作の説明を終了する。そして、その後、N1回目以降のリリースのCADソフトについても同様の動作が繰り返される。このように、本実施の形態では、ユーザの過去の障害履歴に基づいたテストケースの実行結果リリース及びテスト結果を保存するデータベースを設けた。そして、このデータベースに保存されたデータに基づいてテストケースに自動的に優先順位を付与し、これによってテストケースの適用条件を決定するようにした。具体的には、第一に、ユーザの過去の障害履歴に基づいたテストケースの実行結果間の相関関係に着目し、この相関関係に基づいて、テストケースが利用するモジュール及び機能を類推する。つまり、複数のテストケースに基づくテスト結果の一致度を算出し、一致度が閾値以上となった場合に、これら複数のテストケースは同一モジュールに関連するものであると判断して集約する。第二に、ユーザの過去の障害履歴に基づいたテストケースに基づくリリースごとのテスト結果の時系列の出現パターンに着目し、各テストケースにおけるリリース及びテスト結果に基づいて、テストケースに紐付いたモジュールの安定性を示す指数を算出し、指数が閾値以上となった場合に、そのテストケースは安定した状態であると判断して集約する。そして、このような処理を行う本実施の形態によれば、限定された制約の下で、最適なテストケースを選択し、最適化されたテストを実行することが可能となる。最後に、本実施の形態を適用するのに好適なコンピュータのハードウェア構成について説明する。図11は、このようなコンピュータのハードウェア構成の一例を示した図である。図示するように、コンピュータは、演算手段であるCPUCentralProcessingUnit90aと、M/Bマザーボードチップセット90bを介してCPU90aに接続されたメインメモリ90cと、同じくM/Bチップセット90bを介してCPU90aに接続された表示機構90dとを備える。また、M/Bチップセット90bには、ブリッジ回路90eを介して、ネットワークインターフェイス90fと、磁気ディスク装置HDD90gと、音声機構90hと、キーボード/マウス90iと、フレキシブルディスクドライブ90jとが接続されている。尚、図11において、各構成要素は、バスを介して接続される。例えば、CPU90aとM/Bチップセット90bの間や、M/Bチップセット90bとメインメモリ90cの間は、CPUバスを介して接続される。また、M/Bチップセット90bと表示機構90dとの間は、AGPAcceleratedGraphicsPortを介して接続されてもよいが、表示機構90dがPCIExpress対応のビデオカードを含む場合、M/Bチップセット90bとこのビデオカードの間は、PCIExpressPCIeバスを介して接続される。また、ブリッジ回路90eと接続する場合、ネットワークインターフェイス90fについては、例えば、PCIExpressを用いることができる。また、磁気ディスク装置90gについては、例えば、シリアルATAATAttachment、パラレル転送のATA、PCIPeripheralComponentsInterconnectを用いることができる。更に、キーボード/マウス90i、及び、フレキシブルディスクドライブ90jについては、USBUniversalSerialBusを用いることができる。ここで、本発明は、全てハードウェアで実現してもよいし、全てソフトウェアで実現してもよい。また、ハードウェア及びソフトウェアの両方により実現することも可能である。また、本発明は、コンピュータ、データ処理システム、コンピュータプログラムとして実現することができる。このコンピュータプログラムは、コンピュータにより読取り可能な媒体に記憶され、提供され得る。ここで、媒体としては、電子的、磁気的、光学的、電磁的、赤外線又は半導体システム装置又は機器、或いは、伝搬媒体が考えられる。また、コンピュータにより読取り可能な媒体としては、半導体、ソリッドステート記憶装置、磁気テープ、取り外し可能なコンピュータディスケット、ランダムアクセスメモリRAM、リードオンリーメモリROM、リジッド磁気ディスク、及び光ディスクが例示される。現時点における光ディスクの例には、コンパクトディスク-リードオンリーメモリCD-ROM、コンパクトディスク-リード/ライトCD-R/W及びDVDが含まれる。以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の精神及び範囲から逸脱することなく様々に変更したり代替態様を採用したりすることが可能なことは、当業者に明らかである。