【事件の表示】
　特願２０１６−　２４０３７「ゲートウェイ装置」拒絶査定不服審判事件〔平成２９年　８月１７日出願公開，特開２０１７−１４３４４１，請求項の数（４）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成２８年２月１０日の出願であって，平成３１年２月１８日付けで拒絶理由が通知され，平成３１年４月２６日に手続補正書が提出されたが，令和元年６月７日付けで拒絶査定がなされ，これに対し，令和元年９月１８日に拒絶査定に対する審判請求がなされると同時に手続補正がなされたものである。
第２　補正却下の決定
［補正却下の決定の結論］
　令和元年９月１８日の手続補正を却下する。
［理由］
１．補正の内容
　令和元年９月１８日の手続補正（以下，「本件補正」という。）は，補正前の平成３１年４月２６日の手続補正書の特許請求の範囲の請求項１−４に記載された
「【請求項１】
　水処理設備の制御に用いられるデータを取得し，前記水処理設備の制御に用いられるデータを表す文字と，この文字に予め対応付けられたコードよりも短い固定ビット長の圧縮データとが対応付けられた変換テーブルに基づいて前記文字を前記圧縮データに変換し，前記圧縮データを含む指示データを生成する生成部と，
　前記水処理設備を制御するためのコントローラに前記指示データを送信する通信部と，
　を備えるゲートウェイ装置。
【請求項２】
　前記生成部は，前記文字の組み合わせを表す文字列と前記圧縮データとが対応付けられた前記変換テーブルに基づいて前記文字列を前記圧縮データに変換し，前記圧縮データを含む指示データを生成する，請求項１に記載のゲートウェイ装置。
【請求項３】
　前記通信部は，今回の送信先の前記コントローラから信号を取得できない場合，複数の前記コントローラのうち，前回の送信先とは異なる前記コントローラに前記指示データを送信する，請求項１に記載のゲートウェイ装置。
【請求項４】
　前記通信部は，異なる通信端末から前記指示データを取得し，前記指示データを前記通信端末ごとに前記コントローラに送信する，請求項１に記載のゲートウェイ装置。」（以下，「補正前発明」という。）
　を，
「【請求項１】
　水処理設備の制御に用いられるデータを取得し，前記水処理設備の制御に用いられるデータを表す文字と，この文字に予め対応付けられたコードよりも短い固定ビット長の圧縮データとが対応付けられた変換テーブルに基づいて前記文字を前記圧縮データに変換し，前記圧縮データを含む指示データを生成する生成部と，
　前記水処理設備を制御するためのコントローラに前記指示データを送信する通信部と，
　を備え
，
　
前記生成部は，前記圧縮データを含まない指示データを前記通信部が前記コントローラに送信する場合，前記水処理設備の制御に用いられるデータを前記コントローラが受信可能なサイズに分割し，
　
前記通信部は，分割された前記制御に用いられるデータを含む指示データを，前記コントローラに順次に送信する，
　　【請求項２】
　前記生成部は，前記文字の組み合わせを表す文字列と前記圧縮データとが対応付けられた前記変換テーブルに基づいて前記文字列を前記圧縮データに変換し，前記圧縮データを含む指示データを生成する，請求項１に記載のゲートウェイ装置。
　　【請求項３】
　前記通信部は，今回の送信先の前記コントローラから信号を取得できない場合，複数の前記コントローラのうち，前回の送信先とは異なる前記コントローラに前記指示データを送信する，請求項１に記載のゲートウェイ装置。
　　【請求項４】
　前記通信部は，異なる通信端末から前記指示データを取得し，前記指示データを前記通信端末ごとに前記コントローラに送信する，請求項１に記載のゲートウェイ装置。」（以下，「補正後発明」という。）
　に補正するものである。なお，下線は補正箇所を示す。
２．補正の適否
　補正後発明の請求項１には，
「前記生成部は，前記圧縮データを含まない指示データを前記通信部が前記コントローラに送信する場合，前記水処理設備の制御に用いられるデータを前記コントローラが受信可能なサイズに分割し，
　前記通信部は，分割された前記制御に用いられるデータを含む指示データを，前記コントローラに順次に送信する」
という記載がある。
（１）「前記圧縮データを含まない指示データを前記通信部が前記コントローラに送信する場合」について
　本願の願書に最初に添付した明細書（以下，「当初明細書」という。また，特許請求の範囲又は図面と合わせて，「当初明細書等」ともいう。）の段落【０００３】【０００５】の
「【０００３】
　しかしながら，ゲートウェイ装置は，指示データの書き込み要求が短時間に集中した場合には，指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができない場合があった。」
「【０００５】
　本発明が解決しようとする課題は，指示データの書き込み要求が短時間に集中した場合でも，指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができるゲートウェイ装置を提供することである。」
　の記載によれば，本発明は，
　ゲートウェイにおいて，指示データの書き込み要求が短時間に集中した場合には，指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができない場合を解消するため，指示データの書き込み要求が短時間に集中した場合でも，指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができるゲートウェイを提供する
　ことが目的であると理解される。
　ここで，当初明細書段落【００４０】−【００４１】の
「【００４０】
　送信の待ち時間（送信間隔）は，圧縮データを含まない指示データを通信部４３０が送信する場合，通信部４３０のキューに大量の指示データが貯まるので長くなる。送信の待ち時間は，例えば，０．２秒である。したがって，通信部４３０は，通信部４３０のキューに大量の指示データが貯まった場合には，一定時間内に通信端末３に応答を返せない場合がある。なお，通信端末３は，指示データの書き込みが正常である場合でも通信部４３０が一定時間内に応答を返せない場合には，指示データの書き込みがタイムアウトしたと判定することになる。
【００４１】
　通信部４３０は，生成部４３２が生成した圧縮データを含む指示データを送信することによって，圧縮データを含まない指示データを送信する場合と比較してコントローラ４０との通信を短時間で完了することができる。したがって，通信部４３０は，指示データの書き込み要求が短時間に集中した場合でも，圧縮データを含む指示データを送信することによって，指示データをコントローラ４０に書き込んだ結果を一定時間内に通信端末３に通知することができる。」
　の記載によれば，
　圧縮データを含まない指示データを送信する場合，キューに大量の指示データが貯まった場合には一定時間内に通信端末に応答を返せない場合がある一方，圧縮データを含む指示データを送信することによって，圧縮データを含まない指示データを送信する場合と比較してコントローラとの通信を短時間で完了することができるから，指示データの書き込み要求が短時間に集中した場合でも指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができる。
　そうすると，「指示データの書き込み要求が短時間に集中した場合でも，指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知することができるように」するためには，「圧縮データを含むデータを送信する」ことが必要であり，「圧縮データを含まない指示データを送信する場合」には，「一定時間内に通信端末に応答を返せない場合がある」から，本発明の目的を達成しないといえる。
　さらに，【００４４】−【００７０】に記載される「圧縮データを含まない指示データを送信する場合」の動作は，「圧縮データを含む指示データを通信部４３０がコントローラ４０に送信する場合との比較のため」（【００４４】）に記載されているのであって，【００７０】に「一定時間内に受信応答信号を通信端末３−１に送信することができない場合がある。」と記載しているように，「圧縮データを含まない指示データを送信する場合」には，「指示データをコントローラに書き込んだ結果を一定時間内に通信端末に通知すること」ができない場合があることが理解される。
　そして，当初明細書等の他の記載を参照しても，本発明が「圧縮データを含まない指示データを送信する場合」があることは記載も示唆もされていない。
　つまり，当初明細書の記載によれば，本発明は，「圧縮データを含むデータを送信する」ことにより課題を解決するものであって，「圧縮データを含まない指示データを送信する場合」はない。
（２）「前記コントローラが受信可能なサイズに分割」「分割された前記制御に用いられるデータを含む指示データを，前記コントローラに順次に送信する」について
　上記（１）に記載したように，本発明は「圧縮データを含むデータを送信する」ものであって，圧縮データを含むデータの送信は，当初明細書に，
「【００９２】
　通信端末３−１は，上位システム２が指示データを送信した場合，ゲートウェイ装置４３−１に指示データを送信する（ステップＳ１０１）。
ゲートウェイ装置４３−１は，圧縮データである９６個の動作モードデータと圧縮データである９６個の指示値データとから構成される制御データ（第１データから第１９２データまで）を含む指示データを，コントローラ４０−１に送信する。
　と記載されるように，「圧縮データを含むデータを送信する」場合には，全てのデータを含む制御データを送信することが記載されているだけであって，制御データを「分割」することも，「分割された前記制御に用いられるデータを含む指示データ」を順次送信することも，いずれも記載されていない。
　さらに，当初明細書の
「【００４８】
　図２に示す伝文フォーマットでは，指示データは，第１データから第２４データまでのデータ領域に，５バイトのデータを最大で２４個含むことができる。生成部４３２は，１２０バイト（＝５バイト×２４）よりもサイズが大きい制御データを送信するには，制御データを分割して送信する。」
　の記載によれば，「圧縮データを含まない指示データを送信する場合」に行う分割においても，分割は，「１２０バイトよりもサイズが大きい」場合になされることは理解できるものの，当該「１２０バイト」が「前記コントローラが受信可能なサイズ」であるとは記載されておらず，そもそも当初明細書には，「前記コントローラが受信可能なサイズ」がどのようなサイズであるかの記載はない。
（３）まとめ
　以上のとおりであるから，前記生成部が，「前記圧縮データを含まない指示データを前記通信部が前記コントローラに送信する場合，前記水処理設備の制御に用いられるデータを前記コントローラが受信可能なサイズに分割」することは，当初明細書等には記載がなく自明でもないから，本件補正は，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において，新たな技術的事項を導入するものであり，特許法第１７条の２第３項の規定に適合しない。
３．結語
　したがって，本件補正は，特許法第１５９条第１項において準用する同法第５３条項の規定により，却下すべきものである。
第３　原査定の概要
　原査定の概要は以下のとおりである。
１．（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
●理由１（特許法第２９条第２項）について
・請求項　１，３−４
・引用文献等　１−４
・請求項　２
・引用文献等　１−５
　　　　　　　　　　　　　　＜引用文献等一覧＞
１．特開２００４−３４１８８４号公報
２．米国特許出願公開第２００２／０１４５５４５号明細書
３．特開２００３−０９９２８２号公報
４．特開２００６−２７２２６３号公報
５．特開平１０−０６５５５１号公報
第４　本願発明１
　本件補正は，上記「第２　補正却下の決定」のとおり却下されたので，本願の請求項１ないし４に係る発明は，上記「第２　補正却下の決定」に記載した「補正前発明」の請求項１ないし４に記載されたとおりのものであると認める（以下，それぞれ「本願発明１」，「本願発明２」等という。）。
第５　引用発明等
１．引用発明
　原査定の理由に引用された特開２００４−３４１８８４号公報（以下，「引用文献１」という。下線は当審が付与。）には，
「【００２０】
図７は，
クライアント１００とサーバ７０５間にゲートウェイサーバ７０４を介在させたクライアント・サーバ・システム
サーバ７０５とゲートウェイサーバ７０４はネットワーク７０９を介して接続され，ゲートウェイサーバ７０４とクライアント１００はネットワーク７０８を介して接続されている。
ネットワーク７０９は高速回線，ネットワーク７０８は低速回線で構成される。
【００２１】
クライアント１００は，分散オブジェクトとして定められた仕様に従ったサーバ７０５向けの要求メッセージを含む送信電文７０２を作成する。送信電文７０２は，アプリケーション層のヘッダとボディ部から成る。次にクライアント１００は，送信電文７０２をデータ圧縮した送信データ７０３を作成し，ＨＴＴＰヘッダを付加してゲートウェイサーバ７０４へ送信する。ゲートウェイサーバ７０４は，送信データ７０３を受信し，元の送信電文７０２を復元する。次にゲートウェイサーバ７０４は，分散オブジェクトのプロトコルに従って送信電文７０２をサーバ７０５へ送信する。ボディ部の（送信）は，クライアント１００からみた送信データを示す。
【００２２】
次にサーバ７０５は，分散オブジェクトとして定められた仕様に従った応答データを含む受信電文７０６を作成してゲートウェイサーバ７０４へ送信する。ゲートウェイサーバ７０４は，この受信電文７０６を受信し，受信電文７０６をデータ圧縮した受信データ７０７を作成し，ＨＴＴＰヘッダを付加してクライアント１００へ送信する。
【図７】
　の記載があるから，引用文献１には，
「クライアント１００とサーバ７０５間にゲートウェイサーバ７０４を介在させたクライアント・サーバ・システムにおいて，
　サーバ７０５とゲートウェイサーバ７０４はネットワーク７０９を介して接続され，ゲートウェイサーバ７０４とクライアント１００はネットワーク７０８を介して接続され，
　ネットワーク７０９は高速回線，ネットワーク７０８は低速回線で構成され，
　サーバ７０５は，分散オブジェクトとして定められた仕様に従った応答データを含む受信電文７０６を作成してゲートウェイサーバ７０４へ送信し，
　ゲートウェイサーバ７０４は，この受信電文７０６を受信し，受信電文７０６をデータ圧縮した受信データ７０７を作成し，ＨＴＴＰヘッダを付加してクライアント１００へ送信する
　クライアント・サーバ・システム」（以下，「引用発明」という。）
　が記載されている。
２．技術事項１
　原査定の理由に引用された米国特許出願公開第２００２／０１４５５４５号明細書には，「各英数字に８ビットを使用しているASCIIコードについて，ファイルが６文字だけで構成されている場合に，固定長エンコードでは，６つのアルファベットをエンコードするには３ビットが必要であること」（以下，「技術事項１」という。）が記載されている。
３．技術事項２
　原査定の理由に引用された特開２００３−０９９２８２号公報には，「水処理設備の監視制御装置が，監視制御機器11の追加などによる障害発生時に，直前の状態を収集可能とすること」（以下，「技術事項２」という。）が記載されている。
４．技術事項３
　原査定の理由に引用された特開２００６−２７２２６３号公報には，「注水ポンプ20aがGW30を介してホストコンピュータ24と接続されているネットワークにおいて，土壌浄化装置１の薬剤を注入する注水井戸のポンプの制御を遠隔で行うこと」（以下，「技術事項３」という。）が記載されている。
第６　対比・判断
１．対比
　本願発明１と引用発明とは
（相違点１）
　生成部に関し，本願発明１は，「水処理設備の制御に用いられるデータ」を取得し，「前記水処理設備の制御に用いられるデータを表す文字」を「この文字に予め対応付けられたコードよりも短い固定ビット長の圧縮データとが対応付けられた変換テーブルに基づいて前記文字を前記圧縮データに変換」するのに対し，引用発明は，「応答データを含む受信電文」を受信し，「データ圧縮した受信データ」を作成する点。
（相違点２）
　通信部に関し，本願発明１は，「前記水処理設備を制御するためのコントローラ」に「前記圧縮データを含む指示データ」を送信するのに対し，引用発明は，「クライアント」に「データ圧縮した受信データ」にＨＴＴＰヘッダを付加して送信する点。
　で相違する。
２．相違点についての判断
　相違点１及び２を合わせて検討する。
　ゲートウェイ装置が，取得したデータの「水処理設備の制御に用いられるデータを表す文字」を「圧縮データに変換」し，「前記水処理設備を制御するためのコントローラ」に送信することは引用発明に記載されておらず，そのほかの引用文献にも記載されていない。
　また，本願出願日前において周知技術であるともいえない。
　したがって，相違点１及び２について当業者が引用発明，引用文献２−４に記載された技術事項１−３に基づいて容易に発明をすることができたとはいえないから，本願発明１は，当業者が引用発明，引用文献２−４に記載された技術事項１−３に基づいて容易に発明をすることができたとはいえない。
　また，本願発明３−４は，本願発明１をさらに限定したものであるので，本願発明１と同様に，当業者が引用発明，引用文献２−４に記載された技術事項に基づいて容易に発明をすることができたとはいえない。
また，本願発明２は，本願発明１をさらに限定したものであるので，本願発明１と同様に，当業者が引用発明，引用文献２−５に記載された技術事項に基づいて容易に発明をすることができたとはいえない。
第７　むすび
　以上のとおり，本願発明１，３−４は，当業者が引用発明，引用文献２−４に記載された技術事項に基づいて容易に発明をすることができたものではなく，かつ，本願発明２は，当業者が引用発明，引用文献２−５に記載された技術事項に基づいて容易に発明をすることができたものではないから，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。