【事件の表示】
　特願２００２−５４５３７６「ネットワークへのアクセスを管理する方法および装置」拒絶査定不服審判事件〔平成１４年　５月３０日国際公開、ＷＯ０２／４２９２０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯 
　本願は、２００１年１１月８日（パリ条約による優先権主張２０００年１１月２２日、日本国）を国際出願日とする出願であって、平成１７年５月１７日付けで拒絶理由通知がなされ、同年７月２５日付けで手続補正がなされたが、平成１８年１月１６日付けで拒絶査定がなされ、これに対し、同年２月２３日に審判請求がなされるとともに同日付けで手続補正がなされたものである。
　 
第２．平成１８年２月２３日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１８年２月２３日付けの手続補正を却下する。
　
［理由］
１．本件補正
　平成１８年２月２３日付けの手続補正（以下「本件補正」という。）により、特許請求の範囲は、 
　 
「【請求項１】　クライアント端末がネットワークを介してサーバにアクセスする際に
行うアクセス管理方法であって、
　前記サーバに対してソフトウェアのダウンロードを要求するステップと、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成ステップと、
　前記管理テーブル作成ステップに続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップと、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップと、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップと
　を備えることを特徴とするアクセス管理方法。
　　【請求項２】　請求項１記載のアクセス管理方法において、
　前記ソフトウェアは、Jａｖａ（登録商標）プログラミング言語で記述され、前記クライアントに予めインストールされているソフトウェアと共同して実行されるジャバアプリケーションであることを特徴とするアクセス管理方法。
　　【請求項３】　クライアント端末がネットワークを介してサーバにアクセスする際に行うアクセス管理方法をコンピュータに実行させるプログラムであって、
　前記サーバに対してソフトウェアのダウンロードを要求する処理と、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成処理と、
　前記管理テーブル作成処理に続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶処理と、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較する処理と、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しない処理と
　をコンピュータに実行させるプログラム。
　　【請求項４】　クライアント端末がネットワークを介してサーバにアクセスする際に行うアクセス管理方法をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体であって、
　前記サーバに対してソフトウェアのダウンロードを要求する処理と、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成処理と、
　前記管理テーブル作成処理に続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶処理と、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較する処理と、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しない処理と
　をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記録媒体。
　　【請求項５】　クライアント端末がネットワークを介して行うサーバへのアクセスを管理するアクセス管理装置であって、
　前記サーバに対してソフトウェアのダウンロードを要求する手段と、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成手段と、
　前記管理テーブル作成処理に続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップと、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較する手段と、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しない手段と
　を備えることを特徴とするアクセス管理方法。
　　【請求項６】　移動通信網を介してサーバとデータ通信を行う移動通信端末であって、
　前記サーバに対してソフトウェアのダウンロードを要求する手段と、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成手段と、
　前記管理テーブル作成手段によるアクセス管理テーブルの書き込みに続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶手段と、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較する手段と、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しない手段と
　を備えることを特徴とする移動通信端末。」 
　 
　と補正された。 
　 
２．新規事項の有無、補正の目的要件  
　本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされており、特許法第１７条の２第３項の規定に適合し、かつ、特許法第１７条の２第４項第２号の特許請求の範囲の減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるもの）を目的とするものである。 
　
３．独立特許要件  
　本件補正は特許法１７条の２第４項第２号の特許請求の範囲の減縮を目的とすることから、本件補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）以下に検討する。  
　  
（１）補正後の発明
　本件補正により、本願補正発明は、前記「１．補正後の本願発明」の「【請求項１】」に記載されたものと認められる。 
　
（２）引用文献 
　原査定の拒絶の理由に引用された、「”ｉモード対応Ｊａｖａコンテンツ開発ガイド　〜詳細編〜　第１．０版”，株式会社ＮＴＴドコモ　ゲートウェイビジネス部，２０００年１１月８日」（以下、「引用文献」という。）には以下の事項が記載されている。
　
（ア）「Ｊａｖａ対応ｉモードでは、電話やインターネットアクセスの他に、ｉモードコンテンツプロバイダのＷｅｂサイトからＪａｖａアプリケーションをダウンロード、実行する機能がサポートされます。このガイドは、Ｊａｖａ対応ｉモード向けにＪａｖａ対応ｉモードを開発するソフトウェアエンジニア向けのプログラミングガイドです。
Ｊａｖａ対応ｉモードでは、Java2PlatformMicroEdition（Ｊ２ＭＥ）のConnected,Limited、DeviceConfiguration(CLDC)がサポートされます。Ｊ２ＭＥＣＬＤＣでは、小型のネットワーク接続デバイス向けのＪａｖａ仮想マシン使用およびクラスライブラリに関して必要最小限の機能を定義します。」（９頁１行目〜８行目。）
　
（イ）「Ｊａｖａコンテンツプロバイダは、Ｊａｖａ対応ｉモード向けアプリケーションをＪａｖａプログラミング言語を使って作成します。ｉモードＪａｖａアプリケーション環境では、携帯電話のユーザーインタフェース、通信、テキスト変換、・・・（中略）・・・といった処理を制御するＡＰＩが提供されます。」（１０頁２行目〜５行目。）
　
（ウ）「ＣＬＤＣ上に構築されるｉモードＪａｖａ拡張には、次の機能を行うＡＰＩが含まれています。
　・　ＨＴＴＰやＨＴＴＰＳによるネットワーク接続
　・・・（中略）・・・
　
　ｉモードＪａｖａアプリケーション環境には、クライアント／サーバー型アプリケーションの開発をサポートするために、ＨＴＴＰおよびＨＴＴＰＳに基づくネットワーク接続を行うＡＰＩが含まれています。」（１２頁１０行目〜最下行目。）
　
（エ）「ｉモードＪａｖａ対応ｉモード環境が搭載されている携帯電話には、携帯電話にインストールされているＪａｖａアプリケーションを管理する機能が含まれています。Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）は次のことを行います。
　・　携帯電話に搭載されているＪａｖａアプリケーションをリスト表示する。
　・　Ｊａｖａアプリケーションの実行管理（起動や強制終了など）を行う。
　・　Ｊａｖａアプリケーションをインストールまたは更新する。
　・　既存のＪａｖａアプリケーションを削除する。　・・・（中略）・・・
ＪＡＭはＫＶＭから独立したネイティブコンポーネントであり、これをアプリケーションから制御することはできません。
　・・・（中略）・・・
　
１．３　Ｊａｖａ対応ｉモードのＪａｖａセキュリティモデル
　ＣＬＤＣに用意されたセキュリティ機能の他に、Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）では、Ｊａｖａ対応ｉモードのＪａｖａ環境特有の機能として、次のセキュリティ機能が提供されます。
　・・・（中略）・・・
　・　Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）はＫＶＭから独立したネイティブコンポーネントであり、Ｊａｖａアプリケーションからこれを制御することはできません。Ｊａｖａアプリケーションのダウンロードや管理はＪＡＭが行います。そのため、ユーザーにとっては、ダウンロードしたアプリケーションの不正な行為やバグによる誤動作などから携帯電話が保護されることになります。
　・・・（中略）・・・
　・　ｉモードＪａｖａアプリケーション環境の通信機能では、Ｊａｖａ対応ｉモードでサポートされるＨＴＴＰ通信およびＨＴＴＰＳ通信に対する使いやすいインタフェースが提供されます。
　・　Ｊａｖａアプリケーションは、そのアプリケーション自身のダウンロード元であるサーバーとしか通信できません。このネットワークセキュリティ機能により、アプリケーションが、ユーザーの知らない別のサーバーに対して情報を送信することはありません。」（１４頁２行目〜最下行目。）
　
（オ）「１．４　アプリケーションのインストールとライフサイクル
携帯電話上でアプリケーションを実行するためには、コンテンツプロバイダのｉモード対応Ｗｅｂサイトからアプリケーションをダウンロード（インストール）しなければなりません。アプリケーションがダウンロードされると、アプリケーションの保存のために必要な各メモリをＪＡＭが割り当てます。アプリケーションＪＡＲファイルとアプリケーションのＳｃｒａｔｃｈＰａｄは、どちらも携帯電話の不揮発性メモリに格納されます。
次の項では、アプリケーションのダウンロード、実行、削除といったライフサイクルについて説明します。
１．４．１　アプリケーションのダウンロード
アプリケーションのダウンロードは一般的に以下のような流れで行われます。　・・・（中略）・・・
１．ｉモードブラウザを使って、必要なアプリケーションのダウンロードリンク先を決めます。
アプリケーションのダウンロードは、ｉモードブラウザの操作を契機として開始されます。ダウンロードを行うためのＷｅｂページ（ＨＴＭＬコンテンツ）には、通常、Ｊａｖａアプリケーションの説明文や、ダウンロードを開始するためにクリックするリンクが表示されています。リンクには、アプリケーションデスクリプタファイル（「.jam」拡張子を持つファイル　ＡＤＦ、ＪＡＭファイルとも呼ばれます　以降本書ではＡＤＦとします）への参照が含まれています。　・・・（中略）・・・　このファイルの目的の１つは、ダウンロードの開始前に、選択されたＪａｖａアプリケーションを携帯電話に正しくダウンロードできるかどうかをＪＡＭが判定できるようにすることです。・・・（中略）・・・　数ＫバイトのＪａｖａアプリケーションに対してＡＤＦは１００〜３００バイト程度と小さく、Ｊａｖａアプリケーション全体をダウンロードする前にＡＤＦをダウンロードして保存に必要な記憶容量やその機種に対する互換性をチェックすることは、通信コストの点から有利となります。・・・（中略）・・・　
　
　２．　リンクをクリックして、インストールプロセスを開始します。
　このユーザー操作により、ブラウザは、ＪＡＭにＡＤＦの位置を示すＵＲＬを渡します。以降、アプリケーションのダウンロードとインストールはＪＡＭにより行われます。
　
　３．　ＡＤＦの内容を検査し、アプリケーションのインストール可否を確認します。
　・・・（中略）・・・　
　なお、インストールしようとしているアプリケーションと同じアプリケーション名（ＡＤＦのAppNameキー）、ＪＡＲファイルＵＲＬ（ＡＤＦのPackageURLキー）を持つアプリケーションがすでに携帯電話にインストールされている場合、そのアプリケーションは同一と見なされインストールすることはできません
　・・・（中略）・・・　
　４．　アプリケーションのダウンロードが行われます。
　アプリケーションが携帯電話上にインストール可能であると判断されたら、ＪＡＭはＡＤＦのPackageURLキーを使ってＪＡＲファイルのＵＲＬを入手し・・・（中略）・・・　ＨＴＴＰダウンロードプロセスを開始します。　・・・（中略）・・・　
　
　５．　インストール済みアプリケーションのリストを更新します。
　ＪＡＭは、インストール済みＪａｖａアプリケーションのリストにアプリケーションを追加します。また、ＡＤＦの情報とアプリケーションのＪＡＲファイルを不揮発性メモリ上に保存します。　・・・（中略）・・・　
　
　１．４．２アプリケーションの起動
・・・（中略）・・・
　１．ユーザーの指示によりインストール済みＪａｖａアプリケーションのリストを表示します。
　２．ユーザーがリストから起動するＪａｖａアプリケーションを選択します。
　３．　ＪＡＭがＡＤＦのAppNameキーで示されるアプリケーションのメインクラス名を指定してＪａｖａ　Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅを起動します。
　４．　携帯電話のディスプレイにＪａｖａアプリケーションの画面が表示されます。」（１５頁１行目〜１６頁最下行目。）
　
（カ）「ｉモードＪａｖａアプリケーション環境では、ネットワーキングＡＰＩが提供されます。これは、Ｗｅｂサーバー側コンポーネントと通信するときにアプリケーション開発者が使用する一連のクラスです。
　・・・（中略）・・・　
多くのプログラムは、クライアントとサーバーが対になって動作します。Ｊａｖａ対応ｉモードでは、サーバーはインターネット経由でアクセスするリモートホストシステムであり、クライアントは携帯電話上で動作するＪａｖａアプリケーションです。クライアントとサーバーは、通常、ＩＰアドレス（サーバー固有の識別子）とポート番号（接続を特定のプロセスにルーティングするための識別子）を知ることによって相互に通信します。　・・・（中略）・・・　ネットワーク接続にはＣＬＤＣ仕様で定義されている入出力ストリームが使用されます。　・・・（中略）・・・　通信対象への接続から入力ストリームを取得するメソッドと出力ストリームを取得するメソッドがそれぞれ用意されています。これによってクライアントとサーバーは相互に通信することができます。
　・・・（中略）・・・　
　次のコード行は、HttpConnectionインタフェース（の実装とオブジェクト）の設定と使用の例を示したものです。
　
例：接続の確立と動作
　　・・・（中略）・・・　
　　／／接続を設定する
　　　HttpConnection conn = (HttpConnection)Connector.open(
　　　 http://backflip.sfbay:8080/scores,・・・（中略）・・・　
　　・・・（中略）・・・　
　HttpConnectionは、HTTPやHTTPSプロトコルのネットワーク資源にアクセスするために使用されるインタフェースです。」（７５頁１行目〜７７頁９行目。）
　
（キ）「注意事項
　●　HttpConnectionに渡すＵＲＬには、次の制約があります。
　　　・・・（中略）・・・　
　　・　HttpConnectionに渡すＵＲＬのプロトコル、ホスト名、ポートは、アプリケーションのダウンロード元となったＵＲＬ（ＡＤＦのPackageURLでの指定）と同じでなければなりません。」（７８頁１行目〜７８頁６行目。）
　
（ク）「ＡＤＦは、ＳＪＩＳコードで記述されたテキストファイルです。このファイルは、”＝”で分離されたキーと値のペアからなる行で構成されます。
　　・・・（中略）・・・　
AppName：　必須キー
　　アプリケーション名（最大１６バイト）。携帯電話でアプリケーション一覧を表示させた際に、ここに指定された名前が表示されます。
　　・・・（中略）・・・　
PackageURL：　必須キー
　　アプリケーション（ＪＡＲファイル）のＵＲＬ（最大２５５バイト）。
　　・・・（中略）・・・　
AppClass：　必須キー
　　アプリケーションの起動に使われるメインクラス名（フルパッケージ名付き）。
　　・・・（中略）・・・　
AppParam：　オプショナルキー
　　メインクラスの起動パラメータ。パラメータ間はスペースで区切ります（最長２５５バイト）。これらのパラメータをＪａｖａアプリケーションから取得するには、・・・（中略）・・・メソッドを使用します。
　　・・・（中略）・・・　
以下にＡＤＦの記述例を示します。ＡＤＦは下記に示すとおり、１つのキーエントリを１行で記述しなければなりません。」（９６頁下から８行目〜９８頁１４行目。）
　
　（ア）における記載「Ｊａｖａ対応ｉモードでは、電話やインターネットアクセスの他に、ｉモードコンテンツプロバイダのＷｅｂサイトからＪａｖａアプリケーションをダウンロード、実行する機能がサポートされます。」、（エ）における記載「ｉモードＪａｖａアプリケーション環境が搭載されている携帯電話には、携帯電話にインストールされているＪａｖａアプリケーションを管理する機能が含まれています。Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）は次のことを行います。
　・　携帯電話に搭載されているＪａｖａアプリケーションをリスト表示する。
　・　Ｊａｖａアプリケーションの実行管理（起動や強制終了など）を行う。
　・　Ｊａｖａアプリケーションをインストールまたは更新する。
　・　既存のＪａｖａアプリケーションを削除する。」、及び（カ）における記載「Ｊａｖａ対応ｉモードでは、サーバーはインターネット経由でアクセスするリモートホストシステムであり、クライアントは携帯電話上で動作するＪａｖａアプリケーションです。・・・（中略）・・・通信対象への接続から入力ストリームを取得するメソッドと出力ストリームを取得するメソッドがそれぞれ用意されています。これによってクライアントとサーバーは相互に通信することができます。」からすると、
　引用文献には、ｉモードＪａｖａアプリケーション環境が搭載されている携帯電話（以下、簡単のため「ｉモード端末」という。）がインターネットを介してＷｅｂサイトすなわち、サーバーからＪａｖａアプリケーションをダウンロードして、当該Ｊａｖａアプリケーションを実行し、ｉモードＪａｖａアプリケーション環境の提供する通信機能を使用して、サーバーに接続し、アクセスするためのアクセス管理方法が記載されていると解される。
　
　そして、（オ）における記載「アプリケーションのダウンロードは、ｉモードブラウザの操作を契機として開始されます。ダウンロードを行うためのＷｅｂページ（ＨＴＭＬコンテンツ）には、通常、Ｊａｖａアプリケーションの説明文や、ダウンロードを開始するためにクリックするリンクが表示されています。リンクには、アプリケーションデスクリプタファイル（「.jam」拡張子を持つファイル　ＡＤＦ、ＪＡＭファイルとも呼ばれます　以降本書ではＡＤＦとします）への参照が含まれています。・・・（中略）・・・　このファイルの目的の１つは、ダウンロードの開始前に、選択されたＪａｖａアプリケーションを携帯電話に正しくダウンロードできるかどうかをＪＡＭが判定できるようにすることです。・・・（中略）・・・　Ｊａｖａアプリケーション全体をダウンロードする前にＡＤＦをダウンロードして保存に必要な記憶容量やその機種に対する互換性をチェックする・・・（後略）」からすると、
　前記アクセス管理方法が、Ｗｅｂサイトすなわち、サーバーに対してｉモードブラウザの操作によるＪａｖａアプリケーションのダウンロードを要求するステップを備えるとともに、前記要求に基づき、前記ｉモード端末が前記サーバーから、Ｊａｖａアプリケーションをダウンロードする前に、ダウンロードされるＪａｖａアプリケーションと対応付けられたＡＤＦの情報を取得するものと解される。
　
　そして、（ク）における「ＡＤＦ」に関する記載からすると、
　前記Ｊａｖａアプリケーションと対応付けられるＡＤＦの情報とは、キーと値のペアからなるテキストファイルであって、ダウンロードされるＪａｖａアプリケーション名（AppNameキーを使って示される）と当該Ｊａｖａアプリケーション名に対応付けられた前記Ｊａｖａアプリケーションのダウンロード元となるサーバのＵＲＬ（PackageURLキーを使って示される）等を１つのテキストファイルにした（すなわち、一組にした）当該Ｊａｖａアプリケーションの管理情報を意味する。
　なお、前記サーバのＵＲＬ（PackageURLキーを使って示される）が、サーバーのホスト名、前記サーバが用いる送信ポート番号、及びＵＲＬのプロトコルから構成されることは、当業者にとって明らかである。
　
　さらに、（オ）における記載「このユーザー操作により、ブラウザは、ＪＡＭにＡＤＦの位置を示すＵＲＬを渡します。以降、アプリケーションのダウンロードとインストールはＪＡＭにより行われます。　・・・（中略）・・・　ＡＤＦの情報とアプリケーションのＪＡＲファイルを不揮発性メモリ上に保存します。」からすると、
　前記アクセス管理方法は、Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）により、前記取得したＡＤＦの情報を不揮発性メモリに保存させるステップと前記ダウンロードされたＪａｖａアプリケーションを不揮発性メモリに保存させるステップとを備えると解される。
　
　そして、（ア）における記載「このガイドは、Ｊａｖａ対応ｉモード向けにＪａｖａ対応ｉモードを開発するソフトウェアエンジニア向けのプログラミングガイドです。」、
（イ）における記載「Ｊａｖａコンテンツプロバイダは、Ｊａｖａ対応ｉモード向けアプリケーションをＪａｖａプログラミング言語を使って作成します。ｉモードＪａｖａアプリケーション環境では、・・・（中略）・・・　通信　・・・（中略）・・・　といった処理を制御するＡＰＩが提供されます。」、
（ウ）における記載「ｉモードＪａｖａアプリケーション環境には、クライアント／サーバー型アプリケーションの開発をサポートするために、ＨＴＴＰおよびＨＴＴＰＳに基づくネットワーク接続を行うＡＰＩが含まれています。」、及び
（カ）における記載「Ｊａｖａ対応ｉモードでは、サーバーはインターネット経由でアクセスするリモートホストシステムであり、クライアントは携帯電話上で動作するＪａｖａアプリケーションです。クライアントとサーバーは、通常、ＩＰアドレス（サーバー固有の識別子）とポート番号（接続を特定のプロセスにルーティングするための識別子）を知ることによって相互に通信します。　・・・（中略）・・・　ネットワーク接続にはＣＬＤＣ仕様で定義されている入出力ストリームが使用されます。　・・・（中略）・・・　通信対象への接続から入力ストリームを取得するメソッドと出力ストリームを取得するメソッドがそれぞれ用意されています。これによってクライアントとサーバーは相互に通信することができます。
　・・・（中略）・・・　
　次のコード行は、HttpConnectionインタフェース（の実装とオブジェクト）の設定と使用の例を示したものです。
　
例：接続の確立と動作
　　・・・（中略）・・・　
　　／／接続を設定する
　　　HttpConnection conn = (HttpConnection)Connector.open(
　　　 http://backflip.sfbay:8080/scores,・・・（中略）・・・　
　　・・・（中略）・・・　
　HttpConnectionは、HTTPやHTTPSプロトコルのネットワーク資源にアクセスするために使用されるインタフェースです。」からすると、
　Ｊａｖａコンテンツプロバイダは、ＪａｖａアプリケーションをＪａｖａプログラミング言語を使って作成し、ネットワーク上のネットワーク資源にアクセスする場合、ｉモードＪａｖａアプリケーション環境が備える通信ＡＰＩすなわち、HttpConnectionインタフェースに対して、アクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルを設定して渡すプログラムを作成すると解される。
　なお、（エ）における記載「Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）では、Ｊａｖａ対応ｉモードのＪａｖａ環境特有の機能として、次のセキュリティ機能が提供されます。　・・・（中略）・・・　ｉモードＪａｖａアプリケーション環境の通信機能では、Ｊａｖａ対応ｉモードでサポートされるＨＴＴＰ通信およびＨＴＴＰＳ通信に対する使いやすいインタフェースが提供されます。」からすると、
　前記通信ＡＰＩは、Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）が提供している。
　
　そして、（オ）の「１．４．２アプリケーションの起動」に記載されているように、前記通信ＡＰＩを使用して開発されたＪａｖａアプリケーションがｉモード端末にダウンロードされた後、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）の制御下で実行される際には、
　（エ）における記載「Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）では、Ｊａｖａ対応ｉモードのＪａｖａ環境特有の機能として、次のセキュリティ機能が提供されます。
　　・・・（中略）・・・
　・　Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）はＫＶＭから独立したネイティブコンポーネントであり、Ｊａｖａアプリケーションからこれを制御することはできません。Ｊａｖａアプリケーションのダウンロードや管理はＪＡＭが行います。そのため、ユーザーにとっては、ダウンロードしたアプリケーションの不正な行為やバグによる誤動作などから携帯電話が保護されることになります。
　　・・・（中略）・・・
　・　ｉモードＪａｖａアプリケーション環境の通信機能では、Ｊａｖａ対応ｉモードでサポートされるＨＴＴＰ通信およびＨＴＴＰＳ通信に対する使いやすいインタフェースが提供されます。
　・　Ｊａｖａアプリケーションは、そのアプリケーション自身のダウンロード元であるサーバーとしか通信できません。このネットワークセキュリティ機能により、アプリケーションが、ユーザーの知らない別のサーバーに対して情報を送信することはありません。」及び（キ）における記載「HttpConnectionに渡すＵＲＬのプロトコル、ホスト名、ポートは、アプリケーションのダウンロード元となったＵＲＬ（ＡＤＦのPackageURLでの指定）と同じでなければなりません。」からすると、
　前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）は、前記Ｊａｖａアプリケーションから通信ＡＰＩを介して渡される前記アクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルが、前記Ｊａｖａアプリケーションに対応付けられたＡＤＦの情報（すなわち、ＡＤＦのPackageURL）に含まれるホスト名、ポート番号、ＵＲＬのプロトコルと同じでなければ、（すなわち、前記Ｊａｖａアプリケーションのダウンロード元のサーバーと同じでなければ）通信をさせない、ネットワークセキュリティ機能を提供していると解される。
　
　してみると、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）におけるネットワークセキュリティ管理方法が、不揮発性メモリに保存された前記Ｊａｖａアプリケーションがネットワーク上のネットワーク資源へアクセスする場合、当該Ｊａｖａアプリケーションは、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）の提供する通信ＡＰＩを介してアクセスをし、
前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）が、当該Ｊａｖａアプリケーション名に対応付けられて前記不揮発性メモリに保存されているＡＤＦの情報（すなわち、ＡＤＦのPackageURL）に含まれるホスト名、ポート番号、ＵＲＬのプロトコルと、当該Ｊａｖａアプリケーションから前記通信ＡＰＩを介して渡されるアクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルとを各々比較するステップと、
　前記比較の結果、全てが一致した場合に前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップを含むものであることは、当業者にとって明らかである。
　
  よって、（ア）〜（ク）における記載及び関連する図面からすると、引用文献には、次の発明（以下、「引用発明」という。）が記載されているものと認められる。 
　
　ｉモード端末がインターネットを介してＷｅｂサイトすなわち、サーバーからＪａｖａアプリケーションをダウンロードして、当該Ｊａｖａアプリケーションを実行し、サーバーにアクセスするためのアクセス管理方法であって、
　前記サーバーに対してｉモードブラウザの操作によるＪａｖａアプリケーションのダウンロードを要求するステップと、
　前記要求に基づき、前記ｉモード端末が前記サーバーから、Ｊａｖａアプリケーションをダウンロードする前に、ダウンロードされるＪａｖａアプリケーション名と対応付けられた前記Ｊａｖａアプリケーションのダウンロード元となるサーバのホスト名、前記サーバが用いる送信ポート番号、及びＵＲＬのプロトコルとを含む、ＡＤＦの情報を取得し、前記取得したＡＤＦの情報を、一つのファイル（すなわち、一組）にして前記Ｊａｖａアプリケーション名に対応付けて不揮発性メモリに保存させるステップと、
　前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）により、前記ダウンロードされたＪａｖａアプリケーションを不揮発性メモリに保存させるステップと、
　前記不揮発性メモリに保存された前記Ｊａｖａアプリケーションがネットワーク上のネットワーク資源へアクセスする場合、前記Ｊａｖａアプリケーションは、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）の提供する通信ＡＰＩを介してアクセスをし、
　前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）が、当該Ｊａｖａアプリケーション名に対応付けられて前記不揮発性メモリに保存されているＡＤＦの情報（すなわち、ＡＤＦのPackageURL）に含まれるホスト名、ポート番号、ＵＲＬのプロトコルと、当該Ｊａｖａアプリケーションから前記通信ＡＰＩを介して渡されるアクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルとを各々比較するステップと、
　全てが一致した場合に前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップと
　を備えることを特徴とするアクセス管理方法。
　
（３）対比
　ここで、本願補正発明と引用発明とを比較する。 
　引用発明の「ｉモード端末」、「インターネット」、及び「サーバー」は、それぞれ、本願補正発明の「クライアント端末」、「ネットワーク」、及び「サーバ」に相当する。
　また、引用発明の「Ｊａｖａアプリケーション」及び「Ｊａｖａアプリケーション名」は、それぞれ、本願補正発明の「ソフトウエア」及び「ソフトウェアを識別するアプリケーション識別情報」に相当する。
　また、引用発明の「ＵＲＬのプロトコル」は、本願補正発明の「サーバが用いるスキーム」及び、「スキーム」に相当する。
　また、引用発明の「不揮発性メモリ」及び「保存」は、それぞれ、本願補正発明の「記憶手段」及び「記憶」に相当する。
　また、引用発明の「ネットワーク資源」は、本願補正発明の「リソース」に相当する。
　
　そして、引用発明の「前記要求に基づき、前記ｉモード端末が前記サーバーから、Ｊａｖａアプリケーションをダウンロードする前に、ダウンロードされるＪａｖａアプリケーション名と対応付けられた前記Ｊａｖａアプリケーションのダウンロード元となるサーバのホスト名、前記サーバが用いる送信ポート番号、及びＵＲＬのプロトコルとを含む、ＡＤＦの情報を取得し、前記取得したＡＤＦの情報は、一つのファイル（すなわち、一組）にして前記Ｊａｖａアプリケーション名に対応付けて不揮発性メモリに保存させるステップ」における不揮発性記憶メモリに保存することは、不揮発性記憶メモリに書き込むことを意味する。
　他方、本願補正発明の「要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成ステップ」において、前記アクセス管理テーブルが記憶手段に設けられることは当業者にとって自明である。
　したがって、引用発明の「前記要求に基づき、前記ｉモード端末が前記サーバーから、Ｊａｖａアプリケーションをダウンロードする前に、ダウンロードされるＪａｖａアプリケーション名と対応付けられた前記Ｊａｖａアプリケーションのダウンロード元となるサーバのホスト名、前記サーバが用いる送信ポート番号、及びＵＲＬのプロトコルとを含む、ＡＤＦの情報を取得し、前記取得したＡＤＦの情報を、一つのファイル（すなわち、一組）にして前記Ｊａｖａアプリケーション名に対応付けて不揮発性メモリに保存させるステップ」と、本願補正発明の「要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成ステップ」とは、ともに、前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けて記憶手段に書き込むステップである点で共通する。
　
　そして、引用発明の「前記不揮発性メモリに保存された前記Ｊａｖａアプリケーションがネットワーク上のネットワーク資源へアクセスする場合、前記Ｊａｖａアプリケーションは、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）の提供する通信ＡＰＩを介してアクセスをし、
　前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）が、当該Ｊａｖａアプリケーション名に対応付けられて前記不揮発性メモリに保存されているＡＤＦの情報（すなわち、ＡＤＦのPackageURL）に含まれるホスト名、ポート番号、ＵＲＬのプロトコルと、当該Ｊａｖａアプリケーションから前記通信ＡＰＩを介して渡されるアクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルとを各々比較するステップ」と、本願補正発明の「前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップ」とは、ともに前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて記憶手段に記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップである点で共通する。
　
　また、引用発明の「前記ダウンロードされたＪａｖａアプリケーションを不揮発性メモリに保存させるステップ」と、本願補正発明の「前記管理テーブル作成ステップに続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップ」とは、ともに前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップである点で共通する。
　
　よって、本願補正発明と引用発明とは、以下の点で一致し、また、相違している。
　
（一致点）
　クライアント端末がネットワークを介してサーバにアクセスする際に行うアクセス管理方法であって、
　前記サーバに対してソフトウェアのダウンロードを要求するステップと、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けて記憶手段に書き込むステップと、
　前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップと、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて記憶手段に記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップと、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップと
　を備えることを特徴とするアクセス管理方法。
　
（相違点１）
　本願補正発明は、サーバから取得した、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を、これらを一組にして前記アプリケーション識別情報に対応付けて「アクセス管理テーブル」に書き込むのに対して、引用発明は、サーバーから取得した、前記サーバのホスト名、前記サーバが用いる送信ポート番号、及びＵＲＬのプロトコルとを含む、ＡＤＦの情報を取得し、前記取得したＡＤＦの情報を、一つのファイル（すなわち、一組）にして前記Ｊａｖａアプリケーション名に対応付けて不揮発性メモリに保存させるものである点。
　
（相違点２）
　本願補正発明は、記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて「前記アクセス管理テーブルに記憶されている」ホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するのに対して、引用発明は、不揮発性メモリに保存された前記Ｊａｖａアプリケーションがネットワーク上のネットワーク資源へアクセスする場合、当該Ｊａｖａアプリケーション名に対応付けられて前記不揮発性メモリに保存されているＡＤＦの情報（すなわち、ＡＤＦのPackageURL）に含まれるホスト名、ポート番号、ＵＲＬのプロトコルと、前記アクセスの対象となるネットワーク資源のホスト名、宛先ポート番号、ＵＲＬのプロトコルとを各々比較するものである点。
　
（相違点３）
　本願補正発明は、管理テーブル作成ステップに続いて、前記ソフトウェアを記憶手段に記憶させるのに対して、引用発明が、管理テーブル作成ステップに続いて、前記Ｊａｖａアプリケーションを不揮発性メモリに保存させるかどうか明らかでない点。
　
（４）判断
　相違点１及び相違点２について検討する。
　ＡＤＦの情報のように、Ｊａｖａアプリケーション名毎に対応付けられたデータ項目を有する、一組の情報を１レコードとしてテーブル化して書き込むことは、当業者にとって周知の常套手段である。
　よって、引用発明のＡＤＦの情報を本願補正発明のように、管理テーブルに書き込む構成とすることは、当業者であれば、適宜なし得たことである。
　そして、その際、引用発明が、本願補正発明のように、前記管理テーブルに記憶されているホスト名、スキーム、ポート番号と各々比較することは、論理的に明らかである。
　よって、相違点１及び相違点２は格別のものではない。
　
　相違点３について検討する。
　引用文献の（オ）に記載されているように、ＡＤＦの情報を不揮発性メモリに保存させるステップと、前記ダウンロードされたＪａｖａアプリケーションを不揮発性メモリに保存させるステップとは、ともに、前記Ｊａｖａ　Ａｐｐｌｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ（ＪＡＭ）により行われるものであって、この２つのステップは、（オ）に記載された「１．４．１　アプリケーションのダウンロード」の処理フローにおける一つの処理ステップ「５．　インストール済みアプリケーションのリストを更新します。」の中のサブステップである。
　そして、２つのファイルを不揮発性メモリに保存させる場合に、順次保存させることは当業者にとって周知の常套手段であって、引用文献の（オ）における記載「ＡＤＦの情報とアプリケーションのＪＡＲファイルを不揮発性メモリ上に保存します。」の順番のとおりに、すなわち、ＡＤＦの情報を不揮発性メモリに保存させるステップを実行した後に、前記ダウンロードされたＪａｖａアプリケーションを不揮発性メモリに保存させるステップを実行する処理フローとするとともに、その際、前記のようにＡＤＦの情報を１レコードとしてテーブル化して書き込む構成とすることは、当業者であれば適宜なし得たことである。
　そして、そうすることで、引用発明が、本願補正発明のように、管理テーブル作成ステップに続いて、前記Ｊａｖａアプリケーションを不揮発性メモリに保存させることは、論理的に明らかである。
　よって、相違点３は格別のものではない。
　
　上記で検討したごとく、相違点１〜相違点３はいずれも格別のものではなく、そして、本願補正発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　したがって、本願補正発明は上記引用発明、及び周知技術に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
４．請求人の主張について
　請求人は、平成１８年２月２３日付けの審判請求書の請求の理由において（注：下線は、便宜上当審で付与したもの）、
「本願発明においては、ソフトウェアが記憶手段に記憶される前において、ＵＲＬをアクセス管理テーブルに登録してアクセス管理の体制を整えている。すなわち、これから格納すべきソフトウェアに対して、事前にアクセス管理の条件を整えた上で記憶手段へ格納している。これは
ソフトウェアが記憶手段に記憶されると、そのソフトウェアが起動可能になる
他の不正なソフトウェアにコントロールされて不正アクセスを行ってしまう場合を想定
 　一方、アクセス管理テーブルがソフトウェアの格納より後に作成されると、
アクセス制限が整う前に外部にアクセスが行われ、不正なアクセスを許容してしまう
新たに記憶手段に格納されたソフトウェアを直ちに起動させて、不正なリソースのＵＲＬを渡し、そのＵＲＬにアクセスさせようとするものの存在
記憶手段に新たに格納されたソフトウェアを他のソフトウェアが使用して行う不正
 　本願発明においては、新たなソフトウェアの格納が行われる前に、そのソフトウェアのＵＲＬをダウンロードしてアクセス管理テーブルを作成し、アクセス管理体制を整えた上でソフトウェア本体を記憶手段に格納するようにしているから、上述のような状況にも確実にアクセス制限をかけることができ、不特定多数のユーザによって使用される通信環境においても高い安全性を確保する。」（９頁下から３行目〜１０頁２０行目。）と主張する。
　しかしながら、発明の詳細な説明に
「【００３１】
　ジャバアプリケーションマネージャＪＡＭは、主としてジャババーチャルマシンＫＶＭの制御やセキュリティチェックを行うためのソフトウェアであり、例えば、ジャバアプリケーションＡＰが特定のリソースへのアクセスを行う際に、そのアクセスを許可するかどうかを判断する。ジャバアプリケーションマネージャＪＡＭは、この判断を行うために、後述するアクセス管理テーブルを備えている。
　【００３２】
　ジャババーチャルマシンＫＶＭは、ジャバアプリケーションマネージャＪＡＭによる制御の下、ジャバアプリケーションを実行する。このジャババーチャルマシンＫＶＭ及びジャバアプリケーションマネージャＪＡＭは、オペレーティングシステムＯＳに予め組み込まれており、これらは全てＲＯＭ１２２内に記憶されている。」。
「【００３７】
　具体的には、ジャバアプリケーションマネージャＪＡＭは、ジャバアプリケーションＡＰがインターネット３０上のリソースにアクセスするような場合、そのジャバアプリケーションＡＰのアプリケーション識別情報に対応付けられてアクセス管理テーブルに記憶されているＵＲＬに対してのみ、アクセスを許容するようになっている。」、
「【００４４】
　一方、クラスがネットワークアクセスを要するものである場合（ステップＳ１１；Ｙｅｓ）、ジャババーチャルマシンＫＶＭは、そのアクセス対象となるリソースのホスト名とそのアクセスに用いるスキーム及び宛先ポート番号を、実行されているジャバアプリケーションＡＰのアプリケーション識別情報に対応付けられてアクセス管理テーブル上に記憶されているホスト名、スキーム及びポート番号（送信ポート番号）と比較する（ステップＳ１３）。具体的には、双方のホスト名どうし、スキームどうし、そして宛先ポート番号とポート番号（送信ポート番号）とがそれぞれ比較される。
　【００４５】
　この結果、比較項目が全て一致した場合には（ステップＳ１４；Ｙｅｓ）、ジャババーチャルマシンＫＶＭは、このネットワークアクセスを許容し、ジャバアプリケーションによるアクセス処理が開始される（ステップＳ１５）。」と記載されているように、
　発明の詳細な説明には、「ジャババーチャルマシンＫＶＭは、ジャバアプリケーションマネージャＪＡＭによる制御の下、ジャバアプリケーションを実行する。」ものであって、「ジャバアプリケーションマネージャＪＡＭは、ジャバアプリケーションＡＰがインターネット３０上のリソースにアクセスするような場合、そのジャバアプリケーションＡＰのアプリケーション識別情報に対応付けられてアクセス管理テーブルに記憶されているＵＲＬに対してのみ、アクセスを許容するようになっている。」態様が記載されているのみであって、
　請求人の主張する、「本願発明においては、ソフトウェアが記憶手段に記憶される前において、ＵＲＬをアクセス管理テーブルに登録してアクセス管理の体制を整えている。すなわち、これから格納すべきソフトウェアに対して、事前にアクセス管理の条件を整えた上で記憶手段へ格納している。これはソフトウェアが記憶手段に記憶されると、そのソフトウェアが起動可能になることに着目し、他の不正なソフトウェアにコントロールされて不正アクセスを行ってしまう場合を想定したためである。」についての態様は、願書に最初に添付した明細書又は図面には記載も示唆もない。
　
　さらに、発明の詳細な説明において、
「【００３９】
（１）ジャバアプリケーションのダウンロード処理
　・・・（中略）・・・
　【００４０】
　・・・（中略）・・・
　【００４１】
　携帯電話機１０は、サーバ４０から通知されたアプリケーション識別情報及びＵＲＬを、上述した
アクセス管理テーブルに書込むとともに（ステップＳ３）、ジャバアプリケーションＡＰのデータをＳＲＡＭ１２３の所定の記憶エリアに書き込んでいく
　
　さらに、本願補正発明は、
「記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップと、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップと
　を備えることを特徴とするアクセス管理方法。」である。
　仮に、請求人の主張するように、アクセス管理テーブルが作成される前に、「新たに記憶手段に格納されたソフトウェアを直ちに起動させて、不正なリソースのＵＲＬを渡し、そのＵＲＬにアクセスさせようとする他の不正なソフトウェア」があった場合であっても、前記不正なリソースのＵＲＬを渡されてアクセスするソフトウェアは、記憶手段に格納されたソフトウェアであって、当該ソフトウェアのアプリケーション識別情報はアクセス管理テーブルに、登録されていないものである。
　したがって、本願補正発明の構成によると、前記不正なリソースのＵＲＬを渡されてアクセスするソフトウェアは、アクセス管理テーブルに、比較の対象となる当該ソフトウェアのアプリケーション識別情報がない（すなわち、そもそも比較対象が存在しない）ことから、明らかに前記不正なアクセスは許容されない。
　よって、請求人の上記主張は、本願補正発明の態様と矛盾するものである。
　
　同様に、発明の詳細な説明に記載された
　「ジャババーチャルマシンＫＶＭは、ジャバアプリケーションマネージャＪＡＭによる制御の下、ジャバアプリケーションを実行する。」ものであって、「ジャバアプリケーションマネージャＪＡＭは、ジャバアプリケーションＡＰがインターネット３０上のリソースにアクセスするような場合、そのジャバアプリケーションＡＰのアプリケーション識別情報に対応付けられてアクセス管理テーブルに記憶されているＵＲＬに対してのみ、アクセスを許容するようになっている。」態様においては、
　ジャバアプリケーションマネージャＪＡＭによる制御の下、前記不正なリソースのＵＲＬを渡されてアクセスするソフトウェアのアプリケーション識別情報はアクセス管理テーブルに記憶されていないことから、前記不正なリソースのＵＲＬに対するアクセスは許容されない。
　よって、請求人の上記主張は、発明の詳細な説明に記載された実施例とも矛盾するものである。
　
　以上のとおりであるから、請求人の主張は、願書に最初に添付した明細書又は図面の記載に基づく主張でなく、かつ請求人の主張は、特許請求の範囲に記載された発明に矛盾するものであり、採用することはできない。
　
５．むすび 
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において準用する同法第５３条第１項の規定により却下すべきものである。
　よって、結論のとおり決定する。
　
第３．本願発明について 
　平成１８年２月２３日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１７年７月２５日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。 
　 
　「クライアント端末がネットワークを介してサーバにアクセスする際に行うアクセス管理方法であって、
　前記サーバに対してソフトウェアのダウンロードを要求するステップと、
　前記要求に基づき前記サーバから、前記サーバのホスト名、前記サーバが用いる送信ポート番号、前記サーバが用いるスキームおよびダウンロードされるソフトウェアを識別するアプリケーション識別情報を取得し、これらを一組にして前記アプリケーション識別情報に対応付けてアクセス管理テーブルに書き込む管理テーブル作成ステップと、
　前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップと、
　前記記憶手段に記憶された前記ソフトウェアがネットワーク上のリソースへアクセスする場合、当該ソフトウェアのアプリケーション識別情報に対応付けられて前記アクセス管理テーブルに記憶されているホスト名、スキーム、ポート番号と、前記アクセスの対象となるリソースのホスト名、スキーム、宛先ポート番号とを各々比較するステップと、
　前記比較の結果、全てが一致した場合には前記アクセスを許容する一方、いずれか一つでも一致しない場合には前記アクセスを許容しないステップと
　を備えることを特徴とするアクセス管理方法。」 
　 
１．引用文献 
　原査定の拒絶の理由に引用された、引用文献およびその記載事項は、前記「第２．平成１８年２月２３日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（２）引用文献」に記載したとおりである。 
　 
２．対比・判断 
　本願発明は、前記「第２．平成１８年２月２３日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（１）補正後の発明」に記載された本願補正発明の発明特定事項「前記管理テーブル作成ステップに続いて、前記ソフトウェアを記憶手段に記憶させるソフトウェア記憶ステップ」から限定要件「前記管理テーブル作成ステップに続いて、」を省いたものである。
　そうすると、本願発明の構成要件を全て含み、さらに特定の構成要件に限定要件を付加したものに相当する本願補正発明が、前記「第２．平成１８年２月２３日付けの手続補正についての補正却下の決定」の「３．独立特許要件」の「（４）判断」に記載したとおり、引用発明、及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明、及び周知技術に基づいて、当業者が容易に発明をすることができたものである。 
　 
３．むすび 
　以上のとおり、本願発明は、引用発明、及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　よって、結論のとおり審決する。