【事件の表示】
　特願２００９−２４１３１３「アプリケーションレベルゲートウェイ及びファイアウォールのルールセットのダウンロードの許可」拒絶査定不服審判事件〔平成２２年　３月１８日出願公開、特開２０１０−　６１６７５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１５年７月３日を国際出願日とする特願２００４−５２１５２９号（パリ条約による優先権主張２００２年７月１１日、米国）の一部を平成２１年１０月２０日に新たな特許出願としたものであって、平成２３年８月２９日付けで拒絶理由が通知され、これに対し平成２３年１２月２８日付けで手続補正がなされたが、平成２４年４月１６日付けで拒絶査定がなされ、これに対し、平成２４年８月１３日に拒絶査定不服の審判が請求されたものである。
　
２．本願発明
　本願の請求項１〜１８に係る発明は、平成２３年１２月２８日付け手続補正書により補正された特許請求の範囲の請求項１〜１８に記載された事項により特定されるとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
「【請求項１】
　双方向通信装置で、アプリケーションレベルゲートウェイ（ＡＬＧ）のファイルを受信するステップと、
　前記双方向通信装置で、前記ＡＬＧファイルの少なくとも１つの互換性を示すパラメータを、前記双方向通信装置の少なくとも１つのハードウェアの特性と比較するステップと、
　前記少なくとも１つの互換性を示すパラメータに関する好ましい比較結果に応答して、前記双方向通信装置で前記ＡＬＧファイルを記憶するステップとを含み、
　前記受信ステップ、前記比較ステップ及び前記記憶ステップは、前記受信ステップ、前記比較ステップ、前記記憶ステップの順序で実行される、
ことを特徴とする方法。」
　
３．引用例
（引用例１）
　これに対し、原査定の拒絶の理由で引用された、本願の優先日前に頒布された特表２００２−５０７２９５号公報（以下、「引用例１」という。）には、図面とともに、以下の技術事項が記載されていいる。
（ア）「４３．複数の形式のノードのセットを含むネットワークにファイアウオールシステムを確立する方法であって、ネットワーク内の上記ノードセットのノードは、対応するノードに適応したコンフィギュレーションデータに応答して実行されるセキュリティ機能を含み、上記方法は、
　上記ノードセットのノードにおいて働くセキュリティ機能と、上記ノードセットのノードの相互接続とに関する情報を含むトポロジーデータを与え、
　上記ノードセットの最終システム間で実施されるべきセキュリティポリシーを指示するセキュリティポリシーステートメントを与え、
　上記トポロジーデータに応答して、セキュリティポリシーステートメントを、ノードセットのノードにおいて働くセキュリティ機能に対するコンフィギュレーションデータへと変換し、そして
　ネットワーク内のノードにおいてセキュリティ機能にコンフィギュレーションデータを確立する、
という段階を備えたことを特徴とする方法。」（第８頁第８〜２１行）
　
（イ）「５８．上記ノードセットは、フィルタパラメータに基づきアプリケーション層フィルタリングを与えるノードを含み、そしてコンフィギュレーションデータは、アプリケーション層フィルタリングのためのフィルタパラメータを含む請求項４３に記載の方法。」（第１０頁第１５〜１８行）
　
（ウ）「
発明の分野
　
（エ）「本発明の更に別の観点によれば、コンフィギュレーションドライバーは、ネットワークに分散されたセキュリティ機能のためのコンフィギュレーションデータを発生する。コンフィギュレーションデータは、永続的な記憶能力を有するコンフィギュレーション記憶装置に記憶され、これは、コンフィギュレーションデータに関連したノードセットにおける特定のノードと通信する。ネットワーク内のあるデバイスのコンフィギュレーション記憶装置は、例えば、不揮発性のプログラマブルメモリの形態でデバイス自体に含まれる。」（第２１頁第６〜１２行）
　
（オ）「「ノード」という一般的な表現は、最終システム又はネットワークデバイスのいずれかを指す。」（第２５頁第２２〜２３行）
　
（カ）「ノード特有のセキュリティポリシーコンフィギュレーションデータは、ノードのフィルタリングエンジンを駆動するフィルタリングルールのような静的なデータを含むか、又はジャバ、ソース又はバイトコードのような動的なデータリンクプログラムや、ＴＣＬ、ピアール、Ｃシェルスクリプトのようなスクリプト言語で表わされたプログラムを含む。特定のノードで実施されるセキュリティポリシーステートメントを表すコンフィギュレーションデータのフォーマットは、特定のノード及びそのセキュリティポリシー実施エージェントに基づく。」（第２８頁第２４行〜第２９頁第２行）
　
（キ）「１．ノードは、２つの分類に分けられる。１）ポリシーを実施できないか又は実施する信頼性がないためにポリシーを実施することのできない受動的ノード、及び２)ポリシーを実施することのできる能動的ノード。」（第２９頁第８〜１０行）
　
（ク） 「図２において、セキュリティポリシー実施エージェントが配置されたノードは、水平のバーでコード化される。従って、図の左上の隅から始めて、モデム１１０、リモートアクセスルータ１１２、ターミナルサーバ１１５、アクセスサーバ１０６、ラインサーバ１０４、パケットサーバ１０８、サイトルータ１０７、サイトルータ１０９、スイッチ１２２、スイッチ１２３、中継器１３３、及び最終システム１３１、１３２のネットワークインターフェイスカードは、全て、セキュリティポリシーを実施するエージェントを含む。」（第３２頁第３〜９行）
　
（ケ）「又、ルータにより与えられる従来のフィルタリングサービスは、それらがファイアウオールの要素として働くことができるようにする。一般に、ファイアウオールは、ネットワーク層、搬送層及びアプリケーション層におけるパケットフイルタリングと、アプリケーション代行との２つの機能を遂行する。ルータは、一般に、最初のサービスしか与えない。しかしながら、ファイアウオール技術は、ルータ内に状態マシンを設けて、ＦＴＰ制御トラフィック及びＴＣＰ接続開放パケットのような、それを通して転送されるパケットを追跡し、そしてこの保持された状態を使用して、フィルタリングプロセスを推し進めるという傾向である。この特徴は、パケットフィルタリングとアプリケーション代行との間の区別を不明瞭にする。」（第３８頁第７〜１６行）
　
（コ）「リモートアクセスにとって重要な別のセキュリティサービスは、フィルタリングである。アクセスサーバ（一体的コンフィギュレーション又はスプリットコンフィギュレーションのいずれか）は、ファイアウオール機能を入れるための本来のポイントである。これは、２つの形式の一方をとることができる。最も簡単なものは、アクセスサーバ及びパケットサーバ（スプリットサービスアクセスの場合に）において従来のファイアウオールパケットフィルタリングを行うことである。このようなフィルタリングルールは、装置を通過する全てのトラフィックに適用される。」（第４１頁第６〜１３行）
　
（サ）「次いで、コンフィギュレーションデータは、例えば、簡単なネットワークマネージメントプロトコル（ＳＮＭＰ）状のプロトコル、テルネット、トリビアルファイル転送プロトコル(ＴＦＴＰ)、又は他のデバイス特有のプロトコルを使用して適当なネットワークデバイスへと分配される。」（第４４頁第１４〜１７行）
　
（シ）「ステップ５０２又はステップ５０５のいずれかによってコンフィギュレーションデータがノードに送られた後に、ノードは、それが受け取ったコンフィギュレーションデータに基づいて新たなルールを実行する(ステップ５０６)。
　従って、セキュリティポリシーマネージメントコンフィギュレーションドライバーは、これらルールのコンフィギュレーションデータをノードに通信することによりノードにルールを確立する。例えば、ノードが永続的な記憶装置を有する場合には、セキュリティポリシーマネージメントコンフィギュレーションドライバーは、テルネット又はトリビアル・ファイル搬送プロトコル（ＴＦＴＰ）のような標準的なプロトコルを使用してルールをノードへ直接通信するか、又は多層ファイアウオールの一部分としてこの目的のために特に指定されたプロトコルを使用する。」（第５０頁第２４行〜第５１頁第７行）
　
（ス）「第１の例（図６）においては、２つのスイッチ６０６及び６０７は、中継器６０４及び６０５を経てホストグループ１（６００）に接続され、ファイアウオールルールの実施を行うことができ、そしてスイッチ６１４及び中継器６１３によりホストグループ２（６１０）に接続されたサイトルータ６１５も、ファイアウオールルールの実施を行うことができる。
　多層ファイアウオールポリシーマネージメントステーション６２５は、多層ファイアウオールポリシールールを２つのノード特有のポリシールールに分解し、その一方は、サイトルータ６１５に対するものであり、そしてその他方は、２つのスイッチ６０６及び６０７に対するものである(両スイッチは、同じデバイス特有のポリシールールを受け入れると仮定する)。「実施場所」の項は、「両方」を指定しているので、多層ファイアウオールポリシーマネージメントステーション６２５は、ノード特有のポリシールールを、ＴＦＴＰのようなプロトコルを使用するサイトルータ６１５と、ＴＦＴＰのようなプロトコル又は下位層ＳＮＭＰを使用する２つのスイッチ６０６及び６０７との両方にダウンロードする。「実施場所」の項が「ソース」を指定する場合には、多層ファイアウオールポリシーマネージメントステーション６２５は、サイトルータ６１５に対するポリシールールのみをダウンロードする。「実施場所」の項が「行先」を指定する場合には、多層ファイアウオールポリシーマネージメントステーション６２５は、スイッチ６０６及び６０７に対するポリシールールのみをダウンロードする。」（第５２頁第２２行〜第５３頁第１３行）
　
　上記引用例１記載事項及び図面の記載を総合勘案すれば、引用例１には、次の発明（以下、「引用発明１」という。）が記載されているものと認められる。
　
「複数の形式のノードのセットを含むネットワークにファイアウオールシステムを確立する方法であって、ネットワーク内の上記ノードセットのノードは、対応するノードに適応したコンフィギュレーションデータに応答して実行されるセキュリティ機能を含み、
　上記ノードセットは、フィルタパラメータに基づきアプリケーション層フィルタリングを与えるノードを含み、そしてコンフィギュレーションデータは、アプリケーション層フィルタリングのためのフィルタパラメータを含み、
　「ノード」という一般的な表現は、最終システム又はネットワークデバイスのいずれかを指し、能動的ノードは、ポリシーを実施することができ、
　コンフィギュレーションデータは、永続的な記憶能力を有するコンフィギュレーション記憶装置に記憶され、
　ネットワーク内のあるデバイスのコンフィギュレーション記憶装置は、例えば、不揮発性のプログラマブルメモリの形態でデバイス自体に含まれ
　ノード特有のセキュリティポリシーコンフィギュレーションデータは、ノードのフィルタリングエンジンを駆動するフィルタリングルールのような静的なデータを含むか、又はジャバ、ソース又はバイトコードのような動的なデータリンクプログラムや、ＴＣＬ、ピアール、Ｃシェルスクリプトのようなスクリプト言語で表わされたプログラムを含み、
　コンフィギュレーションデータは、例えば、簡単なネットワークマネージメントプロトコル（ＳＮＭＰ）状のプロトコル、テルネット、トリビアルファイル転送プロトコル(ＴＦＴＰ)、又は他のデバイス特有のプロトコルを使用して適当なネットワークデバイスへと分配され、
　コンフィギュレーションデータがノードに送られた後に、ノードは、それが受け取ったコンフィギュレーションデータに基づいて新たなルールを実行する、
　方法。」
　
（引用例２）
　本願の優先日前に頒布された、日経パソコン新語辞典　９９年版、、パソコンの基礎知識と最新動向、日経ＢＰ社、１９９９年３月１６日、初版第三刷発行、ｐ．２８３及びｐ．６４１（以下、「引用例２」という。）には、「ReadMeファイル」及び「動作環境」の用語の解説が、次のとおり記載されている。
（セ）「ReadMeファイル
　オンラインソフトや市販ソフトなどで、ユーザーが最初に起動する前に読んでもらえるように開発者が添附した説明のためのファイル。アプリケーションなどの動作環境、使用方法、注意事項などが記述されている。たいていは「readme.txt」や「お読みください」といった分かりやすい名前になっている。」（第２８３頁左欄第２４行〜同頁右欄第１行）
　
（ソ）「動作環境
　ソフトウェアや周辺機器が正常に動作するのに必要な環境を指す。例えば、アプリケーションソフトでは、CPUの種類と動作周波数、搭載メモリー容量、ハードディスクの空き容量の下限とＯＳの種類などを、動作環境としてカタログ上で明記している場合が多い。」（第６４１頁右欄第１８〜２５行）
　
（引用例３）
　本願の優先日前に頒布された、山嵜利哉、沖　宏志、岡田利司郎、リモートインストールサービス、富士通株式会社、ＦＵＪＩＴＳＵ、第４７巻、第３号、１９９６年５月１０日、ｐ．２６８〜２７５（以下、「引用例３」という。）には、次の技術事項が記載されている。
（タ）「次に目的のものをダウンロードするためには，ｘ−ｍｏｄｅｍ，ｚｍｏｄｅｍ，ｂｐｌｕｓなどのファイル転送プロトコルに関する知識が必要となる。これらプロトコルの選択と起動は，慣れた人にとっては単なる「おまじない」で済むが，初心者には何のことかさっぱり分からないであろう。
　さらに，ダウンロードしたソフトの解凍も大きな問題である。ｌｚａ，ｚｉｐなどという圧縮・解凍ソフトの操件も，ファイル転送プロトコルと同様の問題を抱えている。
　最後にインストールの問題がある。コマンド一つでインストールできるものが多いとはいえ，場合によってはパラメータを考えたり，手作業で登録しなければならないこともある。また，コマンド実行前にも，ディスク容量や，ハード条件（ ＡＴ互換機やＭａｃｉｎｔｏｓｈ注４）などの機種，また，メモリ容量，ディスプレイ解像度など），ソフト条件（ Ｗｉｎｄｏｗｓ注５），ＭａｃＯＳ注６）などＯＳの別，Ｖｉｓｕａｌ　Ｂａｓｉｃ注７）アプリケーションやＱｕｉｃｋ　Ｔｉｍｅ注８）アプリケーションの実行に必要なランタイムライブラリがあるか）など考慮すべき事項が数多く存在する。それらの判断を誤った場合には，インストール途中で失敗したり，インストールはできたものの動作しないなどの状況が発生したりする。
　これらのハードルをすべてクリアして，初めてソフトが使えるようになるのだが，上記の項目を解決するための知識や操作は，コンピュータを単なる道具として使っている大多数の人々にとっては不要なものである。」（第２７０頁右欄第５〜３０行）
　
（引用例４）
　本願の優先日前に頒布された、特開平１１−３１２０８０号公報（以下、「引用例４」という。）には、図面とともに次の技術事項が記載されている。
（チ）「【解決手段】プログラムサーバ装置５０が、インストールプログラム５２とインストール条件テーブル５３とインストール条件判断プログラム５７とを、クライアント端末装置６１へブロードキャストする。クライアント端末装置６１は、インストール条件判断プログラム５７を実行し、インストール条件テーブル５３とクライアント端末装置システムテーブル６３とクライアント端末装置プログラムテーブル６４とを基に、更新の必要性を判断し、必要と判断した場合のみインストールプログラム５２をインストールする。」（フロントページ、左下欄）
　
（ツ）「【００３７】図４は、インストール条件テーブル５３の一例を示す図である。
【００３８】インストール条件テーブル５３は、項目１２１とその値１２２を定義したテーブルである。この例では、項目は、インストールするプログラムの名称を表す「プログラム名称」１２３、該プログラムのバージョンを表す「バージョン」１２４、該プログラムが稼動するために必要なコンピュータ本体を表す「コンピュータ本体」１２５、該プログラムが稼動するために必要な基本ソフトウエアを表す「基本ソフトウエア」１２６、該プログラムが稼動するために必要なメモリ容量を表す「メモリ」１２７、該プログラムをインストールするために必要なハードディスク容量を表す「空きハードディスク」１２８及び該プログラムが稼動するために必要なディスプレイの精度を表す「ディスプレイ」１２９がある。」（第４頁第６欄第１３〜２８行）
　
（テ）「【００４５】ステップ２２０では、自クライアント端末装置６１のクライアント端末装置システムテーブル６３とインストール条件テーブル５３を対照して、自クライアント端末装置６１がシステム要件を満足しているか否かチェックする。このシステム要件チェック処理については図８を参照して後述する。」（第５頁第７欄第７〜１２行）
　
　
４．対比
　本願発明と引用発明１とを比較する。
　引用発明１の「ネットワークデバイス」である「ノード」は、「３．引用例」摘記事項（ク）に記載のとおり、「モデム１１０、リモートアクセスルータ１１２、ターミナルサーバ１１５、アクセスサーバ１０６、ラインサーバ１０４、パケットサーバ１０８、サイトルータ１０７、サイトルータ１０９、スイッチ１２２、スイッチ１２３、中継器１３３」を含むから、本願発明の「双方向通信装置」に相当する。
　次に、引用発明１の「ネットワークデバイス」である「ノード」のうち、「アプリケーション層フィルタリングを与えるノード」は、アプリケーションレベルでの「セキュリティ機能」を実行しているから、本願発明の「アプリケーションレベルゲートウェイ（ＡＬＧ）」に相当する。
　次に、本願明細書第【００６６】段落には、ＡＬＧファイル２００のボディ２０２（ペイロード）について「すなわち、実行可能なボディ２０２は、プロトコルスペシフィックなプログラムコードを含んでいる。」と記載されているから、本願発明の「アプリケーションレベルゲートウェイ（ＡＬＧ）のファイル」は、「実行可能」な「プログラムコード」を含んでいるものである。
　すると、引用発明１の「アプリケーション層フィルタリングを与えるノード」「に適応したコンフィギュレーションデータ」は、「ジャバ、ソース又はバイトコードのような動的なデータリンクプログラムや、ＴＣＬ、ピアール、Ｃシェルスクリプトのようなスクリプト言語で表わされたプログラム」（以下、「上記プログラム」という。）を含み、コンピュータ間でファイルを転送するためのプロトコルである「トリビアルファイル転送プロトコル(ＴＦＴＰ)」等を使用して「分配され」ているから、本願発明の「アプリケーションレベルゲートウェイ（ＡＬＧ）のファイル」に相当するといえる。
　次に、引用発明１の上記「アプリケーション層フィルタリングを与えるノード」が、「上記プログラム」を含む「コンフィギュレーションデータ」を「受け取」ることが、本願発明の「双方向通信装置で、アプリケーションレベルゲートウェイ（ＡＬＧ）のファイルを受信するステップ」に相当する。
　次に、引用発明１において、「受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」することが、本願発明の「前記双方向通信装置で前記ＡＬＧファイルを記憶するステップ」に相当する。
　次に、引用発明１において、「アプリケーション層フィルタリングを与えるノード」が「上記プログラム」を含む「コンフィギュレーションデータ」を「受け取」り、「受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」することと、本願発明の「前記受信ステップ、前記比較ステップ及び前記記憶ステップは、前記受信ステップ、前記比較ステップ、前記記憶ステップの順序で実行される」こととは、「前記受信ステップ及び前記記憶ステップは、前記受信ステップ、前記記憶ステップの順序で実行される」点で共通する。
　
　すると、本願発明と引用発明１とは、次の点で一致する。
（一致点）
「双方向通信装置で、アプリケーションレベルゲートウェイ（ＡＬＧ）のファイルを受信するステップと、
　前記双方向通信装置で前記ＡＬＧファイルを記憶するステップとを含み、
　前記受信ステップ及び前記記憶ステップは、前記受信ステップ、前記記憶ステップの順序で実行される、
ことを特徴とする方法。」
　
　また、両者は、次の点で相違する。
＜相違点１＞
　本願発明では、「ＡＬＧファイル」に「少なくとも１つの互換性を示すパラメータ」が含まれているのに対し、引用発明１では、「アプリケーション層フィルタリングを与えるノード」「に適応したコンフィギュレーションデータ」（本願発明の「ＡＬＧファイル」に相当する。以下同じ。）に「少なくとも１つの互換性を示すパラメータ」が含まれているか明らかでない点。
　
＜相違点２＞
　本願発明では、「前記双方向通信装置で前記ＡＬＧファイルの少なくとも１つの互換性を示すパラメータを、前記双方向通信装置の少なくとも１つのハードウェアの特性と比較するステップと、
　前記少なくとも１つの互換性を示すパラメータに関する好ましい比較結果に応答して、前記双方向通信装置で前記ＡＬＧファイルを記憶するステップ」とを含み、「前記受信ステップ、前記比較ステップ及び前記記憶ステップは、前記受信ステップ、前記比較ステップ、前記記憶ステップの順序で実行される」のに対し、
　引用発明１では、「ノード」（双方向通信装置）で上記「比較するステップ」が実行されること、及び、該「比較するステップ」での好ましい比較結果に応答して、「受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」することが示されておらず、上記「比較するステップ」が、「上記プログラム」を含む「コンフィギュレーションデータ」を「受け取」ること（受信ステップ）、「比較ステップ」、「それが受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」すること（記憶ステップ）の順序で実行されることも、示されていない点。
　
５．判断
　そこで、上記相違点について検討すると、
＜相違点１＞について：
　オンラインで入手するソフトウェアに、その動作環境（CPUの種類と動作周波数、搭載メモリー容量、ハードディスクの空き容量の下限とＯＳの種類など）の情報を含ませることは、通常のことである（例えば、引用例２、引用例４参照。）。
　よって、引用発明１の「アプリケーション層フィルタリングを与えるノード」「に適応したコンフィギュレーションデータ」（ＡＬＧファイル）において、「上記プログラム」とともに、その「上記プログラム」の動作環境（CPUの種類と動作周波数、搭載メモリー容量、ハードディスクの空き容量の下限とＯＳの種類など）の情報（少なくとも１つの互換性を示すパラメータ）を含ませることは、当業者にとって明らかなことである。
　
＜相違点２＞について：
　ソフトウェアを受信又はダウンロードした後、該ソフトウェアをディスクにインストールするのに必要とされるディスク容量（空き容量）や、ソフトウェアを実行するためのハードウェア条件をシステムが満たしているか判断し、満たしている場合に、該ソフトウェアをディスクにインストールすることは、周知技術である（例えば、引用例３、引用例４参照。）。
　そして、引用発明１と上記周知技術とは、受け取ったプログラム（ソフトウェア）を、ディスクや不揮発性のプログラマブルメモリ等の「永続的な記憶能力を有する」「記憶装置」に記憶する技術である点で共通するから、引用発明１に上記周知技術を適用し、引用発明１において、「ノード」（双方向通信装置）が、「上記プログラム」を含む「コンフィギュレーションデータ」を「受け取」った（受信するステップ）後、「受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」するために必要とされる該「記憶装置」の容量（空き容量）や、「上記プログラム」を含む「コンフィギュレーションデータ」に基づいて「新たなルールを実行」するためのハードウェア条件（前記ＡＬＧファイルの少なくとも１つの互換性を示すパラメータ）を、「ノード」（双方向通信装置）のシステムが満たしているか判断し（少なくとも１つのハードウェアの特性と比較するステップ）、満たしている場合に（前記少なくとも１つの互換性を示すパラメータに関する好ましい比較結果に応答して）、「受け取ったコンフィギュレーションデータ」を「永続的な記憶能力を有する」「記憶装置に記憶」（ファイルを記憶）し、上記「受け取」り、上記「満たしているか」の「判断」及び上記「記憶」が、上記のとおりの順序で実行される（前記受信ステップ、前記比較ステップ及び前記記憶ステップは、前記受信ステップ、前記比較ステップ、前記記憶ステップの順序で実行される）ようにして、上記相違点２に係る本願発明の構成とすることは、当業者が容易になし得たことである。
　
　また、本願発明の作用効果は、引用発明１及び周知技術より、当業者が予測し得たものである。
　
　よって、本願発明は、引用発明１及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
６．まとめ
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により、特許を受けることができないものである。
　したがって、その余の請求項について論及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。