【事件の表示】
　特願２００７−５０８６７６「オブジェクトファイナライズによる改良型コンピュータアーキテクチャ」拒絶査定不服審判事件〔平成１７年１１月　３日国際公開，ＷＯ２００５／１０３９２７，平成１９年１１月２２日国内公表、特表２００７−５３４０６５〕について．次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００５年４月２２日（パリ条約による優先権主張外国庁受理２００４年４月２２日　オーストラリア）を国際出願日とする出願であって，
　平成１８年１２月２０日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平成２０年４月４日付けで審査請求がなされ，平成２２年９月１４日付けで審査官により拒絶理由が通知され，これに対して平成２２年１２月２１日付けで意見書が提出されると共に手続補正がなされたが，平成２３年１月１８日付けで審査官により拒絶査定がなされ，これに対して平成２３年５月３１日付けで審判請求がなされると共に手続補正がなされ，平成２３年６月２９日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２３年１１月８日付けで当審により特許法第１３４条第４項の規定に基づく審尋がなされたが，回答書の提出がなかったものである。
　
第２．平成２３年５月３１日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２３年５月３１日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２３年５月３１日付けの手続補正（以下，「本件手続補正」という）により，平成２２年１２月２１日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し，前記同一のオブジェクトの全ては，前記複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。
　　【請求項２】
　前記各コンピュータが分散ランタイム手段を含み，前記各コンピュータの分散ランタイム手段が全ての他のコンピュータと通信可能であり，これによって前記コンピュータの１つの上で実行される前記アプリケーションプログラムの一部がもはや当該コンピュータのオブジェクトを参照する必要がない場合には，前記参照されなかったオブジェクトのアイデンティティは，前記１つのコンピュータの分散ランタイム手段によって前記他のコンピュータ全てによってアクセス可能な共有テーブルに転送されることを特徴とする請求項１に記載のシステム。
　　【請求項３】
　前記各アプリケーションプログラムは，ファイナライズルーチンを挿入して，前記アプリケーションプログラムがもはやオブジェクトを参照する必要がない各インスタンスを修正することによって，ロード前，ロード中，又はロード後に修正されることを特徴とする請求項２に記載のシステム。
　　【請求項４】
　前記挿入されたファイナライズルーチンは，既存のファイナライズルーチンを修正して，全てのコンピュータがこれらの対応するオブジェクトをもはや参照する必要がない場合に前記既存のファイナライズルーチンを実行可能にし，少なくとも１つのコンピュータが対応するオブジェクトを参照する必要がある場合に前記既存のファイナライズルーチンを実行不能にすることを特徴とする請求項３に記載のシステム。
　　【請求項５】
　前記アプリケーションプログラムは，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの関連部分の実行前の再コンパイルからなる手順のグループから選択される手順に従って修正されることを特徴とする請求項４に記載のシステム。
　　【請求項６】
　前記アプリケーションプログラムは，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順に従って前記コンピュータの全てに転送されることを特徴とする請求項３に記載のシステム。
　　【請求項７】
　通信リンクを介して相互接続され，単一のコンピュータでのみ動作するように各々記述されている少なくとも１つのアプリケーションプログラムを同時に動作する複数のコンピュータであって，
　前記各コンピュータが前記アプリケーションプログラムの異なる部分をほぼ同時に実行し，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記少なくとも１つのアプリケーションプログラムを動作中の前記各コンピュータは，前記各コンピュータに物理的に位置付けられたローカルメモリ内だけにあるオブジェクトを参照する必要があるか，或いはもはやその必要がなく，前記各コンピュータによって利用される前記ローカルメモリのコンテンツは基本的に類似しているが各瞬間では同一ではなく，前記コンピュータの全コンピュータは，前記複数のコンピュータの各コンピュータがその対応するオブジェクトをもはや参照する必要がない場合にのみ，参照されないオブジェクトを削除するファイナライズルーチンを有することを特徴とする複数のコンピュータ。
　　【請求項８】
　前記又は前記各アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は前記各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であることを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項９】
　前記分散更新手段の全ては，前記ローカルメモリ読み取り速度よりも遅いデータ転送速度で前記通信リンクを介して伝達することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項１０】
　前記コンピュータの少なくとも幾つかは，種々の製造業者によって製造され，及び／又は種々のオペレーティングシステムを有することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項１１】
　単一のコンピュータでのみ動作するように各々記述されている少なくとも１つのアプリケーションプログラムを複数のコンピュータ上で同時に実行する方法であって，前記コンピュータは，通信ネットワークによって相互接続されており，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法が，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムの異なる部分を実行し，前記各部分について前記対応するコンピュータ内に同一な複数のオブジェクトを各々作成し，各々に同一の名前を持たせる段階と，
　（ｉｉ）前記プロセッサによって，前記複数のコンピュータの全てがこれらの対応するオブジェクトをもはや参照する必要がない場合には，前記同一のオブジェクト全てを一括削除する段階と，
を含む方法。
　　【請求項１２】
　（ｉｉｉ）前記プロセッサによって，前記通信ネットワークを介して前記コンピュータ間で伝達するための分散ランタイム手段を前記各コンピュータに提供する段階を更に含む請求項１１に記載の方法。
　　【請求項１３】
　（ｉｖ）前記プロセッサによって，もはやオブジェクトにアクセスする必要のないあらゆるコンピュータのアイデンティティを前記オブジェクトのアイデンティティと共に記憶する，前記各分散ランタイム手段によってアクセス可能な共有テーブルを提供する段階を更に含む請求項１２に記載の方法。
　　【請求項１４】
　（ｖ）前記プロセッサによって，もはや前記オブジェクトにアクセスする必要のない前記コンピュータの数のカウントを記憶するカウンタ手段を前記共有テーブルに関連付ける段階を更に含む請求項１３に記載の方法。
　　【請求項１５】
　（ｖｉ）前記プロセッサによって，前記共有プログラムが実行されておらず，前記共有テーブル及びカウンタをホストする追加のコンピュータを提供する段階であって，前記追加のコンピュータが前記通信ネットワークに接続されている提供段階を更に含む請求項１４に記載の方法。
　　【請求項１６】
　単一のコンピュータでのみ動作するように記述されているが，通信ネットワークを介して相互接続された複数のコンピュータの異なるコンピュータ上でその異なる部分が各々ほぼ同時に実行されることになるアプリケーションプログラムの矛盾のないファイナライズを保証する方法であって，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法は，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，ロード時，又はロード前，或いはロード後に前記アプリケーションプログラムを精査して，ファイナライズルーチンを定義する各プログラム段階を検出する段階と，
　（ｉｉ）前記プロセッサによって，前記コンピュータの各コンピュータがもはやこれらの対応するオブジェクトを参照する必要がない場合にだけ前記コンピュータの全て内の対応するオブジェクトの一括削除を保証するように前記ファイナライズルーチンを修正する段階と，
を含む方法。
　　【請求項１７】
　前記ファイナライズルーチンが，一度限り及び前記コンピュータの１つだけ，並びに前記コンピュータの全てが前記オブジェクトを参照する必要がもはや無い場合に，前記プロセッサによって，前記オブジェクトのクリーンアップを実行するよう修正されることを特徴とする請求項１６に記載の方法。
　　【請求項１８】
　前記段階（ｉｉ）が，
　（ｉｉｉ）前記コンピュータの１つに前記ファイナライズルーチンをロードして実行する段階と，
　（ｉｖ）前記１つのコンピュータによって前記ファイナライズルーチンを修正する段階と，
　（ｖ）前記修正されたファイナライズルーチンを前記残りのコンピュータの各々に転送する段階と，
を含む請求項１６又は１７に記載の方法。
　　【請求項１９】
　前記修正されたファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記残りのコンピュータの各々に直接提供されることを特徴とする請求項１８に記載の方法。
　　【請求項２０】
　前記修正されたファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記一つのコンピュータから前記残りのコンピュータの各々に順次にカスケード方式で，提供されることを特徴とする請求項１８に記載の方法。
　　【請求項２１】
　段階（ｉｉ）が，
　（ｖｉ）前記コンピュータの１つに前記ファイナライズルーチンをロードし修正する段階と，
　（ｖｉｉ）前記１つのコンピュータが，前記未修正のファイナライズルーチンを前記残りのコンピュータの各々に送る段階と，
　（ｖｉｉｉ）前記残りのコンピュータの各々が，前記ファイナライズルーチンを受け取った後に前記ファイナライズルーチンを修正する段階と，
を含む請求項１６又は１７に記載の方法。
　　【請求項２２】
　前記未修正のファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって前記残りのコンピュータの各々に直接提供されることを特徴とする請求項２１に記載の方法。
　　【請求項２３】
　前記未修正のファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記一つのコンピュータから前記残りのコンピュータの各々に順次にカスケード方式で，提供されることを特徴とする請求項２１に記載の方法。
　　【請求項２４】
　前記プロセッサによって，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの前記関連部分の実行前の再コンパイルからなる手順のグループから選択される手順を利用して前記アプリケーションプログラムを修正する段階（ｉｘ）を更に含む請求項１６又は１７に記載の方法。
　　【請求項２５】
　前記プロセッサによって，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順を利用して前記アプリケーションプログラムを前記コンピュータの全てに転送する段階（ｘ）を更に含む請求項１６又は１７に記載の方法。
　　【請求項２６】
　単一のコンピュータ上でのみ動作するように記述された単一のアプリケーションプログラムの個々のスレッドが，通信リンクを介して相互接続された複数のコンピュータのうちの対応するコンピュータ上で，各々同時に処理され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができないマルチスレッド処理コンピュータオペレーションにおいて，
　各スレッドを処理する前記コンピュータに物理的に関連付けられたローカルメモリ内のオブジェクトは，他の前記各コンピュータのローカルメモリ内に対応するオブジェクトを有し，前記複数のコンピュータの各コンピュータに対応するプロセッサが，もはやこれらの対応するオブジェクトを参照する必要がない場合に全ての前記対応するオブジェクトを一括削除する段階を含む改良方法。
　　【請求項２７】
　１つの前記スレッドに関連付けられたメモリに常駐し且つ削除されることになる前記オブジェクトは，前記１つのスレッドのコンピュータに対応するプロセッサによって他の前記コンピュータ全てがアクセス可能な共有テーブルに伝達されるアイデンティティを有することを特徴とする請求項２６に記載の改良方法。
　　【請求項２８】
　１つの前記スレッドに関連付けられた前記メモリに常駐し且つ削除されることになる前記オブジェクトは，別の前記スレッドに関連付けられた前記コンピュータに送信されるアイデンティティを有し，前記プロセッサによって，これを利用して前記他のコンピュータ全てがアクセス可能な共有テーブルに送信されることを特徴とする請求項２６に記載の改良方法。
　　【請求項２９】
　請求項１１又は１６に記載の方法を複数のコンピュータに実行させるプログラムを格納するコンピュータ読み取り可能記憶媒体。
　　【請求項３０】
　通信ネットワークを介して相互接続された複数のコンピュータにおいて，前記コンピュータ上で同時に実行されるアプリケーションプログラムの矛盾のない初期化を保証するように動作可能な複数のコンピュータであって，前記コンピュータは，請求項１１又は１６に記載の方法を実行するようにプログラムされており，或いは請求項２９に記載のコンピュータ読み取り可能記憶媒体がロードされていることを特徴とする複数のコンピュータ。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量のみであり，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し，前記同一のオブジェクトの全ては，前記複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。
　　【請求項２】
　前記各コンピュータが分散ランタイム手段を含み，前記各コンピュータの分散ランタイム手段が全ての他のコンピュータと通信可能であり，これによって前記コンピュータの１つの上で実行される前記アプリケーションプログラムの一部がもはや当該コンピュータのオブジェクトを参照する必要がない場合には，前記参照されなかったオブジェクトのアイデンティティは，前記１つのコンピュータの分散ランタイム手段によって前記他のコンピュータ全てによってアクセス可能な共有テーブルに転送されることを特徴とする請求項１に記載のシステム。
　　【請求項３】
　前記各アプリケーションプログラムは，ファイナライズルーチンを挿入して，前記アプリケーションプログラムがもはやオブジェクトを参照する必要がない各インスタンスを修正することによって，ロード前，ロード中，又はロード後に修正されることを特徴とする請求項２に記載のシステム。
　　【請求項４】
　前記挿入されたファイナライズルーチンは，既存のファイナライズルーチンを修正して，全てのコンピュータがこれらの対応するオブジェクトをもはや参照する必要がない場合に前記既存のファイナライズルーチンを実行可能にし，少なくとも１つのコンピュータが対応するオブジェクトを参照する必要がある場合に前記既存のファイナライズルーチンを実行不能にすることを特徴とする請求項３に記載のシステム。
　　【請求項５】
　前記アプリケーションプログラムは，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの関連部分の実行前の再コンパイルからなる手順のグループから選択される手順に従って修正されることを特徴とする請求項４に記載のシステム。
　　【請求項６】
　前記アプリケーションプログラムは，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順に従って前記コンピュータの全てに転送されることを特徴とする請求項３に記載のシステム。
　　【請求項７】
　ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信リンクを介して相互接続され，単一のコンピュータでのみ動作するように各々記述されている少なくとも１つのアプリケーションプログラムを同時に動作する複数のコンピュータであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記各コンピュータが前記アプリケーションプログラムの異なる部分をほぼ同時に実行し，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は前記各アプリケーションプログラムに割り当てられた前記ローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量のみであり，前記少なくとも１つのアプリケーションプログラムを動作中の前記各コンピュータは，前記各コンピュータに物理的に位置付けられたローカルメモリ内だけにあるオブジェクトを参照する必要があるか，或いはもはやその必要がなく，前記各コンピュータによって利用される前記ローカルメモリのコンテンツは基本的に類似しているが各瞬間では同一ではなく，前記コンピュータの全コンピュータは，前記複数のコンピュータの各コンピュータがその対応するオブジェクトをもはや参照する必要がない場合にのみ，参照されないオブジェクトを削除するファイナライズルーチンを有することを特徴とする複数のコンピュータ。
　　【請求項８】
　前記コンピュータの少なくとも幾つかは，種々の製造業者によって製造され，及び／又は種々のオペレーティングシステムを有することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項９】
　単一のコンピュータでのみ動作するように各々記述されている少なくとも１つのアプリケーションプログラムを複数のコンピュータ上で同時に実行する方法であって，前記コンピュータは，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続されており，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法が，
　（ｉ）各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有して，前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムの異なる部分を実行し，前記各部分について前記対応するコンピュータ内に同一な複数のオブジェクトを各々作成し，各々に同一の名前を持たせる段階と，
　（ｉｉ）同一のローカルメモリ容量前記又は前記各アプリケーションプログラムに割り当て，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量を，割り当てられた前記メモリ容量のみにする段階と，
　（ｉｉｉ）前記プロセッサによって，前記複数のコンピュータの全てがこれらの対応するオブジェクトをもはや参照する必要がない場合には，前記同一のオブジェクト全てを一括削除する段階と，
を含む方法。
　　【請求項１０】
　（ｉｖ）前記プロセッサによって，前記通信ネットワークを介して前記コンピュータ間で伝達するための分散ランタイム手段を前記各コンピュータに提供する段階を更に含む請求項９に記載の方法。
　　【請求項１１】
　（ｖ）前記プロセッサによって，もはやオブジェクトにアクセスする必要のないあらゆるコンピュータのアイデンティティを前記オブジェクトのアイデンティティと共に記憶する，前記各分散ランタイム手段によってアクセス可能な共有テーブルを提供する段階を更に含む請求項１０に記載の方法。
　　【請求項１２】
　（ｖｉ）前記プロセッサによって，もはや前記オブジェクトにアクセスする必要のない前記コンピュータの数のカウントを記憶するカウンタ手段を前記共有テーブルに関連付ける段階を更に含む請求項１１に記載の方法。
　　【請求項１３】
　（ｖｉｉ）前記プロセッサによって，前記共有プログラムが実行されておらず，前記共有テーブル及びカウンタをホストする追加のコンピュータを提供する段階であって，前記追加のコンピュータが前記通信ネットワークに接続されている提供段階を更に含む請求項１２に記載の方法。
　　【請求項１４】
　単一のコンピュータでのみ動作するように記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークを介して相互接続された複数のコンピュータの異なるコンピュータ上でその異なる部分が各々ほぼ同時に実行されることになるアプリケーションプログラムの矛盾のないファイナライズを保証する方法であって，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法は，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，ロード時，又はロード前，或いはロード後に前記アプリケーションプログラムを精査して，ファイナライズルーチンを定義する各プログラム段階を検出する段階と，
　（ｉｉ）各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記異なる部分が，前記各コンピュータによって，ほぼ同時に実行される段階と，
　（ｉｉｉ）同一のローカルメモリ容量前記又は各前記アプリケーションプログラムに割り当て，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量を，割り当てられた前記メモリ容量にする段階と，
　（ｉｖ）前記プロセッサによって，前記コンピュータの各コンピュータがもはやこれらの対応するオブジェクトを参照する必要がない場合にだけ前記コンピュータの全て内の対応するオブジェクトの一括削除を保証するように前記ファイナライズルーチンを修正する段階と，
を含む方法。
　　【請求項１５】
　前記ファイナライズルーチンが，一度限り及び前記コンピュータの１つだけ，並びに前記コンピュータの全てが前記オブジェクトを参照する必要がもはや無い場合に，前記プロセッサによって，前記オブジェクトのクリーンアップを実行するよう修正されることを特徴とする請求項１４に記載の方法。
　　【請求項１６】
　前記段階（ｉｖ）が，
　（ｖ）前記コンピュータの１つに前記ファイナライズルーチンをロードして実行する段階と，
　（ｖｉ）前記１つのコンピュータによって前記ファイナライズルーチンを修正する段階と，
　（ｖｉｉ）前記修正されたファイナライズルーチンを前記残りのコンピュータの各々に転送する段階と，
を含む請求項１４又は１５に記載の方法。
　　【請求項１７】
　前記修正されたファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記残りのコンピュータの各々に直接提供されることを特徴とする請求項１６に記載の方法。
　　【請求項１８】
　前記修正されたファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記一つのコンピュータから前記残りのコンピュータの各々に順次にカスケード方式で，提供されることを特徴とする請求項１６に記載の方法。
　　【請求項１９】
　段階（ｉｖ）が，
　（ｖｉｉｉ）前記コンピュータの１つに前記ファイナライズルーチンをロードし修正する段階と，
　（ｉｘ）前記１つのコンピュータが，前記未修正のファイナライズルーチンを前記残りのコンピュータの各々に送る段階と，
　（ｘ）前記残りのコンピュータの各々が，前記ファイナライズルーチンを受け取った後に前記ファイナライズルーチンを修正する段階と，
を含む請求項１４又は１５に記載の方法。
　　【請求項２０】
　前記未修正のファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって前記残りのコンピュータの各々に直接提供されることを特徴とする請求項１９に記載の方法。
　　【請求項２１】
　前記未修正のファイナライズルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記一つのコンピュータから前記残りのコンピュータの各々に順次にカスケード方式で，提供されることを特徴とする請求項１９に記載の方法。
　　【請求項２２】
　前記プロセッサによって，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの前記関連部分の実行前の再コンパイルからなる手順のグループから選択される手順を利用して前記アプリケーションプログラムを修正する段階（ｘｉ）を更に含む請求項１４又は１５に記載の方法。
　　【請求項２３】
　前記プロセッサによって，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順を利用して前記アプリケーションプログラムを前記コンピュータの全てに転送する段階（ｘｉｉ）を更に含む請求項１４又は１５に記載の方法。
　　【請求項２４】
　単一のコンピュータ上でのみ動作するように記述された単一のアプリケーションプログラムの個々のスレッドが，複数のコンピュータ間で共有された実行を経験して，前記スレッドが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信リンクを介して相互接続された前記複数のコンピュータのうちの対応するコンピュータ上で，各々同時に処理され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができないマルチスレッド処理コンピュータオペレーションにおいて，
　前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量のみであり，各スレッドを処理する前記コンピュータに物理的に関連付けられたローカルメモリ内のオブジェクトは，他の前記各コンピュータのローカルメモリ内に対応するオブジェクトを有し，前記複数のコンピュータの各コンピュータに対応するプロセッサが，もはやこれらの対応するオブジェクトを参照する必要がない場合に全ての前記対応するオブジェクトを一括削除する段階を含む改良方法。
　　【請求項２５】
　１つの前記スレッドに関連付けられたメモリに常駐し且つ削除されることになる前記オブジェクトは，前記１つのスレッドのコンピュータに対応するプロセッサによって他の前記コンピュータ全てがアクセス可能な共有テーブルに伝達されるアイデンティティを有することを特徴とする請求項２４に記載の改良方法。
　　【請求項２６】
　１つの前記スレッドに関連付けられた前記メモリに常駐し且つ削除されることになる前記オブジェクトは，別の前記スレッドに関連付けられた前記コンピュータに送信されるアイデンティティを有し，前記プロセッサによって，これを利用して前記他のコンピュータ全てがアクセス可能な共有テーブルに送信されることを特徴とする請求項２４に記載の改良方法。
　　【請求項２７】
　請求項９又は１４に記載の方法を複数のコンピュータに実行させるプログラムを格納するコンピュータ読み取り可能記憶媒体。
　　【請求項２８】
　通信ネットワークを介して相互接続された複数のコンピュータにおいて，前記コンピュータ上で同時に実行されるアプリケーションプログラムの矛盾のない初期化を保証するように動作可能な複数のコンピュータであって，前記コンピュータは，請求項９又は１４に記載の方法を実行するようにプログラムされており，或いは請求項２７に記載のコンピュータ読み取り可能記憶媒体がロードされていることを特徴とする複数のコンピュータ。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正は，補正前の請求項１に係る発明における発明特定事項である，「通信ネットワーク」に対して，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の」，という限定事項を付加し，同じく，補正前の請求項１に係る発明における発明特定事項である，「アプリケーションプログラム」に対して，「各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて」，という限定事項を付加し，同じく，補正前の請求項１に係る発明における発明特定事項である，「ローカルメモリ」に対して，「前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であり」，という限定を付加し，
　それに伴い，補正前の請求項８，及び，請求項９を削除し，補正前の請求項１に係る発明と同等の構成を有する補正前の請求項７，請求項１１，請求項１６，及び，請求項２６に対して，上記記載の限定を各発明特定事項に付加し，補正後の請求項７，請求項９，請求項１４，及び，請求項２４とするものであって，当該限定事項は，平成１８年１２月２０日付けで提出された明細書，請求の範囲の日本語による翻訳文，及び，図面（以下，「当初明細書等」という）の範囲内でなされたものであるから，
　本件手続補正は，請求項の削除，及び，特許請求の範囲の減縮を目的としたものである。
　よって，本件手続補正が，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすものであるか否か，即ち，補正後の請求項に係る発明が，特許出願の際独立して特許を受けられるものであるか否かについて，以下に検討する。
　
（１）補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次に記載のとおりのものである。
　
「単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量のみであり，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し，前記同一のオブジェクトの全ては，前記複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。」
　
（２）引用刊行物に記載の発明
　一方，原審が，平成２２年９月１４日付けの拒絶理由に引用した，本願の第１国出願前に既に公知である，特開２００２-１１６９１７号公報（２００２年４月１９日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【０００３】
【発明が解決しようとする課題】よって，オブジェクト指向型プログラミング言語で書かれたソース・プログラムから生成されたオブジェクト・プログラムを複数のＣＰＵを有する計算機で実行する場合も生ずるが，従来では，
複数のＣＰＵの能力を引き出すような並列化が行われていなかった
【０００４】よって，
本発明の目的は，オブジェクト指向型プログラミング言語で書かれたソース・プログラムでも並列処理できるように
することである
　
Ｂ．「【０００７】これにより
必要なオブジェクトが実行時に生成されるため，並列処理が実現されるようになる。また，不要になれば生成されたオブジェクトは消滅する
　
Ｃ．「【００１５】なお，表１のプログラムを並列処理するためには，
元のオブジェクトの他に並列化処理用オブジェクトを生成・消滅するために，コンストラクタであるst.mem1=0及びst.mem2=1と，デストラクタであるst.〜A()が並列化処理用オブジェクト毎に必要となる
　
Ｄ．「【００２４】このようにして図５において追加で生成された命令群と通常コンパイラ１２０の並列化処理部１２４で生成される命令群とを用いて，オブジェクトコード生成部１２６がオブジェクトコードを生成し，オブジェクトコード・ファイル１３０に格納する。なお上でも説明したが，並列化処理部１２４の後に他の処理（例えば最適化処理）が実施され，その最適化処理後の命令群に対してオブジェクトコードを生成する場合もある。
【００２５】オブジェクトコードには，図１に示したように並列化処理用オブジェクトを生成するための構築命令ルーチン４２を呼び出す命令に対応するオブジェクトコードと，消滅させるための消滅命令ルーチン４４を呼び出す命令に対応するオブジェクトコードとが含まれる。しかし，
オブジェクトコード実行時に生成される並列化処理用オブジェクトの数は，オブジェクトコードを実行する並列コンピュータの能力などに依存するためこの時点では不明である
　
Ｅ．「【００２６】以上本発明の一実施の形態を説明したが，本発明はこれに限定されるものではない。例えば，図５のステップＳ２９及びＳ３１とステップＳ３３及びＳ３５とは順番を入れ替えることが可能である。また，図１の
コンピュータ１００がネットワークに接続されており
オブジェクトコード・ファイル１３０が他のコンピュータへ送信されるような場合もある
上ではＯｐｅｎＭＰを前提としたプログラムの例を示したが，その他の規格等に従ったプログラムであっても良い
　
ア．上記Ａの「複数のＣＰＵの能力を引き出すような並列化が行われていなかった」と言う記載，及び，同じく，「本発明の目的は，オブジェクト指向型プログラミング言語で書かれたソース・プログラムでも並列処理できるように・・・することである」という記載から，引用刊行物１には，
“オブジェクト指向型プログラミング言語で記述されたプログラムを並列処理できるようにする”
　ことが記載されているものと読み取れる。
　
イ．上記Ｂの「必要なオブジェクトが実行時に生成されるため，並列処理が実現されるようになる。また，不要になれば生成されたオブジェクトは消滅する」という記載，及び，上記Ｃの「元のオブジェクトの他に並列化処理用オブジェクトを生成・消滅するために，コンストラクタであるst.mem1=0及びst.mem2=1と，デストラクタであるst.〜A()が並列化処理用オブジェクト毎に必要となる」という記載と，上記Ｄの「オブジェクトコード実行時に生成される並列化処理用オブジェクトの数は，オブジェクトコードを実行する並列コンピュータの能力などに依存するためこの時点では不明である」という記載から，引用刊行物１においては，「並列処理用オブジェクト」が，複数生成されることが読み取れることから，引用刊行物１には，
“並列化処理用オブジェクト毎に，コンストラクタとデストラクタが生成され，並列処理の実行時に，必要なオブジェクトが複数生成され，不要になれば生成されたオブジェクトは消滅する”
　ことが記載されているものと読み取れる。
　
ウ．上記Ｅの「コンピュータ１００がネットワークに接続されており，・・・オブジェクトコード・ファイル１３０が他のコンピュータへ送信されるような場合もある」という記載から，引用刊行物１には，
“ネットワークで接続されたコンピュータによって構成されるシステム”
　が記載され，更に，
“ネットワークで接続されたコンピュータにおいて，並列処理のためのオブジェクトコード・ファイルが，前記ネットワークに接続された他のコンピュータに送信される”
　ことが記載されていることが読み取れる。
　
エ．上記Ｅの「上ではＯｐｅｎＭＰを前提としたプログラムの例を示したが，その他の規格等に従ったプログラムであっても良い」という記載，並びに，上記ア．で検討した事項から，引用刊行物１に記載の内容の「オブジェクト指向型プログラミング言語で記述されたプログラム」とは，
“通常はスタンドアローンで実行されるよう記述されている，並列化可能なプログラム”を含むことが読み取れ，
　上記ウ．で検討した事項と併せると，引用刊行物１の記載においては，「並列処理のためのオブジェクトコード・ファイル」と，「オブジェクト指向型プログラミング言語で記述されたプログラム」，並びに，“並列化可能なプログラム”とは,同じものを意味している。
　
　よって，以上ア．〜エ．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　通常はスタンドアローンで実行されるよう記述されている，ネットワークで接続されたコンピュータにおいて並列処理されるプログラムを有する，前記ネットワークで接続されたコンピュータによって構成されるシステムにおいて，
　前記プログラムが，ネットワークに接続されたコンピュータ上で並列処理され，
　並列処理の実行時に，必要なオブジェクトが生成され，不要になれば生成されたオブジェクトは消滅する，システム。
　
（３）本件補正発明と引用発明との対比
ア．引用発明における「ネットワーク」は，「通信ネットワーク」を含み得ること，引用発明における「通常はスタンドアローンで実行されるよう記述されている・・・プログラム」が，「単一のコンピュータでのみ動作するプログラム」を含み得ること，並びに，引用発明において，「ネットワーク」に接続されている「コンピュータ」が複数存在することは明らかであるから，
　引用発明における「通常はスタンドアローンで実行されるよう記述されている，ネットワークで接続されたコンピュータにおいて並列処理されるプログラムを有する，前記ネットワークで接続されたコンピュータによって構成されるシステム」と，
　本件補正発明における「単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステム」とは，
“単一のコンピュータでのみ動作するように記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステム”である点で共通する。
　
イ．引用発明において，「並列処理されるプログラム」は，並列処理される場合に，引用刊行物１の【図１】に記載されているように，「元のオブジェクト」から，「並列化処理」によって，前記「元のオブジェクト」とは異なる，複数の「並列化処理用オブジェクト」が生成されるものであり，「ネットワーク」に接続されている，複数の「コンピュータ」上で，並列実行される場合には，各「コンピュータ」に割てられるのは，前記複数の「並列化処理用オブジェクト」であることは，分散・並列処理の技術分野における技術常識から明らかである。
　そして，「並列処理」である以上，それらの「並列化処理用オブジェクト」が，異なる「コンピュータ」上で，同時に実行されることも明らかである。
　よって，引用発明における「前記プログラムが，ネットワークに接続されたコンピュータ上で並列処理され」と，
　本件補正発明における「各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され」とは，
“アプリケーションプログラムの実行が複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上で同時に実行され”る点で共通する。
　
ウ．引用発明における「並列処理の実行時に，必要なオブジェクトが複数生成され」と，
　本件補正発明における「前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し」とは，
“複数のオブジェクトが作成される”点で共通する。
　
エ．引用発明における「不要になれば生成されたオブジェクトは消滅する」は，不要となった「オブジェクト」が，全て消滅する態様を含むものであるから，
　本件補正発明における「前記同一のオブジェクトの全ては，前記複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除される」と，
“オブジェクトの全ては，オブジェクトを参照する必要がない場合に一括削除される”点で共通する。
　
　よって，上記ア．〜エ．で検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　単一のコンピュータでのみ動作するように記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステムであって，
　アプリケーションプログラムの実行が複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上で同時に実行され，
　複数のオブジェクトが作成され，前記オブジェクトの全ては，オブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。
　
［相違点１］
“通信ネットワーク”に関して，
　本件補正発明においては，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワーク」であるのに対して，
　引用発明においては，「データ転送速度」に関して特に限定がない点。
　
［相違点２］
“同時に実行されるアプリケーションプログラム”に関して，
　本件補正発明においては，「少なくとも１つのアプリケーションプログラム」と，該「アプリケーションプログラム」が複数存在する態様を含んでいるが，
　引用発明においては，「並列処理されるプログラム」が複数存在するかは，明確でない点。
　
［相違点３］
　本件補正発明においては，「コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれかのコンピュータの前記ローカルメモリも読み取ることができ」ないものであるのに対して，
　引用発明においては，「ネットワーク」に接続された「コンピュータ」が有する「ローカルメモリ」に関しては，特に言及されていない点。
　
［相違点４］
　本件補正発明においては，“各アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であ”るのに対して，
　引用発明においては，「並列処理されるプログラム」に割り当てられる，「メモリ容量」に関する言及がない点。
　
［相違点５］
“複数のオブジェクトが作成され”る点に関して，
　本件補正発明においては，「各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し」ているのに対して，
　引用発明においては，「オブジェクト」が，「同一」であり，「ネットワーク」に接続された「コンピュータ」のそれぞれで作成されるかについては，特に言及されていない点。
　
［相違点６］
“前記オブジェクトの全ては，オブジェクトを参照する必要がない場合に一括削除される”点に関して，
　本件補正発明においては，「前記オブジェクト」が，「同一のオブジェクト」であり，「複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除される」ものであるのに対して，
　引用発明においては，「オブジェクト」が，「同一」であるか，該「オブジェクト」が不要になったのは“何”，或いは，“誰”かについて，特に言及されていない点。
　
（４）相違点に対する当審の判断
ア．［相違点１］について
　ネットワークの速度と，メモリの読み取り速度に関しては，例えば，本願の第１国出願前に既に公知である，特開平１０−０８４３９１号公報（１９９８年３月３１日公開，以下，これを「周知文献１」という）に，
　
Ｆ．「【００４９】本実施形態のデータ転送装置のネットワーク接続処理部１１０は，ＬＡＮから送られたデータやＬＡＮに送るデータを格納するＤＲＡＭまたはＳＲＡＭ等のメモリであるバッファメモリ１１１と，ネットワーク接続処理部１１０の動作を制御するＣＰＵ１１２と，ネットワーク接続処理部１１０とＬＡＮとを接続するＬＡＮカード１１３とを備えており，
例えば，１０Ｍｂｐｓや１００Ｍｂｐｓの転送速度を持つ高速なＬＡＮと接続している
　
　と記載され，また，同じく，本願の第１国出願前に既に公知である，特開２００３−３３７７４４号公報（２００３年１１月２８日公開，以下，これを「周知文献２」という）に，従来技術として，
　
Ｇ．「【０００６】この例のシステムでは，ＰＣＩバス９０はＰＣＩ規格２．２に準ずる３２ｂｉｔ×３３ＭＨｚの汎用バスで，最大データ転送帯域は１３３Ｍバイト／秒である。粒子データ記憶装置９４は汎用のＳＤＲＡＭで構成されており，
メモリバス９９のバス幅は３２ビット，クロック周波数は１３３ＭＨｚで，最大データ転送帯域は５３３Ｍバイト／秒である
　
　と記載されているように，本願の第１国出願前に，通常，「ネットワーク」の速度が，「メモリ」の読み出し速度より遅いことは，当業者に周知の技術事項であり，引用発明においても，特別の構成を採用するとの断りがない以上，システムの構成において，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続され」るよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点１は，格別のものではない。
　
イ．［相違点２］について
　引用発明においては，１つのプログラムについての例示がなされているが，他のプログラムを持たせるように構成し得ることは，当業者が適宜なし得る事項である。
　よって，相違点２は，格別のものではない。
　
ウ．［相違点３］，及び，［相違点４］について
　原審が，平成２２年９月１４日付けの拒絶理由で引用した，本願の第１国出願前に既に公知である，
「Henri E. Bal et al., “Orca: A Language For Parallel Programming of Distributed Systems”, IEEE Transactions on Software Engineering, March 1992, Vol.18, Iss.3, pp.190−205」（以下，これを「引用刊行物２」という）に，
　
Ｈ．「Replication of data is used in several fault-tolerant systems (e.g., ISIS [25]) to increase the availability of data in the presence of processor failures. Orca, in contrast, is not intended for fault-tolerant applications. 
In our implementation replication is used to decrease the access costs to shared data
 Briefly stated, each processor keeps a local copy of each shared data-object. This copy can be accessed by all processes running on that processor (see Fig. 7). Operations that do not change the object (called read operations) use this copy directly, without any messages being sent
（データの複製は，プロセッサの障害の存在において，データの可用性を増すために，いくつかのフォールト−トレラント・システムで用いられている（例えば，ＩＳＩＳ［２５］）。対照的に，オルカは，フォールト−トレラント・アプリケーションを対象としていない。我々の実装においては，複製は，共有データのアクセス・コストを削減するために用いられる。手短に言うと，それぞれのプロセッサが，それぞれの共有データ−オブジェクトのローカル・コピーを保持することである。このコピーは，そのプロセッサ上で走っている全てのプロセスによってアクセスされ得る（図７参照）。オブジェクトの変化のない処理（読み出し処理が呼ばれた）は，何らメッセージが送られることなく，直接，このコピーを使用する。当審にて訳出）
　
　と記載され，更に，原審が，平成２３年１月１８日付けの拒絶査定において，周知技術文献として例示した，本願の第１国出願前に既に公知である，「齊籐忠夫，外３名，「ＦＩＦＯ付きブロードキャストメモリを用いた共有メモリの実現とその評価」，電子情報通信学会論文誌，社団法人電子情報通信学会，1992年12月25日，第J75-D-I巻，第12号，pp.1125−1131」（以下，これを「周知文献３」という）に，従来技術として，
　
Ｉ．「ブロードキャストメモリは，各プロセッサにメモリ内容のコピーをもたせ，読出しは各自のメモリにおいて行い，書込みを行うときにはその内容をブロードキャストしてすべてのメモリに同時に書き込むという方式である。 この方式ではメモリからの読出しを独立かつ同時に行うことができるため，メモリへのアクセス競合を低減させることができる。また各メモリをプロセッサから物理的に近い位置に配置することができるため，アクセス時間そのものを小さくする効果もあると考えられる。」（１１２５頁左欄１３行〜右欄８行）
　
　と記載されてもいるように，ローカルのプロセッサ，或いは，ローカルのコンピュータ上で処理されるプログラムが，該プロセッサ，或いは，コンピュータのローカルメモリが有するデータのみにアクセスして処理を実行するよう構成することは，本願の第１国出願前に既に周知の技術事項であり，また，ローカルのメモリにのみアクセスするよう構成する点も，原審が，平成２３年１月１８日付けの拒絶査定において，周知技術文献として例示した，本願の第１国出願前に既に公知である，特開平０２−１３２５４３号公報（１９９０年５月２２日公開，以下，これを「周知文献４」という）に，
　
Ｊ．「各リード領域は対応するデュアルポートメモリに接続された中央処理回路ではリードのみができる領域である」（２頁右下欄１６行〜１８行）
　
　と記載されているように，当業者が適宜採用し得る構成である。
　そして，アプリケーションにデータ領域が割り当てられているとき，前記アプリケーションが，ネットワークに接続されたコンピュータで実行される場合に，前記コンピュータで使用されるデータ領域は，前記アプリケーションに割り当てられたデータ領域のコピーであるから，前記アプリケーションから見たとき，前記アプリケーションが処理に使用可能な，データ領域は，前記コンピュータに割り当てられたコピーを加算したものではなく，予め割り当てられたデータ領域の範囲を超えるものでないことは明らかである。
　よって，引用発明においても，ネットワークに接続されたコンピュータにおいて処理を実行する際に，前記コンピュータのメモリのみからデータをリードして処理を実行するよう構成し，その際，プログラムに割り当てられたデータ領域が，全体として，前記データ領域と同一であるようにすることは，引用発明，及び，上記引用の周知技術から，当業者が容易になし得るものである。
　よって，相違点３，及び，相違点４は,格別のものではない。
　
エ．［相違点５］，及び，［相違点６］について
　上記Ｈで引用した引用刊行物２の記載中に，
「each processor keeps a local copy of each shared data-object.（それぞれのプロセッサが，それぞれの共有データ−オブジェクトのローカル・コピーを保持することである）」とあり，この記載から明らかなように，
“複数のプロセッサ，或いは，コンピュータが,同一のオブジェクトを保持する”よう構成することは，当業者にとって周知の技術事項である。
　そして，複数の「ローカル・コピーを保持する」ことは，該「ローカル・コピー」，即ち，“同一のオブジェクト”を複数個生成することになる。
　したがって，引用発明においても，
“ネットワークに接続されたコンピュータのそれぞれ毎に，同一のオブジェクトのコピーを生成し，これらのコピーが不要になった場合，即ち，参照する必要がなくなった場合に，一括して削除する”
　よう構成することは，当業者が適宜なし得る事項である。
　よって，相違点５，及び，相違点６は，格別のものではない。
　
　上記で検討したごとく，相違点１〜６はいずれも格別のものではなく，そして，本件補正発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　よって，本件補正発明は，引用発明，及び，引用刊行物２に記載の発明，並びに，当該技術分野における周知技術に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２３年５月３１日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２２年１２月２１日付けの手続補正により補正された，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「１．補正の内容」において，補正前の請求項１として引用した，次に記載のとおりのものである。
　
「単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し，前記同一のオブジェクトの全ては，前記複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。」
　
第４．引用刊行物に記載の発明
　一方，原審が，平成２２年９月１４日付けの拒絶理由に引用した，本願の第１国出願前に既に公知である，特開２００２-１１６９１７号公報（上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」における「（２）引用刊行物に記載の発明」において「引用刊行物１」としたものに同じ）には，「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」における「（２）引用刊行物に記載の発明」において指摘したとおりの，次の発明が記載されているものと認める。
　
　通常はスタンドアローンで実行されるよう記述されている，ネットワークで接続されたコンピュータにおいて並列処理されるプログラムを有する，前記ネットワークで接続されたコンピュータによって構成されるシステムにおいて，
　前記プログラムが，ネットワークに接続されたコンピュータ上で並列処理され，
　並列処理の実行時に，必要なオブジェクトが生成され，不要になれば生成されたオブジェクトは消滅する，システム。
　
第５．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」において検討した，本件補正発明から，本件補正発明の発明特定事項である「通信ネットワーク」に対する限定事項である，
「ローカルメモリ読み取り速度より遅いデータ転送速度の」という限定事項と，
　同じく発明特定事項である「アプリケーションプログラム」に対する限定事項である，
「各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有され」という限定事項と，
　同じく発明特定事項である「メモリ容量」に対する限定事項である，
「前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量のみであり」という限定事項を削除したものであるから，
　本願発明と，引用発明との一致点，及び，相違点は，次のとおりである。
　
［一致点］
　単一のコンピュータでのみ動作するように記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステムであって，
　アプリケーションプログラムの実行が複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上で同時に実行され，
　複数のオブジェクトが作成され，前記オブジェクトの全ては，オブジェクトを参照する必要がない場合に一括削除されることを特徴とする多重コンピュータシステム。
　
［相違点ａ］
“同時に実行されるアプリケーションプログラム”に関して，
　本件補正発明においては，「少なくとも１つのアプリケーションプログラム」と，該「アプリケーションプログラム」が複数存在する態様を含んでいるが，
　引用発明においては，「並列処理されるプログラム」が複数存在するかは，明確でない点。
　
［相違点ｂ］
　本件補正発明においては，「コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれかのコンピュータの前記ローカルメモリも読み取ることができ」ないものであるのに対して，
　引用発明においては，「ネットワーク」に接続された「コンピュータ」が有する「ローカルメモリ」に関しては，特に言及されていない点。
　
［相違点ｃ］
“複数のオブジェクトが作成され”る点に関して，
　本件補正発明においては，「各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々が同一の名前を有し」ているのに対して，
　引用発明においては，「オブジェクト」が，「同一」であり，「ネットワーク」に接続された「コンピュータ」のそれぞれで作成されるかについては，特に言及されていない点。
　
［相違点ｄ］
“前記オブジェクトの全ては，オブジェクトを参照する必要がない場合に一括削除される”点に関して，
　本件補正発明においては，「前記オブジェクト」が，「同一のオブジェクト」であり，「複数のコンピュータの各コンピュータがその対応するオブジェクトを参照する必要がない場合に一括削除される」ものであるのに対して，
　引用発明においては，「オブジェクト」が，「同一」であるか，該「オブジェクト」が不要になったのは“何”，或いは，“誰”かについて，特に言及されていない点。
　
第６．当審の判断
　本願発明と，引用発明との［相違点ａ］〜［相違点ｄ］は，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」における「（４）相違点に対する当審の判断」において検討した，本件補正発明と，引用発明との［相違点２］，［相違点３］，［相違点５］，及び，［相違点６］と同じものであるから，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」における「（４）相違点に対する当審の判断」において検討したとおり，
　相違点ａ〜相違点ｄは，格別のものではない。
　
　上記で検討したごとく，相違点ａ〜相違点ｄはいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。