【事件の表示】
　特願２００１−３１５６６６「制御装置及びその制御方法、並びに、制御プログラム及びそのプログラムを格納した記憶媒体」拒絶査定不服審判事件〔平成１５年　４月２５日出願公開、特開２００３−１２２７１５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、平成１３年１０月１２日の出願であって、平成１５年１１月２０日付けで手続補正がなされ、平成１８年１月２４日付けで拒絶理由通知がなされ、同年３月３０日付けで手続補正がなされ、同年４月１８日付けで最後の拒絶理由通知がなされ、同年６月１６日付けで手続補正がなされたが、同年７月５日付けで前記平成１８年６月１６日付け手続補正の却下の決定がなされると共に拒絶査定がなされ、これに対し、同年８月９日に審判請求がなされるとともに、同年９月８日付けで手続補正がなされたものである。そして、同年１０月５日付けで審査官から前置報告がなされ、平成２０年１１月１７日付けで当審より審尋がなされ、平成２１年１月２０日付けで回答書が提出され、同年４月３日付けで当審より拒絶理由が通知され、これに対し、同年６月５日に手続補正がなされたものである。
　そして、特許請求の範囲の請求項７に係る発明（以下、「本願発明」という。）は、平成２１年６月５日付け手続補正書により補正された明細書の記載からみて、その特許請求の範囲の請求項７に記載された以下のとおりのものと認める。
　
「第１のネットワークインタフェースを介してクライアント装置に接続されるとともに、前記第１のネットワークインタフェースとは異なる第２のネットワークインタフェースを介して画像処理装置に接続され、前記クライアント装置と前記画像処理装置との間のデータ通信を制御する制御装置であって、
　前記クライアント装置からの第１のＵＲＬを指定したアクセスに応じて、前記第１のＵＲＬとは異なる第２のＵＲＬへのリンクを含む、前記クライアント装置のブラウザに表示されるＷｅｂページを、前記クライアント装置に第１のネットワークインタフェースを介して送信する送信手段と、
　前記送信手段により送信されるＷｅｂページに含まれる前記第２のＵＲＬへのリンクに基づいて行われる前記クライアント装置からの前記第２のＵＲＬを指定したアクセスに応じて、前記画像処理装置内に格納された、前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から前記第２のネットワークインタフェースを介して受信し前記クライアント装置に前記第１のネットワークインタフェースを介して転送する転送手段と、
　を有することを特徴とする制御装置。」 
　
２．当審の拒絶理由 
 　平成２１年４月３日付けで、当審から通知した拒絶理由は、以下のとおりである。
 　 
 「【理由１】この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号及び第２号並びに特許法第３６条第４項に規定する要件を満たしていない。 
 　 
 　　　　　　　　　　　　　　　　　記  
 　 
 （１）　・・・（中略）・・・ 
　そして、請求項７並びに請求項７を引用する請求項９及び請求項１０記載の前記第１アドレス及び第２アドレスの態様は、それぞれ、第１のＵＲＬ及び第２のＵＲＬであって、前記第１のＵＲＬ及び第２のＵＲＬのポート番号は同じであって、前記第１のＵＲＬ及び第２のＵＲＬのアドレスするファイルがそれぞれ異なる態様を含むものである。 
 　しかしながら、発明の詳細な説明を参照しても、８０番ポートにＷＷＷサーバプログラム（「第１の転送手段」に相当）を備えて、８０番ポートとは異なるポートをいずれか１つの画像通信処理装置に対応させたＷＷＷ転送サーバプログラムとすることのみを記載しており、第１アドレス及び第２アドレスが、それぞれ第１のＵＲＬ及び第２のＵＲＬであって、前記第１のＵＲＬ及び第２のＵＲＬのポート番号が同じ（８０番）であって、前記第１のＵＲＬ及び第２のＵＲＬのアドレスするファイルが異なるような２つのＵＲＬの場合については、記載も示唆もない。また、発明の詳細な説明の記載から自明な事項でもない。 
 　よって、請求項７並びに請求項７を引用する請求項９及び請求項１０は、発明の詳細な説明に記載したものではない。 
 　 
 　そして、第１アドレス及び第２アドレスが、それぞれ第１のＵＲＬ及び第２のＵＲＬであって、前記第１のＵＲＬ及び第２のＵＲＬのポート番号が同じ（８０番）であって、前記第１のＵＲＬ及び第２のＵＲＬのアドレスするファイルが異なるような、２つのＵＲＬの場合において、具体的に、どのような構成で、どのようにして、画像処理装置内に格納された、前記クライアント装置のブラウザに表示される表示情報を、前記画像処理装置から受信し前記クライアント装置に転送するのか、当業者が発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。 
　・・・（後略）」
　
３．検討 
 　前記拒絶理由の「【理由１】」の（１）で指摘した事項が解消したか否かについて検討する。
　
　ＵＲＬが、次の形式で表されることは、当業者にとって技術常識である。
　
　scheme：//user:password@host:port/url-path
　
　ここで、schemeは、使用されるプロトコルを規定する記号であって、http、ftp、file等のプロトコルが規定される。
　また、userは、ユーザ名を、passwordは、パスワードを、hostは、サービスを提供するホストのＦＱＤＮ又はＩＰアドレスを、portは、ＴＣＰポート番号を、url-pathは、ホスト内でのパス名（ファイル名）を意味する。
　
　したがって、第１のＵＲＬと第２のＵＲＬとが異なるという意味は、
 　前記第１のＵＲＬと第２のＵＲＬとが、
　 scheme：//user:password@host:port/url-path
で、表された時に、異なることを意味する。
　よって、scheme：//user:password@host:portまでが同じであっても、url-pathが異なる場合に、前記第１のＵＲＬと第２のＵＲＬとが異なることは、当業者にとって技術常識であり自明の事項である。
　よって、本願発明は、第１のＵＲＬと第２のＵＲＬとが、ポート番号（８０番）まで同じであって、url-pathすなわち、ホスト内でのパス名（ファイル名）が異なる態様を含むと認められる。
　
　そこで、発明の詳細な説明に記載された事項について検討する。
　まず、発明の詳細な説明に記載された「第１の実施の形態」について検討する。
　発明の詳細な説明に、
「【００１８】
　（第１の実施の形態）
　本発明に係る制御装置の第１実施形態としての外部コントローラ装置を用いたシステムの概要を図１に示す。
　　　【００１９】
　・・・（中略）・・・外部コントローラ装置３００内部には、ＷＷＷサービスを行
うＷＷＷサーバプログラム
ＷＷＷ転送プログラム
　　　【００２０】
　外部コントローラ装置は、
ＷＷＷ ＨＴＴＰ用Well-known ＴＣＰポート（RFC1700 ASSIGNED NUMBERSにて80と規定）とは別に、少なくとも１つのＴＣＰポートをＷＷＷ ＨＴＴＰ用に備える
もう一方を画像処理装置が内部に備えるＷＷＷサーバ機能部にアクセスするための転送用ポートとして使用
　　　【００２１】
　ここでは、クライアント装置から、このネットワークインターフェース３０１の
Well-knownポートへアクセスがあると、そのアクセスはＷＷＷサーバプログラム３０３で処理
転送用ポートへアクセスがあった場合
画像処理装置のＷＷＷ ｈｔｔｐ用Well-knownポートに転送
　　　【００２２】
　・・・（中略）・・・
　　　【００２３】
　外部コントローラ装置が複数台の画像処理装置と接続されている場合には、それぞれの画像処理装置用に別の転送用ポートを用意する。」（備考：下線部は当審で付与したもの。）と記載されているように、外部コントローラ装置の８０番ポートへのアクセスがあると、そのアクセスはＷＷＷサーバプログラムで処理され、前記ＷＷＷサーバプログラムは、外部コントローラ装置内に格納された画面（Ｗｅｂページ）をクライアント装置のブラウザに転送する。しかしながら、前記ＷＷＷサーバプログラムは、いずれかの画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものではない。
　そして、外部コントローラ装置に前記８０番ポートとは別に設けられた転送用ポートへのアクセスがあると、前記転送用ポートへのアクセスに応じて、画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものである。
　してみると、発明の詳細な説明に記載された第１の実施の形態において、第１のＵＲＬと第２のＵＲＬとが、ポート番号（８０番）まで同じであって、url-pathすなわち、ホスト内でのパス名（ファイル名）が異なる場合、前記第１のＵＲＬ及び第２のＵＲＬを指定したアクセスがあると、そのアクセスはともにＷＷＷサーバプログラムで処理され、前記ＷＷＷサーバプログラムは、外部コントローラ装置内に格納された画面（Ｗｅｂページ）をクライアント装置のブラウザに転送するものであって、いずれかの画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものではない。
　そして、上記発明の詳細な説明には、前記ＷＷＷサーバプログラムが画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成について、記載も示唆もない。
　また、前記ＷＷＷサーバプログラムが画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成は、上記発明の詳細な説明の記載から自明な事項でもない。
　そして、本願発明は、発明の詳細な説明に記載された第１の実施の形態から自明な事項でもない。
　よって、本願発明は、発明の詳細な説明の第１の実施の形態に記載したものではない。
　また、当業者が本願発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。
　
　次に、発明の詳細な説明に記載された「第２実施の形態」について検討する。
　発明の詳細な説明に、
「【００２５】
　（第２実施の形態）
　次に本発明の第２実施形態としてのプリントコントローラボックスについて説明する。
　・・・（中略）・・・
　　　【００２９】
　・・・（中略）・・・ＷＷＷの転送機能を有効にすると、RFC1700 ASSIGNED NUMBERSにて80と規定されている
ＷＷＷ ＨＴＴＰ用Well-known ＴＣＰポート以外にプリンタへのＷＷＷ転送用のポート
ＷＷＷ転送プログラム
　　　【００３０】
　・・・（中略）・・・
8080にクライアント機器から接続を受けると
データの転送を行う
http://prn1.abc.co.jp:8080/......あるいはhttp://172.22.1.200:8080/......（.......の部分はディレクトリとファイル名が入る）のようにＵＲＬを記述
　　　【００３１】
　クライアント機器のＷＷＷブラウザにおける
デフォルトのポート番号はWell-knownポート80
その場合、ＷＷＷサーバ３１２にアクセス
「　　【００３７】
　本実施形態によれば、クライアント装置からプリントコントローラボックスのＵＲＬを打ち込み、リンクをたどるだけでプリンタの備えるＷＷＷサーバにアクセスできる。ユーザが直接転送用ポートのＵＲＬを打ち込む必要なく、
転送用ポートを経由したプリンタのＷＷＷサービスを利用可能
　そして、プリントコントローラボックスに前記８０番ポートとは別に設けられた転送用ポートへのアクセスがあると、そのアクセスはＷＷＷ転送プログラムで処理され、前記ＷＷＷ転送プログラムは、前記転送用ポートへのアクセスに応じて、プリンタ内に格納された前記クライアント機器のＷＷＷブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント機器に第１のネットワークインタフェースを介して転送するものである。
　してみると、発明の詳細な説明に記載された第２実施の形態において、第１のＵＲＬと第２のＵＲＬとが、ポート番号（８０番）まで同じであって、url-pathすなわち、ホスト内でのパス名（ファイル名）が異なる場合、前記第１のＵＲＬ及び第２のＵＲＬを指定したアクセスがあると、そのアクセスはともにＷＷＷサーバプログラムで処理され、前記ＷＷＷサーバプログラムは、プリントコントローラボックス内に格納された画面（Ｗｅｂページ）をクライアント機器のＷＷＷブラウザに転送するものであって、いずれかのプリンタ内に格納された前記クライアント機器のＷＷＷブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント機器に第１のネットワークインタフェースを介して転送するものではない。
　そして、上記発明の詳細な説明には、前記ＷＷＷサーバプログラムがプリンタ内に格納された前記クライアント機器のＷＷＷブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント機器に第１のネットワークインタフェースを介して転送する構成について、記載も示唆もない。
　また、前記ＷＷＷサーバプログラムがプリンタ内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成は、上記発明の詳細な説明に記載された第２実施の形態から自明な事項でもない。
　よって、本願発明は、発明の詳細な説明の第２実施の形態に記載したものではない。
　また、当業者が本願発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。
　
　次に、発明の詳細な説明に記載された「第３実施形態」について検討する。
　発明の詳細な説明に、
「【００３８】
　（第３実施形態）
　次に本発明の第３実施形態としての分散プリントサーバについて説明する。
　・・・（中略）・・・
　　　【００４３】
　ただし、
ＷＷＷサーバプログラム３０９は、クライアント装置上のＷＷＷブラウザに、分散プリントサーバ３３０の各種設定や操作を行うことが可能な設定画面を表示
　・・・（中略）・・・
　　　【００４６】
　ＷＷＷの転送機能を有効にするとＷＷＷ転送プログラムは、Well-known ポートで受け付ける分散プリントサーバ自身のＷＷＷサービスとは別に、
ＷＷＷ転送用のポートを、転送するプリンタの数だけ開設
　　　【００４７】
　１つのクライアント装置との関係における、分散プリントサーバ３３０の機能的な構成を図６に示す。この例は分散プリントサーバに対して３つのプリンタが接続されている。分散プリントサーバのユーザネットワークにおけるＤＮＳ名がprn1.abc.co.jpで、ＩＰアドレスが172.22.1.200で、
転送用ポートとして8080から8082を使用
8080にクライアント機器から接続を受けると
8080の接続とプリンタ２１１ａの80ポートの接続との間で、データの転送を行う
　　　【００４８】
　第２実施の形態と同様にこの実施の形態においても、
転送機能ポートへ接続を示すリンクをコントローラボックスのＷＷＷサービスにて提供
　そして、分散プリントサーバに前記８０番ポートとは別に設けられた転送用ポートへのアクセスがあると、そのアクセスはＷＷＷ転送プログラムで処理され、前記ＷＷＷ転送プログラムは、前記転送用ポートへのアクセスに応じて、プリンタ内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものである。
　してみると、発明の詳細な説明に記載された第３実施の形態においては、第１のＵＲＬと第２のＵＲＬとが、ポート番号（８０番）まで同じであって、url-pathすなわち、ホスト内でのパス名（ファイル名）が異なる場合、前記第１のＵＲＬ及び第２のＵＲＬを指定したアクセスがあると、そのアクセスはともにＷＷＷサーバプログラムで処理され、前記ＷＷＷサーバプログラムは、分散プリントサーバ内に格納された画面（Ｗｅｂページ）をクライアント装置のブラウザに転送するものであって、いずれかのプリンタ内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものではない。
　そして、上記発明の詳細な説明には、前記ＷＷＷサーバプログラムがプリンタ内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成について、記載も示唆もない。
　また、前記ＷＷＷサーバプログラムがプリンタ内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記プリンタから第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成は、発明の詳細な説明に記載された第３実施形態から自明な事項でもない。
　よって、本願発明は、発明の詳細な説明の第３実施形態に記載したものではない。
　また、当業者が本願発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。
　
　最後に、明細書に添付された図面を参照しても、「ＷＷＷサーバプログラム」又は「ＷＷＷサーバ」が、８０番ポートに対応しており、第１のＵＲＬと第２のＵＲＬとが、ポート番号（８０番）まで同じであって、url-pathすなわち、ホスト内でのパス名（ファイル名）が異なる場合、前記第１のＵＲＬ及び第２のＵＲＬを指定したアクセスがあると、そのアクセスはともに前記「ＷＷＷサーバプログラム」又は「ＷＷＷサーバ」で処理され、前記「ＷＷＷサーバプログラム」又は「ＷＷＷサーバ」は、制御装置内に格納された画面（Ｗｅｂページ）をクライアント装置のブラウザに転送するものであって、いずれかの画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送するものではない。
　そして、明細書に添付された図面には、前記「ＷＷＷサーバプログラム」又は「ＷＷＷサーバ」が画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成については、記載も示唆もない。
　また前記「ＷＷＷサーバプログラム」又は「ＷＷＷサーバ」が画像処理装置内に格納された前記クライアント装置のブラウザに表示されるＷｅｂページを、前記画像処理装置から第２のネットワークインタフェースを介して受信し前記クライアント装置に第１のネットワークインタフェースを介して転送する構成は、明細書に添付された図面から自明な事項でもない。
　よって、本願発明は、明細書に添付された図面に記載したものではない。
　また、当業者が本願発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。
　
　以上のように、本願発明は、発明の詳細な説明に記載も示唆もない。また発明の詳細な説明から自明な事項でもない。
　よって、本願発明は、発明の詳細な説明に記載したものではない。
　また、当業者が本願発明の実施をできる程度にその具体的な構成について明確かつ十分に記載していない。
　
　したがって、本願発明は、当審から通知した拒絶理由における「【理由１】」の（１）で指摘した、特許法第３６条第６項第１号及び特許法第３６条第４項に規定する要件に係る拒絶理由が依然として解消していない。
　
４．むすび 
 　本件出願は、発明の詳細な説明が、特許法第３６条第４項に規定する要件を満たしておらず、特許請求の範囲の記載が特許法第３６条第６項第１号に規定する要件を満たしていない。 
 　よって、結論のとおり審決する。