【事件の表示】
　特願２０００−　９１５２３「サーバ、及び受付方法」拒絶査定不服審判事件〔平成１３年１０月１２日出願公開、特開２００１−２８２５８９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１２年３月２９日の出願であって、平成１６年１月８日付で拒絶査定がなされ（発送日平成１６年１月１３日）、これに対し、平成１６年２月６日に拒絶査定に対する審判請求がなされるとともに、同日付で旧請求項６及び８を削除する手続補正書を提出したものである。
　
２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１６年２月６日付け手続補正書により補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　 
　「文字、記号、データ、図形、画像の少なくとも一つ以上を含む編集可能な文書ファイルを閲覧専用のフォーマットのファイルヘ変換する変換を受け付けるサーバであって、
　編集可能な文書の変換が指示される際に、前記編集可能な文書とその編集可能な文書に関連付けれられたパスワードとその編集可能な文書に関連付けられたメールアドレスとを受信する第１の受信手段と、
　前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報を前記メールアドレス宛に送信する送信手段と、
　前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられたパスワードとを受信する第２の受信手段と、
　前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられた前記パスワードとが正しいものである場合、前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報によって特定される閲覧専用のフォーマットのファイルを前記メールアドレス宛に転送する転送手段とを備え、
　前記送信手段は前記パスワードを送信せず、
　前記メールアドレスは、前記編集可能な文書ファイルの変換を依頼したユーザ以外の人が所有するメールアドレスを含むことが出来る、サーバ。」
　
３．引用刊行物記載の発明
　これに対して、原査定の拒絶の理由に引用された，本願の出願の日前である平成１２年１月２１日に頒布された特開２０００−２０２７０号公報（以下「引用例」という。）には、図面とともに、以下の（ア）〜（オ）の事項が記載されている。
　
（ア）
「【発明の属する技術分野】本発明は、ネットワークを介して通信制御を行う画像形成装置及び画像形成方法及びコンピュータ読み取り可能なプログラムに格納された記憶媒体に関し、より詳しくは、例えば、印刷処理を行う際に、特定のプロトコルで通信するサーバを利用して、印刷結果を印刷ジョブ発行元、プリンタ管理者、プリンタサポート者等宛てに通知したり、印刷結果を示す画像データ内容を公開して表示可能にするネットワークプリンタ等の画像形成装置及び画像形成方法及びコンピュータ読み取り可能なプログラムが格納された記憶媒体に関するものである。」（段落０００１）
　
（イ）
「【００６９】（システム構成）図１は、本発明を適用したネットワークプリンタの構成を示すブロック図である。
【００７０】１００は、印刷ジョブを発行するホストコンピュータ等からなるクライアントである。本実施例では、印刷ジョブとは、LIPS（キヤノン株式会社の登録商標）などのページ記述言語やそれをくくるＪＬ（Job Language）とからなる印刷データである場合と、実際に印刷するための印刷データを含まずに、印刷データの場所を示すロケーション情報と印刷命令コマンドからなる場合と両方の意味で使用する。
【００７１】１１０は、クライアント１００により発行された印刷ジョブを受信し、印刷ジョブに基づいて印刷を制御するネットワークプリンタである。本実施例では、簡単のためネットワークプリンタとして説明するが、これに限るものではなく、スキャナ等の画像読み取り部を有してＦＡＸやコピー機能を持った複合機も本発明の技術分野に含まれるものである。
【００７２】１０１は、ネットワークを介して接続されるクライアント１００と通信するためのネットワークインターフェース部である。
【００７３】１０２は、印刷ジョブのプロトコルを解析するプロトコル解析部である。例えば、印刷ジョブが印刷データを含む場合は、該印刷データをページ記述言語に合わせて解析し、ラスタ画像を生成するための内部的な中間データを生成する。
【００７４】１０３は、印刷ジョブから生成された中間データに基づいて実際に出力するためのラスタ画像データを生成するラスタ画像データ生成部である。
【００７５】１０４は、生成したラスタ画像データを印刷する印刷部である。この印刷部は、公知の技術により制御される印刷エンジンであり、本実施例では、電子写真方式の転写で実現している。転写方式は、中間転写方式、転写ドラム方式、転写ベルト方式のいずれであってもよい。
【００７６】１０５は、印刷ジョブのステータスを通知するためのデータを作成する通知データ作成部である。このステータスには２種類ある。１つ目は、前述したように、印刷データを含まない印刷ジョブでプル印刷を行う場合に、印刷すべきリソースをロケーション情報に基づいてダウンロードを正常に実行できたか否かを示すステータス情報である。２つ目は、印刷部１０４で正常に印刷できたか、失敗したかを示すステータス情報である。このステータス情報により印刷が成功したか失敗したかを、クライアントは詳細に知ることができる。例えば、ある色のトナーがなくなって印刷を実行したことや、転写速度に画像イメージの展開が間に合わないことによるオーバーランエラーが生じたことや、メモリが不足して解像度もしくは階調が落ちる画像劣化が生じたことや、ステイプル指示がされているが針が途中で無くなったことなどである。
【００７７】１０６は、印刷出力用のラスタ画像データの画像フォーマットを印刷ジョブを依頼したクライアントで視覚的に把握できるように、クライアントのアプリケーションに適したフォーマットに変換し、保存する画像データ管理部である。画像フォーマットとしては、ＪＰＥＧ画像フォーマットやＰＤＦ画像フォーマットが適している。また、画像データ管理部は、画像フォーマット変換の際に、ＹＭＣＫのカラー属性であるラスタ画像データをＲＧＢのカラー属性に色変換する必要もある。
【００７８】１０７は、ネットワークからの印刷ジョブや、インターネットを介してブラウザを有したクライアント（図示省略）からインターネットプリンティングとして印刷ジョブなどを受信したり、印刷ジョブの結果を印刷ジョブ発行元へ通知したり、ネットワークリソース識別子から対応するデータをネットワーク上の図示省略したデータベースやインターネットを介して外部のＷＷＷサーバからダウンロードしたり、保存した画像データを特定のプロトコルで公開したりするＷＷＷサーバである。なお、本実施例における、ＷＷＷサーバを有したネットワークプリンタは、ホスト名“www.foo.co.jp”を有している。
【００７９】１０８は、受信した印刷ジョブから印刷ジョブの結果を通知するための通知先のアドレスを管理する通知アドレス管理部である。本実施例では、通知先のアドレスは、印刷ジョブの発行元のクライアントのアドレスであり、ネットワーク（ＬＡＮ）を介して印刷ジョブを受信した場合は、ＩＰアドレスや電子メールアドレスに対応し、印刷ジョブからアドレスを切り出すことにより管理する。また、インターネットを介して印刷ジョブを受信した場合は、電子メールアドレスに対応し、同様に印刷ジョブからアドレスを切り出すことにより管理する。
【００８０】１０９は、印刷ジョブ、通知、ダウンロードするデータを送信するネットワークである。図示省略したが、ネットワーク１０９上には、複数のクライアント及び、ネットワークプリンタに印刷ジョブを送信する順序制御を行うプリントサーバが存在している。
【００８１】図２および図３は、印刷ジョブを中継するプロトコルとして、それぞれＨＴＴＰ（Hypertext Transfer Protocol ）を使用した場合におけるプロトコル情報および印刷本文の１例である。
【００８２】２０１は、ＨＴＴＰを使用した際に、上記クライアント１００から上記ネットワークプリンタ１１０に送信される情報（プロトコル情報）の一例である。
【００８３】２０２は、プロトコル情報２０１を解析した内容を示すテーブルである。
【００８４】プロトコル情報２０１を解析した内容は、通信プロトコルとして“ＨＴＴＰ/1.1”を使用し、ＨＴＴＰのメソッド“ＰＯＳＴ”を用いて、ホスト名“www.foo.co.jp ”で指定されるネットワークプリンタ１１０に対して、ＵＲＩ（Uniform Resource Identifier ）が“/cgi-bin/print.cgi”で指定される印刷プログラムを使用して印刷する。
【００８５】印刷ジョブの送信元は、電子メールのアドレスが“taro@foo.co.jp”であり、コンテントタイプが“application/x-www-form-urlencoded ”、コンテント長が１９バイト、コンテントの内容が“data＝Hello+World.”であるデータを印刷する印刷ジョブを発行したことを示す。
【００８６】ここで、改行コードは、CR LF （十進コード１３，１０）の２バイトである。コネクションが“close ”とは、通信セッションが終了したら通信チャネルを切断することを示す。
【００８７】さらに、上記印刷プログラムにより、コンテントタイプが“application/x-www-form-urlencoded ”であるデータは、“＝”文字によりフォームの名前とフォームの値に分割され、フォームの値“Hello+World.”は“＋”文字が空白ＳＰ“　  ”( 十進コード３２）にデコードされて“Hello World.”に変換され、印刷されたことを示す。
【００８８】上記印刷プログラムは、上記文字列“Hello World.”をラスタ画像イメージに生成し、上記印刷部１０４に送る。
【００８９】さらに、上記電子メールのアドレスからユーザ名“taro”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ“http://www.foo.co.jp/taro/print.jpg ”で参照可能な形態で保存し、公開する。
【００９０】上記通知データ作成部１０５は、上記印刷ステータス情報と上記ＵＲＬ(Uniform Resource Locator)を含むメッセージを作成し、上記電子メールのアドレス宛てに通知する。」（段落００６９〜００９０）
　
（ウ）
「【０１２９】次に、本発明の第４の実施の形態について説明する。なお、第１〜第３の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１３０】本例では、印刷されたページを公開する際に、認証機能を付加し、印刷ジョブを発行したクライアントからしか閲覧できないように制限するものである。
【０１３１】例えば、適当な表示データ形式として、ＨＴＭＬ（Hypertext Markup Language ）を使用し、該表示データを閲覧可能なサイトを印刷ジョブを発行したホストに制限するものである。上記通信サーバは、該表示データと該クライアントを示すホスト名とから構成される情報テーブルを作成し、該表示データを表示する際に、該クライアントから発行された表示要求にのみ表示する。この場合、印刷結果を印刷ジョブを発行したホストからのみ閲覧可能とする利点がある。
【０１３２】また、例えば、上記通知をＳＭＴＰ（Simple Mail Transfer Protocol ）を使用した電子メールで送信し、該電子メールの送信メッセージ中にユーザ名とパスワードを指定するものである。通知データ作成部１０５は、ネットワークリソース識別子であるＵＲＬ（Uniform Resource Locator）と、該ユーザ名と該パスワードとを該電子メールの送信メッセージ中に埋め込み、該ＵＲＬと該ユーザ名と該パスワードとから構成される情報テーブルを作成する。
【０１３３】該通知を受信した場合、該通知中に含まれるネットワークリソース識別子である該ＵＲＬを参照する際に、上記通信サーバがユーザ名とパスワードの入力を促し、該情報テーブルを参照し、該通知中に含まれる該ユーザ名と該パスワードを正しく入力した場合のみ、公開された上記印刷結果を閲覧できるものである。この場合、各印刷ジョブ毎に異なるユーザ名とパスワードを発行できるので、認証機能のセキュリティを高める利点がある。」（段落０１２９〜０１３３）
　
（エ）
「【０１４６】次に、本発明の第９の実施の形態について説明する。なお、第１〜第８の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１４７】上記実施例で説明しているように、ラスタ画像変換手段（６）は、印刷ジョブに基づいて生成されたラスタ画像のすべてのページをフォーマット変換し、画像データ管理部１０６の画像データ記憶手段（７）に格納し、特定のクライアントに公開している。
（中略）
【０１４９】処理フロー的には以下のようになる。つまり、図５のステップＳ４０７、および図６のステップＳ５０４において、正常に印刷された場合は、第一ページのラスタ画像データを印刷処理及び排紙処理が終了するまで保持しておき、排紙終了後にラスタ画像変換手段（６）が印刷で使用した第一ページのラスタ画像データに基づいてＹＭＣＫのカラー属性をＲＧＢのカラー属性に変換し、ＪＰＥＧ画像フォーマットにフォーマット変換して、印刷結果を表示する画像データを作成し、画像データ公開手段（８）により特定のクライアントに対して公開する。本発明で言う特定のクライアントとは、印刷ジョブの依頼元のＩＰアドレスや電子メールアドレスを有しているクライアントと、ネットワークプリンタに設定されているネットワーク管理者のことである。図７の印刷画像データリクエストがクライアントからネットワークプリンタに依頼された場合に、依頼元のアドレスを認証する。つまり、ＬＡＮを介して依頼された場合はＩＰアドレスから判断し、インターネットを介して依頼された場合は電子メールアドレスから判断する。この認証の結果正しいクライアントと判断された場合に、フォーマット変換された第一ページの印刷画像をレスポンスとして返信する。」（段落０１４６〜０１４９）
　
（オ）
「【０１５１】次に、本発明の第１０の実施の形態について説明する。なお、第１〜第９の実施の形態の例と同一部分についての説明は省略し、同一符号を付す。
【０１５２】本例では、クライアントがＷｅｂブラウザを使用して、ネットワークプリンタ１１０のＷＷＷサーバにアクセスしてＷｅｂページを参照し、該Ｗｅｂページにあるフォームにテキストデータを入力しＨＴＴＰのメソッド“ＰＯＳＴ”を用いて、ネットワークプリンタ１１０のホストに送信するものである。該ＷｅｂページはＵＲＩが“/cgi-bin/print.cgi”で指定されるプログラムをフォームに指定する。例えば、以下のようなＨＴＭＬファイルのフォームから印刷文字列を入力する：
【０１５３】!DOCTYPE HTML PUBLIC -//IETF//DTD HTML i18n//ENHTMLHEADTITLENetwork Print Page/TITLE/HEADBODYH1ネットワーク印刷ページ/H1FORM METHOD=POST ACTION=/cgi-bin/print.cgiPINPUT TYPE=submit VALUE=印刷/PPINPUT TYPE=reset VALUE=リセット/PP印刷したい文字列を入力してください:TEXTAREA NAME=inputstring ROWS=12 COLS=50
印刷したい文字列/TEXTAREA/PP電子メールのアドレスを入力してください:INPUT NAME=address SIZE=40 VALUE=yourname@foo.co.jp/P/FORM/BODY/HTML
【０１５４】図９に示すような、インターネット上のクライアントのブラウザのＵＩにおいて、印刷したい文字と、電子メールのアドレスを入力し、印刷ボタンの指定することにより、ネットワークプリンタ１１０に印刷ジョブが送信される。例えば、クライアントが印刷したい文字列として“Hello World.”を、電子メールのアドレスとして“taro@foo.co.jp”を入力して、クライアントのWebブラウザから印刷を実行した場合、図８の８０１に示されるＨＴＭＬファイルが転送され、ネットワークプリンタ１１０のＷＷＷサーバ１０７は、ＨＴＴＰを介して入力されたデータを受け取り、プロトコル解析部１０２は上記ＨＴＴＰデータのヘッダ部分とデータ部分を解析し、ＵＲＩ“/cgi-bin/print.cgi”で指定される印刷プログラムへ、データ “inputstring=Hello+World.address=taro@foo.co.jp”が渡される。上記印刷プログラムにより、入力されたデータはまず“＆”文字により“inputstring=Hello+World.”及び“address=taro@foo.co.jp”の二つに分割され、それぞれ分割された文字列は“＝”文字によりフォームの名前とフォームの値に分割され、フォームの値“Hello+World.”は“＋”文字が空白ＳＰ“　”（十進コード３２）にデコードされて“Hello World.”に変換されて、フォームの名前“inputstring”に対応づけられて記憶され、フォームの値“taro@foo.co.jp”はフォームの名前“address”に対応づけられて図８の８０２のように、記憶される。
【０１５５】上記印刷プログラムは、フォームの名前“inputstring”に対応づけられて記憶された文字列“Hello World.”をラスタ画像イメージに生成し、上記印刷部１０４に送る。
【０１５６】さらに、フォームの名前“address”に対応づけられて記憶された文字列“taro@foo.co.jp”から“＠”文字によりユーザ名“taro”及びホスト名“foo.co.jp”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ“http://www.foo.co.jp/taro/print.jpg”で参照可能な形態で保存し、公開する。
【０１５７】上記通知データ作成部１０５は、上記印刷ステータス情報と上記ＵＲＬを含むメッセージを作成し、上記フォームの名前“address”に対応づけられて記憶された電子メールのアドレス“taro@foo.co.jp”宛てに通知する。」（段落０１５１〜０１５７）
　
（ａ）引用例の上記（イ）の「１０７は、ネットワークからの印刷ジョブや、インターネットを介してブラウザを有したクライアント（図示省略）からインターネットプリンティングとして印刷ジョブなどを受信したり、印刷ジョブの結果を印刷ジョブ発行元へ通知したり、ネットワークリソース識別子から対応するデータをネットワーク上の図示省略したデータベースやインターネットを介して外部のＷＷＷサーバからダウンロードしたり、保存した画像データを特定のプロトコルで公開したりするＷＷＷサーバである。」、「図２および図３は、印刷ジョブを中継するプロトコルとして、それぞれＨＴＴＰ（Hypertext Transfer Protocol ）を使用した場合におけるプロトコル情報および印刷本文の１例である。」、「印刷ジョブの送信元は、電子メールのアドレスが“taro@foo.co.jp”であり、コンテントタイプが“application/x-www-form-urlencoded ”、コンテント長が１９バイト、コンテントの内容が“data＝Hello+World.”であるデータを印刷する印刷ジョブを発行したことを示す。」、「上記印刷プログラムは、上記文字列“Hello World.”をラスタ画像イメージに生成し、上記印刷部１０４に送る。」、及び、「さらに、上記電子メールのアドレスからユーザ名“taro”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ“http://www.foo.co.jp/taro/print.jpg ”で参照可能な形態で保存し、公開する。」という記載から、引用例には、文字を一つ以上含む編集可能な文書テキストを閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルへ変換する処理を受け付けるWWWサーバが記載されていると認められる。
　
（ｂ）引用例の上記（イ）の「印刷ジョブの送信元は、電子メールのアドレスが“taro@foo.co.jp”であり、コンテントタイプが“application/x-www-form-urlencoded ”、コンテント長が１９バイト、コンテントの内容が“data＝Hello+World.”であるデータを印刷する印刷ジョブを発行したことを示す。」、及び、「さらに、上記電子メールのアドレスからユーザ名“taro”を切り出し、生成した該ラスタ画像イメージをＪＰＥＧ画像フォーマットに変換して、ネットワークリソース識別子としてＵＲＬ“http://www.foo.co.jp/taro/print.jpg ”で参照可能な形態で保存し、公開する。」という記載から、引用例記載のWWWサーバは、編集可能な文書テキストの変換処理を受け付ける際に、編集可能な文書テキストと編集可能な文書テキストに関連付けられた変換依頼元のメールアドレスを受信する手段を備えているものと認められる。
　
（ｃ）引用例の上記（イ）の「１０７は、ネットワークからの印刷ジョブや、インターネットを介してブラウザを有したクライアント（図示省略）からインターネットプリンティングとして印刷ジョブなどを受信したり、印刷ジョブの結果を印刷ジョブ発行元へ通知したり、ネットワークリソース識別子から対応するデータをネットワーク上の図示省略したデータベースやインターネットを介して外部のＷＷＷサーバからダウンロードしたり、保存した画像データを特定のプロトコルで公開したりするＷＷＷサーバである。」という記載、上記（ウ）の「通知データ作成部１０５は、ネットワークリソース識別子であるＵＲＬ（Uniform Resource Locator）と、該ユーザ名と該パスワードとを該電子メールの送信メッセージ中に埋め込み、該ＵＲＬと該ユーザ名と該パスワードとから構成される情報テーブルを作成する。」、及び、「該通知を受信した場合、該通知中に含まれるネットワークリソース識別子である該ＵＲＬを参照する際に、上記通信サーバがユーザ名とパスワードの入力を促し、該情報テーブルを参照し、該通知中に含まれる該ユーザ名と該パスワードを正しく入力した場合のみ、公開された上記印刷結果を閲覧できるものである。」という記載から、引用例記載のWWWサーバは、編集可能な文書テキストの変換が終了した後に、変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ、ユーザ名、パスワードを変換依頼元のメールアドレスまで通知する手段を備えているものと認められる。
　
（ｄ）引用例の上記（ウ）の「該通知を受信した場合、該通知中に含まれるネットワークリソース識別子である該ＵＲＬを参照する際に、上記通信サーバがユーザ名とパスワードの入力を促し、該情報テーブルを参照し、該通知中に含まれる該ユーザ名と該パスワードを正しく入力した場合のみ、公開された上記印刷結果を閲覧できるものである。」という記載から、引用例記載のWWWサーバは、編集可能な文書テキストの変換が終了した後に、変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名とそれに関連づけられたパスワードを受信する手段を備えているものと認められる。
　
（ｅ）引用例の上記（ウ）の「該通知を受信した場合、該通知中に含まれるネットワークリソース識別子である該ＵＲＬを参照する際に、上記通信サーバがユーザ名とパスワードの入力を促し、該情報テーブルを参照し、該通知中に含まれる該ユーザ名と該パスワードを正しく入力した場合のみ、公開された上記印刷結果を閲覧できるものである。」という記載から、引用例記載のWWWサーバは、受信手段で受信された変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名とそれに関連づけられたパスワードとが正しいものである場合、受信手段で受信された変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名で特定される閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを変換依頼元のメールアドレスのユーザに閲覧させる手段を備えているものと認められる。
　
　したがって、引用例には次の発明（以下、「引用発明」という。）が記載されている。
「文字を一つ以上含む編集可能な文書テキストを閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルへ変換する処理を受け付けるWWWサーバであって、
　編集可能な文書テキストの変換処理を受け付ける際に、編集可能な文書テキストと編集可能な文書テキストに関連付けられた変換依頼元のメールアドレスを受信する手段（以下、第１の受信手段」という。）と、
　編集可能な文書テキストの変換が終了した後に、変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するための情報であるＵＲＬ及びユーザ名と、それに関連づけられたパスワードを変換依頼元のメールアドレスまで通知する手段と、
　編集可能な文書テキストの変換が終了した後に、変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名とそれに関連づけられたパスワードを受信する手段（以下、第２の受信手段」という。）と、
　第２の受信手段で受信された変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットのファイルを特定するためのＵＲＬ及びユーザ名とそれに関連づけられたパスワードとが正しいものである場合、受信手段で受信された変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名で特定される閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを変換依頼元のメールアドレスのユーザに閲覧させる手段と
　を備えたＷＷＷサーバ。」
　
４．対比
　
（Ａ）引用発明の「文字を一つ以上含む編集可能な文書テキスト」、「閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイル」、「ＷＷＷサーバ」は、本願発明の「文字、記号、データ、図形、画像の少なくとも一つ以上を含む編集可能な文書ファイル」、「閲覧専用のフォーマットのファイル」、「サーバ」に、それぞれ相当するから、引用発明も、本願発明と同様に、文字、記号、データ、図形、画像の少なくとも一つ以上を含む編集可能な文書ファイルを閲覧専用のフォーマットのファイルヘ変換する変換を受け付けるサーバであるといえる。
　
（Ｂ）引用発明の「編集可能な文書テキスト」、「編集可能な文書テキストに関連付けられた変換依頼元のメールアドレス」は、本願発明の「編集可能な文書」、「編集可能な文書に関連付けられたメールアドレス」に、それぞれ相当し、引用発明の「第１の受信手段」も、「編集可能な文書テキスト」と「編集可能な文書テキストに関連付けられた変換依頼元のメールアドレス」を受信しているから、本願発明のサーバが備える「第１の受信手段」に対応しており、引用発明のサーバも、本願発明と同様に、編集可能な文書の変換が指示される際に、前記編集可能な文書と、その編集可能な文書に関連付けられたメールアドレスとを受信する第１の受信手段を備えていると認められる。
　ただし、本願発明のサーバが備える「第１の受信手段」では、編集可能な文書に関連付けられたパスワードも受信しているのに対し、引用発明のサーバが備える「第１の受信手段」では、編集可能な文書に関連付けられたパスワードを受信していない点で一応相違している。
　
（Ｃ）引用発明の「変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名」は、本願発明の「変換後の閲覧専用のフォーマットのファイルを特定するための情報」に、相当しているから、引用発明のサーバも、本願発明と同様に、前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報を前記メールアドレス宛に送信する送信手段を備えていると認められる。
　ただし、本願発明のサーバでは、変換後の閲覧専用のフォーマットのファイルを特定するための情報のみを送信しているのに対して、引用発明のサーバでは、変換後の閲覧専用のフォーマットのファイルを特定するための情報に加えて、関連づけられたパスワードも送信している点で一応相違している。
　
（Ｄ）引用発明の「変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名」、「それに関連づけられたパスワード」は、本願発明の「変換後の閲覧専用のフォーマットのファイルを特定するための情報」、「それに関連付けられたパスワード」に、それぞれ相当し、引用発明の「第２の受信手段」も、編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられたパスワードとを受信しているから、本願発明の「第２の受信手段」に相当しているといえ、引用発明のサーバも、本願発明と同様に、前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられたパスワードとを受信する第２の受信手段を備えていると認められる。
　
（Ｅ）引用発明の「変換後の閲覧専用のフォーマットであるＪＰＥＧ画像フォーマットの画像ファイルを特定するためのＵＲＬ及びユーザ名」、「それに関連づけられたパスワード」は、本願発明の「変換後の閲覧専用のフォーマットのファイルを特定するための情報」、「それに関連付けられたパスワード」に、それぞれ相当している。引用発明のサーバは、ＷＷＷサーバであり、閲覧専用のフォーマットのファイルを閲覧させることは、ユーザにＨＴＴＰプロトコルに従って閲覧対象となるデータを転送していることに他ならないから、引用発明のサーバも、本願発明と同様に、前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられた前記パスワードとが正しいものである場合、前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報によって特定される閲覧専用のフォーマットのファイルを前記メールアドレスを有するユーザ宛に転送する転送手段を備えているといえる。
　ただし、本願発明では、特定される閲覧専用のフォーマットのファイルを前記メールアドレスを有するユーザ宛にメールで転送しているのに対して、引用発明では、特定される閲覧専用のフォーマットのファイルを前記メールアドレスを有するユーザ宛にＨＴＴＰプロトコルで転送している点で一応相違している。
　
（Ｆ）本願発明の送信手段は、（編集可能な文書に関連付けられた）パスワードを送信していないのに対し、引用発明の送信手段は、（編集可能な文書に関連付けられた）パスワードを送信している点で一応相違している。
　
（Ｇ）本願発明のメールアドレスは、編集可能な文書ファイルの変換を依頼したユーザ以外の人が所有するメールアドレスを含むことが出来るのに対し、引用発明のメールアドレスは、編集可能な文書ファイルの変換を依頼したユーザのメールアドレスのみである点で一応相違している。
　
　したがって、両者は、
「文字、記号、データ、図形、画像の少なくとも一つ以上を含む編集可能な文書ファイルを閲覧専用のフォーマットのファイルヘ変換する変換を受け付けるサーバであって、
　編集可能な文書の変換が指示される際に、前記編集可能な文書と、その編集可能な文書に関連付けられたメールアドレスとを受信する第１の受信手段と、
　前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報を前記メールアドレス宛に送信する送信手段と、
　前記編集可能な文書の変換が終了した後に、前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられたパスワードとを受信する第２の受信手段と、
　前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報とそれに関連付けられた前記パスワードとが正しいものである場合、前記第２の受信手段で受信された前記変換後の閲覧専用のフォーマットのファイルを特定するための情報によって特定される閲覧専用のフォーマットのファイルを前記メールアドレスを有するユーザ宛に転送する転送手段とを備えたサーバ。」で一致し、以下の点で相違する。
　
（相違点１）
　本願発明のサーバでは、第１の受信手段で、編集可能な文書に関連付けられたパスワードも受信し、送信手段では、編集可能な文書に関連付けられたパスワードを送信していないのに対して、引用発明のサーバでは、受信手段で編集可能な文書に関連付けられたパスワードを受信せず、送信手段で編集可能な文書に関連付けられたパスワードを送信している点。
　
（相違点２）
　本願発明のサーバでは、特定するための情報によって特定される閲覧専用のフォーマットのファイルを前記メールアドレスを有するユーザ宛に転送する際に、メールで転送しているのに対して、引用発明のサーバでは、ＨＴＴＰプロトコルで転送している点。
　
（相違点３）
　本願発明のサーバでは、メールアドレスに、編集可能な文書ファイルの変換を依頼したユーザ以外の人が所有するメールアドレスを含むことが出来るのに対し、引用発明のメールアドレスは、編集可能な文書ファイルの変換を依頼したユーザのメールアドレスである点。
　
５．当審の判断
　
（相違点１について）
　パスワードを用いたアクセス制御の技術分野において、パスワードをシステム側で自動生成して、アクセス権を有するユーザに伝えて、ユーザが正しいパスワードを入力した場合に、アクセスを許可する構成も、パスワードをユーザが定めてシステム側に伝達し、ユーザが正しいパスワードを入力した場合に、アクセスを許可する構成も、いずれも、本願出願前に周知の技術であるから、引用発明のサーバにおいて、システム側でパスワードを自動生成する構成に代えて、パスワードをユーザが定めてシステム側に伝達し、ユーザが正しいパスワードを入力した場合に、アクセスを許可する構成、すなわち、第１の受信手段でユーザが定めたパスワードを受信させ、送信手段でパスワードを送信しない構成を採用することは、当業者が容易に想到し得たものである。
　
（相違点２について）
　データ伝送の技術分野において、データ伝送手法として、メールも、ＨＴＴＰプロトコルも、本願出願前に周知の技術に過ぎないから、特定される閲覧専用のフォーマットのファイルを転送する際に、ＨＴＴＰプロトコルで転送する構成に代えて、メールにて転送する構成を採用することは、当業者が適宜選択すべき設計的事項に過ぎない。
　
（相違点３について）
　引用例の上記（エ）に「正常に印刷された場合は、第一ページのラスタ画像データを印刷処理及び排紙処理が終了するまで保持しておき、排紙終了後にラスタ画像変換手段（６）が印刷で使用した第一ページのラスタ画像データに基づいてＹＭＣＫのカラー属性をＲＧＢのカラー属性に変換し、ＪＰＥＧ画像フォーマットにフォーマット変換して、印刷結果を表示する画像データを作成し、画像データ公開手段（８）により特定のクライアントに対して公開する。本発明で言う特定のクライアントとは、印刷ジョブの依頼元のＩＰアドレスや電子メールアドレスを有しているクライアントと、ネットワークプリンタに設定されているネットワーク管理者のことである。」と記載されているように、引用例の別の実施例では、変換された閲覧専用のフォーマットのファイルを変換依頼元のユーザだけでなく、ネットワーク管理者にも開示することが記述されており、変換依頼元のユーザ以外の者にも閲覧専用のフォーマットのファイルを開示することが示唆されているから、引用発明のサーバにおいて、変換された閲覧専用のフォーマットのファイルを転送する先のメールアドレスとして、変換依頼元のユーザのメールアドレスに加えて、ネットワーク管理者等の他のメールアドレスを含ませる構成を採用することは、当業者が容易に想到し得たものである。
　
  また、本願発明の効果についてみても、上記構成の採用に伴って、当然に予測される程度のものに過ぎず、格別顕著なものがあるとは認められない。
　
６．むすび
　以上のとおりであるから、本願発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項２ないし６について特に論及するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。