【事件の表示】
　特願２００７−５０８６７４「オブジェクトの初期化を伴う改良型コンピュータアーキテクチャ」拒絶査定不服審判事件〔平成１７年１１月　３日国際公開、ＷＯ２００５／１０３９２４、平成１９年１１月２２日国内公表、特表２００７−５３４０６３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００５年４月２２日（パリ条約による優先権主張外国庁受理２００４年４月２２日　オーストラリア）を国際出願日とする出願であって，
　平成１８年１２月２０日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平成２０年４月４日付けで審査請求がなされ，平成２２年９月１４日付けで審査官により拒絶理由が通知され，これに対して平成２２年１２月２１日付けで意見書が提出されると共に手続補正がなされたが，平成２３年１月１８日付けで審査官により拒絶査定がなされ，これに対して平成２３年５月３１日付けで審判請求がなされると共に手続補正がなされ，平成２３年６月２９日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２３年１１月８日付けで当審により特許法第１３４条第４項の規定に基づく審尋がなされが，回答書の提出がなかったものである。
　
第２．平成２３年５月３１日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２３年５月３１日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２３年５月３１日付けの手続補正（以下，「本件手続補正」という）により，平成２２年１２月２１日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータ各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，前記同一の名前が付けられたオブジェクトの各々の初期コンテンツは同じであることを特徴とする多重コンピュータシステム。
　　【請求項２】
　前記各コンピュータが分散ランタイム手段を含み，前記各コンピュータの分散ランタイム手段が全ての他のコンピュータと通信可能であり，これによって前記コンピュータの１つの上で実行する前記アプリケーションプログラムの一部が当該コンピュータにおいてオブジェクトを作成する場合には，前記作成されたオブジェクトが前記１つのコンピュータの分散ランタイム手段によって前記他のコンピュータ全てに伝播されることを特徴とする請求項１に記載のシステム。
　　【請求項３】
　初期化ルーチンを挿入して前記アプリケーションプログラムがオブジェクトを作成する各インスタンスを修正することによって，前記各アプリケーションプログラムがロード前，ロード中，又はロード後に修正され，前記初期化ルーチンは，１つのコンピュータによって新規に作成されたあらゆるオブジェクトを前記他のコンピュータ全てに伝播することを特徴とする請求項２に記載のシステム。
　　【請求項４】
　前記挿入された初期化ルーチンは，既存の初期化ルーチンを修正して，前記既存の初期化ルーチンが前記複数のオブジェクトの第１のオブジェクトの作成時に実行することができ，前記複数のオブジェクトの全ての次のオブジェクトの作成時に前記既存の初期化ルーチンを無効にすることを特徴とする請求項３に記載のシステム。
　  【請求項５】
　前記アプリケーションプログラムは，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの関連部分の実行前の再コンパイルからなる手順のグループから選択される手順に従って修正されることを特徴とする請求項４に記載のシステム。
　　【請求項６】
　前記アプリケーションプログラムは，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択された手順に従って前記コンピュータの全てに転送されることを特徴とする請求項４に記載のシステム。
　　【請求項７】
　通信リンクを介して相互接続され，単一のコンピュータでのみ動作するように各々記述された少なくとも１つのアプリケーションプログラムを同時に動作する複数のコンピュータであって，前記各コンピュータは，前記アプリケーションプログラムの異なる部分をほぼ同時に実行し，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，そのアプリケーションプログラム部分を実行中の前記各コンピュータは，前記各コンピュータに物理的に位置付けられたローカルメモリ内にだけオブジェクトを作成し，前記各コンピュータによって利用される前記ローカルメモリのコンテンツは，基本的に類似しているが，各瞬間では同一でなく，前記コンピュータの全てのコンピュータが，前記１つのコンピュータによって作成されたオブジェクトを他の前記コンピュータ全てに分散するための分散更新手段を有することを特徴とする複数のコンピュータ。
　　【請求項８】
　前記又は前記各アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は前記各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であることを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項９】
　前記分散更新手段の全ては，前記ローカルメモリ読み取り速度よりも遅いデータ転送速度で前記通信リンクを介して伝達することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項１０】
　前記コンピュータの少なくとも幾つかは，種々の製造業者によって製造され，及び／又は種々のオペレーティングシステムを有することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項１１】
　単一のコンピュータでのみ動作するように各々記述された少なくとも１つのアプリケーションプログラムを同時に動作する方法であって，複数のコンピュータが通信ネットワークによって相互接続されており，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法が，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムの異なる部分を実行し，前記各部分に対して，前記対応するコンピュータにおいて同一な複数のオブジェクトを各々作成し，該オブジェクトの各々に同一の名前を持たせる段階と，
　（ｉｉ）前記プロセッサによって，前記同一の名前が付けられたオブジェクトの各々の初期コンテンツを同じであるように作成する段階と，
を含む方法。
　　【請求項１２】
　（ｉｉｉ）前記コンピュータの１つの上で実行される前記アプリケーションプログラムの一部が当該コンピュータにおいてオブジェクトを作成する場合には，前記コンピュータの１つに対応するプロセッサによって，前記作成されたオブジェクトを前記通信ネットワークを介して前記他のコンピュータの全てに伝播する段階を更に含む請求項１１に記載の方法。
　　【請求項１３】
　（ｉｖ）１つのコンピュータによって作成されたあらゆるオブジェクトを前記他のコンピュータ全てに伝播する初期化ルーチンを挿入して前記アプリケーションプログラムによりオブジェクトが作成される各インスタンスを修正することによって，前記他のコンピュータに対応するプロセッサによって，前記アプリケーションプログラムをロード前，ロード中，又はロード後に修正する段階を更に含む請求項１２に記載の方法。
　　【請求項１４】
　（ｖ）前記他のコンピュータに対応するプロセッサによって，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの関連部分の実行前の再コンパイルからなる手順のグループから選択される手順を利用して前記アプリケーションプログラムを修正する段階を更に含む請求項１３に記載の方法。
　　【請求項１５】
　（ｖｉ）前記他のコンピュータに対応するプロセッサによって，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順を利用して前記コンピュータの全てに前記アプリケーションプログラムを転送する段階を更に含む請求項１４に記載の方法。
　　【請求項１６】
　単一のコンピュータでのみ動作するように記述されたアプリケーションプログラムをコンパイル又は修正して，前記アプリケーションプログラムの異なる部分を通信リンクを介して相互接続された複数のコンピュータのうちの異なるコンピュータ上でほぼ同時に実行させるようにし，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができない方法であって，
　（ｉ）前記コンピュータの１つに対応するプロセッサによってオブジェクトを作成する命令を検出する段階と，
　（ｉｉ）前記プロセッサによって，前記各検出されたオブジェクト作成命令に従って初期化ルーチンを起動する段階と，
を含み，
　前記初期化ルーチンは，各作成されたオブジェクトを前記コンピュータの残りに転送することを特徴とする方法。
　　【請求項１７】
　前記各コンピュータへの前記アプリケーションプログラムのロード前，ロード中，或いはロード後で且つ前記アプリケーションプログラムの関連部分の実行前に行われる請求項１６に記載の方法。
　　【請求項１８】
　単一のコンピュータでのみ動作するよう記述された単一のアプリケーションプログラムの個々のスレッドが，通信リンクを介して相互接続された複数のコンピュータのうちの異なる対応するコンピュータ上で各々が同時に処理され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができないマルチスレッド処理コンピュータオペレーションにおいて，
　前記複数のコンピュータの異なるコンピュータに対応するプロセッサによって，各スレッドを処理する前記コンピュータに物理的に関連付けられたローカルメモリ内で作成されたオブジェクトを前記通信リンクを介して他の前記各コンピュータのローカルメモリに伝達する段階を含む改良方法。
　　【請求項１９】
　１つの前記スレッドに関連付けられる前記メモリ内に作成されたオブジェクトが，前記１つのスレッドの前記コンピュータに対応するプロセッサによって他の前記コンピュータ全てに伝達されることを特徴とする請求項１８に記載の改良方法。
　　【請求項２０】
　１つの前記スレッドに関連付けられる前記メモリ内に作成されたオブジェクトが，前記１つのスレッドの前記コンピュータに対応するプロセッサによって，別の前記スレッドに関連付けられたコンピュータに送信されることにより，前記他のコンピュータ全てに送信されることを特徴とする請求項１８に記載の改良方法。
　　【請求項２１】
　単一のコンピュータでのみ動作するよう記述されたアプリケーションプログラの矛盾のない初期化を保証する方法であって，前記アプリケーションプログラムの異なる部分が，通信ネットワークを介して相互接続された複数のコンピュータの異なるコンピュータ上で各々同時に実行されることになり，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法が，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムをロード時，又はロード前，或いはロード後に精査して初期化ルーチンを定義する各プログラム段階を検出する段階と，
　（ｉｉ）前記プロセッサによって，前記初期化ルーチンを修正して前記コンピュータの全ての矛盾のないオペレーションを保証する段階と，
を含む方法。
　　【請求項２２】
　前記初期化ルーチンは，前記コンピュータのいずれか１つに対応するプロセッサによる第１オブジェクトの作成時にのみ一度実行されるように修正され，前記コンピュータの残りに対応するプロセッサによる前記オブジェクトの各々の次のピアコピーの作成時に無効になるよう修正されることを特徴とする請求項２１に記載の方法。
　　【請求項２３】
　前記段階（ｉｉ）が，
　（ｉｉｉ）前記コンピュータの１つで前記初期化ルーチンをロードし実行する段階と，
　（ｉｖ）前記１つのコンピュータによって前記初期化ルーチンを修正する段階と，
　（ｖ）修正された前記初期化ルーチンを前記残りのコンピュータの各々に転送する段階と，
を含む請求項２１又は２２に記載の方法。
　　【請求項２４】
　修正された前記初期化ルーチンが，前記１つのコンピュータに対応するプロセッサによって残りの前記コンピュータの各々に直接提供される請求項２３に記載の方法。
　　【請求項２５】
　修正された前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記１つのコンピュータから残りの前記コンピュータの各々に順次にカスケード方式で，提供される請求項２３に記載の方法。
　　【請求項２６】
　前記段階（ｉｉ）が，
　（ｖｉ）前記コンピュータの１つに前記初期化ルーチンをロードし修正する段階と，
　（ｖｉｉ）前記１つのコンピュータが残りの前記コンピュータの各々に未修正の前記初期化ルーチンを送信する段階と，
　（ｖｉｉｉ）残りの前記コンピュータの各々が前記初期化ルーチンを受信した後に前記初期化ルーチンを修正する段階と，
を含む請求項２１又は２２に記載の方法。
　　【請求項２７】
　未修正の前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって残りの前記コンピュータの各々に直接提供される請求項２６に記載の方法。
　　【請求項２８】
　未修正の前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記１つのコンピュータから残りの前記コンピュータの各々に順次にカスケード方式で提供される請求項２６に記載の方法。
　　【請求項２９】
　請求項１１又は１６又は１８又は２１に記載の方法の実行を複数のコンピュータに実行させるためのプログラムを格納するコンピュータ読み取り可能記憶媒体。
　　【請求項３０】
　通信ネットワークを介して相互接続された複数のコンピュータにおいて，単一のコンピュータでのみ動作するよう記述されているが，前記複数のコンピュータが同時に実行されるアプリケーションプログラムの矛盾のない初期化を保証するよう動作可能な複数のコンピュータであって，前記コンピュータは，請求項１１又は１６又は１８又は２１に記載の方法を実行するようプログラムされているか，或いは請求項２９に記載のコンピュータ読み取り可能記憶媒体がロードされていることを特徴とする複数のコンピュータ。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータ各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であり，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，同一の名前を持つ前記オブジェクトの各々の初期コンテンツは同じであることを特徴とする多重コンピュータシステム。
　　【請求項２】
　前記各コンピュータが分散ランタイム手段を含み，前記各コンピュータの分散ランタイム手段が全ての他のコンピュータと通信可能であり，これによって前記コンピュータの１つの上で実行する前記アプリケーションプログラムの一部が当該コンピュータにおいてオブジェクトを作成する場合には，前記作成されたオブジェクトが前記１つのコンピュータの分散ランタイム手段によって前記他のコンピュータ全てに伝播されることを特徴とする請求項１に記載のシステム。
　　【請求項３】
　初期化ルーチンを挿入して前記アプリケーションプログラムがオブジェクトを作成する各インスタンスを修正することによって，前記各アプリケーションプログラムがロード前，ロード中，又はロード後に修正され，前記初期化ルーチンは，１つのコンピュータによって新規に作成されたあらゆるオブジェクトを前記他のコンピュータ全てに伝播することを特徴とする請求項２に記載のシステム。
　　【請求項４】
　前記挿入された初期化ルーチンは，既存の初期化ルーチンを修正して，前記既存の初期化ルーチンが前記複数のオブジェクトの第１のオブジェクトの作成時に実行することができ，前記複数のオブジェクトの全ての次のオブジェクトの作成時に前記既存の初期化ルーチンを無効にすることを特徴とする請求項３に記載のシステム。
　　【請求項５】
　前記アプリケーションプログラムは，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロード後で且つアプリケーションプログラムの関連部分の実行前の再コンパイルからなる手順のグループから選択される手順に従って修正されることを特徴とする請求項４に記載のシステム。
　　【請求項６】
　前記アプリケーションプログラムは，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択された手順に従って前記コンピュータの全てに転送されることを特徴とする請求項４に記載のシステム。
　　【請求項７】
　通信リンクを介して相互接続され，単一のコンピュータでのみ動作するように各々記述された少なくとも１つのアプリケーションプログラムを同時に動作する複数のコンピュータであって，各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記各コンピュータは，前記アプリケーションプログラムの異なる部分をほぼ同時に実行し，前記各コンピュータが，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は前記各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であり，そのアプリケーションプログラム部分を実行中の前記各コンピュータは，前記各コンピュータに物理的に位置付けられたローカルメモリ内にだけオブジェクトを作成し，前記各コンピュータによって利用される前記ローカルメモリのコンテンツは，基本的に類似しているが，各瞬間では同一でなく，前記コンピュータの全てのコンピュータが，前記１つのコンピュータによって作成されたオブジェクトを他の前記コンピュータ全てに分散するための分散更新手段を有し，前記分散更新手段の全ては，前記ローカルメモリ読み取り速度よりも遅いデータ転送速度で前記通信リンクを介して伝達することを特徴とする複数のコンピュータ。
　　【請求項８】
　前記コンピュータの少なくとも幾つかは，種々の製造業者によって製造され，及び／又は種々のオペレーティングシステムを有することを特徴とする請求項７に記載の複数のコンピュータ。
　　【請求項９】
　単一のコンピュータでのみ動作するように各々記述された少なくとも１つのアプリケーションプログラムを同時に動作する方法であって，複数のコンピュータが前記ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続されており，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記方法が，
　（ｉ）各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有して，前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムの異なる部分を実行し，前記各部分に対して，前記対応するコンピュータにおいて同一な複数のオブジェクトを各々作成し，該オブジェクトの各々に同一の名前を持たせる段階と，
　（ｉｉ）同一のローカルメモリ容量を前記又は各前記アプリケーションプログラムに割り当て，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量を，割り当てられた前記メモリ容量にする段階と，
　（ｉｉｉ）前記プロセッサによって，前記同一の名前が付けられたオブジェクトの各々の初期コンテンツを同じであるように作成する段階と，を含む方法。
　　【請求項１０】
　（ｉｖ）前記コンピュータの１つの上で実行される前記アプリケーションプログラムの一部が当該コンピュータにおいてオブジェクトを作成する場合には，前記コンピュータの１つに対応するプロセッサによって，前記作成されたオブジェクトを前記通信ネットワークを介して前記他のコンピュータの全てに伝播する段階を更に含む請求項９に記載の方法。
　　【請求項１１】
　（ｖ）１つのコンピュータによって作成されたあらゆるオブジェクトを前記他のコンピュータ全てに伝播する初期化ルーチンを挿入して前記アプリケーションプログラムによりオブジェクトが作成される各インスタンスを修正することによって，前記他のコンピュータに対応するプロセッサによって，前記アプリケーションプログラムをロード前，ロード中，又はロード後に修正する段階を更に含む請求項１０に記載の方法。
　　【請求項１２】
　（ｖｉ）前記他のコンピュータに対応するプロセッサによって，ロード時の再コンパイル，ロード前の事前コンパイル，ロード前のコンパイル，実行時コンパイル，及びロードのグループから選択される手順を利用して前記アプリケーションプログラムを修正する段階を更に含む請求項１１に記載の方法。
　　【請求項１３】
　（ｖｉｉ）前記他のコンピュータに対応するプロセッサによって，マスタ／スレーブ転送，ブランチ転送，及びカスケード転送からなるグループから選択される手順を利用して前記コンピュータの全てに前記アプリケーションプログラムを転送する段階を更に含む請求項１２に記載の方法。
　　【請求項１４】
　単一のコンピュータでのみ動作するように記述されたアプリケーションプログラムをコンパイル又は修正して，前記アプリケーションプログラムの異なる部分を前記ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信リンクを介して相互接続された複数のコンピュータのうちの異なるコンピュータ上でほぼ同時に実行させるように前記コンピュータ間で実行を共有し，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられた前記ローカルメモリの容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，割り当てられた前記メモリ容量のみである方法であって，
　（ｉ）前記コンピュータの１つに対応するプロセッサによってオブジェクトを作成する命令を検出する段階と，
　（ｉｉ）前記プロセッサによって，前記各検出されたオブジェクト作成命令に従って初期化ルーチンを起動する段階と，
を含み，
　前記初期化ルーチンは，各作成されたオブジェクトを前記コンピュータの残りに転送することを特徴とする方法。
　　【請求項１５】
　前記各コンピュータへの前記アプリケーションプログラムのロード前，ロード中，或いはロード後で且つ前記アプリケーションプログラムの関連部分の実行前に行われる請求項１４に記載の方法。
　　【請求項１６】
　単一のコンピュータでのみ動作するよう記述された単一のアプリケーションプログラムの個々のスレッドが，複数のコンピュータ間で共有された実行を経験して，前記ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信リンクを介して相互接続された複数のコンピュータのうちの異なる対応するコンピュータ上で各々が同時に処理され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられた前記ローカルメモリの容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，割り当てられた前記メモリ容量のみであるマルチスレッド処理コンピュータオペレーションにおいて，
　前記複数のコンピュータの異なるコンピュータに対応するプロセッサによって，各スレッドを処理する前記コンピュータに物理的に関連付けられたローカルメモリ内で作成されたオブジェクトを前記通信リンクを介して他の前記各コンピュータのローカルメモリに伝達する段階を含む改良方法。
　　【請求項１７】
　１つの前記スレッドに関連付けられる前記メモリ内に作成されたオブジェクトが，前記１つのスレッドの前記コンピュータに対応するプロセッサによって他の前記コンピュータ全てに伝達されることを特徴とする請求項１６に記載の改良方法。
　　【請求項１８】
　１つの前記スレッドに関連付けられる前記メモリ内に作成されたオブジェクトが，前記１つのスレッドの前記コンピュータに対応するプロセッサによって，別の前記スレッドに関連付けられたコンピュータに送信されることにより，前記他のコンピュータ全てに送信されることを特徴とする請求項１６に記載の改良方法。
　　【請求項１９】
　単一のコンピュータでのみ動作するよう記述されたアプリケーションプログラの矛盾のない初期化を保証する方法であって，前記アプリケーションプログラムの異なる部分が，前記ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークを介して相互接続された複数のコンピュータの異なるコンピュータ上で各々同時に実行されるように，前記コンピュータ間で実行を共有することになり，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記各コンピュータが，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられた前記ローカルメモリの容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，割り当てられた前記メモリ容量のみであり，前記方法が，
　（ｉ）前記複数のコンピュータのうちの異なるコンピュータに対応するプロセッサによって，前記アプリケーションプログラムをロード時，又はロード前，或いはロード後に精査して初期化ルーチンを定義する各プログラム段階を検出する段階と，
　（ｉｉ）前記プロセッサによって，前記初期化ルーチンを修正して前記コンピュータの全ての矛盾のないオペレーションを保証する段階と，
を含む方法。
　　【請求項２０】
　前記初期化ルーチンは，前記コンピュータのいずれか１つに対応するプロセッサによる第１オブジェクトの作成時にのみ一度実行されるように修正され，前記コンピュータの残りに対応するプロセッサによる前記オブジェクトの各々の次のピアコピーの作成時に無効になるよう修正されることを特徴とする請求項１９に記載の方法。
　　【請求項２１】
前記段階（ｉｉ）が，
　（ｉｉｉ）前記コンピュータの１つで前記初期化ルーチンをロードし実行する段階と，
　（ｉｖ）前記１つのコンピュータによって前記初期化ルーチンを修正する段階と，
　（ｖ）修正された前記初期化ルーチンを前記残りのコンピュータの各々に転送する段階と，
を含む請求項１９又は２０に記載の方法。
　　【請求項２２】
　修正された前記初期化ルーチンが，前記１つのコンピュータに対応するプロセッサによって残りの前記コンピュータの各々に直接提供される請求項２１に記載の方法。
　　【請求項２３】
　修正された前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記１つのコンピュータから残りの前記コンピュータの各々に順次にカスケード方式で，提供される請求項２１に記載の方法。
　　【請求項２４】
　前記段階（ｉｉ）が，
　（ｖｉ）前記コンピュータの１つに前記初期化ルーチンをロードし修正する段階と，
　（ｖｉｉ）前記１つのコンピュータが残りの前記コンピュータの各々に未修正の前記初期化ルーチンを送信する段階と，
　（ｖｉｉｉ）残りの前記コンピュータの各々が前記初期化ルーチンを受信した後に前記初期化ルーチンを修正する段階と，
を含む請求項１９又は２０に記載の方法。
　　【請求項２５】
　未修正の前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって残りの前記コンピュータの各々に直接提供される請求項２４に記載の方法。
　　【請求項２６】
　未修正の前記初期化ルーチンは，前記１つのコンピュータに対応するプロセッサによって，前記１つのコンピュータから残りの前記コンピュータの各々に順次にカスケード方式で提供される請求項２４に記載の方法。
　　【請求項２７】
　請求項９又は１４又は１６又は１９に記載の方法の実行を複数のコンピュータに実行させるためのプログラムを格納するコンピュータ読み取り可能記憶媒体。
　　【請求項２８】
　通信ネットワークを介して相互接続された複数のコンピュータにおいて，単一のコンピュータでのみ動作するよう記述されているが，前記複数のコンピュータが同時に実行されるアプリケーションプログラムの矛盾のない初期化を保証するよう動作可能な複数のコンピュータであって，前記コンピュータは，請求項９又は１４又は１６又は１９に記載の方法を実行するようプログラムされているか，或いは請求項２７に記載のコンピュータ読み取り可能記憶媒体がロードされていることを特徴とする複数のコンピュータ。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正は，補正前の請求項１に係る発明における発明特定事項である，「通信ネットワーク」に対して，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の」，という限定事項を付加し，同じく，補正前の請求項１に係る発明における発明特定事項である，「少なくとも１つのアプリケーションプログラム」に対して，「各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて」，という限定事項を付加し，同じく，補正前の請求項１に係る発明における発明特定事項である，「ローカルメモリ」に対して，「前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であり」，という限定を付加し，
　それに伴い，補正前の請求項８，及び，請求項９を削除し，補正前の請求項１に係る発明と同等の構成を有する補正前の請求項７，請求項１１，請求項１６，及び，請求項１８，並びに，請求項２１に対して，上記記載の限定を各発明特定事項に付加するものであって，当該限定事項は，明細書，請求の範囲の日本語による翻訳文，及び，図面（以下，「当初明細書等」という）の範囲内でなされたものであるから，
　本件手続補正は，請求項の削除，及び，特許請求の範囲の減縮を目的としたものである。
　よって，本件手続補正が，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすものであるか否か，即ち，補正後の請求項に係る発明が，特許出願の際独立して特許を受けられるものであるか否かについて，以下に検討する。
　
（１）補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次に記載のとおりのものである。
　
「単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータ各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記又は各前記アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記又は各前記アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であり，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，同一の名前を持つ前記オブジェクトの各々の初期コンテンツは同じであることを特徴とする多重コンピュータシステム。」
　
（２）引用刊行物に記載の発明
　一方，原審が，平成２２年９月１４日付けの拒絶理由に引用した，本願の第１国出願前に既に公知である，「上原均、畠山正行，「自動分散型オブジェクト指向シミュレーションシステムの生成」，情報処理学会研究報告，社団法人情報処理学会，1997年8月19日，第97巻，第75号，pp.103−108」（以下，これを「引用刊行物１」という）には，次の事項が記載されている。
　
Ａ．「そこで本研究では分散型ＯＯシミュレーションシステム構築時におけるユーザの負担軽減を目的として，自動分散型ＯＯシミュレーション・システムのソースコード自動生成システムを開発する。
この生成システムでは，Ｃ＋＋で記述された単ーホスト上で駆動する逐次ＯＯシミュレーション・システムのソースコードから自動分散型ＯＯシミュレーション・システムのソースコードを生成する
　
Ｂ．「本研究では，その解決策としてＰｒｏｘｙＯｂｊｅｃｔを用いる。
ＰｒｏｘｙＯｂｊｅｃｔとは本来の通信対象であるオブジェクトと同じインタフェースを持つオブジェクトであり
　
Ｃ．「ＰｒｏｘｙＯｂｊｅｃｔを用いて記述するには，そのオブジェクトがリモートホストに存在するか否かをプログラマは明確に意識しなければならない（図３（ａ）参照）。よってＰｒｏｘｙＯｂｊｅｃｔを用いただけでは，オブジェクトが分散している事自体を意識しない「分散透明性」は実現できない。３．１節で述べたように逐次型システムの記述には分散処理の記述がないため，この分散透明性を自動生成システムにおいて実現することが不可欠である。
　そこで本研究では，通信の仲介役であったＰｒｏｘｙＯｂｊｅｃｔを本来の通信対象のオブジェクトと「入れ替え」ることで分散透明性を実現する。
　通常はユーザが定義したクラス定義から別個にＰｒｏｘｙＯｂｊｅｃｔの定義を生成し（図４（ａ）参照），
リモートホストにオブジェクトが存在する場合のみ，ＰｒｏｘｙＯｂｊｅｃｔが用いられる
　
このクラス定義の「入れ替え」により，全てのユーザ定義オブジェクトへのアクセスはリモート／ローカルの区別無く，ＰｒｏｘｙＯｂｊｅｃｔを介して行われることになる
　
Ｄ．「
Ｃ＋＋は逐次オブジェクト指向モデルに基づいているため，処理は全て逐次的に処理され，メソッドの並行処理はできない。そこで自動分散型システムにおける処理の並行化を実現するには，Ｃ＋＋の記法で許される範囲でメソッド処理の並行化を実現しなければならない
　
Ｅ．「本研究では以下のような三種類の同期制御の方法を用いて自動分散型システムの同期制御を行う。また，３番目の同期制御のために，並行処理されるメソッドに対して分類コード（非負の整数）を全ての並行処理メソッドに付与する。この値はユーザが最終的に決定するものとする。
１．各ＰｒｏｘｙＯｂｊｅｃｔでの同期
　
あるＰｒｏｘｙＯｂｊｅｃｔを介して並行処理メソッドが実行中の場合，そのＰｒｏｘｙＯｂｊｅｃｔを介するメッセージ通信は先の並行処理メソッドが終了するまで遅延する
２．並行処理メソッド実行時の同期
（一つ以上の）並行処理メソッドが実行されている場合，全てのＰｒｏｘｙＯｂｊｅｃｔを介した逐次処理メソッドの実行は，並行処理メソッドが全て終了するまで遅延する
３．並行処理メソッドの分類コードによる同期
　
分類コード値が同じメソッドは並行に処理される。逆に分類コード値が異なる場合には同時には実行されない
この三種類の同期制御の例を図７に示す。」（１０６頁左欄１７行〜右欄末行）
　
Ｆ．上記Ｅで引用した記載中で引用されている図７には，異なる「Ｓｌａｖｅ」において，「Ｍａｓｔｅｒ」上で処理されるものと同一の「処理メソッド」の「ｃａｌｃ＿ｃｏｌ（）」，「ｕｐｄａｔｅ（）」等が並列実行されている様子が示されている。
　
ア．上記Ａの「この生成システムでは，Ｃ＋＋で記述された単ーホスト上で駆動する逐次ＯＯシミュレーション・システムのソースコードから自動分散型ＯＯシミュレーション・システムのソースコードを生成する」という記載，及び，上記Ｄの「Ｃ＋＋は逐次オブジェクト指向モデルに基づいているため，処理は全て逐次的に処理され，メソッドの並行処理はできない。そこで自動分散型システムにおける処理の並行化を実現するには，Ｃ＋＋の記法で許される範囲でメソッド処理の並行化を実現しなければならない」という記載から，
上記Ａにおける「単ーホスト上で駆動する逐次ＯＯシミュレーション・システムのソースコード」は，「単ーホスト上で駆動する逐次ＯＯシミュレーション・システム」が“プログラム”であることを示しているので，
　引用刊行物１には，“単一のホスト上で駆動する逐次処理されるプログラムを，並列処理されるプログラムにする”点が記載されていることが読み取れる。
　
イ．上記ア．で検討した事項，及び，上記Ｂの「ＰｒｏｘｙＯｂｊｅｃｔとは本来の通信対象であるオブジェクトと同じインタフェースを持つオブジェクトであり」という記載，及び，上記Ｃの「リモートホストにオブジェクトが存在する場合のみ，ＰｒｏｘｙＯｂｊｅｃｔが用いられる」という記載，並びに，上記Ｃの「クラス定義の「入れ替え」により，全てのユーザ定義オブジェクトへのアクセスはリモート／ローカルの区別無く，ＰｒｏｘｙＯｂｊｅｃｔを介して行われることになる」という記載から，
　引用刊行物１には，“ＰｒｏｘｙＯｂｊｅｃｔを導入し，クラス定義を入れ替えることで，逐次処理されるプログラムの並列処理を実現している”点が記載されていることが読み取れる。
　
ウ．上記ア．で検討した事項，及び，上記Ｅの「あるＰｒｏｘｙＯｂｊｅｃｔを介して並行処理メソッドが実行中の場合，そのＰｒｏｘｙＯｂｊｅｃｔを介するメッセージ通信は先の並行処理メソッドが終了するまで遅延する」という記載，及び，同じく上記Ｅの「（一つ以上の）並行処理メソッドが実行されている場合，全てのＰｒｏｘｙＯｂｊｅｃｔを介した逐次処理メソッドの実行は，並行処理メソッドが全て終了するまで遅延する」という記載，及び，上記Ｅの「分類コード値が同じメソッドは並行に処理される。逆に分類コード値が異なる場合には同時には実行されない」という記載，並びに，上記Ｆで指摘した「異なる「Ｓｌａｖｅ」において，「Ｍａｓｔｅｒ」上で処理されるものと同一の「処理メソッド」の「ｃａｌｃ＿ｃｏｌ（）」，「ｕｐｄａｔｅ（）」等が並列実行されている様子」から，
　引用刊行物１には，“Ｍａｓｔｅｒ上で処理される処理メソッドと同一の処理メソッドが，複数のＳｌａｖｅ上で並列実行される”点が記載されていることが読み取れる。
　そして，上記Ｆで指摘の図７には，各「Ｓｌａｖｅ」が，「オブジェクト」を有している点が示されており，このことと，上記ウ．で検討した事項を併せると，
　引用刊行物１からは，“Ｍａｓｔｅｒ上で実行される処理メソッドと同一の処理メソッドが，各Ｓｌａｖｅのオブジェクトの下で並列実行されている”ことが読み取れ，上記Ａにおける「単一のホスト」と，上記Ｆにおける「Ｍａｓｔｅｒ」とは，同じものであり，また，上記Ｃにおける「リモートホスト」と，上記Ｆにおける「Ｓｌａｖｅ」とが同じものであることは明らかであって，引用刊行物１に記載の「ホスト」と「リモートホスト」とは，“単一のホスト上で駆動する逐次処理されるプログラムを，並列処理するために，通信路で接続されたシステムを構築している”ことも，引用刊行物１の記載内容から明らかである。
　そして，上記ア．で検討した事項から，「リモートホスト」上で，上記各「メソッド」を処理する「オブジェクト」は，「単一のホスト上で駆動する逐次処理されるプログラム」から，生成された「並列処理されるプログラム」によるものである。
　以上，上記ア．〜ウ．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
“単一のホスト上で駆動する逐次処理されるプログラムが，前記ホストに通信路を介して接続された，複数のリモートホスト上で並列に実行されるシステムであって，
　単一のホスト上で実行される処理メソッドと同一の処理メソッドが，各リモートホスト上の，単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラムによるオブジェクトの下で並列実行されるシステム。”
　
（３）本件補正発明と引用発明との対比
ア．引用発明における「単一のホスト上で駆動する逐次処理されるプログラム」とは，並列処理用に作成されたものではない，通常のプログラムを意味するものであるから，本件補正発明における“単一のコンピュータでのみ動作するように各々記述されたアプリケーションプログラム”に相当し，
　引用発明においては，「単一のホスト」と「複数のリモートホスト」とが「通信路を介して接続され」ていることから，引用発明は，前記「ホスト」と，前記「複数のリモートホスト」とが，“ネットワーク”によって接続される態様を含むものであることは明らかである。そして，引用発明における前記「ホスト」及び，前記「複数のリモートホスト」とが，本件補正発明における「複数のコンピュータ」に相当するので，
　引用発明において，“前記「ホスト」と，前記「複数のリモートホスト」とが，通信路を介して接続されている”ことは，
　本件補正発明において，「通信ネットワークによって相互接続された複数のコンピュータ」に相当し，
　引用発明における，前記「ホスト」と，前記「リモートホスト」とは，前記「ホスト」上で「駆動する逐次処理されるプログラム」を，「並列に実行」するものであるから，“多重コンピュータシステム”を形成していることは明らかである。
　よって，引用発明における「単一のホスト上で駆動する逐次処理されるプログラムが，前記ホストに接続された，複数のリモートホスト上で並列に実行されるシステム」と，
　本件補正発明における「単一のコンピュータでのみ動作するように各々記述されているが，ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステム」とは，
“単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステム”である点で共通する。
　
イ．引用発明において，「単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラム」は，「各リモートホスト上」で実行されものであるから，
　引用発明における「単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラム」が，
　本件補正発明における「アプリケーションプログラムの異なる部分」に相当し,
　引用発明において，「単一のホスト上で実行される処理メソッドと同一の処理メソッドが，各リモートホスト上の，単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラムによるオブジェクトの下で並列実行される」ことは，「単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラム」が，複数の「各リモートホスト」上で実行されることと同義であって，このとき，前記「プログラム」の処理は，「各リモートホスト」によって，共有されていると言い得るものであり，上記Ｆで指摘した，引用刊行物１の図７に従えば，複数の「リモートホスト」上の「オブジェクト」が，すべての「メソッド」を同時並列に処理するものではないので，
　引用発明における「単一のホスト上で実行される処理メソッドと同一の処理メソッドが，各リモートホスト上の，単一のホスト上で駆動する逐次処理されるプログラムから生成された，並列処理されるプログラムによるオブジェクトの下で並列実行される」が，
　本件補正発明における「各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され」ることに相当する。
　
　以上，「（３）本件補正発明と引用発明との対比」のア．及び，イ．で検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステムであって，
　各前記アプリケーションプログラムの実行が前記複数のコンピュータ間で共有されて，前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行される，多重コンピュータシステム。
　
［相違点１］
　本件補正発明においては，「複数のコンピュータ」は，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続され」ているのに対して，
　引用発明の，「単一のホスト」，及び，「複数のリモートホスト」が，どのようなネットワークに接続されているか，示されてない点。
　
［相違点２］
　本件補正発明においては，「複数のコンピュータ上で同時実行される少なくとも１つのアプリケーションプログラムを有する」ものであるのに対して,
　引用発明においては，「単一のホスト上で駆動する逐次処理されるプログラム」が，“複数”存在する構成については言及されていない点。
　
［相違点３］
　本件補正発明においては，「コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれかのコンピュータの前記ローカルメモリも読み取ることができ」ないものであるのに対して，
　引用発明において，「単一のホスト」，及び，各「リモートホスト」が有する「ローカルメモリ」に関しては，特に言及されていない点。
　
［相違点４］
　本件補正発明においては，“各アプリケーションプログラムに割り当てられたローカルメモリ容量が同一であり，前記各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であ”るのに対して，
　引用発明においては，「単一のホスト上で駆動する逐次処理されるプログラム」に割り当てられる，「メモリ容量」に関する言及がない点。
　
［相違点５］
　本件補正発明においては，「同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，同一の名前を持つ前記オブジェクトの初期コンテンツは同じである」のに対して，
　引用発明においては，各「リモートホスト」上の「オブジェクト」間の関係について，特に言及されていない点。
　
（４）相違点に対する当審の判断
ア．［相違点１］について
　ネットワークの速度と，メモリの読み取り速度に関しては，例えば，本願の第１国出願前に既に公知である，特開平１０−０８４３９１号公報（１９９８年３月３１日公開，以下，これを「周知文献１」という）に，
　
Ｇ．「【００４９】本実施形態のデータ転送装置のネットワーク接続処理部１１０は，ＬＡＮから送られたデータやＬＡＮに送るデータを格納するＤＲＡＭまたはＳＲＡＭ等のメモリであるバッファメモリ１１１と，ネットワーク接続処理部１１０の動作を制御するＣＰＵ１１２と，ネットワーク接続処理部１１０とＬＡＮとを接続するＬＡＮカード１１３とを備えており，
例えば，１０Ｍｂｐｓや１００Ｍｂｐｓの転送速度を持つ高速なＬＡＮと接続している
　
　と記載され，また，同じく，本願の第１国出願前に既に公知である，特開２００３−３３７７４４号公報（２００３年１１月２８日公開，以下，これを「周知文献２」という）に，従来技術として，
　
Ｈ．「【０００６】この例のシステムでは，ＰＣＩバス９０はＰＣＩ規格２．２に準ずる３２ｂｉｔ×３３ＭＨｚの汎用バスで，最大データ転送帯域は１３３Ｍバイト／秒である。粒子データ記憶装置９４は汎用のＳＤＲＡＭで構成されており，
メモリバス９９のバス幅は３２ビット，クロック周波数は１３３ＭＨｚで，最大データ転送帯域は５３３Ｍバイト／秒である
　
　と記載されているように，本願の第１国出願前に，通常，「ネットワーク」の速度が，「メモリ」の読み出し速度より遅いことは，当業者に周知の技術事項であり，引用発明においても，特別の構成を採用するとの断りがない以上，システムの構成において，「ローカルメモリ読み取り速度よりも遅いデータ転送速度の通信ネットワークによって相互接続され」るよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点１は，格別のものではない。
　
イ．［相違点２］について
　引用発明においては，１つのプログラムについての例示がなされているが，他のプログラムを持たせるように構成し得ることは，当業者が適宜なし得る事項である。
　よって，相違点２は，格別のものではない。
　
ウ．［相違点３］，及び，［相違点４］について
　原審が，平成２２年９月１４日付けの拒絶理由で引用した，本願の第１国出願前に既に公知である，
「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」（以下，これを「周知文献３」という）に，従来技術として，
　
Ｊ．「ブロードキャストメモリは，各プロセッサにメモリ内容のコピーをもたせ，読出しは各自のメモリにおいて行い，書込みを行うときにはその内容をブロードキャストしてすべてのメモリに同時に書き込むという方式である。 この方式ではメモリからの読出しを独立かつ同時に行うことができるため，メモリへのアクセス競合を低減させることができる。また各メモリをプロセッサから物理的に近い位置に配置することができるため，アクセス時間そのものを小さくする効果もあると考えられる。」（１１２５頁左欄１３行〜右欄８行）
　
　と記載されてもいるように，ローカルのプロセッサ，或いは，ローカルのコンピュータ上で処理されるプログラムが，該プロセッサ，或いは，コンピュータのローカルメモリが有するデータのみにアクセスして処理を実行するよう構成することは，本願の第１国出願前に既に周知の技術事項であり，また，ローカルのメモリにのみアクセスするよう構成する点も，原審が，平成２３年１月１８日付けの拒絶査定において，周知技術文献として例示した，本願の第１国出願前に既に公知である，特開平０２−１３２５４３号公報（１９９０年５月２２日公開，以下，これを「周知文献４」という）に，
　
Ｋ．「各リード領域は対応するデュアルポートメモリに接続された中央処理回路ではリードのみができる領域である」（２頁右下欄１６行〜１８行）
　
　と記載されているように，当業者が適宜採用し得る構成である。
　そして，アプリケーションにデータ領域が割り当てられているとき，該アプリケーションが，ローカルホストで実行される場合に，該ローカルホストで使用されるデータ領域は，前記アプリケーションに割り当てられたデータ領域のコピーであるから，前記アプリケーションから見たとき，前記アプリケーションが処理に使用可能な，データ領域は，ローカルホストに割り当てられたコピーを加算したものではなく，予め割り当てられたデータ領域の範囲を超えるものでないことは明らかである。
　よって，引用発明においても，ローカルホストにおいて処理を実行する際に，ローカルホストのメモリのみからデータをリードして処理を実行するよう構成し，その際，プログラムに割り当てられたデータ領域が，全体として，前記データ領域と同一であるようにすることは，引用発明，及び，上記引用の周知技術から，当業者が容易になし得るものである。
　よって，相違点３，及び，相違点４は,格別のものではない。
　
エ．［相違点５］について
　“リモートホストにオブジェクトを生成する”点については，原審の平成２２年９月１４日付けの拒絶理由の「＜＜理由３＞＞」における「［請求項］３−６」の［備考］で指摘され，また，例えば，本願の第１国出願前に既に公知である，特開２００１−１８４１９７号公報（２００１年７月６日公開，以下，これを「周知文献５」という）に，
　
Ｌ．「【００３２】５．当該
コンストラクタは，
リモート通信・管理クラス２２に，対応するスタブクラスのオブジェクトの生成を依頼する
【００３３】６．
リモート通信・管理クラス２２は，スタブクラス群２１におけるスタブクラスのオブジェクト（スタブオブジェクト）を生成
　
　と記載され，さらに，同じく，本願の第１国出願前に既に公知である，特開平１１−０９６００９号公報（１９９９年４月９日公開，以下，これを「周知文献６」という）に，
　
Ｍ．「【００４０】
Ｃ＋＋オブジェクトをｎｅｗする際にコンストラクタというプロシージャが動作し，そして，その中で図１に示すようにサーバプロセス２のＡＡＡファクトリー５にＣＯＲＢＡオブジェクト生成の要求が出される
【００４１】
ＡＡＡファクトリー５で要求が受け取られるとＡＡＡファクトリー５により，ＡＡＡオブジェクト６が生成される
　
　と記載されてもいるように，本願の第１国出願前に，当業者には周知の技術事項であり，“複数のオブジェクトを同名にする”点についても，例えば，本願の第１国出願前に既に公知である，「関  俊文，長谷川  哲夫「日本におけるオペレーティングシステム研究の動向　４．３ 高信頼分散システム構築支援ＯＳ：知的分散ＴＭＯＳ」情報処理  第３６巻  第８号，社団法人情報処理学会 1995年08月15日発行 764〜768頁」（以下，これを「周知文献７」という）に，
　
Ｎ．「また高信頼化のために多重処理が必要な場合は，同時に複数の同名オブジェクト群と結合する。」（７６５頁右欄２行〜４行）
　
　と記載され，同じく，本願の第１国出願前に既に公知である，特開２０００−２７６４５３号公報（２０００年１０月６日公開，以下，これを「周知文献８」という）に，
　
「【００２０】＜オブジェクト登録時の動作＞まず、サーバアプリケーション１０１がサーバオブジェクト１０２(例：objectA)を作成する（図３のステップＡ１）。
【００２１】次に、サーバアプリケーション１０１はサーバオブジェクト１０２に名前(例：nameA)をつけ、bind(nameA,objectA)APIを使って拡張名前サービス１１１にサーバオブジェクト１０２の登録を行なう。同一の機能を持つサーバオブジェクト１０２は全て同じ名前で登録する（ステップＡ２）。」
　
　と記載されてもいるように，本願の第１国出願前に，当業者には周知の技術事項であって，引用発明においても，各ローカルホストにおいて，オブジェクトを同名で生成するよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点５は，格別のものではない。
　
　上記で検討したごとく，相違点１〜５はいずれも格別のものではなく，そして，本件補正発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　よって，本件補正発明は，引用発明，及び，当該技術分野における周知技術に基づいて，当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２３年５月３１日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，「本願発明」という）は，平成２２年１２月２１日付けの手続補正により補正された，上記「１．補正の内容」において，補正前の請求項１として引用した，次の記載のとおりのものである。
　
「単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行される少なくとも１つのアプリケーションプログラムを有する多重コンピュータシステムであって，
　前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行され，前記コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータ各々が，他のいずれのコンピュータの前記ローカルメモリも読み取ることができず，前記各部分において，同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，前記同一の名前が付けられたオブジェクトの各々の初期コンテンツは同じであることを特徴とする多重コンピュータシステム。」
　
第４．引用刊行物に記載の発明
　一方，原審が平成２２年９月１４日付けの拒絶理由で引用した，本願の第１国出願前に既に公知である，「上原均、畠山正行，「自動分散型オブジェクト指向シミュレーションシステムの生成」，情報処理学会研究報告，社団法人情報処理学会，1997年８月19日，第97巻，第75号，pp.103−108」には，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」の，「（２）引用刊行物に記載の発明」において検討したとおりの引用発明が記載されているものと認める。
　
第５．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」の，「（１）補正後の請求項１に係る発明」において言及した本件補正発明における発明特定事項である,「通信ネットワーク」に対する限定事項である，「ローカルメモリ読み取り速度よりも遅いデータ転送速度」という事項と，
　同じく，本件補正発明の発明特定事項である，「少なくとも１つのアプリケーションプログラム」に対する限定事項である，
“各アプリケーションプログラムの実行が複数のコンピュータ間で共有され”るという事項と，
　同じく，本件補正発明の発明特定事項である，「ローカルメモリ」に対する限定事項である，
“各アプリケーションプログラムに割り当てられたローカルメモリ容量が，同一であり，各アプリケーションプログラムが利用可能な総メモリ容量が，前記割り当てられたメモリ容量であ”るという事項を削除したものであるから，
　本願発明と，引用発明との一致点，及び，相違点は，次のとおりである。
　
［一致点］
　　単一のコンピュータでのみ動作するように各々記述されているが，通信ネットワークによって相互接続された複数のコンピュータ上で同時に実行されるアプリケーションプログラムを有する多重コンピュータシステムであって，
　前記アプリケーションプログラムの異なる部分が前記コンピュータのうちの異なるコンピュータ上でほぼ同時に実行される，多重コンピュータシステム。
　
［相違点Ａ］
　本願発明においては，「複数のコンピュータ上で同時実行される少なくとも１つのアプリケーションプログラムを有する」ものであるのに対して,
　引用発明においては，「単一のホスト上で駆動する逐次処理されるプログラム」が，“複数”存在する構成については言及されていない点。
　
［相違点Ｂ］
　本願発明においては，「コンピュータの各々が，読み取りをするコンピュータのローカルメモリのみを読み取ることができ，全ての読み取り要求が，前記要求を受けたコンピュータの前記ローカルメモリを読み取ることによって満足され，前記コンピュータの各々が，他のいずれかのコンピュータの前記ローカルメモリも読み取ることができ」ないものであるのに対して，
　引用発明において，「単一のホスト」，及び，各「リモートホスト」が有する「ローカルメモリ」に関しては，特に言及されていない点。
　
［相違点Ｃ］
　本願発明においては，「同一な複数のオブジェクトが前記対応するコンピュータに各々作成され，各々は同一の名前を有し，同一の名前を持つ前記オブジェクトの初期コンテンツは同じである」のに対して，
　引用発明においては，各「リモートホスト」上の「オブジェクト」間の関係について，特に言及されていない点。
　
第６．相違点についての当審の判断
　本願発明と，引用発明との相違点Ａ〜相違点Ｃは，本件補正発明と，引用発明との相違点２，相違点３，及び，相違点５と同じものであるから，上記「第２．平成２３年５月３１日付けの手続補正の却下の決定」の，「２．補正の適否」の，「（４）相違点に対する当審の判断」において検討したとおり，何れの相違点も，格別のものではない。
　そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。