【事件の表示】
　平成　４年特許願第３０５５７６号「分散型情報処理装置」拒絶査定に対する審判事件［平成　６年　５月３１日出願公開、特開平　６−１４９７５６］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成４年１１月１６日の出願であって、その請求項１に係る発明（以下、本願発明という。）は、平成１３年１２月１２日付けの手続補正書によって補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された
「ネットワークを介して他ノードと接続されることによりノードとなる分散型情報処理装置において、
　各ノードに分散配置されたデータの位置情報を有し、自ノードの情報処理機構で実行中の処理手続きが参照すべき前記データの位置を分析する手段と、
　前記実行中の処理手続きがデータを参照しようとした場合、前記データが自ノードにある場合は、そのまま処理を続行し、前記データが他ノードにあると判明した場合は、実行中の処理手続きを構成する処理手続き単位群の内で当該データを処理する処理単位の呼出しを実行する前に、当該処理単位を前記他ノードへ転送する手段と、を備えたことを特徴とする分散型情報処理装置。」にあると認める。
　
２．引用例
　これに対して、当審の拒絶の理由に引用された、IEEE TRANSACTIONS ON SOFTWARE ENGINEERING,VOL.16,NO.7 (JULY 1990)P.710-722（以下、引用例１という。）には、リモートエヴァリュエーション（ＲＥＶ）という概念について、次の事項が記載されている。
　
（ａ）リモートエヴァリュエーション（ＲＥＶ）は、分散システムを構築するための、新しい概念である。それは、実行可能なコードを一つのコンピュータから他のコンピュータへ通信ネットワークを介して送ることを含む。（アブストラクトの欄１行乃至３行）
（ｂ）ＲＥＶをサポートしているコンピュータは、プロシージャのセットを、それらを使用可能とするために他のコンピュータに送信する。ＲＥＶリクエストがあるコンピュータで発生すると、そのコンピュータ（クライアントと呼ぶ。）は、あるプログラム表現を他のコンピュータ（サーバと呼ぶ。）に送る。サーバはプログラム表現をエヴァリュエイトし、結果をクライアントに返す。（７１０頁左欄下から２行乃至右欄５行）
（ｃ）ＲＥＶは、リモートサーバに蓄積された大量のデータを調べるが最終的にはコンパクトな答えをユーザに返すアプリケーションに対して、有益である。このようなアプリケーションのために、ＲＥＶはアプリケーションプログラマがアルゴリズムをデータに送ることを許容する。クライアントは小さな答えを受け取り、一方、必要のないサーバのデータはサーバから動かずに止まる。（７１０頁右欄９行乃至１４行）
（ｄ）アプリケーションプログラムがリモート資源を取り扱うためにＲＥＶを使うことができる前に、その資源を管理するサーバを選択しその位置を探さなければならない。コンパイル時に利用可能な情報はしばしば不十分なので、サーバの選択は、通常は実行時になされるであろう。（７１２頁右欄３８行乃至４２行）
（ｅ）ＲＥＶリクエストを書くアプリケーションプログラマは、移動されるプロシージャ、引数及びそのＲＥＶリクエストを実行するサーバをそこに記入する。（７１３頁左欄３１行乃至３３行）
（ｆ）各ＲＥＶリクエストに対して、コンパイラは、２つのシンプルなプロシージャである、クライアントスタブとサーバスタブを生成する。両スタブと移動されるプロシージャは始めはクライアントに位置している。クライアントスタブはクライアントに残り、第１図に示すように、アプリケーションプログラムと通信パッケージの間に介在する。コンパイラはＲＥＶリクエストをこのスタブへの呼び出しと置き換える。サーバスタブのコピーと移動されるプロシージャのコピーはＲＥＶリクエストと共にサーバへ送られる。サーバスタブのサーバでのコピーは、結局、移動されるプロシージャのサーバでのコピーとサーバの通信パッケージの間に介在する。（７１５頁左欄２行乃至１３行）
（ｇ）あるＲＥＶリクエストが、サーバによってエキスポートされていないプロシージャ（Ｐ）の実行を再配置するものとする。このようなＲＥＶリクエストのための呼び出しシーケンスが第２図、第３図及び第４図に図示されている。下記の議論における数字は、これら３つの図面における数字を参照している。・・・アプリケーションプログラムは、クライアントスタブ（ＣＳ）を呼び出す（１）が、これは通常のプロシージャである。クライアントスタブは、クライアントとサーバを含む分散トランザクションを開始する。Ｐの引数の外に、クライアントスタブは、ＲＥＶリクエストを実行するノードを示す引数を持っている。クライアントスタブは、サーバスタブ（ＳＳ）、プロシージャＰ及びリクエストへの引数を含むメッセージを生成する。（７１５頁左欄２５行乃至３８行）
（ｈ）クライアントスタブは、クライアント通信パッケージ（ＣＣ）を呼び出し（２）、クライアント通信パッケージは、リクエストメッセージをネットワークパケットの列としてサーバに確実に送信する（３）。（７１５頁左欄３８行乃至４０行）
（ｉ）サーバ通信パッケージ（ＳＣ）は、受信したパケットからリクエストメッセージを再構成し、リクエストメッセージからサーバスタブとＰを抽出する（第３図参照）。サーバ通信パッケージは、リクエストメッセージの残りを一つの引数として、サーバスタブを呼び出す（４）。（７１５頁左欄４５行乃至５０行）
（ｊ）サーバスタブは、そのリクエストメッセージから引数を抽出し、その引数でＰを呼び出す（５）。（７１５頁左欄５０行乃至５２行）
　
　上記記載事項（ｊ）によれば、プロシージャＰはサーバにおいてサーバスタブにより呼び出されること、及びその他の上記記載事項から、引用例１には、クライアントとなるコンピュータについてみると、
「通信ネットワークを介して他のコンピュータに接続される分散システムにおけるコンピュータにおいて、
　アプリケーションプログラムの実行中に他のコンピュータに蓄積されたデータを参照するプロシージャＰのためのＲＥＶリクエストが発生すると、プロシージャＰの呼び出しを実行する前に、当該プロシージャＰをＲＥＶリクエストに記入された他のコンピュータへ転送する手段を備えたことを特徴とする分散システムにおけるコンピュータ」（以下、引用例１に記載された発明という。）が記載されていると認められる。
　
　同じく引用された特開昭６３−０７６０５０号公報（昭和６３年４月６日出願公開。以下、引用例２という。）には、コンピュータネットワークシステムであって、各コンピュータが、ファイル等資源の存在場所情報を有し、実行すべきプログラムは何か、該プログラムの実行に必要なファイル等資源は何か等の指示を受けると、転送時間を評価することにより、必要に応じて当該ファイルの存在する場所に当該ファイルを使用するプログラムを転送するものが記載されている。
　
３．対比
　本願発明と引用例１に記載された発明を対比すると、引用例１に記載された発明の「通信ネットワークを介して他のコンピュータに接続される分散システムにおけるコンピュータ」は本願発明の「ネットワークを介して他ノードと接続されることによりノードとなる分散型情報処理装置」に相当する。
　また、引用例１に記載された発明の「アプリケーションプログラム」及び「プロシージャＰ」は、それぞれ本願発明の「処理手続」及び「処理単位」に相当する。
　さらに、引用例１に記載された発明において、ＲＥＶリクエストが発生するのは、アプリケーションプログラムがデータを参照しようとした場合にそのデータが他のコンピュータにある場合であること、引用例１に記載された発明においても、参照しようとするデータが自ノードにある場合は、そのまま処理を実行すると認められること、及び本願発明の「転送する手段」において、「前記データが他ノードにあると判明した場合」は「前記データが他ノードにある場合」でもあることから、本願発明の「転送する手段」と引用例１に記載された発明の「転送する手段」は、「前記実行中の処理手続きがデータを参照しようとした場合、前記データが自ノードにある場合は、そのまま処理を続行し、前記データが他ノードにある場合は、実行中の処理手続きを構成する処理手続き単位群の内で当該データを処理する処理単位の呼出しを実行する前に、当該処理単位を前記他ノードへ転送する手段」である点で一致する。
　したがって、両者は、
「ネットワークを介して他ノードと接続されることによりノードとなる分散型情報処理装置において、
　実行中の処理手続きがデータを参照しようとした場合、前記データが自ノードにある場合は、そのまま処理を続行し、前記データが他ノードにある場合は、実行中の処理手続きを構成する処理手続き単位群の内で当該データを処理する処理単位の呼出しを実行する前に、当該処理単位を前記他ノードへ転送する手段と、を備えたことを特徴とする分散型情報処理装置。」であることで一致し、本願発明は、「各ノードに分散配置されたデータの位置情報を有し、自ノードの情報処理機構で実行中の処理手続きが参照すべきデータの位置を分析する手段」を備えており、それに伴い、本願発明の「転送する手段」は、参照しようとするデータが他のノードにあると判明した場合に、当該データを処理する処理単位を他ノードに転送するものであるのに対して、引用例１に記載された発明では、ＲＥＶリクエストを書くアプリケーションプログラマが、移動されるプロシージャ、引数及びそのＲＥＶリクエストを実行するサーバをＲＥＶリクエスト中に記入するものであり、引用例１には、サーバを選択しその位置を探すことに関して、通常は実行時になされるであろうと記載されているのみであって、サーバ選択の具体的手法、例えば、参照すべきデータの位置を分析する手段を用いることについて記載されていない点で相違する。
　　
４．当審の判断
　上記相違点について検討すると、引用例２には、コンピュータネットワークシステムにおいて、各コンピュータが、ファイル等資源の存在場所情報を有し、実行すべきプログラムとそのプログラムが必要とするファイル等資源を指示されると、必要に応じてあるファイルを使用するプログラムを当該ファイルの存在する場所に転送することが記載されているから、引用例１に記載された発明においても、各コンピュータにファイル等の存在場所情報を有し、クライアントがサーバの選択を実行時に行うに際して、あるプロシージャＰが使用するデータの指示を受け、前記ファイル等資源の存在場所情報を基に、そのデータを格納しているファイルを有するサーバの位置を分析し、当該サーバにプロシージャＰを転送すること、すなわち、各分散型情報処理装置に「各ノードに分散配置されたデータの位置情報を有し、自ノードの情報処理機構で実行中の処理手続きが参照すべきデータの位置を分析する手段」を備え、それに伴って、転送する手段が、「参照しようとするデータが他のノードにあると判明した場合に、当該データを処理する処理単位を他ノードに転送する」ようにすることは、当業者が容易になし得たことと認められる。
　
５．むすび
　したがって、本願発明は、引用例１及び引用例２に記載された発明に基いて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。