【事件の表示】
　平成　８年特許願第２５２９３０号「情報管理装置および方法」拒絶査定に対する審判事件［平成　９年　７月２２日出願公開、特開平　９−１９０３７２］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．本件発明
　
　本件審判請求に係る特許出願は、平成８年９月２５日（優先権主張平成７年９月２９日）になされたものであって、平成８年１１月２８日付手続補正書、平成１２年１２月２７日付手続補正書、平成１４年３月５日付手続補正書、平成１４年５月３０日付手続補正書により補正された明細書及び図面の記載から見て、その請求項１の発明（以下、「本件発明」という）は、上記手続補正書により補正された明細書の特許請求の範囲の請求項１記載の以下のとおりのものである。
　
「監視するファイルのアドレスを設定可能とすると共に、複数の前記アドレスのそれぞれに対してアクセスするタイミングを個別に設定可能とする設定手段と、
　前記設定手段により設定された複数の前記アドレスに、前記アドレスのそれぞれに対して設定されたタイミングでアクセスするアクセス手段と、
　前記ファイルの更新を判定する判定手段と、
　前記判定手段の判定結果に対応して、前記ファイルの更新状態を表す画像を制御する制御手段と
　を備えることを特徴とする情報管理装置。」
　
　ここで、本件明細書段落００１５「図１は、本発明の情報管理装置が接続されるネットワークの構成例を表している。同図に示すように、世界規模で接続されたコンピュータネットワークとしてのインターネットには、直接、あるいはサブネットワークとしてのＬＡＮをさらに介して、多くのサーバあるいはユーザが接続されている。この例では、ユーザの社内のサーバＳＡと、社外のサーバＳＢ，ＳＣが示されている。ユーザは、必要に応じて所定のサーバにアクセスし、各種の情報やサービスの提供を受けることができる。」とあることから、必要に応じて所定のサーバにアクセスし、各種の情報やサービスの提供を受けることができるものは、本件発明の「情報管理装置」の１つであるものと認める。
　
２．引用例記載の発明
　
　 一方、原査定の拒絶の理由に引用された、平岩ほか，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を作ったときには」という記載から見て、ユーザがアドレスを設定した複数のファイルは、ユーザからのアクセス頻度および更新頻度がファイルによって異なることも引用例中に示唆されており、この記載からみて、登録された複数のアドレスへのアクセス頻度を一様にする必要はないことは当業者ならば何らの困難なく想到しうるものである。
　
　これらを踏まえれば、引用例記載の発明において、アドレスを設定された複数のファイルへのアクセスのタイミングを個別に設定するように設定手段を構成すること、また上記個別に設定されたタイミングで複数のファイルをアクセスするようにアクセス手段を構成することは、当業者が格別の困難なくなし得たものにすぎない。
　
４．結び　
　
　以上のとおり、本件発明は、引用例記載の発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定に基づき特許を受けることができない。
　
よって、結論のとおり審決する。