【事件の表示】
　特願２００４−１５４２６１「ボリュームレンダリング等の画像処理システム」拒絶査定不服審判事件〔平成１７年１２月　８日出願公開，特開２００５−３３４１１０〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯・本願発明
　本願は，平成１６年５月２５日の出願であって，平成１９年６月８日付け拒絶理由通知に対して，同年８月９日付けで手続補正がされたが，平成２０年２月１３日付けで拒絶査定がなされ，これに対し，同年３月１４日に拒絶査定不服審判の請求がされたものである。
　そして，その請求項１〜１０に係る発明は，平成１９年８月９日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１〜１０に記載された事項により特定されるとおりのものと認められ，そのうち請求項１に係る発明（以下，「本願発明」という。）は，次のとおりのものである。（下線は補正箇所を示す。）
　
「ネットワーク接続された複数のノードを有して，ＣＴ等から得られる物体のボリュームデータを用いて３次元構造のイメージを直接描画する画像処理システムであって，
　ジョブ依頼側のコンピュータ群の少なくとも
２つ
　ボリュームデータを用いた手持ちの画像処理のうち依頼すべき各々から複数のジョブを切り出すジョブ切り出し手段と，
　前記切り出されたジョブの各々の優先度を決定する手段と，
　前記ジョブの実行依頼を，ジョブ依頼側の他のコンピュータ群及び／又はジョブ引受側のノード群に対して送信する手段と，
　
前記送信されたジョブに対応するボリュームデータを画像データベースから読み込む手段と，
　前記送信されたジョブを最も早く処理完了したノードからの前記ジョブの処理結果を受け取って，該処理結果を検証する手段と，
　前記最も早く処理完了したノードを除く前記他のノード群に対して，ジョブの実行中止指令を送信する手段と，
　を備えたことを特徴とするボリュームデータ使用の画像処理システム。」
　
第２　引用文献及びその記載事項
　原査定の拒絶の理由に引用された，本願の出願前に頒布された刊行物である特開平１１−１７５４８５号公報（以下，「引用文献１」という。）には，図面とともに以下の事項が記載されている。
　
（記載事項１−１）
「【請求項１】  サーバコンピュータとクライアントコンピュータとが計算機ネットワークを介して接続されるクライアントサーバシステム上で稼働する分散システムにおいて，
前記クライアントコンピュータは，仮想マシンコードで記述されたプログラムを実行する環境を具備し，
前記サーバコンピュータは，
自身と接続状態にあるクライアントコンピュータを管理するクライアント管理手段と，
いずれかのクライアントコンピュータからデータ処理を要求されたときに，その要求された処理内容を複数の部分処理に分割する分割手段と，
前記分割手段により得られた部分処理に対応する仮想マシンコードで記述されたプログラムを前記クライアント管理手段が管理する自身と接続状態にある前記データ処理を要求したクライアントコンピュータ以外の他のクライアントコンピュータに転送して実行させる並列演算処理手段とを具備することを特徴とする分散システム。
・・・・・・・
【請求項３】  前記並列演算処理手段は，同一の部分処理に対応する仮想マシンコードで記述されたプログラムを複数のクライアントコンピュータに転送して個々に実行させ，最初に返送された演算結果のみを採用する手段を有することを特徴とする請求項１記載の分散システム。」
　
（記載事項１−２）
「【０００１】
【発明の属する技術分野】この発明は，たとえばインターネットなどの計算機ネットワークを介して構築されるクライアントサーバシステム上で稼動する分散システムおよび同システムに適用される並列演算制御方法に関する。
【０００２】
【従来の技術】科学技術計算やコンピュータグラフィックス処理などの処理は，必要とするＣＰＵパワーが年々増加の一途を辿っており，単一ＣＰＵでの処理ではその処理速度に限界が見え始めてきている。そこで，現在では，複数のＣＰＵに処理を並行して行なわせることによって，総合的な処理速度を向上させる技術が確立している。」
　
（記載事項１−３）
「【００１４】
【発明の実施の形態】以下，図面を参照してこの発明の実施形態を説明する。図１は，この発明の実施形態に係るクライアントサーバシステムの構成例を示す図である。図１に示すように，この実施形態のクライアントサーバシステムでは，サーバコンピュータ１０が，ネットワーク処理部１１，並列演算処理部１２，演算分割部１３および並列演算サービス部１４を備える。また，処理クライアントコンピュータ２０が，ネットワーク処理部２１，専用ドライバ２２，仮想マシンコード実行環境２３およびＷＷＷブラウザ２４を備え，一方，処理要求クライアントコンピュータ３０が，ネットワーク処理部３１および専用アプリケーション３２を備える。
【００１５】なお，この処理クライアントコンピュータ２０の構成要素と処理要求クライアントコンピュータ３０の構成要素とは，一つのクライアントコンピュータ上に共に備えられるものであり，すべてのクライアントコンピュータは，場合によって処理クライアントおよび処理要求クライアントのいずれにもなり得るが，ここでは説明を分かりやすくするために，処理クライアントとして動作する際に必要となる構成要素と処理要求クライアントとして動作する際に必要となる構成要素とを処理クライアントコンピュータ２０と処理要求クライアントコンピュータ３０とに分けて図示する。」
　
（記載事項１−４）
「【００１９】並列演算サービス１４は，サーバコンピュータ１０上に配置されるが，そのサービスは，ネットワーク下のクライアントコンピュータ３０がサーバコンピュータ１０に対して処理要求を行なうことにより機能させる。クライアントコンピュータ３０上で並列演算処理用の処理要求を行なうのが専用アプリケーション３２である。
【００２０】この専用アプリケーション３２は，たとえばＣＧ（コンピュータ・グラフィックス）や行列計算パッケージ，および各種シミュレーターなどの現行並列演算処理用アプリケーションと同様の機能を実現するが，演算処理の分割やＣＰＵ割り当てなどはサーバコンピュータ１０上に配置される並列演算処理部１２によって実行されるため，演算処理に関しては，処理内容のパラメータをサーバコンピュータ１０に通知することでサーバコンピュータ１０に実行させる。ただし，サーバコンピュータ１０による処理クライアントの割り当てが終了し，実際の演算が各クライアントで開始された後には，それらのクライアントとの演算結果に関するやり取りなどの雑処理はこの専用アプリケーション３２が行なう。」
　
（記載事項１−５）
「【００２５】サーバコンピュータ１０は，処理要求クライアントコンピュータ３０から並列演算サービスの利用要求があった場合には，その受け付けを行ない，演算分割部１３により，処理要求内容を各クライアントが実行すべき個別処理に分割後，並列演算処理部１２により，処理内容を各処理クライアントコンピュータ２０に通知する。その後，各処理クライアントコンピュータ２０からの終了報告を束ね，全演算処理が終了した時点で，処理要求クライアントコンピュータ３０に対してその旨を通知することにより，サービスを終了する。
【００２６】各部の動作概要として，レイトレイシングを使用するＣＧのアニメーション用画面を作成するサービスを想定して以下に説明する（開始画面と終了画面との情報から途中画面を補完することで連続画面を作成する）。」
　
（記載事項１−６）
「【００３１】そして，並列演算処理部１２は，処理クライアントコンピュータ２０群に発行した要求群の全てが終了した時点で，演算分割部１３に対して処理終了の旨を通知する。ただし，処理クライアントコンピュータ２０に対する要求は，処理クライアントコンピュータ２０が接続を切った場合や通信障害などの異常が発生した場合には終了しない。そこで，処理要求は予め同一内容を２か所以上の処理クライアントコンピュータ２０に同時実行させる。そして，並列演算処理部１２は，これらの何れかが終了した旨の通知を送ってきた場合に処理が終了したと判断する。また，処理要求クライアントコンピュータ３０は，最初に届いた演算結果のみを採用する。何れも，後から通知される処理クライアントコンピュータ２０からの情報は破棄する。このような多重化を行なった全ての処理クライアントが処理を終了できない場合もあるが，この場合には，タイムアウト監視により並列演算処理部１２が異常を検出し，新たな処理クライアントを割り当ててリトライ処理を行なう。」
　
　上記記載事項１−３によれば，引用文献１の段落【００１５】には，「この処理クライアントコンピュータ２０の構成要素と処理要求クライアントコンピュータ３０の構成要素とは，一つのクライアントコンピュータ上に共に備えられるものであり，すべてのクライアントコンピュータは，場合によって処理クライアントおよび処理要求クライアントのいずれにもなり得る」と記載されており，この記載から，引用文献１に記載された「分散システム」においては，処理要求クライアントコンピュータの機能を有する複数のクライアントコンピュータがネットワークを介して接続されていると言うことができる。
　すると，上記記載事項１−１〜１−６及び図１〜３の内容を総合すると，引用文献１には，次の発明（以下，「引用発明」という。）が記載されていると認められる。
　
「サーバコンピュータと複数のクライアントコンピュータとが計算機ネットワークを介して接続されるクライアントサーバシステム上で稼働し，コンピュータグラフィックス処理を行う分散システムにおいて，前記サーバコンピュータは，いずれかのクライアントコンピュータからデータ処理を要求されたときに，その要求された処理内容を複数の部分処理に分割する分割手段と，前記分割手段により得られた部分処理に対応するプログラムを自身と接続状態にある前記データ処理を要求したクライアントコンピュータ以外の他のクライアントコンピュータに転送して実行させる並列演算処理手段とを具備し，複数の処理要求クライアントコンピュータは，最初に届いた演算結果のみを採用し，後から通知される処理クライアントコンピュータからの情報は破棄する構成を有する分散システム。」
　
　同じく原査定の拒絶の理由に引用された，本願の出願前に頒布された刊行物である特開平３−２０８４３号公報（以下，「引用文献２」という。）には，図面とともに以下の事項が記載されている。
　
（記載事項２−１）
「また前記トランザクション監視装置６は，前記トランザクション処理部５にて実行されたトランザクション処理の結果を評価する処理評価部６ａや，トランザクション処理部５による複数のデータベース処理の並行実行を制御する同時進行制御部６ｂ，また上記処理評価部６ａと協働してトランザクション処理部５による複数のデータベース処理の実行を中止させる中止制御部８ｃを備えている。
　これらの機能を備えたトランザクション監視装置６は，基本的には前記中央処理装置７からの指示に従い，同時進行制御部８ｂの制御の下でトランザクション処理部５を起動し，複数のデータベ−ス処理を並行して実行させる。そしてトランザクション処理部５にて実施されたデータベース処理の結果が得られたとき，これを前記処理評価部６ａにて評価し，この処理結果が最終的なデータベース処理結果であって，これとは別のトランザクション処理が前記トランザクション処理部５にて実行中である場合には，中止制御部６ｃを駆動してその他のトランザクション処理の実行を中止制御している。」（３頁右下欄９行〜４頁左上欄９行）
　
（記載事項２−２）
「以上のようにして本システムでは，複数のデータベースを用いて分散的にデータベース処理を実行するに際し，データベース処理の実行形態として複数通りの処理形態があるとき，各サイトの負荷状況に応じて複数のデータベース処理を並行に実行させ，その中で最も早く求められるデータベース処理結果を採択した上でその他のデータベース処理を中止するものとなっている。従って複数通りのデータベース処理形態の中でどの処理形態が最適であるかが不明な場合や，負荷状況によって処理効率が大幅に変動するような場合であっても，常により高速に実行されるデータベース処理の結果を求めることができる。しかも処理形態に対する最適設定を行わなくても，そのときの負荷状況に応じて適応的に最も早いデータベース処理結果を得ることができる。
　またこのようにしてデータベース処理結果が得られた後には，他の同時進行しているデータベース処理の実行が中止されるので，システムに対する処理負担の増大を低く抑えることができ，複数のデータベース処理の同時進行におけるオーバーヘッドの低減を図る上での工夫と相俟って，システム負荷をさほど大きくすることがない等の効果が奏せられる。」（５頁右下欄１８行〜６頁右上欄１行）
　
　同じく原査定の拒絶の理由に引用された，本願の出願前に頒布された刊行物である特開２００３−２３３６００号公報（以下，「引用文献３」という。）には，図面とともに以下の事項が記載されている。
　
（記載事項３−１）
「【０００１】
【発明の属する技術分野】本発明は，複数のノード（計算機）を備えたコンピュータネットワーク上で行われる，動的負荷割り当てを用いた協調分散処理によるボリュームレンダリング処理方法，ボリュームレンダリング処理システム，計算機及びプログラムに関するものである。
【０００２】
【従来の技術】近年，ネットワーク環境および計算機が低価格化・高性能化により多くの病院に普及するようになってきている。病院内の複数箇所での利用ニーズに従い，院内ネットワークに複数台の画像処理システムがある場合も珍しくなくなってきている。ＣＴ，ＭＲＩなど医療画像診断機器で撮影された医療画像データ（ボクセルデータ）を画像処理システムの画面で見るときの画像処理にはボリュームレンダリング処理が行われる。」
　
（記載事項３−２）
「【００４４】本システム１の特徴は，ボクセルデータのストレージ（保管）を行うストレージサーバー２と，ボリュームレンダリング処理・表示を行う画像処理システムＡ，Ｂ，Ｃとに分けた点にある。複数台の画像処理システムＡ，Ｂ，Ｃは互いに協調して計算を行い，互いに対等な関係にある。従来技術で述べた図１７，１８の手法において計算資源を提供する計算機が一台であるのに対し，本実施形態による新規手法では計算資源を複数台の計算機３が提供する。各計算機３には，協調分散処理対応の同一のプログラムがそれぞれインストールされている。」
　
（記載事項３−３）
「【００４８】(3) ノード割り当て
データリスト取得によって画像表示の指示が予想されると，メインとなる画像処理システムＡは，ネットワーク上の他の画像処理システムの計算資源利用状況を確認する。この計算資源利用状況確認のため本実施形態では，その情報としてメモリ空き容量およびＣＰＵ使用率を取得する。そしてＣＰＵ使用率から例えばＣＰＵ余力（＝（１−ＣＰＵ使用率）×ＣＰＵクロック周波数）を求める。そしてＣＰＵ余力とメモリ空き容量とを基に処理能力（計算資源）上の余力が必要量ある他ノードの存在の有無を判断し，該当する他ノードが存在すればそれを分散処理に加わる画像処理システムとして決定する。つまりメインノード３と共に分散処理に加わるサブノード３をその余力（処理能力の空き）に応じて決定し，分散処理を担当する各ノードを割り当てる。
・・・・・・・
【００５０】メインとなる画像処理システムＡ（メインノード３）は，他の画像処理システムＢ，Ｃ（サブノード３）の動作状況を確認しながら各々の処理能力に応じて，協調分散処理を担当する各画像処理システムＡ，Ｂ，Ｃ（各割り当てノード３）のそれぞれに割り当てるべきデータ負荷と計算負荷の分担割合を決める。つまり，各ノード３のその時々の処理能力に応じて割り当て負荷を決める動的負荷割り当てを行う。なお，メインノードはユーザーに使用されている表示対象指定元のノードであり，サブノードはユーザーが利用しておらずその計算資源の空きを利用して分散処理が行われるノードである。
【００５１】動的負荷割り当ての手法として，本実施形態では，データコピーモード，データ分割モード，混合モードの３モードが用意されている。データ分割モードあるいは混合モードの場合では，単にノードを割り当てるだけでなく，さらに各ノードに対するボクセルデータの分割割合を決定する。以下，これら３モードについて詳しく説明する。」
　
（記載事項３−４）
「【００５６】(5) データ転送・メモリ読み込み
データコピーモードでは，全ての割り当てノード３にボクセルデータ全体を転送する。データ分割モードでは，分割したボクセルデータを対応する各ノード３に転送する。このモードでは，各ノード３に割り当てられる分割データがそれぞれ異なる。混合モードでは，分割したボクセルデータを対応する各ノード３に転送するが，複数のノード３に同じ分割データが重複して割り当てられる。
【００５７】(6) 分散ボリュームレンダリング処理要求
前記(3) で割り当てたノード３に対し前記(4) で決定したモードに応じて割り当てた動的負荷の計算を行わせる分散ボリュームレンダリング処理を要求する。」
　
（記載事項３−５）
「【０１１３】・  サーバに対するボクセルデータの要求元はメインノードのみに限定されない。例えばサブノードが割り当てられたボクセルデータ（または分割ボクセルデータ）をサーバに対して個々に要求する方法を採用しても構わない。この場合，メインノードの要求処理部１０とサブノードの要求処理部１０とにより要求手段が構成される。」
　
第３　対比
　本願発明と引用発明とを対比する。
　引用発明の「サーバコンピュータと複数のクライアントコンピュータとが計算機ネットワークを介して接続されるクライアントサーバシステム上で稼働し」は，本願発明の「ネットワーク接続された複数のノードを有して」に相当する。
　引用発明の「コンピュータグラフィックス処理を行う分散システム」と，本願発明の「ＣＴ等から得られる物体のボリュームデータを用いて３次元構造のイメージを直接描画する画像処理システム」とは，「画像処理システム」という点で共通する。
　引用発明は，「コンピュータグラフィックス処理を行う分散システム」に係るものであり，その処理内容は画像処理であるから，引用発明の「要求された処理内容を複数の部分処理に分割する分割手段」と，本願発明の「ボリュームデータを用いた手持ちの画像処理のうち依頼すべき各々から複数のジョブを切り出すジョブ切り出し手段」とは，「手持ちの画像処理のうち依頼すべき各々から複数のジョブを切り出すジョブ切り出し手段」であるという点で共通する。
　引用発明の「前記分割手段により得られた部分処理に対応するプログラムを自身と接続状態にある前記データ処理を要求したクライアントコンピュータ以外の他のクライアントコンピュータに転送して実行させる並列演算処理手段」は，本願発明の「前記ジョブの実行依頼を，ジョブ依頼側の他のコンピュータ群及び／又はジョブ引受側のノード群に対して送信する手段」に相当する。
　引用発明の「複数の処理要求クライアントコンピュータは，最初に届いた演算結果のみを採用」「する構成を有する」と，本願発明の「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて」「前記送信されたジョブを最も早く処理完了したノードからの前記ジョブの処理結果を受け取って，該処理結果を検証する手段」を備えることとは，「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて，前記送信されたジョブを最も早く処理完了したノードからの前記ジョブの処理結果を受け取る手段」を備える点で共通する。
　
　してみると，両発明は，
　
「ネットワーク接続された複数のノードを有する画像処理システムであって，手持ちの画像処理のうち依頼すべき各々から複数のジョブを切り出すジョブ切り出し手段と，前記ジョブの実行依頼を，ジョブ依頼側の他のコンピュータ群及び／又はジョブ引受側のノード群に対して送信する手段と，を備え，ジョブ依頼側のコンピュータ群の少なくとも２つにおいて，前記送信されたジョブを最も早く処理完了したノードからの前記ジョブの処理結果を受け取る手段を備えた画像処理システム。」
　
である点で一致し，以下の点で相違している。
　
（相違点１）
　本願発明が「ＣＴ等から得られる物体のボリュームデータを用いて３次元構造のイメージを直接描画する」ものであるのに対して，引用発明では「コンピュータグラフィックス処理を行う」ものであり，本願発明では，「前記送信されたジョブに対応するボリュームデータを画像データベースから読み込む手段」を有するのに対して，引用発明では，そのような手段についての特定がない点。
　
（相違点２）
　「ジョブ切り出し手段」及び「ジョブ実行依頼を送信する手段」が，本願発明では「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて」備えられるものであるのに対して，引用発明では「サーバコンピュータ」に備えられるものである点。
　
（相違点３）
　本願発明では，「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて」「前記切り出されたジョブの各々の優先度を決定する手段」を有するのに対して，引用発明では，そのような手段についての特定がない点。
　
（相違点４）
　本願発明では，「処理結果を受け取る手段」が「該処理結果を検証する」ものであるのに対して，引用発明では，そのような特定がなく，本願発明では，「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて」「前記最も早く処理完了したノードを除く前記他のノード群に対して，ジョブの実行中止指令を送信する手段」を有するのに対して，引用発明では，「後から通知される処理クライアントコンピュータからの情報は破棄する」ものである点。
　
第４　判断
１　相違点１について
　引用発明は，複数のコンピュータ（ノード）を有する分散システムにおいてコンピュータグラフィックス処理を行うものであるが，このような分散システムで行うコンピュータグラフィックス処理として，「ＣＴ等から得られる物体のボリュームデータを用いて３次元構造のイメージを直接描画する」ものは，引用文献３に記載されている。（上記記載事項３−１を参照。）
　また，上記記載事項３−２，３−４及び３−５によれば，引用文献３には，ボクセルデータ（ボリュームデータ）の保管を行うストレージサーバーを有し，各ノードが割り当てられた分割ボクセルデータをサーバに対して個々に要求するものが記載されている。そして，データの保管を行うストレージサーバーが，データをデータベースとして管理するものであることは技術常識であるから，引用文献３には，「送信されたジョブに対応するボリュームデータを画像データベースから読み込む手段」が記載されているといえる。
　そうすると，引用発明において，コンピュータグラフィックス処理の処理対象を，引用文献３に記載された「ＣＴ等から得られる物体のボリュームデータを用いて３次元構造のイメージを直接描画する」ものとし，かつ，引用文献３に記載された「送信されたジョブに対応するボリュームデータを画像データベースから読み込む手段」を付加すること，すなわち，相違点１における本願発明の構成とすることは，当業者が容易に想到できたことというべきである。
　
２　相違点２について
　クライアントサーバシステムにおいて，どの処理をクライアントで行い，どの処理をサーバで行うかは，処理の効率性やリソースの有効活用等を考慮しながら，当業者が適宜決定できる設計事項に過ぎないものである。
　また，上記記載事項３−２〜３−４によれば，引用文献３には，「メインノード３」，すなわち，ジョブ依頼側のコンピュータ（クライアント）がノード割り当て手段（本願発明の「ジョブ切り出し手段」に相当する。）と分散ボリュームレンダリング処理要求手段（本願の「ジョブ実行依頼を送信する手段」に相当する。）を有するシステムが記載されている。
　そうすると，処理要求クライアントコンピュータの機能を有する複数のクライアントコンピュータがネットワークを介して接続されている構成を有する引用発明において，「サーバコンピュータ」に設けられている「ジョブ切り出し手段」及び「ジョブ実行依頼を送信する手段」を，ジョブ依頼側のコンピュータである，処理要求クライアントコンピュータの機能を有する複数のクライアントコンピュータ，いいかえると，ジョブ依頼側のコンピュータ群の少なくとも２つに設けるようにして，相違点２における本願発明の構成とすることは，当業者が適宜なし得たことというべきである。
　
３　相違点３について
　コンピュータ処理において，多数のジョブを処理する場合に何らかの順序により処理を行うことは技術常識であり，何らかの順序を決めるということは，何らかの優先度を決定することと言えるから，引用発明において，ジョブ切り出し手段（分割手段）により複数のジョブを切り出した際に，各ジョブの実行依頼をする前にその処理順序を決める，すなわち，その優先度を決定することは当然に実施すべきことである。
　そうすると，引用発明が「前記切り出されたジョブの各々の優先度を決定する手段」を有するのは当然のことである。
　また，各ジョブの実行依頼を行うために，上記の「優先度を決定する手段」を有するのだから，当該手段を「ジョブ実行依頼を送信する手段」と同じ場所，すなわち，上記「２　相違点２について」において検討したとおり「ジョブ依頼側のコンピュータ群の少なくとも２つ」に設けて，相違点３における本願発明の構成とすることは，当業者であれば容易になし得たことにすぎない。
　
４　相違点４について
　上記記載事項２−１によれば，引用文献２には，「分散データベース管理システム」において，処理の結果が得られたときに，処理の結果を処理評価部にて評価するとの技術的事項が記載されているが，処理の結果を評価するということは，「処理結果を検証する」ことに他ならない。そもそもコンピュータの技術分野一般において，他で行われた処理の結果を受け取ったときに，その処理が正しくなされたものであるかを検証する機能を持たせることは，従来から慣用されている技術である。
　また，上記記載事項２−１〜２−２によれば，引用文献２には，同じ処理結果を得るために複数通りの処理形態があるときに，複数のデータベース処理を並行に実行させ，その中で最も早く求められるデータベース処理結果を採択した上でその他のデータベース処理を中止することによって，システムに対する処理負担の増大を低く抑えることができるようにすることが記載されている。よって，引用文献２には，「同じ処理結果を得るべく複数の処理を並行して実行させて，最も早く完了した処理結果を採用するものにおいて，最も早く完了した処理以外の処理の実行中止指令を出す手段を有する」との技術的事項が記載されているといえる。
　そうすると，引用発明と引用文献２に記載された発明とは，共に複数のコンピュータ（ノード）を有する分散システムであり，同じ処理結果を得るべく複数の処理を並行して実行させて，最も早く完了した処理結果を採用する点で共通するものであるから，引用発明に対して引用文献２に記載された上記の各技術的事項を適用することは，当業者が容易に想到できたことである。
　そして，引用発明において，「最も早く完了した処理結果を採用する」構成を有するのは「ジョブ依頼側のコンピュータ群の少なくとも２つ」であり，「最も早く完了した処理以外の処理」は「最も早く処理完了したノードを除く他のノード群」で行われているのだから，上記の各技術的事項の適用に際して，「ジョブ依頼側のコンピュータ群の少なくとも２つにおいて」「前記最も早く処理完了したノードを除く前記他のノード群に対して，ジョブの実行中止指令を送信する手段」を有する構成とするは，当業者であれば当然に実施すべきことである。
　してみると，相違点４における本願発明の構成は，当業者が容易に想到できたことというべきである。
　
５　本願発明の作用効果について
　本願発明の作用効果も，引用文献１乃至３の記載事項から当業者が予測できる範囲のものであり，格別顕著なものとはいえない。
　
第５　むすび
　以上のとおり，本願発明は，引用発明，引用文献２乃至３に記載された発明に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって，その他の請求項について言及するまでもなく，本願は，拒絶すべきものである。
　よって，結論のとおり審決する。