【事件の表示】
　平成　８年特許願第　５３９６０号「ソフトウェアのシステムテスト支援装置」拒絶査定不服審判事件〔平成　９年　８月２６日出願公開、特開平　９−２２３０４０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明 
　本願は、平成８年２月１９日の出願であって、平成１７年８月１９日付けで拒絶理由通知がなされ、同年１０月２０日付けで手続補正がなされ、平成１８年３月２８日付けで最後の拒絶理由通知がなされ、同年６月２日付けで手続補正がなされたが、同年７月１３日付けで前記平成１８年６月２日付け手続補正を補正却下するとともに、拒絶査定がなされ、これに対し、同年８月２４日に審判請求がなされるとともに、同年９月２５日付けで手続補正がなされたものである。そして、同年１１月１０日付けで審査官から前置報告がなされ、平成２０年１１月１７日付けで当審より審尋がなされ、平成２１年１月１９日付けで回答書が提出されたものである。
　そして、当審より平成２１年４月２３日付けで前記平成１８年９月２５日付け手続補正を補正却下するとともに、拒絶理由通知がなされ、これに対し、同年６月２６日に手続補正がなされたものである。
　そして、特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２１年６月２６日付け手続補正書により補正された明細書の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
「ソフトウェアに対して与えられた仕様を検証することにより、上記ソフトウェアのシステムテストを支援するソフトウェアのシステムテスト支援装置において、
　上記仕様のうちソフトウェアを構成する部品の組合せ構造を表す構造仕様情報および上記ソフトウェアを構成する部品に発生するイベントの種類と上記イベント発生前後の上記構造仕様情報に記載された部品の状態とを関係付けて表す状態遷移仕様情報に基づいて、上記ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するテストシナリオを生成するテストシナリオ生成手段と、
　上記テストシナリオ生成手段により生成されたテストシナリオに従ってイベントメッセージを作成してコンピュータに上記イベントメッセージを供給するテストシナリオ実行手段と、
　上記テストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果、上記ソフトウェアの各状態における各部品の属性値が、上記属性値と照合するために上記仕様を表現した構造仕様情報及び状態遷移仕様情報と記述方式を統一化して予め定義された、上記ソフトウェアを構成する各部品が取りうる各個別状態における各部品の属性値である個別状態仕様情報と一致するかどうかを照合する実行結果照合手段とを設けたことを特徴とするソフトウェアのシステムテスト支援装置。」
　
２．引用文献 
（１）当審より通知された拒絶理由に引用された、特開平５−４６４３５号公報（以下、「引用文献１」という。）には、図面とともに、以下の事項が記載されている。
　
（ア）「【０００４】テスト結果が正しいかどうかの判定は、多くの場合実行結果が外部仕様と等しいかを、人間が目視で比較することにより行っている。そこで、これらのシステムテストを自動化するための自動テスト装置が提案されている。図１４は従来の自動テスト装置の構成を示すものである。図において、１２１は操作記憶手段、１２２は操作発生手段、１２３は正解ファイル比較手段、１２４は結果記録手段、１２５は正解ファイル記憶手段である。また図１５は従来の自動テスト装置を使用する形態を示したものである。図において１３１は従来の自動テスト装置、１３２はテスト対象ソフトを実行させる計算機である。なお図１５は一般的な形態を示したものであって、ＵＮＩＸのように１つの計算機で複数のプロセスが実行可能な環境では、テスト対象ソフトが自動テスト装置と同じ計算機であってもよい。
【０００５】以上のように構成された自動テスト装置は、以下に列挙する順に処理を進行する。
（１）まずテスト対象ソフトを計算機１３２上で起動しておく。
（２）操作発生手段１２２が、操作記憶手段１２１から操作手順を読み出しテスト対象ソフトを実行させる。
（３）結果記録手段１２４がテスト対象ソフトの実行結果を記録する。
（４）正解ファイル比較手段１２３が、結果記録手段１２４で記録した実行結果と正解ファイル記憶手段１２５の該当する正しい実行結果を比較し、比較結果を画面等に出力する。
（５）操作記憶手段１２１にまだ実行していない操作が残っていれば、上の（２）から（４）の処理を繰り返す。」
　
　（ア）に記載された「操作記憶手段」には、システムテストを自動的に行うために、予め、テスト実行対象ソフトウェアの操作手順が格納されていることから、（ア）に記載された「自動テスト装置」は、前記ソフトウェアの操作手順を生成する手段（以下、「操作手順生成手段」と言う。）を有すると解される。
　また、（ア）に記載された「操作発生手段」は、前記操作記憶手段から操作手順を読み出して、テスト実行対象ソフトウェアを実行させることから、前記操作手順に従って所定の操作を生成し、前記テスト実行対象ソフトウェアに前記操作を供給すると解される。
　また、（ア）に記載された「正解ファイル記憶手段」には、前記テスト実行対象ソフトウェアの前記操作手順の操作によって取りうる正しい実行結果情報が予め定義されていると解される。
　そして、（ア）に記載された「正解ファイル比較手段」は、結果記録手段１２４で記録した実行結果と正解ファイル記憶手段の該当する正しい実行結果を比較することから、上記テスト実行対象ソフトウェアの前記操作の実行結果が、上記実行結果と照合するために予め定義された上記テスト実行対象ソフトウェアの前記操作によって取りうる正しい実行結果情報と一致するかどうかを比較照合すると解される。
　
  よって、（ア）における記載及びその関連する図面からすると、引用文献には、以下の発明（以下「引用発明１」という）が記載されていると認められる。 
　 
　ソフトウェアのシステムテストを支援する自動テスト装置において、
　上記ソフトウェアの操作手順を生成する操作手順生成手段と、
　上記操作手順生成手段により生成された操作手順に従って操作を作成して計算機に上記操作を供給する操作発生手段と、
　上記操作発生手段によって供給された操作に基づいて操作実行した結果、上記ソフトウェアの前記操作の実行結果が、上記実行結果と照合するために予め定義された上記ソフトウェアの前記操作によって取りうる正しい実行結果情報と一致するかどうかを比較照合する正解ファイル比較手段とを設けたことを特徴とするソフトウェアの自動テスト装置。
　
（２）当審より通知された拒絶理由に引用された、刊行物「川染誉，外４名，”オブジェクト指向分析支援ツールの作成−動的モデルのシミュレーション”，電子情報通信学会技術研究報告，１９９４年１月１４日，社団法人電子情報通信学会，第９３巻　第４０８号，ｐ．２５−３２」（以下、「引用文献２」という。）には、図面とともに、以下の事項が記載されている。
　
（イ）「我々は
ソフトウェア開発過程の上流工程における要求分析手法
　
（ウ）「我々が現在計画しているオブジェクト指向分析支援システムの全体像を図１に示す．各サブシステムの概要は以下の通りである．
オブジェクト管理部　対象となるオブジェクトモデル中の各オブジェクト，オブジェクトの属性と操作，オブジェクト間の関係などを管理する．・・・(中略）・・・
　
動的モデル検証システム　各オブジェクトに付随して定義される動的モデルのみを取りだし，与えられたシナリオに対して動的モデルのシミュレーションを行う．また与えられた動的モデルが受理可能なすべてのシナリオを生成する機能も持つ．」（２６頁右欄２行目〜２１行目）
　
（エ）「オブジェクト指向モデルでは，−般に
オブジェクト間の静的な関係
　この動的モデルは，
各オブジェクトをそれぞれ一つの状態遷移図として記述
　オブジェクトの相互作用はすべてイベントの形で行われる．一般にシステムは外部との相互作用も行うので，イベントは外部のオブジェクトとの間でやりとりされる外部イベントと，システム中のオブジェクト相互の間でやりとりされる内部イベントとがある．・・・(中略）・・・
　オブジェクトの動作を検証するために，本研究では，動的モデルに対してシミュレーションならびにシナリオ生成を行うためのツールを試作した．ここで，シナリオとは，対象システムに与える外部イベントの系列を表す．シミュレーションでは，与えられたシナリオをシステムが受理するかどうか，またそのような
シナリオが与えられたときにオブジェクトの内部状態の変化や，内部イベントがどのように生成されるかなどを調べる
　シナリオ生成は，
与えられた状態図の集合から，受理可能なすべてのシナリオを導き出そうとするもの
シナリオを基に，実現されたシステムに対するテストを行う
　本研究の動的モデルは，１）システム中のオブジェクトの動作を，オブジェクト毎に独立の状態遷移図として記述できる，２）それぞれのオブジェクトの状態遷移図をそのまま集めることによってシステム全体の検証ができる，３）動的モデルのシミュレーションのみならず，シナリオを自動的に生成することができる，などの特徴を持つ．
３．２状態とイベント
　動的モデルは
状態とイベントをもとにして定義
属性値および他のオブジェクトとのリンク
　
（オ）「
動的モデルの動作は状態遷移によって定義される
　・・・(中略）・・・
　一般に対象システムは複数のオブジェクトから構成され，それぞれのオブジェクトに対して状態遷移が定義される．あるイベントは複数のオブジェクトに同時に送信されることがあり，その場合には複数のオブジェクトの状態遷移が同時に起こることになる．
　・・・(中略）・・・
　オブジェクト指向モデルにおいては，クラスは
階層構造を持つ
状態図の階層構造を持つ
　
（カ）「（１）状態の定義
オブジェクトの状態を次のように記述する．
ｓｔａｔｅ（オブジェクト，上位状態，状態）．
　・・・（中略）・・・
（２）初期状態
オブジェクトの初期状態を次のように記述する．
ｉｎｉｔ＿ｓｔａｔｅ（オブジェクト，初期状態）．
（３）終了状態
オブジェクトの終了状態を次のように記述する．
ｆｉｎａｌ−ｓｔａｔｅ（オブジェクト，終了状態）．
（４）状態遷移
オブジェクトの状態遷移を次のように記述する．
ｔｒａｎｓｉｔｉｏｎ（オブジェクト，現状態，受信イベント，
次状態，送信イベント，［送信先１，．．．］）．
オブジェクトは指定されたイベントを受信すると，現状態から次状態ヘ遷移する．
　・・・（中略）・・・
（６）オブジェクトの指定
検証の対象とするオブジェクトを次のようなリスト形式で指定する．
ｉｓ＿ｏｂｊｅｃｔ（［オブジェクト１，オブジェクト２．．．］）．
ここで指定されているオブジェクトに対しては，状態や状態遷移がすべて記述されていなければならない．
　・・・（中略）・・・
（９）シナリオ
シミュレーションの際に利用するシナリオ，すなわち外部イベントの系列を次のように記述する．
ｓｃｅｎａｒｉｏ（シナリオ番号，［イベント１，　．．．］）．」（２８頁右欄下から１２行目〜２９頁左欄下から３行目）
　
（キ）「シミュレータは，シナリオから順にイベントを取りだし，それによって引き起こされるオブジェクトの状態遷移を追跡する．状態遷移によって内部イベントが発生するときには，その内部イベントを処理した後に，再びシナリオから外部イベントを取りだすことになる．
シミュレータの出力は，各オブジェクトの状態遷移とそれに伴って発生する内部／外部イベント
　
（ク）「シナリオ生成は、まず現在の状態から受理可能な外部
イベントの候補集合を生成
イベント一つ選択し，そのイベントに対する状態遷移をシミュレートすることによって，次状態を得る
可能なシナリオをすべて生成する
　
（ケ）「この場合の入力シナリオは次の通りである．
ｓｃｅｎａｒｉｏ（１，［ｓｔａｒｔ，ｋｅｙ＿ｉｎｐｕｔ，ｎ＿ｐ−ｓｐｃ＿ｃｒ，ｎ＿ｐ＿ｓｐｃ＿ｃｒ，ｅｓｃ，ｋｅｙ＿ｉｎｐｕｔ，ｔｅｒｍｉｎａｔｅ］）．
　実行結果の一部を図７に，それをトレース図で表示したものを図８に示す．
　
トレースには，外部イベントだけではなく，内部イベントとそれに伴う状態遷移も記述され
　
（コ）「本研究では，動的モデルを用いて対象システムの動作検証を支援するためのシステムを試作した．このシステムはシミュレータとシナリオ生成部から構成されている．シミュレータは，入力されたシナリオに基づいて各オブジェクトの内部状態遷移や相互作用を追跡し，対象システムの内部動作を検証することができる．シナリオ生成部は，システムが受理可能なあらゆる外部イベントの系列を生成する．これによって，
対象システムの内部構成の検証
テストデータの生成などができる
　
　（イ）における記載「
ソフトウェア開発過程の上流工程における要求分析手法
　
　（ウ）における記載「オブジェクト管理部　対象となるオブジェクトモデル中の各オブジェクト，オブジェクトの属性と操作，オブジェクト間の関係などを管理する．」、　（エ）における記載「オブジェクト指向モデルでは，−般にオブジェクト間の静的な関係が記述される」、「この動的モデルは，各オブジェクトをそれぞれ一つの状態遷移図として記述する．」、「動的モデルは状態とイベントをもとにして定義される．ここで状態とは，「１つのオブジェクトの属性値および他のオブジェクトとのリンクを抽象化したもの」である．時間軸上で考えると，ある１つのイベントを受けとってから，次のイベントを受けとるまでの間がそのオブジェクトの１つの状態に対応する．」（オ）における記載「動的モデルの動作は状態遷移によって定義される．状態遷移は，あるオブジェクトの現在の状態において，受信したイベントに応じて次の状態はどれか，そしてそのときにオブジェクトが送信するイベントは何かを記述する．送信するイベントに対してはその送信先のオブジェクトクラスも指定する．」、「一般に対象システムは複数のオブジェクトから構成され，それぞれのオブジェクトに対して状態遷移が定義される．」、「オブジェクト指向モデルにおいては，クラスは階層構造を持つことができ，属性や操作が上位のクラスから下位のクラスヘ継承される．同様に動的モデルにおいては，状態図の階層構造を持つことができる．」からすると、ソフトウェア要件を記述する仕様定義段階において、前記ソフトウェアを構成するオブジェクト間の階層構造や静的な関係（すなわち、相互関係といった静的な構造）を記述する情報（以下、「構造仕様情報」と言う。）および上記ソフトウェアを構成する各オブジェクトに発生するイベントの種類と上記イベント発生前後の各オブジェクトの状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）とを関係付けて表す状態遷移を定義する状態遷移図（すなわち、状態遷移仕様情報）を記述して、オブジェクト指向分析支援システムのオブジェクト管理部に格納し、管理すると解される。
　
　（ウ）における記載「動的モデル検証システム　・・・（中略）・・・与えられた動的モデルが受理可能なすべてのシナリオを生成する機能も持つ．」、（エ）における記載「シナリオ生成は，与えられた状態図の集合から，受理可能なすべてのシナリオを導き出そうとするものである．」、（ク）における記載「シナリオ生成は、まず現在の状態から受理可能な外部イベントの候補集合を生成する．そして候補集合からイベント一つ選択し，そのイベントに対する状態遷移をシミュレートすることによって，次状態を得る．図４に示すように，現在状態で受理可能なイベントがｅ１からｅｎまであるとすると，そのうちｅ１を取り出して，次状態を導き出す．次状態では再びｅ１．１からｅ１．ｍまでのイベントが受理可能であり，同様の処理を繰り返す．このような処理によって，システムの初期状態をルートとする木構造のすべてをたどることによって，可能なシナリオをすべて生成することができる．」からすると、前記オブジェクト指向分析支援システムは、オブジェクト管理部で管理する、前記構造仕様情報および前記状態遷移仕様情報に基づいて、可能なシナリオをすべて生成（すなわち、ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するシナリオを生成）する手段（以下、「シナリオ生成手段」と言う。）を有すると解される。
　
（エ）における記載「シミュレーションでは，与えられたシナリオをシステムが受理するかどうか，またそのようなシナリオが与えられたときにオブジェクトの内部状態の変化や，内部イベントがどのように生成されるかなどを調べることができる．」、（キ）における記載「シミュレータは，シナリオから順にイベントを取りだし，それによって引き起こされるオブジェクトの状態遷移を追跡する．・・・（中略）・・・シミュレータの出力は，各オブジェクトの状態遷移とそれに伴って発生する内部／外部イベントである」、（ケ）における記載「トレースには，外部イベントだけではなく，内部イベントとそれに伴う状態遷移も記述されており，対象システムが内部的にも正しく動作していることを検証できる．」からすると、前記オブジェクト指向分析支援システムは、前記シナリオを構成するイベントに対応して、上記ソフトウェアを構成する各オブジェクトが当該イベントの発生前後に仕様に基づいて取りうる状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）を記述するトレース情報を生成する手段（以下、「トレース情報生成手段」と言う。）を有すると解される。
　なお、前記トレース情報が、前記構造仕様情報及び前記状態遷移仕様情報と記述方式が統一化されているものであることは、明らかである。
　
　また、（コ）における記載からすると、前記オブジェクト指向分析支援システムは、ソフトウェアに対して与えられた仕様を検証することにより、前記シナリオおよび前記トレース情報を自動生成するものである。
　
　そして、（エ）における記載「３）シナリオを基に，実現されたシステムに対するテストを行う，などが期待できる．」、（コ）における記載「シナリオ生成部は，システムが受理可能なあらゆる外部イベントの系列を生成する．これによって，・・・（中略）・・・テストデータの生成などができる．」からすると、前記ソフトウェア要件を記述する仕様定義作成段階を支援するオブジェクト指向分析支援システムのシナリオ生成手段によって生成されるシナリオを基に、前記ソフトウェア要件を記述する仕様に基づいて開発されたソフトウェアをテストする際に、前記シナリオに従ってテストデータ（すなわち、イベントメッセージ）を作成し、前記ソフトウェアに上記イベントメッセージを供給することで、前記ソフトウェアのシステムテストを行うことができると認められる。
　
　よって、（イ）〜（コ）における記載及びその関連する図面からすると、引用文献２には、以下の発明（以下「引用発明２」という）が記載されていると認められる。
　
　ソフトウェア開発過程の上流工程、すなわちソフトウェア要件を記述する仕様定義作成段階を支援するオブジェクト指向分析支援システムであって、
　前記オブジェクト指向分析支援システムは、
　前記ソフトウェア要件を記述するために、前記ソフトウェアを構成するオブジェクト間の階層構造や相互関係といった静的な構造を記述する構造仕様情報および上記ソフトウェアを構成する各オブジェクトに発生するイベントの種類と上記イベント発生前後の各オブジェクトの状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）とを関係付けて表す状態遷移を定義する状態遷移仕様情報とを管理するオブジェクト管理部と、
　前記構造仕様情報および前記状態遷移仕様情報に基づいて、前記ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するシナリオを生成するシナリオ生成手段と、
　前記シナリオを構成するイベントに対応して、前記構造仕様情報および前記状態遷移仕様情報と記述方式が統一化して記述された、前記ソフトウェアを構成する各オブジェクトが当該イベントの発生前後に仕様に基づいて取りうる状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）を表すトレース情報を生成するトレース情報生成手段とを有し、
　ソフトウェアに対して与えられた仕様を検証することにより、前記シナリオおよび前記トレース情報を自動生成するとともに、前記シナリオを基に、前記ソフトウェア要件を記述する仕様に基づいて開発されたソフトウェアをテストする際に、前記シナリオに従ってイベントメッセージを作成し、前記ソフトウェアに上記イベントメッセージを供給することで、前記ソフトウェアのシステムテストを行うことができることを特徴とするオブジェクト指向分析支援システム。
　
３．対比
（１）本願発明と引用発明１とを比較する。
　引用発明１の「自動テスト装置」は、本願発明の「システムテスト支援装置」に相当する。
　引用発明１の「操作」は、キーボード入力やマウスボタンのクリックなどユーザーが行う操作と該操作による入力を意味するから、本願発明の「イベント」及び「イベントメッセージ」に相当する。
　
　引用発明１の「ソフトウェアの操作手順」は、ソフトウェアの操作を実行するテストシナリオを意味しており、該操作が、該ソフトウェアの仕様情報に定義されていることは明らかであるから、引用発明１の「ソフトウェアの操作手順」と、本願発明の「ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するテストシナリオ」とは、ともに、ソフトウェアの仕様情報に定義されたイベントを実行するテストシナリオである点で共通する。
　そして、引用発明１の「操作手順生成手段」と、本願発明の「テストシナリオ生成手段」とは、ともに、ソフトウェアの仕様情報に定義されたイベントを実行するテストシナリオを生成するテストシナリオ生成手段である点で共通する。
　
　引用発明１の「操作手順生成手段により生成された操作手順に従って操作を作成して計算機に上記操作を供給する操作発生手段」は、本願発明の「テストシナリオ生成手段により生成されたテストシナリオに従ってイベントメッセージを作成してコンピュータに上記イベントメッセージを供給するテストシナリオ実行手段」に相当する。
　
　引用発明１の「操作発生手段によって供給された操作に基づいて操作実行した結果、上記ソフトウェアの前記操作の実行結果が、上記実行結果と照合するために予め定義された上記ソフトウェアの前記操作によって取りうる正しい実行結果情報と一致するかどうかを比較照合する正解ファイル比較手段」と、本願発明の「テストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果、上記ソフトウェアの各状態における各部品の属性値が、上記属性値と照合するために上記仕様を表現した構造仕様情報及び状態遷移仕様情報と記述方式を統一化して予め定義された、上記ソフトウェアを構成する各部品が取りうる各個別状態における各部品の属性値である個別状態仕様情報と一致するかどうかを照合する実行結果照合手段」とは、ともに、テストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果、上記ソフトウェアの実行結果が、上記実行結果と照合するために予め定義された上記ソフトウェアの前記イベント実行によって取りうる正しい実行結果情報と一致するかどうかを照合する実行結果照合手段である点で共通する。
　
　よって、本願発明と引用発明１とは、以下の点で一致し、相違している。
　
（一致点）
　ソフトウェアのシステムテストを支援するソフトウェアのシステムテスト支援装置において、
　上記ソフトウェアの仕様情報に定義されたイベントを実行するテストシナリオを生成するテストシナリオ生成手段と、
　上記テストシナリオ生成手段により生成されたテストシナリオに従ってイベントメッセージを作成してコンピュータに上記イベントメッセージを供給するテストシナリオ実行手段と、
　上記テストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果、上記ソフトウェアの実行結果が、上記実行結果と照合するために予め定義された上記ソフトウェアの前記イベント実行によって取りうる正しい実行結果情報と一致するかどうかを照合する実行結果照合手段とを設けたことを特徴とするソフトウェアのシステムテスト支援装置。
　
（相違点１）
　本願発明は「ソフトウェアに対して与えられた仕様を検証することにより、上記ソフトウェアのシステムテストを支援するソフトウェアのシステムテスト支援装置」であるのに対して、引用発明１は「ソフトウェアのシステムテストを支援する自動テスト装置」である点。
　
（相違点２）
　本願発明の「テストシナリオ生成手段」は「ソフトウェアを構成する部品の組合せ構造を表す構造仕様情報および上記ソフトウェアを構成する部品に発生するイベントの種類と上記イベント発生前後の上記構造仕様情報に記載された部品の状態とを関係付けて表す状態遷移仕様情報に基づいて、上記ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するテストシナリオを生成する」のに対して、引用発明１の「操作手順生成手段」は「ソフトウェアの操作手順を生成する」点。
　
（相違点３）
　本願発明の「実行結果照合手段」は「テストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果、上記ソフトウェアの各状態における各部品の属性値が、上記属性値と照合するために上記仕様を表現した構造仕様情報及び状態遷移仕様情報と記述方式を統一化して予め定義された、上記ソフトウェアを構成する各部品が取りうる各個別状態における各部品の属性値である個別状態仕様情報と一致するかどうかを照合する」のに対して、引用発明１の「正解ファイル比較手段」は「操作発生手段によって供給された操作に基づいて操作実行した結果、上記ソフトウェアの前記操作の実行結果が、上記実行結果と照合するために予め定義された上記ソフトウェアの前記操作によって取りうる正しい実行結果情報と一致するかどうかを比較照合する」点。
　
（２）本願発明と引用発明２との比較
　引用発明２の「オブジェクト」はソフトウェアを構成する部品であると解されるから、本願発明の「部品」に相当する。
　引用発明２の「ソフトウェアを構成するオブジェクト間の階層構造や相互関係といった静的な構造を記述する構造仕様情報」は、本願発明の「ソフトウェアを構成する部品の組合せ構造を表す構造仕様情報」に相当する。
　引用発明２の「ソフトウェアを構成する各オブジェクトに発生するイベントの種類と上記イベント発生前後の各オブジェクトの状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）とを関係付けて表す状態遷移を定義する状態遷移仕様情報」は、本願発明の「ソフトウェアを構成する部品に発生するイベントの種類と上記イベント発生前後の上記構造仕様情報に記載された部品の状態とを関係付けて表す状態遷移仕様情報」に相当する。
　引用発明２の「シナリオを構成するイベントに対応して、前記構造仕様情報および前記状態遷移仕様情報と記述方式が統一化して記述された、前記ソフトウェアを構成する各オブジェクトが当該イベントの発生前後に仕様に基づいて取りうる状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）を表すトレース情報」は、ソフトウェア要件を記述する仕様定義作成段階で生成される（すなわち、ソフトウェアが実装される前に予め記述される）ことから、本願発明の「仕様を表現した構造仕様情報及び状態遷移仕様情報と記述方式を統一化して予め定義された、上記ソフトウェアを構成する各部品が取りうる各個別状態における各部品の属性値である個別状態仕様情報」に相当する。
　
４．判断
　本願発明と引用発明１との相違点１〜相違点３について検討する。
　
　引用発明１と引用発明２とはともに、ソフトウェア開発工程を支援するシステムであって、さらに、引用発明２のシナリオ生成手段によって生成されるシナリオは、ソフトウェア要件を記述する仕様に基づいて開発されたソフトウェアをテストする際に、前記シナリオに従ってイベントメッセージを作成し、前記ソフトウェアに上記イベントメッセージを供給することで、前記ソフトウェアのシステムテストを行うことができるシナリオであるから、引用発明１と引用発明２とは、ともにソフトウェア開発工程を支援するとともに、システムテストを支援するシナリオを提供することができる点において、技術的に共通の分野に属する。
　そして、引用発明２における「トレース情報」は、ソフトウェアの構造仕様情報および状態遷移仕様情報に基づいて生成される記述情報であって、前記記述情報は前記構造仕様情報および状態遷移仕様情報と記述方式が統一化されているものであって、自動生成されたシナリオを構成するイベントに対応して、前記ソフトウェアを構成する各オブジェクトが当該イベントの発生前後に仕様に基づいて取りうる状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）を記述したものであることから、前記「トレース情報」は、前記ソフトウェアの前記イベント実行によって取りうる正しい実行結果を記述した情報であると認められる。
　
　そして、本願出願の日前の平成７年１０月３日に頒布された刊行物である、特開平７−２５３９０５号公報に、
「【００１２】本発明の目的は、大規模かつ複雑な仕様を有する製品に対しても、その仕様を容易に記述し、その
仕様から
テストケースを自動的に作成
テストケース作成装置
「【００２１】上記のように、本発明を用いることによって、製品のシステム試験用に、抜けのないテストケースを、容易に作成することができる。また、本発明によって作成された
テストケースを用いることより、製品プログラムを網羅した試験を行なう
「【０１４４】以上のような処理を継続することで、テストケースを作成することができる。本発明は、上記実施例に限定されない。上記実施例では、テストケース作成装置単体のみを説明したが、他の装置と適宜組み合わせて使用することもできる。
【０１４５】例えば、システム試験レベルでの信頼性確保のために、手作業操作による試験作業を機械化する
試験装置
予め状態遷移図で与えられた仕様とその入出力の履歴を比較
　
　してみると、引用発明２の「構造仕様情報」、「状態遷移仕様情報」、及び「トレース情報」が、それぞれ、本願発明の「構造仕様情報」、「状態遷移仕様情報」、及び「個別状態仕様情報」に相当することを勘案すると、引用発明１の「操作手順生成手段」及び「予め定義された上記ソフトウェアの前記操作によって取りうる正しい実行結果情報」として、それぞれ引用発明２の「シナリオ生成手段」及び「トレース情報」を用いることで、引用発明１の「操作手順生成手段」をソフトウェアを構成するオブジェクト間の階層構造や相互関係といった静的な構造を記述する構造仕様情報（「ソフトウェアを構成する部品の組合せ構造を表す構造仕様情報」に相当）および上記ソフトウェアを構成する各オブジェクトに発生するイベントの種類と上記イベント発生前後の各オブジェクトの状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）とを関係付けて表す状態遷移を定義する状態遷移仕様情報（「上記ソフトウェアを構成する部品に発生するイベントの種類と上記イベント発生前後の上記構造仕様情報に記載された部品の状態とを関係付けて表す状態遷移仕様情報」に相当）に基づいて、前記ソフトウェアの状態遷移仕様情報に定義された全てのイベントを少なくとも１回実行するシナリオを生成するように構成するとともに、引用発明１の「正解ファイル比較手段」をテストシナリオ実行手段によって供給されたイベントメッセージに基づいてイベント実行した結果の上記ソフトウェアを構成する各オブジェクトの状態、すなわち当該状態における各オブジェクトの属性値及び他のオブジェクトとのリンク情報（「上記ソフトウェアの各状態における各部品の属性値」に相当）が、上記属性値及び他のオブジェクトとのリンク情報と照合するために、上記仕様を表現した構造仕様情報および前記状態遷移仕様情報と記述方式が統一化して予め記述された、前記ソフトウェアを構成する各オブジェクトが当該イベントの発生前後に仕様に基づいて取りうる状態（当該状態におけるオブジェクトの属性値及び他のオブジェクトとのリンク情報）を表すトレース情報（「仕様を表現した構造仕様情報及び状態遷移仕様情報と記述方式を統一化して予め定義された、上記ソフトウェアを構成する各部品が取りうる各個別状態における各部品の属性値である個別状態仕様情報」に相当）と一致するかどうかを照合するように構成することは、当業者であれば容易に想到し得たことである。
　その際、前記シナリオおよび前記トレース情報は、「ソフトウェアに対して与えられた仕様を検証することにより、」自動生成されるものであるから、引用発明１は、「ソフトウェアに対して与えられた仕様を検証することにより、」上記ソフトウェアのシステムテストを支援する自動テスト装置となると認められる。
　
　上記で検討したごとく、相違点１〜相違点３は格別のものではなく、そして、本願発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
　 
　したがって、本願発明は、引用文献１及び引用文献２に記載された発明並びに前記周知技術に基づいて、容易に発明できたものである。
　
５．むすび 
　以上のとおり、本願発明は、本願の特許出願前に日本国内又は外国において、頒布された刊行物に記載された発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、上記結論のとおり、審決する。