【事件の表示】
　特願２００１−　１４０２３「ワールドワイドウェブブラウザ装置およびワールドワイドウェブの更新通知方法」拒絶査定に対する審判事件［平成１３年　９月２１日出願公開、特開２００１−２５６１００］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．本件発明
　
　本件審判請求に係る特許出願は、平成８年９月２５日（優先権主張平成７年９月２９日）に出願した特願平８−２５２９３０号の一部を平成１３年１月２３日に新たな特許出願としたものであって、平成１４年３月５日付手続補正書により補正された明細書及び図面の記載から見て、その請求項１の発明（以下、「本件発明」という）は、上記手続補正書により補正された明細書の特許請求の範囲の請求項１記載の以下のとおりのものである。
　
「ネットワークを介して監視する、サーバのファイルのアドレスを設定すると共に、前記ファイルにアクセスするタイミングをユーザの任意のタイミングに設定する設定手段と、
　前記設定手段により設定された前記アドレスを基に、前記設定手段で設定されたユーザの任意のタイミングで前記ファイルをアクセスするアクセス手段と、
　前記アクセス手段にアクセスされた前記ファイルが更新されているか否かを判定する判定手段と、
　前記判定手段の判定結果に対応して、前記ファイルの更新状態を示す画像の表示を制御する表示制御手段と
　を含むことを特徴とするワールドワイドウェブブラウザ装置。」
　
２．引用例記載の発明
　
　一方、原査定の拒絶の理由に引用された、平岩ほか，Info-Plaza:進化的クラスタリング機能を備えたＷＷＷマルチブラウザ，情報処理学会研究報告，社団法人情報処理学会，１９９５年４月２０日，Vol.95,No.38(95-GW-11-10)，Ｐ．５５−６０（以下、「引用例」という）には以下のことが記載されている。
　
（ア）「今回提案するＷＷＷマルチブラウザInfo-Plazaは、（中略）複数のＵＲＬの関係を、二次元マップとして視覚的に表し、複数のＷＷＷサーバに同時にアクセスし情報を表示する。」（Ｐ．５６左欄第２９行から右欄第１行より抜粋）
　
（イ）「３．１　興味を反映するURL-Map
MosaicなどのＷＷＷブラウザには、興味をもったＵＲＬをあとで参照するため、HotlistやBookmarkといった機能が備わっている。XPlazaでは、この機能を視覚化し、興味をもったＵＲＬをマウスの簡単な操作で二次元マップに取り込み登録する。この二次元マップをURL-Mapと呼ぶ。XPlazaを用いて作成したＵＲＬ−Ｍａｐの例を図２に示す。URL-Map上では、文字、イメージがそのまま縮小され、ミニチュア化されたMosaicのようなミニブラウザとしてＵＲＬが表示される。（中略）また、ミニブラウザをクリックするだけで、そのＵＲＬの情報の内容が本来の大きさのＷＷＷブラウザで表示される。ユーザは、複数のURL-Mapを作成することができ、各URL-Mapには興味に応じたラベルを付ける。XPlazaでは、URL-Mapに登録された複数のURLをマルチウィンドウで同時にブラウズすることが可能である。」（Ｐ．５７左欄第２１行から右欄第２１行より抜粋）
　
（ウ）「４．２　URLへのアクセス履歴
URL-Mapには、各URLへのアクセスに関する情報も記録される。これを利用すれば、ユーザが最近よくアクセスするURLだけを表示したり、１カ月アクセスにいっていないURLだけを表示したりすることもできる。」
（Ｐ．５９右欄第１９行から第２４行）
　
（エ）「４．３　XPlazaのデータキャッシュ
URL-Map上に複数のURLを登録した場合、登録したURLすべてのデータ取得を行うため、通信量が増大してしまう。（中略）例えば、URLが指す情報の内容が更新された場合は、実際のＷＷＷサーバにアクセスしなければならない。情報更新の頻繁なURLばかりを登録したURL-Mapを作ったときには、多くのＷＷＷサーバにアクセスにいくことになり、表示までに非常に時間がかかる。」（Ｐ．６０左欄第１２行から第２４行より抜粋）
　
（オ）「また、URL-Mapでは、URLがミニブラウザとして表示される。これはユーザが一目見るだけで、どのURLかを見つけられるといった効果も大きい。情報が更新されたからといって、急にイメージが変化してしまうと、せっかく登録した情報を見つけるのに手間がかかってしまう。このために、URL-Map上では、情報の更新があった場合、更新があったURLの枠の色だけを変えて、実際に情報を読むときに更新された情報を新たに取得するとなどの機構をここに採り入れたいと考えている。」（Ｐ．６０左欄第２５行から第３５行）
　
　ここで、（ア）からわかるように、引用例記載の発明はワールドワイドウェブブラウザ装置に関するものであり、複数のサーバに対してアクセスを行うものである。
　
　また、（イ）からわかるように、引用例に記載されるURL-MapとはHotlistやBookmarkの機能を持つものであるから、ネットワークを介して接続された、ユーザが興味の対象としたサーバのファイルのアドレスを設定するものであって、このアドレスを基にしてサーバのファイルへのアクセスを行うものであり、ネットワークを介して接続された、ユーザが興味の対象としてURL-Mapに登録したサーバのファイルのアドレスを設定するための手段を備えるものである。
　
　加えて、（エ）の「例えば、URLが指す情報の内容が更新された場合は、実際のＷＷＷサーバにアクセスしなければならない。」という記載にもあるように、いわゆるワールドワイドウェブブラウザはサーバ側から自動的に送信されてくる更新情報を自動的に受信するのではなく、ブラウザ側からサーバ側にアクセスして更新を検知するものであることは既によく知られていることであることを鑑みれば、該アドレスを基にファイルをアクセスするための手段を備えているものということができる。
　
　さらに、（オ）からわかるように、引用例に記載されるURL-Map上では、情報の更新があった場合、更新があったURL（この場合はサーバ上のある特定のアドレスのファイル）のミニブラウザに表示されるイメージが変わるか、ないし枠の色だけを変えるのであるから、URLのミニブラウザの状態変化を表示しておくことは、URL-Mapに登録したサーバのファイルのアドレスを監視することと同様の処理を行うことになることに加えて、アクセスしたファイルが更新されているかどうかを判定し、ファイルが更新されていれば更新状態を表す画像の表示を制御するものということができ、この処理を行うためのファイルが更新されているかどうかを判定する判定手段、判定手段の判定結果に対応してファイルの更新状態を示す画像の表示を制御する手段を備えているものということができる。
　
　してみれば、引用例には、
　
　ネットワークを介して接続され、ユーザが興味を持っているサーバのファイルを監視するためにそのアドレスを設定する設定手段と、
　前記設定手段により設定された前記アドレスを基に、前記ファイルをアクセスするアクセス手段と、
　前記アクセス手段にアクセスされた前記ファイルが更新されているか否かを判定する判定手段と、
　前記判定手段の判定結果に対応して、前記ファイルの更新状態を示す画像の表示を制御する表示制御手段と
　を含むことを特徴とするワールドワイドウェブブラウザ装置。
　
という発明が記載されているものと認める（以下、「引用例記載の発明」という）。
　
３．本件発明と引用例記載の発明との対比と判断
　
　本件発明と引用例記載の発明とを対比すると、引用例記載の発明における「ネットワークを介して接続され、ユーザが興味を持っているサーバのファイルを監視するためにそのアドレスを設定する設定手段」は、本件発明の「ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段」に相当するから、両者は
　
　ネットワークを介して監視する、サーバのファイルのアドレスを設定する設定手段と、
　前記設定手段により設定された前記アドレスを基に、前記ファイルをアクセスするアクセス手段と、
　前記アクセス手段にアクセスされた前記ファイルが更新されているか否かを判定する判定手段と、
　前記判定手段の判定結果に対応して、前記ファイルの更新状態を示す画像の表示を制御する表示制御手段と
　を含むことを特徴とするワールドワイドウェブブラウザ装置。
　
という点で一致し、
　
　本件発明においては、設定手段はファイルにアクセスするタイミングをユーザの任意のタイミングに設定し、アクセス手段は設定手段で設定されたユーザの任意のタイミングでファイルをアクセスするのに対して、
　引用例記載の発明においては、設定手段はファイルにアクセスするタイミングの設定については不明であり、アクセス手段はどのようなタイミングでファイルにアクセスするかについても不明である点、
　
という点で相違するものと認める。
　
　上記相違点について検討する。
　
　引用例の（エ）の「URL-Map上に複数のURLを登録した場合、登録したURLすべてのデータ取得を行うため、通信量が増大してしまう。」という記載から見て、複数のアドレスに対するデータ取得を固定的、同時期に行おうとすれば、ファイルアクセスのための通信量が増大するという問題点が既に引用例中に示唆されている。
　また、引用例の（ウ）の記載、及び（エ）の「情報更新の頻繁なURLばかりを登録したURL-Mapを作ったときには」という記載から見て、ユーザがアドレスを設定した複数のファイルは、ユーザからのアクセス頻度および更新頻度がファイルによって異なることも示唆されており、この記載からみて、登録されたファイルへアクセスするタイミングを固定的にする必要はないことは当業者ならば何らの困難なく想起しえたものである。
　　
　これらを踏まえれば、引用例記載の発明において、アドレスを設定されたファイルのアクセスへのタイミングをユーザが任意に設定するように設定手段を構成し、ユーザが任意に設定されたタイミングでファイルをアクセスするようにアクセス手段を構成することは、当業者が格別の困難なくなし得たものにすぎない。
　
４．結び　
　
　以上のとおり、本件発明は、引用例記載の発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定に基づき特許を受けることができない。
　
　よって、結論のとおり審決する。