【事件の表示】
　特願２００２−　８７７１６「機器の不具合対策のための方法及び装置、並びに、そのためのプログラム」拒絶査定不服審判事件〔平成１４年１２月２６日出願公開、特開２００２−３７３０８１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１４年３月２７日（優先権主張平成１３年３月３０日）の出願であって、平成１８年４月１３日付けで拒絶理由が通知され、同年６月２２日付けで手続補正がなされたものの、同年７月２８日付けで拒絶査定がなされた。その後、同年９月７日に拒絶査定不服審判請求がなされ、同年１０月１０日付けで手続補正がなされ、平成２０年１１月１７日付けで当審から発せられた審尋に対し、平成２１年１月１９日付けで回答書が提出されたものである。 
　
２．本願発明
　本願の請求項２０に係る発明（以下、「本願発明」という。）は、平成１８年１０月１０日付けで補正された明細書の記載からみて、特許請求の範囲の請求項２０に記載された次のとおりのものである。
「【請求項２０】　サーバシステムが、ネットワークを介して接続された電気機器に前記電気機器に関連する不具合対策を実行させるための方法であって、
（ａ）前記電気機器から発信された不具合対策プログラムの転送要求を受信する工程と、
（ｂ）前記転送要求に応じて、前記電気機器に前記不具合対策プログラムを転送することによって、前記電気機器に前記不具合対策プログラムを実行させて不具合対策処理を行わせる工程と、
を備えることを特徴とする方法。」
　
３．引用例
　原査定の拒絶の理由に引用された特開平１０−１６４１８２号公報（以下、引用文献」という。）には、次の事項が図面と共に記載されている。
　
Ａ．「【０００１】
【発明の属する技術分野】本発明は情報処理装置および通信方法に関し、例えば、ワールドワイドウェブ(World Wide Web: WWW)または他のネットワークを介したネットワーク周辺デバイスのリモートメンテナンスおよびサービスに関するものである。
・・・（中略）・・・
【０００６】本発明は、ネットワーク周辺デバイスのあるサービスおよびメンテナンスを、WWWのようなネットワーク越しに、デバイス製造者の集中サービス組織からリモートで行うことができる情報処理装置および通信方法、記録媒体を提供することで、上記の問題を解決することを目的とする。」
　
Ｂ．「【００１３】［ネットワーク構造］図1は本発明を実現するために使用することが可能なネットワーク構造を示す図である。図1には、1995年3月23日に出願された米国出願番号08/408,034の「Network Interface Board For Digital Copier」に一例が示されるネットワークインタフェイスボード(NIB)14が含まれる。NTB 14は、マルチデバイスコントローラ(MDC)12を介して、オープン構造(open architecture)をもつ複写機11と対をなす。好ましい実施形態において、複写機11は、キヤノンGP-55、または、NTB 14と強力な(robust)インタフェイスを確立することが可能な他の複写機である。NIB 14は、例えばEthernetインタフェイス10Base-2の同軸コネクタまたは10Base-TのRJ-45コネクタのようなローカルエリアネットワーク(LAN)インタフェイスを介して、LANとも対をなす。代わりに、本発明は、Token-ring構造からなるLANを利用することもできる。
【００１４】ワークステーション9および16のような複数のワークステーションもLAN15に接続され、ネットワークオペレーティングシステムの制御下で、これらのワークステーションはNIB 14と通信することができる。ワークステーション9のようなワークステーションの一つは、ネットワーク管理に使用されることが指示される。
【００１５】加えて、ワークステーション9および16は、データファイルを生成可能な標準的なワークステーションからなり、それらのデータファイルをLAN 15へ送信し、LAN 15からファイルを受信し、並びに、それらファイルを表示および/または処理する。あるワークステーションにはプリンタが直結されている。
・・・（中略）・・・
【００１８】図1はルータ7を介してワールドワイドウェブ6に接続されるLAN 15を示している。従って、LAN 15は、TCP/IPネットワークプロトコルに従って伝送されるデータパケット(IPパケット)をサポートしなければならない。各IPパケットは、宛先のネットワークアドレスを示すデスティネーションフィールド、送信者のネットワークアドレスを示すソースフィールド、データフィールド、データフィールドの長さを示すフィールド、および、エラー検出用のチェックサムフィールドを含む。本発明は、IP通信に関して記述されるが、他の通信プロトコルも同様に使用することができる。
【００１９】ルータ7は、主にウェブモニタ機能をLAN 15に提供し、LAN 15上のデバイス宛のIPパケットをLAN 15へルーティングし、その他すべてを廃棄するとともに、LAN 15上のデバイスにより生成されたIPパケットをワールドワイドウェブ6上に配置する。
【００２０】同様にワールドワイドウェブ6に接続されるルータ2はワークステーション1および3にワールドワイドウェブ6へのアクセスを提供し、ルータ5はワークステーション4および8にワールドワイドウェブ6へのアクセスを提供する。本発明において、ワークステーション1および3は技術サポート組織のLAN 19に接続され、ワークステーション4および8は販売組織のLAN 20に接続されている。同様に、ワークステーション4は、GP-55複写機11に付属品を供給する責任を負う販売センタに配置されている。」
　
Ｃ．「【００２７】［ネットワークインタフェイスボードソフトウェア］図3は、NIB 14に利用されるコードのブロックまたはソフトウェアモジュールの例を示している。XPモジュール51は、複写機11とNIB 14間の標準インタフェイスを提供する。MLID(Multi Link Interface Driver)68は、カスタマイズドコード（ハードウェアサポートモジュール(HSM)）と一緒にリンクされるコードの一片（メディアサポートモジュール(MSM)）で、LAN 15への接続の最下レベルである。LSL(Link Support Layer)63は、コードの一片で、低レベルMLID 68と、TCP/IPプロトコルスタック56、Novel IPXプロトコルスタック57、AppleTalkプロトコルスタック59およびNetBIOSプロトコルスタック60との間のマルチプレクサとしてふるまう。
【００２８】プロトコル独立インタフェイス(Protocol Independent Interface: PII)モジュール61は、様々なサポートされたプロトコルを介して通信するための単一インタフェイスを提供する。それは、NIB 14がマルチプロトコルスタックをサポートするからで、NIB 14が稼働している限り、このモジュールも存在する。フラッシュサーバ62は、EPROM 34の再プログラムに使用される。PIIモジュール62は、様々なプロトコルスタックをモニタしサポートするためにフラッシュサーバ62と協同する。
【００２９】NIB 14は、LAN 15のワークステーション9および16がWorld Wide Webプロトコルをサポートするwebブラウザを使用してNIB 14へのアクセスすることを可能にするハイパテキスト伝送プロトコル(Hyper Text Transfer Protocol: HTTP)サーバ64もサポートする。従って、NIB 14は、ハイパテキスト作成言語(Hyper TextMarkup Language: HTML)ファイル、JAVAアプレット(applet)またはグラフィックス交換フォーマット(Graphics Interchange Format: GIF)ファイルのような、HTTPプロトコルに従うwebブラウザのようなものを通過するファイルを包含する。JAVAアプレットは、JAVA仮想マシン(JAVA Virtual Machne: JVM)を使用するワークステーション上のアプレット対応webブラウザに隠れて稼働するように設計された、プラットフォームに依存しない実行コードのセグメントである。
【００３０】さらに、NIB 14は、簡易ネットワーク管理プロトコル(Simple Network Management Protocol: SNMP)エージェント55を複写機11に提供する。SNMPエージェント55は、ネットワーク周辺機器とネットワークワークステーションの間のモニタの交換およびデータの制御に広く使用される。エージェント55は、複写機11から得ることができる情報、および、制御することができる複写機11の面(aspect)を定義する管理情報ベース(Management Information Base)54を含む情報を返す。NIB14は、SNMPエージェント55およびXPインタフェイス51の間をインタフェイスするPJL/RPCインタプリタ52を含んでいる。」
　
Ｄ．「【００３４】図6は技術サポートワークステーション1のブロック図である。図6のワークステーションは、ディスク109に格納されたデータを除き、図5に示すワークステーションと同じ一般的な構成を備えている。詳しくは、ディスク109は、Webブラウザに加えて、HTTPサーバ、HTMLファイル、GIFファイルおよびJAVAアプレットを含んでいる。」
　
Ｅ．「【００４２】図12は、ブラウザにより表示された技術サポートサーバ1のホームページ170である。このページ170は、技術サポートサーバ1またはHTTPサーバ68からダウンロードされるJAVAアプレットを介して動的に完成されるフィールド171および172を含んでいる。あるいは、これらのフィールドはユーザにより手動で完成される。とにかく、これらのフィールドの中のデータは、「提出(Submit)」アイコン174がユーザに選択されると、CGIフォーマットに変換され、IPパケットに入れられて技術サポートサーバ1へ送られる。」
　
Ｆ．「【００５７】［ハイパテキストリンクを介した周辺機器webページのアクセス］ある局面においては、フローはステップS1321からステップS1424へ進む。ステップ1424で、ユーザは、マウス76を用いて、「Admin」ページ151の外部リンクフレーム124に表示された「サポート」アイコンを選択する。次に、ステップ1425で、ブラウザは、技術サポートサーバ1へIPパケットを送り、サーバのホームページ170を要求する。技術サポートサーバのIPアドレスは、ステップ1201に関して上述したように、現在表示されているHTMLファイルから直接、または、技術サポートサーバのドメインネームに従って、の何れかにより得られる。
【００５８】ステップS1426で、技術サポートサーバ1はHTMLファイルをブラウザへ返し、ブラウザはそのHTMLファイルに対応するホームページ170を順番に表示する。ホームページ170は、ステップS1427で、ブラウザ表示のビューワフレーム122を含むページ170をブラウザに表示させる指示であるHTMLタグを含む。ページ170はユーザ入力フィールド171および172を含む。
【００５９】ステップS1429で、ブラウザが技術サポートHTMLファイルで何らかのアプレットタグに出合うと、フローはステップS1430へ進み、技術サポートサーバ1から関連するアプレットを検索する。次に、ステップS1431で、JVMは、SNMPプロトコルを介して複写機情報を得て、ページ170の複写機情報フィールド171および172を適切な複写機情報で埋めるために、そのアプレットを実行する。
【００６０】アプレットは、最初に出合ったときだけ、 SNMPクライアントに、ダウンロードされる複写機情報の検索を許す。従って、ユーザがそのページを再訪する場合、アプレットは直ちに実行可能で、そのため、そのページは直ぐにアップデートされる。一方、PhaserLinkは、ページがブラウザによって呼ばれるファイルに対応する度に、HTTPサーバに、複写機ステータスに従ってHTMLファイルをリスクリプト(rescript)することを要求する。
【００６１】フローはステップS1431からステップS1432へ進む。ステップS1429で、アプレットタグに出合わなくても、フローはステップS1432へ進む。
【００６２】ステップS1432で、ユーザは、ユーザ入力フィールド171および172へデータをマニュアル入力する。webブラウザは、ステップS1434で、このデータをCGIフォーマットに変換する。その後、ステップ1435で、ブラウザは、新しいパケットがCGIフォーマットのデータを含むほかは、ステップS1425で送られたパケットと同様の新しいIPパケットを技術サポートサーバへ送る。図14の処理ステップはステップS1436で終了する。」
　
Ｇ．「【００７２】図18は、ワークステーション1で働くサービスの専門家による、インタネット越しの遠隔整備および複写機11のサービスを実行する処理ステップを説明するフローチャートである。
【００７３】一般に、図6の処理ステップに従えば、サービス組織から送信される第一のIPパケットは、IPネットワークを介してネットワーク周辺デバイスにより受信され、第一のIPパケットは、ネットワーク周辺デバイスに対するサービス情報の要求を含んでいる。次に、第二のパケットは、IPネットワークを介して、第一のIPパケットを受信したネットワーク周辺デバイスからリモートサービス組織へ自動的に送られ、第二IPパケットは要求された周辺サービス情報を含んでいる。その後、第三のIPパケットが、IPネットワークを介して、リモートサービス組織からネットワーク周辺デバイスへ送られて受信される、第三のIPパケットは周辺サービス機能を実行させる指示を含んでいる。最後に、第三のIPパケットへの応答として、ネットワーク周辺デバイスにより、周辺サービス機能が自動的に実行される。
【００７４】なお、周辺サービス機能にはワイヤクリーニングなどが含まれ、周辺サービス機能が実行されると周辺サービス情報に対応する周辺サービス機能データが作成される。」
　
（ア）上記Ｂの「ワークステーション1および3は技術サポート組織のLAN 19に接続され」の記載、上記Ｄの「 図6は技術サポートワークステーション1のブロック図である。図6のワークステーションは、・・・（中略）・・・詳しくは、ディスク109は、Webブラウザに加えて、HTTPサーバ、HTMLファイル、GIFファイルおよびJAVAアプレットを含んでいる。」の記載、及び上記Ｅの「図12は、ブラウザにより表示された技術サポートサーバ1のホームページ170である。このページ170は、技術サポートサーバ1またはHTTPサーバ68からダウンロードされるJAVAアプレットを介して動的に完成されるフィールド171および172を含んでいる。」の記載によれば、ワークステーション１は、ＨＴＴＰサーバ、ＨＴＭＬファイル、ＪＡＶＡアプレットを有しており、技術サポートサーバ１を実現している。
（イ）上記Ｂの「NTB 14は、マルチデバイスコントローラ(MDC)12を介して、オープン構造(open architecture)をもつ複写機11と対をなす。」の記載、「NIB 14は、例えばEthernetインタフェイス10Base-2の同軸コネクタまたは10Base-TのRJ-45コネクタのようなローカルエリアネットワーク(LAN)インタフェイスを介して、LANとも対をなす。」の記載、及び「ワークステーション9および16のような複数のワークステーションもLAN15に接続され、ネットワークオペレーティングシステムの制御下で、これらのワークステーションはNIB 14と通信することができる。」の記載によれば、ワークステーション９とＮＩＢはＬＡＮに接続され、ワークステーション９は、複写機と対をなすＮＩＢと通信して複写機の管理を行うものである。
（ウ）上記Ｂの「図1はルータ7を介してワールドワイドウェブ6に接続されるLAN 15を示している。・・・（中略）・・・同様にワールドワイドウェブ6に接続されるルータ2はワークステーション1および3にワールドワイドウェブ6へのアクセスを提供し」の記載によれば、ワークステーション１はワールドワイドウエブ６とＬＡＮ１５を介してワークステーション９と接続されている。
（エ）上記Ｆには「ユーザは、マウス76を用いて、「Admin」ページ151の外部リンクフレーム124に表示された「サポート」アイコンを選択する。次に、ステップ1425で、ブラウザは、技術サポートサーバ1へIPパケットを送り、サーバのホームページ170を要求する。」、「技術サポートサーバ1はHTMLファイルをブラウザへ返し、ブラウザはそのHTMLファイルに対応するホームページ170を順番に表示する。」、及び「ブラウザが技術サポートHTMLファイルで何らかのアプレットタグに出合うと、フローはステップS1430へ進み、技術サポートサーバ1から関連するアプレットを検索する。次に、ステップS1431で、JVMは、SNMPプロトコルを介して複写機情報を得て、ページ170の複写機情報フィールド171および172を適切な複写機情報で埋めるために、そのアプレットを実行する。」と記載されている。ここで、ＪＡＶＡによるアプレットの実行では、ＨＴＭＬコードの中にＨＴＴＰサーバに配置されたアプレットを参照するアプレットタグを埋め込んでおくと、ブラウザがアプレットタグに出会うとブラウザはＨＴＴＰサーバにアプレットを要求し、ＨＴＴＰサーバからアプレットをダウンロードして実行することが技術常識である（例えば、引用文献の【００４８】【００４９】段落参照）から、上記「技術サポートサーバ1から関連するアプレットを検索する。」というのは、技術サポートサーバにアプレットを要求し、技術サポートサーバからアプレットをダウンロードすることと解することができる。
　また、上記ＣにはＮＩＢに関し「NIB 14は、簡易ネットワーク管理プロトコル(Simple Network Management Protocol: SNMP)エージェント55を複写機11に提供する。SNMPエージェント55は、ネットワーク周辺機器とネットワークワークステーションの間のモニタの交換およびデータの制御に広く使用される。」と記載されている。
　従って、上記Ｃ．Ｆの各記載によればワークステーション９の動作態様は、ワークステーション９に技術サポートセンタ１のホームページを表示し、ブラウザが技術サポートHTMLファイルで何らかのアプレットタグに出合うと、技術サポートサーバ1から関連するアプレットをダウンロードする。そして、ワークステーション９はダウンロードしたアプレットを実行して、ＮＩＢとＳＮＭＰプロトコルを介して複写機情報を得て、複写機情報フィールドを埋めるという処理を行うものである。
　
　以上より、引用文献のＡ〜Ｆには、ネットワークを介して複写機のリモートメンテナンスを行うものとして、次の発明が記載されている。
　
　ＨＴＴＰサーバ、ＨＴＭＬファイル、ＪＡＶＡアプレットを有する技術サポートサーバが、ＷＷＷとＬＡＮを介してワークステーションと接続され、該ワークステーションは複写機と対をなすＮＩＢと通信することによって複写機のメンテナンスを行う方法であって、
　前記ワークステーションのブラウザが技術サポートＨＴＭＬファイルで何らかのアプレットタブに出会うと関連するアプレットを前記技術サポートサーバに要求し、
　前記技術サポートサーバは前記要求に基づいてアプレットをダウンロードし、前記ワークステーションはダウンロードしたアプレットを実行して、ＮＩＢとＳＮＭＰプロトコルを介して複写機情報を得て、ブラウザ表示ページの複写機情報フィールドを埋める処理を行う方法
　
４．対比
　本願発明と引用発明とを対比すると、引用発明の「ＨＴＴＰサーバ、ＨＴＭＬファイル、ＪＡＶＡアプレットを有する技術サポートサーバ」「ＷＷＷとＬＡＮ」「ワークステーション」は、それぞれ、本願発明の「サーバシステム」「ネットワーク」「電気機器」に相当する。
　引用発明の「アプレット」は、技術サポートサーバからワークステーションにダウンロードされて実行されるプログラムであるから、本願発明の「不具合対策プログラム」とは、転送された先で実行される処理プログラムである点で共通している。
　引用発明では、「アプレットを前記技術サポートサーバに要求し、前記技術サポートサーバは前記要求に基づいてアプレットをダウンロード」しているから、ワークステーションの発信した要求を技術サポートサーバが受信していることになり、また、その要求に基づいてダウンロードしているから、その要求はダウンロード要求、言い換えれば転送要求ということができる。従って、引用発明の「前記ワークステーションのブラウザが技術サポートＨＴＭＬファイルで何らかのアプレットタブに出会うと関連するアプレットを前記技術サポートサーバに要求」と本願発明の「前記電気機器から発信された不具合対策プログラムの転送要求を受信する工程」とは、電気機器から発信された処理プログラムの転送要求を受信する工程である点で共通している。
　引用発明は上記３．引用例Ａの箇所に記載されているように、ネットワークを介したネットワーク周辺デバイスのリモートメンテナンスに関するものであるから、引用発明の「ＮＩＢとＳＮＭＰプロトコルを介して複写機情報を得て、ブラウザ表示ページの複写機情報フィールドを埋める処理」は、複写機のリモートメンテナンスのための処理であり、本願発明の「不具合対策処理」とは、保守のための処理である点で共通している。従って、引用発明の「前記技術サポートサーバは前記要求に基づいてアプレットをダウンロードし、前記ワークステーションはダウンロードしたアプレットを実行して、ＮＩＢとＳＮＭＰプロトコルを介して複写機情報を得て、ブラウザ表示ページの複写機情報フィールドを埋める処理」と本願発明の「前記転送要求に応じて、前記電気機器に前記不具合対策プログラムを転送することによって、前記電気機器に前記不具合対策プログラムを実行させて不具合対策処理を行わせる工程」とは、  前記転送要求に応じて、前記電気機器に処理プログラムを転送することによって、前記電気機器に処理プログラムを実行させて保守のための処理を行わせる工程である点で共通している。
　
　従って、本願発明と引用発明とは次の点で一致する。
（一致点）
　サーバシステムが、ネットワークを介して接続された電気機器に前記電気機器に関連する保守のための処理を実行させるための方法であって、
（ａ）前記電気機器から発信された処理プログラムの転送要求を受信する工程と、
（ｂ）前記転送要求に応じて、前記電気機器に前記処理プログラムを転送することによって、前記電気機器に前記処理プログラムを実行させて保守のための処理を行わせる工程と、
を備えることを特徴とする方法
　
　一方、本願発明と引用発明とは次の点で相違する。
（相違点）
　処理プログラム及び保守のための処理が、本願発明では「不具合対策プログラム」及び「不具合対策処理」であるのに対し、引用発明では「アプレット」及び「ＮＩＢとＳＮＭＰプロトコルを介して複写機情報を得て、ブラウザ表示ページの複写機情報フィールドを埋める処理」である点
　
５．相違点についての検討
　本願の明細書によれば、不具合対策処理として、ノズルチェックパターン印刷、プリンタ一括診断、プリンタドライバ自動インストールの３種類の態様が説明されている。ここで、プリンタ一括診断とは、プリンタ一括診断を行うための自動実行モジュールをクライアントに転送し、この自動実行モジュールを実行してプリンタのエラー状態を示すチェック項目（２）〜（７）をメモリに格納されているエラー情報を読み出すことによって判定し、これをクライアント画面上に表示することとされている（明細書【００７０】段落〜【００７４】段落、【００５７】段落）。このように、本願発明の不具合対策処理は、プリンタのメモリに格納されているエラー状態を読み出して判定し表示するという処理を含むものである。
　また、引用文献には、上記３．引用例のＧの箇所に、メンテナンスの一例としてワークステーション１からＩＰパケットに周辺サービス機能を実行させる指示を含ませ、ワイヤクリーニングを実行させることが記載されているから、メンテナンスの形態として遠隔から対象機器に所定の動作を実行させることも通常のことである。
　従って、引用発明において、保守のための処理として行われている、アプレットを実行して複写機情報を得てブラウザ表示ページの複写機情報フィールドを埋める処理は、複写機の状態をブラウザ表示するためのものであるから、収集した複写機情報を適宜判定して表示することは必要に応じて容易に為し得ることである。また、本願発明の「不具合対策処理」がノズルチェックパターン印刷のように対象機器を動作させるものであるとしても、前述の通り対象機器に所定の動作を実行させることも通常のメンテナンスの範疇であるから、保守のための処理としてアプレットを実行することにより対象機器の状態情報を収集して表示するだけでなく、対象機器に所定動作を実行させるようにすることは容易に為し得ることである。
　従って、この相違点を格別のものと言うことはできない。
　
　そして、本願発明の構成によってもたらされる効果も、引用発明から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。 
 　 
６．むすび 
　したがって、本願発明は、引用文献に記載された発明に基いて、当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。 
　よって、結論のとおり審決する。