【事件の表示】
　特許第３１３５５３２号に関する訂正審判事件について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．請求の要旨
　本件審判の請求の要旨は、特許第３１３５５３２号（平成１０年９月２９日特許出願、平成１２年１２月１日設定登録）の明細書を審判請求書に添付した訂正明細書のとおり訂正しようとするものである。
　上記訂正明細書の請求項１に係る発明は、その特許請求の範囲の記載の請求項１に記載される次の事項により特定されるとおりのものである。
「【請求項１】　
記録紙の用紙切れという状態を監視するプリンタ部と、
前記ＨＴＭＬ生成手段は、あらかじめステータス情報を表示するためのＨＴＭＬファイル並びに状態を絵で表したＧＩＦファイルを多数保持し、前記プリンタ部の状態に合わせて常時、ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行うことを特徴とする
　
２．訂正拒絶の理由
　一方、平成１４年９月２７日付けで通知した訂正の拒絶理由の概要は、次のとおりである。
　訂正明細書の請求項１に係る発明は、特開平１０−１４９２７０号公報（平成１０年６月２日発行。以下「刊行物１」という。）に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものであるから、上記訂正は特許法第１２６条第４項の規定に適合しないので、当該訂正は認められない。
　
３．引用刊行物
　刊行物１　特開平１０−１４９２７０号公報
　刊行物２　特開平５−３４７６７７号公報　
　刊行物３　特開平９−３３１４１６号公報
　刊行物４　特開平８−３０５５２０号公報
　刊行物５　特開平８−３３９２７４号公報
（１）刊行物１（特開平１０−１４９２７０号公報）には、
　（ａ）【０００２】
「【従来の技術】事務機器、家庭用機器、研究所用機器や、さまざまな他の種類の装置を含め、広範囲のさまざまな装置は一般に、装置特有のユーザインターフェース機能を備える。そのような装置はガジェットと呼ぶこともできる。事務機器には例えば、プリンタ、ファクシミリ装置、複写機、さまざまな種類の通信装置および電話装置が含まれる。家庭用装置には、テレビジョン、ビデオプレーヤおよびビデオレコーダ、オーディオプレーヤおよびオーディオレコーダなどの家庭娯楽機器や、セキュリティシステム、自動車、電気器具、サーモスタット、ホットタブが含まれる。研究所用機器には、オシロスコープ、分光分析計、その他の種類の測定機器や、ネットワーク化機器が含まれる。」
　（ｂ）【００１２】
「【発明の実施の形態】図１は、装置特有のユーザインターフェース機能を備える組み込み（ｅｍｂｅｄｄｅｄ）ウェブアクセス機能を含む装置１０を示す。装置１０は、ネットワークインターフェース１２とウェブサーバ１４をモニタ１６と共に含む。ネットワークインターフェース１２によって、通信経路２２を介した通信が可能になる。モニタ１６は、装置１０のさまざまな装置特有の機能を制御し、装置１０に関する１組の情報を制御／モニタ経路２０を介して監視する。ウェブサーバ１４は、通信経路２２を介してウェブクライアントにウェブサーバ機能を与える。ウェブサーバ１４は、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）に従ってウェブサーバ機能を与える。」
　（ｃ）【００１３】
「ウェブサーバ１４は、装置１０用の所定のユニバーサルリソースロケータ（ＵＲＬ）を指定するネットワークインターフェース１２を通じてＨＴＴＰコマンドを受信する。ＨＴＴＰコマンドは、装置状況情報などの情報を装置１０から読み取るためにウェブクライアントによって使用することができる。ＨＴＴＰコマンドは、装置１０の機能または動作状態を制御する情報などの情報を装置１０へ転送するために使用することもできる。そのようなＨＴＴＰコマンドには、ＨＴＴＰ　ＧＥＴコマンドとＨＴＴＰ　ＰＯＳＴコマンドとＨＴＴＰ　ＰＵＴコマンドとが含まれる。」
　（ｄ）【００１４】
「装置１０へ送られたＨＴＴＰコマンドに応答して、ウェブサーバ１４は、装置１０用の１組のユーザインターフェース機能を定義するウェブページ１８を生成する。ウェブページ１８とは、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルである。ネットワークインターフェース１２は、ウェブページ１８を通信経路２２を介して要求側ＨＴＴＰクライアントへ転送する。」
　（ｅ）【００１５】
「ウェブサーバ１４は、ウェブページ１８を、モニタ１６によって維持される装置１０に関する情報の更新済み状態を反映するように動的に生成する。ウェブページ１８は、装置１０用のさまざまな制御機能を通信経路２２を介してウェブクライアントから開始できるようにするＨＴＴＰプロトコルに従って制御ボタンを定義することもできる。ウェブページ１８は、ＨＴＴＰプロトコルおよびＨＴＭＬプロトコルによってサポートされるテキストや、画像、マルチメディアファイル、フォーム、テーブル、オブジェクトタイプを含むことができる。」
　（ｆ）【００１６】
「また、ウェブページ１８は、装置１０内に配置された追加ウェブページを指定する１つまたは複数のＵＲＬを含むことができる。ウェブページ１８は、他の位置、すなわち装置１０の外部に配置された追加ウェブページを指定する１つまたは複数のＵＲＬを含むこともできる。装置１０の外部の追加ウェブページは例えば、ローカル通信網またはインターネットＷＷＷ上に配置することができる。」
（ｇ）【００１７】
「装置１０は、プリンタ、ファクシミリ装置、複写機、通信装置、電話装置などの装置、テレビジョン、ビデオ装置、オーディオ装置などの家庭娯楽装置、冷蔵庫や洗濯機などの電化製品、セキュリティシステム、自動車、ホットタブを含め、さまざまな装置を表す。装置１０は、オシロスコープ、分光分析計、その他のタイプの測定装置を含め、さまざまな計器を表す。また、装置１０は、回転媒体記憶装置などの大容量記憶装置を含め、さまざまなコンピュータ周辺装置を表す。」
　（ｈ）刊行物１には、次のことが記載されている。
「装置１０は、ネットワークインターフェース１２とウェブサーバ１４をモニタ１６と共に含む。
　ＨＴＴＰコマンドは、装置状況情報などの情報を装置１０から読み取るために使用することができる。
　装置１０へ送られたＨＴＴＰコマンドに応答して、ウェブサーバ１４は、装置１０用の１組のユーザインターフェース機能を定義するウェブページ１８を生成する。
　ウェブページ１８とは、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルである。
　ネットワークインターフェース１２は、ウェブページ１８を通信経路２２を介して要求側ＨＴＴＰクライアントへ転送する。
　装置１０は、ファクシミリ装置を含めさまざまな装置を表す。」
　
（２）刊行物２（特開平５−３４７６７７号公報）には次の記載がある
　（ａ）段落【０００６】〜【０００７】
「【０００６】
【実施例】図１は本発明のファクシミリ装置の構成を表すブロック図である。読み取り部４、印刷部５、通信制御部６の他にコンピュータネットワークインターフェース１、電子メール宛先記憶部２、用紙残量検出部７があり、これらのシステム全体をコントロール部３で制御する。
【０００７】図２は本発明のファクシミリ装置８がＬＡＮに接続されて利用される形態を表す図である。ＬＡＮ上にはパーソナルコンピュータ９やワークステーション１０が接続されている。」
　（ｂ）段落【０００９】
「【０００９】以上述べた電子メールの機能をふまえて本発明の説明に戻る。図１のブロック図において、ファクシミリの送信の際には読み取り部４で読み取られ符号化された原稿のデータはコントロール部３の制御により通信制御部６に送られ、一般公衆回線へのデータとなって送信される。一方、受信の際には逆に通信制御部６で受け取ったデータが印刷部５で印刷されるが、この際に用紙残量検出部７により適宜用紙の残量を考慮する。また、ネットワークインターフェース１を通して電子メールのやり取りを行なうが、これに必要な電子メールの宛先は電子メール宛先記憶部２に貯える。このデータの例を図３に示す。各行の宛先データは「：」で区切られた２個のデータからそれぞれなり、１番目が電子メールで送られる情報の種類を区別するフラグ、２番目は前記電子メールの宛先となっている。前記フラグの種類としては３種類あり、「Ａ」は用紙の残量が少なくなったことを電子メールで通知することを示すフラグ、「Ｂ」は用紙の残量が少なくなった後で受信するファクシミリデータを電子メールで転送することを示すフラグ、「Ｃ」は受信するファクシミリデータを用紙の残量に関係なく電子メールで転送することを示すフラグである。フラグによるこれらの情報は電子メールで宛先に転送される。」
　（ｃ）段落【００１０】
「次に図４の１６で用紙の残量を判定し、これがあらかじめ設定しておいた所定の値よりも少ないかどうかによって以降の処理を変える。仮に所定の値よりも大きい場合には図４の１９によって通常の印刷を行なう。しかし所定の値より小さい場合には印刷は行なわず、まず図４の１７に示すように図３の宛先データの中のフラグ「Ａ」を探し、宛先に対して用紙の残量が少なくなったことを通知する電子メールを発信する。そして、図４の１８に示すように図３の宛先データの中のフラグ「Ｂ」を探し、その宛先に対してファクシミリ通信で受信したデータを電子メールで送る。この一連の処理により用紙の有無やファクシミリ通信の内容を離れた場所で知ることができ、また内容によって受け取る宛先を変えることができるので、例えば用紙を補給することを特定の人にまかせるような場合には連絡が円滑に行なわれることになる。」
　（ｄ）段落【００１２】
「【００１２】
【発明の効果】以上述べたように、本発明ではファックス用の印字用紙の残量を示す機能とコンピュータネットワークよる電子メールの機能をもつ構成にしたので、ファクシミリにおいて実行される通信の状態を通信と同時に知ることができる。また、用紙の残量の状態をリアルタイムに離れた場所で知ることができるだけでなく、それ以降のファクシミリ通信の内容を電子メールで受け取ることによってメモリの容量などの限界に左右されずに、また特別な装置を付加することなく通信を継続することが可能になる。」
　（ｅ）上記の記載より特開平５−３４７６７７号公報には次のことが記載されている。
「印刷用紙の残量を検出する手段と、コンピュータネットワークインターフェースと、電子メールの宛先を記憶する手段と、電子メールの送受信を制御する手段と、を有することを特徴とするネットワークに接続されたファクシミリ装置。」
　
（３）刊行物３（特開平９−３３１４１６号公報）には次の記載がある
　「【０００４】本発明は、上記の問題点を解消するためになされたもので、本発明に係る第１の発明?第１０の発明の目的は、画像処理装置と情報処理装置とが通信して画像処理を行う際に、画像処理装置側で発生しているエラー情報を情報処理装置側に通知し、該エラー情報に基づいて情報処理装置の表示部にエラー情報を動画として表示することにより、情報処理装置側のユーザに画像処理装置側で発生するエラー情報を情報処理装置側のユーザにリアルタイム、かつ視認性よく表示させることができる情報処理装置および画像処理装置および画像処理システムのエラー処理方法を提供することである。」
　
（４）刊行物４（特開平８−３０５５２０号公報）には次の記載がある
　「【００３７】印刷出力装置の装置情報は、片面印刷／両面印刷の面指定機能、拡大／縮小機能、用紙サイズの選択機能やオプションで装備できるソーター、スタックなどの当該印刷出力装置の装備機能に関する情報と、稼働中、待機中、処理中、停止中（電源未投入など）、停止中（紙切れ）、紙づまり、紙切れ警告、ドアオープン、トナー切れ、トナー切れ警告、ハードウエアの故障などの装置の状態（稼働状況）に関する情報とからなる。
【００３８】この印刷出力装置の装置情報は、初期的には、各印刷出力装置の識別子情報と同様にして、各印刷出力装置をＬＡＮ１０に接続したときに、各印刷出力装置からコンピュータ１１Ａの印刷管理装置機能部に通知する。また、上述したように、印刷出力装置には、後から追加できるオプション機能があり、そのオプション機能が追加された場合には、そのオプション機能を追加したときに、その追加機能をコンピュータ１１Ａの印刷管理装置機能部に通知するようにする。
【００３９】また、印刷出力装置の稼働状況についての状態情報は、各印刷出力装置から、上記の紙切れや紙づまりなどの異常状態が発生したり、稼働状況が変化したときに、その都度、最新の状態の情報を印刷管理装置機能部に通知するようにされている。
【００４０】そして、コンピュータ１１Ａの印刷管理装置機能部は、また、取得した各印刷出力装置の識別子情報、ジョブ情報、状態情報を含む装置情報を、エンドシステムの印刷指示装置の機能部（以下、印刷指示装置機能部という）に対して提供する。
【００４１】すなわち、それぞれのエンドシステムの印刷指示装置機能部は、一定周期で、あるいは、適宜のタイミングで、印刷管理装置機能部に対して上記識別子情報、ジョブ情報および装置情報の取得要求を出す。なお、この取得要求は、利用者の操作とは非同期であり、少なくとも、ジョブ情報と印刷出力装置の状態情報との取得要求は、後述するように、印刷指示操作パネルのウインドウが開いているときだけでなく、このウインドウが閉じてアイコン化されているときにも、実行される。」
「【００９０】この例の場合、アイコン表示情報保存手段１０９Ｍには、前述したように、予め表示ジョブ状態に応じて形態が異なるアイコンの表示情報が保存されている。図６に、各表示ジョブ状態に対応するアイコンの表示形態の例を示す。
【００９１】すなわち、図６Ａは、通常状態を示すアイコン（通常アイコン）であり、これは表示ジョブ状態判定手段１０７で選択された最優先の表示ジョブ状態が「完了」であるときに表示される。図６Ｂは、自己が発行したジョブのいずれかについてエラーが発生していることを示すアイコン（エラーアイコン）であり、これは表示ジョブ状態判定手段１０７で選択された最優先の表示ジョブ状態が「エラー」であるときに表示される。図６Ｃは、ジョブが処理中であることを示すアイコン（処理中アイコン）であり、これは表示ジョブ状態判定手段１０７で選択された最優先の表示ジョブ状態が「処理中」であるときに表示される。図６Ｄは、紙つまりや紙切れなどにより、自己がジョブ発行した印刷出力装置のいずれかが停止状態になっていることを示すアイコン（警告アイコン）であり、これは表示ジョブ状態判定手段１０７で選択された最優先の表示ジョブ状態が「警告」であるときに表示される。図６Ｅは、ジョブが処理待ちであることを示すアイコン（処理待ちアイコン）であり、これは表示ジョブ状態判定手段１０７で選択された最優先の表示ジョブ状態が「処理待ち」であるときに表示される。」
　
（５）刊行物５（特開平８−３３９２７４号公報）には次の記載がある
　「【０００５】本発明は上記従来例に鑑みてなされたもので、接続されているプリンタの状態をグラフィックス画像の、例えば色や濃度の変化で表示することにより、ユーザがプリンタ装置の状態を容易に把握できる情報処理装置及び該装置におけるステータス表示方法を提供することを目的とする。」
「【０００９】
【課題を解決するための手段】上記目的を達成するために本発明の印刷装置は以下のような構成を備える。即ち、プリンタ装置を接続して印刷する情報処理装置であって、双方向インターフェースにより前記プリンタ装置にステータスを問い合わせる状態問合せ手段と、前記状態問合せ手段によるステータスの問合せに応じて、前記双方向インターフェースを介して前記プリンタ装置よりのステータス情報を受信して記憶する記憶手段と、前記記憶手段に記憶されたステータス情報に従って前記プリンタ装置の状態を示すグラフィック画像を表示する表示手段とを有する。」
　
４．対比・判断
　訂正明細書の請求項１に係る発明と、刊行物１とを比較すると、
刊行物１では、装置１０は、プリンタ、ファクシミリ装置、複写機等のさまざまな装置を表しており、ファクシミリ装置がプリンタ部を備えていることは自明のことであり、
　刊行物１の「装置状況情報などの情報」は、請求項１に係る発明の「装置のステータス情報」に相当し、
　刊行物１では、ウェブサーバ１４は、装置状況情報などの情報を装置１０から読み取るために使用されるＨＴＴＰコマンドに応答して、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルである、ウェブページ１８を生成しているから、これは、請求項１に係る発明の「ＨＴＭＬ等の文書構造記述言語により装置のステータス情報を生成する」に相当し、
　また、刊行物１の、ウェブページ１８を通信経路２２を介して要求側ＨＴＴＰクライアントへ転送するは、請求項１に係る発明の「前記ステータス情報の文書構造記述言語ファイルを送出する」に相当し、
　さらに、刊行物１には、上記のように刊行物１の段落【００１５】に「ウェブサーバ１４は、ウェブページ１８を、モニタ１６によって維持される装置１０に関する情報の更新済み状態を反映するように動的に生成する。」と記載されているから、装置１０に関する情報の更新済み状態を反映しているから、
両者は、
「プリンタ部を備え、
ＨＴＭＬ等の文書構造記述言語により装置のステータス情報を生成し、
端末に対し前記ステータス情報の文書構造記述言語ファイルを送出し、
装置の状態に合わせてステータス情報の更新を行うことを特徴とするネットワークファクシミリ装置。」
で一致し、次の点で相違する。
（相違点）
（相違点１）
　本件請求項１に係る発明が、プリンタ部が、記録紙の用紙切れという状態を監視するプリンタ部であるのに対して、刊行物１では装置１０に関する情報であって、記録紙の用紙切れという状態を監視するプリンタ部であることは記載されていない点。
（相違点２）
　本件請求項１に係る発明が、ＨＴＭＬ生成手段により、装置のステータス情報を生成するのに対して、刊行物１では、ウェブサーバ１４が生成する点。
（相違点３）
　本件請求項１に係る発明が、ＵＲＬアドレスにより本装置に接続する端末に対しファイルを送出するＷＷＷサーバ手段を備えているのに対して、刊行物１では、明確な記載がない点。
（相違点４）
　本件請求項１に係る発明では、ＨＴＭＬ生成手段が、あらかじめステータス情報を表示するためのＨＴＭＬファイル並びに状態を絵で表したＧＩＦファイルを多数保持し、プリンタ部の状態に合わせて常時、ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行うのに対して、刊行物１のものは、装置１０に関する情報の更新済み状態を反映しているだけである点。
　
　上記相違点を検討する。
（相違点１）について
　ネットワークに接続されたファクシミリ装置において、プリンタ部の用紙切れ検出するものは、例えば、上記刊行物２に示したように周知のことであるから、刊行物１のプリンタ部を、記録紙の用紙切れという状態を監視するものとすることは当業者が容易に考えられることである。
（相違点２）について、
　刊行物１でも、ウェブページ１８とは、ハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルであるから、ウェブページ１８を生成するものを、ＨＴＭＬ生成手段とすることは当業者が容易に考えられることである。
（相違点３）について、
　ＨＴＴＰにおいてＵＲＬアドレスを特定して情報を転送することは周知なことであり、ワールドワイドウェブ（ＷＷＷ）についても、刊行物１には記載されており、ＷＷＷサーバ手段を備えることは当業者が容易に考えられることである。
（相違点４）について、
　装置を監視する場合に、装置の状態を、絵で表示することは通常行われていることであり（例えば、上記刊行物３〜５等を参照）、さらに、絵などのグラフィックスデータをＧＩＦファイルとすることは慣用手段であるから、刊行物１において、装置状況情報等を絵で表したＧＩＦファイルを多数あらかじめ用意しておき、装置１０の状態を絵で表せるように、装置１０の状態に合わせて、ＨＴＭＬファイルの内容の更新および絵で表したＧＩＦファイルの差し替えを行うことは当業者が容易に考えられることである。
　
５．請求人の意見書での主張の概要
　尚、請求人は、平成１４年１１月１９日付けの意見書で、平成１４年９月２７日起案の訂正拒絶理由通知書について意見を述べているのでそれを纏める。
（２）平成１４年９月２７日起案の訂正拒絶理由通知書の「３．対比・判断」における、訂正明細書の請求項１に係る発明と刊行物１との一致点について
　刊行物１記載の「装置状況情報などの情報」は、本件特許発明の「装置のステータス情報」に相当するとの認定は誤りである。
　従って、刊行物１に、プリンタ自身が検出した装置の状態情報をウェブページに記憶しこれを端末に知らしめる構成について一切記載はないことからすれば、刊行物１と本件発明とが、「プリンタ部を備え、ＨＴＭＬ等の文書構造記述言語により装置のステータス情報を生成し、端末に対し前記ステータス情報の文書構造記述言語ファイルを送出し、装置の状態に合わせてステータス情報の更新を行うことを特徴とするネットワークファクシミリ装置。」で一致するとの認定は誤りである。
（３）上記訂正拒絶理由通知書の「３．対比・判断」における、相違点１、相違点２、相違点３の判断について
　刊行物１の「装置状況情報などの情報　」は、本件特許発明の「ステータス情報」に相当するものではないこと、また、いずれの刊行物にも、「ＨＴＭＬ生成手段は、あらかじめステータス情報を表示するためのＨＴＭＬファイルならびに状態を絵で表したＧＩＦファイルを多数保持し、前記プリンタ部の状態に合わせて常時，ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行う」という本件特許発明の構成についての開示・示唆がないから相違点１の判断は誤りである。
　本件特許発明の発明たる所以は、単に、ＨＴＭＬ生成手段、ＷＷＷサーバ手段を採用したという点にではなく、上記具体的な構成にあるから、
　従って、相違点２、相違点３における判断も誤りである。
（４）上記訂正拒絶理由通知書の「３．対比・判断」における、相違点４の判断について
　確かに、一般的に、装置の状態を絵で表示することは通常行なわれていることについては異論ありません。
　しかしながら、「ＨＴＭＬ生成手段は、あらかじめステータス情報を表示するためのＨＴＭＬファイルならびに状態を絵で表したＧＩＦファイルを多数保持し、前記プリンタ部の状態に合わせて常時，ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行う」という本件特許発明の特徴は、上記−般論とは異なるものであり、上記一般論に依拠して本件特許発明の進歩性を否定するのは、妥当ではないから、相違点４の判断は誤りである。
　刊行物３〜５には、装置状態を絵で表示することが記載されているが、いずれの刊行物も、本件特許発明の特徴である、ＷＥＢサーバを使って装置状態を表した絵を切り換えて表示するようにした構成については開示されておらず、ましてや、「プリンタ部の状態に合わせて常時、ＨＴＭＬファイルの更新並びにＧＩＦファイルの差し換えを行なう」点、換言すれば、ブラウザを使って外部から閲覧可能に構成されたＨＴＭＬファイル内のＧＩＦファイルを、常に装置状態と運動して差し換え処理し、ＨＴＭＬファイルを更新された状態に維持しておく具体的構成については、刊行物３〜５に一切開示・示唆されていない。
　従って、本件特許発明の構成は、単に装置状態を絵で表示する技術思想を開示する刊行物３〜５とは明確に異なるものと思料致します。
　次いで、刊行物１と刊行物３〜５との組み合わせについて。
　刊行物１の「装置状況情報などの情報」は、本件特許発明の「ステータス情報」に相当するものではなく、刊行物１に、プリンタ自身が検出した装置の状態情報をウェブページに記憶しこれを端末に知らしめる構成について一切記載はないことからすれば、刊行物１と本件発明とが、一般的なウェブアクセス機構を使用する点以外に一致点はない。
　刊行物１記載の「装置状況情報などの情報」は正にこのような態様であり、「サービス契約６６」「サプライオーダー６７」「将来の製品６８」に関する情報等をウェブクライアントが、選択して閲覧するものでしかありません。これに対して、本件特許発明は、上記一般的な予め用意された固定情報をウェブクライアントが選択するのではなく、いわばプリンタ装置自体に配置したホームページの情報を装置動作に即応、連動して自動的に更新可能に構成したものです。このように、装置動作に即応、連動してＧＩＦファイルを差し換えてＨＴＭＬファイルを更新することにより、ウェブクライアントは、同一のＨＴＭＬファイルにアクセスすることにより刻々変更される装置状態（本件特許発明では用紙切れ状態）を一目して理解することが出来ます。このような効果は、いずれの刊行物によっても得ることはできません。
　更には、本件特許発明は、装置の状態に応じて、ＷＷＷサーバ内で装置状態の絵を表すＧＩＦファイルの差し替えを行う構成をとっているため、ネットワークのトラフィックを増大させることなく装置状態の確認をすることが可能となります。
　従いまして、本件特許発明の特徴である「ＨＴＭＬ生成手段は、あらかじめステータス情報を表示するためのＨＴＭＬファイルならびに状態を絵で表したＧＩＦファイルを多数保持し、前記プリンタ部の状態に合わせて常時，ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行う」構成の開示・示唆がない以上、刊行物１も刊行物３〜５も本件特許発明とは根本的に異なるものであり、
　更に、装置状態を絵で表示する技術思想を開示する刊行物３〜５と、一般的なウェブアクセス機構を開示する刊行物１とを組み合わせる動機付けとなるものは、ウェブアクセス機構を用いて絵を切替え制御しようとする技術思想が一切存在しないことから、当業者においてこれら技術を組み合わせて本件特許発明を得ることは、容易ではない。
　以上を要するに、本件特許発明は、ＨＴＭＬファイルの更新とＧＩＦファイルの差し替えをＨＴＭＬ生成手段で行なわしめることで、端末から要求によりＷＷＷサーバを使って装置のステータス情報、および装置の最新状態を絵で表したＧＩＦファイルの配信を行なうことを可能とする、といった顕著な効果を奏するものであります。そして、刊行物１〜５を組み合わせたものでは、このような本件特許発明の顕著な効果を得ることができず、これら刊行物に基づいて本件特許発明を容易に得ることはできない。
　
６．意見書に対する検討
　請求人の意見書の主張について検討する。
（１）意見書の（２）の一致点について
　本願請求項１に係る発明の「プリンタ部のステータス情報」とはどのような意味であるかを検討すると、ステイタス（ｓｔａｔｕｓ）の意味が、（社会的）地位、身分、情勢、状態、状況、進行状況、現状、体質、格式、立場であるから、「プリンタ部のステータス情報」とは、プリンタ装置の状態、状況についての情報であると考えられる。（本件明細書段落【００５４】に「予めステータス（装置状態）情報を表示する」と記載されている。）
　プリンタの状態として考えられるのは、用紙切れ、紙詰まり、トナー切れ、前扉の開放等が考えられ、プリンタ部のステータス情報が
用紙切れのみ
　請求人は意見書で『
本件特許発明の「ステータス情報」は
プリンタ部の記録紙の用紙切れという状態を示す情報であって
　請求項１では、用紙切れについては「記録紙の用紙切れという状態を監視するプリンタ部」と記載されているが、「前記プリンタ部のステータス情報」が「用紙切れという状態」のみの情報であるとは何処にも記載されていない。
　そればかりか、請求項１では「
ステータス情報
ＨＴＭＬファイル
状態を絵で表したＧＩＦファイル
ステータス情報
通信ログ、マニアル等
　
　刊行物１の「装置状況情報」については、請求人が主張するように、ウェブページ１８について段落【００４１】〜【００４４】の記載では、プリンタホームページには「プリンタ名と管理者とプリンタの位置とを含むプリンタに関する情報」、「サービス契約６６」、「サプライオーダー６７」、「将来の製品６８」、「マニュアルや、部品リストや、その他の関連文献」等が表示されることが記載されているが、請求項１の「ステータス情報」にも、通信ログ、マニアル等が含まれており、この点においても「ステータス情報」と「装置状況情報」とは相違しない。
　さらに、刊行物１では、実施例として、プリンタ、ファクシミリ装置が記載され、ウェブページ１８については、刊行物１の段落【００１２】、【００１３】、【００１５】の記載には、「
装置状況情報などの情報を装置１０から読み取るためにウェブクライアントによって使用することができる。ＨＴＴＰコマンドは、装置１０の機能または動作状態を制御する情報などの情報を装置１０へ転送するために使用することもできる
ウェブページ１８
装置１０に関する情報の更新済み状態を反映するように動的に生成する
ウェブページ１８は、装置１０用のさまざまな制御機能を通信経路２２を介してウェブクライアントから開始できるようにするＨＴＴＰプロトコルに従って制御ボタンを定義することもできる
ウェブページ１８は
テキストや、画像、マルチメディアファイル、フォーム、テーブル、オブジェクトタイプを含む
　したがって、対比・判断において『刊行物１の「装置状況情報などの情報」は、請求項１に係る発明の「装置のステータス情報」に相当し』としたことは妥当なものである。
　また、刊行物１と本件発明とが、「プリンタ部を備え、ＨＴＭＬ等の文書構造記述言語により装置のステータス情報を生成し、端末に対し前記ステータス情報の文書構造記述言語ファイルを送出し、装置の状態に合わせてステータス情報の更新を行うことを特徴とするネットワークファクシミリ装置。」で一致するとの認定は妥当なものである。
　
（２）意見書の（３）相違点１、２、３の判断について
　相違点１についての判断についても、上記（１）で述べたように、『刊行物１の「装置状況情報などの情報」は、請求項１に係る発明の「装置のステータス情報」に相当し』としたことに誤りはないのであり、また、請求人も認めているように、プリンタ部の用紙切れを検出することは周知のことであるから、刊行物１のプリンタ部において、記録紙の用紙切れという状態を監視するようにすることは当業者が容易に考えられることであるとの、判断は妥当なものである。
　相違点２、相違点３の判断についても、その判断は妥当なものである。
　
（３）意見書の（４）相違点４の判断について
　刊行物１では、装置状況情報をウェブサーバ１８に、テキストや、画像、マルチメディアファイル、フォーム、テーブル、オブジェクトタイプ等で更新済みの状態で反映することができるのでと記載されているから、刊行物１のウェブサーバ１８は刻々と更新されていると考えられ、装置の状態を絵で表示することは刊行物３〜５で示したように通常に行われていることであり、絵などの画像フォーマットとしてＧＩＦファイルは周知技術であるから、刊行物１のウェーブサーバ１８において、あらかじめステータス情報を表示するためのＨＴＭＬファイルならびに状態を絵で表したＧＩＦファイルを多数保持し、プリンタ部の状態に合わせて常時、ＨＴＭＬファイルの内容の更新および前記絵で表したＧＩＦファイルの差し替えを行うようにすることは当業者が容易に考えられることであるから、相違点４に対する判断は妥当なものである。
　また、請求人は、刊行物１と刊行物３〜５との組み合わせについて言及しているが、上記請求項４の判断においては、組み合わせで容易であるとは言っておらず、刊行物３〜５は、装置を監視する場合に、装置の状態を、絵で表示することが通常一般的に行われていることの周知例として示してあるだけである。
　さらに、請求人は、「本件特許発明は、上記一般的な予め用意された固定情報をウェブクライアントが選択するのではなく、いわばプリンタ装置自体に配置したホームページの情報を装置動作に即応、連動して自動的に更新可能に構成したものです。このように、装置動作に即応、連動してＧＩＦファイルを差し換えてＨＴＭＬファイルを更新することにより、ウェブクライアントは、同一のＨＴＭＬファイルにアクセスすることにより刻々変更される装置状態（本件特許発明では用紙切れ状態）を一目して理解することが出来ます。」と主張しているが、本件発明の明細書の段落【００５７】では、「上述において説明した動作以外にも、ファクシミリ通信ログ、ファクシミリ装置のマニュアル等をＨＴＭＬファイルで生成し、ＷＷＷブラウザにより閲覧可能とすることなど様々な形態が考えられる。」と記載されており、本願発明の装置のステータス情報には固定情報を含むことが記載されており、請求人の主張は明細書の記載と齟齬するものである。
　
７．むすび
　したがって、本件審判の請求は、特許法第１２６条第４項の規定に適合しない。
　よって、結論のとおり審決する。