【事件の表示】
　特願２０００−　４０３３２「ファクシミリ装置及び記録媒体」拒絶査定不服審判事件〔平成１３年　８月２４日出願公開、特開２００１−２３０８９２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１２年２月１７日の出願であって、その請求項１に係る発明は、平成１７年４月２７日付け手続補正書で補正された特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものと認める。（以下、「本願発明」という。）
「【請求項１】管理対象である複数のクライアント通信装置が記憶するプログラムのバージョン情報をバージョン情報テーブルに記憶する記憶手段と、
　外部からそのバージョン情報とともにプログラムの入力を受け付ける受付手段と、
　前記バージョン情報テーブルに記載された前記クライアント通信装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いか否かを判断する判断手段と、
　該判断手段により前記クライアント通信装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いと判断した場合、古いと判断したプログラムを記憶するクライアント通信装置を特定する特定手段と、
　前記特定したクライアント通信装置が記憶するプログラムを、前記受付手段により受け付けたプログラムで更新する更新手段とを備え、
　前記更新後のプログラムのバージョン情報に基づいて前記バージョン情報テーブルの内容を自動的に更新することにより管理対象とするクライアント通信装置のプログラムのバージョン管理を行う構成としてあることを特徴とするファクシミリ装置。」
　
２．引用例
（１）これに対して、当審において平成１７年２月２８日付けで通知した拒絶の理由に引用した特開平６−１２３４８号公報（以下、「刊行物１」という。）には、図面とともに次の事項が記載されている。
　　ア　「【０００１】
【産業上の利用分野】この発明は、ネットワークを介して接続された計算機間でソフトウェアをインストール／更新する遠隔ソフトウェア・インストール装置に関するものである。」（２頁１欄２２〜２６行）
　　イ　「【０００２】
【従来の技術】・・・図６はこれらのプログラムを利用し、遠隔からソフトウェア・インストールを行うシステムの構成図である。図において、１はインストール元計算機でインストールしようとするソフトウェア・パッケージ８を保持する配布元の計算機であり、２はインストールされる側、即ちインストール先計算機であり、ここでは２ａと２ｂがある。３ａは、インストール元計算機１に接続されたディスク装置、３は、インストール先計算機２ａ，２ｂに接続されたディスク装置であり、３ｂと３ｃがある。
【０００３】４はインストール元計算機１にソフトウェアを支給する媒体で、ここでは磁気テープである。」（２頁１欄２７〜４３行）
　　ウ　「インストール元計算機１ではインストール／更新が終了したかどうかの確認や各インストール先計算機２にどんなソフトウェアがインストールされているのか確認をすることはできずインストール作業の無駄の危険性大、更にシステム管理上の問題点があり、特に分散システムの構築／管理上問題があった。
【０００６】この発明は上記のような問題点を解決するためになされたもので、インストール元計算機１上での操作で同時に複数台のインストール先計算機２にソフトウェアをインストール／更新することができるとともに、インストール／更新完了の確認および必要により各インストール先計算機２に現在インストールされているソフトウェアを検索できるソフトウェア・インストール装置を得ることを目的とする。」（２頁２欄２８〜４１行）
　　エ　「【００１３】
【実施例】
実施例１．図１は、本発明の実施例の構成を示す図であり、図中、前記図６の構成部分と同一又は相当する部分で同一符号を付しているもの（１〜３及び８、９）については説明を省略する。１０はインストール元計算機１が備え、どの計算機にどのソフトウェアをインストールするかを示すインストールリストであり、１１は、各インストール先計算機２にどんなソフトウェア９がインストールされているかを示すインストール済みソフトウェアリストである。１２は、各インストール先計算機２が備え、インストール作業を行なって良いかどうかを示すイネーブル情報である。１３はどのソフトウェアをどのインストール先計算機２にインストールするかを判断し、該インストール先計算機２にソフトウェアを転送し、インストールを行なった後インストールの完了を確認し、インストール済みソフトウェアリスト１１を更新する，或はインスト−ル先計算機２のインスト−ルソフトウエアを検索するソフトウェア・インストールプログラムである。図２、本発明のソフトウェア・インストール装置のフローチャートである。図３はインストールリスト１０のデータ構造で、１０１はインストール先計算機名、１０２はソフトウェア名、１０３はソフトウェア名１０２に対応するソフトウェア８を実行するに当たり、依存或いは排他関係にあるソフトウェア名、必要なハードウェア資源などを表すソフトウェア組合せを表す。図４はインストール済みソフトウェアリスト１１のデータ構造で、１０４はインストール／更新されているソフトウェア名、１１１はそれらのインストール日付を表す。図５はインストール先計算機２側のソフトウェア９の一部を構成するライブラリリストの内容を表し、２０１はライブラリ名、２０２はインストール日付である。
【００１４】次に動作について図を参照して説明する。図２は、ソフトウェア・インストールプログラム１３がインストール開始処理を行なう時の手順のフローを示す。まず、図３に示すインストールリスト１０の内容を読みそこからインストール先計算機名１０１を得、次いでその計算機にインストールすべきソフトウェア名１０２を得る。（ステップ２０〜ステップ２３）なお、インストールリスト１０は作業開始前に生成しておく。次に図４に示すインストール済みソフトウェアリスト１１の内容を読み、（ステップ２４）該当する計算機にすでにインストールされているソフトウェア名１０４の情報を得て、今回インストールするソフトウェア８がシステムに矛盾を発生させないかどうかを確認する。（ステップ２５）矛盾とは例えば、すでに同名のソフトウェアの新しい版がインストールされていないかどうか、または、このソフトウェアをインストールすることによって他のソフトウェアの動作が影響を受けないかどうか、充分なハードウェア資源は確保されているか、他のソフトウェアと共用する部分があり新たに全ファイルをインストールすると共用する部分を変更して、これらの動作に影響を及ぼさないか、予め他の特定なソフトウェアをインストールしておくことが条件となっているか、ＯＳの版は当該ソフトウェアと対応しているかなどをソフトウェア組合せ１０３、 インストール済みソフトウェアリスト１１を介して判断する。（ステップ２５）
　インストール先計算機２は、イネーブル情報１２、即ちインストール作業を実行してよいかどうかを示す情報をもち、インストール先計算機２側で任意に設定される。例えば１つのファイルに“ｅｎａｂｌｅ”　“ｄｉｓａｂｌｅ”の何れかを書き入れておき、これをインストール元計算機１が読み取ることによりインストール／更新の実行可否を判定する。インストールが可能であれば、即ち、ｅｎａｂｌｅが書かれていれば、ソフトウェア・インストールプログラム１３は、インストールを開始するためにインストール開始信号を出す。（ステップ２６〜ステップ２８）
【００１５】ソフトウェア・インストールプログラム１３は該インストール先計算機２に対し、上記（ステップ２３）で得たソフトウェア名１０２に対応するソフトウェア８を転送し、インストール／更新を行なう。（インストール／更新が正常に終了したか否か、所定のファイルが所定の位置に転送されたか否かなどをソフトウェア・インストール・プログラム１３に知らせ、エラーが発生していればそれに応じた処理を行なう。（ステップ２９〜２９−１）
【００１６】以上述べたインストール元計算機１によるインストール先計算機２へのソフトウェアのインストール／更新はこれらが標準的に搭載しているネットワーク制御処理手段、例えばファイル転送、ファイルのコピー及び移動、ファイルの消去、ファイルの所有者・グループ・アクセス権の変更、ファイル編集などのリモート制御処理手段を利用し、インストール元計算機１はこれらを介してインストール先計算機２上のファイル操作を行ってインスト−ル／更新をする。即ち，ソフトウェアのインストール／更新は前記ネットワーク制御処理手段を利用するので、インストール元計算機１上のソフトウェア・インストール・プログラム１３をソフトウェアのインストール／更新専用として準備することによりソフトウェア・インストール装置を構成する。」（３頁３欄２８行〜４頁５欄）
　　オ　「【００１９】前記実施例では各ソフトウェア８を各件毎に順にインストールするフローになっている。これに代えて、ソフトウェア・インストール・プログラム１３を概ね図２に示すステップ２８のインストールの開始信号送信まで（前者の処理）とそれ以後のソフトウェア転送からインストール／更新までの処理（後者の処理）に分けてもよい。これにより各ソフトウェア８の後者の処理（前者の処理よりも時間を要す場合多い）を平行して行うように構成してもよい。例えば、ソフトウェア８の内、Ａ，Ｂの各ソフトウェア順にそれぞれ別のインスト−ル先計算機２に向けて処理される場合、先ず、前者の処理はＡを処理し、そのインストールの開始信号を後者の処理に発したら、Ａの後者の処理の終了をまたずに、次のＢの処理を開始する。後者の処理はＡのインストール開始信号を受け、Ａの処理未了であっても、Ｂのインストール開始信号を受信したらその処理を開始し、結果的にＡ，Ｂについて並行処理する。」（４頁５欄３９行〜６欄５行）
　
　これら記載事項並びに図１及び図２により、さらに図４のインストール済みソフトウェアリストに「バージョン」が記載されている点をかんがみると、刊行物１には、
「ネットワークを介して接続された計算機間でソフトウェアをインストール／更新する遠隔ソフトウェア・インストール装置であって、各インストール先計算機にどんなソフトウェア（バージョンを含む）がインストールされているかを示すインストール済みソフトウェアリスト及びどのソフトウェアをどのインストール先計算機にインストールするかを判断し、該インストール先計算機にソフトウェアを転送し、インストールを行なった後インストールの完了を確認し、インストール済みソフトウェアリストを更新するソフトウェア・インストールプログラムを備え、インストール済みソフトウェアリストの内容を読み、該当する計算機にすでにインストールされているソフトウェア名の情報を得て、今回インストールするソフトウェアがシステムに矛盾を発生させないかどうか、例えば、すでに同名のソフトウェアの新しい版がインストールされていないかどうか判断し、該インストール先計算機に対し、ソフトウェアを転送し、インストール／更新を行なう。」発明（以下、「引用発明」という。）が記載されている。
　
（２）同じく拒絶の理由に引用した特開平６−３５０７９１号公報（以下、「刊行物２」という。）には、図面とともに次の事項が記載されている。
　　「【００１０】図１は、本発明の一実施例にかかるローカルエリアネットワークシステムを示している。
【００１１】同図において、ｍ台のパーソナルコンピュータＰＣ１，ＰＣ２，・・・，ＰＣｍと、ローカルエリアネットワークサーバ機能を備えたファクシミリ装置ＩＦＡＸは、集線装置ＨＵＢに接続され、この集線装置ＨＵＢを介して、これらのパーソナルコンピュータＰＣ１，ＰＣ２，・・・，ＰＣｍおよびファクシミリ装置ＩＦＡＸが接続されている。
【００１２】ここで、集線装置ＨＵＢは、例えば、１０ＢＡＳＥ−Ｔ（ＩＥＥＥ８０２．３ＣＳＭＡ／ＣＤ）などのスター型のローカルエリアネットワークを構成するためのものである。また、このローカルエリアネットワークシステムでは、おのおののパーソナルコンピュータＰＣ１，ＰＣ２，・・・，ＰＣｍ、および、ファクシミリ装置ＩＦＡＸの制御処理やアプリケーションソフトウェアのプログラムは、いわゆるマルチウインド型のネットワーク・オペレーティング・システムを基礎にしている。また、このローカルエリアネットワークシステムには、それを管理するための管理者ユーザが、一人以上設定されている。
【００１３】また、ファクシミリ装置ＩＦＡＸには、パーソナルコンピュータＰＣ１，ＰＣ２，・・・，ＰＣｍと同じ１つ以上のアプリケーションソフトウェア、または、それらのアプリケーションソフトウェアで作成されたファイルを印刷可能なアプリケーションプログラムがインストール（実装）されている。それとともに、このファクシミリ装置ＩＦＡＸは、アプリケーションソフトウェアで作成されているファイルデータの送受信機能を備えている。」（２頁２欄４１行〜３頁３欄２０行）
　
３．対比
　本願発明と引用発明とを対比する。
　引用発明の「インストール済みソフトウェアリスト」は、各インストール先計算機のバージョン情報を管理しており、本願発明の「バージョン情報テーブル」に相当し、また引用発明がリストにバージョン情報を記憶させるための記憶手段を備えることは自明である。
　引用発明でインストールされるソフトウェアは、従来磁気テープによりインストール元計算機に支給されていたのである（２．（１）のイ参照。）から、引用発明においてもこのソフトウェアの支給を受ける受付手段を備えることは自明であり、また、ソフトウェアのバージョン情報を管理する以上それも合わせて受け付けることは自明である。
　引用発明においては、「インストール済みソフトウェアリストの内容を読み、同名のソフトウェアの新しい版がインストールされていないかどうか判断」し、ここでいう版はバージョンのことであるから、「バージョン情報テーブルに記載された前記管理対象である装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いか否かを判断する判断手段」を備える。
　引用発明は、「インストール先計算機に対し、ソフトウェアを転送し、インストール／更新を行なう」から、「管理対象である装置が記憶するプログラムを、前記受付手段により受け付けたプログラムで更新する更新手段」を備える。
　また、引用発明は、「インストールを行なった後インストールの完了を確認し、インストール済みソフトウェアリストを更新する」から、これは本願発明の「更新後のプログラムのバージョン情報に基づいて前記バージョン情報テーブルの内容を自動的に更新することにより管理対象とする装置のプログラムのバージョン管理を行う」ことに相当する。
　してみると、本願発明と引用発明は、
「管理対象である複数の装置が記憶するプログラムのバージョン情報をバージョン情報テーブルに記憶する記憶手段と、
　外部からそのバージョン情報とともにプログラムの入力を受け付ける受付手段と、
　前記バージョン情報テーブルに記載された前記管理対象である装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いか否かを判断する判断手段と、
　前記管理対象である装置が記憶するプログラムを、前記受付手段により受け付けたプログラムで更新する更新手段とを備え、
　前記更新後のプログラムのバージョン情報に基づいて前記バージョン情報テーブルの内容を自動的に更新することにより管理対象とする装置のプログラムのバージョン管理を行う構成としてあることを特徴とする装置。」
である点で一致し、次の点で相違する。
（相違点１）本願発明において、管理対象である装置は「クライアント通信装置」でありバージョン管理を行う構成としてあることを特徴とする装置は「ファクシミリ装置」であるのに対し、引用発明においては、それぞれ「クライアント通信装置」及び「ファクシミリ装置」ではない点。
（相違点２）本願発明は「該判断手段により前記クライアント通信装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いと判断した場合、古いと判断したプログラムを記憶するクライアント通信装置を特定する特定手段」を備え、前記特定したクライアント通信手段が記録するプログラムを更新するのに対し、引用発明ではどのソフトウェアをどのインストール先計算機にインストールするかを判断するが「古いと判断したプログラムを記憶するクライアント通信装置」を特定することは明示されていない点。
　
４．判断
　上記（相違点１）について検討する。
　引用発明は「ネットワークを介して接続された計算機間」に適用される発明である。
　一方、刊行物２には、ローカルエリアネットワークサーバ機能を備えたファクシミリ装置とパーソナルコンピュータからなるローカルエリアネットワークシステムが記載されており、これは周知のサーバクライアントシステムを前提としているから、パーソナルコンピュータはクライアントであり、また、ファイルデータの送受信機能を備える（２．（２）の段落００１３参照）から「クライアント通信装置」である。さらに、これらのファクシミリ装置と「クライアント通信装置」には同じアプリケーションソフトウェアがインストールされている（２．（２）の段落００１３参照）からそれらのバージョンを管理する必要があることも明らかである。
　してみると、同じ「ネットワークを介して接続された計算機」である、刊行物２記載の「ファクシミリ装置」及び「クライアント通信装置」に引用発明を適用することは、当業者が容易になし得ることである。
　上記（相違点２）について検討する。
　引用発明はまず管理対象となる装置を特定して（刊行物１の図２のステップ２０）から、「バージョン情報テーブルに記載された前記管理対象である装置のプログラムのバージョンが前記受付手段により受け付けたプログラムのバージョンより古いか否かを判断する」もので古いと判断された場合にのみ（同図２のステップ２５）プログラムの更新を行うものである。
　しかし、刊行物１には、前記判断を含む処理（前者の処理）とプログラムの更新を含む処理（後者の処理）を分離してそれぞれ独立して行うべきことが示唆されている（２．（１）のオ参照）。してみると、まず前者の処理においてバージョンの判断をまとめて行ってその結果を後者の処理に伝えて、更新を行うべきものだけについて後者の処理によりプログラムの更新を行うという手順を具体的に想定することは容易にできるから、前者の処理により更新を行うべきクライアント通信装置を特定すべきことは容易に導出できる。
　　
５．むすび
　以上のとおり、本願発明は、刊行物１及び２に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、他の請求項に係る発明について検討するまでもなく、本願については特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。