【事件の表示】
　特願２０００−２１９１１８「情報処理装置および画像処理装置および情報処理装置の印刷依頼処理方法および画像処理装置の印刷要求処理方法および情報処理装置の依頼処理方法および画像処理装置の要求処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体」拒絶査定不服審判事件〔平成１４年　１月３１日出願公開、特開２００２−　３２２９１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は平成１２年７月１９日の出願であって、平成１７年３月１０日付けで拒絶査定がなされ、これに対して平成１７年４月１４日に拒絶査定に対する審判が請求されるとともに、同年５月１６日付けで手続補正がなされたものである。
　
２．平成１７年５月１６日付け手続補正について
［補正却下の決定の結論］
　平成１７年５月１６日付け手続補正（以下「本件補正」という。）を却下する。
［理由］
　補正後の本願発明
　本件補正により、補正前の特許請求の範囲の請求項３８は補正後の請求項２５として次のとおり補正された。
「【請求項２５】　プリントオーダファイルが記録された第１のメディアに記憶される複数の画像ファイルと該画像ファイルの印刷方法を制御する印刷制御情報に基づいて印刷処理を実行可能な画像処理装置の印刷要求処理方法であって、
　情報処理装置からインターネットを介して転送される前記プリントオーダファイルによって印刷対象として指定されているファイルが画像処理装置とは別のサーバ装置にアップロードされている画像ファイルを特定するためのリンクファイルであった場合に、前記別のサーバ装置にアップロードされている画像ファイルを取得する画像ファイル取得工程と、
　前記画像ファイル取得工程により取得された画像ファイルを前記プリントオーダファイルに従い印刷処理する印刷制御工程と、
を有することを特徴とする画像処理装置の印刷要求処理方法。」
　
　上記補正は、補正前の請求項３８に記載した発明を特定するために必要な事項である「画像データ」を「画像ファイル」と限定し、「画像の印刷方法を制御する印刷制御情報」を「画像ファイルの印刷方法を制御する印刷制御情報」と限定し、「前記プリントオーダファイルを解析して、前記情報処理装置により所定のサーバ装置にアップロードされている画像データを取得する画像データ取得工程」とあるのを「前記プリントオーダファイルによって印刷対象として指定されているファイルが画像処理装置とは別のサーバ装置にアップロードされている画像ファイルを特定するためのリンクファイルであった場合に、前記別のサーバ装置にアップロードされている画像ファイルを取得する画像ファイル取得工程」と限定するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項２５に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
　
（１）引用刊行物
　原査定の拒絶の理由に引用された、本願の出願日前に頒布された刊行物「特開平１１−３１９２号公報」（以下「引用刊行物」という。）には、図面とともに以下の記載がある。
「【請求項１４】  プリント用のファイルを検索するためのプリントシステム用の方法において、
ＵＲＬアドレスによって識別されるファイルをプリントするための要求を受取り、
前記ＵＲＬアドレスから前記ファイルを検索し、
前記ファイルをプリントする、ことを特徴とする方法。
【請求項１５】  請求項１４において、ＵＲＬアドレスによって識別されたファイルをプリントするための要求を受け取る場合に、
ユーザマシンからプリント要求を受取り、
前記受取ったプリント要求に応答して前記ユーザマシンへジョブ寄託フォームを送信し、
プリントされるべきファイルのＵＲＬアドレスを含む前記ユーザマシンからの完成されたジョブ寄託フォームを受取る、ことを特徴とする方法。
【請求項１６】  請求項１４において、前記ファイルをプリントするための要求が直接接続を介して受け取られることを特徴とする方法。
【請求項１７】  請求項１４において、前記ファイルをプリントするための要求がローカルエリアネットワーク接続を介して受け取られることを特徴とする方法。
【請求項１８】  請求項１４において、前記ファイルをプリントするための要求がワールドワイドウエブを介して受け取られることを特徴とする方法。
【請求項１９】  請求項１４において、前記ＵＲＬアドレスから前記ファイルを検索する場合に、直接接続を介して前記ファイルを検索することを特徴とする方法。
【請求項２０】  請求項１４において、前記ＵＲＬアドレスから前記ファイルを検索する場合に、ローカルエリアネットワーク接続を介して前記ファイルを検索することを特徴とする方法。
【請求項２１】  請求項１４において、前記ＵＲＬアドレスから前記ファイルを検索する場合に、ワールドワイドウエブを介して前記ファイルを検索することを特徴とする方法。
【請求項２２】  請求項１４において、前記プリントシステムが単一の装置を有していることを特徴とする方法。
【請求項２３】  請求項１４において、前記プリントシステムがプリンタを有していることを特徴とする方法。
【請求項２４】  請求項１４において、前記プリントシステムが前記ＵＲＬアドレスから前記ファイルを検索するための第一コンポーネント及び前記ファイルをプリントするために別個に収納されている第二コンポーネントを有していることを特徴とする方法。」（第２頁右欄）
　
「【０００１】
【発明の属する技術分野】本発明は、例えばワールドワイドウエブ（ウエブ）即ちＷＷＷのようなネットワークを介してのプリントシステムにおける通信技術に関するものである。」（第３頁右欄）
　
「【０００８】本方法は、更に、ジョブ寄託フォームを受取り、該ジョブ寄託フォームにおいてプリントされるべきファイルに対する情報を特定し、且つ該ジョブ寄託フォームをプリントシステムのＵＲＬアドレスへ送信することを包含している。ジョブ寄託フォームにおいて特定される情報は、ファイルＩＤ（識別）を包含することが可能であり、それは、例えば、そのファイルに対するＵＲＬアドレスとすることが可能である。本方法は、更に、ジョブ寄託フォームにおいて識別されたファイルを検索し且つその検索したファイルをプリントシステムのＵＲＬアドレスへ送信することを包含することが可能である。
【０００９】ユーザマシンがプリントシステムと通信するネットワークはワールドワイドウエブ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）を有することが可能である。プリントシステムは例えばプリンタ等の単一の装置内に収納させることが可能である。
【００１０】一般的に、別の側面においては、本発明は、ＵＲＬアドレスによって識別されたファイルをプリントするためのリクエスト即ち要求を受取り、該ＵＲＬアドレスからそのファイルを検索し、且つそのファイルをプリントすることによってプリント用のファイルを検索するためのプリントシステム用の方法を提供している。
【００１１】本発明の実現例では以下の特徴のうちの１つ又はそれ以上を包含している。本方法は、更に、ユーザマシンからプリント要求を受取り、受取ったプリント要求に応答してユーザマシンに対してジョブ寄託フォームを送信し、且つプリントされるべきファイルのＵＲＬアドレスを包含するユーザマシンからの完成されたジョブ寄託フォームを受取ることを包含している。
【００１２】プリント要求は、直接接続、ローカルエリアネットワーク接続、又はワールドワイドウエブを介して受取ることが可能である。本方法は、直接接続、ローカルエリアネットワーク接続、又はワールドワイドウエブを介してファイルを検索することが可能である。」（第４頁左欄〜右欄）
　
「【００１９】
【発明の実施の形態】図１を参照すると、ウエブプリントシステム１００が出力システム１１０を有しており、出力システム１１０は、例えば、プリンタ制御器１１１、インタプリタ１１２、プリントスプーラ１１３、プリンタエンジン１１４を有することが可能である。典型的に、ウエブプリントシステム１００はローカルクライエントとリモートクライエントの両方にサービスを行ない、従って、出力システム１１０はローカルＩ／Ｏインターフェース１２０とリモートＩ／Ｏインターフェース１３０の両方と共に使用される。
【００２０】出力システム１１０は、プリント即ち印刷するために適切にフォーマット化された後にファイルを取扱い、ローカルクライエントから受取ったファイルとリモートクライエントから受取ったファイルとの間で差別を付けることはない。出力システム１１０がファイルが出力のために準備されていることが告げられると、制御器１１１はそのファイルをインタプリタ１１２へ送り、且つそのインタプリタによって解釈されたファイルはプリンタエンジン１１４によって出力するためにスプーラ１１３へ送られる。
【００２１】ウエブプリントシステムのリモートＩ／Ｏインターフェース１３０は、割り当てられたユニフォームリソースロケーター（ＵＲＬ）アドレスによってウエブ上で識別され、それは例えばドメインネームシステム（ＤＮＳ）（不図示）のようなサービスによってインターネットアドレスへ翻訳される。
【００２２】ウエブプリントシステムのリモートＩ／Ｏインターフェース１３０は、そのＵＲＬアドレスに対するウエブ通信を認識するウエブサーバー１３１を有している。ウエブサーバー１３１は、スタンダードのハイパーテキストトランスファプロトコル（ＨＴＴＰ）を使用してこのような通信を受取り且つ応答する。リモートＩ／Ｏインターフェース１３０は、更に、ウエブを介して異なるＵＲＬアドレスへのアクセスを開始することの可能なウエブクライエント１３２を有している。ウエブマネージャ１３３はウエブサーバー１３１及びウエブクライエント１３２を制御する。ウエブマネージャ１３３は、更に、必要な場合に受信したファイルを翻訳するためのトランスレータ即ち翻訳器１３４を制御することが可能であり、且つリモートＩ／Ｏインターフェース１３０からのファイルが出力するための準備がされている場合に制御システム１１０とインタラクト即ち対話を行なう。ウエバマネージャ１３３は、更に、プリントプロセスの異なる段階期間中におけるプリンタメモリ１４０におけるファイルの格納を管理する。
【００２３】ウエブマネージャ１３３は、更に、ウエブプリントシステム１００におけるプリントジョブに対するアップデートされた即ち更新されたステータス情報を維持するプリンタメモリ１４０内のジョブステータスデータベース１４１におけるデータへアクセスし且つ処理することが可能である。例えば図１に示したようなウエブプリントシステム１００は、例えばプリント即ち印刷のためのファイルを受取り、プリントするためにＵＲＬアドレスからファイルを検索し、且つステータス情報を供給する等を包含する種々のタイプのウエブ通信を行なうことが可能である。
【００２４】ウエブを介して受信したファイルのプリント動作
ユーザはアクセス可能なウエブプリントシステムにおいてプリントされるべきファイルをウエブを介して送ることが可能である。ユーザのマシンと、ウエブプリントシステムの両方をウエブを介しての通信に対しての標準のプロトコルであるＨＴＴＰを使用して通信する形態とさせることにより、ユーザ及びウエブプリントシステムの通信は互換性があるものとすべきである。」（第５頁左欄〜右欄）
　
「【００３２】図４はユーザのマシンによって受取られ且つ表示されるジョブ寄託フォーム４００の一例を示している。ジョブ寄託フォームの詳細は、特定のプリントシステムの能力及び特定のアプリケーションの要求に対して適合させることが可能である。この例においては、ジョブ寄託フォーム４００は、ユーザがプリントされるべきファイルを特定するためのセクション４１０を有している。ユーザは、手作業によりファイルパス及びファイル名称をタイピングするか、又は例えば使用可能なファイルをリストするプルダウンメニューを開くために例えば「ブラウズ（ｂｒｏｗｓｅ）」ボックス４１２等のグラフィカルユーザインターフェース（ＧＵＩ）アイコンを使用することによって、ボックス４１１内にそのファイルのファイル名称をエンターすることによりウエブプリントシステムへファイルを送る。リストされたファイルは、典型的に、ユーザのディスク又は接続されているＬＡＮ上に存在するファイルを包含している。
【００３３】ジョブ寄託フォーム４００は、更に、ユーザがプリントオプションを設定するためのセクション４２０を有している。特定のオプションは、プリントシステムの能力及び特定のアプリケーションの要求に依存して変化する場合がある。ジョブ寄託フォーム４００に示されているように、可能なオプションとしては、プリントされるべきコピー数、プリントされるべき頁、用紙寸法、頁を二部プリントすべきか否か、グラフィックス及びテキストのプリント品質、及びプリントした頁を照合すべきか否か等がある。
【００３４】ユーザは「プリント（ｐｒｉｎｔ）」ボックス４３０を選択することによって完成したフォームを提出する（ステップ３４０）。次いで、ブラウザーはボックス４１１内にリストされたファイルを検索する（ステップ３５０）。そのファイルにアクセスすることが不可能である場合には、ブラウザーはユーザに対してエラーメッセージを送る。そうでない場合には、ブラウザーは完成したフォームと共に検索したファイルをＨＴＴＰプロトコルを使用してウエブプリントシステムへ送信する（ステップ３６０）。
【００３５】受信側のウエブプリントシステムはそのファイルと完成したフォームとを受信する（ステップ３７０）。アプリケーションを介して送信されたファイルと異なり、ブラウザーを介して送信されたファイルは、受信側プリントシステムに対して特にフォーマット化されていない場合がある。従って、ウエブプリントシステムは受信したファイルを必要に応じてフォーマット化する（ステップ３８０）。適切にフォーマット化されたファイルは出力システム１１０によって生来的に解釈することが可能であり且つユーザによって選択されたプリントオプションを反映させるファイルフォーマットを有している。ウエブマネージャ１３３は種々の方法によって受信したファイルのファイルフォーマットを決定することが可能である。例えば、ウエブマネージャ１３３は、ファイルフォーマット拡張及びファイル内容の検査に基づいてファイルフォーマットを派生させることが可能な場合がある。
【００３６】出力システム１１０内に設けられているインタプリタ１１２は、あるファイルフォーマットを生来的に解釈するようにカスタム化することが可能であり、且つトランスレイター即ち翻訳器１３４は、その他の特定されたファイルフォーマットを生来的に解釈することの可能な１つへ翻訳するために設けることが可能である。
【００３７】ファイルフォーマットがプリントシステムが生来的に解釈するものである場合には、翻訳は必要ではない。例えば、多数のプリントシステムがポストスクリプトファイルを生来的に解釈し、従ってこのようなプリントシステムのリモートＩ／Ｏインターフェース１３０によって受信されるポストスクリプトファイルは翻訳を必要としない蓋然性がある。一方、ファイルフォーマットがプリントシステムが生来的に解釈するものではなく解釈可能なファイルフォーマットへ翻訳することが可能なものである場合には、ウエブマネージャ１３３は翻訳器１３４をしてそのファイルを翻訳すべく命令することが可能である。ファイルフォーマットがウエブプリントシステムが解釈することも翻訳することもできないものである場合には、ウエブマネージャ１３３はウエブサーバー１３１に対してユーザへエラーメッセージを送ることを命令することが可能である。
【００３８】ウエブマネージャ１３３は、更に、ジョブ寄託フォームにおいてユーザにより設定されたプリントオプションを反映させるために適宜のフォーマット化コードを該ファイル内へ挿入し、且つそのファイルが出力のための準備がなされていることを出力システム１１０へ通知する（ステップ３９０）。
【００３９】２．ＵＲＬアドレスから検索したファイルのプリント動作
プリントするためにファイルをウエブプリントシステムへ送ることに加えて、ユーザは、ウエブプリントシステムに対して、プリントするためのファイルを検索する命令を与えることが可能である。
【００４０】図５を参照すると、上述した如くブラウザーを使用して送るファイルの場合におけるように、ユーザはブラウザーを使用してＵＲＬアドレスにおいてウエブプリントシステムへの接続を確立する（ステップ５１０）。その接続が確立され且つウエブプリントシステムがオプションとしてユーザがアクセスを許可したことを検証すると（ステップ５２０）、ウエブプリントシステムは例えば図４に示したようにジョブ寄託フォームをユーザへ送る（ステップ５３０）。然しながら、この場合には、検索され且つプリントシステムへ送られるべきボックス４１１内におけるファイルを特定する代わりに、ユーザはＵＲＬアドレスを特定し、そこで、そのファイルはボックス４１３内に存在する。ＵＲＬアドレスは、例えばローカル及びリモートアドレス等のようなウエブプリントシステムによってアクセス可能な任意のアドレスとすることが可能である。ユーザは、上述したように、プリンタオプションの選択を行ない、且つブラウザーによってウエブプリントシステムへ送信するために完成したフォーム（ステップ５４０）を送信する（ステップ５５０）。
【００４１】受信側ウエブプリントシステムはプリントされるべきファイルのＵＲＬアドレスと共にジョブ寄託フォームを受取る（ステップ５６０）。ウエブプリントシステムがファイルの実際の内容を受信する前述した場合と異なり、ウエブプリントシステムはファイルのＵＲＬアドレスのみを受取る。
【００４２】ウエブクライエント１３２はファイルを検索するための命令をウエブマネージャ１３３から受取り（ステップ５７０）且つ特定されたＵＲＬアドレスへのウエブを介しての接続を確立する。そのファイルが、ユーザがアクセスを許可したことを必要とする場合には、ファイルのアドレスにおけるサーバーが、ウエブクライエントがＩＤ即ち識別及びパスワードを供給することを要求する場合がある。そのファイルへアクセスすることが可能である場合には、ウエブクライエント１３２はその内容をプリンタメモリ１４０へダウンロードする。ファイルフォーマットに依存して、付加的なファイルを検索することが必要な場合がある。検索したファイルのファイルフォーマットを決定するために種々の方法を使用することが可能である。例えば、ウエブマネージャ１３３は、検索したファイルの位置におけるサーバーによって供給される情報、ファイル名称拡張又はファイル内容に基づいて、ファイルフォーマットを決定することが可能な場合がある。
【００４３】例えば、そのファイルがハイパーテキストマークアップ言語（ＨＴＭＬ）ファイルである場合には、そのファイルは参照されているイメージを有する場合がある。ＨＴＭＬファイルが表示される場合には、その参照されているイメージは、あたかもそのイメージデーターがＨＴＭＬファイル内に埋め込まれているかのように自動的に表示されるが、別に格納されているイメージファイルに対する参照として実現される。ウエブプリントシステムが参照されたイメージと共にＨＴＭＬファイルを適切にプリントすることを可能とするために、ウエブマネージャ１３３は、ベースのＨＴＭＬファイルのみならず参照されているイメージファイルを検索するようにウエブクライエント１３２に対して命令を与えることが可能である。ウエブクライエントは、各参照されているイメージファイルをベースのＨＴＭＬファイル内の特定の位置に対して相関させるための参照テーブル１３２を維持しながら、そのファイルをプリンタメモリ１４０内に別個に格納させることが可能である。
【００４４】ブラウザーを使用してユーザから受取ったファイルの場合におけるように、ウエブプリントシステムによって検索されたファイルはフォーマット化させることが必要な場合がある（ステップ５８０）。検索したファイルのファイルフォーマットは、上述したように、ウエブマネージャ１３３によって決定され、且つそのファイルは、必要な場合には、インタプリタ１１２及びトランスレイター（翻訳器）１３４の能力に依存して、翻訳される。
【００４５】ウエブプリントシステムのインタプリタ１１２は、翻訳なしでＨＴＭＬファイルを出力する能力をウエブプリントシステムに与えるＪＰＥＧ（及びインターレース型ＪＰＥＧ）及びＧＩＦ（及びプログレッシブＧＩＦ）のような画像記述言語のみならずＨＴＭＬを生来的に解釈するような形態とすることが可能である。このような場合においては、インタプリタ１１２は、ベースのＨＴＭＬファイル内の適宜の位置に挿入するために参照されているイメージファイルからのイメージデータを検索するために参照テーブル１４２を使用する。
【００４６】一方、トランスレイター１３４は、例えばＨＴＭＬ、ＪＰＥＧ及びＧＩＦファイル等のファイルを例えばポストスクリプト等の生来的に解釈されるファイルフォーマットへ翻訳するためのアプリケーションを有することが可能である。この場合には、トランスレイター１３４はベースのＨＴＭＬファイル内に挿入するために参照されているイメージファイルからのイメージデータを検索するために参照テーブル１４２へアクセスする。
【００４７】受信したファイルが適切なファイルフォーマットのものであることを検証した後に、ウエブマネージャ１１３は、ジョブ寄託フォームにおいてユーザによって設定されているプリントオプションを反映させるために適宜のフォーマット化コードを挿入し、且つそのファイルがプリントするための準備がされていることを出力システム１１０に知らせる（ステップ５９０）。」（第６頁左欄〜第８頁左欄）
　
「【００５７】ウエブプリトシステムはウエブを介してリモートユーザによって、又は直接的又はＬＡＮ接続を介してローカルユーザによって特定されたＵＲＬアドレスにおけるファイルを検索することが可能である。例えば、図１におけるローカルＩ／Ｏインターフェース１２０は、ローカルユーザからのこのような要求を理解し且つ図４に示したようなジョブ寄託フォームをリターンさせる形態とすることが可能である。特定したＵＲＬアドレスを有するジョブ寄託フォームがウエブプリントシステムによって受信されると、セクションＩＩにおいて上述した検索及びプリントプロセスがそれに続くことが可能である。」（第９頁左欄〜右欄）
　
　これら引用刊行物の記載から、引用刊行物には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「ユーザは、ジョブ寄託フォームにおいて、プリントされるべきコピー数、プリント品質等のプリントオプションを特定し、ユーザのディスクに存在するファイル名あるいは、ＵＲＬアドレスを指定し、
　ファイル名が指定された場合はファイル名が指定されたジョブ寄託フォーム及びファイル名で指定されたファイルをウエブ（ＷＷＷ）のようなネットワークを介して、あるいは直接的接続を介してウエブプリントシステムへ送信し、
　ＵＲＬアドレスが指定された場合は、ＵＲＬアドレスが指定されたジョブ寄託フォームをウエブ（ＷＷＷ）のようなネットワークを介して、あるいは直接的接続を介してウエブプリントシステムへ送信し、
　ウエブプリントシステムは、ジョブ寄託フォーム及びファイルを受信すると、ジョブ寄託フォームにおいてユーザにより設定されたプリントオプションを当該ファイルに反映してプリントし、
　ＵＲＬアドレスが指定されたジョブ寄託フォームを受信すると、前記ＵＲＬアドレスへウエブを介して接続し、ファイル（ＪＰＥＧ及びＧＩＦファイル等）をダウンロードし、ジョブ寄託フォームにおいてユーザにより設定されたプリントオプションを当該ファイルに反映してプリントする、プリント方法。」
　
（２）対比
　本願補正発明と引用発明を対比すると、
　引用発明の「ファイル（ＪＰＥＧ及びＧＩＦファイル等）」、「ウエブ（ＷＷＷ）」、「ウエブプリントシステム」及び「ＵＲＬアドレス」は、それぞれ、本願補正発明の「画像ファイル」、「インターネット」、「画像処理装置」及び「リンク」に相当する。
　また、引用発明の「プリントオプション」はユーザによりプリントされるべきコピー枚数、プリント品質等が特定され、当該プリントオプションに基づいてファイルのプリントがなされるから、本願補正発明の画像ファイルの印刷方法を制御する「印刷制御情報」に相当し、引用発明の印刷制御情報（プリントオプション）が特定され、リンク（ＵＲＬアドレス）が指定された「ジョブ寄託フォーム」は本願補正発明の「プリントオーダファイル」に相当する。
　また、引用発明の「プリント方法」は画像処理装置（ウエブプリントシステム）においてプリントオーダファイル（ジョブ寄託フォーム）に基づいて画像ファイルのプリントを行う方法であるから、本願補正発明の「印刷要求処理方法」に相当する。
　また、引用発明において画像ファイルをダウンロードすることは、本願補正発明の「画像ファイル取得工程」に相当し、引用発明の「プリント方法」は、本願補正発明の「印刷要求処理方法」に相当する。
　
　したがって、両者は
「画像ファイルと該画像ファイルの印刷方法を制御する印刷制御情報に基づいて印刷処理を実行可能な画像処理装置の印刷要求処理方法であって、
　情報処理装置からインターネットを介して転送されるプリントオーダファイルによって印刷対象として指定されているものが画像処理装置とは別のサーバ装置にアップロードされている画像ファイルを特定するためのリンクであった場合に、前記別のサーバ装置にアップロードされている画像ファイルを取得する画像ファイル取得工程と、
　前記画像ファイル取得工程により取得された画像ファイルを前記プリントオーダファイルに従い印刷処理する印刷制御工程と、
を有することを特徴とする画像処理装置の印刷要求処理方法。」の点で一致し、以下の点で相違している。
　
相違点１
　本願補正発明は、プリントオーダファイルが記録された第１のメディアに記憶される複数の画像ファイルと該画像ファイルの印刷方法を制御する印刷制御情報に基づいて印刷処理を実行可能な画像処理装置の印刷要求処理方法であって、情報処理装置からインターネットを介して前記プリントオーダファイルが転送されるのに対して、引用発明は、画像ファイルと該画像ファイルの印刷方法を制御する印刷制御情報に基づいて印刷処理を実行可能な画像処理装置の印刷要求処理方法であって、情報処理装置からインターネットを介してプリントオーダファイルが転送されるが、プリントオーダファイルが、複数の画像ファイルと印刷制御情報が記憶された第１のメディアに記憶されたものかどうか明らかではない点。
　
相違点２
　本願補正発明の画像ファイル取得工程は印刷対象として指定されているファイルがリンクファイルであった場合に画像ファイルを取得するのに対し、引用発明では印刷対象がリンクで指定されている場合に画像ファイルを取得している点。
　
（３）当審の判断
　以下、上記相違点について検討する。
　
相違点１について
　ファイルを受信するに際して、当該ファイルがどのようなメディアに格納されたものとするかは設計的事項である。
　そして、一般的にプリントオーダをする情報（本願補正発明の「プリントオーダファイル」に相当する。）に関し、複数の画像ファイルと共に、画像の印刷方法を制御する情報をメディアに記録すること、それらの情報、ファイルをインターネットを介して送信することも、特開平１１−１４６３０８号公報（第４頁右欄、段落【００１３】〜第５頁左欄【００１５】、第６頁左欄、段落【００３３】〜【００３４】）、特開平１１−６６２７４号公報（第６頁左欄、段落【００３５】〜右欄【００４１】）、特開平１０−３０２０４５号公報（第５頁左欄、段落【００３９】〜【００４１】）に記載されているように周知である。
　
　そうすると、インターネットを介してプリントオーダファイルが転送されることが記載された引用発明において、当該プリントオーダファイルを、複数の画像ファイルと印刷制御情報が記録されたメディアから転送されるようにして本願補正発明のような構成を採用することは当業者が容易になし得ることである。
　
相違点２について
　リンクをどのような形態のものとするかは設計的事項であって、リンクを「リンクファイル」とすることも特開平１１−３４１４４０号公報（第４頁右欄、段落【００２３】）に記載されているように周知であるから、引用発明においてリンクをリンクファイルとして本願補正発明のように構成することに格別の困難性はない。
　
　そして、本願補正発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものである。
　
　したがって、本願補正発明（請求項２５に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおりであるから、本件補正は特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成１７年５月１６日付け手続補正は上記のとおり却下されたので、本願の請求項３８に係る発明（以下、「本願発明」という。）は、平成１６年８月１６日付け手続補正書の特許請求の範囲の請求項３８に記載された事項により特定される、以下のとおりのものである。
「【請求項３８】　プリントオーダファイルが記録された第１のメディアに記憶される複数の画像ファイルと該画像の印刷方法を制御する印刷制御情報に基づいて印刷処理を実行可能な画像処理装置の印刷要求処理方法であって、
　情報処理装置からインターネットを介して転送される前記プリントオーダファイルを解析して、前記情報処理装置により所定のサーバ装置にアップロードされている画像データを取得する画像データ取得工程と、前記画像データ取得工程により取得された画像データを前記プリントオーダファイルに従い印刷処理する印刷制御工程と、を有することを特徴とする画像処理装置の印刷要求処理方法。」
　
（１）引用刊行物
　原査定の拒絶の理由に引用された引用刊行物及びその記載事項は、前記「２．（１）」に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記２．で検討した本願補正発明の、「画像データ」を「画像ファイル」とし、「画像の印刷方法を制御する印刷制御情報」を「画像ファイルの印刷方法を制御する印刷制御情報」とし、「前記プリントオーダファイルを解析して、前記情報処理装置により所定のサーバ装置にアップロードされている画像データを取得する画像データ取得工程」とあるのを「前記プリントオーダファイルによって印刷対象として指定されているファイルが画像処理装置とは別のサーバ装置にアップロードされている画像ファイルを特定するためのリンクファイルであった場合に、前記別のサーバ装置にアップロードされている画像ファイルを取得する画像ファイル取得工程」とする限定を削除したものである。
　そうすると、本願発明の構成要件を全て含みさらに限定を付したものに相当する本願補正発明が、前記「２．（３）」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明（請求項３８に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　したがって、本願はその余の請求項について論及するまでもなく、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。