【事件の表示】
　特願２００５−２８７３１８号「ガスエンジン駆動式空気調和機の故障診断装置及びその方法」拒絶査定不服審判事件〔平成１９年４月１９日出願公開、特開２００７−１００９７６号〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１７年９月３０日の出願であって、その請求項１に係る発明は、平成２２年４月５日に手続補正された特許請求の範囲の請求項１に記載された次のとおりのものである。（以下「本願発明」という。）
「ガスエンジンの運転状態をモニタする複数のセンサと、
　前記センサの出力信号に基づいて、前記ガスエンジンの異常を検出する異常検出手段と、
　前記異常検出手段によって検出された異常が、前記ガスエンジンの運転停止を必要とする異常であるか否かを判定する判定手段と、
　前記異常が、前記ガスエンジンの運転停止を必要とする異常でない場合に、前記異常に係る情報を記録することにより異常発生履歴を作成する異常発生履歴作成手段と、
　前記異常が、前記ガスエンジンの運転停止を必要とする異常であった場合に、前記異常発生履歴を通知する通知手段と
を具備するガスエンジン駆動式空気調和機の故障診断装置。」
　
２．引用刊行物
　これに対して、当審で通知した拒絶の理由に引用され、本願出願前に頒布された特開２００２−２７７０３２号公報（以下「引用刊行物」という。）には、図１〜９とともに以下の事項が記載されている。
（１）「【請求項１】　複数のガスエンジンヒートポンプ型空調装置（以下ＧＨＰという）に配設された１又は複数のアダプタと，該アダプタに公衆回線，専用線あるいはインターネットその他のネットワークを介して接続された監視用コンピュータと，該監視用コンピュータに公衆回線，専用線あるいはインターネットその他のネットワークを介して接続された保守用コンピュータとを有し，上記アダプタ又は上記ＧＨＰは，該ＧＨＰが故障したことを判断する故障判定手段を有しており，上記アダプタは，上記ＧＨＰの故障発生時における異常内容を示す１又は複数のエラーコードと上記ＧＨＰを特定するためのＩＤ番号とを含むアラームデータを上記監視用コンピュータに送信するアラームデータ送信手段を有しており，上記監視用コンピュータは，上記アラームデータを運転記録ＤＢファイルに蓄積する運転データ保存手段と，上記アラームデータを受理した際に上記アラームデータ内の少なくとも一部のデータを含む故障通知メールを形成すると共に該故障通知メールを上記保守用コンピュータに送信する故障警報発信手段とを有していることを特徴とするＧＨＰ遠隔監視システム。
　・・・(中略)・・・
【請求項１２】　複数のガスエンジンヒートポンプ型空調装置（以下ＧＨＰという）に配設された１又は複数のアダプタと，該アダプタに公衆回線，専用線あるいはインターネットその他のネットワークを介して接続された監視用コンピュータと，該監視用コンピュータに公衆回線，専用線あるいはインターネットその他のネットワークを介して接続された保守用コンピュータとを有し，上記アダプタは，所定の時間間隔をおいて定期的に上記ＧＨＰにおける１種以上の運転データと該ＧＨＰのＩＤ番号を含む標準データを上記監視用コンピュータに送信する標準データ送信手段を有しており，上記監視用コンピュータは，上記標準データを運転記録ＤＢファイルに蓄積する運転データ保存手段を有しており，上記保守用コンピュータは，上記監視用コンピュータの上記運転記録ＤＢファイル内の情報を閲覧する運転情報閲覧手段を有していることを特徴とするＧＨＰ遠隔監視システム。
【請求項１３】　請求項１２において，上記標準データには，上記ＧＨＰを特定するためのＩＤ番号と，上記ＧＨＰ運転時間データと，上記ＧＨＰの発停回数と，上記ＧＨＰのガス使用量と，上記エラーコードとを含むことを特徴とするＧＨＰ遠隔監視システム。」（特許請求の範囲）
（２）「本発明においては，上記ＧＨＰが故障を起こした際に上記アダプタあるいはＧＨＰが上記故障判定手段によってこれを即座に認識する。故障判定手段としては，様々な方法を採ることができるが，例えば，ＧＨＰの各種の運転データに対してエラー領域を設定し，そのエラー領域に運転データが入った場合にエラーコードを生じさせ，このエラーコードが複数回生じた場合に故障と見なす，あるいは，複数のエラーコードの所定の組合せが生じたときに故障と見なすなどのようにエラーコードを用いて判定する方法などがある。」（段落【０００６】）
（３）「実施形態例１
・・・（中略）・・・本例のＧＨＰ遠隔監視システム１は，図１に示すごとく，複数のＧＨＰ９に配設されたアダプタ１０と，アダプタ１０に接続された監視用コンピュータ２と，監視用コンピュータ２に接続された保守用コンピュータ３，４と保守用コンピュータ４に配設された警報器５とを有している。・・・（中略）・・・
　上記アダプタ１０は，同図に示すごとく，ＧＨＰに直接接続され運転データの収集や後述する遠隔操作手段に従ってＧＨＰを制御する遠隔制御部１１と，該遠隔制御部１１と監視用コンピュータ２との間の通信を制御する通信端末１２とより構成されている。本例では，上記アダプタ１０の通信端末１２として，携帯電話回線を利用したＮＴＴ−Ｄｏｐａ通信網８１（商品名）に接続可能な携帯電話端末を採用した。・・・（中略）・・・
　上記監視用コンピュータ２は，遠隔監視センター２００に設置され，専用回線８２により上記ＮＴＴ−Ｄｏｐａ通信網８１に接続されている。また，本例では，２台の保守用コンピュータが設けられている。・・・（中略）・・・もう一つは，ＧＨＰの保守作業を担当する外部の部署である保守会社４００に配設され，インターネット８４を用いて接続された第２保守用コンピュータ４である。・・・（中略）・・・上記第２保守用コンピュータ４には，警報器５としての回転灯が接続されている。また，上記保守会社４００には，保守用携帯端末器６が配備されており，該保守用携帯端末器６を保守担当者が常時携帯できるようになっている。
　各ＧＨＰに接続されたアダプタ１０は，ＧＨＰが故障したことを判断する故障判定手段を有している。本例では，具体的な故障判断方法として，各運転データごとに，２段階のエラー領域を設定した。第１段階のエラー領域は，故障とまでは判定できないが，あまり好ましくない状態にある領域を設定する。そして，この領域に運転データが達した場合には，その異常状態を示すエラーコードだけを発生させる。第２段階のエラー領域には，故障と判定すべき領域を設定する。そしてこの領域に運転データが達した場合には，エラーコードを発生させると共に故障であるという判定を下すという手法を用いた。
　なお，上記故障判断方法としては，上記の他に，例えば，ＧＨＰ本体のシーケンサー内部で故障回避のための運転モードに指定時間内に指定回数達成した場合にエラーコードを発生するという方法を採用することもできる。
　また，図２に示すごとく，上記アダプタ１０は，ＧＨＰの故障発生時にアラームデータＤ１を上記監視用コンピュータ２に送信するアラームデータ送信手段を有している。本例では，上記アラームデータＤ１として，ＧＨＰの故障発生時における異常内容を示す１又は複数のエラーコードとＧＨＰを特定するためのＩＤ番号とを含み，さらに，故障発生時以前の１時間分のＧＨＰの運転状態を示す約５０種類の運転データを含む。上記運転データとしては，例えば，圧縮機出入口温度，熱交換器出入口温度，冷却水温度，排ガス温度，エンジン回転数，各種弁開度，室内機運転状況等がある。
　・・・（中略）・・・
　上記監視用コンピュータ２は，運転データ保存手段Ｓ１と，故障警報発信手段Ｓ２と，保守手配手段Ｓ３とを有している。上記運転データ保存手段Ｓ１は，受信したアラームデータＤ１を運転記録ＤＢファイルＦ１に蓄積する手段である。上記故障警報発信手段Ｓ２は，アラームデータＤ１を受理した際にアラームデータＤ１内の一部のデータを含む故障通知メールを作成して第１，第２保守用コンピュータ３，４及び保守用携帯端末器６に送信する手段である。
　上記保守手配手段Ｓ３は，上記アラームデータＤ１内の一部のデータを含むトラブルチケットＤ２を形成すると共にトラブルチケットＤ２を保守案件ＤＢファイルＦ２に保存する手段である。
　本例のトラブルチケットＤ２のデータとしては，ＧＨＰのＩＤ番号と，・・・（中略）・・・トラブル発生時刻，エラーコード，トラブル内容，保守会社名，過去の故障履歴等を用いた。
　また，上記故障通知メールＤ３としては，送付先に応じて２種類作成した。一つは，保守用携帯端末器６に送付するもので，最低限の情報のみを含むものである。もう一つは，第１，第２保守用コンピュータ３，４に送付するもので，後述するトラブルチケットのデータよりも少ないが，比較的多くの情報を含むものである。
　具体的には，上記保守用携帯端末器６に送る故障通知メールＤ３のデータとしては，ＧＨＰのＩＤ番号と，・・・（中略）・・・エラーコードを用いた。また，上記第１，第２保守用コンピュータ３，４に送付する故障通知メールＤ３のデータとしては，上記保守用携帯端末器６に送るデータに加えてＧＨＰ容量，ＧＨＰ型式を用いた。なお，すべての故障通知メールＤ３を同じ内容にすることも勿論可能である。
　上記第２保守用コンピュータ４は，監視用コンピュータ２から故障通知メールＤ３を受理した際に，警報制御手段Ｓ２０によって上記警報器５を制御して警報を発するよう構成されている。・・・（中略）・・・
　また，上記保守用コンピュータ３，４は，監視用コンピュータ２の保守案件ＤＢファイルＦ２からトラブルチケットＤ２を受理するトラブルチケット受理手段Ｓ４と，トラブルチケットＤ２に対して保守結果データを追加入力する保守結果入力手段Ｓ５とを有している。」（段落【００５９】〜【００７３】）
（４）「次に，実際にＧＨＰ９に故障が発生した場合の本ＧＨＰ遠隔監視システム１の動きを説明する。図２に示すごとく，ＧＨＰ９に故障が発生した場合には，まず，上記アダプタ１０が上記故障判定手段によって自動的に故障を認識する。そしてアダプタ１０は，上記アラームデータ送信手段によってアラームデータＤ１を作成し監視用コンピュータ２に送信する。
　また監視用コンピュータ２は，運転データ保存手段Ｓ１によってアラームデータＤ１を運転記録ＤＢファイルＦ１に蓄積する一方，故障警報発信手段Ｓ２によって故障通知メールＤ３を作成し，第１，第２保守用コンピュータ３，４及び保守用携帯端末器６に送付する。また，監視用コンピュータ２は，保守手配手段Ｓ３によって，トラブルチケットＤ２を形成してこれを保守案件ＤＢファイルＦ２に保存する。
　上記第２保守用コンピュータ４は，上記故障通知メールＤ３を受領した際に上記警報器（回転灯）５を作動させて警報を発する。これにより，保守会社４００内の上記第２保守用コンピュータ４のオペレータは直接または間接に，上記警報器５からの警報および故障通知メールＤ３によって容易にＧＨＰの故障発生を知ることができる。
　そのため，上記オペレータは，故障通知メールＤ３の情報で不十分な場合には，第２保守用コンピュータ４のトラブルチケット受理手段Ｓ４を使って，トラブルチケットＤ２を入手し，故障したＧＨＰの更に詳しい情報を入手することができる。
　・・・（中略）・・・
　いずれの場合においても，上記保守担当者は，迅速にＧＨＰの故障発生の事実を知り，その対処へのアクションを迅速に起こすことができる。それ故，本例のＧＨＰ遠隔監視システム１を用いれば，従来よりも迅速で的確な保守作業を促すことができる。」（段落【００７５】〜【００８０】）
（５）「実施形態例２
本例は，実施形態例１のシステムをベースにして，新たな機能を加えた例である。まず，図３に示すごとく，本例では，アダプタ１０に標準データ送信手段を設けた。この標準データ送信手段は，任意に設定した間隔で（例えば１日に１回）定期的に上記ＧＨＰ９における複数の運転データとＧＨＰのＩＤ番号を含む標準データＤ５を監視用コンピュータ２に送信する手段である。
　本例では，上記標準データＤ５として，ＧＨＰを特定するためのＩＤ番号と，ＧＨＰ運転時間データと，ＧＨＰの発停回数と，上記ＧＨＰのガス使用量と，エラーコードとを含めた。・・・（中略）・・・上記エラーコードは，その日に発生したエラーデータである。なお，このエラーデータは上記故障判定手段において発せられるエラーコードである。
　そして，本例では，監視用コンピュータ２が，上記運転データ保存手段Ｓ１によって上記標準データＤ５を運転記録ＤＢファイルＦ１に蓄積するようにした。また，第１，第２保守用コンピュータ３，４には，監視用コンピュータ２の運転記録ＤＢファイルＦ１内の情報を閲覧する運転情報閲覧手段Ｓ６を設けた。
　・・・（中略）・・・
　本例の場合には，ＧＨＰの故障発生有無に関わらず，各ＧＨＰの運転データを監視用コンピュータ２の運転記録ＤＢファイルＦ１に保管することができる。そのため，第１，第２保守用コンピュータ３，４の運転情報閲覧手段Ｓ６を用いれば，任意あるいは定期的に各ＧＨＰの運転状態を確認することができる。そして，この機能により，技術的な精度の高い分析を進めることもできる。」（段落【００８２】〜【００８６】）
　
　上記（１）〜（５）の記載事項及び図面を、特に実施形態例２と記載事項（２）に着目して、総合すると、引用刊行物には、以下の発明（以下「引用発明」という。）が記載されていると認められる。
「ガスエンジンヒートポンプ型空調装置（ＧＨＰ）の各種の運転データについてエラー領域に運転データが入った場合にエラーコードを生じさせ，このエラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたときに故障と見なす，又は各運転データごとに，故障とまでは判定できないが，あまり好ましくない状態にある領域で，この領域に運転データが達した場合には，その異常状態を示すエラーコードだけを発生させる第１段階のエラー領域と，その領域に運転データが達した場合には，エラーコードを発生させると共に故障であるという判定を下す第２段階のエラー領域の，２段階のエラー領域を設定した，ＧＨＰが故障したことを判断する，故障判定手段と，
その日に発生したエラーコードと複数の運転データを含む標準データＤ５を、例えば１日に１回等の定期的に監視用コンピュータ２に送信する標準データ送信手段と，
ＧＨＰの故障発生時、故障判定手段によって故障したことを判断すると、ＧＨＰの故障発生時における異常内容を示すエラーコードと故障発生時以前の１時間分のＧＨＰの運転状態を示す約５０種類の運転データを含むアラームデータＤ１を監視用コンピュータ２に送信するアラームデータ送信手段と
を有するＧＨＰ９に配設されたアダプタ１０と，
　標準データＤ５を運転記録ＤＢファイルＦ１に蓄積し，また，受信したアラームデータＤ１を運転記録ＤＢファイルＦ１に蓄積する，運転データ保存手段Ｓ１と，
アラームデータＤ１を受理した際にアラームデータＤ１内の一部のデータを含む，トラブルチケットのデータよりも少ないが比較的多くの情報を含む，エラーコードを用いた故障通知メールＤ３を作成して第２保守用コンピュータ４及び保守用携帯端末器６に送信する故障警報発信手段Ｓ２と，
アラームデータＤ１内の一部のデータを含むトラブル発生時刻，エラーコード，トラブル内容，保守会社名，過去の故障履歴等のトラブルチケットＤ２を形成すると共にトラブルチケットＤ２を保守案件ＤＢファイルＦ２に保存する保守手配手段Ｓ３と
を有する監視用コンピュータ２と，
　監視用コンピュータ２から故障通知メールＤ３を受理した際に，警報器５より警報を発し，警報器５からの警報および故障通知メールＤ３によって容易にＧＨＰの故障発生を知ることができ，
故障通知メールＤ３の情報で不十分な場合には，第２保守用コンピュータ４のトラブルチケット受理手段Ｓ４を使って，トラブルチケットＤ２を入手し，故障したＧＨＰの更に詳しい情報を入手することができ，
監視用コンピュータ２の運転記録ＤＢファイルＦ１内の情報を閲覧する運転情報閲覧手段Ｓ６を設けて技術的な精度の高い分析を進めることができる
第２保守用コンピュータ４と，
を具備する，迅速にＧＨＰの故障発生の事実を知り，その対処へのアクションを迅速に起こすことができ，的確な保守作業ができる，ガスエンジンヒートポンプ型空調装置の遠隔監視システム１。」
　
３．対比・判断
　本願発明と引用発明とを対比すると、後者の「ガスエンジンヒートポンプ型空調装置（ＧＨＰ）」は前者の「ガスエンジン駆動式空気調和機」に相当し、後者の「迅速にＧＨＰの故障発生の事実を知り，その対処へのアクションを迅速に起こすことができ，的確な保守作業ができる，ガスエンジンヒートポンプ型空調装置の遠隔監視システム１」はその機能からみて、前者の「ガスエンジン駆動式空気調和機の故障診断装置」に相当する。
　後者の「故障判定手段」は「ガスエンジンヒートポンプ型空調装置（ＧＨＰ）の各種の運転データについてエラー領域に運転データが入った場合」を検出するものであるから、各運転データを得るための複数のセンサを有するといえ、かつ、前者の「ガスエンジン」はガスエンジンヒートポンプ型空調装置（ＧＨＰ）の一部といえるから、後者も前者と同様に「ガスエンジンの運転状態をモニタする複数のセンサ」を有するものである。そして、後者の「ガスエンジンヒートポンプ型空調装置（ＧＨＰ）の各種の運転データ」は前者の「センサの出力信号」に相当する。
　また、後者の故障判定手段のエラーコードは、「エラー領域に運転データが入った場合」に生じさせるものであって、「このエラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたときに故障と見なす」ものであるから、前者の「センサの出力信号に基づいて」検出された「異常」に相当する。なお、後者の故障判定手段において、「又は」とされるものにおいても、「故障とまでは判定できないが，あまり好ましくない状態にある領域で，この領域に運転データが達した場合に」発生される「その異常状態を示すエラーコード」であって、このことからも「エラーコード」は前者の「異常」に相当するものといえる。
　後者の「故障」は「このエラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたとき」に発生したと見なされるものであり、「迅速にＧＨＰの故障発生の事実を知り，その対処へのアクションを迅速に起こすことができ，的確な保守作業」をするものであって、前者の「ガスエンジンの運転停止を必要とする異常」は、ガスエンジンの運転停止を必要としない異常に対するものといえるから、ともに重大な異常である点で共通し、後者の「エラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたときに故障と見なす」ことは、前者の「検出された異常が、前記ガスエンジンの運転停止を必要とする異常であるか否かを判定する」ことと、検出された異常が、重大な異常であるか否かを判定する点で共通する。
　そして、後者の故障判定手段は前者の異常検出手段及び判定手段の機能を有するものであるから、異常検出・判定手段である点で共通する。
　一方、後者は故障判定手段が「運転データについてエラー領域に運転データが入った場合にエラーコードを生じさせ，」かつ故障と見なされないとき、当該エラーコードについては、標準データ送信手段により「その日に発生したエラーコードと複数の運転データを含む標準データＤ５を、例えば１日に１回等の定期的に監視用コンピュータ２に送信」され、監視用コンピュータ２の運転データ保存手段Ｓ１により「標準データＤ５を運転記録ＤＢファイルＦ１に蓄積」されるものであって、前者が具備する「異常が、前記ガスエンジンの運転停止を必要とする異常でない場合に、前記異常に係る情報を記録することにより異常発生履歴を作成する異常発生履歴作成手段」とは、異常が、重要な異常でない場合に、異常に係る情報を記録することにより異常発生履歴を作成する異常発生履歴作成手段を具備する点で共通する。そして、後者は、第２保守用コンピュータ４の運転情報閲覧手段Ｓ６により運転記録ＤＢファイルＦ１内の情報は閲覧され、技術的な精度の高い分析を進めることができるものである。なお、前者は本願明細書の段落【００１３】に記載されるように遠隔監視装置に実装するものを含むものである。
　さらに、後者は「ＧＨＰの故障発生時、故障判定手段によって故障したことを判断すると、ＧＨＰの故障発生時における異常内容を示すエラーコードと故障発生時以前の１時間分のＧＨＰの運転状態を示す約５０種類の運転データを含むアラームデータＤ１を監視用コンピュータ２に送信するアラームデータ送信手段と」、「アラームデータＤ１を受理した際にアラームデータＤ１内の一部のデータを含む，トラブルチケットのデータよりも少ないが比較的多くの情報を含む，エラーコードを用いた故障通知メールＤ３を作成して第２保守用コンピュータ４及び保守用携帯端末器６に送信する故障警報発信手段Ｓ２と」を有するものであるから、前者が「異常が、前記ガスエンジンの運転停止を必要とする異常であった場合に、前記異常発生履歴を通知する通知手段」を具備することとは、異常が、重要な異常であった場合に、通知する通知手段を具備する点で共通する。
　そうすると、両者は、
「ガスエンジンの運転状態をモニタする複数のセンサと、
　前記センサの出力信号に基づいて、前記ガスエンジンの異常を検出し、
検出された異常が、重要な異常であるか否かを判定する異常検出・判定手段と、
　前記異常が重要な異常でない場合に、前記異常に係る情報を記録することにより異常発生履歴を作成する異常発生履歴作成手段と、
　前記異常が、重要な異常であった場合に、通知する通知手段と
を具備するガスエンジン駆動式空気調和機の故障診断装置。」である点で一致し、以下の点で相違しているものと認められる。
　
相違点Ａ：重要な異常に関して、本願発明が「ガスエンジンの運転停止を必要とする異常」であるのに対して、引用発明は「このエラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたときに故障と見なす」ものであって、「エラーコードを用いた故障通知メールＤ３を」「第２保守用コンピュータ４及び保守用携帯端末器６に送信する」ものである点。
相違点Ｂ：異常検出・判定手段に関して、本願発明が「センサの出力信号に基づいて、前記ガスエンジンの異常を検出する異常検出手段と、前記異常検出手段によって検出された異常が、」重要な「異常であるか否かを判定する判定手段と」を具備するのに対して、引用発明は異常検出手段と判定手段の両方の機能を有する故障判定手段である点。
相違点Ｃ：通知手段に関して、本願発明が「異常発生履歴を通知する」のに対して、引用発明は「アラームデータＤ１内の一部のデータを含む，」「エラーコードを用いた故障通知メールＤ３を」「送信する」点。
　
　そこで、上記相違点について検討する。
（１）相違点Ａについて
　引用発明は、「故障と見な」されたとき、「エラーコードを用いた故障通知メールＤ３を」「第２保守用コンピュータ４及び保守用携帯端末器６に送信する」ものであって、「迅速にＧＨＰの故障発生の事実を知り，その対処へのアクションを迅速に起こすことができ，的確な保守作業ができる」ものであるから、保守業者が行って修理を行うことを想定した故障や異常である。
　一方、「エラー領域に運転データが入った」としても、「このエラーコードが複数回生じ」なかった場合や「複数のエラーコードの所定の組合せが生じ」なかったときは「エラーコードを生じさ」せるだけで、上記のように送信されるものではないことから、直ちに修理を行うことを想定した故障や異常ではないものの、エラー領域に入っている異常であり、その調整・修理は定期点検等によるものといえる。なお、引用発明の「故障判定手段」の「又は」とされるものの第１段階もそのようものといえる。
　そして、上記エラーコードを生じるだけの異常よりは緊急性の高い、保守業者が行って修理を行うことを想定した故障の中にも、より早く処理した方が良い程度や保守業者が行くまでそのまま運転できるもの、出力等の稼働状態が制限されるもの、そして直ちに停止しないと事故になるものまであることも、当業者が通常想定し得た程度のことである。
　そうすると、異常について、定期点検時に調整・修理するものから、直ちにではないものの修理を必要とする故障、直ちに修理が必要なもの、さらに直ちに機器を停止する必要があるものまで種々の緊急度があって、当該通知を行う故障について、引用発明は故障、つまり修理が必要という緊急度を選択し保守業者等に通知して修理するものであるが、直ちに停止しないと事故になる緊急性の高いもののみを製造者や専門の保守業者に通知することは、当業者が格別の困難性を要することなくなし得たことといえる。
　通知しない、直ちに停止しないと事故になる緊急性の高いもの以外の修理を行うべき故障について、現場等で処理するようにしたり或いは修理時期や方法を使用者に任せる等の選択肢があることは、機器の保守を検討するにあたり、当業者が通常容易に想到できた事項であって、上記のような判断することが困難ということはない。
　なお、使用者の技術程度に応じて、直ちに修理すべき故障を、すべて停止すべき故障とすることも、当業者にとって困難とはいえない。
　そうすると、相違点Ａに係る本願発明の構成とすることは当業者が容易になし得たことといえ、そのことによる格別の効果もない。
　
（２）相違点Ｂについて
　引用発明の故障判定手段は、「各種の運転データについてエラー領域に運転データが入った場合にエラーコードを生じさせ」ることと、「このエラーコードが複数回生じた場合や複数のエラーコードの所定の組合せが生じたときに故障と見なす」ことを行うものであって、この２つ機能は順次行うものであるから、それぞれの機能を分けて、２つの手段により行うようなすことは、そのことによる格別の効果もなく、当業者が適宜なし得たことといえる。
　したがって、相違点Ｂに係る本願発明の構成とすることは当業者が容易になし得たことといわざるを得ない。
　
（３）相違点Ｃについて
　引用発明の「エラーコードを用いた故障通知メールＤ３」は「故障発生時以前の１時間分のＧＨＰの運転状態を示す約５０種類の運転データを含む」「アラームデータＤ１内の一部のデータを含」んでいて、故障に関する情報を通知しているといえるものの、故障するまでのエラーコードを含んでいない。
　しかし、引用発明は「故障通知メールＤ３の情報で不十分な場合には，第２保守用コンピュータ４のトラブルチケット受理手段Ｓ４を使って，トラブルチケットＤ２を入手し，故障したＧＨＰの更に詳しい情報を入手することができ」るものであり、トラブルチケットＤ２には「アラームデータＤ１内の一部のデータを含むトラブル発生時刻，エラーコード，トラブル内容，保守会社名，過去の故障履歴等」と過去の故障履歴も含むものである。
　そして、運転記録ＤＢファイルＦ１に蓄積された、過去のエラーコードを含めた複数の運転データＤ５からなる情報は、第２保守用コンピュータ４の運転情報閲覧手段Ｓ６により閲覧できるものである。
　そうすると、引用発明は、故障通知メールＤ３で故障に関する情報を通知するものであって、故障通知メールＤ３の情報で不十分な場合に、より詳しい情報を得ようと第２保守用コンピュータ４から監視用コンピュータ２にアクセスするものであり、同様に得られる情報として、運転記録ＤＢファイルＦ１内の過去のエラーコードを含めた複数の運転データＤ５があるから、故障通知メールＤ３で通知する、故障に関する情報に関して、より詳細な情報を得てより的確な保守作業、精度の高い分析ができるように、メールの容量等を考慮しつつ、過去のエラーコードを含めた複数の運転データＤ５をも含めることは、当業者が容易になし得たことといえる。
　なお、例えば車両のダイアグノーシスとして、故障履歴やその回数を表示するなどのことが一般的によく知られており、特開平７−１８１１１２号公報にも故障履歴を故障原因の究明に用いることが記載されていることからも、上記のように過去のエラーコードを通知することが格別とはいえない。
　したがって、相違点Ｃに係る本願発明の構成とすることは当業者が容易になし得たことといえる。
　
　そして、相違点Ａ〜Ｃを合わせ考えても、本願発明の効果が格別であるとはいえない。
　
　よって、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものである。
　
４．むすび
　以上のように、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。そうすると、本願の他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。