【事件の表示】
　特願２００６−３０３９９１「ユーザインターフェースを管理する装置及び方法」拒絶査定不服審判事件〔平成１９年　６月　７日出願公開、特開２００７−１４１２３５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１８年１１月９日（パリ条約優先権主張、２００５年１１月１７日、米国、２００６年５月２２日、韓国）の出願であって、平成２１年７月１４日付けで拒絶査定がなされ、これに対して平成２１年１１月２４日に拒絶査定に対する審判が請求されるとともに、同日付けで手続補正がなされたものである。
　
２．平成２１年１１月２４日付け手続補正について
［補正却下の決定の結論］
　平成２１年１１月２４日付け手続補正（以下「本件補正」という。）を却下する。
［理由］
　補正後の本願発明
　本件補正により、特許請求の範囲の請求項１は次のとおり補正された。
「ネットワーク上に装置が存在することを示す通知パケットを生成するパケット生成部と、
　前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するウェブサーバと、
　前記保存命令に従ってアプリケーションを提供する少なくとも１つの遠隔サーバの状態およびアプリケーションの提供を受ける遠隔クライアントの状態を含む前記ユーザインターフェースの状態を保存する状態保存部と、
　前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態をＨＴＭＬで送信する通信部と、
　を備えるユーザインターフェースを管理する装置。」
　
　上記補正は、本件補正前の請求項１に記載した発明を特定するために必要な事項である「特定ユーザインターフェースの状態を送信する通信部」を「特定ユーザインターフェースの状態をＨＴＭＬで送信する通信部」と限定するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
　
（１）引用刊行物
　原査定の拒絶の理由に引用された、本願の優先日前に頒布された刊行物「特開２００４−６２８７３号公報」（以下「引用刊行物」という。）には、図面とともに以下の記載がある。
（イ）「【請求項７】
ブラウザを用いて確立されるアクティブセッションのランタイム状態を、マルチプラットフォームネットワークアプリケーションのプラットフォーム依存バージョン間で転送する方法であって、
ネットワークアプリケーションの第１のプラットフォームに依存するバージョンのブラウザ状態およびサーバ状態のうち少なくとも１の状態データおよびセッションデータを表す第１のプラットフォームに依存するスナップショットを生成するステップと、
前記第１のプラットフォームに依存するスナップショットをプラットフォーム非依存スナップショットに変換するステップと、
前記プラットフォーム非依存スナップショットを、前記状態データおよびセッションデータを表す第２のプラットフォームに依存するスナップショットに変換するステップと、
前記ネットワークアプリケーションの第２のプラットフォームに依存するバージョンにおいて、前記第２のプラットフォームに依存するスナップショットを用いて、前記ブラウザ状態およびサーバ状態のうち少なくとも１を再インスタンス化するステップと
を具備することを特徴とする方法。
【請求項８】
前記第１のプラットフォームに依存するスナップショットを生成するステップは、サーバ状態とブラウザ状態の両方をそれぞれ異なるプラットフォームに依存するスナップショットとして取り込むステップを具備することを特徴とする請求項７に記載の方法。
【請求項９】
前記第１のプラットフォームに依存するスナップショットを生成するステップは、ドキュメントオブジェクトモデル、スクリプトオブジェクト、ブラウザ履歴、ブラウザキャッシュ、およびクッキーのうち少なくとも１を取り込むステップを具備することを特徴とする請求項７に記載の方法。」（第２〜３頁）
　
（ロ）「【０００１】
【発明の属する技術分野】
本発明は、概してネットワーク上の装置間における通信に関し、特に、ブラウザを用いて確立される１以上の独立したアクティブセッションのブラウザ状態を保存し、同一もしくは異なるブラウザおよび／またはプラットフォームを用いて、保存されたセッションを後で読み出して再開する方法およびシステムに関する。」（第７頁）
　
（ハ）「【００１７】
【発明の実施の形態】
本発明には、ブラウザを操作するユーザが１以上のアクティブセッションのブラウザ状態を保存することを可能にするブラウザ状態リポジトリ（ＢＳＲ）サービスが含まれる。ＢＳＲサービスによれば、ユーザは、任意のブラウザおよび／または装置を使用して保存されたブラウザ状態のいずれかを選択的に読み出し、当該ブラウザ状態に対応する同一のアクティブセッションを再開できる。ブラウザの現状態は、アクティブセッション中に保存された時点と同じ状態に復元される。従って、ＢＳＲサービスによれば、ユーザはアクティブセッションのブラウザ状態を消失して、新しい装置上の新しいブラウザ状態で再びやり直すことなく、アクティブセッション中に新しい装置またはブラウザに切り替えることができる。さらに、ＢＳＲサービスによれば、任意の装置またはブラウザ上で任意のアクティブセッションを保存して後で再開することができるだけでなく、ユーザは複数のアクティブセッションのブラウザ状態を同時に管理することができる。
【００１８】
図１は、ネットワーク１２を介して動作するＢＳＲサービス１０の一実施形態を示すブロック図である。ＢＳＲサービス１０は、第１の装置１４および第２の装置１６として示される少なくとも１の装置を有する。さらに、ＢＳＲサービスは、少なくとも１のリポジトリサーバ１８を有する。図１に示すように、第１および第２の装置１４、１６およびリポジトリサーバ１８はネットワーク１２を介して通信接続されている。別の態様において、ＢＳＲサービス１０は、任意の数の装置、リポジトリサーバ、および／またはネットワーク対応装置を有してよい。本明細書中において、「結合」、「接続」、または「相互接続」という用語は、電気的な結合、光学的な結合、無線による結合、および／またはシステム、装置、および／またはコンポーネント間にインターフェイスを提供するその他の結合を意味する。
【００１９】
ネットワーク１２は、例えばインターネット、公的および／または私的イントラネット、エクストラネット、および／またはデータおよびコマンド転送を可能にするその他のネットワーク構成である。ネットワーク１２内で行われる通信で用いられる通信媒体は、有線通信システムおよび／または無線通信システムである。通信媒体は、例えば、通信チャンネル、電波、マイクロ波、有線通信、光ファイバー通信、またはデータ、音声、および／または動画像情報を送信可能なその他の通信媒体である。
【００２０】
第１および第２の装置１４、１６は、ネットワーク１２を介した通信接続が可能な任意のタイプのコンピュータ装置または同様のハードウェアである。さらに、第１および第２の装置１４、１６は、ユーザインターフェイス（ＵＩ）、メモリ、マイクロプロセッサ、および／またはその他のハードウェアと関連するオペレーティングシステム／アプリケーションを有する。第１および第２の装置１４、１６は、例えば携帯電話、携帯情報端末（ＰＤＡ）、ポケットパソコン（ＰＣ）、または無線通信が可能なその他の装置であってもよい。さらに、第１および第２の装置１４、１６は、例えばネットワーク端末、パソコン、サーバ、またはネットワーク１２を介して有線通信が可能なその他の装置であってもよい。別の態様において、第１および第２の装置１４、１６は有線および無線通信機能の両方を有してもよい。
【００２１】
図１に示すように、第１の装置１４上では第１のブラウザ２０が動作する。同様に、第２の装置１６上では第２のブラウザ２２が動作する。第１および第２のブラウザ２０、２２は、ネットワーク１２上の別の装置からダウンロードしたページ特定して表示できる第１および第２の装置１４、１６上で動作する、任意のフォームのアプリケーションである。本実施形態において、第１および第２のブラウザ２０、２２は、例えばマイクロソフト（登録商標）インターネットエクスプローラ（登録商標）、および／またはネットスケープナビゲータ（登録商標）等のウェブブラウザである。別の態様において、第１および第２のブラウザ２０、２２は、ネットワーク１２を介してダウンロードした任意の形式のページを特定して表示する機能を有する、任意の形式の同種同士または異種同士のブラウザでもよい。第１および第２のブラウザ２０、２２は、テキストおよびグラフィックの表示に加えて、動画像、音声、マルチメディアおよび／またはその他情報の表示をサポートしてもよい。ＢＳＲサービス１０の動作も、第１および第２のブラウザ２０、２２によってサポートされることが望ましい。第１および第２のブラウザ２０、２２は第１および第２の装置１４、１６上で起動、操作され、リポジトリサーバ１８と連携して動作する。
【００２２】
リポジトリサーバ１８は、少なくとも１のサーバ等の、ネットワーク１２を介して要求を受信し応答を送信できる任意の形式のコンピュータ装置である。本実施形態において、リポジトリサーバ１８はＢＳＲサービス１０のインフラストラクチャ内で動作し、第１および第２の装置１４、１６から要求を受信し応答を送信する通信機能を有する。ある態様において、リポジトリサーバ１８はハイパーテキスト転送プロトコル（ＨＴＴＰ）サーバであってもよい。この態様において、第１および第２の装置１４、１６は、ＨＴＴＰおよび／または高信頼ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）を用いてリポジトリサーバ１８と通信を行うようにしてもよい。別の態様において、ファイル転送プロトコル（ＦＴＰ）、ネットニューズ転送プロトコル（ＮＮＴＰ）、簡易メール転送プロトコル（ＳＭＴＰ）、リモートメッセージインターフェイス（ＲＭＩ：Ｒｅｍｏｔｅ　Ｍｅｓｓａｇｅ　Ｉｎｔｅｒｆａｃｅ）、コルバ（ＣＯＲＢＡ：Ｃｏｍｍｏｎ　Ｏｂｊｅｃｔ　Ｒｅｑｕｅｓｔ　Ｂｒｏｋｅｒ　Ａｒｃｈｉｔｅｃｔｕｒｅ）、コンポーネントオブジェクトモデル（ＣＯＭ：Ｃｏｍｐｏｎｅｎｔ　Ｏｂｊｅｃｔ　Ｍｏｄｅｌ）、公的および私的専用プロトコル等のプロトコルを用いてもよい。
【００２３】
ＢＳＲサービス１０の動作中、ユーザは、第１の装置１４上で動作する第１のブラウザ２０を使用してアクティブセッションを確立する。「アクティブセッション」という用語は、ネットワーク１２上の別の装置との任意の形式の対話を意味する。この対話では、別の装置から提供される情報が第１のブラウザ２０を操作するユーザに対して表示、通信、伝達される。典型的なアクティブセッションとして、第１のブラウザ２０を使用してウェブページおよび関連する資料の場所を特定した後、その情報をダウンロードして表示するウェブセッションがある。
【００２４】
アクティブセッションを確立してカスタマイズした後、ユーザは、ＢＳＲサービス１０を利用してアクティブセッションのブラウザの現状態を取り込んで（ｃａｐｔｕｒｅ）保存することができる。本明細書中において、アクティブセッションの「カスタマイズ」または「カスタム化」という用語は、第１のブラウザ２０を使用した対話によりブラウザ状態に蓄積されるアクティブセッションの変更を意味する。さらに、「ブラウザの現状態」または「ブラウザ状態」という用語は、ユーザがブラウザを使用して生成したアクティブセッションのカスタマイズされた状態を意味する。第１のブラウザ２０を使用して確立されるアクティブセッションのブラウザの現状態とそれに関連する属性は格納可能な形式で取り込まれる。取り込まれたアクティブセッションのブラウザの現状態は、「スナップショット」または「ブラウザスナップショット」と呼ばれる。
【００２５】
アクティブセッションのブラウザの現状態は、ブラウザキャッシュおよびブラウザ履歴により構成される。ブラウザキャッシュおよびブラウザ履歴には、ドキュメントオブジェクトおよびスクリプトオブジェクトの現状態に加えて、例えば第１のブラウザ２０が最後に表示したページが含まれる。従って、取り込まれたアクティブセッションのブラウザの現状態に含まれるページは動的でも静的であってもよい。さらに、ブラウザキャッシュおよびブラウザ履歴は、以前におよび／または最後に表示されたページ上で変更あるいは入力された値、ブラウザ履歴、クッキー、および／またはユーザによってカスタマイズ可能なアクティブセッションのブラウザの現状態に関連するその他のパラメータを含んでもよい。ユーザは、リポジトリサーバ１８を使用してネットワーク１２内にアクティブセッションのブラウザの現状態を安全に保存できる。
【００２６】
ＢＳＲサービス１０によれば、ユーザは、保存されたアクティブセッションのブラウザの現状態を後で安全に読み出すことができる。ユーザは、リポジトリサーバ１８および任意の装置上の任意のブラウザを使用して、保存されたブラウザの現状態を取り出すことができる。例えば、ユーザは、第１の装置１４上で第１のブラウザ２０、第２の装置１６上で第２のブラウザ２２、またはその他任意の装置とそれに付随するブラウザを用いてもよい。保存されたブラウザの現状態が読み出されると、アクティブセッションのブラウザ状態は復元され、同一のアクティブセッションをスナップショットが取り込まれた時点から再開できる。」（第１０〜１２頁）
　
（ニ）「【００２９】
ある態様において、ＢＳＲサービス１０はインターネットのインフラストラクチャとそれに付随するプロトコルを用いて実施可能である。この態様では、ＢＳＲサービス１０の導入にあたり、既存のウェブサイト、装置とそれに付随するブラウザにほとんど変更を加える必要がない。別の態様において、ＢＳＲサービス１０はその他任意のインフラストラクチャとそれに付随するプロトコルを用いて実施してもよい。」（第１３頁）
　
（ホ）「【００４３】
図５に示すように、ユーザインターフェイスバー５０は、ＢＳＲサービス１０とユーザとを媒介するためのユーザ画面を表示する。本実施形態のユーザインターフェイスバー５０は、認証装置ＩＤ欄６０、ユーザＩＤ欄６２、スナップショットボタン６４、セッション名欄６６、セッションパスワード欄６８、復元ボタン７０、セッション選択欄７２、サインオフボタン７４、およびＢＳＲリポジトリモジュール欄７６を備える。別の態様において、ユーザインターフェイスバー５０は追加機能やＢＳＲサービス１０の動作に関する情報を備えてもよい。
【００４４】
図２、３および５に示すように、ユーザから提供されたログイン情報が認証されアクセスが許可されると、本実施形態のユーザ画面がユーザインターフェイスバー５０に表示される。従って、ユーザＩＤ欄６２には、ログインに成功した正当なユーザの識別子が入力される。この識別子は、例えばユーザ名、番号、またはアクセスを許可されたユーザを示すその他の識別子である。
【００４５】
ユーザは、スナップショットボタン６４を選択することにより、ＢＳＲ装置モジュール３４の取り込みコンポーネント４４を起動できる。上述したように、取り込みコンポーネント４４を起動することによりスナップショットを取り込むことができる、すなわちアクティブセッションのブラウザの現状態を取り込むことができる。取り込みコンポーネント４４は、スナップショットの取り込みが開始されるとアクティブセッションのブラウザ状態に関する複数のセッションパラメータを取り込む。ある態様において、このセッションパラメータには、ブラウザに表示中のページを構成する少なくとも１のドキュメントオブジェクトモデル（ＤＯＭ）、現在のページを構成する少なくとも１のスクリプトオブジェクト、現在のセッションのブラウザ履歴、ブラウザキャッシュ、およびクッキーが含まれる。別の態様において、取り込みコンポーネント４４は、アクティブセッションのブラウザの現状態を構成するその他の形式のセッションパラメータを取り込んでもよい。
【００４６】
従来から周知なように、ＤＯＭは、ＨＴＭＬおよびＸＭＬ文書用の１組のアプリケーションプログラムインターフェイス（ＡＰＩ）である。一般的に、ＤＯＭは文書の論理構造を定義し、ブラウザに表示される文書へのアクセスおよび操作のための標準のインターフェイスを提供する。ＤＯＭにより定義されたインターフェイスを用いて、文書構造とそれに含まれる要素の構築および変更に加えて、文書構造内の移動が行われる。
【００４７】
例えば、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）を使用してＨＴＭＬページを解析すると、ＤＯＭ構造が作成される。ＤＯＭ構造は、ブラウザに表示されたＨＴＭＬページの構造を表す。ＤＯＭ構造の各ノードはドキュメント情報を表す。ドキュメント情報には、ＨＴＭＬページのＨＴＭＬ要素、ＸＭＬ要素、属性、および／またはテキストが含まれる。例えば、＜ａ　ｈｒｅｆ＝ｈｔｔｐ：／／ｗｗｗ．ｄｏｃｏｍｏｌａｂｓ−ｕｓａ．ｃｏｍ＞ＤｏＣｏＭｏ＜／ａ＞というＨＴＭＬの場合、”ａ”要素のノード、”ｈｒｅｆ”属性のノード、およびテキスト内容の２つのノードの合計４つのノードで表される。
【００４８】
従来から周知なように、各ＤＯＭ構造の各ノードには、ブラウザにおける表示方法および動作を定義する１組の属性が含まれている。ＢＳＲ装置モジュール３４は、コンテンツおよびノードの属性を含むこのようなＤＯＭ構造をスナップショット内に取り込むよう指示される。別の態様において、Ｃｏｍｐａｃｔ　ＨＴＭＬ（ｃＨＴＭＬ）、Ｗｉｒｅｌｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ（ＷＡＰ）、Ｗｉｒｅｌｅｓｓ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ（ＷＭＬ）、および／またはその他のプロトコルや言語を解析する機能を備えたブラウザを使用してＢＳＲ装置モジュール３４により取り込み可能な構造を作成してもよい。
【００４９】
例えば、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）にページをダウンロードして、ＢＳＲサービス１０によりアクティブセッションのブラウザの現状態を保存する場合を想定する。ユーザがスナップショットボタン６４を選択すると、取り込みコンポーネント４４は、ブラウザに表示されているページの最上位フレーム内の全ドキュメントオブジェクトをたどる。取り込みコンポーネント４４は最上位フレーム内の各ノードとその属性を取り込む。さらに、取り込みコンポーネント４４は下位フレームに進み、ＤＯＭ構造のノードとその属性を取り込む。
【００５０】
取り込みコンポーネント４４により取り込まれる別のセッションパラメータとして、スクリプトオブジェクトがある。ＶＢ　ＳｃｒｉｐｔやＪａｖａＳｃｒｉｐｔ等のスクリプトオブジェクトは、ブラウザにダウンロードされるページに含まれる。取り込みコンポーネント４４はこのようなスクリプトオブジェクトをブラウザスナップショットの一部として取り込むようにしてもよい。スクリプトオブジェクトはＤＯＭドキュメントとともに取り込まれてもよい。従って、取り込みコンポーネント４４は、ページを構成するＤＯＭおよびスクリプトオブジェクトの両方を同時に取り込む。また、取り込みコンポーネント４４はスクリプトオブジェクトのみを取り込むようにしてもよい。
【００５１】
例えば、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）を使用する場合、スクリプト変数は、ＩＤｉｓｐａｔｃｈオブジェクトと表されるスクリプトタグで定義される。ＩＤｉｓｐａｔｃｈオブジェクトは、実行時、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）が備えるスクリプトエンジンを用いてアクセスされる。ある態様において、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）を使用してスナップショットを取り込む場合、スクリプト変数に対応するＩＤｉｓｐａｔｃｈオブジェクトはシリアル化されて取り込まれるが、対応するスクリプト機能は取り込まれない。従来から周知なように、マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）のスクリプト機能は一定である。別の態様において、スクリプト機能とスクリプト変数の両方が取り込みコンポーネント４４により取り込まれてもよい。
【００５２】
取り込みコンポーネント４４により取り込まれるさらに別のセッションパラメータとして、クッキーがある。一般的に、クッキーは、ユーザ固有の情報を含む周知の装置識別子である。従来から周知なように、クッキーは、ダウンロードされるページとともにブラウザに提供される。取り込みコンポーネント４４は、取り込みプロセスにおいて、クッキーをｎａｍｅおよびｖａｌｕｅ要素の対として解釈して保存する。、クッキーは取り込まれると、取り込みコンポーネント４４により取り込まれるその他の情報に付加される。マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）が使用される場合、クッキーは上述した各スナップショットのＤＯＭ構造に付加される。
【００５３】
取り込みコンポーネント４４により取り込まれるさらに別のセッションパラメータとして、アクティブセッションのブラウザ履歴がある。ブラウザ履歴は、ブラウザが以前に表示したページの集合である。従って、取り込みコンポーネント４４はブラウザ履歴に登録されたページを取り込み、取り込まれたその他の情報に付加する。マイクロソフト（登録商標）インターネットエクスプローラ（登録商標）が使用される態様において、ブラウザは、ＵＲＬ履歴を検索および設定するためにＩＵＲＨｉｓｔｏｒｙＳｔｇインターフェイスを備える。この態様では、ブラウザ履歴を取り込む際に、ＵＲＬ履歴を列挙し、列挙されたＵＲＬを取得し、取得したＵＲＬをＤＯＭ構造およびクッキーに付加する。
【００５４】
ユーザは、取り込みコンポーネント４４を用いて、取り込まれたアクティブセッションのブラウザの現状態に対してセッション名とセッションパスワードを設定してもよい。ユーザは、図４に示されるセッション名欄６６に固有のセッション名を入力する。あるいは、ユーザは、以前に取り込んだブラウザ状態のセッション名を選択してもよい。セッション名が設定されない場合、ウェブサイトのホスト名等をデフォルトセッション名として、取り込んだアクティブセッションのブラウザ状態を識別してもよい。
【００５５】
ユーザは、図４に示されるセッションパスワード欄６８に入力されるセッションパスワードを用いてブラウザスナップショットを保護してもよい。このセッションパスワードにより、取り込んだブラウザスナップショットへの不正アクセスを防止できる。別の態様において、セッションパスワードの入力方法には、音声パスワードやブラウザスナップショットへの不正アクセスを防止するその他のメカニズムが含まれる。
【００５６】
ブラウザスナップショットは取り込まれると、取り込みを指示したユーザと関連付けられる。つまり、スナップショットは、ブラウザ状態を取り込んだブラウザおよび／または装置ではなく、ユーザと関連付けられる。スナップショットは、ユーザと関連付けられる際、ユーザのアカウント情報、ユーザ名、またはアクティブセッションをカスタマイズしてブラウザスナップショットを取り込んだユーザを一意に識別するその他のメカニズムと関連付けられる。各ユーザと関連付けられたブラウザスナップショットはネットワーク１２内の安全な場所に保存される。
【００５７】
本実施形態において、ブラウザスナップショットはＢＳＲリポジトリモジュール３６により保存される。本実施形態において、セキュリティコンポーネント４２は、ＢＳＲ装置モジュール３４とＢＳＲリポジトリモジュール３６間の高信頼性接続を確立し、取り込んだアクティブセッションのブラウザ状態をネットワーク１２を介して送信する。別の態様において、取り込んだアクティブセッションのブラウザ状態がネットワーク１２内の他の場所に保存される場合、セキュリティコンポーネント４２は、ネットワークに接続されたその他の装置と高信頼性接続を確立し、ブラウザスナップショットを安全に送信する。
【００５８】
ある態様において、セッション名およびセッションパスワードの入力後、ブラウザスナップショットを自動的に保存するようにしてもよい。別の態様において、ユーザは、別のコマンドでおよび／または保存場所を選択してブラウザスナップショットの保存を開始してもよい。ユーザがアクティブセッションのブラウザ状態を取り込んだ後も当該アクティブセッションのカスタマイズを続けた場合、取り込みコンポーネント４４は、取り込んだアクティブセッションのブラウザスナップショットとの不一致の可能性を警告してもよい。」（第１５〜１８頁）
　
（ヘ）「【００９２】
図１０は、上述したネットワーク１２を介して動作するＢＳＭシステム３００を示すブロック図である。同図に示すように、ＢＳＭシステム３００は、アプリケーションサーバ３０２、第１および第２の装置３０４、３０６として示される通信装置、およびリポジトリサーバ３０８をそれぞれ少なくとも１ずつ備える。別の態様において、ＢＳＭシステム３００は、任意の数のアプリケーションサーバ、通信装置、リポジトリサーバ、およびその他のネットワーク対応装置を備えてもよい。
【００９３】
アプリケーションサーバ３０２は、第１および第２の装置３０４、３０６等の、ネットワーク１２上の装置に対してアプリケーションを提供可能な任意のネットワーク対応装置である。アプリケーションサーバ３０２は、プロセッサ、メモリ、マルチプラットフォームウェブアプリケーション等の少なくとも１のマルチプラットフォームネットワークアプリケーション、サーバ状態モジュール３１２、およびプラットフォームアダプタモジュール３１４を備える。アプリケーションサーバ３０２は、オペレーティングシステムおよびプログラムもメモリに備え、通常のネットワークサーバコンピュータと同程度の能力を有する。ネットワークを介してネットワークアプリケーションを提供する周知のメカニズムでは、ＨＴＴＰ要求等の要求によりアプリケーションサーバ３０２とのアクティブセッションが開始される。
【００９４】
この要求は、第１および第２の装置３０４、３０６等の対象プラットフォームからネットワーク１２を介してアプリケーションサーバ３０２に送信される。アプリケーションサーバ３０２は、プラットフォームの種類（例えば、デスクトップパーソナルコンピュータ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話等）と対象プラットフォームのために起動されるマルチプラットフォームネットワークアプリケーションの当該プラットフォームに依存するバージョンを特定する。次に、アプリケーションサーバ３０２は、サーバ状態モジュール３１２を用いてサーバ状態を生成する。このサーバ状態は、対象プラットフォームに対応するプラットフォーム依存ネットワークアプリケーションとともに動作する。プラットフォーム依存ネットワークアプリケーションとは、対象プラットフォームのブラウザとのアクティブセッションの確立および維持可能な、マルチプラットフォームネットワークアプリケーションのプラットフォーム依存バージョンである。
【００９５】
図１１、１２、および１３は、プラットフォームの異なるブラウザ表示例を示す図である。各プラットフォームは、ネットワークアプリケーションの各プラットフォームに依存するバージョンとともに動作するサーバ状態によりサポートされる、各プラットフォームに依存するバージョンは、バージョンが異なるマルチプラットフォームネットワークアプリケーション（この例では、ブックストアアプリケーション）である。図１１、１２、および１３に示される各表示例は、各プラットフォームの表示画面のサイズ、ユーザインターフェイス装置、およびネットワーク接続のタイプ等の能力に最適化された各プラットフォームに依存するブックストアアプリケーションの表示である。別の態様において、マルチプラットフォームネットワークアプリケーションは任意の数のプラットフォームに対応してよい。
【００９６】
図１１に示される第１のブラウザ表示例３２４は、ブックストアアプリケーションの第１のプラットフォームに依存するバージョンにより生成される。第１のプラットフォームに依存するバージョンは、デスクトップまたはラップトップコンピュータ等の表示画面が比較的大きくネットワーク接続が比較的安定したプラットフォームによるアクティブセッションに用いられる。表示画面が比較的大きいため、このプラットフォームは、書籍目録タスク３２６、ショッピングカートタスク３２８、およびチェックアウトタスク３３０を一画面中に表示できる。ネットワーク１２への高速接続と多様なユーザインターフェイス装置により、アクティブセッション中の操作にはスクロール、マウスクリック、キーボードによるデータ入力等が用いられる。」（第２４〜２５頁）
　
（ト）「【０１０２】
図１０に示されるプラットフォームアダプタモジュール３１４は、サーバ状態モジュール３１２と連携して動作する。プラットフォームアダプタモジュール３１４は、アクティブセッションのサーバ側ランタイム状態のプラットフォーム依存（ＰＳ）スナップショットを取り込む能力を有する。アクティブセッションのサーバ側ＰＳスナップショットは、アクティブセッション中にブラウザおよびアプリケーションサーバ３０２間で進行中の対話に関連するプラットフォーム依存ランタイム状態データを含む。プラットフォームアダプタモジュール３１４によってサーバ側ＰＳスナップショットに取り込まれるプラットフォーム依存ランタイム状態データの量、種類、および詳細については、マルチプラットフォームネットワークアプリケーションの開発者により指定される。サーバ側ＰＳスナップショットに取り込まれるプラットフォーム依存ランタイム状態は、別のデータベースへのリンク、アクティブセッションに関連するキャッシュデータ、オープンファイル、入力／出力、ＪＳＰまたはＣＧＩ変数等を含んでもよい。サーバ側ＰＳスナップショットは、プラットフォームアダプタモジュール３１４により、第１および第２の装置３０４、３０６、および／またはリポジトリサーバ３０８にネットワーク１２を介して送信される。」（第２６頁）
　
（チ）「【０１０７】
図１４は、ＢＳＭモジュール３１６の一実施形態を示すブロック図である。ＢＳＭモジュール３１６は、上述したインターフェイスコンポーネント４０、セキュリティコンポーネント４２、取り込みコンポーネント４４、および復元コンポーネント４６に加えて、変換モジュール３５０および状態ハンドラモジュール３５２を備える。上述したように、取り込みコンポーネント４４によって取り込まれるブラウザ側プラットフォーム依存（ＰＳ）スナップショットは、アクティブセッションのブラウザ側プラットフォーム依存ランタイム状態を含む。別の態様において、ＢＳＭモジュール３１６は、任意の数のモジュールまたはコンポーネントを備えてよい。
【０１０８】
変換モジュール３５０は、取り込みコンポーネント４４と連携して動作し、ネットワークアプリケーションのプラットフォーム依存バージョンのブラウザ側ランタイム状態（ブラウザ側ＰＳスナップショット）を選択的に変換する。プラットフォームアダプタモジュール３１４と同様に、ブラウザ側ＰＳスナップショットは、マッピング記述ファイルを用いて、ブラウザ側プラットフォーム非依存ランタイム状態に変換される。具体的には、ブラウザ側ＰＳスナップショットに含まれるブラウザ側プラットフォーム依存ランタイム状態データが、プラットフォーム非依存ランタイム状態データに選択的に変換される。また、変換モジュール３５０は、復元コンポーネント４６と連携して動作し、ブラウザ側プラットフォーム非依存ランタイム状態を、ブラウザ側プラットフォーム依存ランタイム状態データを含むブラウザ側ＰＳスナップショットに選択的に変換する。
【０１０９】
変換モジュール３５０は、マッピング記述ファイルを用いて状態データを選択的に変換する。プラットフォームアダプタモジュール３１４と同様に、マッピング記述ファイルには、アプリケーション開発者により、ブラウザ側ＰＳスナップショットに含まれるブラウザ側プラットフォーム依存ランタイム状態データおよびブラウザ側プラットフォーム非依存ランタイム状態データ間の選択的な変換について記述される。
【０１１０】
ブラウザ側ＰＳスナップショットが変換されると、状態ハンドラモジュール３５２は、ブラウザ側プラットフォーム非依存ランタイム状態を変換モジュール３５０から受信する。また、状態ハンドラモジュール３５２は、サーバ側プラットフォーム非依存ランタイム状態を含むＰＩスナップショットをプラットフォームアダプタモジュール３１４から受信する。サーバ側プラットフォーム非依存ランタイム状態は、ＰＩスナップショット内において、ブラウザ側プラットフォーム非依存ランタイム状態と結合される。アクティブセッションのプラットフォーム非依存ランタイム状態を含むＰＩスナップショットは、リポジトリサーバ３０８に送信される。」（第２７頁）
　
（リ）「【０１１５】
図１５は、ＢＳＭリポジトリモジュール３２２の一実施形態を示すブロック図である。ＢＳＭリポジトリモジュール３２２は、図６に示される上述のログインセキュリティコンポーネント８０、ページサーバコンポーネント８２、スナップショット保存コンポーネント８４、および通信セキュリティコンポーネント８６に加えて、状態ハンドラモジュール３５４を備える。状態ハンドラモジュール３５４は、第１および第２の装置３０４、３０６、および／またはアプリケーションサーバ３０２のいずれかからブラウザ側ＰＳスナップショットとサーバ側ＰＳスナップショットを受信し、変換、結合してＰＩスナップショットを生成する。別の態様において、ＢＳＭリポジトリモジュール３２２は任意の数のモジュールを備えてよい。」（第２８頁）
　
（ヌ）「【０１１８】
ユーザは、第１の装置３０４等の通信装置を用いてマルチプラットフォームネットワークアプリケーションの起動を要求し、アクティブセッションを開始する。第１の装置３０４上で動作する第１のブラウザ３１８とのアクティブセッションを確立、維持するために、マルチプラットフォームネットワークアプリケーションのプラットフォーム依存バージョンがサーバ状態とともに用いられる。アクティブセッション中、第１の装置３０４のユーザは、ＢＳＭシステム３００を利用してアクティブセッションの取り込みを開始する。
【０１１９】
アクティブセッションのプラットフォーム依存ランタイム状態は、ＰＳスナップショットとして取り込まれる。具体的には、第１の装置３０４上で動作する第１のブラウザ３１８のブラウザ現状態と、アプリケーションサーバ３０２のサーバ現状態が取り込まれる。ブラウザ現状態を含むＰＳスナップショットとサーバ現状態を含むＰＳスナップショットは結合され、アクティブセッションのプラットフォーム非依存ランタイム状態を含むＰＩスナップショットに変換される。ＰＩスナップショットはリポジトリサーバ３０８に保存される。
【０１２０】
ＰＩスナップショットは、第２の装置３０６等の対象装置を用いて後で読み出される。ＰＩスナップショットは、第２の装置３０６のハードウェアおよび／またはソフトウェア能力（プラットフォーム）に基づいてＰＳスナップショットに変換される。サーバ側ＰＳスナップショットには、サーバ側プラットフォーム依存ランタイム状態データが含まれ、ブラウザ側ＰＳスナップショットには、ブラウザ側プラットフォーム依存ランタイム状態データが含まれる。プラットフォーム依存ランタイム状態はアクティブセッションとしてインスタンス化され、以前に確立されたアクティブセッションが再開される。アクティブセッションの再開には、アプリケーションサーバ３０２と第２の装置３０６上で動作する第２のブラウザ３２０が用いられる。従って、アクティブセッションは、あらゆるプラットフォーム上で復元可能である。」（第２９頁）
　
（ル）「【０１４５】
図１７は、図１０に示されるＢＳＭシステム３００の動作例を示すフローチャートである。ここでは、アクティブセッションを表すＰＩスナップショットが保存される。まず、ブロック４０２において、ユーザは第１の装置３０４上で第１のブラウザ３１８を起動する。ブロック４０４において、ユーザは、第１の装置３０４を用いてリポジトリサーバ３０８にログオンする。ブロック４０６において、ユーザは、第１の装置３０４を用いてアクティブセッション開始要求をアプリケーションサーバ３０２に送信する。
【０１４６】
ブロック４０８において、アプリケーションサーバ３０２は、第１の装置３０４のプラットフォームの種類を特定する。ブロック４１０において、アプリケーションサーバ３０２は、第１の装置３０４のプラットフォームに対応する、マルチプラットフォームネットワークアプリケーションのプラットフォーム依存バージョンを起動する。ブロック４１２において、第１の装置３０４の第１のブラウザ３１８は画面を表示する。ブロック４１４において、ユーザがアクティブセッション中に操作を行うと、ブラウザ状態およびサーバ状態の変更が行われる。ブロック４１６において、ユーザは、第１の装置３０４を用いてアクティブセッションのスナップショット取り込みを開始する。
【０１４７】
ブロック４１８において、第１の装置３０４のＢＳＭモジュール３１６は、ネットワーク１２を介してプラットフォームアダプタモジュール３１４に保存要求を送信する。この保存要求はＵＲＬ等のリソースロケータであり、第１の装置３０４のプラットフォームを特定するための少なくとも１の暗号化された変数が添付されている。ブロック４２０において、プラットフォームアダプタモジュール３１４は、アクティブセッションのサーバ側ランタイム状態（状態データおよびセッションデータ）をサーバ側ＰＳスナップショットとして取り込む。ブロック４２２では、マスターマッピングファイルを用いて、保存要求で特定されるプラットフォームに対応するマッピング記述ファイルを特定する。ブロック４２４では、特定されたマッピング記述ファイルを用いて、サーバ側ＰＳスナップショットがＰＩスナップショットに変換される。
【０１４８】
図１８のブロック４２６において、プラットフォームアダプタモジュール３１４は、保存要求に対する応答として第１の装置３０４に対してＰＩスナップショットを送信する。ブロック４２８では、保存要求に対する応答として、特定されたマッピング記述ファイルがさらに第１の装置３０４に送信される。ブロック４３０において、ＢＳＭモジュール３１６は、サーバ側プラットフォーム非依存ランタイム状態を含むＰＩスナップショットを受信する。ブロック４３２において、ＢＳＭモジュール３１６は、ブラウザ側ＰＳスナップショットとしてブラウザ側プラットフォーム依存ランタイム状態を取り込む。ブロック４３４において、ＢＳＭモジュール３１６は、マッピング記述ファイルを用いてブラウザ側ＰＳスナップショットをブラウザ側プラットフォーム非依存ランタイム状態に選択的に変換する。ブロック４３６において、ブラウザ側プラットフォーム非依存ランタイム状態は、アプリケーションサーバ３０２から受信したＰＩスナップショットのサーバ側プラットフォーム非依存ランタイム状態と結合される。ブロック４３８において、アクティブセッションのプラットフォーム非依存ランタイム状態を含むＰＩスナップショットは、シリアル化されてリポジトリサーバ３０８に送信される。ブロック４４０において、リポジトリサーバ３０８はＰＩスナップショットを保存する。」（第３４〜３５頁）
　
（ヲ）「【０１５０】
図１９は、図１０に示されるＢＳＭシステム３００の動作例を示すフローチャートである。ここでは、図１７および１８に示されるように第１の装置３０４を用いて保存されたＰＩスナップショットが、アクティブセッションに復元される。まず、ブロック５０２において、第２の装置３０６等の通信装置上でブラウザを起動する。ここでは説明のため、第２の装置３０６のプラットフォームが第１の装置３０４のものとは異なると想定する。ブロック５０４において、ユーザは第２の装置３０６を用いてリポジトリサーバ３０８にログオンする。ブロック５０６において、ユーザは、以前に保存されたアクティブセッションのＰＩスナップショットの復元を決定し、ネットワーク１２を介してリポジトリサーバ３０８に復元要求を送信する。ブロック５０８において、リポジトリサーバ３０８は、復元要求の応答として、保存されたＰＩスナップショットをネットワーク１２を介して第２の装置３０６に送信する。
【０１５１】
ブロック５１０において、第２の装置３０６のプラットフォームのＩＤがセッション再開要求に含まれる。このセッション再開要求には、第２の装置３０６上で表示される表示状態を特定するための少なくとも１の暗号化された変数と、ＵＲＬ等のリソースロケータが含まれる。ブロック５１２において、第２の装置３０６は、セッション再開要求により、保存されたＰＩスナップショットをアプリケーションサーバ３０２に送信する。ブロック５１４において、プラットフォームアダプタモジュール３１４はマスターマッピングファイルにアクセスして、第２の装置３０６のプラットフォームに対応するマッピング記述ファイルを特定する。ブロック５１６において、プラットフォームアダプタモジュール３１４は、特定されたマッピング記述ファイルを用いて、ＰＩスナップショットに含まれるサーバ側ランタイム状態をサーバ側ＰＳスナップショットに変換する。ブロック５１８において、プラットフォームアダプタモジュール３１４はサーバ側ＰＳスナップショットに含まれるサーバ側ランタイム状態を再インスタンス化する。ブロック５２０において、プラットフォームアダプタモジュール３１４は、セッション再開要求に対する応答として、セッション再開要求で特定される表示状態に対応する、復元されたアクティブセッションのページを送信する。
【０１５２】
ブロック５２２において、プラットフォームアダプタモジュール３１４は、セッション再開要求に対する応答として、特定されたマッピング記述ファイルも第２の装置３０６に送信する。ブロック５２４において、第２の装置３０６のＢＳＭモジュール３１６は、マッピング記述ファイルを用いてＰＩスナップショットをブラウザ側ＰＳスナップショットに変換する。ブロック５２６において、第２の装置３０６の第２のブラウザ３２０は、アプリケーションサーバ３０２がら送信されたページを表示する。ブロック５２８において、ＢＳＭモジュール３１６はブラウザ側ランタイム状態を再インスタンス化することで、表示ページ中のフォームにデータが入力され、スクリプト変数、クッキー等が再び初期化される。ブラウザ側ＰＳスナップショットが完全に復元されると、ブロック５３０において、ユーザは第２の装置３０６の第２のブラウザ３２０を用いて、スナップショットが取り込まれた時点からアクティブセッションを再開する。別の態様において、ＢＳＭシステム３００の他の装置が、マッピング記述ファイルを用いてＰＩスナップショットをＰＳスナップショットに変換してもよい。」（第３５〜３６頁）
　
（ワ）「【０１５７】
【発明の効果】
上述したＢＳＭシステム３００によれば、任意のプラットフォームおよび任意のブラウザ上におけるアクティブセッションの取り込み、保存、および復元が可能になる。マルチプラットフォームネットワークアプリケーションのプラットフォーム依存バージョンのランタイム状態は取り込まれると、プラットフォーム非依存ランタイム状態に変換されて保存される。同様に、プラットフォーム非依存ランタイム状態は読み出されると、異なるプラットフォームに依存するランタイム状態に変換されて、マルチプラットフォームネットワークアプリケーションの、異なるプラットフォームに依存するバージョンに対応するプラットフォーム上で使用される。従って、ランタイム状態とプラットフォームとが関連付けられることがない。さらに、ランタイム状態には、アクティブセッションのサーバ側およびブラウザ側ランタイム状態の両方が含まれるため、アクティブセッションは無期限に保存され、アクティブセッションの状態データおよびセッションデータが完全な状態で復元される。また、ブラウザ側ランタイム状態のみが保存される場合でも、ランタイム状態と特定のプラットフォームとが関連付けられることはない。
【０１５８】
以上、本発明を具体的な実施形態を参照して説明してきたが、請求の範囲に記載された本発明の意図および範囲から逸脱することなくこれらの実施形態に対して種々の変更が可能であることは明白である。従って、本明細書および図面は例示的なものであり、限定的なものではない。」（第３６〜３７頁）
　
　これら引用刊行物の記載（主として図１０に関する記載）から、引用刊行物には、ネットワーク上の装置間の通信に関して、アクティブセッションのブラウザ状態を保存し、保存されたセッションを後で読み出して再開するシステムに関し、以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「第１の装置にアプリケーションを提供可能な任意の数のアプリケーションサーバと、ブラウザを有する第１の装置と、ブラウザを有する第２の装置と、ＨＴＴＰサーバであるリポジトリサーバとがネットワークを介して接続され、
　リポジトリサーバは、スナップショット保存コンポーネントを有し、
　第１の装置において、第１の装置のブラウザの現状態を含むスナップショットは、アプリケーションサーバから受信したスナップショットのサーバの現状態と結合されてリポジトリサーバに送信され、リポジトリサーバのスナップショット保存コンポーネントにより保存され、
　ユーザは以前に保存されたアクティスナップショットの復元を決定し、リポジトリサーバは復元要求を受信すると、保存済みスナップショットをネットワークを介して第２の装置に送信し、
　第２の装置はスナップショットが取り込まれた時点からのアクティブセッションを再開することができる、
　ブラウザセッションモビリティ（ＢＳＭ）システム。」
　
（２）対比
　本願補正発明と引用発明を対比すると、
　引用発明の「スナップショット保存コンポーネント」は、本願補正発明の「状態保存部」に相当する。
　引用発明の、第１の装置にアプリケーションを提供可能な「アプリケーションサーバ」は、本願補正発明の、アプリケーションを提供する「遠隔サーバ」に相当し、引用発明のブラウザを有する「第１の装置」は、本願補正発明の、アプリケーションの提供を受ける「遠隔クライアント」に相当する。
　引用発明のリポジトリサーバは復元要求を受信すると、保存済みスナップショットをネットワークを介して第２の装置に送信しており、引用発明の「復元要求」は、本願補正発明の「抽出命令」に相当し、引用発明のリポジトリサーバも抽出命令を管理しているということができる。
　引用発明の「ＨＴＴＰサーバであるリポジトリサーバ」は、本願補正発明の「ウェブサーバ」及び「ユーザインターフェースを管理する装置」に相当する。
　引用発明のユーザインターフェースを管理する装置（リポジトリサーバ）は、保存済みスナップショットをネットワークを介して送信しており、引用発明のユーザインターフェースを管理する装置も本願補正発明の「通信部」に相当する手段を有していることは明らかである。
　
　したがって、両者は
「ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、受信される抽出命令を管理するウェブサーバと、
　アプリケーションを提供する少なくとも１つの遠隔サーバの状態およびアプリケーションの提供を受ける遠隔クライアントの状態を含む前記ユーザインターフェースの状態を保存する状態保存部と、
　前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態を送信する通信部と、
　を備えるユーザインターフェースを管理する装置。」の点で一致し、以下の点で相違している。
　
相違点１
　本願補正発明は、ネットワーク上に装置が存在することを示す通知パケットを生成するパケット生成部を有しているのに対して、引用発明は、ネットワーク上に装置が存在することを示す通知パケットを生成するパケット生成部を有していない点。
　
相違点２
　本願補正発明のウェブサーバは、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するのに対して、引用発明のウェブサーバは、受信される抽出命令を管理するが、抽出命令は通知パケットの配布結果として受信されるものではなく、また、状態の保存命令について記載がない点。
　また、本願補正発明の状態保存部は、保存命令に従ってユーザインターフェースの状態を保存するのに対して、引用発明はユーザインターフェースの状態を保存しているが、保存命令に従って保存するのかどうか明らかではない点。
　
相違点３
　本願補正発明の通信部は、特定ユーザインターフェースの状態をＨＴＭＬで送信するのに対して、引用発明の通信部は、特定ユーザインターフェースの状態を送信しているが、ＨＴＭＬで送信するのかどうか明らかではない点。
　
（３）当審の判断
　以下、上記相違点について検討する。
　
相違点１について
　ネットワーク上に設けられたサーバ等の装置において、装置が存在することを示す通知パケットをネットワークに（定期的に）送信することは、特表２００５−５０５１９６号公報（段落【００２２】、ＵＰｎＰにおいて、存在を通知するために通知（ｓｓｄｐ：ａｌｉｖｅ）をマルチキャストチャネルに定期的に通知することが記載されている。国際公開ＷＯ２００３／０３０４５２参照）、特開２００５−２９３３５２号公報（段落【００１８】、ＵＰｎＰにおいて、定期的に自己の存在を告知するパケットを送信することが記載されている。）周知であって、引用発明のネットワーク上のユーザインターフェースを管理する装置に適用して、当該装置がネットワーク上に装置が存在することを示す通知パケットを生成するパケット生成部を有する構成とすることに格別の困難性はない。
　
相違点２について
　引用発明には、抽出命令を受信して管理すること、が記載されている一方、保存命令を受信して管理することについて記載はないが、引用発明には、ユーザインターフェースの状態を保存することが記載されており、ユーザインターフェースの状態の保存を保存命令を受信して管理することにより行うようにすることは当業者が適宜になし得ることである。
　そして、上記相違点１の構成を採用した場合に、ネットワーク上の他の装置は、ユーザインターフェースを管理する装置から送信される通知パケットにより、ユーザインターフェースを管理する装置の存在を知ることができ、引用発明のウェブサーバを通知パケットの配布結果として受信される状態の保存命令または抽出命令を管理するように構成することは当業者が容易になし得ることである。
　
相違点３について
　ウェブサーバにおいて通信をＨＴＭＬ（ＨＴＴＰパケット）により行うことは周知であること、また、この点、特開２００４−５８３４１号公報（段落【００１６】〜【００１９】、設定情報、コマンド等をＨＴＭＬ文書で送信することが記載されている。）、特開２００３−２４４１５１号公報（段落【００１１】、装置の管理情報をＨＴＭＬで送信することが記載されている。）に記載されているように情報をＨＴＭＬで送信することは周知であること、引用刊行物の記載事項（ホ）段落【００４５】〜【００４８】に記載されているように引用発明のユーザインターフェースの状態（ブラウザの現状態を含むスナップショット）には、ＨＴＭＬページを解析したＤＯＭ構造が含まれており、引用発明のユーザインターフェースの状態として、ＨＴＭＬページを解析したＤＯＭ構造に代えて、ＨＴＭＬとすることにより、引用発明の通信部を、特定ユーザインターフェースの状態をＨＴＭＬで送信する通信部とすることに格別の困難性はない。
　
　そして、本願補正発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものである。
　
　したがって、本願補正発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。　
　
（４）むすび
　以上のとおりであるから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成２１年１１月２４日付け手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２１年４月２２日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
「ネットワーク上に装置が存在することを示す通知パケットを生成するパケット生成部と、
　前記ネットワークを通じて伝送される所定アプリケーションのユーザインターフェースの状態に対して、前記通知パケットの配布結果として受信される前記状態の保存命令または抽出命令を管理するウェブサーバと、
　前記保存命令に従ってアプリケーションを提供する少なくとも１つの遠隔サーバの状態およびアプリケーションの提供を受ける遠隔クライアントの状態を含む前記ユーザインターフェースの状態を保存する状態保存部と、
　前記保存されたユーザインターフェースの状態のうち、前記抽出命令に従って抽出された特定ユーザインターフェースの状態を送信する通信部と、
　を備えるユーザインターフェースを管理する装置。」
　
（１）引用刊行物
　原査定の拒絶の理由に引用された引用刊行物及びその記載事項は、前記「２．（１）」に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記「２．」で検討した本願補正発明から、「特定ユーザインターフェースの状態を送信する通信部」を「特定ユーザインターフェースの状態をＨＴＭＬで送信する通信部」とする限定を削除したものである。
　そうすると、本願発明の構成要件を全て含みさらに限定を付したものに相当する本願補正発明が、前記「２．（３）」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　したがって、本願は、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。