【事件の表示】
　特願２００２−５３６６５７「アクティブ・クライアント・ポジションに対するリアルタイムのコンフィギュレーション更新およびソフトウェア分散」拒絶査定不服審判事件〔平成１４年　４月２５日国際公開、ＷＯ０２／３３５３９、平成１６年　４月２２日国内公表、特表２００４−５１２５９２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　第１．手続の経緯
　本願は、２００１年１０月３日（パリ条約による優先権主張２０００年１０月１９日、米国）を国際出願日とする出願であって、平成１５年４月９日付けで特許法第１８４条の４第１項の規定により明細書の翻訳文及び翻訳図面（以下「当初翻訳文等」という。）が提出され、平成１７年１１月１０日付けで拒絶理由通知がなされ、平成１８年２月９日付けで手続補正がなされたが、同年４月２６日付けで拒絶査定がなされ、これに対し、同年７月１８日に審判請求がなされるとともに、同日付けで手続補正がなされ、同年９月２６日付けで前置報告がなされ、平成２０年９月９日付けで審尋がなされ、それに対して同年１２月１日付けで回答書が提出されたものである。
　
　第２．平成１８年７月１８日付けの手続補正についての補正却下の決定
　［補正却下の決定の結論］
　平成１８年７月１８日付けの手続補正を却下する。
　
　［補正却下の決定の理由］
　１．補正の内容
　平成１８年７月１８日付けの手続補正（以下、「本件補正」という。）は、平成１８年２月９日付けの手続補正により補正された特許請求の範囲（以下、「補正前の特許請求の範囲」という。）の記載
　
「【請求項１】
　アクティブ状態にあるクライアント端末上でアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　前記アクティブ状態にあるアプリケーションソフトを管理する前記クライアント端末内のプラットフォームと前記クライアント端末内のコンフィギュレーション・クライアントとが第１の通信接続を確立するステップと、
　前記クライアント端末内のコンフィギュレーション・クライアントと、コンフィギュレーション・サーバとが第２の通信接続を確立するステップと、
　前記第２の通信接続を介して前記コンフィギュレーション・サーバが前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を送るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーションソフトに対応するものであり、前記クライアント端末内のコンフィギュレーション・クライアントが、前記更新情報が利用可能であることを前記クライアント端末内のプラットフォームに通知するステップと、　前記通知に応答して、前記クライアント端末内のプラットフォームが、前記特定のアクティブ状態にあるアプリケーションソフトの実行をインターフェースによって公開されている終了メソッドにアクセスすることにより終了し、前記第１の通信接続を介して前記クライアント端末内のプラットフォームに前記クライアント端末内のコンフィギュレーション・クライアントが各前記更新情報を送り、前記クライアント端末内のプラットフォームが、前記少なくとも１つの対応するアプリケーションソフトへの各更新処理を行い、各前記更新されたアプリケーションソフトを再実行するステップと、
を含む方法。
　【請求項２】
　前記再実行するステップが、
　各前記更新されたアプリケーションソフトをインスタンス化するステップと、
　各前記更新されたアプリケーションソフト・インスタンスを初期化するステップと、
　を含む請求項１に記載の方法。
　【請求項３】
　さらに、アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに前記クライアント端末内のプラットフォームに通知する前記更新情報を前記クライアント端末内のコンフィギュレーション・クライアントに要求するステップを含む請求項２に記載の方法。
　【請求項４】
　アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに、前記クライアント端末内のコンフィギュレーション・クライアントに通知する更新情報を、前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップを更に含む請求項１から３のいずれかに記載の方法。
　【請求項５】
　前記第２の通信接続を介して前記更新情報を伝送する前記ステップが、
　ＵＤＰ（ｕｎｉｖｅｒｓａｌ　ｄａｔａｇｒａｍ　ｐｒｏｔｏｃｏｌ）に従って前記更新情報をパケット化するステップと、
　前記ＵＤＰパケットを前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップと、
　を含む請求項４に記載の方法。
　【請求項６】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項１乃至５のいずれかに記載の方法。
　【請求項７】
　さらに、前記ＬＤＡＰサーバ内のＬＤＡＰベース・データベースに前記アプリケーションソフトの更新情報を格納するステップを含む請求項６に記載の方法。
　【請求項８】
　アクティブ状態にあるクライアント端末上で、アクティブ状態にあるアプリケーションソフトを更新するためのシステムであって、
　前記アクティブ状態にあるアプリケーションソフトを管理するための前記クライアント端末内のプラットフォームと、
　更新情報を格納するためのコンフィギュレーション・サーバと、
　前記コンフィギュレーション・サーバから前記更新情報を受信し、前記受信された更新情報を前記クライアント端末内のプラットフォームに通信するための前記クライアント端末内のコンフィギュレーション・クライアントと、を備え、
　前記クライアント端末内のプラットフォームが、前記クライアント端末内のコンフィギュレーション・クライアントから前記更新情報を受信するのに応答して、前記アクティブ状態にあるアプリケーションソフトのうち選択されたものをインターフェースによって公開されている終了メソッドにアクセスすることにより終了し、前記終了されたアプリケーションソフトに前記受信された更新処理を行い、前記更新されたアプリケーションソフトをリロードする、
　システム。
　【請求項９】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項８に記載のシステム。
　【請求項１０】
　前記アクティブ状態にあるアプリケーションソフトがＪａｖａ（Ｒ）クラスのインスタンスである請求項８または請求項９に記載のシステム。
　【請求項１１】
　アクティブ状態にあるクライアント端末上でアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布するための複数のコード・セクションを有するコンピュータ・プログラムであって、
　コンピュータによって実行可能な前記コード・セクションが、前記アクティブ状態にあるアプリケーションソフトを管理する前記クライアント端末内のプラットフォームと前記クライアント端末内のコンフィギュレーション・クライアントとの第１の通信接続を確立するステップと、前記クライアント端末内のコンフィギュレーション・クライアントと、コンフィギュレーション・サーバとの第２の通信接続を確立するステップと、前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を送るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記更新情報が利用可能であることを前記クライアント端末内のプラットフォームに通知するステップと、
　前記通知に応答して、前記クライアント端末内のプラットフォームが前記特定のアクティブ・アプリケーションソフトの実行をインターフェースによって公開されている終了メソッドにアクセスすることにより終了し、前記第１の通信接続を介して前記クライアント端末内のプラットフォームに各前記更新情報を送り、前記少なくとも１つの対応するアプリケーションソフトに各更新処理を行い、各前記更新されたアプリケーションソフトを再実行するステップと、
　をコンピュータに行わせるコンピュータ・プログラム。
　【請求項１２】
　前記再実行するステップが、
　各前記更新されたアプリケーション・コンポーネントをインスタンス化するステップと、
　各前記更新されたアプリケーション・コンポーネント・インスタンスを初期化するステップと
　を含む請求項１１に記載のコンピュータ・プログラム。
　【請求項１３】
　アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに前記クライアント端末内のプラットフォームに通知する前記更新情報を前記クライアント端末内のコンフィギュレーション・クライアントに要求するステップを更に行わせる請求項１２に記載のコンピュータ・プログラム。
　【請求項１４】
　前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を伝送するステップであって、
　前記更新情報が、前記コンフィギュレーション・サーバで利用可能になったときにアプリケーションソフトの更新を前記クライアント端末内のコンフィギュレーション・クライアントに通知するステップを更に行わせる請求項１１乃至１３のいずれかに記載のコンピュータ・プログラム。
　【請求項１５】
　前記第２の通信接続を介して前記更新情報を伝送する前記ステップが、
　ＵＤＰ（ｕｎｉｖｅｒｓａｌ　ｄａｔａｇｒａｍ　ｐｒｏｔｏｃｏｌ）に従って前記更新情報をパケット化するステップと、
　前記ＵＤＰパケットを前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップと、
　を含む請求項１４に記載のコンピュータ・プログラム。
　【請求項１６】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項１１乃至１５のいずれか記載のコンピュータ・プログラム。
　【請求項１７】
　前記ＬＤＡＰサーバ内のＬＤＡＰベース・データベースに前記アプリケーションソフトの更新情報を格納するステップを更に含む請求項１６に記載のコンピュータ・プログラム。
　【請求項１８】
　アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが、インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　前記更新されたアプリケーションソフトを再実行するステップと、
　を含む方法。
　【請求項１９】
　前記再実行するステップが、
　各前記更新されたアプリケーションソフトをインスタンス化するステップと、
　各前記更新されたアプリケーションソフト・インスタンスを初期化するステップと
　を含む請求項１８に記載の方法。
　【請求項２０】
　前記クライアント端末内のコンフィギュレーション・クライアントからの更新情報にサブスクライブするステップをさらに含み、
　前記更新情報が、利用可能になったときにアプリケーションソフトの更新情報を前記アクティブ状態にあるクライアント端末に通知する、
　請求項１８または請求項１９に記載の方法。
　【請求項２１】
　アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布するための複数のコード・セクションを有するコンピュータ・プログラムであって、コンピュータによって実行可能である前記コード・セクションが、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが、インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　前記更新されたアプリケーションソフトを再実行するステップと、
　をコンピュータに行わせるコンピュータ・プログラム。
　【請求項２２】
　前記再実行するステップが、
　各前記更新されたアプリケーションソフトをインスタンス化するステップと、
　各前記更新されたアプリケーションソフト・インスタンスを初期化するステップと、
　を含む請求項２１に記載のコンピュータ・プログラム。
　【請求項２３】
　前記クライアント端末内のコンフィギュレーション・クライアントからの更新情報にサブスクライブするステップであって、
　前記更新情報が、利用可能になるときにアプリケーションソフトの更新を前記アクティブ状態にあるクライアント端末に通知するステップを更に行わせる請求項２１または請求項２２に記載のコンピュータ・プログラム。」
　
を、
　
「【請求項１】
　アクティブ状態にあるクライアント端末上でアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　前記アクティブ状態にあるアプリケーションソフトを管理する前記クライアント端末内のプラットフォームと前記クライアント端末内のコンフィギュレーション・クライアントとが第１の通信接続を確立するステップと、
　前記クライアント端末内のコンフィギュレーション・クライアントと、コンフィギュレーション・サーバとが第２の通信接続を確立するステップと、
　前記第２の通信接続を介して前記コンフィギュレーション・サーバが前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を送るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーションソフトに対応するものであり、前記クライアント端末内のコンフィギュレーション・クライアントが、前記更新情報が利用可能であることを前記クライアント端末内のプラットフォームに通知するステップと、
　前記通知に応答して、前記クライアント端末内のプラットフォームが、前記特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了し、前記第１の通信接続を介して前記クライアント端末内のプラットフォームに前記クライアント端末内のコンフィギュレーション・クライアントが各前記更新情報を送り、前記クライアント端末内のプラットフォームが、前記少なくとも１つの対応するアプリケーションソフトへの各更新処理を行い、各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップと、
　を含む方法。
　【請求項２】
　さらに、アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに前記クライアント端末内のプラットフォームに通知する前記更新情報を前記クライアント端末内のコンフィギュレーション・クライアントに要求するステップを含む請求項１に記載の方法。
　【請求項３】
　アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに、前記クライアント端末内のコンフィギュレーション・クライアントに通知する更新情報を、前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップを更に含む請求項１または２に記載の方法。
　【請求項４】
　前記第２の通信接続を介して前記更新情報を伝送する前記ステップが、
　ＵＤＰ（ｕｎｉｖｅｒｓａｌ　ｄａｔａｇｒａｍ　ｐｒｏｔｏｃｏｌ）に従って前記更新情報をパケット化するステップと、
　前記ＵＤＰパケットを前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップと、
　を含む請求項３に記載の方法。
　【請求項５】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項１乃至４のいずれかに記載の方法。
　【請求項６】
　さらに、前記ＬＤＡＰサーバ内のＬＤＡＰベース・データベースに前記アプリケーションソフトの更新情報を格納するステップを含む請求項５に記載の方法。
　【請求項７】
　アクティブ状態にあるクライアント端末上で、アクティブ状態にあるアプリケーションソフトを更新するためのシステムであって、
　前記アクティブ状態にあるアプリケーションソフトを管理するための前記クライアント端末内のプラットフォームと、
　更新情報を格納するためのコンフィギュレーション・サーバと、
　前記コンフィギュレーション・サーバから前記更新情報を受信し、前記受信された更新情報を前記クライアント端末内のプラットフォームに通信するための前記クライアント端末内のコンフィギュレーション・クライアントと、を備え、
　前記クライアント端末内のプラットフォームが、前記クライアント端末内のコンフィギュレーション・クライアントから前記更新情報を受信するのに応答して、前記アクティブ状態にあるアプリケーションソフトのうち選択されたもののインスタンスを終了し、前記終了されたアプリケーションソフトに前記受信された更新処理を行い、更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化してリロードする、
　システム。
　【請求項８】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項７に記載のシステム。
　【請求項９】
　前記アクティブ状態にあるアプリケーションソフトがＪａｖａ（Ｒ）クラスのインスタンスである請求項７または請求項８に記載のシステム。
　【請求項１０】
　アクティブ状態にあるクライアント端末上でアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布するための複数のコード・セクションを有するコンピュータ・プログラムであって、
　コンピュータによって実行可能な前記コード・セクションが、前記アクティブ状態にあるアプリケーションソフトを管理する前記クライアント端末内のプラットフォームと前記クライアント端末内のコンフィギュレーション・クライアントとの第１の通信接続を確立するステップと、前記クライアント端末内のコンフィギュレーション・クライアントと、
コンフィギュレーション・サーバとの第２の通信接続を確立するステップと、前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を送るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記更新情報が利用可能であることを前記クライアント端末内のプラットフォームに通知するステップと、
　前記通知に応答して、前記クライアント端末内のプラットフォームが前記特定のアクティブ・アプリケーションソフトのインスタンスを終了し、前記第１の通信接続を介して前記クライアント端末内のプラットフォームに各前記更新情報を送り、前記少なくとも１つの対応するアプリケーションソフトに各更新処理を行い、各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップと、
　をコンピュータに行わせるコンピュータ・プログラム。
　【請求項１１】
　アプリケーションソフトの更新情報が前記コンフィギュレーション・サーバで利用可能になったときに前記クライアント端末内のプラットフォームに通知する前記更新情報を前記クライアント端末内のコンフィギュレーション・クライアントに要求するステップを更に行わせる請求項１０に記載のコンピュータ・プログラム。
　【請求項１２】
　前記第２の通信接続を介して前記クライアント端末内のコンフィギュレーション・クライアントに更新情報を伝送するステップであって、
　前記更新情報が、前記コンフィギュレーション・サーバで利用可能になったときにアプリケーションソフトの更新を前記クライアント端末内のコンフィギュレーション・クライアントに通知するステップを更に行わせる請求項１０または１１のいずれかに記載のコンピュータ・プログラム。
　【請求項１３】
　前記第２の接続を介して前記更新情報を伝送する前記ステップが、
　ＵＤＰ（ｕｎｉｖｅｒｓａｌ　ｄａｔａｇｒａｍ　ｐｒｏｔｏｃｏｌ）に従って前記更新情報をパケット化するステップと、
　前記ＵＤＰパケットを前記クライアント端末内のコンフィギュレーション・クライアントに伝送するステップと、
　を含む請求項１２に記載のコンピュータ・プログラム。
　【請求項１４】
　前記コンフィギュレーション・サーバがＬＤＡＰサーバである請求項１０乃至１３のいずれか記載のコンピュータ・プログラム。
　【請求項１５】
　前記ＬＤＡＰサーバ内のＬＤＡＰベース・データベースに前記アプリケーションソフトの更新情報を格納するステップを更に含む請求項１４に記載のコンピュータ・プログラム。
　【請求項１６】
　アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記クライアント端末内のプラットフォームが、受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップと、
　を含む方法。
　【請求項１７】
　前記クライアント端末内のコンフィギュレーション・クライアントからの更新情報にサブスクライブするステップをさらに含み、
　前記更新情報が、利用可能になったときにアプリケーションソフトの更新情報を前記アクティブ状態にあるクライアント端末に通知する、
　請求項１６に記載の方法。
　【請求項１８】
　アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布するための複数のコード・セクションを有するコンピュータ・プログラムであって、コンピュータによって実行可能である前記コード・セクションが、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記クライアント端末内のプラットフォームが、受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップと、
　をコンピュータに行わせるコンピュータ・プログラム。
　【請求項１９】
　前記クライアント端末内のコンフィギュレーション・クライアントからの更新情報にサブスクライブするステップであって、
　前記更新情報が、利用可能になるときにアプリケーションソフトの更新を前記アクティブ状態にあるクライアント端末に通知するステップを更に行わせる請求項１８に記載のコンピュータ・プログラム。」（以下、「補正後の特許請求の範囲」という。）
　
に補正するものである。
　
　２．補正の適否
　（Ａ）新規事項の有無
　上記「第１．手続の経緯」で挙げた当初翻訳文等は、特許法第１８４条の６第２項の規定により、願書に最初に添付した明細書及び図面とみなされるものであるが、補正後の特許請求の範囲の記載は、当初翻訳文等に記載された事項の範囲内のものであるから、本件補正は、特許法第１７条の２第３項の要件を満たすものである。
　
　（Ｂ）補正の目的要件
　本件補正には、以下の（B-1）、（B-2）の補正が含まれている（なお、以下では、補正前の特許請求の範囲、補正後の特許請求の範囲にそれぞれ記載されている請求項を、それぞれ「補正前の請求項」、「補正後の請求項」という。）。
　
　　（B-1）補正前の請求項１８を削除する補正。
　　（B-2）補正前の請求項１９を補正後の請求項１６とするとともに、補正前の請求項１９の「受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが、インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップ」という記載を、補正後の請求項１６では「前記クライアント端末内のプラットフォームが、受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了するステップ」と書き換える補正。
　
　上記（B-1）の補正は、特許法第１７条の２第４項第１号を目的とする補正である。
　しかしながら、上記（B-2）の補正は請求項の削除を目的とする補正ではないから特許法第１７条の２第４項第１号を目的とする補正ではない。また、上記（B-2）の補正は、補正前後で語順が入れ替わっている点を除けば、実質的には、補正前の請求項１９では「アプリケーションソフトの実行」を「インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップ」であったものを、補正後の請求項１６では「アプリケーションソフトのインスタンスを終了するステップ」と書き換える補正を行うものであり、このような書き換えを行う補正は、特許法第１７条の２第４項第２号（特許請求の範囲の減縮）を目的とする補正でもなく、特許法第１７条の２第４項第３号（誤記の訂正）や同項第４号（明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る））を目的とする補正でもない。このように、上記（B-2）の補正は特許法第１７条の２第４項第１号乃至第４号のいずれを目的とする補正でもないから、本件補正は、特許法第１７条の２第４項（補正の目的）の規定に適合していない。
　
　（Ｃ）独立特許要件
　仮に、本件補正が、特許法第１７条の２第４項第２号を目的とするものであると仮定した場合に、補正後の請求項１６に記載された発明が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）以下に検討する。
　
　（C-1）特許法第２９条第２項に規定する要件についての検討
　（C-1-1）補正後の発明
　補正後の請求項１６には、次の発明（以下「本件補正発明」という。）が記載されている。
　
「アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記クライアント端末内のプラットフォームが、受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップと、
　を含む方法。」
　
　（C-1-2）引用文献
　一方、原査定の拒絶の理由に引用された特開平８−９５７６０号公報（以下「引用文献」という。）には、図面とともに以下の（ア）〜（ウ）の事項が記載されている。
　
　（ア）「【００１３】【実施例】以下、本発明の一実施例を図面を用いて説明する。図１は本発明に関わる分散処理システムの概要図であって、１つの保守拠点計算機システム１と、複数の保守対象計算機システム２とを、回線網３により相互接続することによって分散処理システムが構築されている。
【００１４】そして、保守拠点計算機システム１に、図２のブロック図に示す各構成要素を設ける一方、各保守対象計算機システム２にそれぞれ図３のブロック図に示す各構成要素を設けることによって、各保守対象計算機システム２に搭載されたプログラム，パラメータ等の各種モジュールを保守拠点計算機システム１からの配信によって自動更新するモジュール更新装置が構成されている。」
　
　（イ）「【００２０】図２において、配信情報取込手段１０５は、キーボード等の操作入力部１０６に設けられた配信情報入力手段１０６ａを介して入力される配信情報を取込み、配信情報ファイルを作成して、配信情報ファイル記憶領域１０７に格納するものである。因みに、配信情報ファイルは、図５に示すように配信情報管理番号５１、ディレクトリ名５２、実行区分５３、反映日時５４、継続区分５５及び１乃至複数のモジュールファイル名５６等からなるレコードに、所定の配信情報ファイル名５７を付加して構成される。
【００２１】ここで、配信情報入力手段１０６ａは、ディレクトリ名５２、実行区分５３、反映日時５４、継続区分５５及びモジュールファイル名５６の各情報を入力するものであり、配信情報取込手段１０５は、配信情報入力手段１０６ａを介して各情報が順次入力されたならば、配信情報管理番号５１を自動的に発番し、またこの管理番号に基づいて配信情報ファイル名５７を設定することにより配信情報ファイルを作成して、配信情報ファイル記憶領域１０７に格納する。
【００２２】なお、ディレクトリ名５２は、モジュールファイル取込手段１０２によって取込まれた更新対象のモジュールファイル群を管理する１ディレクトリの識別名称である。また、モジュールファイル名５６は、その更新対象のモジュールファイルの個々の名称である。
【００２３】実行区分５３は、後述する各保守対象計算機システム２でのモジュールファイル反映処理を即時に実行させるか、反映日時５４によって設定された日時に予約して実行させるかを指定する情報である。因みに、“１”は即時実行を指定する情報であり、“２”は予約実行を指定する情報である。
【００２４】ここに、配信情報入力手段１０６ａの特に実行区分入力手段及び反映日時入力手段は予約日時情報入力手段を構成する。また、配信情報ファイル記憶領域１０７は情報記憶手段を構成する。
【００２５】継続区分５５は、後述する各保守対象計算機システム２でのモジュール反映処理が異常終了したときにそのシステムでの後続処理の実行を許可するか否かを指定する情報である。因みに、“１”は処理中断を指定する後続処理中断情報であり、“２”は処理実行を指定する後続処理実行情報である。
【００２６】図２において、更新ファイル送信手段１０８は、前記操作入力部１０６に設けられた配信指示手段１０６ｂによって配信指示が行われると、前記モジュールファイル群記憶領域１０４に格納されているモジュールファイル群と前記配信情報ファイル記憶領域１０７に格納されている配信情報ファイルとを合成して更新ファイルを編集し、この更新ファイルを前記対保守対象通信手段１０１を介して各保守対象計算機システム２に配信するものであって、編集手段及び最新モジュール送信手段を構成する。
【００２７】具体的には、図１２に示すように前記配信指示手段１０６ｂによる配信指示入力を常時待機しており、配信指示があると、モジュールファイル群記憶領域１０４に前記モジュールファイル群が格納されていること、及び配信情報ファイル記憶領域１０７に前記配信情報ファイルが格納されていることを確認する。そして確認後、配信情報ファイルとモジュールファイル群とを合成することにより更新ファイルを編集する（編集手段）。
【００２８】しかる後、この更新ファイルを対保守対象通信手段１０１を介して各保守対象計算機システム２へ配信したならば（最新モジュール送信手段）、この処理を終了する。
【００２９】なお、少なくとも一方のファイルが未登録の場合、及びモジュールファイル群記憶領域１０４に格納されているモジュールファイル群の全名称が配信情報ファイルのモジュールファイル名５６として正確に登録されていない場合には、更新ファイルの編集をせずに処理を終了する。」
　
　（ウ）「【００３８】一方、図３において、対保守拠点通信手段２０１は、保守拠点計算機システム１との間で回線網３を介して行われるデータの送受信を制御するものである。
【００３９】また、更新ファイル受信手段２０２は、前記保守拠点計算機システム１から送信される前記更新ファイルを対保守拠点通信手段２０１を介して受信する毎に、その更新ファイルをモジュールファイル群と配信情報ファイルとに分解して、モジュールファイル群をモジュールファイル群記憶領域２０３に、配信情報ファイルを配信情報ファイル群記憶領域２０４にそれぞれ格納するとともに、配信情報ファイルのデータに基づいて予約ファイルを作成して、予約ファイル群記憶領域２０５に格納するもので、最新モジュール受信手段を構成する。
【００４０】因みに、予約ファイルは、図７に示すように配信情報ファイルから抽出した実行区分７１、反映日時７２及び配信情報管理番号７３等からなるレコードに、所定の予約ファイル名７４を付加して構成される。
【００４１】図３において、プロセスマネージャ（ＰＭ）２０６は、当該保守対象計算機システム２にて実行可能な各種業務の起動及び停止を制御するもので、起動の際には現行モジュールファイル群記憶領域２０７に登録されている各種モジュールファイルのうち業務の実行に必要なモジュールファイルを選択的にオープンし、停止の際にはそのモジュールファイルをクローズする。
【００４２】なお、現行モジュールファイル群記憶領域２０７には、図９に示すように現行の各種機能を司る各種のモジュールファイル９１が業務別にディレクトリの管理下で多段階の階層的に記憶管理されており、各ディレクトリ内の同一階層にはそれぞれ固有のディレクトリ名９２が割当てられている。ここに、現行モジュールファイル群記憶領域２０７は現行モジュール記憶手段を構成する。
【００４３】また、このプロセスマネージャ２０６は、図１０に示すように前記現行モジュールファイル群記憶領域２０７に登録されている各種モジュールファイルの名称別に、実行フラグＦ１，排他フラグＦ２及び再起動待ちフラグＦ３をそれぞれ記憶してなるプロセス管理テーブル２０８を有している。
【００４４】ここで、実行フラグＦ１は、対応する名称のモジュールファイルを用いた業務の実行中か否かを識別するフラグであって、実行中は“１”にセットされる。また排他フラグＦ２は、対応する名称のモジュールファイルを用いた業務の起動を禁止するか否かを識別するフラグであって、禁止制御中は“１”にセットされる。また再起動待ちフラグＦ３は、対応する名称のモジュールファイルを用いた業務の再起動待ちか否かを識別するフラグであって、再起動待ちの場合には“１”にセットされる。
【００４５】図３において、反映手段２０９は、前記モジュールファイル群記憶領域２０３に格納されている未更新の最新モジュールファイル群を前記現行モジュールファイル記憶領域２０７に記憶されている現行モジュールファイル群と入替えることにより最新モジュールファイルをシステムに反映させるようにしたもので、制御手段及びモジュール反映手段を構成する。
【００４６】具体的には、図１４に示すように周期的に前記予約ファイル群記憶領域２０５を検索して予約ファイルのレコード有無を判別する。そして、予約ファイルのレコード有りを確認すると、そのレコード中の実行区分７１を調べる。
【００４７】ここで、実行区分７１が“２”の場合、つまり予約実行の場合には、そのレコード中の反映日時７２と計時手段としての時計部２１０によって計時されているシステム日時とを比較し、反映日時７２が経過しているか否かを判断する。そして、経過していない場合には、予約ファイル群記憶領域２０５に次のレコードが存在するか否かを調べ、存在しない場合には次の周期まで待機する。
【００４８】これに対し、実行区分７１が“１”の場合、つまり即時実行の場合か、あるいは予約実行で反映日時７２がシステム日時を経過している場合には、その予約ファイルのレコードを抽出する（経過情報抽出手段）。そして、この抽出した予約ファイルのレコードに基づいて、図１５に具体的に示すモジュールファイル反映処理を実行する。
【００４９】すなわち、先ず、該当する予約ファイルのレコード中の配信情報管理番号７３で配信情報ファイル群記憶領域２０４を検索して、同一の配信情報管理番号５１を有する配信情報ファイルを抽出する。そして、抽出できたならば、その配信情報ファイルのレコード中の各モジュールファイル名５６が付されたモジュールファイルを更新対象のモジュールファイルと決定し、プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する。
【００５０】次に、プロセスマネージャ２０６からの停止完了応答を待機し、所定時間内に停止完了応答を受取ったならば、モジュール反映手段を動作させる（制御手段）。すなわち、現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルを抽出する。そして、該当する現行モジュールファイルを抽出できたならば、それを旧モジュールファイル群記憶領域２１１に同一ディレクトリの管理下で登録する。
【００５１】次に、モジュールファイル群記憶領域２０３に登録されている更新対象の最新モジュールファイルを抽出する。そして、該当する最新モジュールファイルを抽出できたならば、それを現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルと入れ替える。
【００５２】その後、プロセスマネージャ２０６にプロセス再起動要求を通知したならば、この反映処理を正常終了とする。」
　
　上記（ア）の段落【００１４】の「各保守対象計算機システム２に搭載されたプログラム，パラメータ等の各種モジュールを保守拠点計算機システム１からの配信によって自動更新する」という記載によれば、引用文献の「保守対象計算機システム２」は、「保守拠点計算機システム１」から見ればクライアントとして動作しているものと解される。
　上記（ウ）の段落【００４１】の「プロセスマネージャ（ＰＭ）２０６は、当該保守対象計算機システム２にて実行可能な各種業務の起動及び停止を制御するもので」という記載と、同段落【００４９】の「プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する」という記載から、引用文献では「モジュールファイル」が「プロセス実行」されており、また、この「プロセス実行」は「保守対象計算機システム２」において行われていると解される。
　上記（イ）の段落【００２６】の「モジュールファイル群と前記配信情報ファイル記憶領域１０７に格納されている配信情報ファイルとを合成して更新ファイルを編集し、この更新ファイルを前記対保守対象通信手段１０１を介して各保守対象計算機システム２に配信する」という記載、上記（ウ）の段落【００３９】の「更新ファイル受信手段２０２は、前記保守拠点計算機システム１から送信される前記更新ファイルを対保守拠点通信手段２０１を介して受信する毎に、その更新ファイルをモジュールファイル群と配信情報ファイルとに分解して、モジュールファイル群をモジュールファイル群記憶領域２０３に、配信情報ファイルを配信情報ファイル群記憶領域２０４にそれぞれ格納する」という記載、同段落【００４５】の「図３において、反映手段２０９は、前記モジュールファイル群記憶領域２０３に格納されている未更新の最新モジュールファイル群を前記現行モジュールファイル記憶領域２０７に記憶されている現行モジュールファイル群と入替えることにより最新モジュールファイルをシステムに反映させるようにしたもので」という記載から、引用文献ではモジュールファイルの更新は配信された「最新モジュールファイル群」を用いて行われているものと解される。
　上記（イ）の段落【００２０】の「図２において、配信情報取込手段１０５は、キーボード等の操作入力部１０６に設けられた配信情報入力手段１０６ａを介して入力される配信情報を取込み、配信情報ファイルを作成して、配信情報ファイル記憶領域１０７に格納するものである。因みに、配信情報ファイルは、図５に示すように配信情報管理番号５１、ディレクトリ名５２、実行区分５３、反映日時５４、継続区分５５及び１乃至複数のモジュールファイル名５６等からなるレコードに、所定の配信情報ファイル名５７を付加して構成される」という記載、同段落【００２３】の「実行区分５３は、後述する各保守対象計算機システム２でのモジュールファイル反映処理を即時に実行させるか、反映日時５４によって設定された日時に予約して実行させるかを指定する情報である。因みに、“１”は即時実行を指定する情報であり、“２”は予約実行を指定する情報である」という記載、同段落【００２６】の「図２において、更新ファイル送信手段１０８は、前記操作入力部１０６に設けられた配信指示手段１０６ｂによって配信指示が行われると、前記モジュールファイル群記憶領域１０４に格納されているモジュールファイル群と前記配信情報ファイル記憶領域１０７に格納されている配信情報ファイルとを合成して更新ファイルを編集し、この更新ファイルを前記対保守対象通信手段１０１を介して各保守対象計算機システム２に配信する」という記載、上記（ウ）の段落【００４８】の「これに対し、実行区分７１が“１”の場合、つまり即時実行の場合か、あるいは予約実行で反映日時７２がシステム日時を経過している場合には、その予約ファイルのレコードを抽出する（経過情報抽出手段）。そして、この抽出した予約ファイルのレコードに基づいて、図１５に具体的に示すモジュールファイル反映処理を実行する」という記載によれば、引用文献では前記「最新モジュールファイル群」を含むところの「配信情報ファイル」は、モジュールファイル反映処理を即時実行するものとして配信されているものと解される。
　また、上記（ウ）の段落【００４９】の「プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する」という記載、同段落【００５０】の「次に、プロセスマネージャ２０６からの停止完了応答を待機し、所定時間内に停止完了応答を受取ったならば、モジュール反映手段を動作させる」という記載、同段落【００５１】の「次に、モジュールファイル群記憶領域２０３に登録されている更新対象の最新モジュールファイルを抽出する。そして、該当する最新モジュールファイルを抽出できたならば、それを現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルと入れ替える」という記載、同段落【００５２】の「その後、プロセスマネージャ２０６にプロセス再起動要求を通知したならば、この反映処理を正常終了とする」という記載によれば、引用文献においては、モジュール反映処理を行う際には、更新対象のモジュールファイルのプロセス実行が中止されるだけであって、プロセスマネージャ自体や、保守対象計算機システム自体はリブートされることなく動作を続行するものと解される。
　上記（ア）の段落【００１３】の「１つの保守拠点計算機システム１と、複数の保守対象計算機システム２とを、回線網３により相互接続する」という記載から、引用文献において保守対象計算機システムは回線網によって接続されているものと解される。
　上記（イ）の段落【００２８】の「この更新ファイルを対保守対象通信手段１０１を介して各保守対象計算機システム２へ配信したならば」という記載、上記（ウ）の段落【００３９】の「更新ファイル受信手段２０２は、前記保守拠点計算機システム１から送信される前記更新ファイルを対保守拠点通信手段２０１を介して受信する」という記載によれば、引用文献の更新ファイル受信手段２０２は、保守拠点計算機から見ればクライアントとして更新ファイルを受信しているものと解される。
　上記（ウ）の段落【００３９】の「更新ファイル受信手段２０２は、前記保守拠点計算機システム１から送信される前記更新ファイルを対保守拠点通信手段２０１を介して受信する毎に、その更新ファイルをモジュールファイル群と配信情報ファイルとに分解して、モジュールファイル群をモジュールファイル群記憶領域２０３に、配信情報ファイルを配信情報ファイル群記憶領域２０４にそれぞれ格納する」という記載、同段落【００４５】の「反映手段２０９は、前記モジュールファイル群記憶領域２０３に格納されている未更新の最新モジュールファイル群を前記現行モジュールファイル記憶領域２０７に記憶されている現行モジュールファイル群と入替えることにより最新モジュールファイルをシステムに反映させるようにしたもので」という記載によれば、引用文献において「反映手段」は、「最新モジュールファイル群」を「更新ファイル受信手段２０２」からモジュールファイル群記憶領域２０３という記憶領域を介して受け取っているものと解される。
　上記（ウ）の段落【００４９】の「その配信情報ファイルのレコード中の各モジュールファイル名５６が付されたモジュールファイルを更新対象のモジュールファイルと決定し、プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する」という記載、同段落【００５１】の「モジュールファイル群記憶領域２０３に登録されている更新対象の最新モジュールファイルを抽出する。そして、該当する最新モジュールファイルを抽出できたならば、それを現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルと入れ替える」という記載から、引用文献では、最新モジュールファイル群の各々は、「更新対象のモジュールファイル」に対応するものと解され、このことは、別の言い方をすれば、引用文献の前記「更新対象のモジュールファイル」は、対応する最新モジュールファイルを有するものであると言うこともできる。
　上記（ウ）の段落【００４１】の「図３において、プロセスマネージャ（ＰＭ）２０６は、当該保守対象計算機システム２にて実行可能な各種業務の起動及び停止を制御するもので、起動の際には現行モジュールファイル群記憶領域２０７に登録されている各種モジュールファイルのうち業務の実行に必要なモジュールファイルを選択的にオープンし、停止の際にはそのモジュールファイルをクローズする」という記載、同段落【００４９】の「その配信情報ファイルのレコード中の各モジュールファイル名５６が付されたモジュールファイルを更新対象のモジュールファイルと決定し、プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する」という記載、同段落【００５０】の「次に、プロセスマネージャ２０６からの停止完了応答を待機し」という記載から、引用文献では、対応する最新モジュールファイルを有しているところの「更新対象のモジュールファイル」の各々のプロセス実行を、プロセスマネージャが完了させているものと解される。
　上記（ウ）の段落【００４９】の「その配信情報ファイルのレコード中の各モジュールファイル名５６が付されたモジュールファイルを更新対象のモジュールファイルと決定し、プロセスマネージャ２０６にこの更新対象のモジュールファイルのプロセス実行停止要求を通知する」という記載、同段落【００５１】の「モジュールファイル群記憶領域２０３に登録されている更新対象の最新モジュールファイルを抽出する。そして、該当する最新モジュールファイルを抽出できたならば、それを現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルと入れ替える」という記載から、引用文献では更新対象のモジュールファイルに、最新モジュールファイルを用いた更新処理を行っているものと解される。
　上記（ウ）の段落【００５１】の「次に、モジュールファイル群記憶領域２０３に登録されている更新対象の最新モジュールファイルを抽出する。そして、該当する最新モジュールファイルを抽出できたならば、それを現行モジュールファイル群記憶領域２０７にて該当する配信情報ファイルのレコード中のディレクトリ名５２で管理されている更新対象の現行モジュールファイルと入れ替える」という記載、同段落【００５２】の「その後、プロセスマネージャ２０６にプロセス再起動要求を通知したならば、この反映処理を正常終了とする」という記載によれば、引用文献では各々更新されたモジュールファイルのプロセス再起動を行うものと解される。
　
　したがって、引用文献には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
　「プロセス実行を行っているクライアントとして動作している保守対象計算機システム上でプロセス実行されているモジュールファイルを更新するための最新モジュールファイル群を、保守対象計算機システムとプロセスマネージャをリブートせずにモジュール反映処理を即時実行するものとして配信する方法であって、
　回線網によって接続された前記保守対象計算機システム内でクライアントとして更新ファイルを受信する更新ファイル受信手段２０２から、プロセス実行されているモジュールファイルを更新するための最新モジュールファイル群を記憶領域を介して反映手段が受け取るステップであって、
　最新モジュールファイル群の各々が更新対象のモジュールファイルに対応するステップと、
　前記保守対象計算機システム内のプロセスマネージャが、受け取られた対応する前記最新モジュールファイル群を有するプロセス実行されている更新対象のモジュールファイルの各々のプロセス実行を停止するステップと、
　前記対応する更新対象のモジュールファイルに前記受け取られた最新モジュールファイルを用いた更新処理を行うステップと、
　各々更新されたモジュールファイルのプロセス再起動を行うステップと、
　を含む方法。」
　
　（C-1-3）対比
　ここで、本件補正発明と引用発明とを対比する。
　引用発明の「プロセス実行を行っているクライアントとして動作している保守対象計算機システム」は、本件補正発明の「アクティブ状態にあるクライアント端末」に相当する。
　引用発明の「プロセス実行されているモジュールファイルを更新するための最新モジュールファイル群」は、本件補正発明の「動作するアクティブ状態にあるアプリケーションソフトの更新情報」に相当する。
　引用発明の「保守対象計算機システムとプロセスマネージャをリブートせずにモジュール反映処理を即時実行するものとして配信する」は、本件補正発明の「リアルタイムに配布する」に相当する。
　引用発明の「回線網によって接続された前記保守対象計算機システム内」が、本件補正発明の「通信によってリンクされた前記クライアント端末内」に相当する。
　引用発明の「クライアントとして更新ファイルを受信する更新ファイル受信手段２０２」が、本件補正発明の「コンフィギュレーション・クライアント」に相当する。
　引用発明の「プロセス実行されているモジュールファイルを更新するための最新モジュールファイル群」が、本件補正発明の「アクティブ状態にあるアプリケーションソフトへの更新情報」に相当する。
　引用発明の「記憶領域を介して反映手段が受け取るステップ」と、本件補正発明の「受信するステップ」は、どちらも受け取るステップである点で共通する。
　引用発明の「最新モジュールファイル群の各々が更新対象のモジュールファイルに対応するステップ」は、本件補正発明の「各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップ」に相当する。
　「プラットフォーム」とはオペレーティングシステムとハードウェアとを合わせたものを指す用語であり、また、引用発明のプロセスマネージャはプロセスの停止や再起動を行う機能を有しており、このような機能はオペレーティングシステムの機能であるから、引用発明のプロセスマネージャは「プラットフォーム」に相当する。したがって、引用発明の「前記保守対象計算機システム内のプロセスマネージャが、受け取られた対応する前記最新モジュールファイル群を有するプロセス実行されている更新対象のモジュールファイルの各々のプロセス実行を停止するステップ」と、本件補正発明の「前記クライアント端末内のプラットフォームが、受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトのインスタンスを終了するステップ」は、ともに、「前記クライアント端末内のプラットフォームが、受け取られた対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を終了するステップ」である点で共通する。
　引用発明の「前記対応する更新対象のモジュールファイルに前記受け取られた最新モジュールファイルを用いた更新処理を行うステップ」と、本件補正発明の「前記対応するアプリケーションソフトに前記受信された更新処理を行うステップ」は、ともに、「前記対応するアプリケーションソフトに前記受け取られた更新処理を行うステップ」である点で共通する。
　引用発明の「各々更新されたモジュールファイルのプロセス再起動を行うステップ」と、本件補正発明の「各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するステップ」は、ともに、「各更新されたアプリケーションソフトを再実行するステップ」である点で共通する。
　
　よって、本件補正発明と引用発明とは、以下の点で一致し、また、相違している。
　
　（一致点）
「アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受け取るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　前記クライアント端末内のプラットフォームが、受け取られた対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を終了するステップと、
　前記対応するアプリケーションソフトに前記受け取られた更新処理を行うステップと、
　各更新されたアプリケーションソフトを再実行するステップと、
　を含む方法。」
　
　（相違点１）
　更新情報の「受け取り」が、本件補正発明は「受信」によって行われるのに対し、引用発明では記憶領域を介して受け取りが行われている点。
　
　（相違点２）
　アプリケーションソフトの実行の終了を行わせる手法が、本件補正発明ではアプリケーションソフトのインスタンスを終了させるものであるのに対し、引用発明では実行の終了を行わせる手法が明らかではない点。
　
　（相違点３）
　各更新されたアプリケーションソフトを再実行する際に、本件補正発明では各更新されたアプリケーションソフトをインスタンス化し、該各更新されたアプリケーションソフト・インスタンスを初期化して再実行するのに対し、引用発明では再実行する際の処理手法が明らかではない点。
　
　（C-1-4）判断
　上記相違点の各々について検討する。
　まず上記相違点１について検討する。情報を受け取る手法としては、共有する記憶領域の内容を読み出すことによって情報を受け取る手法も、プロセス間の通信リンクを介して情報を受信する手法も、どちらも周知な手法であるから、引用発明において記憶領域を介して受け取る代わりに、前記周知な手法を用いて受信するようにすることは、当業者が容易に想到し得た事項に過ぎない。よって、相違点１は格別のものではない。
　
　次に、上記相違点２及び相違点３について検討する。ソフトを実行開始する際に、そのソフトのインスタンスを生成して該インスタンスを初期化して実行開始し、終了する際には前記インスタンスを終了させることは周知技術であるから、引用発明において当該周知技術を採用し、モジュールファイルのプロセス実行を終了させる際に、モジュールファイルのインスタンスを終了させるようにするとともに、モジュールファイルのプロセス再起動を行う際に、モジュールファイルのインスタンスを生成し、生成されたインスタンスを初期化して再起動を行うようにすることは、当業者が容易に想到し得た事項に過ぎない。よって、相違点２及び相違点３は格別のものではない。
　
　以上検討した如く、相違点１乃至相違点３は格別のものではなく、そして、本件補正発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
　
　したがって、本件補正発明は上記引用発明、及び周知技術に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項に規定する要件を満たしていない。
　このように、本件補正発明が特許出願の際独立して特許を受けることができるものではないから、本件補正は特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　
　３．本件補正についての結び
　上記（Ｂ）で述べたように、本件補正は平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
　また、仮に、本件補正が特許法第１７条の２第４項第２号を目的とする補正であると仮定した場合においても、上記（Ｃ）で述べたように、本件補正発明が特許出願の際独立して特許を受けることができるものではないから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、いずれにしても、本件補正は同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　よって、上記［補正却下の決定の結論］のとおり決定する。
　
　第３．本願発明について
　平成１８年７月１８日付けの手続補正は上記のとおり却下されたので、本願の請求項１９に係る発明は、補正前の請求項１９に記載された事項により特定されるものとなるが、補正前の請求項１９は補正前の請求項１８を引用して記載されているので、補正前の請求項１９に含まれる「請求項１８に記載の」という部分に補正前の請求項１８の記載を当てはめて得られる次の発明（以下「本願発明」という。）が、補正前の請求項１９に記載された発明であると認められる。
　
「アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受信するステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが、インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップと、
　前記対応するアプリケーションソフトに前記受信された更新処理を行うステップと、
　前記更新されたアプリケーションソフトを再実行するステップであって、各前記更新されたアプリケーションソフトをインスタンス化するステップと、各前記更新されたアプリケーションソフト・インスタンスを初期化するステップと、
　を含む方法。」
　
　１．引用文献
　原査定の拒絶の理由に引用された、前記引用文献（特開平８−９５７６０号公報）には、上記（C-1-2）において認定した「引用発明」が記載されている。
　
　２．対比
　そこで、本願発明と引用発明とを対比する。
　
　上記（C-1-3）において引用発明と本件補正発明との間に存在することをそれぞれ指摘した関係と同一の関係が、引用発明と本願発明との間にもそれぞれ存在する。
　また、引用発明の「前記保守対象計算機システム内のプロセスマネージャが、受け取られた対応する前記最新モジュールファイル群を有するプロセス実行されている更新対象のモジュールファイルの各々のプロセス実行を停止するステップ」と、本願発明の「受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが、インターフェースによって公開されている終了メソッドにアクセスすることにより終了するステップ」は、語順が入れ替わっているものの、両者はともに、「受信された対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが終了するステップ」である点で共通する。
　また、引用発明の「各々更新されたモジュールファイルのプロセス再起動を行うステップ」と、本願発明の「前記更新されたアプリケーションソフトを再実行するステップであって、各前記更新されたアプリケーションソフトをインスタンス化するステップと、各前記更新されたアプリケーションソフト・インスタンスを初期化するステップ」は、ともに、「前記更新されたアプリケーションソフトを再実行するステップ」である点で共通する。
　
　したがって、本願発明と引用発明は、以下の点で一致し、また、相違している。
　
　（一致点）
　「アクティブ状態にあるクライアント端末上で動作するアクティブ状態にあるアプリケーションソフトの更新情報をリアルタイムに配布する方法であって、
　通信によってリンクされた前記クライアント端末内のコンフィギュレーション・クライアントからアクティブ状態にあるアプリケーションソフトへの更新情報を受け取るステップであって、
　各更新情報が少なくとも１つの特定のアプリケーション・コンポーネントに対応するステップと、
　受け取られた対応する前記更新情報を有する各特定のアクティブ状態にあるアプリケーションソフトの実行を前記クライアント端末内のプラットフォームが終了するステップと、
　前記対応するアプリケーションソフトに前記受け取られた更新処理を行うステップと、
　前記更新されたアプリケーションソフトを再実行するステップと、
　を含む方法。」
　
　（相違点Ａ）
　上記相違点１と同様。
　
　（相違点Ｂ）
　アプリケーションソフトの実行を終了する手法が、本願発明ではインターフェースによって公開されている終了メソッドにアクセスすることによって終了させるものであるのに対し、引用発明では実行を終了する手法の詳細が明らかではない点。
　
　（相違点Ｃ）
　上記相違点３と同様。
　
　３．判断
　上記相違点の各々について検討する。
　相違点Ａ及び相違点Ｃについては、上記相違点１及び相違点３について検討したとおりである。
　次に、上記相違点Ｂについて検討する。インターフェースによって公開されている終了メソッドにアクセスすることによってソフトの実行を終了させることは周知技術であり、引用発明において当該周知技術を採用してモジュールファイルのプロセス実行を停止させるようにすることは、当業者が容易に想到し得た事項に過ぎない。
　よって、相違点Ｂは格別のものではない。
　以上検討した如く相違点Ａ乃至相違点Ｃは格別のものではなく、そして、本願発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。 
　
　４．結び
　以上のとおり、本願発明は、上記引用発明、及び周知技術に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、冒頭の結論のとおり審決する。